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

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

Сообщения

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

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

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

4. Сообщение от 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
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Аноним (5), 27-Сен-19, 08:23	+5 +/–
Расскажите нубу, в чем беда с системд, за что его так не любят?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #10, #11, #12, #16, #17, #20, #50, #136

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

7. Сообщение от Аноним (7), 27-Сен-19, 08:40	+6 +/–
Сам по себе systemd привнёс много хорошего - те же init скрипты стало писать куда проще, много поглощённых систем обновили и интегрировали друг с другом. Но проблема именно в этой чересчур тесной безальтернативной интеграции, и избыточности системы для того, что должно быть просто PID1. https://www.devuan.org/os/init-freedom/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #15, #109

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

9. Сообщение от Аноним (9), 27-Сен-19, 08:41	+/–
Ну наконец-то.
Ответить | Правка | Наверх | Cообщить модератору

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

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

12. Сообщение от нуб (?), 27-Сен-19, 08:45	+7 +/–
тем, что пытается заменить собой всё и или превратит линукс в шидовс, или сделет линукс полностью зависимым от RH, который за этим стоит. Это уже давно нифига не простая система только инициализации и выдрать его из системы становится с каждым релизом всё труднее PS. сейчас понабегут сторонники лёни и начнут обвинять всех в гомо.. systemd-фобии. Ну.. принципы-то те же - нетрадиционно, но зато модно и самое передовое. Дано понять только самым Proдвинутым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #14

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

14. Сообщение от Аноним (10), 27-Сен-19, 08:49	–12 +/–
Выдрать? А зачем, скажи мне, выдирать инит из системы? Был бы у тебя линь на openrc или sysvinit, тоже бы их ругал, что, мол, "не могу выдрать, угнетение, рабство" Systemd - это как раз-таки традиционно, все передовые дистры на нем. Это sysvinit и openrc сейчас маргинальщина
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18, #25, #35, #85

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

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

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

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

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

20. Сообщение от freehck (ok), 27-Сен-19, 09:12	+39 +/–
> Расскажите нубу, в чем беда с системд, за что его так не любят? Я бы рекомендовал нубу почитать новости о выпусках 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.dev/base/sys/systemd_myth.txt.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #27, #29, #122, #133

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

22. Сообщение от Аноним (22), 27-Сен-19, 09:14	–1 +/–
А дистрибутем школьникс переходит на systemd. И что?
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

28. Сообщение от _hide_ (ok), 27-Сен-19, 09:46	+3 +/–
>>> его писали без оглядки Во во, и я про тоже, что его писали, пишут и будут писать без оглядки на багтрекер и пользователей, которые не платят за его работоспособность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

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

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

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

32. Сообщение от Адекватный человек (?), 27-Сен-19, 09:54	–18 +/–
Дак в том то и дело. Зачем линуксоидам машина с четырем колесами? Им нужна машина, на которую можно поставить 20 колес или вовсе все колеса убрать. Это же круто. А потом они удивляются, почему адекватные люди так сильно не хотят переходить и пользоваться линуксом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #34, #37, #47, #75, #79

34. Сообщение от Аноним (34), 27-Сен-19, 09:59	+3 +/–
А на венде есть колёса. Только там на легковом автомобиле колёса от разных белазов, прикрученые кое-как и смазаные клеем. Потом машину от них рвёт пополам но всем пофиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #38, #43

35. Сообщение от ixrws (??), 27-Сен-19, 09:59	+7 +/–
Учим русский язык и не только русский. Системд слишком новый, чтобы считаться традиционным. А тот факт, что его юниты не загружаются другими инит системами, а наоборот лишь ещё раз доказывает его нетрадиционность. Вот если бы он был чем-то вроде форком sysvinit, добавляющих кучу фич, но остающимся обратно совместимым на уровне всех подготовленных для него юнитов - вот тогда можно было бы называть его традиционным и то с натяжкой. Что до маргинальщины sysvinit, то анонимус, ты с дуба рухнул? Оно в явном или неявном виде используется даже на системах c systemd, потому что с нуля юниты для всего не написаны ещё, не говоря о явном использовании, которое тоже есть. Ну а что до openrc, то вполне себе используемая система инициализации и хотя бы тот факт, что на ней можно собрать полностью рабочий десктоп ни в чём себе не отказывая, говорит о том, что до маргинальщины её бесконечно далеко. В общем очередной системд сторонник неадекват, лишь бы топить за что-то, что в тренде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

36. Сообщение от Аноним (36), 27-Сен-19, 10:00	+/–
>  s6-init Кто-нибудь этим пользуется? Как оно?
Ответить | Правка | Наверх | Cообщить модератору

37. Сообщение от Аноним (38), 27-Сен-19, 10:00	+2 +/–
Да это ещё ладно. Они хотят иметь возможность поставить не просто колеса, а разные колеса. Например, одно колесо от велосипеда, другое от трактора, третье от мопеда, а четвёртое деревянное. И считают, что это нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

38. Сообщение от Аноним (38), 27-Сен-19, 10:01	+4 +/–
Скорее это к линуксам. Именно там любят так разные колеса. И употребляют, видимо, тоже разные колеса, что не видят очевидного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

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

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

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

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

