forum.opennet.ru

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

Оглавление

Выпуск Red Hat Enterprise Linux 6.9, opennews (ok), 21-Мрт-17, (0) [смотреть все]

УРА побежал оформлять платную подписку , vantoo (ok), 18:16 , 21-Мрт-17, (1) +1 //

Сколько за год стоит , Аноним (-), 21:22 , 21-Мрт-17, (29) //

Для ценителей RHEL Server Self-support 349Standard Physical or Virtual Nod, F1 (??), 03:21 , 22-Мрт-17, (59) +3 //

SelfSupport - хороший вариант Заплати 350 бачей за то, что будешь САМ её поддер, Аноним (-), 10:10 , 23-Мрт-17, (101) +1

Это доступ к обновлениям и базе знаний отличие от других уровней поддержки в то, Аноним (-), 16:31 , 23-Мрт-17, (106)

База знаний, кстати, так себе Гугл ее вполне себе заменяет, Анжелика (?), 09:29 , 24-Мрт-17, (113)

Кстати, а как в Редхате с PRоделками Поттеринга Энтерпрайз типа, все дела Тоже, Аноним (-), 18:26 , 21-Мрт-17, (2) //

Объясните, пожалуйста, чем так плох systemd По пунктам, аргументированно , testt (ok), 18:38 , 21-Мрт-17, (5) +1 //

http www opennet ru opennews art shtml num 41146, anonymous (??), 18:54 , 21-Мрт-17, (10) –4 //

Там вроде нет других причин кроме отсутствия гибкости , Аноним (-), 22:45 , 21-Мрт-17, (46)

а это мало Можете посмотреть багзилу - и количество критических багов там , Аноним (-), 08:15 , 22-Мрт-17, (70)

Объясняю плох не s-d, а принудительная смена ориентации Debian-а , Andrey Mitrofanov (?), 18:58 , 21-Мрт-17, (11) +5
одменов захотели сделать взаимозаменяемыми, чтоб новому одмену не пришлось изуча, Аноним (-), 19:09 , 21-Мрт-17, (14) +1 //

Претензии к systemd делятся на две части - объективная критика кода и архитектур, KonstantinB (ok), 22:45 , 21-Мрт-17, (45) +1

И Вас ведь не затруднит её озвучить, задачу эту , freehck (ok), 23:42 , 21-Мрт-17, (51) +1

Главное что есть у systemd или у svc в Солярисе, но чего нег у SysV init, это уд, Zulu (?), 23:55 , 21-Мрт-17, (53) –2

Ага, потому что init это не менеджер сервисов Менеджер сервисов это supervisord, Аноним (-), 08:13 , 22-Мрт-17, (69)

monit это костыль Возникший из-за угребищности sysV init и не решающий все зада, Zulu (?), 01:34 , 23-Мрт-17, (97) –1

Это всё делается коротким ba sh-скриптом в runit-е или daemontools-е, или любо, Andrey Mitrofanov (?), 16:09 , 23-Мрт-17, (105)

Если обобщить - то сервисы как first class objects , KonstantinB (ok), 19:17 , 22-Мрт-17, (94) –1

Так systemd - это, оказывается, язык программирования Нет, я понимаю Чем тум, freehck (ok), 23:08 , 22-Мрт-17, (96)

Нет, это кто-то за деревьями не видит леса , Zulu (?), 01:35 , 23-Мрт-17, (98) –2

К сожалению, деревьев действительно целый лес , freehck (ok), 15:48 , 23-Мрт-17, (104)

Объекты бывают не только в языках программирования В Sun-овских презентациях SMF, KonstantinB (ok), 23:30 , 23-Мрт-17, (111) –2

Объекты-то бывают, а вот объекты первого класса - это вполне определённое поняти, freehck (ok), 12:46 , 24-Мрт-17, (114)

Как можно более ускорить старт виртуальных инстансов на ноде, не дожидаясь, пока, Вася Куропаткин 8 А (?), 23:37 , 23-Мрт-17, (112) –2

Лично меня как юзера десктопный sysvinit полностью устраивает Это как с эволюци, Аноним (-), 10:32 , 22-Мрт-17, (72) +3

Знаете, если хотите почитать об этом, зайдите в любую новость об очередном релиз, freehck (ok), 19:23 , 21-Мрт-17, (16) +1 //

Ни тогда, ни сейчас, аргументы про плохость systemd не блистали ясностью и неп, Аноним (-), 06:51 , 22-Мрт-17, (63) –3

Вся трабла в том, что разработчики просили инит, а им системный менеджер вкорячи, ChepyKot (?), 07:42 , 22-Мрт-17, (68) +2
Что неясно Какие противоречия Голословно Классно ты умеешь с соломенными чучел, Аноним (-), 10:40 , 22-Мрт-17, (73) –1
Да-да-да Сколько вам ни объясняй, всё равно вам ничего не понятно , и как след, freehck (ok), 22:52 , 22-Мрт-17, (95)

Там глобальный недостаток Этот код не принадлежит RedHat , Аноним (-), 18:26 , 23-Мрт-17, (107) +1

Для мну все решило неудобное руление из консольки То less всюду подставляет, то, Аноним (-), 19:43 , 21-Мрт-17, (18) +2
Пункт первый Перлы в коде, типа магических строк и прочего code arg_header st, Аноним84701 (ok), 19:58 , 21-Мрт-17, (21) +12 //

Читал я Мелкие нападкиНа шрифт, виньетки, опечатки,Намеки тонкие на то,Чего не, Аноним (-), 21:03 , 21-Мрт-17, (27)
А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются , Аноним (-), 21:19 , 21-Мрт-17, (28) –2

Нет конечно Но когда встречаются, приходится в срочном читай часы, а не недел, Аноним (-), 22:04 , 21-Мрт-17, (37) –1

Помню, когда на горе свистнул рак это пришлось аккурат к греческим календам , о, Аноним (-), 22:26 , 21-Мрт-17, (42) –2

некрасивый код ведет за собой вполне красивые дыры На одну из них тебе даже с, gogo (?), 22:13 , 21-Мрт-17, (39)

Дыры бывают и при вполне красивом коде Даже у дай Бог, пусть Он проживет еще д, Аноним (-), 22:37 , 21-Мрт-17, (44) –1

Нет Во-первых, многочисленные примеры быдлoкода свидетельствуют о больших органи, Аноним (-), 10:59 , 22-Мрт-17, (74) –3

После усиленного изучения исходных кодов системды, Аноним привел всего 10 пример, Аноним (-), 13:27 , 22-Мрт-17, (76) +4

Что за бессовестное передергивание С чего ты взял, что изучение было усиленным, Аноним (-), 14:03 , 22-Мрт-17, (77) –4

С того, что эти куски кода копируются из темы в тему, лишь изредка при этом попо, Аноним (-), 14:07 , 22-Мрт-17, (78) +3

