Не power-юзеру в терминал практически не надо лезть в дистрах навроде ubuntu или opensuse. А вот если хочется настраивать, всё что душе угодно — добро пожаловать в gentoo.
Не хочется собирать из сырцов, но при этом хочешь свежий софт? Есть fedora и арч.
Нужна стабильность? Debian и RHEL к твоим услугам.
ХАхахахахахаха, насмешил, настраивать всё что угодно и генту.
Искорени оттуда systemd, потом уже настраивай.
Хочешь(или того хуже, ВЫНУЖДЕН) иметь /usr на внешнем разделе?Ты соснул.Потому что systemd.В stage3.Уже.Тебя не спрашивали, хочешь ты его или нет.
1. С GentooWiki, страница обновлена 19 декабря: systemd is a modern sysvinit & RC replacement for Linux systems. It is supported in Gentoo as an alternate init system.
2. Синкаем дерево портов (или лезем на любое зеркало с оным, например, на http://mirror.yandex.ru/gentoo-portage), смотрим описание профилей: profiles/profiles.desc: http://mirror.yandex.ru/gentoo-portage/profiles/profiles.desc . Там мы видим почти для каждой desktop-архитектуры отдельные профили с systemd. Собственно, пикрелейтед - список профилей на моем домашнем серваке.
На сайте генты в новостях ничего нет об окончательном отказе от openRC в пользу systemd.
И, наконец, из блога одного из разработчиков (http://blog.dastergon.gr/demystifying-systemd/):
Conclusion
I find both of them great projects with a bright future. I am not going to start comparing them . As we always say on Gentoo “It’s all about choice”(sic). Use openRC, use systemd, use whatever ease your life.
Нихуясебе!
Каюсь, пост в блоге 15ого числа, последний раз ставил это месяц назад.
Какая радость.Но eselect news с "сделайте initramfs если не хотите проебать /usr-на-отдельном-разделе" я помню..
Я сперва негодовал с удава, но потом проникся. Не, "предиктабл неймс" - это какая-то адская ересь обожравшегося кислотой наркомана. Но вот возможность назвать все сетевые интерфейсы так, как мне удобно - очень пригодилась, когда херачил мост и не хотел переписывать имя интерфейса в куче конфигов - я просто переименовал старый в xxxHW, а мост назвал его именем.
Вот эта новость.Она напрямую каким-то образом связана с systemd.
А если вы читали такой забавный документ как FHS(http://www.pathname.com/fhs/), то поймёте почему /usr - не нужен при загрузке и вообще может быть read-only.С другой стороны - да, этот стандарт строится опираясь на "тренды".Что лишний раз говорит нам о том, что было всё хорошо, а потом пришёл системд и сказал что "то как вы делали мне не катит".
Новости предупреждают всех обо всем. Вон, последняя новость говорит о миграции питона и связанными с этим проблемами с питон-экзек. Хотя саму проблему я не видел ни у кого. Но предупреждать надо, чтобы, в случае возникновения проблемы, человек знал, где копать. Так и в случае /usr пишут: "Despite all our efforts, it already breaks in some exotic
configurations". Т.е. если у тебя exotic configuration, а systemd относится именно к редкой экзотике, то будь в курсе.
Кстати, нет никаких проблем с /usr в readonly, для ARM вообще пихают его на squashfs, например.
Какой ужас! Ведь это придется поставить genkernel и исправить одну строчку в конфиге grub. Ой, подождите, у меня уже стоит genkernel, потому как я не камикадзе, чтобы тестировать новые опции ядра на единственной его копии.
Я не нахожу вообще смысла существования genkernel.Если это сервер - то там собирается ядро один раз в жизни, и обновляется только на stable-версии в случае security-fixов. Зачем делать систему штамповки ядер? И почему у вас "единственная копия" ядра? /boot раздел в пять мегабайт - ваша прихоть, не самая продуманная, да?
initramfs нужен только если /bin или / шифрованный(что нахрен не нужно, главное не давать туда никому писать) или находится в какой-то ЖОПЕ, что в случае с сервером - редкое дело. Всё, что нужно для загрузки и подкидывания дров в печь других FS системе - должно лежать там, где его легко достать - /bin. И уже веселее становится от того, что udev не может разобрать udev-rules из-за того что куски этих правил лежат в /usr.
Это просто несоблюдение стандарта, который вообще никто не читал, и нахуй он нужен.
Вот среди этого бардака какая-либо речь о дистрибутивах, а уж тем более "генту и настраиваемость" в принципе смотрится печально. И картинка с поста уже не кажется такой ебанутой.
Не правила, а куски которые этим правилам нужны.Например какая-нибудь фирмварка для включения девайса оказывается в /usr и udev пропускает нахрен это правило.А потом "у меня вайфай не работает".
Да и при обновлении ядра мы:меняем кусочек бутлодера - а это открыли конфиг и добавили новую запись с новым ядром, чистим /usr/src make cleanом, конфиг при этом не вынесет, а всякий мусор уберёт(и то не обязательно, только если нам жалко место).Держать пять версий назад не нужно, хватит всего парочки.
Это чёртовы два действия связанные с самым основным в системе, и при этом выполняющиеся раз в два месяца, зачем их автоматизировать - я никогда не пойму.
Фирмварь ставится в /lib/firmware. Не, ты, конечно, можешь найти какую-нибудь экзотику, которая поставится в /usr/lib/, но если так искать, то можно фирмварь хоть в хомяк поставить и потом плакать, что оно не грузится само.
Про вторую часть - я же уже написал, что все то же самое, что делает генкернел можно делать и руками. Но нахера? Можно, знаешь ли, и без emerge обойтись. И даже без make.
ВНИМАНИЕ!Нижеприведённый текст можно описать как "баттхёрт от кривизны дистрибутивов".Читайте на свой страх и риск.
"которая поставится в /usr/lib/"
"экзотику"
rt61pci также известная как "эти дешёвые вафельницы" типа d-link DWA-510 по умолчанию, emergжем ставится именно туда.
Прикол в том, что, как утверждают нам разрабы systemd - таких девайсов типа много дохрена(а их действительно не мало, правда опять никто не читал этот сраный стандарт).Поэтому новость и написали.
Меня вообще убивает то, что на FHS, который сделан для разработчиков, чтобы те не творили хуйню типа вышеприведённой - все забили.Его обновляли последний раз 10 лет назад.И там чётко написано когда монтируется /usr и что туда _не_ надо класть.Там, в частности, было описано то, что всё что нужно для загрузки системы должно лежать в /bin и /lib, а потом уже подключается /usr который должен быть... arch-independent - архитектурно-независимым.О какой независимости может идти речь если куча идиотов пихает туда свои фирмварки?
А по поводу скриптов... Прям уж emerge идеально безошибочно работает, ни разу в рекурсивные депы не вляпывался.А тут опа, в новой версии genkernel ядро после записи заполняется нулями, это окажется багом, и система не восстанет из пепла.Или волшебный upstream(слава гентушникам что genkernel всё-таки их разработка) решит вдруг что фича сохранения старых копий тебе не нужна.Точнее сделают чуточку лучше - скажут что всем она не нужна, а кому надо - вон там лежат патчи от разработчика.И хоть утрахайся ты конём в такой ситуации.Так уже сделали с shadow(да, который /etc/shadow) - разработчик сделал патчи для поддержки спецсимволов и прочей ебли там, а в стандартной версии, в соответствии с врущими мануалами(их четыре штуки,
и верят почему-то больше всего самой древней, зато авторства чуть ли не самого, мать его, линуса), ёбаная точка в username - и он отказывается его жрать.Особенно это доставило когда пришлось мигрировать с древней(2007) мандривы на генту - хуяк и половина юзерской базы летит в никуда.Что гентушники сказали по поводу этих патчей?Послали нахуй, т.к. это какие-то подозрительные(ну да, от разработчика самой софтины) патчи, которые добавляют фичу которая ничем не вредит, а лишь добавляет совместимости.Ну и хуй с ними что они подключены во всех debian-based дистрах настолько давно, что даже в ёбаный маковский мануал занесена пометка на эту тему.
Вот из-за таких пиздецов, поджидающих за каждым четвёртым апдейтом, я предпочитаю ХОТЯ БЫ ЯДРО обновлять, мать его, руками.Где хотя бы сам дебил и всё поломал, а не тридцать человек upstream недоглядели.Там ведь даже думать не нужно, как в случае с зависимостями и emerge.
Что же до rt61pci, то если ты про пакеты net-wireless/rt61-firmware / sys-firmware/rt61-firmware, то их нет в официальном репозитории. Первый вышибли оттуда пару лет назад, второй вообще из оверлея.
А если ты про ставящиеся ручками дрова (как я заебался это делать в свое время с поганым Zyxel NWD2105 - rt2800usb), то жизнь - это боль, да, разработчики дров для фирмвара клали болт на все правила. Но когда их фирмварь все-таки добавляют в модули ядра, то все уже ставится куда надо и как надо.
Чем тебе фря не угодила? Ну да, они тормозят с поддержкой нового железа года 2-3, но в целом-то какие проблемы? Вот кто делает реально FUCK YOU, так это CubeOS, там ты на своем компе как в концлагере: шаг в сторону - расстрел.
ОС она и без оболочки ОС, можно ей пользоваться и без GUI в терминале; оболочка же нужна для удобства и мышкодрочерства. Но вот уж получилось так, что на Windows GUI только один, остальное это GUI в GUI, а на unix-осях их туча, и заменяют они себя полностью, а не открываются друг в друге.
Одна из функций ОС - это обеспечение пользовательского интерфейса.Если вся цель операционной системы - это отследив за кучей параметров запустить одну прикладную программу, которая выполнит одно определённое действие, то пользовательский интерфейс сводится в одну кнопку.Аппаратную.
И не обязательно он интерактивный, можно нажимать эту кнопку по наступлению какого-то времени.Само наличие кнопки будет пользовательским интерфейсом.
Довольно использовать абстракции и определения, они протекают.Этот спор уедет в бесконечность.Так что разъяснять понятие оболочки, GUI, заменяемости их между собой и развлечения с виндой не имеет смысла.
P.S.
Через реестр в винде можно запустить не explorer.exe,а что-то заменяющее его функции, только вот мелочи типа наличия курсора мыши не изменятся, т.к. предоставляются системой на более низком уровне, хоть и относятся к UI.В линуксе - идентично.Самое наличие обязательного терминала, пусть и виртуального - тоже неизменная часть UI.
Я не очень понимаю что ты хочешь доказать? Сравнили интерфейс двух ОС, все всё поняли, а ты почему то цепляешься за терминологию и разводишь нудные холивары...
И даже на "рекламном" скриншоте видно, что все криво - в левом окне все пять кнопок внизу влезли бы в один ряд и тогда оно было бы четко скомпановано, но какой-то олень сделал херню и оно сразу стало кривым.
В правом окне, в его левой колонке, часть надписей обрезана с помощью "...".
Собственно, в этом проблема чуть менее, чем всех линуксовых гуевых приложений - безблагодатно их делали.
ЗЫ.: gentoo + xfce, идите вы на хуй со своим тормозным kubuntu... юнити еще себе поставьте, дурачки :-)
А мне GUI вообще не нужен.
Far - мало всяких хоткеев и фич. Надо свое написать.
Аудиоплеер, видеоплеер.
Сделать браузер на базе Blink, V8 типа Lynx.
IDE. Vi классный, но дело не в его сложных комбинашках, а в том что много всякого отсутствует.
Скайп. Сделать консольный не сильно и выйдет, так как все закрыто.
Облачный демон. Торренты.
И кажется все.
Фотошопы, тридэмаксы, маи, редакторы документов, схемы. Там без графики никак.
Остальному гуи не нужен. В 1920Х1080 разрешении консоль может выдавать все что хочешь.
Со скайпом проще всего, у него есть девкит, как раз для оконсоливания. Погугли skype for ARM, там как раз одни ноют, что под АРМ никто скайп не выпускает, а другие их посылают в девкит, мол, вам надо - вы и собирайте себе его сами.
Ты о чем? Если про макс. количество процессов и потоков на пользователя, то по-умолчанию сейчас 256к. Если о нумерации процессов, то pid_max по умолчанию 32k, но можно поставить хоть миллион.
Я просто к тому, что хочешь-не хочешь, минимум терминала нужно.
Не хочется собирать из сырцов, но при этом хочешь свежий софт? Есть fedora и арч.
Нужна стабильность? Debian и RHEL к твоим услугам.
Искорени оттуда systemd, потом уже настраивай.
Хочешь(или того хуже, ВЫНУЖДЕН) иметь /usr на внешнем разделе?Ты соснул.Потому что systemd.В stage3.Уже.Тебя не спрашивали, хочешь ты его или нет.
2. Синкаем дерево портов (или лезем на любое зеркало с оным, например, на http://mirror.yandex.ru/gentoo-portage), смотрим описание профилей: profiles/profiles.desc: http://mirror.yandex.ru/gentoo-portage/profiles/profiles.desc . Там мы видим почти для каждой desktop-архитектуры отдельные профили с systemd. Собственно, пикрелейтед - список профилей на моем домашнем серваке.
На сайте генты в новостях ничего нет об окончательном отказе от openRC в пользу systemd.
И, наконец, из блога одного из разработчиков (http://blog.dastergon.gr/demystifying-systemd/):
Conclusion
I find both of them great projects with a bright future. I am not going to start comparing them . As we always say on Gentoo “It’s all about choice”(sic). Use openRC, use systemd, use whatever ease your life.
That’s all folks.
Thanks for your time.
Каюсь, пост в блоге 15ого числа, последний раз ставил это месяц назад.
Какая радость.Но eselect news с "сделайте initramfs если не хотите проебать /usr-на-отдельном-разделе" я помню..
А если вы читали такой забавный документ как FHS(http://www.pathname.com/fhs/), то поймёте почему /usr - не нужен при загрузке и вообще может быть read-only.С другой стороны - да, этот стандарт строится опираясь на "тренды".Что лишний раз говорит нам о том, что было всё хорошо, а потом пришёл системд и сказал что "то как вы делали мне не катит".
configurations". Т.е. если у тебя exotic configuration, а systemd относится именно к редкой экзотике, то будь в курсе.
Кстати, нет никаких проблем с /usr в readonly, для ARM вообще пихают его на squashfs, например.
initramfs нужен только если /bin или / шифрованный(что нахрен не нужно, главное не давать туда никому писать) или находится в какой-то ЖОПЕ, что в случае с сервером - редкое дело. Всё, что нужно для загрузки и подкидывания
дров в печьдругих FS системе - должно лежать там, где его легко достать - /bin. И уже веселее становится от того, что udev не может разобрать udev-rules из-за того что куски этих правил лежат в /usr.Это просто несоблюдение стандарта, который вообще никто не читал, и нахуй он нужен.
Вот среди этого бардака какая-либо речь о дистрибутивах, а уж тем более "генту и настраиваемость" в принципе смотрится печально. И картинка с поста уже не кажется такой ебанутой.
Конечно же можно и руками каждый раз создавать копии предыдущих версия ядра, предыдущих конфигов etc. Но зачем, если есть генкернел?
Какие именно правила удава лежат в /usr? У меня почему-то все правила лежат (и это дефолтная настройка) в /etc/udev/rules.d
Да и при обновлении ядра мы:меняем кусочек бутлодера - а это открыли конфиг и добавили новую запись с новым ядром, чистим /usr/src make cleanом, конфиг при этом не вынесет, а всякий мусор уберёт(и то не обязательно, только если нам жалко место).Держать пять версий назад не нужно, хватит всего парочки.
Это чёртовы два действия связанные с самым основным в системе, и при этом выполняющиеся раз в два месяца, зачем их автоматизировать - я никогда не пойму.
Про вторую часть - я же уже написал, что все то же самое, что делает генкернел можно делать и руками. Но нахера? Можно, знаешь ли, и без emerge обойтись. И даже без make.
"которая поставится в /usr/lib/"
"экзотику"
rt61pci также известная как "эти дешёвые вафельницы" типа d-link DWA-510 по умолчанию, emergжем ставится именно туда.
Прикол в том, что, как утверждают нам разрабы systemd - таких девайсов типа много дохрена(а их действительно не мало, правда опять никто не читал этот сраный стандарт).Поэтому новость и написали.
Меня вообще убивает то, что на FHS, который сделан для разработчиков, чтобы те не творили хуйню типа вышеприведённой - все забили.Его обновляли последний раз 10 лет назад.И там чётко написано когда монтируется /usr и что туда _не_ надо класть.Там, в частности, было описано то, что всё что нужно для загрузки системы должно лежать в /bin и /lib, а потом уже подключается /usr который должен быть... arch-independent - архитектурно-независимым.О какой независимости может идти речь если куча идиотов пихает туда свои фирмварки?
А по поводу скриптов... Прям уж emerge идеально безошибочно работает, ни разу в рекурсивные депы не вляпывался.А тут опа, в новой версии genkernel ядро после записи заполняется нулями, это окажется багом, и система не восстанет из пепла.Или волшебный upstream(слава гентушникам что genkernel всё-таки их разработка) решит вдруг что фича сохранения старых копий тебе не нужна.Точнее сделают чуточку лучше - скажут что всем она не нужна, а кому надо - вон там лежат патчи от разработчика.И хоть утрахайся ты конём в такой ситуации.Так уже сделали с shadow(да, который /etc/shadow) - разработчик сделал патчи для поддержки спецсимволов и прочей ебли там, а в стандартной версии, в соответствии с врущими мануалами(их четыре штуки,
и верят почему-то больше всего самой древней, зато авторства чуть ли не самого, мать его, линуса), ёбаная точка в username - и он отказывается его жрать.Особенно это доставило когда пришлось мигрировать с древней(2007) мандривы на генту - хуяк и половина юзерской базы летит в никуда.Что гентушники сказали по поводу этих патчей?Послали нахуй, т.к. это какие-то подозрительные(ну да, от разработчика самой софтины) патчи, которые добавляют фичу которая ничем не вредит, а лишь добавляет совместимости.Ну и хуй с ними что они подключены во всех debian-based дистрах настолько давно, что даже в ёбаный маковский мануал занесена пометка на эту тему.
Вот из-за таких пиздецов, поджидающих за каждым четвёртым апдейтом, я предпочитаю ХОТЯ БЫ ЯДРО обновлять, мать его, руками.Где хотя бы сам дебил и всё поломал, а не тридцать человек upstream недоглядели.Там ведь даже думать не нужно, как в случае с зависимостями и emerge.
kernel-genkernel-x86_64-3.10.17-gentoo
kernel-genkernel-x86_64-3.10.7-gentoo-r1
kernel-genkernel-x86_64-3.10.7-gentoo
kernel-genkernel-x86_64-3.8.13-gentoo
kernel-genkernel-x86_64-3.7.10-gentoo-r1
kernel-genkernel-x86_64-3.7.10-gentoo
Что же до rt61pci, то если ты про пакеты net-wireless/rt61-firmware / sys-firmware/rt61-firmware, то их нет в официальном репозитории. Первый вышибли оттуда пару лет назад, второй вообще из оверлея.
А если ты про ставящиеся ручками дрова (как я заебался это делать в свое время с поганым Zyxel NWD2105 - rt2800usb), то жизнь - это боль, да, разработчики дров для фирмвара клали болт на все правила. Но когда их фирмварь все-таки добавляют в модули ядра, то все уже ставится куда надо и как надо.
Причём тут вообще ubuntu, если air и kde4 везде одинаковые?
И не обязательно он интерактивный, можно нажимать эту кнопку по наступлению какого-то времени.Само наличие кнопки будет пользовательским интерфейсом.
Довольно использовать абстракции и определения, они протекают.Этот спор уедет в бесконечность.Так что разъяснять понятие оболочки, GUI, заменяемости их между собой и развлечения с виндой не имеет смысла.
P.S.
Через реестр в винде можно запустить не explorer.exe,а что-то заменяющее его функции, только вот мелочи типа наличия курсора мыши не изменятся, т.к. предоставляются системой на более низком уровне, хоть и относятся к UI.В линуксе - идентично.Самое наличие обязательного терминала, пусть и виртуального - тоже неизменная часть UI.
В правом окне, в его левой колонке, часть надписей обрезана с помощью "...".
Собственно, в этом проблема чуть менее, чем всех линуксовых гуевых приложений - безблагодатно их делали.
ЗЫ.: gentoo + xfce, идите вы на хуй со своим тормозным kubuntu... юнити еще себе поставьте, дурачки :-)
Far - мало всяких хоткеев и фич. Надо свое написать.
Аудиоплеер, видеоплеер.
Сделать браузер на базе Blink, V8 типа Lynx.
IDE. Vi классный, но дело не в его сложных комбинашках, а в том что много всякого отсутствует.
Скайп. Сделать консольный не сильно и выйдет, так как все закрыто.
Облачный демон. Торренты.
И кажется все.
Фотошопы, тридэмаксы, маи, редакторы документов, схемы. Там без графики никак.
Остальному гуи не нужен. В 1920Х1080 разрешении консоль может выдавать все что хочешь.
Ну в играх там другой подход к прорисовки GUI.
Webkit движок. Лучше уже Chromium, собственная сборка с выброшенными ненужностями.