The OpenNET Project / Index page

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



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

"Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от opennews (??), 27-Сен-19, 07:31 
Разработчики дистрибутива Nitrux  объявили о формировании первых успешно работающих сборок, избавленных от systemd. После почти трёх месяцев экспериментов началось тестирование сборок на основе SysVinit и OpenRC. Первый вариант (SysVinit) отмечен как полностью работающий, но не рассматриваемый как идеальное решение. Второй вариант (OpenRC) пока не поддерживает GUI и подключение к сети. В дальнейшем планируется также попробовать сформировать сборки с системами инициализации s6-init, runit и busybox-init...

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

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

Оглавление

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


2. "Дистрибутив Nitrux уходит от использования systemd"  –22 +/
Сообщение от Аноним (2), 27-Сен-19, 07:35 
И вот вновь в Линуксе каждый дистр делает по-разному, вновь пытаются в разнообразие
Да, кастомизация - это один из крупнейших плюсов гну/линукса. И его бич.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Дистрибутив Nitrux уходит от использования systemd"  +8 +/
Сообщение от фывфывфыв (?), 27-Сен-19, 09:20 
А чего по разному? Используют обычный SysVInit (а OpenRC сугубо надстройка над ним).
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

55. "Дистрибутив Nitrux уходит от использования systemd"  +2 +/
Сообщение от Аноним (55), 27-Сен-19, 10:54 
А вообще OpenRC сочетает в себе лучшее от SysVInit с некоторыми фичами, схожими с фичами systemd? Или как?
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

84. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (84), 27-Сен-19, 13:58 
Да, кстати, интересно. Просвятите, пожалуйста.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

105. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Аноним (105), 27-Сен-19, 16:35 
Да, openrc умеет в многопоточность и многое упрощает. Но, как обычной юзер перешел на systemd после странных багов с логами логином в kde-plasma и еще всякой мелочью. Gentoo же живет на openrc по умолчанию (да можно поставить даже gnome, но могут вылезать странные баги ибо прослойки-заменители сыроваты).
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

114. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от anonymous (??), 27-Сен-19, 18:30 
Каких фич тебе нужно?
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

32. Скрыто модератором  –18 +/
Сообщение от Адекватный человек (?), 27-Сен-19, 09:54 
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

34. Скрыто модератором  +3 +/
Сообщение от Аноним (34), 27-Сен-19, 09:59 
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

38. Скрыто модератором  +4 +/
Сообщение от Аноним (38), 27-Сен-19, 10:01 
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

43. Скрыто модератором  –6 +/
Сообщение от Аноним (38), 27-Сен-19, 10:12 
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

54. Скрыто модератором  –1 +/
Сообщение от супернуб (?), 27-Сен-19, 10:50 
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

67. Скрыто модератором  –1 +/
Сообщение от Адекват (ok), 27-Сен-19, 11:54 
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

89. Скрыто модератором  –2 +/
Сообщение от супернуб (?), 27-Сен-19, 14:18 
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

115. Скрыто модератором  +/
Сообщение от Аноним (115), 27-Сен-19, 18:35 
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

88. Скрыто модератором  +/
Сообщение от Аноним (88), 27-Сен-19, 14:16 
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

103. Скрыто модератором  +/
Сообщение от Аноним (103), 27-Сен-19, 16:24 
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

63. Скрыто модератором  +4 +/
Сообщение от Аноним (63), 27-Сен-19, 11:38 
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

86. Скрыто модератором  –1 +/
Сообщение от Аноним (86), 27-Сен-19, 14:08 
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

92. Скрыто модератором  +1 +/
Сообщение от Ark (ok), 27-Сен-19, 14:51 
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

37. Скрыто модератором  +2 +/
Сообщение от Аноним (38), 27-Сен-19, 10:00 
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

47. Скрыто модератором  +4 +/
Сообщение от Аноним (47), 27-Сен-19, 10:26 
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

49. Скрыто модератором  –7 +/
Сообщение от Аноним (38), 27-Сен-19, 10:35 
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

75. Скрыто модератором  +/
Сообщение от Аноним84701 (ok), 27-Сен-19, 12:53 
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

78. Скрыто модератором  +/
Сообщение от Аноним (78), 27-Сен-19, 13:10 
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

97. Скрыто модератором  +/
Сообщение от Аноним (38), 27-Сен-19, 15:54 
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

98. Скрыто модератором  +/
Сообщение от Аноним (38), 27-Сен-19, 15:55 
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

79. Скрыто модератором  +1 +/
Сообщение от нех (?), 27-Сен-19, 13:19 
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

57. "Дистрибутив Nitrux уходит от использования systemd"  –3 +/
Сообщение от орввф (?), 27-Сен-19, 10:59 
Они пытаются и даже делают, но 90% пользоваталей выбирают к примеру 5 основных дистров, да и  один бы выбирали если бы он был достаточно проработан.
Пусть побегают. Сейчас поймут, что усилия для перепиливания дистра ради экономии 20 МБ "избыточны", а с их простой задачей и системд справляется на ура.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

60. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от супернуб (?), 27-Сен-19, 11:18 
повторюсь.. МХ linux (debian-antiX) - по умолчанию (и с LiveCD только) идёт SysV, но при инсталяции на жёсткий можно выбрать ещё хоть OpenRC, хоть тот же systemd.
Что мешает остальным дистрам предлагать такой выбор?
А лично у меня любое принуждение в софте уже давно вызывает подозрения о "безкорыстности намерений" и то, что в будущем из-за этого нас не ждут чУдные открытия.
За линукс, кроме сообщества, заступиться некому - это вам не война эксплорера с "альтенативой" (на самом деле - гуглехромом), где одни деньги были против других.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

69. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от powershell (ok), 27-Сен-19, 12:02 
> Что мешает остальным дистрам предлагать такой выбор?

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

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

90. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от супернуб (?), 27-Сен-19, 14:19 
а может им просто за это не платят? Или платят теперь именно за это? (да - я параноик)
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

94. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Григорий Федорович Конин (?), 27-Сен-19, 15:36 
так идите и поддерживайте -- всё узнаете
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

111. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Автоном (?), 27-Сен-19, 18:08 
> но 90% пользоваталей выбирают к примеру 5 основных дистров

Основных дистров всего три, deb/rpm/source-based, всё остальное разного уровня модификации!

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

142. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (142), 28-Сен-19, 19:53 
Всё остальное - ZverCD
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

61. "Дистрибутив Nitrux уходит от использования systemd"  +4 +/
Сообщение от proninyaroslavemail (ok), 27-Сен-19, 11:23 
Линукс даёт тебе выбор, в отличии от других ОС.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

101. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от Аноним (38), 27-Сен-19, 15:56 
Иногда лучше не иметь выбора, чем иметь выбор из откровенного шлака.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

118. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от Аноним (118), 27-Сен-19, 20:33 
чем лучше? Тем, что думать не надо?
Иметь откровенный безальтернативный шлак как-то не очень.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

108. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (108), 27-Сен-19, 16:58 
>Линукс даёт тебе выбор, в отличии от других ОС.

http://www.islinuxaboutchoice.com/

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

125. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от anonimous (?), 27-Сен-19, 22:47 
Я тебе таких сайтов насоздаю ведро, только плати.

iswondowsaboutchoise.com
whywindowssuxxx.info
gofuckyourself.now

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

