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

Выпуск системы инициализации GNU Shepherd 0.10, opennews (??), 13-Май-23, (0) [смотреть все] Отличная вещь Нужно было сразу что-то по типу Guile в Линукс встраивать, а не ад, Аноньимъ (ok), 02:12 , 14-Май-23, (15) +6 // Можно же сейчас встроить Собрать всех недовольных systemd и пусть каждый напише, n00by (ok), 08:11 , 14-Май-23, (22) +23 Ад - это у systemd-хейтеров , Аноним (37), 12:01 , 14-Май-23, (37) –7   // SystemD -- это всего лишь один из Init-ов Чрезвычайно плохо делающий своё дело , _hide_ (ok), 14:34 , 14-Май-23, (46) +2   // Что-то вы без конкретики Что конкретно systemd делает плохо из функциональнос, Аноним (65), 20:37 , 14-Май-23, (65) +3   В systemd нет встроенной функциональности кластеризации, и высокой доступности, , Аноним (79), 07:41 , 15-Май-23, (79) –2   Кластеризацию чего, простите Адресное пространство одно в рамках системы, класт, Аноним (83), 10:48 , 15-Май-23, (83)   Она давно через него , Минона (ok), 10:59 , 15-Май-23, (85)   А где есть , Минона (ok), 10:49 , 15-Май-23, (84)   Вы баг трекер открывали https github com systemd systemd issuesКаникулы начал, _hide_ (ok), 09:45 , 15-Май-23, (82)   То ли дело скриптонаколень которая была до этого багтрекера нет, вообще фиг доо, Аноним (-), 13:28 , 15-Май-23, (100) –3   Not a bug , Аноним (120), 20:12 , 15-Май-23, (120) +2   Скрыто модератором, Аноним (-), 23:13 , 16-Май-23, (142)   А чем Unit файл из SystemD отличается от наколенного скрипта Учитывая, что в 80, _hide_ (ok), 10:29 , 16-Май-23, (123) –1   1 Тем что компактнее в раз так эн Типовой юнит влезает на экран 2 Все парамет, Аноним (-), 14:19 , 16-Май-23, (131) +1   Либо экран Вам поболее, либо память получше Склероз в таком юном возрасте Ест, _hide_ (ok), 10:23 , 17-Май-23, (147)   Экран довольно большой, а возраст не такой юный как хотелось бы Не отменяет ант, Аноним (-), 22:42 , 17-Май-23, (157)   Подводим итог SystemD что-то делает и помогает запустить приложения Вам этого , _hide_ (ok), 02:51 , 18-Май-23, (165)   Уже встроили Называется systemd , ИмяХ (?), 14:13 , 14-Май-23, (44) –2 // На Guile скриптовать можно, а на этом нет , Аноним (93), 12:38 , 15-Май-23, (93) +1 // И это к лучшему, потому что разбириться в чьем-то креативе при передаче сервера , Аноним (-), 13:25 , 15-Май-23, (98) Ну можно и поверх системды накреативить, например, на Петончиге Так что, того а, Аноним (93), 16:50 , 15-Май-23, (109) Не существует защиты от дурака , Аноним (110), 17:10 , 15-Май-23, (110) Вот именно Потому и было раньше просто А теперь в Сис-д запуске сервиса начали , Аноним (126), 10:50 , 16-Май-23, (126) Да, но поводов это делать сильно меньше И к тому же он не на любой машине есть , Аноним (-), 14:20 , 16-Май-23, (132) Когда старт скрипт НЕ привязан к особенностям системы инита, то это большое добр, Аноним (126), 10:47 , 16-Май-23, (125) Осталось придумать как уравнять системы в их возможностях Хотя, конечно, можно , Аноним (-), 14:22 , 16-Май-23, (133) Другая система может парсить те же юниты Но часть возможного в юнитах будет лиш, Аноним (126), 17:48 , 16-Май-23, (139) Ну как вариант игнорить нереализуемое или гейтовать в понятия той ос Или - надо, Аноним (-), 23:26 , 16-Май-23, (143) А зачем пользуетесь плохо написанным софтом Весь этот софт-портянки появился и, Аноним (126), 11:48 , 17-Май-23, (151) Ну тут уж какой софт есть Самому кодить его на все оказии можно и задолбаться П, Аноним (-), 22:57 , 17-Май-23, (158) В целом логично у слабых свободу отберут и скажут как делать, где сидеть , Аноним (126), 11:51 , 17-Май-23, (152) Ну а вот у меня свободу фиг отнимешь Если я захочу от системды отделаться, все , Аноним (-), 23:01 , 17-Май-23, (159) Вот именно Старания реализуются Так же как не-старания И желания, озвученные в, Аноним (126), 11:07 , 18-Май-23, (168) Бред собачий На systemd можно скриптовать на чём угодно, хоть на асме, хоть на , ИмяХ (?), 12:54 , 16-Май-23, (129) Нужно - встраивайте Себе А я лучше системд юниты буду писать чем эти смайлики , Аноним (-), 13:22 , 15-Май-23, (97) –1 Может и неплохая вещь, но стандарт индустрии - это systemd То, что ни один syst, Аноним (16), 02:32 , 14-Май-23, (16) +3 // Намекает только на то, что всем вендорам других линухов проще брать солюшены у, Никодим Пафнутьевич (?), 02:57 , 14-Май-23, (17) +3 Чувак, стандарт индустрии это венда Правда к стандартам этот факт не имеет, user90 (?), 03:57 , 14-Май-23, (19) +5 // Да уже лет 10 как винда не стандарт По-крайней мере в кровавом интерпрайзе Либ, Аноним (21), 07:28 , 14-Май-23, (21) –1 // Видел я этот кровавый интырпрайз чего-то ни одного линукс десктопа не увидел Н, Аноним (34), 11:46 , 14-Май-23, (34) +7 А вот если сервера , kusb (?), 12:25 , 14-Май-23, (39) Я видел разок В Беларуси Не знаю, как им это удалось Но даже бухи сидели на лин, Justme (?), 12:34 , 14-Май-23, (40) +1 Голь на выдумки хитра , Аноним (110), 17:39 , 14-Май-23, (56) +1 В поликлиниках в Москве ещё Линукс У врачей на столах Тоже голь и выдумки , Аноним (34), 18:32 , 14-Май-23, (60) +1 Подтверждаю, ходил в поликлинику недавно за МКАДом, Mint стоял вроде у врачей, Аноним (78), 00:36 , 15-Май-23, (78) Линукс там в качестве рдп-клиента , Минона (ok), 13:29 , 15-Май-23, (101) https otr ru projects asfk и https otr ru projects egisso сгодятся за кровав, Аноним (54), 17:23 , 14-Май-23, (54) Скрыто модератором, Аноним (-), 15:07 , 16-Май-23, (136) Скоро и там будет linux , Jat (?), 07:31 , 17-Май-23, (146) Поэтому майки грузят виндоапдейты линуксным CDN Чего-то они своим стандартом да, Аноним (-), 15:11 , 15-Май-23, (105) // Это у них нормально Быстро, недорого, некачественно - их стандарт На днях очере, Аноним (126), 13:04 , 16-Май-23, (130) Стоит различать общепринятый стандарт и пролоббированое говно История с деби, нейм (?), 10:16 , 14-Май-23, (25) +2 А ты не думал что системд хейтеры хейтят не сам системд, а сам подход того что с, Аноним (27), 10:48 , 14-Май-23, (27) +3 // Угу, за тебя Сам подумай и заметь ты не написал systemd за _меня_ решает и , n00by (ok), 11:40 , 14-Май-23, (33) –2 // Я решил Я что делаю быстры без системд Ты голову давно лечил , Аноним (27), 11:48 , 14-Май-23, (35) +6 Да, ты решил, именно поэтому ты и написал суперпрограмма решает за _тебя_ всё , n00by (ok), 14:34 , 14-Май-23, (45) Решает за тебя это устойчивое выражение Если тебя на него так триггерит тебе , Аноним (27), 18:35 , 14-Май-23, (61) и что стоит на самом деле за этим устойчивым выражением баш-портянка, запуска, Аноним (68), 21:34 , 14-Май-23, (68) +3 Решает за меня это устойчивое выражение Если тебя на него так триггерит, что , n00by (ok), 07:56 , 15-Май-23, (80) –1 Есть другая проблема в исполнении чужих решений придумал как сделать иначе, но , Аноним (126), 12:00 , 17-Май-23, (153) За себя говоря не нравится, что сырое, не доделаное до конца выдают за инструме, Аноним (47), 14:42 , 14-Май-23, (47) // Я так понимаю, что Поттеринг лично сёк тебя кнутом, чтобы ты systemd использовал, Аноним (110), 16:35 , 14-Май-23, (52) –1 Довольно мало работодателей, которых можно уговорить использовать дистр без подд, Аноним (126), 11:18 , 15-Май-23, (87) Вот работодателю ваш креатив в стартовых скриптах точно никуда не уперся а что , Аноним (102), 13:32 , 15-Май-23, (102) +1 Если стартовые скрипты потребовали сложного скрипта, значит запускаемое решение , Аноним (126), 17:50 , 15-Май-23, (114) Т к сложность не в системе инициализации, а в подготовке решения , Аноним (126), 20:49 , 15-Май-23, (121) Или это было первое что скриптеру в бошку взбрело Читать маны на вон то ему был, Аноним (-), 14:29 , 16-Май-23, (134) Речь про не-типовые кейсы Можно обработать скриптом язык которого вообще одинак, Аноним (126), 18:05 , 16-Май-23, (140) На дядю работать тоже Поттеринг заставляет Открой свой бизнес и пользуйся любым, Аноним (110), 17:14 , 15-Май-23, (111) В том, что бизнесу нужна поддержка дистра другим бизнесом А у других занесли Си, Аноним (126), 17:43 , 15-Май-23, (113) А вам не приходило в голову что многие люди хотели менеджить свои системы скорее, Аноним (-), 14:30 , 16-Май-23, (135) А не выйдет Система составлена из независимых частей Создаваемых тоже независи, Аноним (126), 18:15 , 16-Май-23, (141) Что значит не выйдет Уже вышло - и по части старта сервисов и таймеров можно по, Аноним (-), 23:52 , 16-Май-23, (145) Есть более общий принцип у людей, более сильный отношение с НЕуважением возвращ, Аноним (126), 11:37 , 17-Май-23, (150) Как по мне эти люди что-то в этой жизни перепутали на тему взаимодействий Потом, Аноним (-), 02:21 , 18-Май-23, (163) и что же там неготово и сыро, особенно с сравнении с баш-лапшей, меняющейся с ка, Аноним (68), 21:36 , 14-Май-23, (69) Попробуй устранить утечку DNS запросов Попробуй опции комстроки Попробуй что-то , Аноним (126), 11:21 , 15-Май-23, (89) Все решаемо Я проверял Комстроки чего Управлялки systemd systemctl хотя-бы ес, Аноним (-), 15:09 , 15-Май-23, (104) –1 Решаемо вообще всё Компьютер можно запрограммировать Люди отвечают на отношение, Аноним (126), 17:53 , 15-Май-23, (115) Пусть хейтеры системды слезут с монолитного ядра на микроядро, а то получается, , Срыватель покровов (?), 16:24 , 14-Май-23, (51) +1 // 1 это что, оправдание существования одного монстра существованием другого 2 да, Аноним (57), 18:04 , 14-Май-23, (57) –2 так ты и давай без обобщений и перегибов, говори за себя, и или конкретно syste, Аноним (68), 21:39 , 14-Май-23, (71) +1 сам придумал, сам оспорил Я про модульность ничего не говорил, я просто назвал , Аноним (57), 11:06 , 15-Май-23, (86) А что с системдой сейчас всё, правда, настолько плохо, что кодовую базу Rethink, Аноним (160), 23:27 , 17-Май-23, (160) Стандарт индустрии это docker, в котором systemd по дефолту не работает, зато ра, BrainFucker (ok), 18:11 , 14-Май-23, (58) –2 // Инит в докере А ты забавный , Аноним (110), 20:59 , 14-Май-23, (67) // и в чем проблема , Аноним (68), 21:40 , 14-Май-23, (72) В том, что это антипаттерн А так, конечно, кто ж тебе запретит , Аноним (110), 22:40 , 14-Май-23, (76) –1 Чей антипаттерн, продавцов хостинга один-контейнер-n-долларов Вся эта индустр, Аноним (-), 17:26 , 15-Май-23, (112) Докер сделан для запуска процессов изолированно др от друга Докер НЕ делали дл, Аноним (126), 18:34 , 15-Май-23, (116) И который можно выкинуть после появления podman, в котором нет никаких проблем с, Stax (ok), 10:25 , 17-Май-23, (148) // Ради systemd что ли Возня того не стоит, пока docker и так работает, тратить вр, BrainFucker (ok), 10:40 , 17-Май-23, (149) Да норм вообще-то, когда юзал Guix было удобно Но нынче обленился и не юзаю , user90 (?), 04:00 , 14-Май-23, (20) +1 // Удобно - это когда не надо напрягаться, чтобы использовать что-то Если напряг, Прохожий (??), 12:05 , 14-Май-23, (38) +2 // Так тоже самое и про Системд , Аноним (47), 14:44 , 14-Май-23, (48) –1 // доооо, это так напряжно открыть доку или вбить в поиск запрос у основной массы , Аноним (68), 21:41 , 14-Май-23, (73) –1 Главная предъява это то, что он претендует быть всем Заменить собой все сервисы, Аноним (93), 12:49 , 15-Май-23, (96) Там единственная проблемка куцый репозиторий, из-за чего увеличивается количест, user90 (?), 17:28 , 14-Май-23, (55) +2 // Так пока отдыхал, могли уже за это время и позавозить в репозиторий , Аноним (93), 12:46 , 15-Май-23, (95) Прозрачно намекает что дистр мало кому сдался Иначе бы репозиторий был не куций, Аноним (-), 15:17 , 15-Май-23, (106) Т е недоделки в сервисах не обрабатывает окружение и возможности переложены н, Аноним (126), 10:56 , 16-Май-23, (127) Ох, представоляете 1 Мы живем в неидеальном мире И намного лучше если систе, Аноним (-), 15:15 , 16-Май-23, (137) Выглядит жалобой на объективные трудности делать хорошо Типа похоже на если хор, Аноним (126), 18:51 , 17-Май-23, (154) Жаловавшиеся на скорость девелоперы обычно не могли объяснить невозможность сдел, Аноним (126), 18:56 , 17-Май-23, (155) Не могу же я приказать всему миру делать софт так а не эдак И ставить мои проек, Аноним (-), 02:41 , 18-Май-23, (164) У проекта есть стадия последние 5 до полной сотни Самая трудоёмкая стадия Где, Аноним (126), 10:55 , 18-Май-23, (166) Не надо мир менять Можно, не нужно, а можно, делать свой личный выбор В конечно, Аноним (126), 11:01 , 18-Май-23, (167) программисты которое это писали разве не в курсе что 0 10 0 1, Tester (??), 10:09 , 14-Май-23, (23) –7 // Комментатор, который это писал, разве не в курсе, что semver 8800 decimal , derfenix (ok), 10:17 , 14-Май-23, (26) +5 // Если это шутка, где сравнивают семантическое версионирование с числами, то она с, kusb (?), 17:13 , 14-Май-23, (53) 0 10 0 1, Аноним (27), 11:07 , 14-Май-23, (32) +2 Это не дробное число Это набор можно мыслить как структуру из двух целых чисе, Аноним (93), 13:26 , 15-Май-23, (99) // Это просто текст ASCII символы , n00by (ok), 14:15 , 15-Май-23, (103) // Это комплексная позиционная система счисления, в которой разряды разделены точка, Аноним (160), 23:35 , 17-Май-23, (161) Это именно натуральные числа, а не просто текст Иначе, версия 0 9 шла бы после , Аноним (160), 23:46 , 17-Май-23, (162) PACKAGE_VERSION 0 10 0 PACKAGE_STRING GNU Shepherd 0 10 0 , n00by (ok), 11:15 , 18-Май-23, (169) Это лишь представление версии программы, а не она сама Программист инкрементиру, Necromath (?), 16:16 , 28-Май-23, (173) к сожалению, дистрибутив гикс GNU Guix System поставляется тока со свободными п, Гималаи (?), 10:10 , 14-Май-23, (24) +2 // Так этот дистр и для реального применения Он как эталон, как памятник , Аноним (27), 10:49 , 14-Май-23, (28) // Воистину Нет, я не спорю, интерфейс в нем приятнее чем в никс, но, там такой бар, vis (??), 12:38 , 14-Май-23, (41) +1 // дичь какая-то, какой еще бинарь guix на 50Мб сам guix это скрипт на 5Kесли вы , Гималаи (?), 18:14 , 14-Май-23, (59) +1 Не правильно выразился, да, имел ввиду сам пм https packages guix gnu org pac, vis (??), 19:50 , 14-Май-23, (64) ты когда пакет в любом дистре ставишь, пакетный менеджер автоматом подтягивает н, Гималаи (?), 21:44 , 14-Май-23, (75) понял, спасибо На самом деле это не первая моя попытка, пользовался им ще на вер, vis (??), 23:33 , 14-Май-23, (77) здесь ничего сказать не могу, проблем с зеркалом у меня не было, да и проживаю я, Гималаи (?), 08:51 , 15-Май-23, (81) По таким вещам можно судить, что проект ещё довольно сырой А жаль Хочется дост, Анониссимус (?), 10:53 , 14-Май-23, (29) // Быстрая система инициализации уже есть А это менеджер он бай дизайн он не может, Аноним (27), 11:04 , 14-Май-23, (30) +1 systemd - это вендорлок , Аноним (42), 13:06 , 14-Май-23, (42) +1 // Да Если использовать, то потмо не получиться просто так перейти на другую систе, Аноним (47), 14:48 , 14-Май-23, (49) –1 // Кстати почему так быстро выкинули старый init Может потому что если надо выкину, Аноним (34), 18:41 , 14-Май-23, (63) // потому что systemd лучше справляется, и его и софт для него проще поддерживать, Аноним (68), 21:43 , 14-Май-23, (74) –5 Партия так сказала , Аноним (93), 12:45 , 15-Май-23, (94) +1 В лице майнтайнеров, которым 100500-й раз кодить одно и то же в очередном сервис, Аноним (-), 15:19 , 15-Май-23, (107) –1 Скрыто модератором, Аноним (-), 18:41 , 15-Май-23, (117) Скрыто модератором, Аноним (-), 15:17 , 16-Май-23, (138) Колбаса тоже вендор лок, делай свою , Аноним (118), 18:52 , 15-Май-23, (118) // Почему бы и нет https www russianfood com recipes bytype fid 1671, Аноним (122), 01:20 , 16-Май-23, (122) It was first released in 2003In January 2016, GNU dmd was renamed to GNU Shepher, Аноним (90), 11:33 , 15-Май-23, (90) Реализовано цветное подсвечивание вывода команды herd Киллерфича Все обзавидова, Аноним (90), 11:36 , 15-Май-23, (91) ранее выполнение herd start SERVICE приводило к попытке запуска второго экземп, Аноним (90), 11:38 , 15-Май-23, (92) // А в системде на минуточку можно и сервисы с экземплярами Только это отдельное, Аноним (-), 15:20 , 15-Май-23, (108) // Это был сарказм, есличо , Аноним (90), 19:34 , 15-Май-23, (119) Скока пробовал на виртуалке установить Guix ни разу не вышло - вме время ошибка , Герасим (?), 12:06 , 16-Май-23, (128) Зависимости при запуске сервисов переоценены Большинство прикладных сервисов не, ip1982 (ok), 20:45 , 17-Май-23, (156) 15,16,20,23,24,29,42,90,91,92,128,156

