Comments 105
Что такое дистр? Дистрикт, дистресс?
В оригинале автор писал distro. Я постарался это передать.
А в остальном, всё хорошо.
Одно время в ходу (по крайней мере, в тех кругах, где мне приходилось общаться) был термин "дистрибут". И тональность автора оригинала передает, и неоднозначности, о которых сказал tmnhy, устраняет )
Спросите на лоре.
Как никак — одно из крупнейших сообществ рунета в этой области:)
```Systemd``` вызвал волну возмущения в Linux сообществе
В основном, среди сисадминов, которые вдруг поняли, что в любой профессии надо «бежать, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее». Проще говоря — нужно постоянно интересоваться, куда всё движется и быть готовым адаптироваться, изучать новое.
Но инженер от гуманитария тем и отличается, что решает проблему разными способами, а не пишет обиженный пост в блог.
Фразы типа «I would expect system files to be located under /etc, especially when it comes to configurations.» подтверждают, что автор гуманитарий с условным рефлексом жаловаться всему миру, чуть что у него не получается, вместо того чтобы почитать документацию. Которая у systemd, между прочим, очень хорошая и подробная.
After I located the logs, realized they were not accessible as text files, and used journalctl with the –file option, I then started going through the log to try to understand what may have gone wrong.
Т.е. проблема автора была не в том, что не писался лог.
Indeed, my Fedora box remained unbootable, and I was forced to rebuild the installation. I do not recall a single case where I was unable to fix a Linux box when it was still powered by good ole init. I had worked on some really bad issues, but I was always able to recover. With Systemd, I had to concede defeat.
My name is Igor Ljubuncic. I'm more or less 38 of age, married with no known offspring. I am currently working as a Principal Engineer with a cloud technology company, a bold new frontier. Until roughly early 2015, I worked as the OS Architect with an engineering computing team in one of the largest IT companies in the world, developing new Linux-based solutions, optimizing the kernel and hacking the living daylights out of Linux.
Вот, например, ранний выход по ошибке — не смаунтился несистемный auto-раздел из fstab, добро пожаловать в сингл-юзер/recovery; старая инит-система тарабинт себе дальше, и оп — у тебя рабочее окружение, а там уж посмотрим, как настроение будет.
А ещё, от релиза к релизу — то кажет лог инита в терминал, то не кажет. Опять, надо лезть в маны, специфику эту смотреть, которая, как конфиг иксов в былые времена, раз в год тебе нужна.
Или Ctrl+C как в бсд-ините не работает…
Всякая такая мелочь, она добавляет контраста между старой раздолбайской инит-системой и продакшн-тулзой systemd.
Нет, никто не спорит, что поддерживать инит-«скрипты» теперь проще простого (если речь не о бубунте), независимо от дистра. Да и systemctl с journalctl мб и более удобны даже, как единственные точки входа для целой группы команд. Только вот флёр пофигизма и простоты начинает сменяться на что-то в духе compmgmt.msc. Пользователь получает игру в тамагочи — раньше было само, а теперь надо отвлекаться. Хорошо, что остались дистры, которые не забывают про такого пользователя.
Ну что вы всё аргументы детские приводите?
man systemd.mount → опция nofail
> то кажет лог инита в терминал, то не кажет
для getty@tty1.service
[Service]
TTYVTDisallocate=no
> Или Ctrl+C как в бсд-ините не работает…
Чо? Зачем?
> Только вот флёр пофигизма и простоты начинает сменяться
Ну если вы по вечерам после работы загружаете linux «на поиграться», тогда да.
> Или Ctrl+C как в бсд-ините не работает…fsck прервать, или демон какой «ждёт по таймауту» недоступный сервер имён. (с последним на systemd не сталкивался, но особых проблем с этим у него как раз и не должно быть, только если сервис — не необходимая зависимость для agetty...)
Чо? Зачем?
В целом, весь ваш комментарий, как раз и отражает то, о чём я говорил:
Опять, надо лезть в маны, специфику эту смотреть, которая, как конфиг иксов в былые времена, раз в год тебе нужна.
поддерживать инит-«скрипты» теперь проще простого (если речь не о бубунте)
А что с бубунтой?
О чём это? К чему это? Что вообще случилось? У статьи нет ни смысла, ни посыла, ни полезной информации.
Вы понимаете, что тут не ЛОР, что большинство аудитории тут хоть и слышали про Gentoo, но в основном в виде шуток с Баша? А тут какой-то ультиматум, звучащий как детское "я не буду кашу". Объяснить надо аудитории, что происходит. И не про конфликт о systemd, а зачем именно этот текст был написан.
Это перевод. Gentoo один из популярных Linux диструбутивов. Systemd система инициализации вокруг которой много споров. Что именно похоже на «я не буду кашу»? Смысл статьи отражен в заголовке. Gentoo Linux предоставляет свободу выбора и не навязывает систему инициализации по примеру… да всех.
Да просто это как если бы написали "Касперский выпускает антивирус". Ну выпускает — и чего? Получилась не то реклама без рекламы, не то новость без новости, не то заявление без заявления.
Что вы хотели этим сказать (да, именно вы, переводчик, потому что это вы инициатор публикации). Что Gentoo сейчас поддерживает и systemd и другие системы? Что Gentoo будет впредь поддерживать systemd и другие системы? Такого утверждения в статье нет, оно выводится из текста, но в тексте его нет. Поэтому после прочтения возникает чувство незавершённости и мысли о состоянии российской журналистики.
Лучше бы расписали, насколько глубоко systemd внедряется в систему. Время на нём? Резолв? Журналы? Как это всё работает, если systemd снести?
Я хотел сказать, что позиция автора мне близка. Я за то, чтобы дистрибутивы не навязывали пользователю выбор <системная компонента> там, где этого можно избежать и предоставить пользователю решать самому. Журналирование бинарное. Как снести systemd не знаю. Скорее всего никак, но я его не использую, пусть меня поправят.
Не я это начал :) http://www.opennet.ru/opennews/art.shtml?num=30412
Этому сравнению более 5 лет и было приведено Поттерингом в своем блоге в апреле 2011 года. Результаты данного сравнения еще актуальны ?
Отвечу цитатой.
Вам не кажется что немного некорректно опираться на мнение человека о своем же велосипеде? При этом даже с моего дивана видно что там половина пунктов содержит брехню, а половина придумана просто чтоб заиметь зеленую ячейку в конце строки?
Что-то в этом есть, но я использую только парочку сервисов — pulse, иногда NetworkManager, но не сам systemd и не могу точно сказать.
А там видимо должно быть не libnotify, а libinotify. Systemd предоставляет часть функционала этой библиотеки.
вы не поверите, но он и libnotify тоже "цепляет" и стартует менеджер уведомлений, который ему захочется (игнорируя наличие уже запущенного оного) :)
Ну, там не всё так чисто. Если notification-daemon не стоит, то прекрасно работает KDE'шный (KF5) и прекрасно ловит уведомления от libnotify.
А если вдруг он оказывается установлен, то в дереве процессов появляется внутри дерева systemd и "ворует" приоритет получения уведомлений у KDE'шного. Хотя org.freedesktop.Notifications предоставляют оба. Но systemd зачем-то всё-таки стартует notification-daemon ;)
Учитывая что гентушников тут всё же меньшинство, вот этот «кусок» совершенно ничегонизначащий…
Когда-то сидел на Генте, долго сидел, но постепенно стабильность ее стала уж очень плохой, а stable ветка стала древнее Дебиана. Очень часто бывало, что из за разделения сборки крупных пакетов на кучу ебилдов что-то ломалось или в каждом ебилде пересобиралось по 10 раз. Особенно часто это в Qt происходило. В итоге перешел на Арч, а пару раз отхватив глюков при обновлении ушел на Debian Unstable.
А что-именно нестабильно работало? Я уже довольно долго на Генте и после Гейзенбагов с аудио наушниками ничего критичного не случалось. Сейчас правда KDE Plasma падает время от времени, но тут уж явно дело а Плазме.
Ну например у меня отваливалась отладка android приложений. Помню были баги с кутешными плагинами постоянные. Пакетный менеджер часто выдавал блокировку, которую приходилось подолгу думать как обойти. Версии программ в основном дереве весьма быстро устаревали, а в оверлеях не всегда хорошо ебилды готовили.
В целом на установленной системе портаж очень долго считает зависимости. Ни с какими другими port-like пакетными менеджерами такого я не припомню.
Я скажу что меня на Генте держит. Во-первых, меня сильно досаждал каждый апгрейд, релиз новой версии дистрибутива. Изменений было столько, что первые пару дней надо было заново знакомиться с ОС-ю. Почему-то всегда слетал eth0, тут что почивший Mandrake, что Debian. Всегда апгрейд был неприятен. Генту раз установил и дальше в ус себе не дуешь, хоть 10 лет подряд. Только апгрейды накатывай. Про Arch, много хорошеего говорят, но я на нем не работал и сравнивать не могу.
Во-вторых, в Генту всегда была годная документация. А про оптимизации и т. д. Я не фанат этого дела. Ну и гибкость, та самая ненавязчивость о которой речь идет в статье.
Да, в gentoo нет проблем с ежедвухгодичными переездами, но есть постоянный rolling release, который очень похож на ежедвухгодичные переезды, как в других дистрибутивах, но с периодом 1-2 месяца.
По документации gentoo, — она неплоха, но порог вхождения всё равно высок (особенно скудно описание установки ядра). А вики — теряли несколько раз, а также были проблемы с доступом к ней, что привело к тому, что я использовал или ресурсы Archlinux, или искал статьи с базовыми решениями.
По ядру — самое большое количество нареканий, — нет некоего «стандартного ядра» (как, например, в арче), в следствие чего сборка ядра иногда занимает слишком много времени (т.к. постоянно выкатывают новые опции, привносятся изменения), и не факт, что ядро будет работать стабильно, — на последнем шлюзе у меня были проблемы со стабильностью ядер с 3.13 по 4.0.5. А до этого система жёстко зависала — переставала пинговаться, реагировать на любые нажатия (клавиатура ps/2 и sysrq), никаких сообщений по netconsole. Как выяснил из общения на IRC канале народ ядро собирает каждый по-своему, и рекомендуется монолит.
Одна из больших проблем gentoo — полная пересборка, т.к. разработчики добавляют в ебилды патчи, но не меняют у ебилдов релизы, и получается так:
Вывод "/usr/bin/emerge --update --deep --newuse --with-bdeps=y --verbose --pretend world"
Выдаёт, что всё в порядке и актуально:
«Total: 0 packages, Size of downloads: 0 KiB».
Затем говорим, что хотим всё с нуля пересобрать:
"/usr/bin/emerge --update --deep --newuse --with-bdeps=y --verbose --pretend -e world"
Теперь же сообщается, что у нас не все файлы от всех ебилдов на месте:
«Size of downloads: 21 KiB»
Ищем, что за пакет, — «www-client/firefox-45.4.0», вроде, не критично. Но смотрим, что там добавили:
Имя патч-сета — firefox-45.0-patches-07.tar.xz и там появились 8012-binutils-2.26-gold-elfhack.patch и 8013-gcc6.patch
Данные патчи, вроде, не влияют на работу системы. Однако, такие патчи бывают и для системных утилит — и тогда они не исправляют проблемы, т.к. пакеты не пересобираются, после выпуска патчей.
уже обновлял его удалённо, — проблем никаких не былоМогу вам только позавидовать.
Я так удаленно обновлял (потребовалось новое ядро) — система просто померла. ( Если интересно, то мой баг в списке дубликатов к этому — их там больше сотни).
который очень похож на ежедвухгодичные переезды, как в других дистрибутивах, но с периодом 1-2 месяцаВ чем же схожесть? Я и ununtu и gentoo регулярно обновляю. Но почему-то gentoo не требует таких жутких переездов, ломающих все подряд.
нет некоего «стандартного ядра»Чем genkernel не «стандартное ядро»?
тем, что genkernel это утилита, а не ядро. Она к конфигурированию ядра имеет отношение ровно никакое. И никакого "стандарта" не вносит. Осильте, пожалуйста, матчасть.
Всё, что делает genkernel — автоматизирует make oldconfig; make menuconfig/nconfig (в зависимости от конфига) и make bzImage modules install modules_install (тоже местами в зависимости от конфига и передаваемых ключей), и генерацию initramfs (при этом, например, better-initramfs будет слегка получше, имхо)
genkernel works by configuring a kernel nearly identically to the way the installation CD kernel is configured. This means that when genkernel is used to build the kernel, the system will generally detect all hardware at boot-time, just like the installation CD does. Because genkernel doesn't require any manual kernel configuration, it is an ideal solution for those users who may not be comfortable compiling their own kernels.
Прямым текстом написано, что это метод для тех, кто не хочет конфигурировать ядро вручную.
И все равно все разы, когда я просто доверял genkernel, он мне что-то забывал собрать, то bluetooth, то wifi, то drm.
Ни на одной системе я не смог уйти от ручного подбора модулей ядра (или набора драйверов на винде).
Была как-то по молодости мысль попытаться автоматизировать подбор модулей по результатам lspci/lsusb/dmidecode/etc — понял, что задача мне не по зубам и включает в себя каталогизацию всего существующего оборудования и поддержание актуальности каталога.
Но genkernel — уже какой-то старт, после чего можно подключить оставшееся.
Но в бинарных дистрибутивах то все работает. Можно модулями в generic ядре все на свете врубить. Сейчас компьютеры куда быстрее все компилируют.
На gentoo я перешел, когда мне понадобилось пересобрать ядро в debian. Я посмотрел инструкцию как это сдеть в debian и решил, что это отличный повод уже перейти.
И даже если пересборка не понадобилась, какая разница как подбирать модули: через make nconfig или через пакетный менеджер?
Это одно предложение одной статьи на вики, не описывающее контекст того, о чём оно говорит.
Genkernel делает описанное только в случае когда в конфиге включен "oldconfig" ПЛЮС когда есть сохранённые конфиги ядра (даже zcat /proc/config.gz > /usr/src/linux/.config он не делает сам) ПЛЮС когда последний сохранённый конфиг ядра идентичен конфигу LiveCD-ядра (т.е., собственно, когда вы это делаете с самого livecd, и то после ручной правки конфига и пересборки ядра могли забыть обновить конфиг там, где ищет genkernel.
Я же вместо чтения устаревших данных с вики советовал сходить и подучить матчасть открыв исходники genkerne'а, как это делал я, когда добавлял в него поддержку nconfig.
И посмотреть что он делает дословно.
И, повторюсь, никакой магии по автоконфигурированию ядра он не делает.
Если конфиг, который он найдёт будет небутабельным — у вас получится небутабельное ядро.
Если конфига он не найдёт и включен oldconfig — он его запустит.
Если не включен — сборка может и зафейлиться.
Впрочем, справедливости ради, последний раз я заглядывал в исходники genkernel более десятка версий назад, но, в любом случае, что-то я не припомню чтобы в рассылке рассказывалось о том, что genkernel обрёл функционал волшебной палочки и САМ конфигурирует ядро. Увы.
Я посчитал очевидным, что «магию» мы не рассматриваем.
genkernel же позволяет, при соблюдении некоторых условий, избавиться от ручной конфигурации ядра, что будет работать в значительной части случаев.
Собственно как и в остальных дистрибутивах.
кстати, я тут полуркал сейчас и… мой патч с nconfig в "старый" genkernel так и не приняли за более, чем три года. А в genkernel-next всё на месте :) // непонятно, почему он так и не ззаменит старый до сих пор. Впрочем, я всё равно написал свой десятистрочный genkernel и мне это уже не так важно :)
нет некоего «стандартного ядра» (как, например, в арче)
VANILLA
Вывод "/usr/bin/emerge --update --deep --newuse --with-bdeps=y --verbose --pretend world"
Выдаёт, что всё в порядке и актуально:
«Total: 0 packages, Size of downloads: 0 KiB».
Затем говорим, что хотим всё с нуля пересобрать:
"/usr/bin/emerge --update --deep --newuse --with-bdeps=y --verbose --pretend -e world"
Теперь же сообщается, что у нас не все файлы от всех ебилдов на месте:
«Size of downloads: 21 KiB»
Ищем, что за пакет, — «www-client/firefox-45.4.0», вроде, не критично. Но смотрим, что там добавили:
Имя патч-сета — firefox-45.0-patches-07.tar.xz и там появились 8012-binutils-2.26-gold-elfhack.patch и 8013-gcc6.patch
Это нормально! Ненормально, когда винда(ubuntu) по собственному усмотрению накатывает патчи, даже не предложив y/n.
не исправляют проблемы, т.к. пакеты не пересобираются, после выпуска патчей.
Bash без «дырки» пересобрался, но предложил почитать eselect read news в коем и было написано, что лучше накатить 4.4.
Настраиваемость же, удобство работы с патчами, системами сборки, да и разработки — вот главная фишка. Об этом и написано в статье: «хочешь systemd? — добавь USE=systemd, не хочешь — добавь USE=-systemd».
2. Никто не «тратит впустую колоссальное количество времени», на средненькой такой десктопной многоядерной системе я могу что угодно запустить собираться и пойти заниматься другими делами, или даже киношку посмотреть. Да, в крузис я не погоняю в это время, но новости почитать или видео посмотреть — вполне. Либо запустить сборку и пойти спать. Никто не заставляет меня смотреть за процессом сборки.
3. Заодно отвечу на каменты выше и ниже: система всю свою жизнь работает на ~amd64, это самый стабильный unstable из тех что я видел. Некоторые особо интересные пакеты так вообще в 9999. По понятным причинам stable требует больше внимания, и частые блокировки — это следствие того, что не все зависимости переведены в stable, например. На обычном десктопе не имеет смысла его использовать, т.к. все кардинальные изменения отражаются в news, и нужно просто их читать перед обновлением (eselect news read).
4. На счет арчвики — никто не запрещает (скорее даже наоборот) читать ее пользователям других дистрибутивов, для этого не обязательно переходить на арч.
з.ы. дистр
Сходите, пожалуйста, на gentoo.org и прочитайте про философию Gentoo. Там ни слова про оптимизации, компиляцию и прочее. Gentoo — это свобода выбора. Gentoo, это когда ты — хозяин системы, а не она — твой. И если ты захочешь прострелить себе ногу — она ничего не скажет. Именно это — Gentoo. А вы — разводите какие-то сказки от лоровских школьников, которые наслушались от бабулек на лавках.
Сразу видно, что вы не ходили и не читали «Философию Gentoo», а начитались кукаретиков с ЛОРа про какую-то там [censored] с ебилдами и построили себе в корне неверную картину мира...
Система должна быть незаметной а не «eselect news read».
Вот вы компьютер включаете чтобы любоваться оперативной системой или может всё-же для чего-то другого?
Если прям нужно что-то кастомное есть спецверсии сюзи или если совсем хардкор то LFS и, чтоб его, BLFS.
Даже после того эпичного говнеца с gcc и clang в главных ролях?
5 намного вкуснее.
* Жрёт меньше памяти и процессора
* Плазма стала более лёгкой и отзывчивой
* Код подчистили и причесали, смотреть на KDE Frameworks 5 — одно удовольствие
* Графика нра
* С каждым обновлением что-то вкусное
Из недостатков:
* Они сломали (а может это я сломал?) графику у GTK (впрочем мне плевать, у меня аллергия на GTK)
* В бете индексатор жёсткого диска кушал ВСЮ память.
* Не всё ещё портировали (из критичного для меня — модуль настроек для планшетов Wacom, некоторые виджеты, и некоторые плагины IDE KDevelop)
— Плазмоид только что поставил, потребление плазмой процессора не возросло.
5 намного вкуснее.
список используемых фич этой версии фстудию
или оно по умолчанию вкуснее/выше/сильнее становится от версии к версии?
Система должна быть незаметной
я очень очень долго матерился после этого
ну вот, зато «незаметно»
тут тоже незаметно, но информативно
Я вообще узнал что есть gcc 5 только после того как размаскировали 5.3, а там оказывается даже gcc 6 уже есть (замаскирована) и разговоры разговаривают про gcc 7…
Чего-ж разрабы-дураки не дают мне установить без лишних телодвижений самый распоследний gcc, там же столько вкусняшек завезли и вообще он в 100500 раз быстрее предыдущих версий?
Вот список вкусняшек в последних версиях:
GCC 6
GCC 5
GCC 4.9
з.ы. Страшная история: однажды маленький мальчик решил собрать Gentoo, он компилял 33 дня и 3 ночи, глаза у него стали красные и он опоздал в школу, поэтому на работу не пошел. А когда закончил компилять, то оказалось что обновился gcc, и ему пришлось пересобирать мир. Страшная история.
Согласен, вики там приличная и меня не раз выручала документация. Но причин для переезда с Генты нет, тратить время на сборку пакетов… ну не я же их отверткой собираю.
Кто бы что не говорил, но при том факте, что бы собираешь все под свою машину с нужными и доступными оптимизациями, реально увеличивает производительнось. Сравнить можно просто, собрав, например, firefox или chromium.
Всем добра и отсутствия блокировок :)
Может тряхнуть стариной и снова ее поставить? Вдруг там это прошло…
Я так пару месяцев назад пробовал и опять же попался на массовую блокировку, которую разруливал через --nodeps. Так, что до сих пор бывает такая засада.
Если внимательно читать доки emerge и porage, следить за апдейтами eselect news read, никакого ада не будет. Ну вот у меня был случай тяжелый. Изначально система собрана --no-multilibs без 32-битных совместимостей, полностью 64-бита. Когда пришло время из KDE 4 на Plasma 5 перелезать, обнаружилось, что прямой дороги нет. Апгрейд сценарий есть только для всех, кроме --no-multilibs. Пришлось сперва тщательно выпилить KDE 4, qt 4 и все зависимости, пересидеть на Mate а затем собрать Плазму.
Но это самый непростой случай был, в остальных случаях с зависимостями все норм.
Gentoo — это дистрибутив, который может быть использован для создания самой популярной Linux ОС (ChromeOS),
Можно пруф на «самый популярный»?
Просто за 5 мин. вливается образ в раздел и дальше используется как обычная гента. Все.
Да не Ъ, но я не вижу ничего плохого в том что не все собрано из исходников, и могу себе позволить установить бинарные пакеты браузеров/офисов/IDE/… или даже целую ось, если лень разбираться/ждать/конфигурять.
У CLD вообще установка дистра подразумевает два раздела под систему, с выходом новой версии она вливается в другой раздел и грузится с него, и так по кругу. Но это если его продолжать использовать как CLD.
Gentoo — это возможность выбора