1 Почему же до сих пор никто не исправил тогда 2 Сколько пунктов необходимо, ч, Аноним (-), 14:21 , 22-Мрт-17, (79) –1

Возможно, потому что никто не обратил на них внимание самих разработчиков Думаю,, Аноним (-), 14:32 , 22-Мрт-17, (80) +2

Первый попавшийся файл https github com systemd systemd blob master src libsys, Аноним (-), 15:30 , 22-Мрт-17, (82) +1

Правильно Нужно было создать единую функцию strappendRunSystemdSessions Зато н, Аноним (-), 15:50 , 22-Мрт-17, (83) +3
Не одни лишь Плохой демагог, ну Спорить дальше по конкретным пунктам смысла не , Аноним (-), 16:07 , 22-Мрт-17, (84)
Говорим не о странностях, а о том, что исходники системды не вписываются в конкр, Аноним (-), 16:35 , 22-Мрт-17, (85)
Все потому, что ты жонглируешь понятием стиля так, как тебе удобно Вот и полу, Аноним (-), 16:55 , 22-Мрт-17, (87) +1
То есть то, что там фигурные скобки после else не поставлены - это не стиль, а ч, Аноним (-), 17:16 , 22-Мрт-17, (89)
Особенно l Cразу вместе с I В древних шрифтах И конечно, для обозначения коли, другой Аноним (?), 17:28 , 22-Мрт-17, (90)
Если твой любимый шрифт заставляет тебя напрягаться, чтобы отличить i от I, I от, Аноним (-), 17:45 , 22-Мрт-17, (91) –2

Лишь были бы желуди, да , Аноним (-), 17:01 , 22-Мрт-17, (88)

Он не плох Просто это опеннет, тут любят bsd и не любят Поттеринга Жалкая реа, Zulu (?), 01:40 , 23-Мрт-17, (99) –1
ничем, vitvegl (?), 11:51 , 23-Мрт-17, (102) –1

В 6-й версии systemd нет Надеюсь, к 2020-му можно будет перейти на Devuan , anonymous (??), 18:42 , 21-Мрт-17, (6) –1 //

Это вряд ли Этот вышеотписавшийся юзер Дебьяна не сделал для Devuan ничегошен, Аноним (-), 19:47 , 21-Мрт-17, (19) +2 //

Я, как бывший юзер Дебьяна сделал для дебиана очень много, а именно - перешёл , Аноним (-), 08:24 , 22-Мрт-17, (71) +2
а чего делать-то предлагается Тщательно переписывать все новые и новые нагромож, пох (?), 18:46 , 22-Мрт-17, (93) –1

Да вообще-то уже сейчас можно Вы не смотрите, что он Beta Он таковым считает, freehck (ok), 23:54 , 21-Мрт-17, (52)

В Red Hat 6 используется upstart, в 7 - systemd , Casm (??), 18:45 , 21-Мрт-17, (7)
Редхат вообще и есть автор поттерингаподелок , Аноним (-), 07:41 , 22-Мрт-17, (67)
так же В смысле, без них скоро только embed останется, и то ненадолго У тебя уж, пох (?), 18:41 , 22-Мрт-17, (92) –2

А Мате в красной шапке есть , Аноним (-), 18:28 , 21-Мрт-17, (3) //

Есть для el7 в EPEL , Аноним (-), 18:50 , 21-Мрт-17, (9) +1

когда будет выпуск CentOS 6 9 , Аноним (-), 18:30 , 21-Мрт-17, (4) –2 //

Не понятно какие идиоты заминусовали это сообщение - ну да с ними CentOS 6 9, Аноним (-), 12:15 , 23-Мрт-17, (103) –1
Как только калькулятор единственного пользователя CentOS а осилит пересобрать RH, Ergil (ok), 18:53 , 23-Мрт-17, (108) –2

Второгном Жив , Аноним (-), 18:50 , 21-Мрт-17, (8)
RHN deprecated в пользу Red Hat customer portal access redhat com , eSyr (ok), 19:06 , 21-Мрт-17, (12)
Когда стоит ждать RHEL 8 Никаких движений пока не видно, хотя ветка RHEL 5 была, Аноним (-), 19:06 , 21-Мрт-17, (13) –1 //

А разве RHEL 5 ещё не прекратили поддерживать Может я чего-то недопонял, конечно, freehck (ok), 19:28 , 21-Мрт-17, (17) //

Ты явно что-то недопонял Применяя твои допущения, но с другой стороны, я делаю , Аноним (-), 07:01 , 22-Мрт-17, (64) //

Ааа, вот оно что Не досмотрел Спасибо , freehck (ok), 14:43 , 22-Мрт-17, (81) +1

Как только решат, ставить xfce или kde в дефолте У меня есть подозрения, что gn, Аноним (-), 19:49 , 21-Мрт-17, (20) –1 //

Ох уж эти наивные сектанты , Аноним (-), 20:11 , 21-Мрт-17, (22) –1 //

Сектанты - это вы Вот выкинут гном3, а ты и сожрешь так и надо , так приказано, Аноним (-), 20:56 , 21-Мрт-17, (25) +1

я и доси пользую на работе только почему там третий, когда там второй , Михрютка (ok), 21:48 , 21-Мрт-17, (36) –1

Прости, братишка, не уточнил Я про 7ку 6-ка божественна, да Последний оплот г, Аноним (-), 07:04 , 22-Мрт-17, (65)

На багтрекере лежмт задача про обновление гнома до 3 22 Ищите по словам rebase , Илья (??), 23:03 , 21-Мрт-17, (49)

К моменту выходы 3 33, как раз подоспеет 3 22 в центос Проблема никуда не денет, Аноним (-), 06:07 , 22-Мрт-17, (62)

И в чем это заключается Падение прибыли произошло, массовые отказы от подписки , Аноним (-), 20:48 , 21-Мрт-17, (24) //

Имеющие глаза видят, что модель разработки гнома и гтк не соответствует нормальн, Аноним (-), 20:58 , 21-Мрт-17, (26)

Туда нужно KDE5 , Аноним (-), 21:38 , 21-Мрт-17, (34)

Я нашёл для себя в гноме несколько действительно узких мест 1 альт-таб Работает, Илья (??), 23:17 , 21-Мрт-17, (50)

Как бы надо уметь ошибки признавать , Илья (??), 03:43 , 22-Мрт-17, (60)

К сожалению, гном-тим не из таких, кто умеет поэтому, на помоечку , Аноним (-), 07:06 , 22-Мрт-17, (66)

а зачем Седьмая версия 7 3 самый смак сейчас, 321 (??), 01:51 , 22-Мрт-17, (58)

Кто в теме для чего вообще нужен RHEL Где он обычно используется Кто его целев, Аноним (75), 12:20 , 22-Мрт-17, (75) –1 //