43. Сообщение от Аноним (38), 27-Сен-19, 10:12	–6 +/–
Вы пользовались вообще виндой или берете свою информацию исключительно с опеннет? В том то и дело, что это мощная и стабильная система.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #54, #63, #86, #92

44. Сообщение от nailts (ok), 27-Сен-19, 10:12	+/–
уверен, что проблема в systemd?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #52

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

46. Сообщение от Аноним (45), 27-Сен-19, 10:23	+/–
s/дистрибутивах/дистрибутивов/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

47. Сообщение от Аноним (47), 27-Сен-19, 10:26	+5 +/–
Почему удивляются? Я только рад что "адекватные" люди как можно дальше от линукса держатся. Чем дальше "адекватные" люди от моего линукса тем мне комфортнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #49

48. Сообщение от супернуб (?), 27-Сен-19, 10:27	+/–
"любой дебиан со временем становится убунтой"(с) Как любая машина - Опелем. Справедливости ради, с 14й версии бубнта стала более чем приличной (примерно как сейчас 10й дебиан ;) ). Про кеды и юнити не скажу, а все остальные DE пробовал (включая экзотику) - проблем не было. И 18я была бы просто отличной, если бы не systemd. Т.е. работает-то она с ней хорошо (после последнего апдейта, на SSD, старт за 8 сек и выключение за одну - и когда успевает? И ни одно глюка при применении в качестве десктопа), но зачем они его туда наглухо вварили? Т.е. лишили меня возможности выбора - что лёня сказал, то и правильно? А вдруг он не прав? И куда он всех ведёт? Всё же не б-г: пшш-аудио вроде ж он делал, делал, недоделал - теперь народу живи с "этим". Боюсь, что и тут так же будет - бросит на пол пути ради новой фикс-идеи. Ну да.. "он художник - он так видит".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

49. Сообщение от Аноним (38), 27-Сен-19, 10:35	–7 +/–
Да, у извращенцев оно так и есть. Чем дальше адекватный мир от них, тем им лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

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

51. Сообщение от ryoken (ok), 27-Сен-19, 10:39	+3 +/–
> Окей, и почему вы ставите условие не трогать fstab? Деб без СистемДы просто дальше продолжает грузиться в таком случае потому что :D. Ну, может в логи куда и запишет, что не смонтировался раздел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #65

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

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

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

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

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

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

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

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

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

61. Сообщение от proninyaroslav (ok), 27-Сен-19, 11:23	+4 +/–
Линукс даёт тебе выбор, в отличии от других ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #101, #108

63. Сообщение от Аноним (63), 27-Сен-19, 11:38	+4 +/–
>(Винда) стабильная система #ржунимагу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

65. Сообщение от fi2fi (?), 27-Сен-19, 11:44	–1 +/–
Вообще-то это нестандартное поведение системы - по фэн шую надо звать админа чтоб устранял проблему. Только домашним дятлам пофиг что диск навернулся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #68

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

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

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

69. Сообщение от powershell (ok), 27-Сен-19, 12:02	+/–
> Что мешает остальным дистрам предлагать такой выбор? Отсутствие достаточного количества ментейнеров, которые поддержат консистентно в рамках дистрибутива весь этот выбор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #90

70. Сообщение от Аноним (73), 27-Сен-19, 12:18	–2 +/–
> Второй вариант (OpenRC) пока не поддерживает GUI ах вот они какие сегодня критерии выбора системы инициализации у тех кто хейтит systemd, нету gui, даа беда
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

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

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

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

74. Сообщение от fi2fi (?), 27-Сен-19, 12:47	+/–
> Админ в отпуске, не тянешь ты на "Адекват" А руки автора патча в дебиане надо оторвать, это из той же серии - рендом занулили в ssh - работает же и так! Это яркий пример что на производстве надо использовать RHEL или его клоны. >  когда не критичный для системы диск настроить то можно, и автомаунт и прочее. Но тут скорей к доктору
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

75. Сообщение от Аноним84701 (ok), 27-Сен-19, 12:53	+/–
> Дак в том то и дело. Зачем линуксоидам машина с четырем колесами? Очередная (бесспорно, гениальная) аналогия на опеннете. Жаль только, глупые конструкторы грузовиков и (особенно грузовых) вездеходов не слышали о том, что 4 колеса должно хватить всем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #78, #97, #98

76. Сообщение от супернуб (?), 27-Сен-19, 12:57	+/–
В том-то и проблема, что у большинства как бы нет выбора - вот тебе 14 бубнта SysV. Дадавй обновляйся до 16й. Ой! А там уже systemd. И так - по всем фронтам: или ставь актуальную версию и получай systemd в пожизненно(?) в придачу, или оставайся за бортом и тони на своей ржавой посудине. Речь-то (и основное бурление) именно о том, что не оставляют выбора. "Мы покрасим вам забор в любой цвет, при условии, что он будет синим" - как-то так. И, как я уже говоил - бОльша часть дескторных юзеров (читай - новичков) даже не понимают в чём разница мехду системами инициализации, да и вообще что там у них стоит - обновился и обновился. Работает быстре и не падает - вот и славно. Они живут одним днём - вот когда однажды всё это раскорячиться или найдут даже не дыру, а дырищу (а при то, что там твориться - это лишь вопрос времени: наверняка кто-то из труёвых sysd-хейтеров уже наботает над этим), вот тогда поднимется вой (а лёна скашет - "да ну вас" и уйдёт маннув рукой, недооцененный). А пока... Благодаря убунту-форкам и прочим мятам с корицами сейчас средний линукс-пользователь уже мало чем отличается от такого же в шиндовс. А значит будут ждать прихода того самого петуха Never touch a running system! (c)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #82

