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

"Выпуск системы инициализации GNU Shepherd 0.10"	+/–
Сообщение от opennews (??), 13-Май-23, 22:35
Доступен сервисный менеджер GNU Shepherd 0.10 (бывший dmd), который развивается разработчиками дистрибутива GNU Guix System  в качестве альтернативы системе инициализации SysV-init, поддерживающей зависимости. Управляющий демон и утилиты Shepherd написаны на языке Guile (одна из реализаций языка Scheme), который также используется для определения настроек и параметров запуска сервисов.  Shepherd уже применяется в дистрибутиве GNU Guix System и нацелен также на использование в GNU/Hurd, но может работать в любой POSIX-совместимой ОС, для которой доступен язык Guile... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59131
Ответить | Правка | Cообщить модератору

Сообщения

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

15. Сообщение от Аноньимъ (ok), 14-Май-23, 02:12	+6 +/–
Отличная вещь. Нужно было сразу что-то по типу Guile в Линукс встраивать, а не ад баша и шеллскрипта.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #37, #44, #97

16. Сообщение от Аноним (16), 14-Май-23, 02:32	+3 +/–
Может и неплохая вещь, но стандарт индустрии - это systemd. То, что ни один systemd-хейтерский дистр не взял себе сабж, на что-то да намекает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #19, #25, #27, #58

17. Сообщение от Никодим Пафнутьевич (?), 14-Май-23, 02:57	+3 +/–
>То, что ни один systemd-хейтерский дистр не взял себе сабж, на что-то да намекает. Намекает только на то, что всем вендорам "других" линухов проще брать солюшены у шапки, чем нанимать штатных программистов для вытягивания никому не нужных альтернатив. Линух-то только на серверах в коммерции, а "десктопы" - для энтузязистов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

19. Сообщение от user90 (?), 14-Май-23, 03:57	+5 +/–
Чувак, "стандарт индустрии" это венда)) Правда к "стандартам" этот факт не имеет никакого отношения и называется по другому (как тот же петон в кодинге например).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #21, #105

20. Сообщение от user90 (?), 14-Май-23, 04:00	+1 +/–
Да норм вообще-то, когда юзал Guix было удобно. Но нынче обленился и не юзаю :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38

21. Сообщение от Аноним (21), 14-Май-23, 07:28	–1 +/–
Да уже лет 10 как винда не стандарт. По-крайней мере в кровавом интерпрайзе. Либо мак, либо линух. На серверах либо линух, либо фряха. Ну бывает еще ldap, 1С и почта на винде, потому что легаси и трогать не хотят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #34, #54

22. Сообщение от n00by (ok), 14-Май-23, 08:11	+23 +/–
Можно же сейчас встроить. Собрать всех недовольных systemd и пусть каждый напишет кода столько, сколько написал тут о захвате Линукса Красной Шапкой. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

23. Сообщение от Tester (??), 14-Май-23, 10:09	–9 +/–
программисты которое это писали разве не в курсе что 0.10 == 0.1
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #32, #99

24. Сообщение от Гималаи (?), 14-Май-23, 10:10	+2 +/–
к сожалению, дистрибутив гикс(GNU Guix System) поставляется тока со свободными прошивками, поэтому при установке на железо порой могут возникнуть трудности. Дело в принципе решаемое, но нужно знать где копать довольно подробно об этом написано и показано здесь - https://systemcrafters.net/craft-your-system-with-guix/full-.../
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

25. Сообщение от нейм (?), 14-Май-23, 10:16	+2 +/–
Стоит различать "общепринятый стандарт" и "пролоббированое говно". История с дебианом показательна как нигде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

26. Сообщение от derfenix (ok), 14-Май-23, 10:17	+7 +/–
Комментатор, который это писал, разве не в курсе, что semver ≠ decimal ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #53

27. Сообщение от Аноним (27), 14-Май-23, 10:48	+3 +/–
А ты не думал что системд хейтеры хейтят не сам системд, а сам подход того что суперпрограмма решает за тебя всё. В этом разрезе системд ничем не отличается от гну шепард.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #33, #47, #51

28. Сообщение от Аноним (27), 14-Май-23, 10:49	+/–
Так этот дистр и для реального применения. Он как эталон, как памятник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #41

29. Сообщение от Анониссимус (?), 14-Май-23, 10:53	+/–
> Обеспечена блокировка повторного выполнения операций "start" и "stop", если сервис уже запущен или остановлен (ранее выполнение "herd start SERVICE" приводило к попытке запуска второго экземпляра сервиса). По таким вещам можно судить, что проект ещё довольно сырой. А жаль. Хочется достойную, быструю систему инициализации.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

30. Сообщение от Аноним (27), 14-Май-23, 11:04	+1 +/–
Быстрая система инициализации уже есть. А это менеджер он бай дизайн он не может быть быстрым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

32. Сообщение от Аноним (27), 14-Май-23, 11:07	+2 +/–
0.10 !== 0.1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

33. Сообщение от n00by (ok), 14-Май-23, 11:40	–2 +/–
> А ты не думал что системд хейтеры хейтят не сам системд, а > сам подход того что суперпрограмма решает за тебя всё. Угу, "за тебя". Сам подумай и заметь: ты не написал "systemd за _меня_ решает и потому _мне_ не нравится". Ты за того Анонима решил, что ему systemd мешает и не нравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #35

34. Сообщение от Аноним (34), 14-Май-23, 11:46	+7 +/–
Видел я этот кровавый интырпрайз  чего-то ни одного линукс десктопа не увидел. Наверно они их прячут от всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #39, #40

35. Сообщение от Аноним (27), 14-Май-23, 11:48	+6 +/–
Я решил? Я что делаю быстры без системд? Ты голову давно лечил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #45

37. Сообщение от Аноним (37), 14-Май-23, 12:01	–7 +/–
Ад - это у systemd-хейтеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #46

38. Сообщение от Прохожий (??), 14-Май-23, 12:05	+2 +/–
"Удобно" - это когда не надо напрягаться, чтобы использовать что-то. Если напрягаться всё же надо - это уже нельзя назвать удобным. Ты не "обленился", ты просто устал от очередного недодистра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #48, #55

39. Сообщение от kusb (?), 14-Май-23, 12:25	+/–
А вот если сервера??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

40. Сообщение от Justme (?), 14-Май-23, 12:34	+1 +/–
Я видел разок. В Беларуси. Не знаю, как им это удалось. Но даже бухи сидели на линуксе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #56, #60

41. Сообщение от vis (??), 14-Май-23, 12:38	+2 +/–
>Он как эталон, как памятник. Воистину! Нет, я не спорю, интерфейс в нем приятнее чем в никс, но, там такой бардак с зависимостями, просто п***, это было версия 1.3 кажется, когда я его смотрел. Похоже что не разделяет зависимости времени сборки и сваливает все в кучу. Пример: при установке базы+вм, без ничего, тянул хренову гору haskell(pandoc?) & tex пакетов - это провал. В итоге, за пару дней игр кончилось место на диске(при этом даже sudo не работало, no space left on device), сказать что я  а**ел - не сказать ничего. Да, удаление прошлых поколений и сборщик мусора не помогли, ext4. А еще guix(бинарь на 50Мб) просто лютый тормоз, live в оперативку не может, а так-как нужен несвобоный канал приходилось делать guix pull с флешки, ха-ха, лучше идите сразу пить пиво.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #59

