Радостная весть для арчеводов пришла с востока!

[||||||||]

В тестинге уже несколько дней как.

слоупок детектед

ОН уже и сюда добрался. Во что превращается линукс?

Круто, я все собирался попробовать цистемд.

Дебианщики уже несут дары и благовония.

Это твои розовые мечты?

Кто-нибудь аргументированно уже обьяснил, чем плохой systemd и почему когда в линукс (о котором плачут - отстаёт бедненький от мейнстрима, да нинужон никому на десктопах) добавляется что-то новое это всегда плохо?

Когда все это объединится, получится ПоттерингОС, такой же простой и понятный для пользователя и кривой внутри, как и винда. А линукс будет на форках привычных нам компонентов, таким же непопулярным как и сейчас.

Кто-нибудь аргументированно уже обьяснил, чем плохой systemd

Он архитектурно убогий. И необходимость слияния с udev-ом тому показатель. Т.е. ему _настолько_ неватает абстракций, что приходится лепить в кучу такие абсолютно разные компоненты.

ПоттерингОС будет обладать один весомым преимуществом над виндой: эта кривизна будет бесплатной

Кто-нибудь аргументированно уже обьяснил, чем плохой systemd и почему когда в линукс (о котором плачут - отстаёт бедненький от мейнстрима, да нинужон никому на десктопах) добавляется что-то новое это всегда плохо?

Тысячи раз. Не портируемый, жирный, не unix-way'ный.

Systemd is bloated ------------------

Systemd is bloated. It apparently attempts to take over the roles of init, cron, at, inet, ConsoleKit, sethostname, modprobe, mount -a, and probably others. The result is that you end up running 50000 lines of C code as PID 1, as compared to the 8000 lines of SV init or the 6000 lines of runit.

Systemd is layered strangely ----------------------------

For a low-level piece of infrastructure, systemd interacts with a lot of high-level software; while this might be okay for a workstation running Gnome, it makes me wonder whether it will be usable on servers. A cursory look shows that systemd intrinsically depends on D-Bus (the *desktop* bus) and knows about Plymouth, RedHat's implementation of a splash screen. More on that below.

Systemd hard-wires special cases --------------------------------

Rather than relying on distribution-specific shell scripts, systemd hard-wires much of its behaviour in C code. The most shocking case, already mentioned above, is that systemd interacts with Plymouth. This is not done by using some generic early-boot protocol — systemd contains code that is explicitly meant to communicate with Plymouth, the one and only implementation of a splash screen.

