The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск системного менеджера systemd 243"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск системного менеджера systemd 243"  +/
Сообщение от opennews (??), 05-Сен-19, 10:49 
После пяти месяцев разработки  представлен релиз системного менеджера systemd 243. Из новшеств можно отметить интеграцию в PID 1 обработчика нехватки памяти в системе, поддержку прикрепления собственных BPF-программ для фильтрации трафика unit-ов, многочисленные новые опции для systemd-networkd,  режим мониторинга пропускной способности сетевых интерфейсов, задействование по умолчанию на 64-разрядных системах 22-битных номеров PID вместо 16-битных, переход на унифицированную иерархию cgroups, включение в состав  systemd-network-generator...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=51421

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


2. "Выпуск системного менеджера systemd 243"  –15 +/
Сообщение от Корец (?), 05-Сен-19, 10:50 
>Выпуск системного менеджера systemd 243

Хоть где-то пишут, что это именно системный менеджер, а не инит...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от iPahcae6 (?), 05-Сен-19, 10:53 
Например это пишут у самого systemd на гитхабе
«systemd - System and Service Manager»
Но кто же из хейтеров читает официальные источники.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от Корец (?), 05-Сен-19, 10:55 
Я имел в виду новости и обсуждения. Обычно все забывают про эту существенную деталь.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

14. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от ананим.orig (?), 05-Сен-19, 11:17 
ну наконец то!
с этой "деталью" быть дырявым не только можно, а нужно.
вот. теперь всё ясно. и как раньше то жил? спасибо добр.человек.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

21. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от Аноним (21), 05-Сен-19, 11:35 
Это оправдает что системд без проса измеряет ширину канала соединяясь с ненадежными источниками. И то что теперь bin теперь идет раньше sbin в PATH. Хотя зачем тогда нужен sbin.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

44. "Выпуск системного менеджера systemd 243"  +10 +/
Сообщение от Леня Потный (?), 05-Сен-19, 12:12 
> PATH. Хотя зачем тогда нужен sbin.

про это я подумаю еще через пару версий. оставайтесь с нами!


Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

46. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 12:28 
> PATH. Хотя зачем тогда нужен sbin.

В совершенно правы!  Пользуемым s-d не нужны лишние сущности.
C:\WINDOWS\ и "C:\Program Files\" решают.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

50. "Выпуск системного менеджера systemd 243"  –3 +/
Сообщение от Корец (?), 05-Сен-19, 12:36 
Дело не в этом. Обычно пишут, что ненужноД - не нужно, но при этом забывают, что это не инит, а системный менеджер. При чём тем, кто пишет, что это не нужно, очевидно нужен простой инит. Отсюда и начниаются все эти разборки. Так и тут.

Обычно идут аргументы, что это мол в ненужноД куча не нужных функций и т.д. Но тут фишка в том, что если смотреть на него, как на инит - то да, он переусложнён. Но если идёт речь о системном менеджере, то становится понятно, почему он вклинивается во все элементы системы. Так что хейтить надо не нунужноД, а мейнтейнеров дистров, которые не оставляют выбора конечным юзверям.

А по поводу багов и косяков, так у нас в любом коде есть дырки, разве нет?

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

63. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (63), 05-Сен-19, 12:58 
> Обычно идут аргументы, что это мол в ненужноД куча не нужных функций и т.д. Но тут фишка в том, что если смотреть на него, как на инит - то да, он переусложнён.

Сакеры в своём репертуаре. Никто и не говорит, что в ненужнод жирный инит. В нём непомерно жирный PID 1.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

138. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (138), 05-Сен-19, 20:48 
Закрытых ошибок в новости не видать. Видать там пишут идеальный код.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

154. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 06-Сен-19, 09:18 
> Закрытых ошибок в новости не видать. Видать там пишут идеальный код.

Не, они пишут идеальные новости (опеннет же!).

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

141. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от freehckemail (ok), 05-Сен-19, 22:54 
> А по поводу багов и косяков, так у нас в любом коде есть дырки, разве нет?

Согласен. Я перешёл в девопсы последние полтора года как. И слегка мировоззрение изменилось. Дырявое всё. Настолько дырявое и хреновое, что оказалось, systemd не так уж плохо вписывается в общие тренды. Другое дело, что это, в общем-то, в том числе и инит. Весьма паршиво, что он так жирен. Но что-то у меня чаще ошибки CPU случаются, нежели pid 1 падает. А от systemd многого и не надо. Он должен вотчдогом следить за немногочисленными сервисами, чтобы подняты были (да, одно дырявое поделие следит за другим). И всё. Остальное в докере/кубере будет жить. Там конечно тоже косяков хватает, но они обеспечивают дополнительное удобство.

В конце концов systemd, не смотря на свои недостатки, подкупает тем же, чем подкупает проприетарщина: многие вещи просто работают из коробки. В очень многих случаях убер-защищённая система и не нужна вовсе. Так почему бы не воспользоваться готовым решением, пусть и не очень качественным? Оно сэкономит время, а это зачастую гораздо важнее.

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

PS: Да, переобуваюсь. Ату меня.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

161. "Выпуск системного менеджера systemd 243"  +/
Сообщение от evkogan (?), 06-Сен-19, 14:04 
Все это хорошо, но причем тут INIT ?
Кто против был бы, если бы это был комплект отдельных связанных демонов?
Но зачем было пихать это все в INIT и сжирать этим монстром еще и инициализацию оборудования?
Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

168. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от freehckemail (ok), 06-Сен-19, 20:00 
Ну как это зачем. "Чтобы всех отыскать, воедино собрать и единый воркфлоу каждому навязать. В IBM, где сидят ламера". =)
Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

169. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (169), 06-Сен-19, 20:35 
>Но если идёт речь о системном менеджере, то становится понятно, почему он вклинивается во все элементы системы.

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

176. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-19, 21:26 
> А по поводу багов и косяков, так у нас в любом коде есть дырки,
> разве нет?

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