42. Сообщение от Аноним (42), 14-Май-23, 13:06	+2 +/–
systemd - это вендорлок!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #118

44. Сообщение от ИмяХ (?), 14-Май-23, 14:13	–2 +/–
Уже встроили. Называется systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #93

45. Сообщение от n00by (ok), 14-Май-23, 14:34	+/–
> Я решил? Да, ты решил, именно поэтому ты и написал "суперпрограмма решает за _тебя_ всё". > Я что делаю быстры без системд? Ты голову давно лечил? Судя по "быстры", что ты сейчас делаешь - называется проекция. Как минимум тебе стоит обратиться к окулисту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #61

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

47. Сообщение от Аноним (47), 14-Май-23, 14:42	+/–
> А ты не думал что системд хейтеры хейтят не сам системд, а сам подход того что суперпрограмма решает за тебя всё. В этом разрезе системд ничем не отличается от гну шепард. За себя говоря: не нравится, что сырое, не доделаное до конца выдают за инструмент, готовый для всех. Вот это вот "заставили есть г." и не нравится части людей. Идея инструмента супер. Но зачем заставлять использовать неполноценную, где-то кривую реализацию. Инструмент не готов - пилите, шлифуйте, но _не_ заставляйте других мучаться недоделкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #52, #69

48. Сообщение от Аноним (47), 14-Май-23, 14:44	–1 +/–
Так тоже самое и про Системд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #73

49. Сообщение от Аноним (47), 14-Май-23, 14:48	–1 +/–
Да. Если использовать, то потмо не получиться просто так перейти на другую систему инициализации. Наработки придётся выкинуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #63

51. Сообщение от Срыватель покровов (?), 14-Май-23, 16:24	+1 +/–
Пусть хейтеры системды слезут с монолитного ядра на микроядро, а то получается, что Linux противоречит культу UNIX-way.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #57, #160

52. Сообщение от Аноним (110), 14-Май-23, 16:35	–1 +/–
Я так понимаю, что Поттеринг лично сёк тебя кнутом, чтобы ты systemd использовал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #87

53. Сообщение от kusb (?), 14-Май-23, 17:13	+/–
Если это шутка, где сравнивают семантическое версионирование с числами, то она смешная, я засмеялся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

54. Сообщение от Аноним (54), 14-Май-23, 17:23	+/–
https://otr.ru/projects/asfk и https://otr.ru/projects/egisso сгодятся за кровавый энтерпрайз? Объемы хранимых и обрабатываемых данных внизу страниц указаны. А прикинь - никакого линупca, одна винда внутри.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #136, #146

55. Сообщение от user90 (?), 14-Май-23, 17:28	+2 +/–
> просто устал от очередного недодистра Там единственная проблемка: куцый репозиторий, из-за чего увеличивается количество лишних движений при установке нужного_тебе ПО. Иных за время эксплуатации не обнаружено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #95, #106

56. Сообщение от Аноним (110), 14-Май-23, 17:39	+1 +/–
Голь на выдумки хитра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

57. Сообщение от Аноним (57), 14-Май-23, 18:04	–2 +/–
1. это что, оправдание существования одного монстра существованием другого? 2. давай без непрошеных советов, а? И так была проблема на что ядро заменять, так тут это системд еще под дверью оставили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #71

58. Сообщение от BrainFucker (ok), 14-Май-23, 18:11	–2 +/–
> Может и неплохая вещь, но стандарт индустрии - это systemd. Стандарт индустрии это docker, в котором systemd по дефолту не работает, зато работает sysv init.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #67, #148