Ну, а для чего ты покупаешь страховку Чтобы прикрыть свой жопец Тут то же само, Вася Куропаткин 8 А (?), 01:42 , 23-Мрт-17, (100) –1 //

прекрасно прокатит - там, где нужны отмазки я кнопка нажаль, а оно - эшамбе, п, пох (?), 13:25 , 24-Мрт-17, (116)

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

5. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от testt (ok), 21-Мрт-17, 18:38

Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.

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

10. "Выпуск Red Hat Enterprise Linux 6.9" –4 +/–

Сообщение от anonymous (??), 21-Мрт-17, 18:54

> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.
http://www.opennet.ru/opennews/art.shtml?num=41146

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

46. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 21-Мрт-17, 22:45

Там вроде нет других причин кроме отсутствия гибкости

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

70. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 22-Мрт-17, 08:15

а это мало ?
Можете посмотреть багзилу - и количество критических багов там.

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

11. "Выпуск Red Hat Enterprise Linux 6.9" +5 +/–

Сообщение от Andrey Mitrofanov (?), 21-Мрт-17, 18:58

> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.
Объясняю: плох не s-d, а принудительная смена ориентации Debian-а.

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

14. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от Аноним (-), 21-Мрт-17, 19:09

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

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

45. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от KonstantinB (ok), 21-Мрт-17, 22:45

Претензии к systemd делятся на две части - объективная критика кода и архитектуры (а там действительно многое через задницу сделано), и упомянутая боль сзади у "veteran sysadmins".
Задача, которую решает systemd, давно назрела, и ее надо решать. Само же предлагаемое решение весьма сомнительно. Было бы лучше сначала довести его до ума, а уже потом пропихивать во все дистрибутивы. Еще лучше было бы решить парочку родовых проблем в целом весьма неплохого upstart, а не изобретать велосипед.

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

51. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от freehck (ok), 21-Мрт-17, 23:42

> Задача, которую решает systemd, давно назрела, и ее надо решать.
И Вас ведь не затруднит её озвучить, задачу эту?

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

53. "Выпуск Red Hat Enterprise Linux 6.9" –2 +/–

Сообщение от Zulu (?), 21-Мрт-17, 23:55

Главное что есть у systemd или у svc в Солярисе, но чего нег у SysV init, это удержание ожидаемого состояния системы.
Запущен ли сервис? Отключен или упал в процессе? Почему не стартовал сервис? Как предотвратить запуск сервиса в категорически неподходящей обстановке, чтоб он ничего не поломал (например чтоб ничего не писал в /whatever, покуда туда не примонтировалось то что должно)?
Это настолько очевидные вещи, что спрашивать о них может только человек ни разу не поддерживавший сколько-нибудь значительный парк серверов.

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

69. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 22-Мрт-17, 08:13

> Главное что есть у systemd или у svc в Солярисе, но чего
> нег у SysV init, это удержание ожидаемого состояния системы.
Ага, потому что init это не менеджер сервисов. Менеджер сервисов это supervisord, monit и т.п.

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

97. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от Zulu (?), 23-Мрт-17, 01:34

monit это костыль. Возникший из-за угребищности sysV init и не решающий все задачи. А так да.

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

105. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Andrey Mitrofanov (?), 23-Мрт-17, 16:09

> Запущен ли сервис? Отключен или упал в процессе? Почему не стартовал сервис?
> Как предотвратить запуск сервиса в категорически неподходящей обстановке, чтоб он ничего
> не поломал (например чтоб ничего не писал в /whatever, покуда туда
> не примонтировалось то что должно)?
Это всё делается коротким [ba]sh-скриптом в runit-е (или daemontools-е, или любом из других его идейных отпрысков), который [ВНИМАНИЕ! Это сложно, сосредоточьтесь1] короче соответствующей _простыни_ юнить-его-фейлов. :-P
http://jdebp.eu/FGA/run-scripts-and-service-units-side-by-si...
Это давно решённая проблема:
"TL;DR: Use runit; skip to “This is a Solved Problem” and “Additional Resources” sections at the end of this post."
http://jtimberman.housepub.org/blog/2012/12/29/process-super.../
> Это настолько очевидные вещи, что спрашивать о них может только человек ни
> разу не поддерживавший сколько-нибудь значительный парк серверов.

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

94. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от KonstantinB (ok), 22-Мрт-17, 19:17

Если обобщить - то сервисы как first class objects.

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

96. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от freehck (ok), 22-Мрт-17, 23:08

> Если обобщить - то сервисы как first class objects.
Так systemd - это, оказывается, язык программирования? :)
Нет, я понимаю. Чем туманнее сформулирована задача, тем веселее её решать. Так держать, молодцы.

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

98. "Выпуск Red Hat Enterprise Linux 6.9" –2 +/–

Сообщение от Zulu (?), 23-Мрт-17, 01:35

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

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

104. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от freehck (ok), 23-Мрт-17, 15:48

> это кто-то за деревьями не видит леса.
К сожалению, деревьев действительно целый лес.

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

111. "Выпуск Red Hat Enterprise Linux 6.9" –2 +/–

Сообщение от KonstantinB (ok), 23-Мрт-17, 23:30

Объекты бывают не только в языках программирования.
В Sun-овских презентациях SMF все это было очень подробно расписано, советую поискать.

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

114. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от freehck (ok), 24-Мрт-17, 12:46

> Объекты бывают не только в языках программирования.
Объекты-то бывают, а вот объекты первого класса - это вполне определённое понятие, специфичное только для языков программирования.

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

112. "Выпуск Red Hat Enterprise Linux 6.9" –2 +/–

Сообщение от Вася Куропаткин 8 А (?), 23-Мрт-17, 23:37

>> Задача, которую решает systemd, давно назрела, и ее надо решать.
> И Вас ведь не затруднит её озвучить, задачу эту?
Как можно более ускорить старт виртуальных инстансов на ноде, не дожидаясь, пока на самой физической машине прочихаются все сервисы. Примерно так, если исходить их того, какую фнукциональность подпихивают в systemd.

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

72. "Выпуск Red Hat Enterprise Linux 6.9" +3 +/–

Сообщение от Аноним (-), 22-Мрт-17, 10:32

Лично меня как юзера десктопный sysvinit полностью устраивает. Это как с эволюционизмом: в научном мире уже никто не будет оспаривать эволюционизм, будут лишь потихоньку уточнять какие-то вещи внутри эволюционизма. sysvinit -- то же самое. Если есть проблемы с sysvinit -- это не повод сносить его полностью. Это повод чутка улучшить sysvinit.
P.S. ну и да, горит по большей части вовсе не у админов. Или вы и впрямь считаете, что основная масса работы админа - настройка и написание логики для системы инициализации на серверах? Ну бредовый же аргумент, честное слово.

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

16. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от freehck (ok), 21-Мрт-17, 19:23

> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.
Знаете, если хотите почитать об этом, зайдите в любую новость об очередном релизе systemd и посмотрите комментарии.
Не подумайте, я Вас не посылаю: просто постоянно вылезают всякие с этим вопросом, а потом пропускают мимо ушей абсолютно всю аргументацию и начинают срaч. В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело.

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

63. "Выпуск Red Hat Enterprise Linux 6.9" –3 +/–

Сообщение от Аноним (-), 22-Мрт-17, 06:51

> В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело.
Ни тогда, ни сейчас, аргументы про "плохость" systemd не блистали ясностью и непротиворечивостью.
И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit был заменен на openrc или upstart в основных дистрибутивах, потому что у разработчиков назрела необходимость менять сам подход к понятию системного менеджера.

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

68. "Выпуск Red Hat Enterprise Linux 6.9" +2 +/–

Сообщение от ChepyKot (?), 22-Мрт-17, 07:42

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

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

73. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от Аноним (-), 22-Мрт-17, 10:40

>> В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело.
> Ни тогда, ни сейчас, аргументы про "плохость" systemd не блистали ясностью и
> непротиворечивостью.
Что неясно? Какие противоречия? Голословно!
> И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так
> делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit
> был заменен на openrc или upstart в основных дистрибутивах, потому что
> у разработчиков назрела необходимость менять сам подход к понятию системного менеджера.
Классно ты умеешь с соломенными чучелами сражаться.

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

95. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от freehck (ok), 22-Мрт-17, 22:52

>> В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело.
> Ни тогда, ни сейчас, аргументы про "плохость" systemd не блистали ясностью и непротиворечивостью.
Да-да-да. Сколько вам ни объясняй, всё равно вам "ничего не понятно", и как следствие этого, вы там додумываете про себя всякой чуши, и заявляете "вы сами себе противоречите". :)
В общем, дело обстоит так: спорить с деревом бесполезно. Растите себе на здоровье.
> И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так
> делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit
> был заменен на openrc или upstart в основных дистрибутивах, потому что
> у разработчиков назрела необходимость менять сам подход к понятию системного менеджера.
Если основные для Вас дистрибутивы в "досистемдэшное" время - это Ubuntu, Fedora и Gentoo (я вроде перечислил все дистрибутивы, где вышеназванные системы были приняты по дефолту), я могу Вам только посочувствовать.
А Вами как-то забывается, что вся критика sysvinit, которой Вы располагаете, относится к варианту sysv, который был в RHEL, но не имеет никакого отношения к распараллеленному sysvinit с зависимостями, который, внезапно, существовал в Debian ещё до того, как systemd начали писать.

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

107. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от Аноним (-), 23-Мрт-17, 18:26

> А Вами как-то забывается, что вся критика sysvinit, которой Вы располагаете, относится
> к варианту sysv, который был в RHEL, но не имеет никакого
> отношения к распараллеленному sysvinit с зависимостями, который, внезапно, существовал
> в Debian ещё до того, как systemd начали писать.
Там глобальный недостаток. Этот код не принадлежит RedHat.

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

18. "Выпуск Red Hat Enterprise Linux 6.9" +2 +/–

Сообщение от Аноним (-), 21-Мрт-17, 19:43

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

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

21. "Выпуск Red Hat Enterprise Linux 6.9" +12 +/–

Сообщение от Аноним84701 (ok), 21-Мрт-17, 19:58

> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.
Пункт первый:
Перлы в коде, типа магических строк и прочего:

