systemd 198

Зачем это нужно? Скоростью загрузки меряется только школота.

Хорошо, что взрослое и умное сообщество Debian никогда не примет эту быдлоподелку.

А оно плохо управляет?

Я не хочу, чтобы какая-то софтинка управляла системой вместо меня.

в таком случае поясни, каким образом можно хоть что-то монополизировать в открытом продукте. если таки понимаешь

отличное свободное юниксвейное ядро!

Это ты так прогноз на 12 лет вперёд дал? А кто его писать будет? Откуда уверенность что оно не скатится в УГ?

Чем оно лучше Upstart или OpenRC?

Не прибито гвоздями к одному дистрибутиву.

А кто его писать будет?

Команда GNU.

Откуда уверенность что оно не скатится в УГ?

Уверенности нет, это просто надежды.

Я не хочу, чтобы какая-то софтинка управляла системой вместо меня.

Как ты можешь позволять компьютеру выполнять вычисления вместо тебя?! Используй счёты.

Будете вручную всю инициализацию проводить? Вы что-то сильно путаете. Все системы инициализации управляют системой в той или иной степени и дают возможность это настроить. Так вот, я не вижу, в чем на деле разница между системд и тем же ОупенРЦ, кроме того, что системд быстрее и того, что для выполнения одних и тех же действий надо выполнять разные команды.

Как ты можешь позволять компьютеру выполнять вычисления вместо тебя?!

Вычисляю как раз-таки я, компьютер - всего лишь инструмент.

Монополии Upstart'а, SysVinit'ов или OpenRC тоже не должно быть

Где Вы видите их монополию, милсдарь?

поэтому пусть живёт.

Пускай дохнет, и побыстрее. Все RPM-дистрибутивы за исключением PCLinuxOS давно перешли на Systemd и не предоставляют на выбор другой системный менеджер. Без systemd сейчас только убунтята, слакварщики, часть гентушников и часть дебианщиков. В Debian Wheezy/Sid уже этой осенью был systemd в репах. Я ничего не имею против здоровой конкуренуии, но RedHat просто обнаглела.

Конкуренция идёт только на пользу.

монополия != конкуренция != подавление

OpenRC прозрачна. А с systemd у меня возникает ощущения, что у Поттеринга хитрый план по захвату моих личных данных.

Команда GNU.

Это кто такие? Я о них не слышал. Если ты про сайт gnu.org то там большинство проектов сторонние.

Чем оно лучше Upstart или OpenRC?

Не прибито гвоздями к одному дистрибутиву.

а ты не поленись - почитай, что там сейчас в RHEL используется

Например мне не нравится дефолтный cups.socket, который идет в постаке генты — он слушает 0.0.0.0 и /var/run/cups/cups.sock вместо /run/cups/cups.sock

tcp6       0      0 :::631                  :::*                    LISTEN      1/systemd           
> mkdir -p /etc/systemd/system/cups.socket.d
> cat > /etc/systemd/system/cups.socket.d/00-localhost.conf <<__EOF__ 
[Socket]
ListenStream=
ListenStream=/run/cups/cups.sock
ListenStream=[::1]:631
__EOF__
> systemctl daemon-reload
> systemctl restart cups.sock
> netstat -lptn | grep 631
tcp6       0      0 ::1:631                 :::*                    LISTEN      1/systemd           

Где Вы видите их монополию, милсдарь?

Сейчас её нет, но она возможна в будущем.

Пускай дохнет, и побыстрее

Пусть люди пользуются этим поделием, если им это нравится - кто мы такие, что бы навязывать своё мнение? Только бы во все дистрибутивы это гуано не проталкивали

OpenRC прозрачна. А с systemd у меня возникает ощущения, что у Поттеринга хитрый план по захвату моих личных данных.

А, ну так это обычная паранойя. И systemd тут не при чем. Сходи к психологу.

Это Столлман и ещё 3,5 анонимуса несколько человечков.

это поттерингу к психологу надо, он же автор systemd.

и заодно почитай про WebOS, Maemo, Chrome OS

systemd теперь умеет симпатично выводить информацию на консоль о подвисших задачах

Boot time console output has been improved to provide animated boot time output for hanging jobs.

а можна скрин/фото? :)

Хорошо, что взрослое и умное сообщество Debian никогда не примет эту быдлоподелку.

А мне кажется — в 8.0 или в 9.0 перейдут на него

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

+много.

если любую программу распилить до состояния cat/grep/sort/uniq

Когда тебе кто-то говорит, что любую программу нужно распиливать обязательно на cat/grep/sort/uniq и склеивать обязательно шеллом - не верь ему, он лжет, и неважно, сознательно или нет.

P.S. просто для протокола: юниксвей, как и все техники, не ко всем задачам применим; мелкие программы, соединенные текстовыми потоками - это только один из методово юниксвея.

А с systemd у меня возникает ощущения

напоминает следующее (укр)

мені здається що ..
якщо здається то треба хреститися

захвату