59. Сообщение от Гималаи (?), 14-Май-23, 18:14	+1 +/–
>А еще guix(бинарь на 50Мб) просто лютый тормоз. дичь какая-то, какой еще бинарь guix на 50Мб ?? сам guix это скрипт на 5K если вы имели в виду "GNU Guix binary" (https://guix.gnu.org/ru/download/latest/) который не 50Мб, а почти 100Мб, то там же написано что это АРХИВ со ВСЕМИ зависимостями, там пол линукс системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #64

60. Сообщение от Аноним (34), 14-Май-23, 18:32	+1 +/–
В поликлиниках в Москве ещё Линукс. У врачей на столах. Тоже голь и выдумки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #78, #101

61. Сообщение от Аноним (27), 14-Май-23, 18:35	+/–
"Решает за тебя" это устойчивое выражение. Если тебя на него так триггерит тебе успокоительных надо выпить ведерко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #68, #80

63. Сообщение от Аноним (34), 14-Май-23, 18:41	+/–
Кстати почему так быстро выкинули старый init? Может потому что если надо выкинуть, то выкинут что угодно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #74

64. Сообщение от vis (??), 14-Май-23, 19:50	+/–
Не правильно выразился, да, имел ввиду сам пм: https://packages.guix.gnu.org/packages/guix/1.4.0-6.dc5430c >это АРХИВ со ВСЕМИ зависимостями, там пол линукс системы. это же архив для сторонних дистрибутивов, неужели они и в своем GuixSD поставлют все в одном архиве. Ну да это не важно, важно что оно еще мало пригодно для простых смертных, к сожалению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #75

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

67. Сообщение от Аноним (110), 14-Май-23, 20:59	+/–
Инит в докере? А ты забавный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #72

68. Сообщение от Аноним (68), 14-Май-23, 21:34	+3 +/–
и что стоит на самом деле за этим "устойчивым выражением"? баш-портянка, запускающая кучу лапшы, последовательно плодя процессы, не решает за тебя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

69. Сообщение от Аноним (68), 14-Май-23, 21:36	+/–
и что же там неготово и сыро, особенно с сравнении с баш-лапшей, меняющейся с каждым релизом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #89

71. Сообщение от Аноним (68), 14-Май-23, 21:39	+1 +/–
так ты и давай без обобщений и перегибов, говори за себя, и/или конкретно. systemd вполне модульный, уж тольчно в большей степени, чем ядро, и выбор задач, которые он на себе берет, вполне обоснованный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #86

72. Сообщение от Аноним (68), 14-Май-23, 21:40	+/–
и в чем проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #76

73. Сообщение от Аноним (68), 14-Май-23, 21:41	–1 +/–
доооо, это так напряжно открыть доку или вбить в поиск запрос. у основной массы хейтеров системд это и есть главная предъява, потому что в архитектуре они ничего не понимают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #96

74. Сообщение от Аноним (68), 14-Май-23, 21:43	–5 +/–
потому что systemd лучше справляется, и его и софт для него проще поддерживать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #94

75. Сообщение от Гималаи (?), 14-Май-23, 21:44	+/–
>это же архив для сторонних дистрибутивов, неужели они и в своем GuixSD поставлют все в одном архиве. ты когда пакет в любом дистре ставишь, пакетный менеджер автоматом подтягивает недостающие зависимости, так и тут. судя по команде $ guix size guix элемент хранилища                                                total    self /gnu/store/cgjddvw9zay626z8hyxl0zmn1354c24k-guix-1.4.0-6.dc5430c   611.2   350.2  57.3% /gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9            135.0    53.1   8.7% /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35              40.6    38.8   6.3% /gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib          75.3    34.7   5.7% ... total: 611.2 MiB которая выводит информацию по занимаемому месту на диске для указанного пакета и его зависимостей. Здесь видно что сам ПАКЕТ(не утилита) guix в установленном виде занимает порядка 350мб, а со всеми внешними зависимыми пакетами 611мб. Что до размера самого пакета guix, то команда для /gnu/store/cgjddvw9zay626z8hyxl0zmn1354c24k-guix-1.4.0-6.dc5430c выводит: $ du -ch -d1 67M    ./share 16K    ./libexec 290M    ./lib 32K    ./etc 808K    ./bin 357M    . 357M    итого даёт понять что львиная доля это либы, но оно и понятно сам guix намного больше чем простой пакетный менеджер, это инструмент по перестройке всей системы. >Ну да это не важно, важно что оно еще мало пригодно для простых смертных, к сожалению. ну не знаю, вроде уже вполне пригодно, хотя есть и шероховатости, сам тока несколько дней назад пересел на него, потихоньку разбираюсь, ощущения такие как те когда с винды пересел на линукс, лет 10 назад, всё интересно но непонятно. Просто нужно нормально разобраться и не спешить с выводами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #77

76. Сообщение от Аноним (110), 14-Май-23, 22:40	–1 +/–
В том, что это антипаттерн. А так, конечно, кто ж тебе запретит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #112

77. Сообщение от vis (??), 14-Май-23, 23:33	+/–
понял, спасибо. На самом деле это не первая моя попытка, пользовался им ще на версии 1.1, около 3х-4х месяцев, пока диск не умер, конфиг ессно там остался( ну и в целом был доволен. А что там с зеркалом? вроде провайдер банит российские айпи, а на bordeaux не все вроде бы есть, из сорцов собирать будет? как проблему решили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #81

78. Сообщение от Аноним (78), 15-Май-23, 00:36	+/–
Подтверждаю, ходил в поликлинику недавно за МКАДом, Mint стоял вроде у врачей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

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

80. Сообщение от n00by (ok), 15-Май-23, 07:56	–1 +/–
> "Решает за тебя" это устойчивое выражение. Если тебя на него так триггерит > тебе успокоительных надо выпить ведерко. "Решает за меня" это устойчивое выражение. Если тебя на него так триггерит, что ты его написать не способен, тебе успокоительных надо выпить ведерко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #153

81. Сообщение от Гималаи (?), 15-Май-23, 08:51	+/–
>А что там с зеркалом? вроде провайдер банит российские айпи, а на bordeaux не все вроде бы есть, из сорцов собирать будет? как проблему решили? здесь ничего сказать не могу, проблем с зеркалом у меня не было, да и проживаю я не на территории России.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

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

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

84. Сообщение от Минона (ok), 15-Май-23, 10:49	+/–
А где есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

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

86. Сообщение от Аноним (57), 15-Май-23, 11:06	+/–
> говори за себя > systemd вполне модульный сам придумал, сам оспорил. Я про модульность ничего не говорил, я просто назвал монстра монстром. Существование других монстров в каком-либо виде не оправдывает существование systemd в том виде, в котором он есть. > и выбор задач, которые он на себе берет, вполне обоснованный Про обоснованность задач спорить не буду, а вот выбор способов решения этих задач вызывает как минимум вопросы. Насчет ядра есть "договоренность" не ломать юзерспейс, но systemd в юзерспейсе, так что можно все ломать. Поэтому в проекте куча заглушек с минимальными возможностями конфигурирования. journald уже в состоянии прожевать столько же логов, сколько и rsyslog десять лет назад? Про их обработку говорить не будем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

87. Сообщение от Аноним (126), 15-Май-23, 11:18	+/–
Довольно мало работодателей, которых можно уговорить использовать дистр без поддержки чужим большим бизнесом. Поэтому приходится. Но нравится оно от того не начинает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #102, #111

89. Сообщение от Аноним (126), 15-Май-23, 11:21	+/–
Попробуй устранить утечку DNS запросов. Попробуй опции комстроки. Попробуй что-то кроме Виртуал Бокса на локалхосте. Почитай других. На момент начала широкого внедрения оно было неприятно сырое. Другие не стали доводить до идеала. Типа остальные (не бояре небось) перетопчутся, доделают сами, а они не будут начатое доводить до конца. Типовая вещь. Означаюшая пренебрежение людьми ради себя (или ради своих целей).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #104

90. Сообщение от Аноним (90), 15-Май-23, 11:33	+/–
It was first released in 2003 In January 2016, GNU dmd was renamed to GNU Shepherd to avoid confusion with a same-named project. Поздно, SysV портянки-полимеры уже просраны.
Ответить | Правка | Наверх | Cообщить модератору

91. Сообщение от Аноним (90), 15-Май-23, 11:36	+/–
Реализовано цветное подсвечивание вывода команды herd. Киллерфича. Все обзавидовались и как начали переходить :)
Ответить | Правка | Наверх | Cообщить модератору

92. Сообщение от Аноним (90), 15-Май-23, 11:38	+/–
ранее выполнение "herd start SERVICE" приводило к попытке запуска второго экземпляра сервиса Проекту, на секундочку, 20 лет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

93. Сообщение от Аноним (93), 15-Май-23, 12:38	+1 +/–
На Guile скриптовать можно, а на этом нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #98, #129

94. Сообщение от Аноним (93), 15-Май-23, 12:45	+1 +/–
Партия так сказала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #107

95. Сообщение от Аноним (93), 15-Май-23, 12:46	+/–
Так пока отдыхал, могли уже за это время и позавозить в репозиторий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

96. Сообщение от Аноним (93), 15-Май-23, 12:49	+/–
Главная предъява это то, что он претендует быть всем. Заменить собой все сервисы, а не просто быть менеджером по запуску сервисов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

97. Сообщение от Аноним (-), 15-Май-23, 13:22	–1 +/–
> Нужно было сразу что-то по типу Guile в Линукс встраивать, а не ад баша и шеллскрипта. Нужно - встраивайте. Себе. А я лучше системд юниты буду писать чем эти смайлики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

98. Сообщение от Аноним (-), 15-Май-23, 13:25	+/–
И это к лучшему, потому что разбириться в чьем-то креативе при передаче сервера на порулить другому админу довольно тяжко. Но если очень надо то из системды можно вызвать любой интерпретер с любым скриптом. Даже тот же шелл, если уж сильно хочется. Но без нужды это будет делать мало кто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #109, #125

99. Сообщение от Аноним (93), 15-Май-23, 13:26	+/–
Это не дробное число. Это набор (можно мыслить как структуру) из двух целых чисел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #103

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

101. Сообщение от Минона (ok), 15-Май-23, 13:29	+/–
Линукс там в качестве рдп-клиента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

102. Сообщение от Аноним (102), 15-Май-23, 13:32	+1 +/–
Вот работодателю ваш креатив в стартовых скриптах точно никуда не уперся: а что делать, если вы например завтра уволитесь?! И вон те серваки теперь чего, не управляемы? Чем кастомнее и забористее там навороты, тем сложнее что-то сделать по этому поводу будет. В этом месте интересы скриптера сталкиваются с интересами его нанимателя и возникает резонный процесс: а зачем за эту активность еще и платить, если она ведет потом к явным проблемам?! Особенно когда есть альтернативы. Ну так, взгляд с разных точек зрения на проблему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #114

103. Сообщение от n00by (ok), 15-Май-23, 14:15	+/–
Это просто текст. ASCII символы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #161, #162

104. Сообщение от Аноним (-), 15-Май-23, 15:09	–1 +/–
> Попробуй устранить утечку DNS запросов. Все решаемо. Я проверял. > Попробуй опции комстроки. Комстроки чего? Управлялки systemd? systemctl хотя-бы есть. Сравнимых инструментов у скриптомесив, дающих overview что вообще в системе - нет. Вот тут вы в кроне самопальные рестартеры копаете, вот тут авторестарт скрипт писаный на коленке, вот тут еще чьи-то художества, а получив в свои лапы такой сервак это все найдется далеко не сразу, убив кучу времени когда что-то отвалилось и хрен знает что и где. Потому что логов вон тот креатив конечно же не вел. Зато спамил какими-нибудь запусками проверки не помер ли сервис через крон. Это не управление системой а г@вно. > Попробуй что-то кроме Виртуал Бокса на локалхосте. Там сейчас как раз системд везде - потому что самопальное г@вно вместо управления системой всех задолбало. > Почитай других. Например, анонимов которые не могут предъявить нормальных аргументов, типа вас? > На момент начала широкого внедрения оно было неприятно сырое. А скриптота была перманентно сырой, глючной и наколенной. Не умея в чертову кучу аспектов системного менеджмента. Отрезать от системы сервис? Убиться можно. Нормальный логинг? Агащас. > Другие не стали доводить до идеала. Типа остальные (не бояре небось) > перетопчутся, доделают сами, а они не будут начатое доводить до конца. Странно, а вон там поттеринг и ко запилили например фичи которые эмбедеры просили на LPC, вместо того чтобы рассказывать в вашем стиле как и кому что (не) надо. Вот это нормальное отношение апстрима к делу, а не как у вас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #115

105. Сообщение от Аноним (-), 15-Май-23, 15:11	+/–
> Чувак, "стандарт индустрии" это венда)) Поэтому майки грузят виндоапдейты линуксным CDN? Чего-то они своим стандартом даже для себя не пользуются :P
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #130