78. Сообщение от Аноним (78), 27-Сен-19, 13:10	+/–
>Жаль только, глупые конструкторы грузовиков и (особенно грузовых) вездеходов не слышали о том, что 4 колес должно хватить всем. У самолётов тоже есть колёса. Значит ли это, что можно подредактировать конструкцию автомобиля, чтобы он хорошо летал? «Философия Unix гласит: Пишите программы, которые делают что-то одно и делают это хорошо.» То есть чем больше функций и вариаций, тем нестабильней код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

79. Сообщение от нех (?), 27-Сен-19, 13:19	+1 +/–
как пережить то, что адекватный ононим остаётся на венде?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

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

81. Сообщение от пох. (?), 27-Сен-19, 13:45	+/–
просто модные-современные дизайнеры дистрибутивов под GUI подразумевают "десктоп". То бишь либо гом, либо, совсем уж больные на голову - kde. А если тебе нужен "десктоп" - ну ты понял, да? Если бы им нужен был unix-like gui - он бы у них был и с сисинитом, и с openrc. Но их юзвери не оценят, поэтому вообще неясно, с чем и зачем они вздумали бороться - учитывая что это дистрибутив для альтернативно-одаренных, с очередными нескучными обоями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

82. Сообщение от Аноним (10), 27-Сен-19, 13:53	+/–
> Речь-то (и основное бурление) именно о том, что не оставляют выбора. А то, что надо поддерживать сразу обе версии, чтобы у вас таких важных юзеров был выбор, вы как-то не задумываетесь. А человеческих ресурсов и сейчас-то в опенсорсе не слишком много >Работает быстре и не падает - вот и славно. Они живут одним днём - вот когда однажды всё это раскорячиться или найдут даже не дыру, а дырищу Нет, давайте сидеть на старой медленной системе и компах, а то вдруг дыра будет, опасно. Да и вообще без компьютеров мир был лучше, счёты не взломают > Never touch a running system! (c) То есть никогда не фикси дыры, не вноси усовершенствования, сиди на старье и не ной про прогресс. Работает ведь и так - зачем трогать, зачем что-то улучшать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #91

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

85. Сообщение от Perlovka (ok), 27-Сен-19, 14:06	+/–
> на openrc или sysvinit Что значит или? openrc не заменяет sysvinit. Слышал звон, да не знаю где он, зато мнение имею, да? )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #95

86. Сообщение от Аноним (86), 27-Сен-19, 14:08	–1 +/–
Не пользовались бы - не свалили с неё подальше. И не надо называть её системой. В системе обязан быть пакетный менеджер. А винда - пускалка для проприетарных игрушек, не более.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

87. Сообщение от freehck (ok), 27-Сен-19, 14:11	+1 +/–
Господи, что Вы несёте... > Это удивительно, ведь правда и то, что отслеживание процессов традиционными системами инициализации > как то: хранение PID-ов в файлах, поддержка каталогов с этими файлами > и т.д. - это то, что среднестатистический пользователь линукса не в > состоянии осилить на уровне, когда не будет оставаться работающих процессов от > убитого сервиса, когда не надо будет руками удалять пид-файлы чтобы запустить > сервис заново и т.д.. Это и не было задачей пользователя. Это была задача мейнтейнера. Более того, за тысячу лет до сосдания systemd существовал start-stop-daemon, который все эти вещи брал на себя. > Господи, да 90% этих скриптов в sysvinit - это была макрос-лапша по > созданию и перемешиванию этой пид-каши (да ещё и с поддержкой разных > дистрибутивов на уровне кода - ещё больше макросов). Какие ещё макросы в shell?! Там даже понятия такого нет. > Зачастую сборки приходящие извне репозитория дистрибутива не содержали нормальную метаинформацию > для системы инициализации (я про комментарии в начале init-скрипта). Да никто > их не писал, кроме майнтейнеров дистрибутивов, да и то не для > всех пакетов. Скрипты от разработчиков обычно и не шли в пакеты, если приглядитесь. Инициализация сервиса для нужд девов -- это одно. Инициализация сервиса для прода -- это уже другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #102, #119

88. Сообщение от Аноним (88), 27-Сен-19, 14:16	+/–
Жить могут, потому что больше они ни на что не годны. И давайте, несите свой список Топ-500.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #103