3. "Дистрибутив Nitrux уходит от использования systemd"  –5 +/
Сообщение от Аноним (3), 27-Сен-19, 07:40 
Да куда вы денетесь с подводной лодки айбиэмоэт. Побега на ржавых батискафах или весельных шлюпках не в счет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от iPony129412 (?), 27-Сен-19, 07:54 
> Nitrux is a commercial, Ubuntu-based Linux distribution suitable for laptops and desktop computers. Its main desktop environment is Nomad, a KDE Plasma desktop enhanced with "plasmoids" to create a special blend of aesthetics and functionality. The project also focuses on using redistributable, portable applications using the AppImage format. Registration with an e-mail address is required to download this distribution.

Мдя. Ну в принципе чем не способ о себе заявить 😀 В новостях напишут на всяких Phoronix

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

5. "Дистрибутив Nitrux уходит от использования systemd"  +5 +/
Сообщение от Аноним (5), 27-Сен-19, 08:23 
Расскажите нубу, в чем беда с системд, за что его так не любят?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Дистрибутив Nitrux уходит от использования systemd"  +6 +/
Сообщение от Аноним (7), 27-Сен-19, 08:40 
Сам по себе systemd привнёс много хорошего - те же init скрипты стало писать куда проще, много поглощённых систем обновили и интегрировали друг с другом. Но проблема именно в этой чересчур тесной безальтернативной интеграции, и избыточности системы для того, что должно быть просто PID1.

https://www.devuan.org/os/init-freedom/

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

15. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от нуб (?), 27-Сен-19, 08:54 
mx linx - тот же дебиан с крысой и кучей чего не надо из коробки - от самбы до поддержки айпонов и ведроидов (кроме крысы вариантов больше нет). Systemd есть (в минимальной комплектации - пока полностью не смогли выпилить), но заводится и работает через SysV. 19я бета на 10м дебиане вполне себе работает - есть пара мелких глюков и не стартует LibreOffice из коробки. Нужно сносить и ставить руками. Думаю, что к релизу всё будет окэ. Пишут, что там ещё и  antiX с MEPIS в доле.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

109. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от Аноним (109), 27-Сен-19, 17:20 
> Но проблема именно в этой чересчур тесной безальтернативной интеграции, и избыточности системы для того, что должно быть просто PID1

Распилить бы его на модули. Хотя погодите...

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

10. "Дистрибутив Nitrux уходит от использования systemd"  –4 +/
Сообщение от Аноним (10), 27-Сен-19, 08:43 
Ой, тебя за этот вопрос будут сейчас троллем кликать и всякое такое. Ссылки дадут, но если повезёт. В основном они напирают, что systemd глючой монолитный огромный кусок кода, что мол у кого-то из-за него что-то не работает и вообще, мол, не по феншую, не по юникс вей
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (10), 27-Сен-19, 08:46 
От меня ссылка вот https://www.opennet.ru/base/sys/systemd_myth.txt.html
Любят здесь её кидать
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

107. "Дистрибутив Nitrux уходит от использования systemd"  +3 +/
Сообщение от Stax (ok), 27-Сен-19, 16:42 
Тут куча бреда и откровенного вранья. Ну и автор извивается, как уж, местами противоречит сам себе, местами притягивает малоинтересные вещи (типа systemd плохо подходит для встраиваемых систем по тем-то и тем-то причинам.. ну не используйте его там, делов то!)

Вот тут здраво прокомментировали наиболее крупные ошибки оригинальной статьи: https://www.reddit.com/r/linux/comments/2hkkwb/systemd_the_b.../
Почитайте вдумчиво. Возможно, придет понимание, насколько неактуальна исходная статья (и что стоит прекратить постить эту несчастную ссылку)

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

11. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от ryoken (ok), 27-Сен-19, 08:43 
Преполоджим, у вас в системе с systemD гавкнулся носитель (не загрузочный, а с данными, куда-нибудь в /media/files монтируемый), прописанный в fstab. Попробуйте завести это ваше systemD без него и не редактируя fstab. (Исходим из предположения, что носитель тупо не завёлся из-за отпавшего шланга).
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

19. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от SR_team (?), 27-Сен-19, 09:08 
Окей, и почему вы ставите условие не трогать fstab? в логе написано, что система не грузится из-за конкретного диска, грузим recovery mode и удаляем его из fstab - профит. Единственная проблема, которая может возникнуть тут это отломаный режим восстановления, когда systemd будет не давать зайти в единственно доступного рута
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

51. "Дистрибутив Nitrux уходит от использования systemd"  +3 +/
Сообщение от ryoken (ok), 27-Сен-19, 10:39 
> Окей, и почему вы ставите условие не трогать fstab?

Деб без СистемДы просто дальше продолжает грузиться в таком случае потому что :D. Ну, может в логи куда и запишет, что не смонтировался раздел.

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

65. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от fi2fi (?), 27-Сен-19, 11:44 
Вообще-то это нестандартное поведение системы - по фэн шую надо звать админа чтоб устранял проблему.

Только домашним дятлам пофиг что диск навернулся

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

68. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Адекват (ok), 27-Сен-19, 11:58 
Админ в отпуске, а отпавший винт проблем не создает, но другие винты и их доступность - очень нужна организации, как быть ?
Вообще это маразм конечно систему не загружать, когда не критичный для системы диск не доступен.
Где логика, Карл ?
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

74. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от fi2fi (?), 27-Сен-19, 12:47 
> Админ в отпуске,

не тянешь ты на "Адекват"

А руки автора патча в дебиане надо оторвать, это из той же серии - рендом занулили в ssh - работает же и так! Это яркий пример что на производстве надо использовать RHEL или его клоны.

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

настроить то можно, и автомаунт и прочее. Но тут скорей к доктору

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

106. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от Аноним (105), 27-Сен-19, 16:40 
опция nofail, пропиши в fstab или в default mount. Не благодари.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

128. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от nomorepatric (?), 28-Сен-19, 00:30 
notabug же
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

41. "Дистрибутив Nitrux уходит от использования systemd"  +2 +/
Сообщение от Аноним (41), 27-Сен-19, 10:08 
Да, сталкивался с этими граблями после того, как записал в fstab внешний диск (чтобы удобно было от юзера монтировать, ага). Добавьте nofail в опции.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

113. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от L (??), 27-Сен-19, 18:19 
nofail допиши в fstab в строку данного диска
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Дистрибутив Nitrux уходит от использования systemd"  +6 +/
Сообщение от нуб (?), 27-Сен-19, 08:45 
тем, что пытается заменить собой всё и или превратит линукс в шидовс, или сделет линукс полностью зависимым от RH, который за этим стоит. Это уже давно нифига не простая система только инициализации и выдрать его из системы становится с каждым релизом всё труднее

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

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

14. "Дистрибутив Nitrux уходит от использования systemd"  –12 +/
Сообщение от Аноним (10), 27-Сен-19, 08:49 
Выдрать? А зачем, скажи мне, выдирать инит из системы? Был бы у тебя линь на openrc или sysvinit, тоже бы их ругал, что, мол, "не могу выдрать, угнетение, рабство"

Systemd - это как раз-таки традиционно, все передовые дистры на нем. Это sysvinit и openrc сейчас маргинальщина

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