106. Сообщение от Аноним (-), 15-Май-23, 15:17	+/–
> Там единственная проблемка: куцый репозиторий Прозрачно намекает что дистр мало кому сдался. Иначе бы репозиторий был не куций, наверное. А может и, вот, майнтайнить неудобно оказалось. Как угодно но системд решает кучу проблем для майнтайнеров, от подтяжки секурити сервиса до автоперезапуска при падении - с минимумом усилий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #127

107. Сообщение от Аноним (-), 15-Май-23, 15:19	–1 +/–
> Партия так сказала. В лице майнтайнеров, которым 100500-й раз кодить одно и то же в очередном сервисе вот уж приболело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #117

108. Сообщение от Аноним (-), 15-Май-23, 15:20	+/–
А в системде на минуточку можно и сервисы с "экземплярами". Только это отдельное, явно специфицированное и описаное в мане действо. Иногда удобно - для пуска копий сервисов с их кастомными наборами параметров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #119

109. Сообщение от Аноним (93), 15-Май-23, 16:50	+/–
Ну можно и поверх системды накреативить, например, на Петончиге. Так что, того админа, кому передали на порулить, сильно не спасёт от необходимости разбираться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #110, #132

110. Сообщение от Аноним (110), 15-Май-23, 17:10	+/–
Не существует защиты от дурака.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #126

111. Сообщение от Аноним (110), 15-Май-23, 17:14	+/–
На дядю работать тоже Поттеринг заставляет? Открой свой бизнес и пользуйся любым дистром, в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #113

112. Сообщение от Аноним (-), 15-Май-23, 17:26	+/–
Чей антипаттерн, продавцов хостинга "один-контейнер-n-долларов"? Вся эта индустрия пахнет буллшитом, а культ вокруг заворачивания в неймспейсы только одной программы, как будто между ними не может стоять никоего другого IPC, кроме как HTTP или MQ - и подавно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #116

113. Сообщение от Аноним (126), 15-Май-23, 17:43	+/–
В том, что бизнесу нужна поддержка дистра другим бизнесом. А у других занесли Сиистемд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #135

114. Сообщение от Аноним (126), 15-Май-23, 17:50	+/–
Если стартовые скрипты потребовали сложного скрипта, значит запускаемое решение вызвало это и не закончено. Систему инита тут можно менять, но это не помогает. Т.к. причина в запускаемом решении. Этот креатив, именно о котором речь, в стартовых скриптах точно так же рождается при Системде. Systemd не избавляет от причин и последствий этих скриптов. Ну и: а людей надо брать тех, что умеют или надо трудиться надо, учиться. Но это очень мало кто делает/хочет. Пытаясь по быстрому проскочить дальше куда-нибудь войти в айти хоть как. А таких мало на рынке? Ну тогда не надо строить планов с Линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #121, #134

115. Сообщение от Аноним (126), 15-Май-23, 17:53	+/–
Решаемо вообще всё. Компьютер можно запрограммировать. Люди отвечают на отношение к себе. Независимо от талантов того или иного человека. В корне негатива к сабжу проявленное небрежение людьми. Неважно какие фичи они не пишут или пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

116. Сообщение от Аноним (126), 15-Май-23, 18:34	+/–
Докер сделан для запуска процессов изолированно др. от друга. Докер НЕ делали для запуска множества процессов внутри Докера. Системда оркестрирует множество процессов - работает с множеством процессов. Когда докер задуман и сделан для изоляции процессов или по одиночке, или чтоб число было мало насколько можно. В этом антипаттерн. Д. удобен, предназначен совсем для другого. Да, конечно, в одном контейнере можно запусть чуть ли не всю операционку. Но тогда недостатки и неудобства перевешивают достоинства. Поэтому - стандартов кто-то не знает от слова вообще-совсем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

117. Сообщение от Аноним (-), 15-Май-23, 18:41    Скрыто ботом-модератором	+/–
fn () { одно и то же; } . в_очередном_сервисе Лови, дарю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #138

118. Сообщение от Аноним (118), 15-Май-23, 18:52	+/–
Колбаса тоже вендор лок, делай свою!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #122