19. "Выпуск системного менеджера systemd 243"  +39 +/
Сообщение от Аноним (-), 05-Сен-19, 11:33 
> Хоть где-то пишут, что это именно системный менеджер, а не инит...

Дествительно. Ведь на одной системе так просто использовать системный менеджер systemd и вместе с ним какой-нибудь один из инитов, например - рунит. Oh, wait....

systemd уже давно переплюнул scvhost.exe

В сравнении с systemd мне теперь архитектура Generic Host Process for Win32 Services даже больше нравится стала - миниатюрная и изящная, чего не скажешь о systemd из мира Linux.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

23. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Аноним (21), 05-Сен-19, 11:40 
Айбиэм знает свое дело они так сделали со всеми своими ОС и теперь делают с Линукс через системд. Рано или поздно системд не нужно будет ядро и весь зоопарк свободного ПО можно будет переносить на другое платнобесплатное или полностью платное ядро. А Айбиэм получит своим денежки за консалтинг.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

54. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Anonymoustus (ok), 05-Сен-19, 12:42 
Совершенно верно. Хоть один опеннетовский аноним понимает, откуда ноги растут. Межделмаш большой и старый, умеет торопиться не спеша.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

107. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (21), 05-Сен-19, 14:36 
По своим собственным мерка IBM несется сломя голову в своих стремлениях нагнуть Линукс. Просто со стороны кажется что он еле шевелится как улитка.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

130. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от пох. (?), 05-Сен-19, 18:28 
эта улитка переедет с эффективностью асфальтового катка. И примерно с той же скоростью, чтобы все могли насладиться процессом.
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

175. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Аноним (175), 07-Сен-19, 14:51 
> systemd уже давно переплюнул scvhost.exe

В том-то и дело, что всё еще нет. И почему именно svchost вас так возбуждает?

Базовая система Windows - это SMSS + CSRSS + LSASS + Winlogon + Svchost + WoW64 (или WoW + NTVDM)
И весь этот функционал слабо связан с компонентами systemd.
Например функционал всего systemd, который целиком не во всех дистрах встречается покрывает: SMSS + CSRSS + Winlogon + Svchost и частично LSASS, при условии, что Systemd сам будет контролировать виртуальные терминалы и всё что с ними связано. Без них нет функционала CSRSS. Причём это о-о-о-очень условная аналогия.

То чего действительно ему не хватает так это аналога части функций LSASS. Если бы он взялся за учёт и кэширование Kerberos-тикетов, управление сетевыми демонами в разрезе Kerberos и регистрацию SPN на KDC для сетевых демонов, вот тогда бы оно функционально приблизилось бы к базовому Windows, а так... полный pam, где в итоге Kerberos сбоку торчит.

Мне не понятно, почему люди так реагируют на архитектуру systemd и его функционал. Да, оно пытается догнать и перегнать windows. Да, оно выполнено в лучших традициях базовой системы *BSD. Функционал у него многопользовательский по заказу крупных клиентов, выполненных крупными корпорациями. Без него это не Linux Professional, а Linux Home Basic, или в докер его. IBM же не просто так всячески вкладывается в Linux и всё что с ним связано, что их z/OS или AIX имеет широкое распространение нет это нишевые ОС с малым количеством экспертов. Если Linux довести до ума... до их ума... админам придётся учиться всем этим пользоваться.

А вообще да, IBM и операционные системы - притча во языцех.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

4. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (4), 05-Сен-19, 10:50 
> уязвимость CVE-2019-15718, вызванная отсутствием контроля
> доступа к D-Bus интерфейсу systemd-resolved

прекрасно!

что это у вас за инит-система такая скучная, если в ней любой nobody не может взять и поменять ресолвер?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от Аноним (-), 05-Сен-19, 11:51 
начнем с того, зачем вообще в инит-системе ресолвер?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

47. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 12:30 
> начнем с того, зачем вообще в инит-системе ресолвер?

...и dbus?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

66. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от пох. (?), 05-Сен-19, 13:07 
>> начнем с того, зачем вообще в инит-системе ресолвер?
> ...и dbus?

ну тут-то чо непонятного? Для управления инит-ресолвером же ж! ;-)

как же ж мы без dbus'а! Жаль, право, что в ядро зарезали.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

5. "Выпуск системного менеджера systemd 243"  +19 +/
Сообщение от Аноним (4), 05-Сен-19, 10:52 
> В systemd-networkd автоматизирована активация IPv6-стека в
> случае его блокировки через sysctl disable_ipv6

ваш нескучный "системный менеджер" лучше знает, что вам нужно.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Выпуск системного менеджера systemd 243"  +2 +/
Сообщение от gogo (?), 05-Сен-19, 10:57 
Писец какой-то...
Какая у людей буйная фантазия. Придумывают килотоннами, чтобы такое запилить, чтобы другим не скучно было.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (13), 05-Сен-19, 11:15 
не вам, а ему;)
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

48. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 12:34 
> не вам, а ему;)

Кстати, да...  :/  http://www.opennet.dev/openforum/vsluhforumID3/118242.html#20

Кругом одни "хозяева жизни".

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

11. "Выпуск системного менеджера systemd 243"  +/
Сообщение от user90 (?), 05-Сен-19, 11:11 
- Просто бизнес, ничего ли.. хорошего))

К слову, выбор давно уже не между systemd и sysvinit, а между systemd и не-systemd.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от пох. (?), 05-Сен-19, 11:27 
какой еще выбор, ты о чем?

"When there’s only one candidate, there’s only one choice."
(та, правда, хоть позиционировалась как симпатичная)

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

20. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от user90 (?), 05-Сен-19, 11:33 
Ну не о мейнстриме очевидно. Тут либо быть "как все" с сабжем, либо как немногие и без него, а вот "как все, но без" не получится.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "Выпуск системного менеджера systemd 243"  –5 +/
Сообщение от киця (?), 05-Сен-19, 11:28 
Выбора давно уже нет, зоопарк древних инитах мало где поддерживается.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

