LINUX.ORG.RU
ФорумTalks

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

 , , , ,


2

5

В сети появился новый сайт, собравший почти всю критику systemd в тезисах: boycott systemd.

Disclaimer: Мы никак не пуристы sysvinit в каком-либо смысле. Мы понимаем нужду в новый init-системе в XXI веке, но systemd – это не то.

И раз никто не хочет написать эту современную init-систему, а может только странички в сети выкладывать, да перекидывать их на ЛОР и их обсуждать, то давайте обсуждать.

Ответ на: комментарий от Stahl

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

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

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)

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

«За»:

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.

ins3y3d ★★★★★ ()
Ответ на: комментарий от ZenitharChampion
if [ "x${_retval}" = 'x0' ] 

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

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

x3al ★★★★★ ()
Последнее исправление: x3al (всего исправлений: 1)
Ответ на: комментарий от AS

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

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

Stahl ★★☆ ()
Ответ на: комментарий от AS

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

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

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

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

alpha ★★★★★ ()
Ответ на: комментарий от Stahl

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

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

:-)

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от alpha

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

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

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

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

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

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

Stahl ★★☆ ()
Ответ на: комментарий от AS

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

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

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

alpha ★★★★★ ()
Ответ на: комментарий от Stahl

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

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

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

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

AS ★★★★★ ()

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

Deleted ()
Ответ на: комментарий от alpha

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

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

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

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

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от thespiritofbirdie

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

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

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

tailgunner ★★★★★ ()

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

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

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

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

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

swwwfactory ★★ ()
Ответ на: комментарий от AS

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

alpha ★★★★★ ()

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

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

Lavos ★★★★★ ()
Ответ на: комментарий от ZenitharChampion

Linux стал Closed Source?

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

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

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

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

Good luck!

thespiritofbirdie ()

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

deterok ★★★★★ ()
Ответ на: комментарий от alpha

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

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

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

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

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

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

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

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 3)
Ответ на: комментарий от AS

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

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

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

alpha ★★★★★ ()
Ответ на: комментарий от alpha

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

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

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

AS ★★★★★ ()
Последнее исправление: AS (всего исправлений: 1)

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

amazpyel ★★★ ()
Ответ на: комментарий от thespiritofbirdie

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

Deleted ()

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

Lennart Pöttering is an asshole

morse ★★★★★ ()
Ответ на: комментарий от Darth_Revan
kirill@haruhi:~$ apt-cache depends upstart
upstart
  Зависит: libc6
  Зависит: libdbus-1-3
  Зависит: libjson-c2
  Зависит: libnih-dbus1
  Зависит: libnih1
  Зависит: libselinux1
  Зависит: libudev1
  Зависит: sysvinit-utils
  Зависит: initscripts
  Зависит: mountall
  Зависит: ifupdown
  Зависит: libjson0
  Зависит: debianutils
LongLiveUbuntu ★★★★★ ()
Ответ на: комментарий от fornlr

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

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

redgremlin ★★★★★ ()
Ответ на: комментарий от Pakostnik

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

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

ekzotech ★★★★ ()

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

НУЖНО!

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

Shadow ★★★★★ ()
Ответ на: комментарий от unikum

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

Shadow ★★★★★ ()
Ответ на: комментарий от unikum

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

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

fornlr ★★★★★ ()
Ответ на: комментарий от alpha

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

Shadow ★★★★★ ()
Ответ на: комментарий от fornlr

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

Shadow ★★★★★ ()
Ответ на: комментарий от LongLiveUbuntu
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

Darth_Revan ★★★★★ ()
Последнее исправление: Darth_Revan (всего исправлений: 2)
Ответ на: комментарий от Darth_Revan

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

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

LongLiveUbuntu ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.