89. Сообщение от супернуб (?), 27-Сен-19, 14:18	–1 +/–
насколько я понимаю (и помню) своп - это основное состояние шиндовса :) В то врем как под линём диск лежит трупиком (если ничего не делать), шиндовс постоянно там что-то с ним делает - копирует, оптимизирует, перемещает, просто дёргает. Вобщем - убивает SSD :). Кстати - если в лине своп можно реально отключить (хоть очень и не рекомендуется) и на простых задачах и большой памяти это даже будет как-то работать, то отключение его в шиндовс (во всяком случае - в десятке), на самом деле, не меняет ничего, кроме отмазки юзеру ("да, да - отключено. отстань"). На самом деле он там включен всегда ибо без него шиндовс сдохнет на раз. Просто масдайка выделяет память гарантированно - "хочешь гиг? Есть он? Вот тебе гиг - пользуйся! вернёшь потом" (в лине - по принципу "Хочешь гиг? Есть? Ну бери.... Стой-стой-стой! Там тоже его запросили - делись!") И если под шидовсом без свопа запустить немножко голодных программ (коих сейчас немеряно), то получим сообщение, что кончились ресурсы и глухое зависание с рестартом (и записью в логах Windows successfully diagnosed a low virtual memory condition :) ). Вот что бы такого не случалось галочку про своп в десятке сделали в версии "суслика" - "Суслика видишь? Нет! И я не вижу - а он там есть"(с) Всё это легко гуглится в яндексе, кстати :) Кстати - как там копирование больших файлов в фоне - по прежнему тормозит? PS. Ничего личного - просто у шиндовса и линя разные подходы к использованию памяти.. ну и диска - чо уж там теперь. Если мне не изменяет склероз - на заре шиндовса он очень бережно обращался с дисками и памятью, в то время как линь их имел и в хвост и в гриву (утилитка memtest86 именно из тех времён - часто комп на тех же "палках" под линуксом даже не взлетал, а на какой 95й вполне себе работал и не кашлял. До поры, до времени). Теперь всё стало наоборот :(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #115

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

91. Сообщение от супернуб (?), 27-Сен-19, 14:40	+/–
>А то, что надо поддерживать сразу обе версии Зачем? Достаточно просто не ломать/выбрасывать то, что уже было и чуть изменить алгоритм сборки. (Не реклама, но упомянутый выше дистр хороший тому пример. У них есть aptiX, что вообще без systemd и есть МХ с выбором на любой вкус. Ядра там кстати, тоже можно разные ставить). А так дооо - прварили ннамертво и теперь оправдываются: "оно ж не разбирается и без этого не работает". Естественно не разбирается и не работает, если изначально этого даже и не предполагалось - "жрите, что дают и не гавкайте" >Нет, давайте сидеть на старой медленной системе и компах Да я бы не сказал, что аналоги systemd намного медленнее - до 5 секунд при старте (или 8-9 или 13-15. Ну ооочень существенная разница), и примерно столько же при выключении. В остальном иногда может даже быстрее. >То есть никогда не фикси дыры, не вноси усовершенствования, сиди на старье и не ной про прогресс. В прошлой жизни имел отношение к системе в высокими требованими к стабильности работы. Работало на NT4, W2K, RH и один реальный SUN (SAP-зоопарк начала времён, короче). RH и SUN на моей памяти вообще не обновляли. Для остальных были два имитатора, на которые накатывали все обновы и использовали точно так же, как на живой системе с месяц. Если всё работало нормально - накатывали на живую систему. За 2 года раза три радовались, что не накатили стразу. Собственно последний шиновс - наглядный пример. Как и начало того же systemd, когда после апдейта что-нибудь да отваливается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

92. Сообщение от Ark (ok), 27-Сен-19, 14:51	+2 +/–
ты ври да не завирайся можно подумать тут никто винду не видел и не пользовал\пользует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

93. Сообщение от анон (?), 27-Сен-19, 15:08	+/–
На арче фвтокомплит сработал меньше секунды core/systemd 243.51-1 (base-devel) [installed]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

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

95. Сообщение от супернуб (?), 27-Сен-19, 15:37	+/–
да лааадно? Всегда думал, что - orc есть дальнейшее развитие sysv. Опять же OpenRC - традиционно генту и бсдя, не? SysV - тот же MX Linux (Debian) и ещё куча всего. Ну а то, что orc работает с sysv причиндалами, так это просто то, что хотели изначально видеть в systemd - обратная совместимость. И можно ставить и то и другое - разве нет? А (уж что там за собой что тащит - дело второе, в данном случае) :) . PS. По аналогии тогда можно говорить и что win95 = DOS (хотя и 3.1 уже не совсем что бы дос был, хоть и тащил его с собой)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #99, #134

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

97. Сообщение от Аноним (38), 27-Сен-19, 15:54	+/–
В этом то и дело, что линуксоиды пытаются к легковой присабачить 50 разных колёс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

98. Сообщение от Аноним (38), 27-Сен-19, 15:55	+/–
В этом то и дело, что линуксоиды пытаются к легковой присабачить 50 разных колёс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

99. Сообщение от 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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

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