119. Сообщение от Аноним (90), 15-Май-23, 19:34	+/–
Это был сарказм, есличо :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

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

121. Сообщение от Аноним (126), 15-Май-23, 20:49	+/–
Т.к. сложность не в системе инициализации, а в подготовке решения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

122. Сообщение от Аноним (122), 16-Май-23, 01:20	+/–
Почему бы и нет? https://www.russianfood.com/recipes/bytype/?fid=1671
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

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

125. Сообщение от Аноним (126), 16-Май-23, 10:47	+/–
Когда старт скрипт НЕ привязан к особенностям системы инита, то это большое добро. Т.к. можно со временем переносить между системами. Это огромное достоинство, что недостатки запускаемого сервиса можно экранировать скриптом не привязывая к системе инита. Оставив системе инита только оркестрацию. А вот это тоже мало кто делает. > потому что разбириться в чьем-то креативе при передаче сервера на порулить другому админу 1 - Тоже труд отделять нужное от особенностей Сис-д. А возможностей прикипеть к Сис-д немало. 2 - Обычная отговорка. В любом конфиге и деле тоже тяжело разбираться. Зачем в Сис-д доставать из недр сервиса наружу капабилити ядра. Должно быть спрятано в сервисе глубоко под капотом. А теперь стало сложнее, теперь для запуска сервиса надо рассортировать капабилити ядра - думать не о том теперь нужно. Это плохо. > Но если очень надо то из системды можно вызвать любой интерпретер с любым скриптом. Даже тот же шелл, если уж сильно хочется. Но без нужды это будет делать мало кто. Этот скрипт и при хорошей и при плохой системах инита будет написан. Т.к. запускаемый сервис написан так, что для запуска нужно очень много - написать скрипт, при любом ините. А потом прибьют гвоздиками к тонкостям Сис-д и досвидания. Не изменить не отпилить в другую систему без труда. Тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #133

126. Сообщение от Аноним (126), 16-Май-23, 10:50	+/–
Вот именно. Потому и было раньше просто. А теперь в Сис-д запуске сервиса начали расставлять капабилити ядра. Например. Админу надо просто запустить в нужном порядке сервисы, а вместо этого сделали возможность из сервисов наружу вынимать глубоко системные уникальные для сервиса вещи. Такие вещи админ не должен видеть, админ сервис не разрабатывает, а оркестрирует. Нельзя учесть все возможности наперёд, как попытался Сис-д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

127. Сообщение от Аноним (126), 16-Май-23, 10:56	+/–
Т.е. недоделки в сервисах (не обрабатывает окружение и возможности) переложены на систему инита. Раньше доработки можно было носить из системы в систему. Теперь гвоздиками приколотят к уникальным особенностям только одной системы. Выглядит как потеря хорошего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #137

128. Сообщение от Герасим (?), 16-Май-23, 12:06	+/–
Скока пробовал на виртуалке установить Guix ни разу не вышло - вме время ошибка на этапе устанвки.
Ответить | Правка | Наверх | Cообщить модератору

129. Сообщение от ИмяХ (?), 16-Май-23, 12:54	+/–
Бред собачий. На systemd можно скриптовать на чём угодно, хоть на асме, хоть на питоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

130. Сообщение от Аноним (126), 16-Май-23, 13:04	+/–
Это у них нормально. Быстро, недорого, некачественно - их стандарт. На днях очередной эпик централизованного управления в облаках с их стороны. Бизнес есть, качества нет - хотят дают, хотят отбирают, поддержка чушь порет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

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

132. Сообщение от Аноним (-), 16-Май-23, 14:20	+/–
> Ну можно и поверх системды накреативить, например, на Петончиге. Да, но поводов это делать сильно меньше. И к тому же он не на любой машине есть. А какой-то минимальный шелл - ну, без него оно не *nix-like...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

133. Сообщение от Аноним (-), 16-Май-23, 14:22	+/–
> Когда старт скрипт НЕ привязан к особенностям системы инита, то это большое > добро. Т.к. можно со временем переносить между системами. Это огромное достоинство, > что недостатки запускаемого сервиса можно экранировать скриптом не привязывая к системе > инита. Оставив системе инита только оркестрацию. Осталось придумать как уравнять системы в их возможностях. Хотя, конечно, можно пользоваться компьютером как будто на дворе 1990-е. Только на...й нужно. > 1 - Тоже труд отделять нужное от особенностей Сис-д. А возможностей прикипеть > к Сис-д немало. И вот не понятно, если применить вашу же логику, что мешает той или иной системе вывешивать этот же интерфейс и жрать эти же юниты? Или чего бы вашу логику к вам не применить? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #139

134. Сообщение от Аноним (-), 16-Май-23, 14:29	+/–
> Если стартовые скрипты потребовали сложного скрипта, значит запускаемое решение вызвало > это и не закончено. Или это было первое что скриптеру в бошку взбрело. Читать маны на вон то ему было влом, и вообще, сегодня он поймал волну и на одном дыхании на#$%шил три страницы креатива! Ну вот бывает иногда такое. > Систему инита тут можно менять, но это не помогает. Т.к. причина в > запускаемом решении. На самом деле где как. В любом случае я не хочу чтобы это трансформировалось в мои проблемы. > Этот креатив, именно о котором речь, в стартовых скриптах точно так же > рождается при Системде. Systemd не избавляет от причин и последствий этих скриптов. В системд достаточно фич чтобы в типовых случаях вообще никакие скрипты не требовались. И даже для чутка-нетиповых есть конфигуряемые параметры. > Ну и: а людей надо брать тех, что умеют или надо трудиться надо, учиться. А знаете что? Я предпочту делать свои проекты, а не разучивать какую-то на...й нужную канитель очень опосредовано относящуюся к делу. Чем проще и быстрее решается типовая задача, тем лучше. А переизобретать вел в i++'й раз чтобы например вот лично мой сервис застартить - мне оно тоже как-то очень так себе. > Но это очень мало кто делает/хочет. Пытаясь по быстрому > проскочить дальше куда-нибудь войти в айти хоть как. А таких мало > на рынке? Ну тогда не надо строить планов с Линукс. Для меня и моих проектов линукс работает, чего бы мне не строить планы с ним? Может мне строить планы с каким-то хламом который позволит убить много сил и получить мало результата? Это я лучше вам оставлю, так забавнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #140

135. Сообщение от Аноним (-), 16-Май-23, 14:30	+/–
> В том, что бизнесу нужна поддержка дистра другим бизнесом. А у других > занесли Сиистемд. А вам не приходило в голову что многие люди хотели менеджить свои системы скорее вот так, нежели копаться в вашем высокохудожественном креативе на три страницы? Ну вот они и... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #141

136. Сообщение от Аноним (-), 16-Май-23, 15:07    Скрыто ботом-модератором	+/–
А это что еще за стандартизаторы такие левые?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

137. Сообщение от Аноним (-), 16-Май-23, 15:15	+/–
> Т.е. недоделки в сервисах (не обрабатывает окружение и возможности) > переложены на систему инита. Ох, представоляете... 1) Мы живем в неидеальном мире. И намного лучше если системы и софт готовы с этим жить а не лечат про идеальные сервисы без недоделок. Так не бывает. Мир большой и сложный. И софт в нем тоже. 2) Писать один и тот же по смыслу код в более 9000 сервисов или их скриптов (например смену юзеров, приоритетов и проч) как бы это, не совсем рационально. Тем более что сделать это еще и хорошо и без факапов удается далеко не всем. В этом месте идея сделать это 1 раз, нормально, в запускалке - получает некий пойнт. А то может и библиотеки отменить? Давайте каждый будет свой zlib переть. В винде же так и таскают... > Раньше доработки можно было носить из системы в систему. Это всегда было с теми или иными оговорками. Скажем если мы про инит скрипты они между системами никогда и не были как-то особо совместимы, так что никто ничего и не потерял особо. > Теперь гвоздиками приколотят к уникальным особенностям только одной системы. Ничего не мешает вывесить эти особенности и вон там, если это реально надо. > Выглядит как потеря хорошего. Каравана идущего со скоростью самого медленного верблюда? Ну такая себе потеря.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #154

138. Сообщение от Аноним (-), 16-Май-23, 15:17	+/–
Да спасибо, вон там у альтов такое было - вот вы этим и пользуйтесь, если оно вам надо. А я пешком постою - еще не хватало мне либ писаных на шелле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

139. Сообщение от Аноним (126), 16-Май-23, 17:48	+/–
Другая система может парсить те же юниты. Но часть возможного в юнитах будет лишним звеном. Между приложением и системой будет третьей лишней частью. Если серверу для надёжности нужна работа с капабилити ядра и дропом привилегий, то это работа сервера, а не для системной инициализации. Например. Нужен таймер? Зачем он в системе инициализации. Приложение должно само уметь разруливать свою логику, без подпорок со стороны. Активация по обращению к сокету? Давно было реализовано отдельным, отделяемым, переносимым с места на место приложением (inetd, например). И т.д. Собрали известное, доработали и спаяли в монолит. Сделан скедулер системных возможностей. Монолитный, не разделяемый на части. Его или весь взять (потеря гибкости), или ничего... Или маневировать прокладками-скриптами... Но, казалось бы, что-то не так тогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #143

140. Сообщение от Аноним (126), 16-Май-23, 18:05	+/–
Речь про не-типовые кейсы. Можно обработать скриптом (язык которого вообще одинаков везде), можно обработать фичами системы инициализации (которая одна такая, но не везде). Иногда бывают третьи лица, которые не делали обычно нужного. И если приложение доведено до конца, то не очень важно какой инит. А если не доведено, до скриптовать придётся. И с Системдой и с Пастухом придётся. Скрипт можно переиспользовать везде, а Системд - признак привязки к трудно переносимым возможностям. И: Если нет поставщика решений (или денег на него нет), стыкующихся с типовым. Если нет людей, читающих скрипты и заодно аккуратно пишуших. То планы на Linux надо строить гораздо аккуратнее. С учётом как оно меняется (исчезает CentOS, к примеру; монолиты разделываются на тучу контейнеров). С учётом нужной гибкости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

141. Сообщение от Аноним (126), 16-Май-23, 18:15	+/–
А не выйдет. Система составлена из независимых частей. Создаваемых тоже независимо. Абсолютно разными коллективами. Такой принцип в этом сообществе. Зафиксируешь на уровне инита, создав Sуstemd, но разнообразие проявит себя написанием адаптеров. Впрочем, додумались Андроида с Ой-осью. А изначальный тезис: реакция людей - реакция не неуважение через публикацию не полностью доработанной системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #145

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

143. Сообщение от Аноним (-), 16-Май-23, 23:26	+/–
> Другая система может парсить те же юниты. Но часть возможного в юнитах > будет лишним звеном. Между приложением и системой будет третьей лишней частью. Ну как вариант игнорить нереализуемое или гейтовать в понятия той ос. Или - надо же - заимплементить фичу. > Если серверу для надёжности нужна работа с капабилити ядра и дропом привилегий, > то это работа сервера, а не для системной инициализации. Например. Ага и пусть каждый кодит это сам. В меру дурости. Как правило это означает "урезанно, криво и проблемно". > Нужен таймер? Зачем он в системе инициализации. Приложение должно само уметь разруливать > свою логику, без подпорок со стороны. Может затем что... 1) Запустить сервис не сразу а "через 5 минут после загрузки" бывает логично? 2) Удобно когда timers на виду рядом с services которые они пускают. Сразу видно что и где. 3) А вот в вашем лоскутном одеяле получить overview системы нереально. И вот я получаю сервак на порулить - и поди разберись что и где в ТАКОМ хламе. Overview же нет, каждый др@чит как он хочет. 4) Я кстати и свои серваки иногда даю порулить друзьям. Видите ли человек не может 24/7 как цербер сервера пасти. Значит знанием о работе надо делиться. 5) Вон то будет или не документировано или манов читать в разы больше, так что 3/4 станут еще более интересным начинанием. ЗБС эксплуатация системки намечается. А пусть это счастье у вас будет. Я же предпочту что-то более управляемое. Что можно дать другим на порулить, или самому вписаться порулить вон тем не спятив в процессе. > Активация по обращению к сокету? Давно было реализовано отдельным, отделяемым, переносимым > с места на место приложением (inetd, например). И опять же - нет единого overview системы. И я должен гадать "откуда эта ср@ка вообще тут появляется?!". Это прекрасно - пока активно эксплуатировать это все не захочешь. > Собрали известное, доработали и спаяли в монолит. Имея на то определенные причины. Главная из которых - управление системой. > Сделан скедулер системных возможностей. Монолитный, не разделяемый на части. Его или весь > взять (потеря гибкости), или ничего... Или маневировать прокладками-скриптами... Но, > казалось бы, что-то не так тогда. Тем не менее, другими способами это все получается глючно, криво и хреново. И последнее что я хочу это пустить систему на автопилоте а потом узнать что самопальный таймер оказывается не срабатывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #151, #152

145. Сообщение от Аноним (-), 16-Май-23, 23:52	+/–
> А не выйдет. Система составлена из независимых частей. Создаваемых тоже независимо. Абсолютно > разными коллективами. Такой принцип в этом сообществе. Что значит не выйдет? Уже вышло - и по части старта сервисов и таймеров можно получить достаточно исчерпывающий ответ на тему что это и откуда и почему запускается одним systemctl. Лично я у себя крон вообще вынес в пользу таймеров. > Зафиксируешь на уровне инита, создав Sуstemd, но разнообразие проявит себя > написанием адаптеров. Хызы, пока вижу что те или иные программы стали иногда класть себе в комплект юнит системды. Как по мне так это как раз удобно. И более предпочтительно чем 3 страницы чьей-то кастомной логики и конфигурационные параметры вперемешку с кодом на 3 странице. > Впрочем, додумались Андроида с Ой-осью. Ну да. Хотя программы пишут разные люди. > А изначальный тезис: реакция людей - реакция не неуважение через публикацию не > полностью доработанной системы. Да эти люди и сами уважением не блистали чтобы его от других еще требовать. И если уж мы об опенсорсе то в нем есть простой и понятный принцип: никто вам нихрена ничего не должен. Вы в своем праве заткнуться и пилять что посчитаете нужным как посчитаете нужным. А хамить другим это тупиковый путь. Что так можно получить кроме хамства в ответ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #150

146. Сообщение от Jat (?), 17-Май-23, 07:31	+/–
Скоро и там будет linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

147. Сообщение от _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ообщить модератору
Родитель: #131 Ответы: #157

148. Сообщение от Stax (ok), 17-Май-23, 10:25	+/–
И который можно выкинуть после появления podman, в котором нет никаких проблем с запуском systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #149

149. Сообщение от BrainFucker (ok), 17-Май-23, 10:40	+/–
> И который можно выкинуть после появления podman Ради systemd что ли? Возня того не стоит, пока docker и так работает, тратить время на не имеет смысла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

150. Сообщение от Аноним (126), 17-Май-23, 11:37	+/–
Есть более общий принцип у людей, более сильный: отношение с НЕуважением возвращает негатив. Что и получили. ____ Вот смотрю, IP маскарадинг тоже есть в Systemd. Это монолит, который позже захочется разделить на части, но "программа была написана без учёта этого". > Что значит не выйдет? Не выйдет причесать всех под одну гребёнку, без создания чего-то вроде Андроида, Макоси, Вин. И это уже совсем другая система. С утерей части гибкости. Монолит = утеря гибкости, утеря изменчивости. А это совсем не то, для чего многие используют этот софт. Это одна из претензий, выраженная людьми через прозвище Мастдай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #163

151. Сообщение от Аноним (126), 17-Май-23, 11:48	+/–
А зачем пользуетесь плохо написанным софтом... Весь этот софт-портянки появился и остался потому т.к. им пользовались зачем-то. Пользовались - означает, поддерживали развитие порицаемого подхода. Можно брать написанное хорошо. И самостоятельно не дописывать, если не выходит. Но - нет... Почему же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #158

152. Сообщение от Аноним (126), 17-Май-23, 11:51	+/–
В целом логично: у слабых свободу отберут и скажут как делать, где сидеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #159

153. Сообщение от Аноним (126), 17-Май-23, 12:00	+/–
Есть другая проблема в исполнении чужих решений: придумал как сделать иначе, но запретили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

154. Сообщение от Аноним (126), 17-Май-23, 18:51	+/–
> Каравана идущего со скоростью самого медленного верблюда? Выглядит жалобой на объективные трудности делать хорошо. Типа похоже на: если хорошо не выходит, ну тогда надо плохо. А зачем плохо-то... А хочется. А если хорошо? Так тогда не могу/хочу... >[оверквотинг удален] > софт готовы с этим жить а не лечат про идеальные сервисы > без недоделок. Так не бывает. Мир большой и сложный. И софт > в нем тоже. > 2) Писать один и тот же по смыслу код в более 9000 > сервисов или их скриптов (например смену юзеров, приоритетов и проч) как > бы это, не совсем рационально. Тем более что сделать это еще > и хорошо и без факапов удается далеко не всем. В этом > месте идея сделать это 1 раз, нормально, в запускалке - получает > некий пойнт. А то может и библиотеки отменить? Давайте каждый будет > свой zlib переть. В винде же так и таскают... Одна система Д или Г не пофиксит все недоделки и отклонения от общепринятых правил. Всё равно придётся исправлять. Каждый из 9000 сервисов сам для себя должен сделать нужное. Или непонятно, зачем использовать недоделки. А нужно использовать? Ну так вот Вы их и доделываете, тогда. Но зачем. Вы используете, они не доделывают: "Вы ж используете всё равно, допишете, перетопчитесь." Это и был посыл, возможно, раннего ввода Сис. Д. в релиз. Что и оценили люди как плохую идею, заодно и - софт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #155, #164

155. Сообщение от Аноним (126), 17-Май-23, 18:56	+/–
Жаловавшиеся на скорость девелоперы обычно не могли объяснить невозможность сделать нужное имеющимся уже в наличии. Все их современные подходы, технологии, устранения недостатков возможно было делать на том, что есть. Не всегда, но часто. Может не могли сказать, т.к. прозвучало бы не в их пользу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

156. Сообщение от ip1982 (ok), 17-Май-23, 20:45	+/–
> системе инициализации SysV-init, поддерживающей зависимости Зависимости при запуске сервисов переоценены. Большинство прикладных сервисов независимы друг от друга или должны уметь обрабатывать недоступность друг друга, и система инициализации тут не поможет, особенно когда сервисы на разных машинах.
Ответить | Правка | Наверх | Cообщить модератору

157. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #147 Ответы: #165

158. Сообщение от Аноним (-), 17-Май-23, 22:57	+/–
> А зачем пользуетесь плохо написанным софтом... Ну тут уж какой софт есть. Самому кодить его на все оказии можно и задолбаться. > Весь этот софт-портянки появился и остался потому т.к. им пользовались зачем-то. Пользовались > - означает, поддерживали развитие порицаемого подхода. Паровозами пользовались. Потом заменили на тепловозы и электровозы, потому что в целом технология перспективнее и практичнее. Следует ли отсюда что если я когда-то ездил на поезде с паровозом, то должен настаивать на переводе железных дорог на паровую тягу? По-моему нет. Я мог ездить на паровозе не потому что предпочитаю это, а потому что ничего иного не было под рукой, или в рекреационных целях. Это не значит что я хочу повседневно делать именно это, именно так. > Можно брать написанное хорошо. И самостоятельно не дописывать, если не выходит. Но > - нет... Почему же. Потому что мир не идеален. И намного лучше если на этот случай был какой-то внятный план. Хороший софт под вон ту задачу может быть, может и не быть. Альтернатива в виде "не решать задачу совсем" - сомнительная радость. Писать самому - опухнуть можно. А на чисто концептуальном уровне - пихать довольно много дублирующегося кода в каждую программу так то - маразм. И далеко не все кодеры типовых сервисов махровые системщики которые знают как например какой-нибудь SECCOMP или что там еще использовать. Кроме того - это все не подлежит адекватному управлению. Потому что то что они логят и репортят это все нормально ну вот совсем не факт. А чтоб еще унифицировано более-менее, чтобы глобальный статус системы в 1 утилитке зазырить... ага... щас... в "systemctl" я сразу вижу: работает ли то для чего система была предназначена, или фигвам. А если это все раскидать абы куда - ну и как такое знание получать? Это самые азы менеджмента систем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

159. Сообщение от Аноним (-), 17-Май-23, 23:01	+/–
> В целом логично: у слабых свободу отберут и скажут как делать, где сидеть. Ну а вот у меня свободу фиг отнимешь. Если я захочу от системды отделаться, все что потребуется это мое желание этим заморочиться. Просто жизнь научила меня быть разборчивее в желаниях - потому что они выполняются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #168