если захват бы действительно имел место быть, давно уже бы его в этом уличили. но если ты непоколебимо веришь что захват таки есть — так выучи C, возьми сорцы и ткни всех носом.

Единственное что он у тебя (возможно) захвачиваетотбирает так это еще одну возможность почесать ЧСВ при успешном дебаге 2х строчек в rc.local

От паранойи уже даже OpenSource не спасает?

А мне кажется — в 8.0 или в 9.0 перейдут на него

тогда они хотя бы поддерживали его в актуальном состоянии, а так - в репах только заброшенная древняя версия, да и есть еще kFreeBSD/Hurd, так что, скорее всего, если systemd и станут использовать, то по примеру убунты - частями

Там проблема не в принятии/непринятии, а в kFreeBSD, на который столько времени убили.
Впрочем, сабж могут встроить в linux-версию, а фряшную не трогать. Другое дело, что тогда единства окружения как-то... ну, не выходит.

systemd теперь умеет симпатично выводить информацию на консоль о подвисших задачах

Пока его не было, задачи не подвисали. :)

давно уже бы его в этом уличили

Поттеринг & Red Hat могут подкупить людей.

Прогресс требует жертв :]

но тебя то они не могут подкупить

wait, oh shi

в таком случае поясни, каким образом можно хоть что-то монополизировать в открытом продукте. если таки понимаешь

1) Лехко - нанять реально большую команду программистов которая сможет делать некий софт(планирующийся для монополии), покрупнее (ну или как systemd) и с новыми фичами на которые все завяжутся. И на порядок быстрее конкурентов из сообщества - у нас много программистов.

2) Так как процесс принятия решения в дистрибутивах «меритократия» - то все дистрибутивы выкинут «свои поделия» и будут использовать именно этот монопольный софт.

3) Затем надо подождать когда на него подсядут - и все. Вот она, монополия. Далее тонны способов ее использовать. Ну например взять и постепенно уволить программистов оставив 2-3 человека.

4) 2-3 человека просто не смогут по естественным причинам справится с таким объемом кода - никакие форки тонн говногкода не помогут - проект изначально создан немодульным.

А заменить его в FOSS не получится именно потому что пункт 1) - его можно будет менять только целиком, мы же отказались от юниксвея потому что он устарел же :D

Собственно пара таких умных бомб в сочетании с FUD - и песец котенку. Повторится история смерти юникса - unix wars но на новом уровне.

Но ведь я не знаю C.

тогда они хотя бы поддерживали его в актуальном состоянии, а так - в репах только заброшенная древняя версия

Версия не заброшенная, квалифицированный мейнтейнер активно чинит баги. Древняя — по причине заморозки Wheezy, после релиза обновят.

Там проблема не в принятии/непринятии, а в kFreeBSD, на который столько времени убили.

Точно, склероз. На ней же моя любимая билд-машина, а я забыл )))

мы же отказались от юниксвея потому что он устарел же :D

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

Зачем это нужно? Скоростью загрузки меряется только школота.

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

Xfree86, openoffice, mysql, hudson ..

Даже в мире офисных десктопов для монопилии негрософту приходилось идти на жуткие ухищрения. А монополия и опенсорс - вещь не сильно совместимая с реальностью

Так вот, я не вижу, в чем на деле разница между системд и тем же ОупенРЦ, кроме того, что системд быстрее и того, что для выполнения одних и тех же действий надо выполнять разные команды.

Весь вопрос в том, зачем нужна такая скорость.

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

В случае сервера тоже сомнительно - загрузится он за 15 секунд или за 30. В основном влиять на загрузку будут инициализируемые службы, а не система загрузки. Можно и полторы минуты и две грузиться. Т.е. тоже без нужды.

Давайте возьмем мобильные или даже встраеваемые устройства. Там уже жалуются, что система очень тяжелая для них - память жрет, место занимает.

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

В инитах черт ногу сломит - симлинки какие-то везде, названия, дублирующиеся названия.

И чтобы жизнь малиной не казалась, сверху отсутствие вменяемой документации.

симпатично выводить информацию на консоль

что, простите?

А на его изучение требуется некоторое время, за которое Поттеринг может выкрасть мои документы.

BSD init во все поля!!

Сустемд открыт. Если у тебя паранойя - читай исходники.

Столлман отошел от дел ещё лет 20 назад.

Но ведь я не знаю C.

Это очень плохо. Вероятно su уже отправил твой пароль в редхет, а баш постит твои команды на башорг

теперь комп выключается, если ему сказать halt или reboot из виртуальной консоли? или все так же сидит, задумавшись что делать после завершения последнего юнита?

Уважаемый, вам что, правда не все равно, Юникс-вэй это или нет? Систему грузит, грузит быстрее, чем все остальные (близок только Апстарт). Демонами управляет, логи дает читать.

Ну еще хотелось бы быстро и просто (просто!) управлять загрузкой.

Круто. Спасибо Леннарту и команде.

Господа негодующие, хотя бы в одном треде про systemd нашелся хотя бы один человек который адекватно рассказал чем лучше, хуже сустемд относительно других систем? Тут все только и делают, что орут о своем.