102. Сообщение от Аноним (102), 27-Сен-19, 15:58	+/–
>start-stop-daemon Дебианоспецифичная вещь. Которую ещё приходилось обмазывать сверху монитом или чем-то подобным, так как безглючных сервисов не существует. А ещё особенно было весело с сервисами, которые форкались на несколько процессов уже после запуска, но при этом не отслеживали потомков. Или демонизировались тем же форком, но не создавали пид-файл, а файл, созданный этим самым start-stop-daemon из-за этого становился неактуальным. Доходило до того, что проще оказывалось запустить процесс в screen, в foreground. Вообще шикарно получалось, когда надо было запускать несколько копий сервиса - самым простым решением было копирование исполняемого файла под новым именем, а для останова использовался killall. Так что SysV init заслужил своё место на свалке истории.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #112, #120

103. Сообщение от Аноним (103), 27-Сен-19, 16:24	+/–
Лови https://www.top500.org/statistics/list
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

104. Сообщение от Аноним (103), 27-Сен-19, 16:29	+/–
А что без системд уже и гнома на поставить. А дальше будет только хуже. Системд на другой системе отличной от Линукс уже не собрать ни на бсдешной ни на любой другой. И все вендорлок в действии. Я бы еще в будущем добавил что системд должен запускаться на компьютерах лицензированных в IBM.
Ответить | Правка | Наверх | Cообщить модератору

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

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

107. Сообщение от Stax (ok), 27-Сен-19, 16:42	+3 +/–
Тут куча бреда и откровенного вранья. Ну и автор извивается, как уж, местами противоречит сам себе, местами притягивает малоинтересные вещи (типа systemd плохо подходит для встраиваемых систем по тем-то и тем-то причинам.. ну не используйте его там, делов то!) Вот тут здраво прокомментировали наиболее крупные ошибки оригинальной статьи: https://www.reddit.com/r/linux/comments/2hkkwb/systemd_the_b.../ Почитайте вдумчиво. Возможно, придет понимание, насколько неактуальна исходная статья (и что стоит прекратить постить эту несчастную ссылку)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

108. Сообщение от Аноним (108), 27-Сен-19, 16:58	+/–
>Линукс даёт тебе выбор, в отличии от других ОС. http://www.islinuxaboutchoice.com/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #125

109. Сообщение от Аноним (109), 27-Сен-19, 17:20	–1 +/–
> Но проблема именно в этой чересчур тесной безальтернативной интеграции, и избыточности системы для того, что должно быть просто PID1 Распилить бы его на модули. Хотя погодите...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

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

111. Сообщение от Автоном (?), 27-Сен-19, 18:08	+1 +/–
> но 90% пользоваталей выбирают к примеру 5 основных дистров Основных дистров всего три, deb/rpm/source-based, всё остальное разного уровня модификации!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #142

112. Сообщение от freehck (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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

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

114. Сообщение от anonymous (??), 27-Сен-19, 18:30	+1 +/–
Каких фич тебе нужно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

115. Сообщение от Аноним (115), 27-Сен-19, 18:35	+/–
Десятка, SSD, 3 года, никаких оптимизаций, все отдано на откуп ОС, единственное профиль браузера на RAM-диске, записано 3.3 Тб при заявленном ресурсе диска 75 Тб. Ох уже этот десятый шиндоус, так и норовит убить мой SSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

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

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

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

119. Сообщение от Аноним (53), 27-Сен-19, 20:45	+/–
> Это и не было задачей пользователя. Это была задача мейнтейнера. В идеальном мире. А в реальном каждый пользователь пытался вставить в автозапуск какой-то свой скрипт. Как и в DOS и, в дальшейшем, в виндовс. Полно таких "инит"-скриптов (кавычки для сарказма), у которых не обрабатывается параметр stop, а, например, reload и рестарт перепутаны. Хочешь чтобы сервис перечитал конфиг без остановки, а вместо этого он мало того, что останавливается, так ещё и не запускается (ну, например, из-за нового конфига с ошибкой). > Какие ещё макросы в shell?! Там даже понятия такого нет. Это то, что называется переменными. Но я, как разработчик, не могу это назвать ничем кроме макросов. Просто подстановки строк в другие строки. Так как главный признак макроса - отсутствие какой-либо типизации, статической или динамической. Да это и ежу понятно, ведь в баше вся обработка переменных построена на функциях работы со строками (http://git.savannah.gnu.org/cgit/bash.git/tree/variables.c?h.... > Скрипты от разработчиков обычно и не шли в пакеты, если приглядитесь. Инициализация сервиса для нужд девов -- это одно. Инициализация сервиса для прода -- это уже другое. А если приглядитесь вы, то увидите, что в моём сообщении речь идёт о пакетах вне репозиториев дистрибутива. Пакетах, просто скачанных с сайта разработчика данного ПО. И это приходится делать всем пользователям хоть раз в жизни. И потом трахаться с адаптацией баш-портянки, созданной под другой дистрибутив, чтобы она запускала сервис у себя. Ну и вообще, меньше гонору, товарищ, это бессмысленно, если мне тут нахамить, то из-за этого тебя в троллейбусе узнавать не начнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #121, #148

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

121. Сообщение от Аноним (120), 27-Сен-19, 21:01	+/–
> Полно таких "инит"-скриптов (кавычки для сарказма), у которых не обрабатывается параметр stop, а, например, reload и рестарт перепутаны. А что мешает авторам подобных "инит"-скриптов написать абсолютно такие же кривые юниты systemd? > Да это и ежу понятно, ведь в баше вся обработка переменных построена на функциях работы со строками Не пишите init скрипты на bash, пишите на C, Python, Go, любом другом языке (а юниты systemd — только на языке systemd, увы). > А если приглядитесь вы, то увидите, что в моём сообщении речь идёт о пакетах вне репозиториев дистрибутива. Пакетах, просто скачанных с сайта разработчика данного ПО. И это приходится делать всем пользователям хоть раз в жизни. И потом трахаться с адаптацией баш-портянки, созданной под другой дистрибутив, чтобы она запускала сервис у себя. Ну теперь вы будете трахаться с адаптацией unit файла, созданного под другой дистрибутив. И?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #129

122. Сообщение от Аноним (120), 27-Сен-19, 21:13	+/–
> Но сейчас при заказе виртуалки в любом ДЦ -- у меня только один выбор, и это systemd. Его функционал избыточен для типовых нужд современного опса, да и доверия инстурмент не внушает. Но деваться от него некуда. Для без GUI сервера с debian 9 systemd всё ещё можно выпилить, я выпиливал, в 10 пока не тестировал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #145

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

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

125. Сообщение от anonimous (?), 27-Сен-19, 22:47	+/–
Я тебе таких сайтов насоздаю ведро, только плати. iswondowsaboutchoise.com whywindowssuxxx.info gofuckyourself.now
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

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

128. Сообщение от nomorepatric (?), 28-Сен-19, 00:30	+1 +/–
notabug же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

129. Сообщение от Аноним (53), 28-Сен-19, 00:31	+/–
> А что мешает авторам подобных "инит"-скриптов написать абсолютно такие же кривые юниты systemd? Простота юнитов. В самом простом варианте там нужно просто угадать всего с одним параметром - с типом (simple, exec, forking и т.д.). > Не пишите init скрипты на bash, пишите на C, Python, Go, любом другом языке (а юниты systemd — только на языке systemd, увы). init-скрипт на С - это как бы максимальная степень неправильного использования инструмента. Это как микроскопом гвозди. К этому привело само понятие "скрипт", которое изначально использовалось по отношению к управлению сервисом (потому что это был единственный способ реализации), хотя никакого скрипта или вообще алгоритма не нужно. Сервис - это чётко определяемое понятие в рамках ОС и для запуска его не нужен пользовательский алгоритм, потому что есть системный. Нужны лишь параметры запуска (что и есть, собственно, юниты). > Ну теперь вы будете трахаться с адаптацией unit файла, созданного под другой дистрибутив. И? Юнит под другой дистрибутив? Как это? Нет, понятно, что сломать можно всё, везде можно вкорячить абсолютные пути и т.д. Но в случае юнита systemd это можно сделать только специально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #131

130. Сообщение от Аноним (53), 28-Сен-19, 00:46	+/–
> SysV init это просто запускался скриптов, если у вас были кривые скрипты > то причём тут SysV init? При том, что он поощряет написание этих кривых скриптов. Как? Например, вот так: 1. Отсутствие стандарта метаинформации (ограничения, зависимости, последовательность запуска и т.д.) о сервисе. Из-за этого придумали костыль - хитрые комментарии в начале скрипта, так называемый sysvinit service header. Которые мало кто нормально пишет. Да и в которых почти ничего нет. PID/GID там не выставишь, например. 2. Отсутствие системного алгоритма запуска, хотя он известен - выставили ограничения/параметры, запустили, определили успешность запуска, запомнили pid и т.д. Но он не реализован в рамках sysvinit, есть примитивный exec процесса и всё. Поэтому каждый в меру своих умений каждый раз заново изобретает свою портянку с этим алгоритмом на макроязыке. Да, очень эффективно... 3. Отсутствие domain specific language - то есть языка, специально предназначенного для описания сервисов и который сводит к минимуму кол-во ошибок/проблем просто тем фактом, что его грамматика их не позволяет сделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #147

131. Сообщение от Аноним (131), 28-Сен-19, 00:58	+1 +/–
> Простота юнитов. Шаблон init скрипта ещё проще, там даже угадывать не надо. > потому что это был единственный способ реализации Скрипты никогда не были единственным способом реализации, запускаемые сервисы вообще можно напрямую прописать в inittab, без каких-либо скриптов, даже сразу с автоперезапуском. > Юнит под другой дистрибутив? Как это? Стандарты у разных дистрибутивов --- разные, на расположение файлов, на настройки, на поведение, на стандартные утилиты и т.п. Попробуйте unit файл например для postgres из redhat запустить в debian, он не заработает, потому что для начала не найдёт где лежит postgres.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

133. Сообщение от Ordu (ok), 28-Сен-19, 01:40	–1 +/–
> Плохо в основном то, что этот инструмент безальтернативно насаживается и всем остальным. Что за манера обобщать до краёв и дальше? Мне этот инструмент не насаживается никем. Я один раз из любопытства поставил его, поигрался и снёс. Это линукс, детка. Если тебе кажется, что тебя кто-то к чему-то принуждает, это значит что у тебя стали в хребте недостаточно, чтобы отказаться от слишком вкусного предложения. Или другими словами, оказываясь в ситуации когда есть сложный путь самостоятельности, и простой путь терпилы, ты выбираешь второй. И после этого ты рассказываешь нам сказки о том, как технически круто подкованных крутых специалистов вынудили пользоваться systemd, хотя им и не нравилось. Если бы всё было именно так, и технически подкованные, и специалисты, и не нравится systemd, они бы нашли способ не пользоваться systemd. А если не нашли, то они ничем не лучше тех самых "новичков", которым лишь бы попроще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #146

134. Сообщение от Аноним (134), 28-Сен-19, 03:41	+/–
>Опять же OpenRC - традиционно генту и бсдя, не? FreeBSD используют init(8) PacBSD и Trueos используют OpenRC. Идея вставить системд в фряху хд https://forums.freebsd.org/threads/will-freebsd-ever-use-the.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

136. Сообщение от Snm (?), 28-Сен-19, 07:29	–1 +/–
Его не любят за то что он не следует идеям 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 чем реальной необходимостью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #149

138. Сообщение от qwerty123 (??), 28-Сен-19, 13:11	+/–
>Да вкатите вы уже на свои серваки FreeBSD! Собственно, так давно и делаю, лет много. Оставляю Linux только там, где бинарные зависимости или имеют смысл фичи. С freebsd архитектура и управление комплексов становиться проще, яснее, понимаемая и менее затратной. А приложения все те теже. Но надо приложить образовательные усилия для понимать как. С чем у хомячков проблемы. =/ То есть проблемы в сономном социальные, а не технологические. >Сколько можно скулить про этот системд??? Неужели вы кщё не поняли, что IBM, Red Hat, Microsoft etc срань хотели на вас и ваши хотелки. + Google, Amazon, Samsung, и еще туева хуча из Аднроид альянса. Ну, скажем, это элемент привлечения покупателей. Linux тут как относительно дешевый транспорт клиентов к компании и ее продуктам. Не сильно более.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

139. Сообщение от Аноним (139), 28-Сен-19, 13:12	+/–
>locale лол, где это в FHS? Остальное не читал конечно. Локал и так уже занят компиляторами и сомнительными игрушками с вайнами 10 видов, теперь ещё конфиги туда пихать предлагают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

140. Сообщение от Аноним (140), 28-Сен-19, 17:40	+/–
> Но ведь вам никто не запрещает пользоваться гентой, например. Гента слишком сложная. Должна быть доступная для простого пользователя альтернатива.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

142. Сообщение от Аноним (142), 28-Сен-19, 19:53	+/–
Всё остальное - ZverCD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

143. Сообщение от Онаним (?), 28-Сен-19, 21:57	+/–
Потеря потерь.
Ответить | Правка | Наверх | Cообщить модератору

144. Сообщение от пох. (?), 29-Сен-19, 00:18	+/–
> Неужели вы кщё не поняли, что IBM, Red Hat, Microsoft etc срань хотели на вас и ваши хотелки как будто с netflix, iXsystems и прочими это не так? > В чём прикол вообще юзать линукс? зарплату платят. В том числе и тупо из-за того что он бешплатный, и можно сэкономить на лицензиях, лицензии - дооооорого. > Только в случае винды или мака ты получаешь законченный продукт, готовый к использованию 100% > работоспособный, но немного дороговато (с учетом и прикладного софта) > а в случае с линуксом всё знаете не хуже меня. c freebsd к этому прилагается возможность открыть PR, который будет висеть десять лет, или даже создать differential rev в фабрикаторе - который помусолят пяток месяцев, заставив тебя поприседать и поотжиматься, за неправильный подход, а потом выбросят со словам "нэ трэба!". а коммерческий и полукоммерческий софт - либо не работают вовсе, либо работают только в линуксоляторе. Кстати, как там у вас с .net core?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

145. Сообщение от freehck (ok), 29-Сен-19, 03:23	+1 +/–
>> Но сейчас при заказе виртуалки в любом ДЦ -- у меня только один выбор, и это systemd. Его функционал избыточен для типовых нужд современного опса, да и доверия инстурмент не внушает. Но деваться от него некуда. > Для без GUI сервера с debian 9 systemd всё ещё можно выпилить, > я выпиливал, в 10 пока не тестировал. Можно, согласен. Напильником всё можно. Но время -- штука дорогая. Возьмём ту же систему на базе Ubuntu (или Debian). Её работа без systemd мягко говоря не гарантирована. Зачастую Вы будете попадать в ситуации, когда всё заточено исключительно под systemd, и её отсутствие не даст Вам возможности решить проблему быстро. Выпилить-то я могу. Вот только потом я поставлю стороннее ПО, а в нём будет исключительно service-файл. И это будет означать, что я не могу просто поставить его и получить рабочее приложение, я должен буду в системе, куда его поставил, завести либо systemd-shim какой-нибудь, либо написать свой init-скрипт. Это займёт время. А его часто попросту нет. Собственно, такое несколько раз со мной уже случалось. Если хотите, у меня где-то были заметки о том, что же именно я ставил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

146. Сообщение от freehck (ok), 29-Сен-19, 03:35	+1 +/–
Что за фамильярность. Во-первых, см. #145. Во-вторых, раз уж Вы пошли в ad hominem, позвольте и я Вам напомню некоторые детали Вашей биографии. Судя по длине Ваших постов, у Вас, Ordu, чрезвычайно много свободного времени. А также  Вы грешите размышлениями на темы, в которых не разбираетесь. Да хоть недавний вон случай, когда Вы рассказывали о том, как лиспы плохи, при этом путая лексическое связывание с динамическим, что является в общем-то теоретическим минимумом. И такое за Вами наблюдалось не единожды. Поэтому, если Вы хотите, чтобы к Вашим нравоучительным поучениям (например к описанным выше) прислушивались, то Вам с учётом Ваших прошлых выступлений стоило бы сначала показать, что Вы в данном вопросе понимаете хоть что-нибудь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #150

147. Сообщение от freehck (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, который снизил порог вхождения новичкам, которым тьюринг-полный язык оказался слишком сложен, путём покрытия типовых сценариев запуска. Полезная вещь для новичков. Нужны ли нам такие мейнтейнеры -- это вопрос очень интересный и спорный. Я бы сказал, что есть в мире те, кому это на руку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

148. Сообщение от freehck (ok), 29-Сен-19, 05:18	+1 +/–
> А в реальном каждый пользователь пытался вставить в автозапуск какой-то свой скрипт. И корректный способ это сделать: crontab -e >> Какие ещё макросы в shell?! Там даже понятия такого нет. > Это то, что называется переменными. Но я, как разработчик, не могу это назвать ничем кроме макросов. Просто подстановки строк в другие строки. Класс. То есть Вы сначала говорите, что словом macros называете variables, а потом даёте понять, что Вы называете этим словом expansion. Отлично. Не хотите ли пойти на пересдачу за столь превольное оперирование терминологией? > Так как главный признак макроса - отсутствие какой-либо типизации, статической или динамической. Да неужели. А Вы это, попробуйте как-нибудь набрать в гугле "typed macros", много интересного узнаете. Короче, всё, что Вы должны понять: в шеллах нет макросов. Вообще. > в моём сообщении речь идёт о пакетах <...> просто скачанных с сайта разработчика Ну да. Всякая фигня случается, если некто зачем-то берёт на себя труд мейнтейнера, но ничего в нём не понимает. У меня и с сервисными юнитами та же самая хрень бывает до сих пор. Что ж мне, винить не разработчика, а systemd? А с какой собственно стати? > И это приходится делать всем пользователям хоть раз в жизни. Обычный юзер, если что-то не работает, пишет баг-репорт и ждёт, когда починят. Зайдите в рассылку debian-user и спросите тамошних, как часто они правили init-скрипты сторонних приложений в их системе? Я готов поставить деньги на то, что 95% ответов будет "никогда вообще". > Ну и вообще, меньше гонору, товарищ, это бессмысленно, если мне тут нахамить, то из-за этого тебя в троллейбусе узнавать не начнут. Сейчас объясню. Я тут тебе, "товаrищ", не хамлю. Я тебе в своей неповторимой и экстравагантной манере объясняю глубину твоих заблюждений. А если ты хочешь услышать хамство, то вот оно, пожалуйста: Ты пишешь ахинею, прикрываясь псевдо-техническими терминами, чтобы скрыть общую неграмотность. Зачем ты это делаешь? Кто от этого выигрывает? Исход таких бесед очень прост. Первое. Тебя закономерно х****сят за неграмотность. Второе. Это читают люди, так что репутация systemd падает от этого ещё ниже. Третье. Твои оппоненты немного веселятся, конечно, но раскатать тебя чести в общем-то немного, и ты, судя по последней фразе, тоже это прекрасно понимаешь. Так захeра ты всю эту чушь пишешь-то? =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #151

149. Сообщение от freehck (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. Но вообще у этого только один минус -- просто становится сложнее выделить минимальную систему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

150. Сообщение от Ordu (ok), 29-Сен-19, 10:03	–1 +/–
> Что за фамильярность. Что за фамильярность? > Во-первых, см. #145. > Во-вторых, раз уж Вы пошли в ad hominem, позвольте и я Вам > напомню некоторые детали Вашей биографии. Судя по длине Ваших постов, у > Вас, Ordu, чрезвычайно много свободного времени. Да. Завидно? > А также  Вы грешите > размышлениями на темы, в которых не разбираетесь. И чё с того? > чтобы к Вашим нравоучительным поучениям (например к описанным выше) прислушивались, то > Вам с учётом Ваших прошлых выступлений стоило бы сначала показать, что > Вы в данном вопросе понимаете хоть что-нибудь. Нет, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

151. Сообщение от Аноним (53), 29-Сен-19, 15:05	+/–
> А если ты хочешь услышать хамство, то вот оно, пожалуйста Вижу ты ждал именно этого момента :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

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

153. Сообщение от Аноним (153), 05-Май-20, 18:39	+/–
Уж лучше AppImage, чем снапы и прочий пакетный мусор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

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

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