Сообщения

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

	37. "Выпуск системы инициализации GNU Shepherd 0.10"	–7 +/–
	Сообщение от Аноним (37), 14-Май-23, 12:01
	Ад - это у systemd-хейтеров.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	46. "Выпуск системы инициализации GNU Shepherd 0.10"	+2 +/–
	Сообщение от _hide_ (ok), 14-Май-23, 14:34
	SystemD -- это всего лишь один из Init-ов! Чрезвычайно плохо делающий своё дело. Зачем о нем писать в каждой теме?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск системы инициализации GNU Shepherd 0.10"	+3 +/–
	Сообщение от Аноним (65), 14-Май-23, 20:37
	>Чрезвычайно плохо делающий своё дело Что-то вы без конкретики... Что конкретно systemd делает плохо из функциональности системы инициализации?
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск системы инициализации GNU Shepherd 0.10"	–2 +/–
	Сообщение от Аноним (79), 15-Май-23, 07:41
	В systemd нет встроенной функциональности кластеризации, и высокой доступности, как на уровне приложений, так и серверов, что, собственно, является одним из первых требований как раз для энтерпрайза. Хотя там этой функциональности самое место.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск системы инициализации GNU Shepherd 0.10"	+/–
	Сообщение от Аноним (83), 15-Май-23, 10:48
	>кластеризации, и высокой доступности, Кластеризацию чего, простите? Адресное пространство одно в рамках системы, кластеризация даётся другими средствами. Высокая доступность чего? Systemd устойчиво работает, вон скоро надеюсь перезагрузка через systemd будет.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск системы инициализации GNU Shepherd 0.10"	+/–
	Сообщение от Минона (ok), 15-Май-23, 10:59
	> скоро надеюсь перезагрузка через systemd будет. Она давно через него.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск системы инициализации GNU Shepherd 0.10"	+/–
	Сообщение от Минона (ok), 15-Май-23, 10:49
	А где есть?
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	82. "Выпуск системы инициализации GNU Shepherd 0.10"	+/–
	Сообщение от _hide_ (ok), 15-Май-23, 09:45
	>>Чрезвычайно плохо делающий своё дело > Что-то вы без конкретики... Что конкретно systemd делает плохо из функциональности системы > инициализации? Вы баг трекер открывали? https://github.com/systemd/systemd/issues Каникулы начались, видимо.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	100. "Выпуск системы инициализации GNU Shepherd 0.10"	–3 +/–
	Сообщение от Аноним (-), 15-Май-23, 13:28
	То ли дело скриптонаколень которая была до этого: багтрекера нет, вообще фиг доорешься баги починить, ну их никто и не чинил. Годами. Вместо этого рассказывая как, кому и что должно быть не надо. Спасибо но такой подход к делу не рулит. Намного лучше когда апстрим не игнорит траблы даунстримов и чинит свои баги вместо лекторства что там и кому (не)нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Выпуск системы инициализации GNU Shepherd 0.10"	+2 +/–
	Сообщение от Аноним (120), 15-Май-23, 20:12
	>Намного лучше когда апстрим не игнорит траблы даунстримов и чинит свои баги вместо лекторства что там и кому (не)нужно. "Not a bug."
	Ответить | Правка | Наверх | Cообщить модератору

	142. Скрыто модератором	+/–
	Сообщение от Аноним (-), 16-Май-23, 23:13
	Да вот что-то пожелания с LinuxPlumbers от эмбедовщиков - заимплементили. Чему лично я был несказанно рад.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Выпуск системы инициализации GNU Shepherd 0.10"	–1 +/–
	Сообщение от _hide_ (ok), 16-Май-23, 10:29
	> То ли дело скриптонаколень которая была до этого: багтрекера нет, вообще фиг > доорешься баги починить, ну их никто и не чинил. Годами. Вместо > этого рассказывая как, кому и что должно быть не надо. Спасибо > но такой подход к делу не рулит. Намного лучше когда апстрим > не игнорит траблы даунстримов и чинит свои баги вместо лекторства что > там и кому (не)нужно. А чем Unit файл из SystemD отличается от наколенного скрипта? Учитывая, что в 80% случаев приходится пилить всё-таки этот наколенный скрипт, потому что создателей приложений просто воротит от "качества" документации в SystemD.
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	131. "Выпуск системы инициализации GNU Shepherd 0.10"	+1 +/–
	Сообщение от Аноним (-), 16-Май-23, 14:19
	> А чем Unit файл из SystemD отличается от наколенного скрипта? 1) Тем что компактнее в раз так эн. Типовой юнит влезает на экран. 2) Все параметры на виду - а не на третьей, блин, странице, вперемешку с кодом. 3) И кстати код вперемешку с конфигурацией, имхо, совсем не круто. 4) Параметры более-менее унифицированы и описаны в мане. В отличие от. 5) Системд это привилегированый агент, который может сам отвесить все сисколы в нужном порядке собирая арену будущего процесса, до того как отдать ему управление. 6) Вызов интерпретера на каждый пшик не то чтобы быстро и эффективно. 7) Системд более-менее может в нормальный логгинг, в отличие от. Так что если нечто померло чаще всего есть хоть что-то полезное в логах. Например, скриптота при сборке контейнера налетает на тот факт что большая часть системы в энный момент уже недоступна. А зачем HTTP серверу вызывать bash или вон тот интерпретер? Это не требуется для его нормальной работы, вызов оного - сигнал "сервер взломан". Давайте вот блин еще упростим взломщикам развитие атаки. И диагностики что сломалось нихрена, но вы дескать можете сами накодить это. > Учитывая, что в 80% случаев приходится пилить всё-таки этот наколенный скрипт, Не, не так. В 95% случаев скрипты как раз нафиг не - и только вот когда реально надо можно вызвать шелл интерпретер с скриптом. Т.к. это чуть менее удобно а вон то делается и средствами системды. > потому что создателей приложений просто воротит от "качества" документации в SystemD. Это лучше чем полное отсутствие таковой, с посылом читать третьесортный код. Почему третьесортный? Майнтайнеры не то чтобы великие кодеры и работает это все известно как. Т.е. на машине майнтайнера вроде работало.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Выпуск системы инициализации GNU Shepherd 0.10"	+/–
	Сообщение от _hide_ (ok), 17-Май-23, 10:23
	> 1) Тем что компактнее в раз так эн. Либо экран Вам поболее, либо память получше. Склероз в таком юном возрасте... > Типовой юнит влезает на экран. Естественно слезает, ведь он запускает BASH портянку. Если нужно что-то сложнее, то 30+ строчек кода в юните обычное дело, но куда нам до лаконичности запуска хеловорлдов > 2) Все параметры на виду - а не на третьей, блин, странице, > вперемешку с кодом. Ну зачем мне видеть параметры, если их смысл придумывали шизики, которые даже в документации стыдятся написать подробно обо всех подводных камнях? > 3) И кстати код вперемешку с конфигурацией, имхо, совсем не круто. Имхо, Вам бы поучиться, чтобы понять, когда код, когда конфиг, а когда логика декларируется. Если сравнивать, что половина логики задаётся декларативно в unit-е, половина в скрипте запуска и это повсеместно, то, как по мне, лучше всё-таки всё в одном файле, чем в 3х? > 4) Параметры более-менее унифицированы и описаны в мане. В отличие от. Только написанное в мане подходит для самых простых случаев, шаг в сторону -- неопределённое поведение в лучшем случае. В худшем - отваливается другая часть системы инициализации. Про параметры окружения я вообще молчу. > 5) Системд это привилегированый агент, который может сам отвесить все сисколы в > нужном порядке собирая арену будущего процесса, до того как отдать ему > управление. Может, если хорошо попросишь у кого нужно. В почтовой рассылке. > 6) Вызов интерпретера на каждый пшик не то чтобы быстро и эффективно. Вы приведите оценку насколько, а потом говорите. И да, воз го***, который тащит и запускает SystemD, видимо, не влияют на скорость. > 7) Системд более-менее может в нормальный логгинг, в отличие от. Так что > если нечто померло чаще всего есть хоть что-то полезное в логах. О боже, что за школота! > Например, скриптота при сборке контейнера налетает на тот факт что большая часть > системы в энный момент уже недоступна. А зачем HTTP серверу вызывать > bash или вон тот интерпретер? Это не требуется для его нормальной > работы, вызов оного - сигнал "сервер взломан". Давайте вот блин еще > упростим взломщикам развитие атаки. И диагностики что сломалось нихрена, но вы > дескать можете сами накодить это. Волков бояться, в лес не ходить. Вы, наверное, часто запускаете контейнеры на 100ТБ по несколько ТБ ОЗУ в прод? Тогда из-за чего переживаете про взлом? Не понимаете векторы атак, потому что взяты готовые контейнеры из помоек? Ну в этом случае -- могила исправит. > Не, не так. В 95% случаев скрипты как раз нафиг не - > и только вот когда реально надо можно вызвать шелл интерпретер с > скриптом. Т.к. это чуть менее удобно а вон то делается и > средствами системды. Фантазии... > Это лучше чем полное отсутствие таковой, с посылом читать третьесортный код. Почему > третьесортный? Майнтайнеры не то чтобы великие кодеры и работает это все > известно как. Т.е. на машине майнтайнера вроде работало. Так вся эта простыня была только из-за ИДЕИ декларативного программирования системы инициализации? Если да, то я тоже такого хочу, но убожество, которым является SystemD -- это явно не тот случай. Ну а если Вы действительно уверены в том, что SystemD панацея, пожалуйста, напишите два юнита: 1. U1 работает и поддерживает сервис для U2 2. Запуск U1 вещь затратная и его запуск занимает существенное время 3. U2 не может работать без U1 4. После запуска U2 должен с использованием U1 отрапортовать об успешном запуске. Я бы назвал эту ситуацию как 2 сильно связанных сервиса. Напишите Unit-ы которые обеспечат работоспособность связки в рабочих условиях (когда работа U1 может случайным образом стать невозможной).
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Выпуск системы инициализации GNU Shepherd 0.10"	+/–
	Сообщение от Аноним (-), 17-Май-23, 22:42
	> Либо экран Вам поболее, либо память получше. Склероз в таком юном возрасте... Экран довольно большой, а возраст не такой юный как хотелось бы. Не отменяет антипатий к спагетти-коду вместо аккуратной компактной конфигурации. > Естественно слезает, ведь он запускает BASH портянку. 1) типовой юнит ничего не запускает кроме сервиса. Системд умеет все что надо типовому сервису сам. 2) Bash в стартовых скриптах обычно не используют, если мы про это. Сразу видно практикующего эксперта. Совсем не палится на мелочах. > Если нужно что-то сложнее, то 30+ строчек кода в юните обычное дело, но куда нам до > лаконичности запуска хеловорлдов В шелскриптах кроме параметров еще и всякий обвес и того хуже - логика. Для себя я как програмер считаю смесь кода и его конфигурации антипаттерном. > в документации стыдятся написать подробно обо всех подводных камнях? Как минимум вы признали что документация хотя-бы есть. А вон то не снабжено никакими доками, зачем оно такое только автор и знает, баги - случаются, чинить их никто не рвется, логинга нет, управление системой раскидано по 5-10 закоулкам, изоляцию сервиса так вообще фиг сделаешь нормально... а ну его в болото такое. У юниксвэя есть сильные стороны, но это имхо не оно. > Имхо, Вам бы поучиться, чтобы понять, когда код, когда конфиг, а когда > логика декларируется. ИМХО я так то програмер, и не факт что хуже вас. Поэтому могу оценить что вижу. И могу не оценить менторский тон. Как-то так. > Если сравнивать, что половина логики задаётся декларативно в unit-е, > половина в скрипте запуска и это повсеместно, то, как по мне, > лучше всё-таки всё в одном файле, чем в 3х? Поэтому в 95% случаях и есть только unit-файл. Типовому сервису - выше крыши. Даже с продвинутостями типа изоляции от системы, затяжки секурити каким-нить SECCOMP, основательно кастомизированый и минимизированый доступ в систему (приватный темп, кастомный вид фс, ...). > Только написанное в мане подходит для самых простых случаев, шаг в сторону > -- неопределённое поведение в лучшем случае. Я довольно активно им рулил, в т.ч. создавая свои юниты, и оно в целом прилично работает как по мне. > В худшем - отваливается другая часть системы инициализации. Про параметры > окружения я вообще молчу. Я собираю кастомные образа систем. В том числе с сервисами которых нет в репах и даже с моими собственными. Удачи в рассказах что там у меня якобы отваливается. А вот скрипты я намаялся отлаживать когда все вроде ок, при тестовом пинке от рута пашет, а при реальной загрузке тишина. И в логах фигвам. Но вы можете накодить логинг сами. Ага, всю жизнь мечтал. Хотя мечтал я вообще-то побыстрей запустить мой кастомный сервис, а не с системными проблемами без логинга бодаться. > Может, если хорошо попросишь у кого нужно. В почтовой рассылке. Гарри поттера за меня уже попросили вон те эмбедеры на Linux Plumbers Conf, тот услышал их. За что им там всем спасибо, мне тоже в тему было. Это намного круче чем рассказы что мне должно быть (не)нужно и прочий BS. > тащит и запускает SystemD, видимо, не влияют на скорость. В системде не так уж много хлама как может показаться. И стартует он так то довольно быстро. Даже на малохольном одноплатнике. А еще там есть анализатор времени старта, так что слоупоков еще и вычислять удобно стало. > Волков бояться, в лес не ходить. Вы, наверное, часто запускаете контейнеры на > 100ТБ по несколько ТБ ОЗУ в прод? Нет, конечно. Но мое окружение состоит из мелких железок, мелких виртуалок, контейнеров и UML чуть менее чем полностью. Да, я пользуюсь современными технологиями. Хоть и не в хипстерском виде. Поэтому минимальный демьян может и 30 метров весить на все - и тем не менее это полноценная копия системы, независимая от других. Продвинутые технологии типа CoW и KSM могут даже сделать так что на них не аллоцируется полный объем места на диске или RAM. Чудеса дедупликации - эн виртуалок занимает меньше места в RAM и на диске чем вес виртуалки * N. И я умею в эту магию. Приятно же "оверселлить" и "оверкомитить" самому себе, со знанием дела. > Тогда из-за чего переживаете про взлом? Потому что интересуюсь секурити. И поэтому хочу чтобы было удобно мне и неудобно - атакующим. Изоляция от системы и урезание привилегий софту очень в тему. > Фантазии... Я довольно интересный фантазер. Который сбилдил чертову кучу кастомных образов систем, себе и клиентам. Маленький нюансик. > Если да, то я тоже такого хочу, но убожество, которым является > SystemD -- это явно не тот случай. Все познается в сравнении. Остальные пока и такое не смогли. Когда и если смогут, будет о чем говорить. А пока системд соревнуется только с секундной стрелкой. > Ну а если Вы действительно уверены в том, что SystemD панацея, пожалуйста, > напишите два юнита: Он не "панацея". Но очень полезный союзник как по мне. > 1. U1 работает и поддерживает сервис для U2 Шелскриптеры норовят хрень сделать начиная с формулировки хотелок. Что значит "поддерживает сервис для U2"? Предоставляет некие услуги которыми пользуется U2? Например как вебсервис (U2) использует SQL (U1)? Я правильно понимаю общую идею? > 2. Запуск U1 вещь затратная и его запуск занимает существенное время И чего? Необходим лимит рестартов в случае сбоя? Лимит числа рестартов? Какая-то специфичная реакция на сбои? Или... ? Спецификация не полная. > 3. U2 не может работать без U1 "Не может работать" - хреновая спецификация проблемы. Как минимум... 1) Я так понимаю что важен порядок старта. Т.е. U2 после U1, и это скорее "жесткое" требование, нежели мягкое (т.е. пуск U2 только после того как U1 отсигналит что готов?). 2) Из этой спецификации не понятно что произойдет с U2 если U1 помер и/или что надо делать с U2 если U1 помер. Скажем, надо ли U2 принудительно остановить если U1 не работает? И какая реакция если > 4. После запуска U2 должен с использованием U1 отрапортовать об успешном запуске. Что значит "с использоваинем"? Статус запуска трекается системд. И с его точки зрения есть статусы тех или иных юнитов. Ну и глобальный статус системы, основанный на том есть ли сейчас проблемные юниты. Для своих сервисов можно пользоваться апи например вачдога через которое можно более детально сигналить системде некоторые вещи. Если надо что-то сверх того это уже сервисы между собой должны разбираться сами через свои апи или что там у них, имхо. > Я бы назвал эту ситуацию как 2 сильно связанных сервиса. Да вроде обычная ситуация. > Напишите Unit-ы которые обеспечат работоспособность связки в рабочих условиях (когда работа > U1 может случайным образом стать невозможной). Если работа U1 стала невозможной, U2 очевидно не может работать, по вашим же условиям. Но совершенно не сказано какая должна быть реакция системы на подобное событие. Может, до того как хотелки выдвигать, стоит научиться в их нормальную спецификацию хотя-бы?
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Выпуск системы инициализации GNU Shepherd 0.10"	+/–
	Сообщение от _hide_ (ok), 18-Май-23, 02:51
	Подводим итог: SystemD что-то делает и помогает запустить приложения. Вам этого достаточно, железки с 32МБ оперативы Вы не видели изнутри и тем более не пускали на них ничего невозможного. Не встречали, когда SystemD отказывался по UID-у диск цеплять, потому что когда копипастили код из другого проекта -- недокописастили. U1 и U2 -- это обычная связка с ограничением по доступности (сильно связанные сервисы), которая не решается простыми способами в SystemD, ему подавай слабо связанные сервисы, а значит для высоконагруженных или очень чутких к окружению систем он не годится (а где взять другие?). Все Ваши аргументы -- защита концепции, а не SystemD. Про SystemD Вы очень мало знаете. Счастье в неведении.
	Ответить | Правка | Наверх | Cообщить модератору

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

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