18. "Дистрибутив Nitrux уходит от использования systemd"  +12 +/
Сообщение от нуб (?), 27-Сен-19, 09:04 
ну скажем так. openrc, sysv и иже с ними можно и поменять на что-то (хоть друг на дружку). Пусть часто и с бубном. Что бы поменять на что-то другое systemd, даже сейчас, когда он ещё не заматерел, нужно племя шаманов, да и то не факт, что у них получится.
Вопрос не в том, хорош он или плох, а в том, что не оставляет альтернативы - выдавливает всё остальное по примеру того, как это сделал гуглехром. Сейчас вроде и много браузеров, а по сути это одно и тоже.
Лтнукс это не только свободный софт, но и свобода выбора - вот её-то и хотят ограничить.
Если бы systemd не навязывали столь агрессивно и оставляли возможность относительно легко его заменить, то думаю, что его бы только хвалили и постепенно перешли бы на него сами (если бы работал он безглючно и оставлял возможность соскочить с него). А так - чистой воды наркомания (первая доза - бесплатно) и нетрадиционная ориентация
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

72. "Дистрибутив Nitrux уходит от использования systemd"  –2 +/
Сообщение от АнонимусЫЫЫemail (?), 27-Сен-19, 12:29 
Ни на что не претендую, но если подход эффективен и он нравиться большинству, это разве плохо?
Почему так не любят, то что появилось относительно недавно (от остальных) работает лучше всего что было ДО (тут конечно каждый сам решает, что для него лучше).
Даже если брать те же браузеры :) вроде как и альтернатива есть, но что-то как-то не комильфо.
Всегда есть время и шанс создать что-то лучше хрома, системД и тд :) но что-то никто особо не чешется, вот огнелис разве что бьётся в агонии пытаясь догнать хром и кстати у него это в последнее время хорошо получается. Вот сразу видно альтернативу.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

76. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от супернуб (?), 27-Сен-19, 12:57 
В том-то и проблема, что у большинства как бы нет выбора - вот тебе 14 бубнта SysV. Дадавй обновляйся до 16й. Ой! А там уже systemd. И так - по всем фронтам: или ставь актуальную версию и получай systemd в пожизненно(?) в придачу, или оставайся за бортом и тони на своей ржавой посудине.
Речь-то (и основное бурление) именно о том, что не оставляют выбора. "Мы покрасим вам забор в любой цвет, при условии, что он будет синим" - как-то так.

И, как я уже говоил - бОльша часть дескторных юзеров (читай - новичков) даже не понимают в чём разница мехду системами инициализации, да и вообще что там у них стоит - обновился и обновился. Работает быстре и не падает - вот и славно. Они живут одним днём - вот когда однажды всё это раскорячиться или найдут даже не дыру, а дырищу (а при то, что там твориться - это лишь вопрос времени: наверняка кто-то из труёвых sysd-хейтеров уже наботает над этим), вот тогда поднимется вой (а лёна скашет - "да ну вас" и уйдёт маннув рукой, недооцененный).
А пока... Благодаря убунту-форкам и прочим мятам с корицами сейчас средний линукс-пользователь уже мало чем отличается от такого же в шиндовс. А значит будут ждать прихода того самого петуха

Never touch a running system! (c)

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

82. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (10), 27-Сен-19, 13:53 
> Речь-то (и основное бурление) именно о том, что не оставляют выбора.

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

>Работает быстре и не падает - вот и славно. Они живут одним днём - вот когда однажды всё это раскорячиться или найдут даже не дыру, а дырищу

Нет, давайте сидеть на старой медленной системе и компах, а то вдруг дыра будет, опасно. Да и вообще без компьютеров мир был лучше, счёты не взломают

> Never touch a running system! (c)

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

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

91. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от супернуб (?), 27-Сен-19, 14:40 
>А то, что надо поддерживать сразу обе версии

Зачем? Достаточно просто не ломать/выбрасывать то, что уже было и чуть изменить алгоритм сборки.
(Не реклама, но упомянутый выше дистр хороший тому пример. У них есть aptiX, что вообще без systemd и есть МХ с выбором на любой вкус. Ядра там кстати, тоже можно разные ставить). А так дооо - прварили ннамертво и теперь оправдываются: "оно ж не разбирается и без этого не работает". Естественно не разбирается и не работает, если изначально этого даже и не предполагалось - "жрите, что дают и не гавкайте"

>Нет, давайте сидеть на старой медленной системе и компах

Да я бы не сказал, что аналоги systemd намного медленнее - до 5 секунд при старте (или 8-9 или 13-15. Ну ооочень существенная разница), и примерно столько же при выключении. В остальном иногда может даже быстрее.

>То есть никогда не фикси дыры, не вноси усовершенствования, сиди на старье и не ной про прогресс.

В прошлой жизни имел отношение к системе в высокими требованими к стабильности работы. Работало на NT4, W2K, RH и один реальный SUN (SAP-зоопарк начала времён, короче). RH и SUN на моей памяти вообще не обновляли. Для остальных были два имитатора, на которые накатывали все обновы и использовали точно так же, как на живой системе с месяц. Если всё работало нормально - накатывали на живую систему. За 2 года раза три радовались, что не накатили стразу. Собственно последний шиновс - наглядный пример. Как и начало того же systemd, когда после апдейта что-нибудь да отваливается.


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

25. "Дистрибутив Nitrux уходит от использования systemd"  +2 +/
Сообщение от фывфывфыв (?), 27-Сен-19, 09:23 
sysvinit (OpenRC это тоже он) выдрать не проблема, потому-что программы в юзерспейсе не используют их библиотеки.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

35. "Дистрибутив Nitrux уходит от использования systemd"  +7 +/
Сообщение от ixrws (??), 27-Сен-19, 09:59 
Учим русский язык и не только русский. Системд слишком новый, чтобы считаться традиционным. А тот факт, что его юниты не загружаются другими инит системами, а наоборот лишь ещё раз доказывает его нетрадиционность. Вот если бы он был чем-то вроде форком sysvinit, добавляющих кучу фич, но остающимся обратно совместимым на уровне всех подготовленных для него юнитов - вот тогда можно было бы называть его традиционным и то с натяжкой.

Что до маргинальщины sysvinit, то анонимус, ты с дуба рухнул? Оно в явном или неявном виде используется даже на системах c systemd, потому что с нуля юниты для всего не написаны ещё, не говоря о явном использовании, которое тоже есть. Ну а что до openrc, то вполне себе используемая система инициализации и хотя бы тот факт, что на ней можно собрать полностью рабочий десктоп ни в чём себе не отказывая, говорит о том, что до маргинальщины её бесконечно далеко.

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

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

85. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Perlovka (ok), 27-Сен-19, 14:06 
> на openrc или sysvinit

Что значит или? openrc не заменяет sysvinit. Слышал звон, да не знаю где он, зато мнение имею, да? )

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

95. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от супернуб (?), 27-Сен-19, 15:37 
да лааадно?
Всегда думал, что - orc есть дальнейшее развитие sysv. Опять же OpenRC - традиционно генту и бсдя, не? SysV - тот же MX Linux (Debian) и ещё куча всего. Ну а то, что orc работает с sysv причиндалами, так это просто то, что хотели изначально видеть в systemd - обратная совместимость.
И можно ставить и то и другое - разве нет?
А (уж что там за собой что тащит - дело второе, в данном случае) :) .

PS. По аналогии тогда можно говорить и что win95 = DOS (хотя и 3.1 уже не совсем что бы дос был, хоть и тащил его с собой)

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

99. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Perlovka (ok), 27-Сен-19, 15:55 
> да лааадно?
> Всегда думал, что - orc есть дальнейшее развитие sysv.

А можно было просто прочесть хотя бы описание на https://github.com/OpenRC/openrc