22. "Выпуск системного менеджера systemd 243"  +/
Сообщение от user90 (?), 05-Сен-19, 11:36 
Еще один представитель интеллектуального большинства. Достаточного даже ОДНОГО дистрибутива без systemd - а выбор сейчас далеко не из одного.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Аноним (24), 05-Сен-19, 11:45 
Есть не-содержащие-системдэ: GNU/Linux (operRC), FreeBSD (operRC), OpenIndiana. Выбрать есть из чего В С Е Г Д А ! ! !  
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

26. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от user90 (?), 05-Сен-19, 11:50 
Я это знаю, спасибо, и давно уже юзаю без systemd.

Кстати, у тебя список какой-то довольно странный.. и настолько же куцый.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

31. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Аноним (24), 05-Сен-19, 11:53 
Список норм: линукс, мейнстримный дистрибутив БСД, мейнстримный дистрибутив на основе illumos, все логично. Комментарий был адресован общественности в большей мере.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

35. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от user90 (?), 05-Сен-19, 11:56 
operRC лишь один из вариантов.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

37. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от user90 (?), 05-Сен-19, 11:58 
тьфу блин, это у тебя какая-то российская разработка указана)) opeNrc
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

83. "Выпуск системного менеджера systemd 243"  –5 +/
Сообщение от Аноним (83), 05-Сен-19, 13:33 
Ты лжец!

OpenRC
Тип
init daemon
Автор
Roy Marples
Разработчик
OpenRC Developers

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

87. "Выпуск системного менеджера systemd 243"  +/
Сообщение от тов.младший лейтенант (?), 05-Сен-19, 13:37 
> тьфу блин, это у тебя какая-то российская разработка указана)) opeNrc

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

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

93. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (83), 05-Сен-19, 13:43 
Вариант наилутший, не зря же iXsystems спонсируют зачем то. Они на этом деньги запабаиывают а не интузиасты.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

91. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от xm (ok), 05-Сен-19, 13:40 
> FreeBSD (operRC)

Во FreeBSD из коробки нет никакого не только operRC (чтобы это не значило), но даже и OpenRC, а есть свой rc.d

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

124. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Аноним (24), 05-Сен-19, 17:14 
Дело в том, что есть FreeBSD форк с OpenRC https://ru.wikipedia.org/wiki/TrueOS
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

126. "Выпуск системного менеджера systemd 243"  –3 +/
Сообщение от xm (ok), 05-Сен-19, 17:41 
Спасибо, кэп, но это не отменяет ошибочность начального тезиса.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

128. "Выпуск системного менеджера systemd 243"  –3 +/
Сообщение от Аноним (24), 05-Сен-19, 18:02 
Какого тезиса, ты про опечатку в одну букву? FreeBSD с OpenRC есть.
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

108. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от анонн (ok), 05-Сен-19, 14:45 
> FreeBSD (operRC)

Чегось?

Не все, что пишут в википедии (особенно без подтверждающих ссылок и цитат) - правда.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

123. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Аноним (24), 05-Сен-19, 17:14 
Дело в том, что есть FreeBSD форк с OpenRC https://ru.wikipedia.org/wiki/TrueOS
да опечатался, глазил всю ночь.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

170. "Выпуск системного менеджера systemd 243"  +/
Сообщение от анонн (ok), 06-Сен-19, 20:46 
> Дело в том, что есть FreeBSD форк с OpenRC https://ru.wikipedia.org/wiki/TrueOS

О труОС я в курсе - бывшая pcbsd, когда-то была неплохой сборкой "для декстопа".
Но после переименования стало очень специфичной штукой - грохнули неплохую вику, пользовательские каталоги аппов с картинками и прочим, впендюрили принудительный ZFS, да и использование ядра CURRENT (т.е. тестовой ветки разработчиков), тоже очень сомнительная фича для пользователей.
И кстати, не спешат коммитить OpenRC обратно в апстрим ...


Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

125. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Аноним (24), 05-Сен-19, 17:19 
On November 15, 2016, TrueOS began the transition from FreeBSD's rc.d to OpenRC as the default init system. Apart from Gentoo/Alt, where OpenRC was initially developed, this is the only other major BSD based operating system using OpenRC.https://en.wikipedia.org/wiki/TrueOS
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

27. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Qwerty (??), 05-Сен-19, 11:51 
> Выбора давно уже нет, зоопарк древних инитах мало где поддерживается.

Да ладно... Прокрутите списочек, пожалуйста...

https://distrowatch.com/search.php?defaultinit=Not+systemd

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

85. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (85), 05-Сен-19, 13:35 
>Да ладно... Прокрутите списочек, пожалуйста...

битая ссылка:

"Forbidden

You don't have permission to access /search.php on this server."

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

100. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (-), 05-Сен-19, 14:00 
>>Да ладно... Прокрутите списочек, пожалуйста...
> битая ссылка:
> "Forbidden
> You don't have permission to access /search.php on this server."

Только сейчас открыл. Ссылка открывается.

https://distrowatch.com/search.php?defaultinit=Not+systemd

У них там какие-то фильтры. Если сначала открыть сам сайт

https://distrowatch.com/

А потом только -

https://distrowatch.com/search.php?defaultinit=Not+systemd

То всё ок. Судя по всему должен быть реферер и куки (возможно, так как не проверял).

Иначе они тебя принимают за бота или сканер, который сразу лезет парсить search.php?

То есть прямая ссылка не сработает, если ты уникально открываешь прямую ссылку поиска. То есть надо так:

1. https://distrowatch.com/
2. https://distrowatch.com/search.php?defaultinit=Not+systemd

Хотя странно, вот сейчас прямо через тор, по простой ссылке пару минут назад

https://distrowatch.com/

тоже словил Forbidden.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

36. "Выпуск системного менеджера systemd 243"  +2 +/
Сообщение от Аноним (-), 05-Сен-19, 11:57 
> Выбора давно уже нет

MX Linux
antiX
PCLinuxOS
Puppy Linux
FreeBSD
Slackware Linux
Alpine Linux
Trident
Gentoo
Void
4MLinux
KNOPPIX
DragonFly BSD
Devuan GNU/Linux
GhostBSD
TrueOS
EasyOS
OpenBSD
NuTyX
Tiny Core Linux
Artix Linux
Haiku
Obarun
Fatdog64 Linux
VectorLinux
HardenedBSD
GuixSD
Porteus
CRUX
Elive
Bedrock Linux
Calculate Linux
NomadBSD
Redcore Linux
Parabola GNU/Linux-libre
NetBSD
SliTaz GNU/Linux

и ещё под сотню других дистров, сборок и прочего.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

40. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от user90 (?), 05-Сен-19, 12:02 
-- Ах так!? Ну тогда.. ну тогда.. они непопулярные и никому не нужны, вот! (дальнейший ход активности межушного ганглия анонимуса. Еще может про "продакшен" задвинуть).
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

67. "Выпуск системного менеджера systemd 243"  –5 +/
Сообщение от Дымemail (?), 05-Сен-19, 13:07 
Пасип, поржал.
Винду бы ещё включили, SCO Unix, HP-UX, Irix & IBM AIX: тож ведь не-системдшные, а списочек вон -- аж на пяток пунктов длиннее стал бы.
Я к чему. Нафига здесь системы, на которые системд даже не рассчитывался?
Чего ради прилюдно, да ещё и бесплатно, напяливать собственное чучело совы на собственное чучело Земли?
Оставьте только линуксы, к которым системд даже пока не пробовали прикрутить -- сколько их?..
В приведённом списке под четверть -- БСДшки только. Ещё половина от оставшихся -- мало кому известные поделки.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

77. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от пох. (?), 05-Сен-19, 13:19 
> Винду бы ещё включили,

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

На самом деле, конечно, нет - он вон dns'ом через dbus нифига не умеет управлять.

> Оставьте только системы, мало-мальски пригодные для повседневной деятельности -
> сегодняшнего дня, а не устаревшие на 40 лет

поправил, не благодари. Выбор будет просто офигителен, и у каждой будут такие свои тараканы (не говоря уже о блестящих ближайших перспективах), что винда-то вполне еще ничего покажется.


Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

97. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Аноним (-), 05-Сен-19, 13:48 
> Пасип, поржал.

Не за что. Чем бы дитя не тешилось, лишь бы было радо.

> Нафига здесь системы, на которые системд даже не рассчитывался?

Ты ветку читаешь, ась? Там чувак спрашивает, что нет у него видите-ли альтернатив. Ему дали альтернативы. К чему твой нелепый сарказм про SCO Unix, HP-UX, Irix & IBM AIX???

> на которые системд даже не рассчитывался

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

> В приведённом списке под четверть -- БСДшки только.
> Ещё половина от оставшихся -- мало кому известные поделки.

Войд, слака, генту, артикс - поделки? Мда, нет слов. И что ты имеешь против БCДшек? Представь себе, они все без системд.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

177. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Дым (ok), 09-Сен-19, 05:45 
>> Пасип, поржал.
> Не за что. Чем бы дитя не тешилось, лишь бы было радо.
>> Нафига здесь системы, на которые системд даже не рассчитывался?
> Ты ветку читаешь, ась? Там чувак спрашивает, что нет у него видите-ли
> альтернатив. Ему дали альтернативы. К чему твой нелепый сарказм про SCO
> Unix, HP-UX, Irix & IBM AIX???

Не дали. Поскольку тема про системд, эрго: речь о линях -- и только. А раз у этого манипулятора хватило наглости БСДшки в список вкорячить, так и моё дополнение в строку. Лажать -- так по полной, чё стесняться-то? Винду не забыть туда же.

>> на которые системд даже не рассчитывался
> Фэйл на фэйле. Даже из этого списка есть, как минимум, три системы,
> где вначале был системд, но затем был выпелен беспощадно и бесповоротно.
> Взять хотя бы Войд линукс, откуда системд был удален с позором.
>> В приведённом списке под четверть -- БСДшки только.
>> Ещё половина от оставшихся -- мало кому известные поделки.
> Войд, слака, генту, артикс - поделки? Мда, нет слов.

И какой дебил будет ставить ЭТО в продакшн?
Маразм крепчает.

> И что ты имеешь против БCДшек? Представь себе, они все без системд.

Да ладнО_о... Спасибо, кэп!

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

113. Скрыто модератором  –2 +/
Сообщение от Аноним (113), 05-Сен-19, 15:25 
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

117. "Выпуск системного менеджера systemd 243"  –3 +/
Сообщение от киця (?), 05-Сен-19, 16:19 
Из всего этого жива только гента. Собрать на коленке рандомные приложения и назвать это дистрибутивом я тоже могу, но это не отменяет смерти инитов.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

41. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от пох. (?), 05-Сен-19, 12:09 
> Выбора давно уже нет, зоопарк древних инитах мало где поддерживается.

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

заметь - это я еще ни словечка о "десктопе".


Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

45. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (13), 05-Сен-19, 12:24 
это да, было бы пофиг на этот системдос если бы погромисды к нему не прибивали свои поделки гвоздями
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

55. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от пох. (?), 05-Сен-19, 12:42 
> это да, было бы пофиг на этот системдос если бы погромисды к
> нему не прибивали свои поделки гвоздями

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

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

110. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Аноним84701 (ok), 05-Сен-19, 14:51 
>  погромисды к нему не прибивали свои поделки гвоздями

А про новый стандарт шутки шутить стали совсем не на пустом месте ;)
https://www.freedesktop.org/software/systemd/man/daemon.html
> New-Style Daemons
> Modern services for Linux should be implemented as new-style daemons.
> This makes it easier to supervise and control them at runtime and simplifies their implementation.

...
> For developing a new-style daemon, none of the initialization steps recommended for SysV daemons need to be
> implemented. New-style init systems such as systemd make all of them redundant. Moreover, [...] it is recommended not
>  to execute them when run as new-style service.

И как вишенка на тортике:
> These recommendations are similar but not identical to the Apple MacOS X Daemon Requirements.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

57. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Anonymoustus (ok), 05-Сен-19, 12:48 
Так в исходниках же написано — return 1. А ты просто хейтер, хейтер!
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

122. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (-), 05-Сен-19, 16:56 
> а в том что без костылей и подпорок в таких системах не работают программы, написанные под "новый стандарт"
> демон не умеющий fork, гадящий вместо логов неотключаемо в stderr, и падающий словив любой сигнал

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

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

164. "Выпуск системного менеджера systemd 243"  +/
Сообщение от PnDx (ok), 06-Сен-19, 15:31 
И ещё не способный дропнуть себе привилегии (т.к. без fork), прочитав сначала откуда надо приватные части. Зато (наверное) носящий почётное звание "12-факторное приложение" (это когда приватный ключ для SSL запихивается при запуске куда-нибудь в окружение процесса тупо потому что больше некуда, и логи поливаются в stdout/stderr по аналогичной причине).

…Чуть не забыл. В последних change-логах от systemd проскакивал окончательный запрет юниту запускаться из-под рута. А то расфоркались тут…

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

12. "Выпуск системного менеджера systemd 243"  +2 +/
Сообщение от Аноним (12), 05-Сен-19, 11:14 
Те кто понимает объясните пожалуйста, что за нововведения? Больше плохого или пока не все так плохо?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от Аноним (21), 05-Сен-19, 11:24 
Было плохо и стало еще хуже.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Выпуск системного менеджера systemd 243"  +10 +/
Сообщение от Аноним (21), 05-Сен-19, 11:24 
У системд версия 243 у хрома 76. Из этого легко сделать вывод (243/76) что системд в 3.2 раза лучше хрома.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от anonymous (??), 05-Сен-19, 11:45 
Скорее в 3.2 раза больше жрет памяти.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

32. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от user90 (?), 05-Сен-19, 11:53 
Сложно сказать, применима ли линейная метрика к таким запредельным версиям? :)
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

34. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от A.Stahl (ok), 05-Сен-19, 11:54 
>less --version
>less 487 (GNU regular expressions)

Но всё ещё значительно хуже less.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

59. "Выпуск системного менеджера systemd 243"  +/
Сообщение от trolleybusemail (?), 05-Сен-19, 12:50 
> less --version
> less 551 (PCRE regular expressions)

Ваша less значительно хуже моей...

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

103. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от A.Stahl (ok), 05-Сен-19, 14:09 
Да, ваша less несколько more...


Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

174. "Выпуск системного менеджера systemd 243"  +/
Сообщение от siu77 (ok), 07-Сен-19, 12:24 
Версия 243 вышла после 5-ти месяцев разработки. Отсюда вывод, что первая версия появилась ( ( 243 x 5 ) / 12 ) больше ста лет назад.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

29. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Ilya Indigo (ok), 05-Сен-19, 11:51 
> В обработчик PID 1 добавлено распознавание генерируемых ядром сигналов о нехватке памяти (Out-Of-Memory, OOM) для перевода юнитов, достигших лимита в потреблении памяти, в специальное состояние с опциональной возможностью их принудительного завершения или остановки;

Лёня предлогает браузеры, компиляторы и архиваторы как systemd-юниты запускать?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

71. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от кек (?), 05-Сен-19, 13:12 
На самом деле да.

Ideally, GNOME would run all its apps as systemd --user services. We could then set DefaultMemoryHigh= globally for the systemd --user instance to some percentage value (which is taken relative to the physical RAM size). This would then mean every user app individually could use — let's say — 75% of the physical RAM size and when it wants more it would be penalized during reclaim compared to apps using less. If GNOME would run all apps as user services we could do various other nice things too. For example, it could dynamically assign the fg app more CPU/IO weight than the bg apps, if the system is starved of both.

https://lists.fedoraproject.org/archives/list/devel@lis.../

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

101. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Павел Отредиезemail (?), 05-Сен-19, 14:02 
Млять, я спокойно пользуюсь дистрами с systemd, и вообще был лоялен. Но чаша терпения переполнена. Что им неймётся что-ли, все придумывают и придумывают. Уж все работает, сиди оттачивай.... Чужие настройки переопределяют, я вот буду в 3 местах искать там этот ipv6...
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

102. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Павел Отредиезemail (?), 05-Сен-19, 14:07 
Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

146. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от Аноним (146), 05-Сен-19, 23:59 
>> Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((

А мне, уважаемый Павел Домибемоль, нужно совсем наоборот - чтобы он НЕ был бинарным (ошибки исправлять в скрипте лично мне проще, чем в бинарнике. И IMHO ради исправления одной строчки тратить парочку-тройку часов на пересборку всего ентого чуда-юда как-то нерационально, что-ли, по сравнению с несколькими минутами для исправления в скрипте). И упавший сервис после пары попыток трогать не нужно - если с пары попыток поднять не удалось, значит что-то тут не то, сообщить админу, пусть разбирается. А вот по поводу "изменений на пять листов", при чем мне лично в работе абсолютно не нужных - поддерживаю на все 300

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

159. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от BSA (?), 06-Сен-19, 10:32 
Сервис, который упал и не поднимается, действительно трогать не стоит. А вот сервис, который падает раз в год часов в 3-4 утра, поднять автоматически стоит. Кроме того, есть сервисы, которые зависят от других сервисов (например, бд). И может возникнуть ситуация, что зависимость стартовала, но обслуживание не начала (готовится), зависимый сервис стартанул, обратился к зависимости, понял, что ее нет, и завершился.
Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

160. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (160), 06-Сен-19, 11:59 
Ууу. Так у вас падающая БД рестартует автоматом? Нормально.
Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

162. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от evkogan (?), 06-Сен-19, 14:21 
Перестартовать сервис который падает раз в году, все за пусть перестартовывает.
Но причем здесь все остальное что этот комбайн пытается делать?
И да насчет зависимостей, а это Вы о чем?
У Вас раз в году упала БД, ее перезапустили (ну что-там с данными пофиг), но пока перезапускали сервис к ней обращавшийся упал? А если БД не ответила не по причине падения? Кто так делает?
А если Вы именно про старт, то при старте зависимости надо настраивать нормально.
И кстати никогда не понимал зачем на серверах ускорять загрузку. Он перезагружается редко и подождать 1-2 минуты лишние вообще не проблема. Особо если учитывать сколько нормальный сервер сам грузится еще до ядра.
Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

166. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Павел Отредиезemail (?), 06-Сен-19, 16:27 
Если рационализировать общее недовольство, то можно сказать, что разработчики погрешают против одного из старых принципов unixway: "Сделай немного, но сделай это хорошо".
Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

178. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 09-Сен-19, 09:24 
> Если рационализировать общее недовольство, то можно сказать, что разработчики погрешают
> против одного из старых принципов unixway: "Сделай немного, но сделай это
> хорошо".

"Можешь не программировать -- не программируй."

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

171. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (171), 06-Сен-19, 23:02 
Эээ, для этого Kubernetes городили, а не systems.
Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

165. "Выпуск системного менеджера systemd 243"  +/
Сообщение от ПавелС (ok), 06-Сен-19, 16:01 
>>> Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((
> А мне, уважаемый Павел Домибемоль, нужно совсем наоборот - чтобы он НЕ
> был бинарным (ошибки исправлять в скрипте лично мне проще, чем в

Ну тут вы не совсем правы. В Fork модель заложено простое отслеживание состояния потомков. Что трудно в скриптах. Это аналогично строчке respawn в /etc/inittab. Многие умельцы и раньше пользовались для критичных сервисов.

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

75. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от InuYasha (?), 05-Сен-19, 13:17 
ООМится обычно java в виде какого-нибудь elasticsearch. На домашнем компе ООМ - довольно странно.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

78. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от кек (?), 05-Сен-19, 13:19 
Конечно странно, ведь обычно домашние юзеры используют юзерспейсные киллеры, и до оом дело не доходит.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

81. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Дым (ok), 05-Сен-19, 13:31 
> Конечно странно, ведь обычно домашние юзеры используют юзерспейсные киллеры, и до оом
> дело не доходит.

earlyoomkiller поставить и не париться.

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

30. "Выпуск системного менеджера systemd 243"  –9 +/
Сообщение от Аноним (30), 05-Сен-19, 11:52 
> интеграцию в PID 1 обработчика нехватки памяти в системе

Я не фанат Лёни и его политики добавлять в systemd весь функционал, который только может быть в системе, но контроль за ситуацией OOM - это именно то, чем должен заниматься прародитель всех процессов, и именно он и только он должен этим заниматься, а не всякие левые поделия.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от Аноним (-), 05-Сен-19, 12:36 
родители пусть порождают. это то, чем они должны заниматься, а в нормальных ОС памятью должен заниматься memory manager - необходимо это для делегирования полномочий. в линуксе этот архитектурный дефект ещё несколько лет будет аукаться. если встроить такой функционал в системд, то огроменный и дичайший вектор атаки. блин в windows xp работа с памятью лучше организована... ей богу.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

111. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от xm (ok), 05-Сен-19, 15:04 
Причём, при всей очевидности что линуксоиды тупо не смогли нормальный memory manager, после бурления говн вокруг ничтоже сумняшеся теперь утверждается, что это не баг, а фича, и вообще памятью всей, аг должны рулить из user space. Ну ок, чё
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

118. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (118), 05-Сен-19, 16:30 
> в windows xp работа с памятью лучше организована...

Там и не было никакой работы, потолок памяти где-то в 1.3гб на процесс.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

143. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от KonstantinB (ok), 05-Сен-19, 23:30 
Контроль за ситуацией OOM - это то, чем должно заниматься ядро. (Если у нас не микроядерная архитектура, конечно, но мы же тут про Линукс, правда?)

А вариация на тему earlyoom - да какая разница, под каким PID?

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

33. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (24), 05-Сен-19, 11:54 
Давно пора уже из системдэ сделать отдельностоящий операционный систем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Леня Потный (?), 05-Сен-19, 12:11 
> Давно пора уже из системдэ сделать отдельностоящий операционный систем.

мы давным-давно ее сделали - SystemD/Linux называется.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

95. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (83), 05-Сен-19, 13:46 
Ну я к тому что системдэ и гномтри это деверсия против линукс.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

104. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Павел Отредиезemail (?), 05-Сен-19, 14:13 
Он не Лёня Потный, он Гарри Поттер честно слово.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

56. "Выпуск системного менеджера systemd 243"  +2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 12:43 
> Давно пора уже из системдэ сделать отдельностоящий операционный систем.

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

Они. Даже. И. Не. Подумают.

Еда, не трепыхайтесь под клыками...

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

73. "Выпуск системного менеджера systemd 243"  +/
Сообщение от К...к...контролёр (?), 05-Сен-19, 13:13 
> Еда, не трепыхайтесь под клыками...

ей вообще-то и разговаривать не положено!


Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

92. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 13:41 
>> Еда, не трепыхайтесь под клыками...
> ей вообще-то и разговаривать не положено!

Ты пропустил ЭуроцЫркуляр про это ЭуроСво ^H^H^H Ценность?

Экий ты человеконенавистник.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

38. "Выпуск системного менеджера systemd 243"  +2 +/
Сообщение от Аноним (38), 05-Сен-19, 12:00 
systemd - лучшее что что случилось с Linux за последние времена.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Аноним (39), 05-Сен-19, 12:01 
В systemd-networkd мне не хватает двух вещей:
— интеграции с systemd для привязки активации юнитов к поднятию и падению отдельных линков;
— выдачи постоянных IPv4-адресов встроенным DHCP-сервером, а не новых случайных каждый раз (хотя бы по хэшу MAC'ов, как сделано в dnsmasq).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Дымemail (?), 05-Сен-19, 12:57 
> — интеграции с systemd для привязки активации юнитов к поднятию и падению отдельных линков;

Особенно к применению/сбросу правил фаервола по отношению к поднимаемому/опусканемому интерфейсу.

> — выдачи постоянных IPv4-адресов встроенным DHCP-сервером, а не новых случайных каждый раз (хотя бы по хэшу MAC'ов, как сделано в dnsmasq).

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

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

69. "Выпуск системного менеджера systemd 243"  +/
Сообщение от пох. (?), 05-Сен-19, 13:10 
>> — интеграции с systemd для привязки активации юнитов к поднятию и падению отдельных линков;
> Особенно к применению/сбросу правил фаервола по отношению к поднимаемому/опусканемому
> интерфейсу.

а это чтоб был удобный и полезный race, когда интерфейс-то уже поднялся, а правила еще не применены?

зачем вы их без конца "применяете", интересно?


Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

76. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Дымemail (?), 05-Сен-19, 13:18 
Взгляните из любопытства, как:
а) поднимаются/опускаются правила иптаблиц или nft при использовании /etc/net
б) работает с правилами защиты сервисов фейл2бан.
Мож, хоть кругозор слегка расширите.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

82. "Выпуск системного менеджера systemd 243"  +/
Сообщение от пох. (?), 05-Сен-19, 13:31 
> а) поднимаются/опускаются правила иптаблиц или nft при использовании /etc/net

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

> б) работает с правилами защиты сервисов фейл2бан.

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

> Мож, хоть кругозор слегка расширите.

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

когда еще я сам делал подобные конструкции (в те далекие времена, когда это еще имело смысл делать силами одного человека не из готового овериненеренного блоатваря) - у меня ничего "динамически" не "поднималось". И вполне себе работало.
Возможно по этой причине и с полевой проктологией как-то пока расходились.

А сейчас проще махнуть на все рукой, идиотски хихикая, глядя на модные поделки - "это ж линух, чего вы хотели-то - у них так - все!"

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

49. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Anonymoustus (ok), 05-Сен-19, 12:35 
«Новый инит», — говорите?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (52), 05-Сен-19, 12:37 
Самый лучший, самый безопасный, самый самый: systemd - выбор профессионалов!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

61. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Дымemail (?), 05-Сен-19, 12:51 
Когда уж в системд-нетворкд можно будет в секции [Route] один шлюз указывать для нескольких маршрутов? Чтоб не плодить их портянками в файле. Типа такого:

[Route]
Destination = 192.168.1.0/24
Destination = 172.16.0.0/12
Destination = 10.0.0.0/8
Gateway = 192.168.0.254

Вместо:

[Route]
Destination = 192.168.1.0/24
Gateway = 192.168.0.254

[Route]
Destination = 172.16.0.0/12
Gateway = 192.168.0.254

[Route]
Destination = 10.0.0.0/8
Gateway = 192.168.0.254

И уже реализуют подъём РРР-соединений?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Выпуск системного менеджера systemd 243"  +2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 12:58 
> когда в системд-нетворкд

Вижу острую нехватку /bin/bash, GNU /bin/bash, по твоему камменту, маладой падаван, ...

> И уже реализуют подъём РРР-соединений.

...ох, острую-обстрённую!

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

70. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от пох. (?), 05-Сен-19, 13:12 
> Вижу острую нехватку /bin/bash, GNU /bin/bash, по твоему камменту, маладой падаван, ...

вообще-то pppd и без баша вполне обходился...

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

86. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Дым (ok), 05-Сен-19, 13:36 
>> когда в системд-нетворкд
> Вижу острую нехватку /bin/bash, GNU /bin/bash, по твоему камменту, маладой падаван, ...

Вижу бабульку в тёмной комнате, обвешанной коврами, со свечкой на столе, глядящую слезящимися глазёнками в исцарапанный стеклянный шарик, вангующую суровое грядущее для линуксоЕдов.

>> И уже реализуют подъём РРР-соединений.
> ...ох, острую-обстрённую!

Тут согласился бы, однако не только в глубинке это окаменелое технологиЕ пока ещё востребовано, бедная старушка...

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

79. "Выпуск системного менеджера systemd 243"  +/
Сообщение от InuYasha (?), 05-Сен-19, 13:20 
Вообще-то как раз второй вариант с раздельными сущностями одного класса выглядит намного логичнее.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

84. "Выпуск системного менеджера systemd 243"  +/
Сообщение от пох. (?), 05-Сен-19, 13:34 
> Вообще-то как раз второй вариант с раздельными сущностями одного класса выглядит намного
> логичнее.

у меня есть система с примерно полусотней специфик - как думаешь, удалось бы тебе найти ошибку в подобной простыне?

При том что выходных интерфейсов всего четыре.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

88. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Дым (ok), 05-Сен-19, 13:39 
> Вообще-то как раз второй вариант с раздельными сущностями одного класса выглядит намного
> логичнее.

Как вариант -- ждать, пока к тому же ваергарду прикрутят (что вряд ли) навязывание маршрутов с условного "сервера" условному "клиенту" а-ля опенвпн.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

133. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Аноним (133), 05-Сен-19, 18:51 
>Когда уж в системд-нетворкд можно будет в секции [Route] один шлюз
>указывать для нескольких маршрутов?
>Чтоб не плодить их портянками в файле.

А ты не плоди портянки, плоди бинарники, это же в вашем стиле!

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

114. "Выпуск системного менеджера systemd 243"  –2 +/
Сообщение от Аноним (114), 05-Сен-19, 15:33 
Systemd растет
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

115. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от Andrey Mitrofanov_N0 (??), 05-Сен-19, 15:37 
> Systemd растет

Скоро ложкой в рот попадать будет!  Сам!!

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

157. "Выпуск системного менеджера systemd 243"  +/
Сообщение от пох. (?), 06-Сен-19, 10:17 
>> Systemd растет
> Скоро ложкой в рот попадать будет!  Сам!!

вилкой в глаз. Причем, разумеется, в чужой.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

158. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 06-Сен-19, 10:25 
>>> Systemd растет
>> Скоро ложкой в рот попадать будет!  Сам!!
> вилкой в глаз. Причем, разумеется, в чужой.

Теперь, когда ты из предупредил!, которые ему филку дадут, сами ж себе злобные виноваты.

И ваще по инструкции  тама вилок не должно быть!
Где там цЫтата про _не_-форк и логи в stderr? (djb -- даже на поблагодарил--)

Документированная фичча!123

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

119. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (119), 05-Сен-19, 16:32 
Пухнет!
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

121. "Выпуск системного менеджера systemd 243"  +4 +/
Сообщение от qwerty123 (??), 05-Сен-19, 16:40 

Как сельский клозет на дрожжах!
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

116. "Выпуск системного менеджера systemd 243"  +2 +/
Сообщение от Аноним (116), 05-Сен-19, 15:59 
Это не системный менеджер, а системный монстр=)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

120. "Выпуск системного менеджера systemd 243"  +3 +/
Сообщение от qwerty123 (??), 05-Сен-19, 16:39 

"Вышел новый релиз операционной системы SystemD"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

127. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Леня Потный (?), 05-Сен-19, 17:49 
ну что вы, это только ядро!
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

132. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (132), 05-Сен-19, 18:49 
"Вышел новый релиз операционной системы SystemD"
Не сильно долго ждать, когда не надо будет в случае несогласия форкать ядро Linux, потому что systemd-kerneld-OSd уже дропнет весь код linux за ненадобностью вытеснив все его функции своими serviced
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

131. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (131), 05-Сен-19, 18:44 
>для перевода юнитов, достигших лимита в потреблении памяти,
>в специальное состояние с опциональной возможностью их
>принудительного завершения или остановки;

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

145. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Аноним (30), 05-Сен-19, 23:43 
Сейчас набигут инноваторы от IT с требованием отчитаться, сколько не текущих и оптимизированных программ написали бы древние разработчики за то время, когда они напишут прототип на питоне или ноде.
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

135. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Nonimus (?), 05-Сен-19, 19:52 
Зачем в systemd добавили встроенный tftpd сервер? Как его настроить/отключить?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

136. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Аноним (136), 05-Сен-19, 20:12 
Если вынуть один из дисков система по прежнему не грузится?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

167. "Выпуск системного менеджера systemd 243"  +/
Сообщение от пох. (?), 06-Сен-19, 19:56 
зачем так мучаться - просто смени hostname!

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

140. Скрыто модератором  +2 +/
Сообщение от Аноним (140), 05-Сен-19, 22:48 
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

142. Скрыто модератором  +1 +/
Сообщение от D (?), 05-Сен-19, 23:15 
Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

152. Скрыто модератором  –3 +/
Сообщение от Аноним (-), 06-Сен-19, 06:26 
Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

144. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от ALex_hha (ok), 05-Сен-19, 23:32 
А подскажет кто можно ли выключить автогенерацию юнитов, который системд делает для скриптов в /etc/init.d ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

173. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Аноним (173), 07-Сен-19, 09:40 
Можно, но поскольку это реализовано, как всё в системде, при этом отвалятся и все нативные сервисы, для которых есть одноимённые скрипты в /etc/init.d.
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

147. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Аноним (147), 06-Сен-19, 02:42 
Велосипед то все разрастается. А начиналось все с банального "мы хотим ускорить загрузку системы"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

148. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от аноним3 (?), 06-Сен-19, 04:04 
еще сидя на ините читал новости типа: "вышла системд 29 и она почти готова")) смотришь а уже 243 вышла. всегда задавался вопросом они раз в 3 дня меняют номер?)))
Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

151. "Выпуск системного менеджера systemd 243"  –1 +/
Сообщение от Anonymoustus (ok), 06-Сен-19, 05:18 
> еще сидя на ините читал новости типа: "вышла системд 29 и она
> почти готова")) смотришь а уже 243 вышла. всегда задавался вопросом они
> раз в 3 дня меняют номер?)))

Поцтеринги не сидели сложа руки. За время подготовки готовности руконогие поцтеринги накодили 1,2 млн строк волшебного поц-кода.

Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

149. "Выпуск системного менеджера systemd 243"  +/
Сообщение от аноним3 (?), 06-Сен-19, 04:05 
еще сидя на ините читал новости типа: "вышла системд 29 и она почти готова")) смотришь а уже 243 вышла. всегда задавался вопросом они раз в 3 дня меняют номер?)))
Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

163. "Выпуск системного менеджера systemd 243"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 06-Сен-19, 15:22 
> Велосипед то все разрастается. А начиналось все с банального "мы хотим ускорить
> загрузку системы"

Они уже много лет как не "ускоряют".
Пора бы и заметить, что нас нае.. обманули.

http://www.opennet.dev/openforum/vsluhforumID3/112870.html#47
http://www.opennet.dev/openforum/vsluhforumID3/117668.html#166
  +
"" systemd

inconveniences: everyone in the gnu/linux ecosystem who doesnt want it, or that considers it a security/stability problem
breaks: the entire debian ecosystem, among others
benefits: large corporations with big resources, who want the ecosystem designed in a way that gives them more (most) control over design and maintenance
allegedly fixes: the linux ecosystem, old designs, networking, init-- everything that can possibly be brought under an opaque, convoluted, monopolistic umbrella
foisted by: red hat, a few debian developers, allegedly gnome (contested by groups who have cheerfully bragged that you will be forced to use it) ""

--https://freemedia.neocities.org/redix-watch.html

Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

153. "Выпуск системного менеджера systemd 243"  +/
Сообщение от manlee (?), 06-Сен-19, 08:21 
Зато теперь мы знаем как вирусы прийдут на Linux
Через системД !
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

155. "Выпуск системного менеджера systemd 243"  +1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 06-Сен-19, 09:24 
> Зато теперь мы знаем как вирусы прийдут на Linux
> Через системД !

"" Здравствуйте!  Я наследный зимбабвийский Вирус!! Пошалуста пропришите меян в .юнит фейл и запустите под рутом. ""

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру