Бойкотирование systemd

а какой там код это уже не админское дело.

Никто не напишет код лучше, чем тот, кто понимает, что и зачем он пишет. Так что, как раз, исключительно админское. Просто нужен админ-программист для написания именно этого типа приложений.

Уже обсудили тут.

«За»:

0) it is hotplug capable

1) we can know the state of the system

2) it is modular

3) it allows dbus/udev to go back to doing the task they are meant to do

4) we can reduce the number of explicit ordering dependencies between daemons

5) we get a lot of security/sandboxing features for free

6) systemd service files can be written and distributed upstream

7) systemd is a cross-distro project

8) logind will finally deliver on what consolekit was supposed to do

9) systemd is fast

«Против»:

0) That's not the init systems job.

1) That's not the init systems job. Use something like http://cr.yp.to/daemontools.html

2) Less modular than any init system out there. Having *everything* (including a dhcp deamon soon) in PID 1 is not modular just because you can configure it.

3) See 1.

4) Never bothered me, but fair enough.

5) That's not the init systems job.

6) Not if the path's differ. E.g. are debianized.

7) So was sysvinit.

8) That's not the init systems job.

9) It actually is.

if [ "x${_retval}" = 'x0' ] 

©　чуть выше по треду по твоей ссылке.

Нет, это — альтернатива здравому смыслу, а не systemd.

Просто нужен админ-программист

Т.е. админы настолько беспомощны, что не в состоянии сформулировать ТЗ?
Я тебе не верю. Ну не может всё быть так плохо.

Никто не напишет код лучше, чем тот, кто понимает, что и зачем он пишет.

Никто не спроектирует автомобиль лучше, чем водитель-дальнобойщик?

Просто нужен админ-программист для написания именно этого типа приложений.

Только он уже будет не админ.

что не в состоянии сформулировать ТЗ ?

Как ТЗ не формулируй, всё равно будет недопонимание. Я, один раз, попал просто в а..уй от вопроса программиста, причём, в общем-то, неплохого программиста (ещё и к.т.н. там по чему-то). Вводная: пишется некий софт, в том числе, там есть учёт и выдача IP-адресов. На 4-5 (!!!) год разработки мне задают вопрос: а как маска с IP связана и как правильно диапазон вычислить ? ...ляь ! ВЫ ЧТО ПИСАЛИ 4 ГОДА ???

:-)

Никто не спроектирует автомобиль лучше, чем водитель-дальнобойщик ?

Однозначно. Но надо понимать, что он ещё и инженером должен быть, при этом. То есть, это совсем не обычный и рядовой водитель-дальнобойщик.

Только он уже будет не админ.

Он будет и админ тоже.

Ок-ок. ТЗ писать никто не хочет, ну тогда ждите админов-программистов (их единицы вообще. И большинство из них хреновые как админы, так и программисты).
Вон, Поттеринг пришёл. Дождались. Поздравляю. А вы ждите дальше:)

Он будет и админ тоже.

Только большая часть его решений будет среди админов непопулярна. Как ремни безопасности, которые «только излишне всё усложняют».

И собственно почему ты решил, что в реальности происходит иначе?

их единицы вообще.

А сильно много и не надо, на самом деле.

Вон, Поттеринг пришёл. Дождались.

Ладно, уел. :-)

Полезное начинание. Только совместными усилиями и можно побороть эту заразу.

И собственно почему ты решил, что в реальности происходит иначе ?

Ну вот у systemd ремней безопасности незаметно... ;-)
Вот нафига сетевые устройства с именованием «от балды» ? Нет, про логику я читал, только вот для однообразных имён давно понаписаны всякие скрипты. Нет, давайте будем ломать всё. Вот пример, кстати. Почему, вдруг, enp2s0f0, после обновления ядра, стал ens2f0 ?

Это вот явно чисто кодер постарался. И отмазка у него будет - «это не я, это в ядре опять всё переделали».

И да, это я грабли udev уже на systemd вешаю - сами виноваты, раз проект в общую кодовую базу втянули.

Ты лично протолкнешь это решение в Fedora и RHEL?