OpenRC is a dependency-based init system that works with the system-provided init program, normally /sbin/init. Currently, it does not have an init program of its own.

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

134. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (134), 28-Сен-19, 03:41 
>Опять же OpenRC - традиционно генту и бсдя, не?

FreeBSD используют init(8)
PacBSD и Trueos используют OpenRC.
Идея вставить системд в фряху хд https://forums.freebsd.org/threads/will-freebsd-ever-use-the.../

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

16. "Дистрибутив Nitrux уходит от использования systemd"  +6 +/
Сообщение от Аноним (16), 27-Сен-19, 08:55 
Беда его в том, что его писали без оглядки на устоявшиеся практики и привычки админов, чем вызвали лютую колику у тех, кому было на что тратить своё время кроме изучения systemd. Ненавидят же его за то, что внедряли его без вазелтина, не обращая ни на что внимания и ломая об колено всё, что мешало его внедрению.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

28. "Дистрибутив Nitrux уходит от использования systemd"  +3 +/
Сообщение от _hide_ (ok), 27-Сен-19, 09:46 
>>> его писали без оглядки

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

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

17. "Дистрибутив Nitrux уходит от использования systemd"  –3 +/
Сообщение от Нанобот (ok), 27-Сен-19, 09:02 
слишком сложный. среднестатистический опеннетный аноним не в состоянии такое осилить, вот и не взлюбил
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

21. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от нуб (?), 27-Сен-19, 09:12 
и много среднестатистических опеннетных анонимов заметило, что он у них уже стоит? И сколько допиливало скрипты раньше? Всё это заметно именно админам и прогерам, а среднестатистическому хомячку вообще всё по барабану, что у него там стоит и как работает - главное, что бы бесплатно и как в шиндовс. Ну и что бы стартовало по-быстрее. И обои нескучные.
Так что, то, что хомячки возмущаются - миф. Возмущаются именно те, кто много и долго сидят в линуксе, т.е. - реальные профессионалы (ну и параноики, вроде меня).
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

53. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (53), 27-Сен-19, 10:43 
Это удивительно, ведь правда и то, что отслеживание процессов традиционными системами инициализации как то: хранение PID-ов в файлах, поддержка каталогов с этими файлами и т.д. - это то, что среднестатистический пользователь линукса не в состоянии осилить на уровне, когда не будет оставаться работающих процессов от убитого сервиса, когда не надо будет руками удалять пид-файлы чтобы запустить сервис заново и т.д..
Господи, да 90% этих скриптов в sysvinit - это была макрос-лапша по созданию и перемешиванию этой пид-каши (да ещё и с поддержкой разных дистрибутивов на уровне кода - ещё больше макросов).
Зачастую сборки приходящие извне репозитория дистрибутива не содержали нормальную метаинформацию для системы инициализации (я про комментарии в начале init-скрипта). Да никто их не писал, кроме майнтейнеров дистрибутивов, да и то не для всех пакетов.
Поэтому я, как разработчик и будучи иногда в роли devops уже много лет рад тому, что в centos и ubuntu server поддержка собственного сервиса(ов) просто больше не требует моего времени и внимания, встроенные таймеры и события дают возможность автоматически выполнять действия при старте/останове сервиса, а поддержка systemd watchdog есть в прикладных библиотеках фреймворков.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

87. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от freehckemail (ok), 27-Сен-19, 14:11 
Господи, что Вы несёте...

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

Это и не было задачей пользователя. Это была задача мейнтейнера.

Более того, за тысячу лет до сосдания systemd существовал start-stop-daemon, который все эти вещи брал на себя.

> Господи, да 90% этих скриптов в sysvinit - это была макрос-лапша по
> созданию и перемешиванию этой пид-каши (да ещё и с поддержкой разных
> дистрибутивов на уровне кода - ещё больше макросов).

Какие ещё макросы в shell?! Там даже понятия такого нет.

> Зачастую сборки приходящие извне репозитория дистрибутива не содержали нормальную метаинформацию
> для системы инициализации (я про комментарии в начале init-скрипта). Да никто
> их не писал, кроме майнтейнеров дистрибутивов, да и то не для
> всех пакетов.

Скрипты от разработчиков обычно и не шли в пакеты, если приглядитесь. Инициализация сервиса для нужд девов -- это одно. Инициализация сервиса для прода -- это уже другое.

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

102. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (102), 27-Сен-19, 15:58 
>start-stop-daemon

Дебианоспецифичная вещь. Которую ещё приходилось обмазывать сверху монитом или чем-то подобным, так как безглючных сервисов не существует. А ещё особенно было весело с сервисами, которые форкались на несколько процессов уже после запуска, но при этом не отслеживали потомков. Или демонизировались тем же форком, но не создавали пид-файл, а файл, созданный этим самым start-stop-daemon из-за этого становился неактуальным. Доходило до того, что проще оказывалось запустить процесс в screen, в foreground. Вообще шикарно получалось, когда надо было запускать несколько копий сервиса - самым простым решением было копирование исполняемого файла под новым именем, а для останова использовался killall.
Так что SysV init заслужил своё место на свалке истории.

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

112. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от freehckemail (ok), 27-Сен-19, 18:13 
> особенно было весело с сервисами, которые форкались на несколько процессов уже после запуска, но при этом не отслеживали потомков.

Примерно поэтому умолчательное поведение start-stop-daemon для отправки сигналов рабочему процессу -- killall.

> Или демонизировались тем же форком, но не создавали пид-файл, а файл, созданный этим самым start-stop-daemon из-за этого становился неактуальным.

Ну это Вы плохо man читали. Там подобный случай описан: --make-pidfile нельзя указывать, если запускаемый процесс демонизируется. Если он не создаёт пид-файл, то надо его запускать в foreground, и помимо --make-pidfile задавать ещё --background и --remove-pidfile.

> Вообще шикарно получалось, когда надо было запускать
> несколько копий сервиса - самым простым решением было копирование исполняемого файла
> под новым именем, а для останова использовался killall.

Мне кажется, что сделать симлинк было бы ещё проще. Зачем же сразу файлы-то копировать.

> Так что SysV init заслужил своё место на свалке истории.

Да не, рано ещё. Быть может его допилят, чтобы рулил процессами через cgroups.

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

120. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (120), 27-Сен-19, 20:55 
SysV init это просто запускался скриптов, если у вас были кривые скрипты то причём тут SysV init?
Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

130. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (53), 28-Сен-19, 00:46 
> SysV init это просто запускался скриптов, если у вас были кривые скрипты
> то причём тут SysV init?

При том, что он поощряет написание этих кривых скриптов. Как? Например, вот так:

1. Отсутствие стандарта метаинформации (ограничения, зависимости, последовательность запуска и т.д.) о сервисе. Из-за этого придумали костыль - хитрые комментарии в начале скрипта, так называемый sysvinit service header. Которые мало кто нормально пишет. Да и в которых почти ничего нет. PID/GID там не выставишь, например.

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

3. Отсутствие domain specific language - то есть языка, специально предназначенного для описания сервисов и который сводит к минимуму кол-во ошибок/проблем просто тем фактом, что его грамматика их не позволяет сделать.

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

147. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от freehckemail (ok), 29-Сен-19, 04:03 
>> SysV init это просто запускался скриптов, если у вас были кривые скрипты
>> то причём тут SysV init?
> При том, что он поощряет написание этих кривых скриптов. Как? Например, вот
> так:
> 1. Отсутствие стандарта метаинформации (ограничения, зависимости, последовательность
> запуска и т.д.) о сервисе. Из-за этого придумали костыль - хитрые
> комментарии в начале скрипта, так называемый sysvinit service header.

Сервисные скрипты для sysv сильно разнились от дистрибутива к дистрибутиву. Закономерное следствие его гибкости. Так вполне логично, что стандарт определялся на уровне дистрибутива. Вот в Debian был стандарт. Это и был тот самый LSB header, который Вы почему-то называете "sysvinit service header" и "костылём".

> Которые мало кто нормально пишет. Да и в которых почти ничего нет. PID/GID там не выставишь, например.

Какой кошмар. В header-ах, которые определяют *порядок загрузки*, нельзя выставить GID. Правда, UID/GID можно дальше спокойно выставить в start-stop-daemon, но кому это интересно, в самом деле. Про выставление PID вообще молчу.

> 2. Отсутствие системного алгоритма запуска
> хотя он известен - выставили ограничения/параметры,
> запустили, определили успешность запуска, запомнили pid и т.д. Но он не
> реализован в рамках sysvinit, есть примитивный exec процесса и всё.

Ну так это не так.

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

Ну так это тоже не так.

> 3. Отсутствие domain specific language - то есть языка, специально предназначенного для
> описания сервисов и который сводит к минимуму кол-во ошибок/проблем просто тем
> фактом, что его грамматика их не позволяет сделать.

А вот это так. Ну, как я и говорил тут давеча: systemd создал DSL, который снизил порог вхождения новичкам, которым тьюринг-полный язык оказался слишком сложен, путём покрытия типовых сценариев запуска. Полезная вещь для новичков. Нужны ли нам такие мейнтейнеры -- это вопрос очень интересный и спорный. Я бы сказал, что есть в мире те, кому это на руку.

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

119. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (53), 27-Сен-19, 20:45 
> Это и не было задачей пользователя. Это была задача мейнтейнера.

В идеальном мире. А в реальном каждый пользователь пытался вставить в автозапуск какой-то свой скрипт. Как и в DOS и, в дальшейшем, в виндовс. Полно таких "инит"-скриптов (кавычки для сарказма), у которых не обрабатывается параметр stop, а, например, reload и рестарт перепутаны. Хочешь чтобы сервис перечитал конфиг без остановки, а вместо этого он мало того, что останавливается, так ещё и не запускается (ну, например, из-за нового конфига с ошибкой).

> Какие ещё макросы в shell?! Там даже понятия такого нет.

Это то, что называется переменными. Но я, как разработчик, не могу это назвать ничем кроме макросов. Просто подстановки строк в другие строки. Так как главный признак макроса - отсутствие какой-либо типизации, статической или динамической. Да это и ежу понятно, ведь в баше вся обработка переменных построена на функциях работы со строками (http://git.savannah.gnu.org/cgit/bash.git/tree/variables.c?h...).

> Скрипты от разработчиков обычно и не шли в пакеты, если приглядитесь. Инициализация сервиса для нужд девов -- это одно. Инициализация сервиса для прода -- это уже другое.

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

Ну и вообще, меньше гонору, товарищ, это бессмысленно, если мне тут нахамить, то из-за этого тебя в троллейбусе узнавать не начнут.

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

121. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (120), 27-Сен-19, 21:01 
> Полно таких "инит"-скриптов (кавычки для сарказма), у которых не обрабатывается параметр stop, а, например, reload и рестарт перепутаны.

А что мешает авторам подобных "инит"-скриптов написать абсолютно такие же кривые юниты systemd?

> Да это и ежу понятно, ведь в баше вся обработка переменных построена на функциях работы со строками

Не пишите init скрипты на bash, пишите на C, Python, Go, любом другом языке (а юниты systemd — только на языке systemd, увы).

> А если приглядитесь вы, то увидите, что в моём сообщении речь идёт о пакетах вне репозиториев дистрибутива. Пакетах, просто скачанных с сайта разработчика данного ПО. И это приходится делать всем пользователям хоть раз в жизни. И потом трахаться с адаптацией баш-портянки, созданной под другой дистрибутив, чтобы она запускала сервис у себя.

Ну теперь вы будете трахаться с адаптацией unit файла, созданного под другой дистрибутив. И?

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

129. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (53), 28-Сен-19, 00:31 
> А что мешает авторам подобных "инит"-скриптов написать абсолютно такие же кривые юниты systemd?

Простота юнитов. В самом простом варианте там нужно просто угадать всего с одним параметром - с типом (simple, exec, forking и т.д.).

> Не пишите init скрипты на bash, пишите на C, Python, Go, любом другом языке (а юниты systemd — только на языке systemd, увы).

init-скрипт на С - это как бы максимальная степень неправильного использования инструмента. Это как микроскопом гвозди. К этому привело само понятие "скрипт", которое изначально использовалось по отношению к управлению сервисом (потому что это был единственный способ реализации), хотя никакого скрипта или вообще алгоритма не нужно. Сервис - это чётко определяемое понятие в рамках ОС и для запуска его не нужен пользовательский алгоритм, потому что есть системный. Нужны лишь параметры запуска (что и есть, собственно, юниты).

> Ну теперь вы будете трахаться с адаптацией unit файла, созданного под другой дистрибутив. И?

Юнит под другой дистрибутив? Как это? Нет, понятно, что сломать можно всё, везде можно вкорячить абсолютные пути и т.д. Но в случае юнита systemd это можно сделать только специально.

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

131. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Аноним (131), 28-Сен-19, 00:58 
> Простота юнитов.

Шаблон init скрипта ещё проще, там даже угадывать не надо.

> потому что это был единственный способ реализации

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

> Юнит под другой дистрибутив? Как это?

Стандарты у разных дистрибутивов --- разные, на расположение файлов, на настройки, на поведение, на стандартные утилиты и т.п. Попробуйте unit файл например для postgres из redhat запустить в debian, он не заработает, потому что для начала не найдёт где лежит postgres.

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

148. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от freehckemail (ok), 29-Сен-19, 05:18 
> А в реальном каждый пользователь пытался вставить в автозапуск какой-то свой скрипт.

И корректный способ это сделать: crontab -e

>> Какие ещё макросы в shell?! Там даже понятия такого нет.
> Это то, что называется переменными. Но я, как разработчик, не могу это назвать ничем кроме макросов. Просто подстановки строк в другие строки.

Класс. То есть Вы сначала говорите, что словом macros называете variables, а потом даёте понять, что Вы называете этим словом expansion. Отлично. Не хотите ли пойти на пересдачу за столь превольное оперирование терминологией?

> Так как главный признак макроса - отсутствие какой-либо типизации, статической или динамической.

Да неужели. А Вы это, попробуйте как-нибудь набрать в гугле "typed macros", много интересного узнаете.

Короче, всё, что Вы должны понять: в шеллах нет макросов. Вообще.

> в моём сообщении речь идёт о пакетах <...> просто скачанных с сайта разработчика

Ну да. Всякая фигня случается, если некто зачем-то берёт на себя труд мейнтейнера, но ничего в нём не понимает. У меня и с сервисными юнитами та же самая хрень бывает до сих пор. Что ж мне, винить не разработчика, а systemd? А с какой собственно стати?

> И это приходится делать всем пользователям хоть раз в жизни.

Обычный юзер, если что-то не работает, пишет баг-репорт и ждёт, когда починят. Зайдите в рассылку debian-user и спросите тамошних, как часто они правили init-скрипты сторонних приложений в их системе? Я готов поставить деньги на то, что 95% ответов будет "никогда вообще".

> Ну и вообще, меньше гонору, товарищ, это бессмысленно, если мне тут нахамить, то из-за этого тебя в троллейбусе узнавать не начнут.

Сейчас объясню. Я тут тебе, "товаrищ", не хамлю. Я тебе в своей неповторимой и экстравагантной манере объясняю глубину твоих заблюждений. А если ты хочешь услышать хамство, то вот оно, пожалуйста:

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

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

Так захeра ты всю эту чушь пишешь-то? =)

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

151. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (53), 29-Сен-19, 15:05 
> А если ты хочешь услышать хамство, то вот оно, пожалуйста

Вижу ты ждал именно этого момента :)

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

20. "Дистрибутив Nitrux уходит от использования systemd"  +39 +/
Сообщение от freehckemail (ok), 27-Сен-19, 09:12 
> Расскажите нубу, в чем беда с системд, за что его так не любят?

Я бы рекомендовал нубу почитать новости о выпусках systemd на opennet с 2014го года.

Кратко:

1) переход с sysvinit на systemd являлся потерей гибкости ради упрощения типовых сценариев
2) агрессивное насаживание systemd вызвало массу недовольства: самый яркий пример -- привязка gnome к logind, который Поттеринг в 2014м внезапно решил сделать затем жёстко зависимым от systemd-as-pid-1. Это сделало на какое-то время невозможным использование gnome без systemd.
3) нарушение обязательств разработчиками systemd: так, например, когда в 2012м кодовую базу udev слили в репозиторий systemd "ради удобства разработки", разработчики обещали, что будут поддерживать независимую сборку и работу udev. Обещание продержалось 2 года.
4) разработчики закрывают баги, которые им не нравятся, без исправления; фраза "этонибаг" уже давно является мемом, ассоциирующимся с разработчиками systemd.
5) разработчики зачастую не уведомляют в changelog-ах об исправлениях безопасности, в связи с чем любые дистрибутивы, кроме развиваемых Red Hat, могут оказаться уязвимыми, потому что просто не знают о том, что надо бэкпортировать эти фиксы.
6) все реально востребованные возможности systemd так или иначе уже существовали ранее, systemd не принёс ощутимой пользы грамотным пользователям
7) негибкость механизма сервисов привела к тому, что для любой мало-мальски нетиповой ситуации всё равно надо писать скрипты на shell
8) крайне низкое качество кодовой базы

Тем не менее, от внедрения systemd были и плюсы.

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

Короче, как итог: жизнь хороших специалистов почти не изменилась (нам плевать, с чем работать, пусть даже и с рeшетом), хотя кому-то было очень больно (systemd может вести себя очень плохо в целом ряде случаев); жизнь огромного числа новичков упростилась кардинально.

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

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

Если интересен более подробный анализ, то вот тут я написал перевод статьи 2014го года[1]. С тех пор мало что изменилось в аргументации.

[1] https://www.opennet.ru/base/sys/systemd_myth.txt.html

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

27. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Аноним (5), 27-Сен-19, 09:40 
Спс, бро, весьма доходчиво рассказал.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

29. "Дистрибутив Nitrux уходит от использования systemd"  +3 +/
Сообщение от Аноним (29), 27-Сен-19, 09:48 
а вот меня бы системд не бесил, если бы при вводе systemctl start и нажатии tab не приходилось ждать по 30 секунд с ssd, 8 ядрами и горой рамы
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

44. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от nailts (ok), 27-Сен-19, 10:12 
уверен, что проблема в systemd?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

52. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Anon_Erohin (?), 27-Сен-19, 10:43 
А в чем еще скажите? Вы видели какой раздутый этот монстр? Оно неповоротливо и тормознутое, облепленное всякими непонятными конфигами и подсистемами...
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

58. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от nailts (ok), 27-Сен-19, 11:03 
и обработкой командной строки занимается systemd?
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

59. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от супернуб (?), 27-Сен-19, 11:08 
пока нет, но думаю, что работа над этим тоже ведётся. Какие ваши годы - вполне возможно ещё застанете systemd-kernel (хотя думаю systemd-ime нужнее будет).
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

66. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Антонидас (?), 27-Сен-19, 11:53 
Тоже бесит невообразимо.
Вроде пофиксили в версии 242 https://github.com/systemd/systemd/commit/f28255e2d5695b0d06... но в основные не-роллинг дистрибутивы хрен дождешься...
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

73. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (73), 27-Сен-19, 12:31 
что-то дофига, проверил на стареньком нетбуке 2012 года (2 ядра, ssd) данная операция занимает от 8 до 10 сек
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

83. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от freehckemail (ok), 27-Сен-19, 13:56 
> что-то дофига, проверил на стареньком нетбуке 2012 года (2 ядра, ssd) данная
> операция занимает от 8 до 10 сек

Регресс, сэр! =)

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

93. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от анон (?), 27-Сен-19, 15:08 
На арче фвтокомплит сработал меньше секунды

core/systemd 243.51-1 (base-devel) [installed]

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

122. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (120), 27-Сен-19, 21:13 
> Но сейчас при заказе виртуалки в любом ДЦ -- у меня только один выбор, и это systemd. Его функционал избыточен для типовых нужд современного опса, да и доверия инстурмент не внушает. Но деваться от него некуда.

Для без GUI сервера с debian 9 systemd всё ещё можно выпилить, я выпиливал, в 10 пока не тестировал.

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

145. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от freehckemail (ok), 29-Сен-19, 03:23 
>> Но сейчас при заказе виртуалки в любом ДЦ -- у меня только один выбор, и это systemd. Его функционал избыточен для типовых нужд современного опса, да и доверия инстурмент не внушает. Но деваться от него некуда.
> Для без GUI сервера с debian 9 systemd всё ещё можно выпилить,
> я выпиливал, в 10 пока не тестировал.

Можно, согласен. Напильником всё можно. Но время -- штука дорогая. Возьмём ту же систему на базе Ubuntu (или Debian). Её работа без systemd мягко говоря не гарантирована. Зачастую Вы будете попадать в ситуации, когда всё заточено исключительно под systemd, и её отсутствие не даст Вам возможности решить проблему быстро.

Выпилить-то я могу. Вот только потом я поставлю стороннее ПО, а в нём будет исключительно service-файл. И это будет означать, что я не могу просто поставить его и получить рабочее приложение, я должен буду в системе, куда его поставил, завести либо systemd-shim какой-нибудь, либо написать свой init-скрипт. Это займёт время. А его часто попросту нет.

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

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

133. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от Ordu (ok), 28-Сен-19, 01:40 
> Плохо в основном то, что этот инструмент безальтернативно насаживается и всем остальным.

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

И после этого ты рассказываешь нам сказки о том, как технически круто подкованных крутых специалистов вынудили пользоваться systemd, хотя им и не нравилось. Если бы всё было именно так, и технически подкованные, и специалисты, и не нравится systemd, они бы нашли способ не пользоваться systemd. А если не нашли, то они ничем не лучше тех самых "новичков", которым лишь бы попроще.

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

146. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от freehckemail (ok), 29-Сен-19, 03:35 
Что за фамильярность.

Во-первых, см. #145.

Во-вторых, раз уж Вы пошли в ad hominem, позвольте и я Вам напомню некоторые детали Вашей биографии. Судя по длине Ваших постов, у Вас, Ordu, чрезвычайно много свободного времени. А также  Вы грешите размышлениями на темы, в которых не разбираетесь. Да хоть недавний вон случай, когда Вы рассказывали о том, как лиспы плохи, при этом путая лексическое связывание с динамическим, что является в общем-то теоретическим минимумом. И такое за Вами наблюдалось не единожды. Поэтому, если Вы хотите, чтобы к Вашим нравоучительным поучениям (например к описанным выше) прислушивались, то Вам с учётом Ваших прошлых выступлений стоило бы сначала показать, что Вы в данном вопросе понимаете хоть что-нибудь.

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

150. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от Ordu (ok), 29-Сен-19, 10:03 
> Что за фамильярность.

Что за фамильярность?

> Во-первых, см. #145.
> Во-вторых, раз уж Вы пошли в ad hominem, позвольте и я Вам
> напомню некоторые детали Вашей биографии. Судя по длине Ваших постов, у
> Вас, Ordu, чрезвычайно много свободного времени.

Да. Завидно?

> А также  Вы грешите
> размышлениями на темы, в которых не разбираетесь.

И чё с того?

> чтобы к Вашим нравоучительным поучениям (например к описанным выше) прислушивались, то
> Вам с учётом Ваших прошлых выступлений стоило бы сначала показать, что
> Вы в данном вопросе понимаете хоть что-нибудь.

Нет, спасибо.

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

50. "Дистрибутив Nitrux уходит от использования systemd"  +2 +/
Сообщение от Аноним (50), 27-Сен-19, 10:36 
На любом форуме главной киллерфичей systemd преподносилось, что система с ним грузиться быстрее. Но по факту разницы либо не было либо например upstart был быстрее. А дальше был срачь что все мудаки а systemd священен.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

56. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от freehckemail (ok), 27-Сен-19, 10:55 
То, что systemd не быстрее -- это уже давно известное дело. Он *был* быстрее прочих инитов, когда проект был на самом старте. С тех пор много воды утекло. Настолько много, что старт systemd-driven системы сравним по скорости с распараллеленным в debian sysv.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

80. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от нех (?), 27-Сен-19, 13:38 
у меня лично openrc быстрее. причём это прям на глаз заметно.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

136. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от Snm (?), 28-Сен-19, 07:29 
Его не любят за то что он не следует идеям UNIX - один инструмент для одной задачи. Сегодня systemd это не только ценный мех^W^W система инициализации, но так же (загибай пальцы) journald (с генератором qr кодов), logind, networkd, udev, а скоро еще и homed. Что в системе инициализации абсолютно лишнее. При этом все сколочено гвоздями и тот-же udev без systemd не работает как и остальные поделки.
Это заставляет создателей дистрибутива либо тащить systemd в дистрибутив со всеми свистоперделками либо стоять в стороне и пилить свои костыли в духе форка udev от Gentoo.
С точки зрения UNIX сообщества тоже есть недовольство тем что systemd работает только в Linux и поэтому все Hurd и прочие BSD вынуждены пилить свое, при этом обеспечивая совместимость с systemd и всем его обвесом, потому что иначе есть шанс остаться без приложений.
Опять же к дизайну самого systemd есть вопросы. Например какого лешего юниты хранятся в /var/lib/systemd а не в /etc где им самое место?
Если не ошибаюсь то RedHat совместил /usr/bin и /bin тоже по причинам связанным больше с архитектурой systemd чем реальной необходимостью.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

149. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от freehckemail (ok), 29-Сен-19, 06:30 
> Опять же к дизайну самого systemd есть вопросы. Например какого лешего юниты
> хранятся в /var/lib/systemd а не в /etc где им самое место?

Не, это понятно почему. Там хранятся дефолты. А в /etc/systemd пользователь может положить переопределения. Плюс подобного подхода в том, что теперь видно разницу между юнитами, в которые администратор внёс правки и дефолтными настройками мейнтнейнера. В смысле, видно из коробки. Раньше мы просто ставили для этого etckeeper и тоже всё было видно. А вот минус тут более сущетвенный. Файлы в /var/lib/systemd не помечаются как конфигурационные (по крайней мере в Debian/Ubuntu). В случае внесения правок в сервисный файл раньше из-за этой пометки на нём при обновлении выстреливал ворнинг, а сейчас должно просто происходить замещение новой версией от мейнтейнера без предупреждения. Я очень сомневаюсь, что кто-нибудь чекает подобные вещи при апгрейде.

> Если не ошибаюсь то RedHat совместил /usr/bin и /bin тоже по причинам
> связанным больше с архитектурой systemd чем реальной необходимостью.

Да, в этом и дело. А ещё в том, что у Fedora был традиционный бардак, и зачастую утилиты из /bin зависели от /usr/lib. Но вообще у этого только один минус -- просто становится сложнее выделить минимальную систему.

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

6. "Дистрибутив Nitrux уходит от использования systemd"  +2 +/
Сообщение от Печаль (?), 27-Сен-19, 08:34 
В новости нет фото обоев рабочего стола не одобряю
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

71. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (73), 27-Сен-19, 12:21 
как это нету ? есть, по крайней мере в моей реальности
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Дистрибутив Nitrux уходит от использования systemd"  –3 +/
Сообщение от Аноним (10), 27-Сен-19, 08:41 
Без гуя и сети, блин, был бы просто без гуя, нормально, сервер бы был, а так
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (9), 27-Сен-19, 08:41 
Ну наконец-то.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

26. "Дистрибутив Nitrux уходит от использования systemd"  +3 +/
Сообщение от Zenitur (ok), 27-Сен-19, 09:37 
Первый раз слышу про этот дистрибутив Linux, но я рад. Жду когда опомнятся все. Не "жареного" же "петуха" ждать, разум же в людях может проснуться и до того, как долбанёт...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Дистрибутив Nitrux уходит от использования systemd"  –2 +/
Сообщение от Аноним (30), 27-Сен-19, 09:51 
Ысе эти Nitrux, Parabola, Hyperbola... Взяли бы да и объеденили свои силы в борьбе с systemd, раз уж на то пошло. Уверен, вышен бы действительно достойный дистр. А так пока жалкие потуги от Васянов. Несерьезно все это. Сам лично не являюсь сторонником ни сисвэ, ни системдэ, мне по боку, работает да и нормально, все равно никогда не писал скрипты и юниты.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Дистрибутив Nitrux уходит от использования systemd"  –2 +/
Сообщение от Аноним (40), 27-Сен-19, 10:06 
И что начнешь ты бороться и IBM тебе зелени отвалит, через любой свой фонд лишь бы ты юзал системд. И ты будешь сидеть как на мартышки на картинке, где им во все щели напихали долларов.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

45. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (45), 27-Сен-19, 10:22 
Это можно рассматривать только как эксперимент. Пользоваться этим, конечно же, никто не будет, но разработчики других дистрибутивах могут учесть опыт (как позитивный, так и негативный).
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

46. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (45), 27-Сен-19, 10:23 
s/дистрибутивах/дистрибутивов/
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

31. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (31), 27-Сен-19, 09:53 
Новость приятная, хотя уж от кого, так от дистрибутива, который повязался на AppImage, этого как-то прямо даже не ожидаешь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (36), 27-Сен-19, 10:00 
>  s6-init

Кто-нибудь этим пользуется? Как оно?

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

39. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (40), 27-Сен-19, 10:04 
systemd это чистой воды NIH синдром. И ничего больше. Никакой пользы нормальному человеку не несущий.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

96. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Григорий Федорович Конин (?), 27-Сен-19, 15:43 
Но ведь вам никто не запрещает пользоваться гентой, например.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

140. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (140), 28-Сен-19, 17:40 
> Но ведь вам никто не запрещает пользоваться гентой, например.

Гента слишком сложная. Должна быть доступная для простого пользователя альтернатива.

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

42. "Дистрибутив Nitrux уходит от использования systemd"  –1 +/
Сообщение от DIO (?), 27-Сен-19, 10:10 
даешь извращений много и разных.... без сети хм.. и куда его прилепить? на швабру? так она геопозиционирование захочет - сеть надо...
то что опенрс - красиво , удобно и т.д. спору нет но блин эти уникальные все новые запилы со сменой обоев да еще и на йэбунту... ладно бы на Дебиане но нечто на недоподелке...

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

48. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от супернуб (?), 27-Сен-19, 10:27 
"любой дебиан со временем становится убунтой"(с) Как любая машина - Опелем.

Справедливости ради, с 14й версии бубнта стала более чем приличной (примерно как сейчас 10й дебиан ;) ).
Про кеды и юнити не скажу, а все остальные DE пробовал (включая экзотику) - проблем не было.
И 18я была бы просто отличной, если бы не systemd. Т.е. работает-то она с ней хорошо (после последнего апдейта, на SSD, старт за 8 сек и выключение за одну - и когда успевает? И ни одно глюка при применении в качестве десктопа), но зачем они его туда наглухо вварили? Т.е. лишили меня возможности выбора - что лёня сказал, то и правильно? А вдруг он не прав? И куда он всех ведёт? Всё же не б-г: пшш-аудио вроде ж он делал, делал, недоделал - теперь народу живи с "этим". Боюсь, что и тут так же будет - бросит на пол пути ради новой фикс-идеи. Ну да.. "он художник - он так видит".

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

70. "Дистрибутив Nitrux уходит от использования systemd"  –2 +/
Сообщение от Аноним (73), 27-Сен-19, 12:18 
> Второй вариант (OpenRC) пока не поддерживает GUI

ах вот они какие сегодня критерии выбора системы инициализации у тех кто хейтит systemd, нету gui, даа беда

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

81. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от пох. (?), 27-Сен-19, 13:45 
просто модные-современные дизайнеры дистрибутивов под GUI подразумевают "десктоп".
То бишь либо гом, либо, совсем уж больные на голову - kde.

А если тебе нужен "десктоп" - ну ты понял, да?

Если бы им нужен был unix-like gui - он бы у них был и с сисинитом, и с openrc. Но их юзвери не оценят, поэтому вообще неясно, с чем и зачем они вздумали бороться - учитывая что это дистрибутив для альтернативно-одаренных, с очередными нескучными обоями.

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

104. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (103), 27-Сен-19, 16:29 
А что без системд уже и гнома на поставить. А дальше будет только хуже. Системд на другой системе отличной от Линукс уже не собрать ни на бсдешной ни на любой другой. И все вендорлок в действии.

Я бы еще в будущем добавил что системд должен запускаться на компьютерах лицензированных в IBM.

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

110. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от danonimous (?), 27-Сен-19, 17:42 
Отлично, ждал этого пять лет. Теперь дело за Убунтой!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

126. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Аноним (126), 28-Сен-19, 00:09 
Убунтоводы слили свой upstart в угоду ненужнод.
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

116. "Дистрибутив Nitrux уходит от использования systemd"  –2 +/
Сообщение от Кузнец Счастья (?), 27-Сен-19, 18:41 
Да вкатите вы уже на свои серваки FreeBSD!
Сколько можно скулить про этот системд??? Неужели вы кщё не поняли, что IBM, Red Hat, Microsoft etc срань хотели на вас и ваши хотелки, вы для них просто вошь помойная. В чём прикол вообще юзать линукс? Тупо из-за того, что он бесплатный? Свободы там нет и никогда не было, он так же является собственностью корпораций, как и винда с макосью. Только в случае винды или мака ты получаешь законченный продукт, готовый к использованию 100% работоспособный, а в случае с линуксом всё знаете не хуже меня.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

123. "Дистрибутив Nitrux уходит от использования systemd"  +1 +/
Сообщение от Аноним (120), 27-Сен-19, 21:15 
Давай мы сами решим что нам делать.
Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

138. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от qwerty123 (??), 28-Сен-19, 13:11 
>Да вкатите вы уже на свои серваки FreeBSD!

Собственно, так давно и делаю, лет много. Оставляю Linux только там, где бинарные зависимости или имеют смысл фичи.

С freebsd архитектура и управление комплексов становиться проще, яснее, понимаемая и менее затратной.
А приложения все те теже.

Но надо приложить образовательные усилия для понимать как. С чем у хомячков проблемы. =/
То есть проблемы в сономном социальные, а не технологические.

>Сколько можно скулить про этот системд??? Неужели вы кщё не поняли, что IBM, Red Hat, Microsoft etc срань хотели на вас и ваши хотелки.

+ Google, Amazon, Samsung, и еще туева хуча из Аднроид альянса.

Ну, скажем, это элемент привлечения покупателей.
Linux тут как относительно дешевый транспорт клиентов к компании и ее продуктам.
Не сильно более.


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

144. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от пох. (?), 29-Сен-19, 00:18 
> Неужели вы кщё не поняли, что IBM, Red Hat, Microsoft etc срань хотели на вас и ваши хотелки

как будто с netflix, iXsystems и прочими это не так?

> В чём прикол вообще юзать линукс?

зарплату платят.

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

> Только в случае винды или мака ты получаешь законченный продукт, готовый к использованию 100%
> работоспособный,

но немного дороговато (с учетом и прикладного софта)

> а в случае с линуксом всё знаете не хуже меня.

c freebsd к этому прилагается возможность открыть PR, который будет висеть десять лет, или даже создать differential rev в фабрикаторе - который помусолят пяток месяцев, заставив тебя поприседать и поотжиматься, за неправильный подход, а потом выбросят со словам "нэ трэба!".

а коммерческий и полукоммерческий софт - либо не работают вовсе, либо работают только в линуксоляторе.
Кстати, как там у вас с .net core?

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

117. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от user90 (?), 27-Сен-19, 19:16 
Успехов чувакам конечно. Но тыкаются-тыкаются, перебирают иниты.. это не выглядит серьезно. Тогда как в моем дистрибутиве все инструменты, включая и инит, свои, и они просто_работают. А учитывая, что это GNU, обвинить в несерьезности никак не выйдет ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

124. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Griggoriiemail (?), 27-Сен-19, 21:37 
Зато можно систему новую собрать на сустемд без сустемд что тоже даёт плюсы. Моё предложение было таким сборка с перфиксом в /usr/locale/bin и пример /usr/locale/etc и так далее по архитектуре потом делаем apt purge sysystemd и на выходе получаем очищенный дистр в котором архитектура /usr/locale и все это благодаря systemd я знаю что примут меня только профи которые уже крутятся в этом и это можно сделать если скил прокачен за день как минимум.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

139. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (139), 28-Сен-19, 13:12 
>locale

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

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

143. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Онаним (?), 28-Сен-19, 21:57 
Потеря потерь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

152. "Дистрибутив Nitrux уходит от использования systemd"  +/
Сообщение от Аноним (152), 02-Окт-19, 07:04 
Прекрасный пример того, что никакого навязывания systemd нет. Кому надо - пользуется другим инитом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

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