As co-editor of the last edition of the File Hierarchy Standard before it merged into the Linux Standard Base, I’ve been following the discussion about combining the directories /bin, /sbin and /lib into /usr/bin, /usr/sbin and /usr/lib respectively. You can follow it too, via the LWN discussion.
To summarize, there are two sides to the debate. The “pro” side points out:
- Nothing will really change for users, as symlinks will make old stuff still work.
- There are precedents in Solaris and Fedora.
- The weak reasonings used previously to separate / and /usr no longer apply.
- Separate /usr has become increasingly unsupported anyway.
- Moving to /usr will enable genuine R/O root filesystem sharing.
The “anti” side, however, raises very salient points:
- Lennart Poettering supports it.
- Lennart Poettering is an asshole.
Fellow Anti-mergers, I understand the pain and anguish that systemd has caused you personally, and your families. Your hopes and dreams crushed, by someone with all the charm of a cheese grater across the knuckles. Your remaining life tainted by this putrescent subhuman who forced himself upon your internet.
Despite the privation we have all endured, please find strength to stop this nightmarish ravaging of our once-pure filesystems. For if he’s not stopped now, what hope for /usr/sbin vs /usr/bin?
To summarize, there are two sides to the debate. The “pro” side points out:
- Nothing will really change for users, as symlinks will make old stuff still work.
- There are precedents in Solaris and Fedora.
- The weak reasonings used previously to separate / and /usr no longer apply.
- Separate /usr has become increasingly unsupported anyway.
- Moving to /usr will enable genuine R/O root filesystem sharing.
The “anti” side, however, raises very salient points:
- Lennart Poettering supports it.
- Lennart Poettering is an asshole.
Записал в блокнотик как шаблонный ответ хейтерам слияния.
I understand the pain and anguish that systemd has caused you personally, and your families. Your hopes and dreams crushed, by someone with all the charm of a cheese grater across the knuckles. Your remaining life tainted by this putrescent subhuman who forced himself upon your internet.
Не любят, потому что знают, что из него прогер лучше, чем из большинства этих крикунов. Адекватные люди к нему нормально относятся, хотя в отличие от, они могут что-то по-делу возразить, а не троллить на ЛОРе.
PS Леннарт всё правильно делает, ещё бы побыстрее у системд лишние зависимости опциональными сделали.
А вообще, используя Fedor'у уже достаточно давно, могу сказать, что я как пользователь вообще никак не ощущаю какого-либо дискомфорта от внедрения в дистр systemd, pulseaudio, avahi, etc. Всё просто работает.
«Лучше»? 145(!) патчей в федоровском systemd - это нормально?
Да, вполне, большому кораблю, большое плаванье, ты бы ещё удивлялся, что ядро патчат.
Когда sytemd научится не виснут при немонтировании одного из маунтпоинтов /mnt/XXX из /etc/fstab, тогда и можноначать говорить о «правильности».
Баг оформлен, значит починят, никуда не денутся.
PS У него ещё и не таких багов будет, КДЕ в 4.0 вообще сплошной глюкодром был, а сейчас конфетка. Главное не нервничать раньше времени, и не ставить ещё неготовые вещи, если не готов терпеть баги.
journal? Подвисания при загрузке? Невозможность диагностики? Потерю динамической конфигурации демонов? Завязку на ещё-один-демон-кторый-может-упасть (это я про dbus)? О да, очень много «полезных плюшек».
Группировка по Cgroups, никакой процесс не отфоркается так, что его хрен потом найдёшь.
Сенсация! Поттеринг изобрел cgroups!
Ну и скорость загрузки, мелочь, а приятно.
У меня система грузится секунд 35, из них промежуток между «запустился инит» и «начали запускаться иксы» занимает секунд 10. Чем мне поможет этот ваш systemd?
С системд у тебя система будет грузится аналогично винде, на экране изображение появилось, а работать нельзя, ибо всё дико грузит, свопает и лагает. Hail systemd.
Слава богу что у меня это пока только ночные кошмары, а на федоре это уже суровая реальность. Федора-то и раньше не блистала стабильностью и скоростью.