Another case that I've actually been bitten by is that systemd hard-wires runlevel 5 in its SV init compatibility code; that's merely inflexible under Fedora, but clearly wrong under Debian. (I've now fixed my system to run the exact same initscripts in all four multi-user runlevels.)

Systemd deprecates shell scripts --------------------------------

With systemd, you're no longer supposed to write your service definitions in shell; instead, you write them in systemd's declarative language. Where you used to say

ulimit -d 40000000

you now say

LimitDATA = 40000000

The trouble with that is that while we all know how to write shell scripts, systemd requires that we learn a new language. What is more, we are now limited to configuring those aspects that systemd's author has implemented; this is unlike shell scripts, where we can configure anything that can be configured either from the shell or from a utility callable from the shell. (Compare with runit, which simply ships with a utility to change a bunch of process paramaters not otherwise tweakable from the shell, and expects you to write a single-line shell script in order to tweak process state.)

Systemd is Linux-specific -------------------------

Systemd is specific to Linux. This is strange, since the only feature of Linux used by systemd that doesn't have an exact equivalent on other systems, cgroups, is optional in systemd.

Systemd's author is annoying ----------------------------

While I haven't had the pleasure to meet Lennart in private, I find his public persona annoying, both on-line and at conferences. He practices misleading advertising[2], likes to claim that the universal adoption of systemd by all distributions is a done thing[3], and attempts to bully anyone who has the gall to think that the discussion is still open[4].

Уже заменён. Сегодня.
Не testing.

systemd-tools, сегодня в обновлениях.

Абстракции — главная беда современного компьютерного инжиниринга.

Ждём замены в gentoo, что уж там.

Ты устриц-то едал, или по наитию проповедуешь, понабравшись мудрости от местных праведников?

Выдираемой из системы хоть? А то помниться, при попытке выпилить либцэ мне такие массакры угрожались...

В gentoo-zh udev уже тянет systemd. Теперь счёт идёт на недели.

Уж лучше learn a new language чем писать на шелл-скриптах.

http://www.archlinux.org/packages/core/x86_64/systemd-tools/
Вы все упоротые. Там же зависимостей от системд нету, ну подумаешь, накидали новых тулз и переобозвали пакет. Или это уже идеологические причины и мне не понять?

Чем больше будет линукс отличаться от остальных foss систем, тем интереснее.

что ты имеешь против шелл-скриптов?

а не пойти ли тебе лесом?

И оттого медленной

Нет, лесом пойдут тупни, не понимающие необходимость перемен

перемены ради самих перемен (а так же ради сомнительных плюшек и повышения ЧСВ кодеров-неосиляторов) не нужны

Факт того, что это недоязычок для очень коротких, чуть ли не write only, программ и пайпов?

для очень коротких

а кто против?

write only

нормально написанный шеллскрипт отлично читается

чуть ли не write only

При желании можно даже на брейнфаке написать код, который будет отлично читаться.

нормально написанный шеллскрипт отлично читается

Видели, ага. Какой-то прямо лебедевский Parser от опенсорса. Лучше закопать и притвориться, что его никогда и не было.

Ну и… там уже нормальные типы данных то появились? То то и оно. Такой вот он, нормально написанный шеллскрипт. Уж лучше что-нибудь настоящее, а это похоже на такой набор макросов. Вроде и работает, а ощущение, что в спальнике стоишь.

То, что кому-то непонятно, зачем нужны перемены не делает их пустыми

нормальные типы данных то появились

O_O зачем они в шелл-скриптинге?

Уж лучше что-нибудь настоящее

там где нужно «настоящее» - нужно использовать это «настоящее», Там где достаточно шеллскрипта - нужно использовать именно его

Вроде и работает, а ощущение, что в спальнике стоишь.

неосилятор?

То, что кому-то кажется, что всем нужны эти перемены, не делает их полезными

Обвинять в неосиляторстве это модно, понимаю. Но в то время, когда космические корабли бороздят Большой театр пора уже перестать пользоваться микроскопом для забивания гвоздей. Инитскрипты посмотри. Это говно говном.

Счастье придёт не смотря на ваши возражения. Оно будет вне зависимости от ваших желаний.

Арчекапец?

пора уже перестать пользоваться микроскопом для забивания гвоздей.

Микроскопом? Никто не предлагает писать инит-скрипты на хаскеле. А шелл - это что-то типа топора. Грубое, но простое и неприхотливое.

Счастье придёт не смотря на ваши возражения

те, кто хотят насильно затащить всех в рай, обычно плохо заканчивают

Плохо кончают рано или поздно все. Даже домохозяйки. Если они, конечно, не фригидны напрочь. И вообще победителей не судят.

Скорее это копипаста. Т.к. именно таким способом они и пишутся…

победителей не судят.

судят, следующие победители

Опять же, я пока не наблюдаю особого победительства ни в истории с пульсом, ни с системд.

хз, пишу шелл-скрипты в основном без копипасты, ЧЯДНТ?

Да что ты говоришь? Сколько людей пользуются пульсом, а сколько не пользуются? В каких популярных дистрибутивов пульс есть, а в каких - нет?

Системд только начинает свой путь

победителей не судят.

Ни в Debian, ни в Ubuntu, ни в Slackware systemd точно не будет. О какой победе идет речь, бро?

В данном случае я про инитскрипты на шеллскриптах.

Не зарекайся, пройдет пара лет - тогда посмотрим, где что будет, а где не будет.

В каких популярных дистрибутивов пульс есть, а в каких - нет?

«есть в дистрибутиве» и «установлен, запущен и используется» - немного разные вещи

Сколько людей пользуются пульсом, а сколько не пользуются?

я хз, сколько пользуется, но до сих пор на форуме проскакивают с ним проблемы, и до сих пор совет «снеси пульс» чаще всего помогает их решить.

aptitude search systemd | wc -l

13

Есть в debian, а толку?

ты правда настолько туп!? о_О
пульсом пользуются упоротые и/или искаробочные хомячки
потом ещё и плачут - глючит/ничёниработает

Не зарекайся, пройдет пара лет - тогда посмотрим, где что будет, а где не будет.

В Debian - не будет точно, ибо не кроссплатформенно. Следовательно не будет и в Ubuntu (к тому же космонавт в любом случае против). Slackware - чистой воды KISS, для адептов Патрик уже говорил, что «костыли, которые могут помешать пользователю, в дистрибутив включаться не будут».