arg_header = strdup(option+7);
strcpy(stpcpy(stpcpy(stpcpy(mempcpy(t, p, fn - p), ".#"), extra), fn), «XXXXXX»);
if (path_is_absolute(option+15))
ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
static int env_append(char **r, char ***k, char **a) {
char **strv_env_unset(char **l, const char *p) {
char **strv_env_set(char **x, const char *p) {

там еще есть интересный пунктик с проверками входных данных - они довольно бессистемны и дубли-"триплируются".
Т.е. классичесая проверка входящего аргумента, потом с этим аргументом вызывается еще что-то, что проверя свои входные данные тем же макаром, потом все это дело парсится, при этом повторяя как минимум часть кода из проверок. Результат используется только частично и только "на месте" и чуть видоизмененный (а иногда и не чуть, а скопипащенный) парсинг проводится в следующем вызове. Хотя казалось бы, разбери один раз, с нормальной проверкой и передавай что-то типа "parsed data struct".
В общем, самосборочный велосипед парсера в действии. Со всеми "вытекающими":
http://www.openwall.com/lists/oss-security/2016/09/28/9
> systemd v209+: local denial-of-service attack
> systemd[1] fails an assertion in manager_invoke_notify_message[2] when a zero-length message is received over its notification socket
Намек на второй пункт претензий:
https://www1.opennet.ru/opennews/art.shtml?num=41301
> В Systemd добавлен код для разбора формата JSON
> В дополнение к уже присутствующей поддержке формата XML
Про классику типа QR кодов и встроенного httpd скромно умолчим.
Третий:
https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
> * Most configurable timeouts in systemd now expect an argument of "infinity" to turn them off, instead of "0" as before.
А чтобы жизнь медом не казалась
> To maintain backwards compatibility, "0" continues to  turn off previously existing timeout settings
или
https://lwn.net/Articles/490413/
> you can still build it for usage outside of systemd systems, and we will support these builds
> officially. In fact, we will be supporting this for a long time
Да, лонг-тайм оказался периодом аж в два года.
Или очередной велосипедизм с элементами гвоздеприбивания колес:
https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
> When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.
>
Хотя в принципе, в долгосрочной перспективе достаточно и первых двух – монстр, которого очень тяжело поддерживать, как-то не является пределом мечтаний. А уж с таким глав-разработчиком …

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

27. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 21-Мрт-17, 21:03

"Читал я. Мелкие нападки
На шрифт, виньетки, опечатки,
Намеки тонкие на то,
Чего не ведает никто."

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

28. "Выпуск Red Hat Enterprise Linux 6.9" –2 +/–

Сообщение от Аноним (-), 21-Мрт-17, 21:19

А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются некие option+15? Нет конечно. Ты привел программистские проблемы = проблемы сопровождения самой системды, с которыми не сталкивается никто, кроме коммитеров в системду. Если там заменить option+15 на вменяемые конструкции, ты успокоишься? Нет конечно, пойдешь и будешь дальше разоблачать системду, находя то тут, то нам "а вон здесь не оставили пустую строчку после ифа, код не красив".

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

37. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от Аноним (-), 21-Мрт-17, 22:04

> А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются некие option+15?
Нет конечно. Но когда встречаются, приходится в срочном (читай: часы, а не недели) порядке обновлять парк систем и надеяться, что никакая зараза не успела проникнуть через этот option+15.

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

42. "Выпуск Red Hat Enterprise Linux 6.9" –2 +/–

Сообщение от Аноним (-), 21-Мрт-17, 22:26

> Но когда встречаются, приходится в срочном (читай: часы, а не недели) порядке обновлять парк систем и надеяться, что никакая зараза не успела проникнуть через этот option+15.
Помню, когда на горе свистнул рак (это пришлось аккурат к греческим календам), одна из зараз проникла "через этот option+15", и мне пришлось "в срочном (читай: часы, а не недели) порядке обновлять парк систем". Это было уже после Второго пришествия.

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

39. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от gogo (?), 21-Мрт-17, 22:13

"некрасивый" код ведет за собой вполне красивые дыры. На одну из них тебе даже ссылку человек дал.
systemd запущен в широкое использование сомнительными людьми, с сомнительными целями, без достаточной в нем необходимости и с жестким попранием альтернатив.
Я более чем уверен, что после смерти (дай Бог, не скорой) Линуса Торвальдса, Столмана и еще горстки "древних монстров", "линуксы" прогнут под корпорации. И без блобов ничего работать не будет в принципе. Как это уже сейчас на половине систем не работает.

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

44. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от Аноним (-), 21-Мрт-17, 22:37

> "некрасивый" код ведет за собой вполне красивые дыры. На одну из них
> тебе даже ссылку человек дал.
Дыры бывают и при вполне красивом коде. Даже у (дай Бог, пусть Он проживет еще долго) Линуса Торвальдса.
> systemd запущен в широкое использование сомнительными людьми, с сомнительными целями,
> без достаточной в нем необходимости и с жестким попранием альтернатив.
Системда идеальна для корпоративной среды. По причинам, которые уже указаны выше. Бизнесу необходимо, чтобы ни один из сотрудников не был незаменимым.
> Я более чем уверен, что после смерти (дай Бог, не скорой) Линуса
> Торвальдса, Столмана и еще горстки "древних монстров", "линуксы" прогнут под корпорации.
> И без блобов ничего работать не будет в принципе. Как это
> уже сейчас на половине систем не работает.
Не понимаю, при чем тут системда. Там есть какие-то блобы? Нет конечно. У критиков системды частенько бывают кажущиеся им логически верными заносы вроде "если установим системду, линус умрет, а корпорации внедрят блобы".

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

74. "Выпуск Red Hat Enterprise Linux 6.9" –3 +/–

Сообщение от Аноним (-), 22-Мрт-17, 10:59

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

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

76. "Выпуск Red Hat Enterprise Linux 6.9" +4 +/–

Сообщение от Аноним (-), 22-Мрт-17, 13:27

> многочисленные примеры быдлoкода
После усиленного изучения исходных кодов системды, Аноним привел всего 10 примеров "6ыдлокода". Учитывая, что исходники системды уже объемнее исходников ядра, не совсем, чтобы это были "многочисленные" примеры "6ыдлокода". Единичные - да. Написанные на скорую руку - да. Поддается исправлению - да. Является поводом отказаться от системды - нет.

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

77. "Выпуск Red Hat Enterprise Linux 6.9" –4 +/–

Сообщение от Аноним (-), 22-Мрт-17, 14:03

>После усиленного изучения исходных кодов
Что за бессовестное передергивание? С чего ты взял, что изучение было "усиленным"?
Остальную часть его поста ты так и будешь продолжать игнорировать?
Плохой демагог, плохой! [2]

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

78. "Выпуск Red Hat Enterprise Linux 6.9" +3 +/–

Сообщение от Аноним (-), 22-Мрт-17, 14:07

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

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

79. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от Аноним (-), 22-Мрт-17, 14:21

1) Почему же до сих пор никто не исправил тогда?
2) Сколько пунктов необходимо, чтобы убедить тебя? 100? 1000? 1000000? Какой смысл приводить столько примеров в риторических целях?
3) То, что список копируется из темы в тему (что еще необходимо проверить и подтвердить, но мне лень и бремя доказательства не на мне) еще не означает, что анализ кода был "усиленным". Ну либо приведи логическую цепочку, как именно из этой предпосылки ты пришел к такому выводу.

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

80. "Выпуск Red Hat Enterprise Linux 6.9" +2 +/–

Сообщение от Аноним (-), 22-Мрт-17, 14:32

> Почему же до сих пор никто не исправил тогда?
Возможно, потому что никто не обратил на них внимание самих разработчиков.
> Сколько пунктов необходимо, чтобы убедить тебя? 100? 1000? 1000000?
Думаю, для обоснования __тотальной__ __замены__ системды на что-то иное понадобится четырехзначное число подобных (мелочных) пунктов. Мы же о __тотальной__ замене говорим?
> бремя доказательства не на мне
А ты загугли эти куски с кавычками. Повсюду в результатах будет опеннет.
> не означает, что анализ кода был "усиленным"
Я понимаю, что тебе очень хочется убедить всех, что ты открыл первый попавшийся файл и тут же (без всяких усилий) нашел сдесяток option+15. А знаешь что? Давай проведем эксперимент. Прямо сейчас ты -- без всяких усилий -- возьмешь и приведешь еще 10 сомнительных строк. Таких, чтоб они не гуглились со ссылкой на опеннет. Будем считать временем начала твоих поисков 14:47 MSK (ты же не сразу прочитаешь этот коммент - даю тебе фору в 15 мин)

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

82. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от Аноним (-), 22-Мрт-17, 15:30

Первый попавшийся файл:
https://github.com/systemd/systemd/blob/master/src/libsystem...
Дублирующиеся магические строчки: 329 и 337, 443 и 451, 850 883 и 908.
Хардкода столько, что я даже не буду начинать перечислять.
Практически все переменные - однобуквенные и совершенно непонятные (я честно не могу понять, почему, например, на 850 результат процедуры get_files_in_directory записывается в переменную, названную r).
Брезгует фигурными скобками, никакой последовательности в стиле. Особенно феерично смотрятся строки 832 и 833.
Странное разделение всех объявленных процедур на _public_ и static - опять же, бардак в стиле (ну обозвал бы _private_, раз на родное похапе так тянет, хоть бы выглядело однородно).
Там еще подключается файл macro.h - вот там тоже много веселья, у меня даже глаза разбегаются:
https://github.com/systemd/systemd/blob/master/src/basic/mac...
На 238 пушка просто: /* We override the glibc assert() here. */. Молодец, Леня!
В макросе на 323 ошибка: не учитывается знак минуса для отрицательных чисел (а они, судя по комментарию для соседнего макроса на стр. 313-316, ожидаются).
Опасный макрос на 333.
Какой-то ад на строках 335-361.
Опять же, непоследовательный стиль: где есть вертикальное выравнивание для \ в макросах, а где нет. Про однобуквенные переменные и абсолютно нечитабельные битовые хаки и начинать уже не хочется.
Уверен, что есть и еще.
Плохой демагог. Очень плохой демагог!

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