160. Сообщение от Аноним (160), 17-Май-23, 23:27	+/–
А что с системдой сейчас всё, правда, настолько плохо, что кодовую базу "Rethinking PID 1" можно сравнить ажно с целым ядром Linux?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

161. Сообщение от Аноним (160), 17-Май-23, 23:35	+1 +/–
Это комплексная позиционная система счисления, в которой разряды разделены точками и сами собой представляют позиционные десятичные системы счисления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

162. Сообщение от Аноним (160), 17-Май-23, 23:46	+/–
Это именно натуральные числа, а не просто текст. Иначе, версия 0.9 шла бы после 0.10, а не перед. ``` $ printf '%s\n' 0 9 10 | sort # ASCII sort > 0 10 9 $ printf '%s\n' 0 9 10 | sort --numeric-sort > 0 9 10 ```
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #169

163. Сообщение от Аноним (-), 18-Май-23, 02:21	+/–
> Есть более общий принцип у людей, более сильный: отношение с НЕуважением возвращает > негатив. Что и получили. Как по мне эти люди что-то в этой жизни перепутали на тему взаимодействий. Потому и пролетят. > Вот смотрю, IP маскарадинг тоже есть в Systemd. Это монолит, который позже > захочется разделить на части, но "программа была написана без учёта этого". Я вообще systemd-networkd не пользуюсь. Более того - даже пакет такой не установлен и этого бинаря даже и в системе нет. > Не выйдет причесать всех под одну гребёнку, без создания чего-то вроде Андроида, > Макоси, Вин. И это уже совсем другая система. С утерей части гибкости. А оно и не надо, надо - удобно и легко рюхать типовые задачи. А сильно нестандартные - можно и скрипт позвать из юнита системды. И даже так - все ж список сервисов будет в 1 утиле а не дюжине разных мест. > Монолит = утеря гибкости, утеря изменчивости. А это совсем не то, для > чего многие используют этот софт. Если учесть что я как раз всякий кастом из линя делаю - удачи в этих рассказах. ИМХО кой кому надо бы поменьше теории и побольше практики. Чтобы соотнести как теория и практика соотноятся. Теория без проферки практикой - ни о чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

164. Сообщение от Аноним (-), 18-Май-23, 02:41	+/–
> Выглядит жалобой на объективные трудности делать хорошо. Не могу же я приказать всему миру делать софт так а не эдак. И ставить мои проекты на якорь по причине "мир не идеален" мне тоже не с руки. > Типа похоже на: если хорошо не выходит, ну тогда надо плохо. А > зачем плохо-то... А хочется. А если хорошо? Так тогда не могу/хочу... Можно ссать против ветра всем назло, но эффективность этого подхода вызывает вопросы. Я не переспорю весь мир и не перепишу весь софт за обозримое время. Поэтому придется урезать осетра и оперировать тем что по факту есть. > Одна система Д или Г не пофиксит все недоделки и отклонения от > общепринятых правил. Всё равно придётся исправлять. Для меня вопрос сводится к объему лично моей долботни с "неизбежным техническим злом". И разумеется "чем меньше тем лучше". Конечная цель окучивания системы уж точно не в написании юнита или скрипта. > и доделываете, тогда. Но зачем. Затем чтобы решить свои задачи в желаемом виде за обозримое время. > Вы используете, они не доделывают: "Вы ж используете всё равно, допишете, перетопчитесь." Я не собираюсь тратить мои силы на построение всей планеты. Да и не обязаны они меня ублажать. Могут сказать "вам надо вы и кодите". Простите, я хотел вон тот проект сделать а не кодить что-то совершенно побочное и сугубо техническое. Особенно когда в системде это накодили мощнее и лучше. > Это и был посыл, возможно, раннего ввода Сис. Д. в релиз. > Что и оценили люди как плохую идею, заодно и - софт. Оценили по разному. Майнтайнерам дистров вон вполне понравилось судя по продвинутостям в юнитах. Тут и таймауты, и урезание прав, и кастомный вид ФС, и нормальные зависимости друг от друга вписаны бывают, ... Ну вон например у тора сервис как "instatiated" оформлен. Можно взять да и запустить 5 разных торов с разными конфигами. С httpd такое тоже катит, если надо. И так далее. А на скриптах такое делать - заманаешься. А, там и динамически новый инстанс можно слепить на ходу, если стало надо. На самом деле прикольно придумано, дешево и сердито плодить экземпляры сервиса с разными конфигами. И да, поддержка этого в запускалке сильно упрощает такое начинание.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #166, #167

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

166. Сообщение от Аноним (126), 18-Май-23, 10:55	+/–
У проекта есть стадия: последние 5% до полной сотни. Самая трудоёмкая стадия. Где уходит много времени и тяжело, в пересчёте на 1%. Проект доделан до конца, когда достигнуты полных 100%. Иначе проект недоделан. Для приложения это означает и продуманную процедуру старта, и продуманные возможности и всё всё всё. И в т.ч. пакет, когда для установки нужно ввести только пароль судо, без написания конфигов, юнитов, скриптов наконец. В тестах выше я увидел аргументацию чтобы не напрягаться делать до сотни. Это тоже работает. Пример: MS Teams - приложение г-но, и феерически богатый набор остронеобходимых фич. Т.е. подход работает. Как способ существования это работает. Но такое называют плохими словами. Заслуженно. Например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

167. Сообщение от Аноним (126), 18-Май-23, 11:01	+/–
Не надо мир менять. Можно, не нужно, а можно, делать свой личный выбор. В конечном счёте очень много решает, как кто-либо сам лично чего-то не сделает или сделает. Например, пихнёт недоделку в релиз. Как приходил однажды тим-лид после 18:00, костылей подлить в систему, т.к. иначе долго выходило, в моменте, без учёта будущего. Такие вот возможности развития и роста в коллективе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

168. Сообщение от Аноним (126), 18-Май-23, 11:07	+/–
Вот именно. Старания реализуются. Так же как не-старания. И желания, озвученные в треде выше, это выбор на перекрёстке дорог в ту сторону, что часто критикуют. Иметь желание и мочь без тренировки часто очень слабо связанные вещи. А перекрёстки, на которых можно выбрать дорогу редки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

169. Сообщение от n00by (ok), 18-Май-23, 11:15	+/–
PACKAGE_VERSION='0.10.0' PACKAGE_STRING='GNU Shepherd 0.10.0'
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #173

173. Сообщение от Necromath (?), 28-Май-23, 16:16	+/–
> PACKAGE_VERSION='0.10.0' > PACKAGE_STRING='GNU Shepherd 0.10.0' Это лишь представление версии программы, а не она сама. Программист инкрементирует версию в голове, по правилам для натуральных чисел, а затем записывает в строковую переменную или литерал (макрос). Если икрементировать Си-строку, то сдвинем указатель с первого символа^W байта (точно-точно ASCII-символ?) на следующий, получим огрызок строки и потенциальную утечку памяти, если та выделена на куче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

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

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