Я могу закинуть патчи во все мыслимые mailing list'ы.

Благодетель!!11

странно почему там на сайте про Red Hat упоминается только, что Леннарт оттуда.

Может он не причем, а служебное задание. Хоть мне очень не нравится systemd и сам пользуюсь гентой, но хотелось бы ясности.

Было бы лучше, если кроме красной шляпы было еще пару десятков контор подобных. Уж тогда, были бы альтернативы. Да и в целом на экосистеме это бы отразилось в лучшую сторону.

Контора суси не в счет - эти под микрософтом вроде сидели опосредовано через Новелл. В общем таких контор надо чтобы было много, тогда и ключевые разработчики подтянутся. Кстати сейчас, если посмотреть по ведущим разработчикам где они работают, то собственно эти конторы как-то могут быть полезными еще, а может и когда-нибудь станут альтернативами красной хате.

Может редхатовцы держать монополию и никого не пускают? Хотя там за бугром это сделать гораздо сложнее...

Сюрприз, но к переименованию сетевых интерфейсов ни systemd, ни udev вообще никакого отношения не имеет. Это идея инженеров компании Dell. И ты думаешь они плохо представляют потребности администраторов?

Мы понимаем нужду в новый init-системе в XXI веке

Значит они не сильно лучше фанбоев поттеринга...

Linux стал Closed Source?

Возникает ощущение, что у вас ограниченное мышление. Закрытые проекты порой feature request'ы реализуют с гораздо большей скоростью и рвением, чем кучка авторов systemd и прочих «открытых» проектов.

Чуть ли не в половину open source проектов вообще пропихнуть свои готовые патчи невозможно, даже если они сильно улучшают/ускоряют/правят баги.

Умора этот ваш ЛОР. Просто умора - фанатики и др*ры на Open Source.

Open Source - это миф. Разработка в стиле bazaar - это миф. Бесплатность Linux'a - это самый большой миф на свете.

Good luck!

Good luck!

Ты снова уходишь навсегда? Какая потеря.

Орать могут все, а вот сделать своё...

Не, просто в этой теме нечего обсуждать.

но к переименованию сетевых интерфейсов ни systemd, ни udev вообще никакого отношения не имеет.

Ладно ?! А кто патч принимал ? А кто механизм переименования выкидывал ?

Это идея инженеров компании Dell.

Мало ли, чья идея.

И ты думаешь они плохо представляют потребности администраторов ?

Из данного примера это очевидно. Что особенного ? Не боги горшки обжигают. Dell, так Dell. У меня и к IBM преклонения нет, и к Intel если что: если накосячили, то накосячили. ;-)

Кстати, а у Dell есть бизнес по предоставлению услуг сетевых ? Если не а-ля Google, то, хотябы, а-ля mail.ru какого-нибудь, или, там, eBay... Это чтобы про их опыт администрирования говорить. Или они, всё же, только оборудование выпускают ? Я правда-правда не в курсе просто. :-)

Мало ли, чья идея.

Ну да, конечно, у нас теперь на всё ответ systemd.

Дело не в преклонении, а в том что ты тут пишешь о том, что спрашивать надо было админов, а подразумеваешь, что спрашивать надо было оказывается тебя. Потому что остальные видите ли какие-то не те и неправильные админы и делают неправильный мёд.

что спрашивать надо было оказывается тебя.

Ну так с моим мнением совпадает мнение многих. Это, даже, на LOR видно. :-)

И таки да, у меня, на самом деле, IT-опыт достаточно богатый, и в администрировании, и в программировании (правда, был - фактически, со времён DOS, я ничего серьёзного не писал ;-) ), и в ковырянии компьютеров (где-то кусок дюральки валяется с надписью Intel Certified Integration Specialist). Ага: «сам себя не похвалишь - весь день, как оплёванный ходишь». ;-)

никто не хочет написать эту современную init-систему, а может только странички в сети выкладывать

http://upstart.ubuntu.com

Брось каку.

У великих людей всегда были противники. Они осознают, что это хорошо только спустя время. Правду говорят: «Добро наказуемо».

А причем тут Кай Сиверс?

да, согласен, я за Линукс заплатил личной жизнью.

Ничего лучше еще нет.

Да тот же OpenRC, если systemd не подходит как вариант.

Уже довели давно. Или религиозные убеждения мешают адекватно воспринимать объективные факты?

И в чем его профит?

Относительно Upstart: не имеет мерзких зависимостей, и скрипты у OpenRC поприятней Upstart job будут.

Смешно. Уже давно тема systemd не возбуждает любопытства. Оно работает, и работает хорошо.

Они забыли пункт 12ый, из-за которого собственно большинство и не любят systemd:

Lennart Pöttering is an asshole

вон pulse и networkmanager до ума довести не могут

Полиция Контроля За Машинами Времени уже выехала в ваш 2009.

Смешно. Уже давно тема systemd не возбуждает любопытства. Оно работает, и работает хорошо.

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

systemd обычно не нужно. Но я прочитал:
«systemd saves core dumps to the journal»
- если интегрировать systemd с gdb и emacs, то будет СУПЕРТОРТ.

НУЖНО!

Куда писать поттерингу????

Проблема в том, что работа systemd НИЧЕМ не отличается от хорошей работы без systemd.

Про DE так тоже можно сказать.

Я не скрываю, что я фанат fvwm2 - он до сих пор функциональнее всех новых DE и WM.

Уже довели давно. Или религиозные убеждения мешают адекватно воспринимать объективные факты?

У меня есть два факта: 1) невозможность настройки нормального ресемплинга в pulseaudio 2) NM баганутая ерунда, из последнего там поломали формат конфигов VPN - новая версия падает с ошибкой от конфига, который нормально глотала старая/

Спасибо, обязательно запрошу фичу отладчика в systemd с прозрачным подключением к разным IDE.

Зачем Вам ресемплинг? Если пишете музыку, Вы НЕ используете pulseaudio, когда её пишете, если слушаете - всё должно быть в 44100

l=upstart;f(){ for p in $(LANG=C apt-cache depends $1|sed -e'/Depends/!d;s/<//g;s/>//g;s/.*: \(.*\)$/\1/g');do if !(echo $l|tr ':' '\n'|grep -q $p);then l=$l:$p;f $p;fi;done;};f $l;echo $l|tr ':' '\n'|sort -u

А если так? Скажи, если найдёшь что-нибудь интересное :-).
Читаемый вариант (для нелюбителей однострочников):

list=upstart;
func() {
    for package in $(LANG=C apt-cache depends $1 | sed -e '/Depends/!d;s/<//g;s/>//g;s/.*: \(.*\)$/\1/g'); do
        if ! (echo $list | tr ':' '\n' | grep -q $package); then
            list=$list:$package;
            func $package;
        fi;
    done;
};
func $list
echo $list | tr ':' '\n' | sort -u

adduser base-passwd busybox-initramfs coreutils cpio debconf debconf-2.0 debianutils dpkg file-rc findutils gcc-4.9-base ifupdown initramfs-tools initramfs-tools-bin initscripts insserv install-info iproute2 klibc-utils libacl1 libattr1 libaudit1 libaudit-common libblkid1 libbz2-1.0 libc6 libcgmanager0 libdb5.3 libdbus-1-3 libdebconfclient0 libdrm2 libgcc1 libjson0 libjson-c2 libklibc libkmod2 liblzma5 libmount1 libncurses5 libnih1 libnih-dbus1 libpam0g libpam-modules libpam-modules-bin libpcre3 libplymouth2 libpng12-0 libselinux1 libsemanage1 libsemanage-common libsepol1 libslang2 libtinfo5 libudev1 libustr-1.0-1 libuuid1 lsb-base makedev module-init-tools mount mountall multiarch-support passwd perl-base plymouth sensible-utils sysvinit-utils sysv-rc tzdata upstart util-linux zlib1g

Ну и? Вполне себе нормальные зависимости.

libdbus-1-3

plymouth

gcc-4.9-base

Вполне себе нормальные зависимости.

Нет, ненормальные.