83. "Выпуск Red Hat Enterprise Linux 6.9" +3 +/–

Сообщение от Аноним (-), 22-Мрт-17, 15:50

> Дублирующиеся магические строчки: 329 и 337, 443 и 451, 850 883 и 908
> p = strappend("/run/systemd/sessions/", session);
> p = strappend("/run/systemd/sessions/", session);
Правильно. Нужно было создать единую функцию strappendRunSystemdSessions. Зато не "магически" и не "дублируется". Даешь также функцию strappendRunSystemdSeats и так далее. И после этого код, конечно же, станет читабельнее.
> я честно не могу понять, почему, например, на 850 результат процедуры get_files_in_directory записывается в переменную, названную r
> результат
> r
> r[esult]
Ну, видимо ты из тех, кто не использует i для счетчика, l для количества и т. д. Есть определенные символы, которые имеют однозначный смысл.
> Брезгует фигурными скобками
Это код-стайл такой. Аргументик-то так себе. Чисто вкусовщина. Как я и говорил выше, "а у вас пустая строчка после ифа отсутствует".
> На 238 пушка просто: /* We override the glibc assert() here. */. Молодец, Леня!
А теперь попробуй потратить более 10 секунд и попытайся ответить, зачем он был переопределен.
Слабо, очень слабо! Я ожидал что-нибудь типа option+15. А в ответ одни лишь "фигурная скобка стоит не там, пробел поставили не здесь, переменную назвали не так".

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

84. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 22-Мрт-17, 16:07

>А в ответ одни лишь
Не одни лишь. Плохой демагог, ну.
Спорить дальше по конкретным пунктам смысла не вижу, поскольку вопрос стоял так: "усиленный" ли был код ревью, или странности можно накопать уже за полчаса поверхностного вглядывания? Ответ на вопрос: усилий прикладывать не нужно.
Если есть, что ответить по существу по остальным аргументам - отвечайте на предыдущий большой пост второго анонимуса.

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

85. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 22-Мрт-17, 16:35

> странности
Говорим не о странностях, а о том, что исходники системды не вписываются в конкретно твой любимый кодстайл. Только и всего.
> усилий прикладывать не нужно
Разумеется, не нужно прикладывать усилия, чтобы обнаружить, что фломастер не того цвета/вкуса. Я просил треш вроде option+15, а ты за полчаса копаний сумел привести лишь "ой, у них там результат именован как r, а не result".

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

87. "Выпуск Red Hat Enterprise Linux 6.9" +1 +/–

Сообщение от Аноним (-), 22-Мрт-17, 16:55

Все потому, что ты жонглируешь понятием "стиля" так, как тебе удобно. Вот и получается, что все вышеперечисленное - это у тебя всего лишь вопросы "стиля", а вот +15 - это да, другое совсем дело. Хотя при желании ты бы и +15 без проблем "стилем" назвал.
Разумеется, спорить с таким невозможно и бессмысленно, потому что это сродни игре в догонялки с толстячком, который все время "в домике". Демагог по-прежнему плох.

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

89. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 22-Мрт-17, 17:16

> ты жонглируешь понятием "стиля" так, как тебе удобно
То есть то, что там фигурные скобки после else не поставлены - это не стиль, а что-то другое? Ну-ка подробнее с этого места.
>  при желании ты бы и +15 без проблем "стилем" назвал.
Ни в коем случае. option+15 -- это треш, я ж тебе с самого начала сказал (при этом треш не настолько велик, чтобы полностью выбрасывать системду). А вот r вместо result - это просто мелкая придирочка. При этом складывается ощущение, что ты готов с легкостью расстаться с проектами, где употребляются односимвольные переменные -- выбрасывай тогда весь ГНУ/Линукс, раз такое дело.
> Демагог по-прежнему плох
Так улучшайся. Еще не все приемы демагогии ты заюзал. Еще есть, куда развиваться.

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

90. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от другой Аноним (?), 22-Мрт-17, 17:28

>  i для счетчика, l для количества и т. д. Есть определенные символы, которые имеют однозначный смысл.
Особенно l. Cразу вместе с I. В древних шрифтах. И конечно, для обозначения количества, а не длины.
Признавайся, на самом деле это такая проверка?

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

91. "Выпуск Red Hat Enterprise Linux 6.9" –2 +/–

Сообщение от Аноним (-), 22-Мрт-17, 17:45

Если твой любимый шрифт заставляет тебя напрягаться, чтобы отличить i от I, I от l, а 0 от O - выбрасывай свой ШГ на помойку.

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

88. "Выпуск Red Hat Enterprise Linux 6.9" +/–

Сообщение от Аноним (-), 22-Мрт-17, 17:01

> А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются
> некие option+15? Нет конечно. Ты привел программистские проблемы = проблемы сопровождения
> самой системды, с которыми не сталкивается никто, кроме коммитеров в системду.
Лишь были бы желуди, да?

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

99. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от Zulu (?), 23-Мрт-17, 01:40

Он не плох. Просто это опеннет, тут любят *bsd и не любят Поттеринга. Жалкая реальность не справится с мощью их веры.

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

102. "Выпуск Red Hat Enterprise Linux 6.9" –1 +/–

Сообщение от vitvegl (?), 23-Мрт-17, 11:51

ничем

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	5. "Выпуск Red Hat Enterprise Linux 6.9"	+1 +/–
	Сообщение от testt (ok), 21-Мрт-17, 18:38
	Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Выпуск Red Hat Enterprise Linux 6.9"	–4 +/–
	Сообщение от anonymous (??), 21-Мрт-17, 18:54
	> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно. http://www.opennet.ru/opennews/art.shtml?num=41146
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от Аноним (-), 21-Мрт-17, 22:45
	Там вроде нет других причин кроме отсутствия гибкости
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от Аноним (-), 22-Мрт-17, 08:15
	а это мало ? Можете посмотреть багзилу - и количество критических багов там.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Выпуск Red Hat Enterprise Linux 6.9"	+5 +/–
	Сообщение от Andrey Mitrofanov (?), 21-Мрт-17, 18:58
	> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно. Объясняю: плох не s-d, а принудительная смена ориентации Debian-а.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	14. "Выпуск Red Hat Enterprise Linux 6.9"	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-17, 19:09
	одменов захотели сделать взаимозаменяемыми, чтоб новому одмену не пришлось изучать мэд-скилзы уволенного => одменам не дали пописать на коленке баш-скрипты, заменив это дело серьезной инфраструктурой, когда новому одмену нужны уже не месяцы, а часы, чтобы изучить, че там как устроено у клиента после прошлого (уволенного) одмена. Вот одмены и бушуют. Лично меня как юзера десктопный системдэ полностью устраивает. Это как с эволюционизмом: в научном мире уже никто не будет оспаривать эволюционизм, будут лишь потихоньку уточнять какие-то вещи внутри эволюционизма. Системдэ -- то же самое. Если есть проблемы с системдэ -- это не повод сносить ее полностью. Это повод чутка улучшить системдэ.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	45. "Выпуск Red Hat Enterprise Linux 6.9"	+1 +/–
	Сообщение от KonstantinB (ok), 21-Мрт-17, 22:45
	Претензии к systemd делятся на две части - объективная критика кода и архитектуры (а там действительно многое через задницу сделано), и упомянутая боль сзади у "veteran sysadmins". Задача, которую решает systemd, давно назрела, и ее надо решать. Само же предлагаемое решение весьма сомнительно. Было бы лучше сначала довести его до ума, а уже потом пропихивать во все дистрибутивы. Еще лучше было бы решить парочку родовых проблем в целом весьма неплохого upstart, а не изобретать велосипед.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Выпуск Red Hat Enterprise Linux 6.9"	+1 +/–
	Сообщение от freehck (ok), 21-Мрт-17, 23:42
	> Задача, которую решает systemd, давно назрела, и ее надо решать. И Вас ведь не затруднит её озвучить, задачу эту?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Выпуск Red Hat Enterprise Linux 6.9"	–2 +/–
	Сообщение от Zulu (?), 21-Мрт-17, 23:55
	Главное что есть у systemd или у svc в Солярисе, но чего нег у SysV init, это удержание ожидаемого состояния системы. Запущен ли сервис? Отключен или упал в процессе? Почему не стартовал сервис? Как предотвратить запуск сервиса в категорически неподходящей обстановке, чтоб он ничего не поломал (например чтоб ничего не писал в /whatever, покуда туда не примонтировалось то что должно)? Это настолько очевидные вещи, что спрашивать о них может только человек ни разу не поддерживавший сколько-нибудь значительный парк серверов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от Аноним (-), 22-Мрт-17, 08:13
	> Главное что есть у systemd или у svc в Солярисе, но чего > нег у SysV init, это удержание ожидаемого состояния системы. Ага, потому что init это не менеджер сервисов. Менеджер сервисов это supervisord, monit и т.п.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	97. "Выпуск Red Hat Enterprise Linux 6.9"	–1 +/–
	Сообщение от Zulu (?), 23-Мрт-17, 01:34
	monit это костыль. Возникший из-за угребищности sysV init и не решающий все задачи. А так да.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	105. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от Andrey Mitrofanov (?), 23-Мрт-17, 16:09
	> Запущен ли сервис? Отключен или упал в процессе? Почему не стартовал сервис? > Как предотвратить запуск сервиса в категорически неподходящей обстановке, чтоб он ничего > не поломал (например чтоб ничего не писал в /whatever, покуда туда > не примонтировалось то что должно)? Это всё делается коротким [ba]sh-скриптом в runit-е (или daemontools-е, или любом из других его идейных отпрысков), который [ВНИМАНИЕ! Это сложно, сосредоточьтесь1] короче соответствующей _простыни_ юнить-его-фейлов. :-P http://jdebp.eu/FGA/run-scripts-and-service-units-side-by-si... Это давно решённая проблема: *"TL;DR: Use runit; skip to “This is a Solved Problem” and “Additional Resources” sections at the end of this post."* http://jtimberman.housepub.org/blog/2012/12/29/process-super.../ > Это настолько очевидные вещи, что спрашивать о них может только человек ни > разу не поддерживавший сколько-нибудь значительный парк серверов.
	Ответить \| Правка \| К родителю #53 \| Наверх \| Cообщить модератору


	94. "Выпуск Red Hat Enterprise Linux 6.9"	–1 +/–
	Сообщение от KonstantinB (ok), 22-Мрт-17, 19:17
	Если обобщить - то сервисы как first class objects.
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	96. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от freehck (ok), 22-Мрт-17, 23:08
	> Если обобщить - то сервисы как first class objects. Так systemd - это, оказывается, язык программирования? :) Нет, я понимаю. Чем туманнее сформулирована задача, тем веселее её решать. Так держать, молодцы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	98. "Выпуск Red Hat Enterprise Linux 6.9"	–2 +/–
	Сообщение от Zulu (?), 23-Мрт-17, 01:35
	> Нет, я понимаю. Чем туманнее сформулирована задача, тем веселее её решать. Так > держать, молодцы. Нет, это кто-то за деревьями не видит леса.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от freehck (ok), 23-Мрт-17, 15:48
	> это кто-то за деревьями не видит леса. К сожалению, деревьев действительно целый лес.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "Выпуск Red Hat Enterprise Linux 6.9"	–2 +/–
	Сообщение от KonstantinB (ok), 23-Мрт-17, 23:30
	Объекты бывают не только в языках программирования. В Sun-овских презентациях SMF все это было очень подробно расписано, советую поискать.
	Ответить \| Правка \| К родителю #96 \| Наверх \| Cообщить модератору


	114. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от freehck (ok), 24-Мрт-17, 12:46
	> Объекты бывают не только в языках программирования. Объекты-то бывают, а вот объекты первого класса - это вполне определённое понятие, специфичное только для языков программирования.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	112. "Выпуск Red Hat Enterprise Linux 6.9"	–2 +/–
	Сообщение от Вася Куропаткин 8 А (?), 23-Мрт-17, 23:37
	>> Задача, которую решает systemd, давно назрела, и ее надо решать. > И Вас ведь не затруднит её озвучить, задачу эту? Как можно более ускорить старт виртуальных инстансов на ноде, не дожидаясь, пока на самой физической машине прочихаются все сервисы. Примерно так, если исходить их того, какую фнукциональность подпихивают в systemd.
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	72. "Выпуск Red Hat Enterprise Linux 6.9"	+3 +/–
	Сообщение от Аноним (-), 22-Мрт-17, 10:32
	Лично меня как юзера десктопный sysvinit полностью устраивает. Это как с эволюционизмом: в научном мире уже никто не будет оспаривать эволюционизм, будут лишь потихоньку уточнять какие-то вещи внутри эволюционизма. sysvinit -- то же самое. Если есть проблемы с sysvinit -- это не повод сносить его полностью. Это повод чутка улучшить sysvinit. P.S. ну и да, горит по большей части вовсе не у админов. Или вы и впрямь считаете, что основная масса работы админа - настройка и написание логики для системы инициализации на серверах? Ну бредовый же аргумент, честное слово.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	16. "Выпуск Red Hat Enterprise Linux 6.9"	+1 +/–
	Сообщение от freehck (ok), 21-Мрт-17, 19:23
	> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно. Знаете, если хотите почитать об этом, зайдите в любую новость об очередном релизе systemd и посмотрите комментарии. Не подумайте, я Вас не посылаю: просто постоянно вылезают всякие с этим вопросом, а потом пропускают мимо ушей абсолютно всю аргументацию и начинают срaч. В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	63. "Выпуск Red Hat Enterprise Linux 6.9"	–3 +/–
	Сообщение от Аноним (-), 22-Мрт-17, 06:51
	> В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело. Ни тогда, ни сейчас, аргументы про "плохость" systemd не блистали ясностью и непротиворечивостью. И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit был заменен на openrc или upstart в основных дистрибутивах, потому что у разработчиков назрела необходимость менять сам подход к понятию системного менеджера.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Выпуск Red Hat Enterprise Linux 6.9"	+2 +/–
	Сообщение от ChepyKot (?), 22-Мрт-17, 07:42
	>> потому что у разработчиков назрела необходимость менять сам подход к понятию системного менеджера. Вся трабла в том, что разработчики просили инит, а им системный менеджер вкорячили.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Выпуск Red Hat Enterprise Linux 6.9"	–1 +/–
	Сообщение от Аноним (-), 22-Мрт-17, 10:40
	>> В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело. > Ни тогда, ни сейчас, аргументы про "плохость" systemd не блистали ясностью и > непротиворечивостью. Что неясно? Какие противоречия? Голословно! > И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так > делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit > был заменен на openrc или upstart в основных дистрибутивах, потому что > у разработчиков назрела необходимость менять сам подход к понятию системного менеджера. Классно ты умеешь с соломенными чучелами сражаться.
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	95. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от freehck (ok), 22-Мрт-17, 22:52
	>> В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело. > Ни тогда, ни сейчас, аргументы про "плохость" systemd не блистали ясностью и непротиворечивостью. Да-да-да. Сколько вам ни объясняй, всё равно вам "ничего не понятно", и как следствие этого, вы там додумываете про себя всякой чуши, и заявляете "вы сами себе противоречите". :) В общем, дело обстоит так: спорить с деревом бесполезно. Растите себе на здоровье. > И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так > делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit > был заменен на openrc или upstart в основных дистрибутивах, потому что > у разработчиков назрела необходимость менять сам подход к понятию системного менеджера. Если основные для Вас дистрибутивы в "досистемдэшное" время - это Ubuntu, Fedora и Gentoo (я вроде перечислил все дистрибутивы, где вышеназванные системы были приняты по дефолту), я могу Вам только посочувствовать. А Вами как-то забывается, что вся критика sysvinit, которой Вы располагаете, относится к варианту sysv, который был в RHEL, но не имеет никакого отношения к распараллеленному sysvinit с зависимостями, который, внезапно, существовал в Debian ещё до того, как systemd начали писать.
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	107. "Выпуск Red Hat Enterprise Linux 6.9"	+1 +/–
	Сообщение от Аноним (-), 23-Мрт-17, 18:26
	> А Вами как-то забывается, что вся критика sysvinit, которой Вы располагаете, относится > к варианту sysv, который был в RHEL, но не имеет никакого > отношения к распараллеленному sysvinit с зависимостями, который, внезапно, существовал > в Debian ещё до того, как systemd начали писать. Там глобальный недостаток. Этот код не принадлежит RedHat.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск Red Hat Enterprise Linux 6.9"	+2 +/–
	Сообщение от Аноним (-), 21-Мрт-17, 19:43
	> Объясните, пожалуйста, чем так плох systemd? Для мну все решило неудобное руление из консольки. То less всюду подставляет, то километровые ключи вводить требует, то приходится извращаться чтобы логи почитать. Нельзя делать такие неудобные программы.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	21. "Выпуск Red Hat Enterprise Linux 6.9"	+12 +/–
	Сообщение от Аноним84701 (ok), 21-Мрт-17, 19:58
	> Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно. Пункт первый: Перлы в коде, типа магических строк и прочего: arg_header = strdup(option+7); strcpy(stpcpy(stpcpy(stpcpy(mempcpy(t, p, fn - p), ".#"), extra), fn), «XXXXXX»); if (path_is_absolute(option+15)) ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1); strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e); static int env_append(char r, char k, char a) { char strv_env_unset(char l, const char p) { char strv_env_set(char x, const char p) { там еще есть интересный пунктик с проверками входных данных - они довольно бессистемны и дубли-"триплируются". Т.е. классичесая проверка входящего аргумента, потом с этим аргументом вызывается еще что-то, что проверя свои входные данные тем же макаром, потом все это дело парсится, при этом повторяя как минимум часть кода из проверок. Результат используется только частично и только "на месте" и чуть видоизмененный (а иногда и не чуть, а скопипащенный) парсинг проводится в следующем вызове. Хотя казалось бы, разбери один раз, с нормальной проверкой и передавай что-то типа "parsed data struct". В общем, самосборочный велосипед парсера в действии. Со всеми "вытекающими": http://www.openwall.com/lists/oss-security/2016/09/28/9 > systemd v209+: local denial-of-service attack > systemd[1] fails an assertion in manager_invoke_notify_message[2] when a zero-length message is received over its notification socket Намек на второй пункт претензий: https://www1.opennet.ru/opennews/art.shtml?num=41301 > В Systemd добавлен код для разбора формата JSON > В дополнение к уже присутствующей поддержке формата XML Про классику типа QR кодов и встроенного httpd скромно умолчим. Третий: https://lists.freedesktop.org/archives/systemd-devel/2016-Fe... > Most configurable timeouts in systemd now expect an argument of "infinity" to turn them off, instead of "0" as before. А чтобы жизнь медом не казалась > To maintain backwards compatibility, "0" continues to turn off previously existing timeout settings или https://lwn.net/Articles/490413/ > you can still build it for usage outside of systemd systems, and we will support these builds > officially. In fact, we will be supporting this for a long time Да, лонг-тайм оказался периодом аж в два года. Или очередной велосипедизм с элементами гвоздеприбивания колес: https://lists.freedesktop.org/archives/systemd-devel/2015-Fe... > When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered. > Хотя в принципе, в долгосрочной перспективе достаточно и первых двух – монстр, которого очень тяжело поддерживать, как-то не является пределом мечтаний. А уж с таким глав-разработчиком …
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	27. "Выпуск Red Hat Enterprise Linux 6.9"	+/–
	Сообщение от Аноним (-), 21-Мрт-17, 21:03
	"Читал я. Мелкие нападки На шрифт, виньетки, опечатки, Намеки тонкие на то, Чего не ведает никто."
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Выпуск Red Hat Enterprise Linux 6.9"	–2 +/–
	Сообщение от Аноним (-), 21-Мрт-17, 21:19
	А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются некие option+15? Нет конечно. Ты привел программистские проблемы = проблемы сопровождения самой системды, с которыми не сталкивается никто, кроме коммитеров в системду. Если там заменить option+15 на вменяемые конструкции, ты успокоишься? Нет конечно, пойдешь и будешь дальше разоблачать системду, находя то тут, то нам "а вон здесь не оставили пустую строчку после ифа, код не красив".
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору