The OpenNET Project / Index page

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

Дистрибутив Nitrux уходит от использования systemd

27.09.2019 07:29

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

Дистрибутив Nitrux построен на пакетной базе Ubuntu и развивает собственный рабочий стол Nomad, основанный на технологиях KDE (надстройка над KDE Plasma). Для установки дополнительных приложений применяется система самодостаточных пакетов AppImage и центр установки приложений NX Software Center. Сам дистрибутив поставляется в форме одного файла и обновляется атомарно с использованием собственного инструментария znx. В условиях применения AppImage, отсутствия традиционного разбиения на пакеты и атомарного обновления системы, использование systemd рассматривается как избыточное и слишком усложнённое решение, так как для запуска базовых компонентов дистрибутива достаточно простейшей системы инициализации.



  1. Главная ссылка к новости (https://twitter.com/Nitrux_NX/...)
  2. OpenNews: ISO-образы дистрибутива Nitrux стали платными
  3. OpenNews: Выпуск дистрибутива Nitrux 1.1.7 с рабочим столом Nomad
  4. OpenNews: Выпуск системы инициализации GNU Shepherd 0.6
  5. OpenNews: Выпуск системы инициализации sysvinit 2.96
  6. OpenNews: Debian возвращается к вопросу поддержки нескольких систем инициализации
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/51567-nitrux
Ключевые слова: nitrux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (141) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 07:35, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –23 +/
    И вот вновь в Линуксе каждый дистр делает по-разному, вновь пытаются в разнообразие
    Да, кастомизация - это один из крупнейших плюсов гну/линукса. И его бич.
     
     
  • 2.24, фывфывфыв (?), 09:20, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А чего по разному? Используют обычный SysVInit (а OpenRC сугубо надстройка над ним).
     
     
  • 3.55, Аноним (55), 10:54, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А вообще OpenRC сочетает в себе лучшее от SysVInit с некоторыми фичами, схожими с фичами systemd? Или как?
     
     
  • 4.84, Аноним (84), 13:58, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да, кстати, интересно. Просвятите, пожалуйста.
     
     
  • 5.105, Аноним (105), 16:35, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, openrc умеет в многопоточность и многое упрощает. Но, как обычной юзер перешел на systemd после странных багов с логами логином в kde-plasma и еще всякой мелочью. Gentoo же живет на openrc по умолчанию (да можно поставить даже gnome, но могут вылезать странные баги ибо прослойки-заменители сыроваты).
     
  • 4.114, anonymous (??), 18:30, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Каких фич тебе нужно?
     
  • 2.32, Адекватный человек (?), 09:54, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • –18 +/
     
     
  • 3.34, Аноним (34), 09:59, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 4.38, Аноним (38), 10:01, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 4.43, Аноним (38), 10:12, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • –6 +/
     
     
  • 5.54, супернуб (?), 10:50, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 6.67, Адекват (ok), 11:54, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 7.89, супернуб (?), 14:18, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 8.115, Аноним (115), 18:35, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.88, Аноним (88), 14:16, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.103, Аноним (103), 16:24, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.63, Аноним (63), 11:38, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 5.86, Аноним (86), 14:08, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 5.92, Ark (ok), 14:51, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 3.37, Аноним (38), 10:00, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 3.47, Аноним (47), 10:26, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
     
  • 4.49, Аноним (38), 10:35, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
  • 3.75, Аноним84701 (ok), 12:53, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.78, Аноним (78), 13:10, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.97, Аноним (38), 15:54, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.98, Аноним (38), 15:55, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.79, нех (?), 13:19, 27/09/2019 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.57, орввф (?), 10:59, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Они пытаются и даже делают, но 90% пользоваталей выбирают к примеру 5 основных дистров, да и  один бы выбирали если бы он был достаточно проработан.
    Пусть побегают. Сейчас поймут, что усилия для перепиливания дистра ради экономии 20 МБ "избыточны", а с их простой задачей и системд справляется на ура.
     
     
  • 3.60, супернуб (?), 11:18, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    повторюсь.. МХ linux (debian-antiX) - по умолчанию (и с LiveCD только) идёт SysV, но при инсталяции на жёсткий можно выбрать ещё хоть OpenRC, хоть тот же systemd.
    Что мешает остальным дистрам предлагать такой выбор?
    А лично у меня любое принуждение в софте уже давно вызывает подозрения о "безкорыстности намерений" и то, что в будущем из-за этого нас не ждут чУдные открытия.
    За линукс, кроме сообщества, заступиться некому - это вам не война эксплорера с "альтенативой" (на самом деле - гуглехромом), где одни деньги были против других.
     
     
  • 4.69, powershell (ok), 12:02, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Что мешает остальным дистрам предлагать такой выбор?

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

     
     
  • 5.90, супернуб (?), 14:19, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а может им просто за это не платят? Или платят теперь именно за это? (да - я параноик)
     
     
  • 6.94, Григорий Федорович Конин (?), 15:36, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    так идите и поддерживайте -- всё узнаете
     
  • 3.111, Автоном (?), 18:08, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > но 90% пользоваталей выбирают к примеру 5 основных дистров

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

     
     
  • 4.142, Аноним (142), 19:53, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Всё остальное - ZverCD
     
  • 2.61, proninyaroslav (ok), 11:23, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Линукс даёт тебе выбор, в отличии от других ОС.
     
     
  • 3.101, Аноним (38), 15:56, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Иногда лучше не иметь выбора, чем иметь выбор из откровенного шлака.
     
     
  • 4.118, Аноним (118), 20:33, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    чем лучше? Тем, что думать не надо?
    Иметь откровенный безальтернативный шлак как-то не очень.
     
  • 3.108, Аноним (108), 16:58, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Линукс даёт тебе выбор, в отличии от других ОС.

    http://www.islinuxaboutchoice.com/

     
     
  • 4.125, anonimous (?), 22:47, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе таких сайтов насоздаю ведро, только плати.

    iswondowsaboutchoise.com
    whywindowssuxxx.info
    gofuckyourself.now

     

     ....большая нить свёрнута, показать (38)

  • 1.3, Аноним (3), 07:40, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Да куда вы денетесь с подводной лодки айбиэмоэт. Побега на ржавых батискафах или весельных шлюпках не в счет.
     
  • 1.4, iPony129412 (?), 07:54, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > 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

     
  • 1.5, Аноним (5), 08:23, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Расскажите нубу, в чем беда с системд, за что его так не любят?
     
     
  • 2.7, Аноним (7), 08:40, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Сам по себе systemd привнёс много хорошего - те же init скрипты стало писать куда проще, много поглощённых систем обновили и интегрировали друг с другом. Но проблема именно в этой чересчур тесной безальтернативной интеграции, и избыточности системы для того, что должно быть просто PID1.

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

     
     
  • 3.15, нуб (?), 08:54, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    mx linx - тот же дебиан с крысой и кучей чего не надо из коробки - от самбы до поддержки айпонов и ведроидов (кроме крысы вариантов больше нет). Systemd есть (в минимальной комплектации - пока полностью не смогли выпилить), но заводится и работает через SysV. 19я бета на 10м дебиане вполне себе работает - есть пара мелких глюков и не стартует LibreOffice из коробки. Нужно сносить и ставить руками. Думаю, что к релизу всё будет окэ. Пишут, что там ещё и  antiX с MEPIS в доле.
     
  • 3.109, Аноним (109), 17:20, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Но проблема именно в этой чересчур тесной безальтернативной интеграции, и избыточности системы для того, что должно быть просто PID1

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

     
  • 2.10, Аноним (10), 08:43, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ой, тебя за этот вопрос будут сейчас троллем кликать и всякое такое. Ссылки дадут, но если повезёт. В основном они напирают, что systemd глючой монолитный огромный кусок кода, что мол у кого-то из-за него что-то не работает и вообще, мол, не по феншую, не по юникс вей
     
     
  • 3.13, Аноним (10), 08:46, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    От меня ссылка вот https://www.opennet.ru/base/sys/systemd_myth.txt.html
    Любят здесь её кидать
     
     
  • 4.107, Stax (ok), 16:42, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тут куча бреда и откровенного вранья. Ну и автор извивается, как уж, местами противоречит сам себе, местами притягивает малоинтересные вещи (типа systemd плохо подходит для встраиваемых систем по тем-то и тем-то причинам.. ну не используйте его там, делов то!)

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

     
  • 2.11, ryoken (ok), 08:43, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Преполоджим, у вас в системе с systemD гавкнулся носитель (не загрузочный, а с данными, куда-нибудь в /media/files монтируемый), прописанный в fstab. Попробуйте завести это ваше systemD без него и не редактируя fstab. (Исходим из предположения, что носитель тупо не завёлся из-за отпавшего шланга).
     
     
  • 3.19, SR_team (?), 09:08, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Окей, и почему вы ставите условие не трогать fstab? в логе написано, что система не грузится из-за конкретного диска, грузим recovery mode и удаляем его из fstab - профит. Единственная проблема, которая может возникнуть тут это отломаный режим восстановления, когда systemd будет не давать зайти в единственно доступного рута
     
     
  • 4.51, ryoken (ok), 10:39, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Окей, и почему вы ставите условие не трогать fstab?

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

     
     
  • 5.65, fi2fi (?), 11:44, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то это нестандартное поведение системы - по фэн шую надо звать админа чтоб устранял проблему.

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

     
     
  • 6.68, Адекват (ok), 11:58, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Админ в отпуске, а отпавший винт проблем не создает, но другие винты и их доступность - очень нужна организации, как быть ?
    Вообще это маразм конечно систему не загружать, когда не критичный для системы диск не доступен.
    Где логика, Карл ?
     
     
  • 7.74, fi2fi (?), 12:47, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Админ в отпуске,

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

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

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

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

     
  • 4.106, Аноним (105), 16:40, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    опция nofail, пропиши в fstab или в default mount. Не благодари.
     
     
  • 5.128, nomorepatric (?), 00:30, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    notabug же
     
  • 3.41, Аноним (41), 10:08, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, сталкивался с этими граблями после того, как записал в fstab внешний диск (чтобы удобно было от юзера монтировать, ага). Добавьте nofail в опции.
     
  • 3.113, L (??), 18:19, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    nofail допиши в fstab в строку данного диска
     
  • 2.12, нуб (?), 08:45, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    тем, что пытается заменить собой всё и или превратит линукс в шидовс, или сделет линукс полностью зависимым от RH, который за этим стоит. Это уже давно нифига не простая система только инициализации и выдрать его из системы становится с каждым релизом всё труднее

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

     
     
  • 3.14, Аноним (10), 08:49, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –12 +/
    Выдрать? А зачем, скажи мне, выдирать инит из системы? Был бы у тебя линь на openrc или sysvinit, тоже бы их ругал, что, мол, "не могу выдрать, угнетение, рабство"

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

     
     
  • 4.18, нуб (?), 09:04, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +13 +/
    ну скажем так. openrc, sysv и иже с ними можно и поменять на что-то (хоть друг на дружку). Пусть часто и с бубном. Что бы поменять на что-то другое systemd, даже сейчас, когда он ещё не заматерел, нужно племя шаманов, да и то не факт, что у них получится.
    Вопрос не в том, хорош он или плох, а в том, что не оставляет альтернативы - выдавливает всё остальное по примеру того, как это сделал гуглехром. Сейчас вроде и много браузеров, а по сути это одно и тоже.
    Лтнукс это не только свободный софт, но и свобода выбора - вот её-то и хотят ограничить.
    Если бы systemd не навязывали столь агрессивно и оставляли возможность относительно легко его заменить, то думаю, что его бы только хвалили и постепенно перешли бы на него сами (если бы работал он безглючно и оставлял возможность соскочить с него). А так - чистой воды наркомания (первая доза - бесплатно) и нетрадиционная ориентация
     
     
  • 5.72, АнонимусЫЫЫ (?), 12:29, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ни на что не претендую, но если подход эффективен и он нравиться большинству, это разве плохо?
    Почему так не любят, то что появилось относительно недавно (от остальных) работает лучше всего что было ДО (тут конечно каждый сам решает, что для него лучше).
    Даже если брать те же браузеры :) вроде как и альтернатива есть, но что-то как-то не комильфо.
    Всегда есть время и шанс создать что-то лучше хрома, системД и тд :) но что-то никто особо не чешется, вот огнелис разве что бьётся в агонии пытаясь догнать хром и кстати у него это в последнее время хорошо получается. Вот сразу видно альтернативу.
     
     
  • 6.76, супернуб (?), 12:57, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В том-то и проблема, что у большинства как бы нет выбора - вот тебе 14 бубнта Sy... большой текст свёрнут, показать
     
     
  • 7.82, Аноним (10), 13:53, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Речь-то (и основное бурление) именно о том, что не оставляют выбора.

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

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

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

    > Never touch a running system! (c)

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

     
     
  • 8.91, супернуб (?), 14:40, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем Достаточно просто не ломать выбрасывать то, что уже было и чуть изменить ... большой текст свёрнут, показать
     
  • 4.25, фывфывфыв (?), 09:23, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    sysvinit (OpenRC это тоже он) выдрать не проблема, потому-что программы в юзерспейсе не используют их библиотеки.
     
  • 4.35, ixrws (??), 09:59, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Учим русский язык и не только русский. Системд слишком новый, чтобы считаться традиционным. А тот факт, что его юниты не загружаются другими инит системами, а наоборот лишь ещё раз доказывает его нетрадиционность. Вот если бы он был чем-то вроде форком sysvinit, добавляющих кучу фич, но остающимся обратно совместимым на уровне всех подготовленных для него юнитов - вот тогда можно было бы называть его традиционным и то с натяжкой.

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

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

     
  • 4.85, Perlovka (ok), 14:06, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > на openrc или sysvinit

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

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

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

     
     
  • 6.99, Perlovka (ok), 15:55, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > да лааадно?
    > Всегда думал, что - 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.

     
  • 6.134, Аноним (134), 03:41, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Опять же OpenRC - традиционно генту и бсдя, не?

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

     
  • 2.16, Аноним (16), 08:55, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Беда его в том, что его писали без оглядки на устоявшиеся практики и привычки админов, чем вызвали лютую колику у тех, кому было на что тратить своё время кроме изучения systemd. Ненавидят же его за то, что внедряли его без вазелтина, не обращая ни на что внимания и ломая об колено всё, что мешало его внедрению.
     
     
  • 3.28, _hide_ (ok), 09:46, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>> его писали без оглядки

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

     
  • 2.17, Нанобот (ok), 09:02, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    слишком сложный. среднестатистический опеннетный аноним не в состоянии такое осилить, вот и не взлюбил
     
     
  • 3.21, нуб (?), 09:12, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и много среднестатистических опеннетных анонимов заметило, что он у них уже стоит? И сколько допиливало скрипты раньше? Всё это заметно именно админам и прогерам, а среднестатистическому хомячку вообще всё по барабану, что у него там стоит и как работает - главное, что бы бесплатно и как в шиндовс. Ну и что бы стартовало по-быстрее. И обои нескучные.
    Так что, то, что хомячки возмущаются - миф. Возмущаются именно те, кто много и долго сидят в линуксе, т.е. - реальные профессионалы (ну и параноики, вроде меня).
     
  • 3.53, Аноним (53), 10:43, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это удивительно, ведь правда и то, что отслеживание процессов традиционными сист... большой текст свёрнут, показать
     
     
  • 4.87, freehck (ok), 14:11, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Господи, что Вы несёте Это и не было задачей пользователя Это была задача ме... большой текст свёрнут, показать
     
     
  • 5.102, Аноним (102), 15:58, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >start-stop-daemon

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

     
     
  • 6.112, freehck (ok), 18:13, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно поэтому умолчательное поведение start-stop-daemon для отправки сигналов... большой текст свёрнут, показать
     
  • 6.120, Аноним (120), 20:55, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    SysV init это просто запускался скриптов, если у вас были кривые скрипты то причём тут SysV init?
     
     
  • 7.130, Аноним (53), 00:46, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    При том, что он поощряет написание этих кривых скриптов Как Например, вот так ... большой текст свёрнут, показать
     
     
  • 8.147, freehck (ok), 04:03, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сервисные скрипты для sysv сильно разнились от дистрибутива к дистрибутиву Зако... большой текст свёрнут, показать
     
  • 5.119, Аноним (53), 20:45, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В идеальном мире А в реальном каждый пользователь пытался вставить в автозапуск... большой текст свёрнут, показать
     
     
  • 6.121, Аноним (120), 21:01, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что мешает авторам подобных инит -скриптов написать абсолютно такие же кривые... большой текст свёрнут, показать
     
     
  • 7.129, Аноним (53), 00:31, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Простота юнитов В самом простом варианте там нужно просто угадать всего с одним... большой текст свёрнут, показать
     
     
  • 8.131, Аноним (131), 00:58, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шаблон init скрипта ещё проще, там даже угадывать не надо Скрипты никогда не бы... текст свёрнут, показать
     
  • 6.148, freehck (ok), 05:18, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И корректный способ это сделать crontab -e Класс То есть Вы сначала говорите, ... большой текст свёрнут, показать
     
     
  • 7.151, Аноним (53), 15:05, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А если ты хочешь услышать хамство, то вот оно, пожалуйста

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

     
  • 2.20, freehck (ok), 09:12, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +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.ru/base/sys/systemd_myth.txt.html

     
     
  • 3.27, Аноним (5), 09:40, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спс, бро, весьма доходчиво рассказал.
     
  • 3.29, Аноним (29), 09:48, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а вот меня бы системд не бесил, если бы при вводе systemctl start и нажатии tab не приходилось ждать по 30 секунд с ssd, 8 ядрами и горой рамы
     
     
  • 4.44, nailts (ok), 10:12, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    уверен, что проблема в systemd?
     
     
  • 5.52, Anon_Erohin (?), 10:43, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в чем еще скажите? Вы видели какой раздутый этот монстр? Оно неповоротливо и тормознутое, облепленное всякими непонятными конфигами и подсистемами...
     
     
  • 6.58, nailts (ok), 11:03, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и обработкой командной строки занимается systemd?
     
     
  • 7.59, супернуб (?), 11:08, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    пока нет, но думаю, что работа над этим тоже ведётся. Какие ваши годы - вполне возможно ещё застанете systemd-kernel (хотя думаю systemd-ime нужнее будет).
     
  • 4.66, Антонидас (?), 11:53, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже бесит невообразимо.
    Вроде пофиксили в версии 242 https://github.com/systemd/systemd/commit/f28255e2d5695b0d060558ff8cbb2b526fc9 но в основные не-роллинг дистрибутивы хрен дождешься...
     
  • 4.73, Аноним (73), 12:31, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    что-то дофига, проверил на стареньком нетбуке 2012 года (2 ядра, ssd) данная операция занимает от 8 до 10 сек
     
  • 4.93, анон (?), 15:08, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На арче фвтокомплит сработал меньше секунды

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

     
  • 3.122, Аноним (120), 21:13, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Но сейчас при заказе виртуалки в любом ДЦ -- у меня только один выбор, и это systemd. Его функционал избыточен для типовых нужд современного опса, да и доверия инстурмент не внушает. Но деваться от него некуда.

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

     
     
  • 4.145, freehck (ok), 03:23, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно, согласен Напильником всё можно Но время -- штука дорогая Возьмём ту же... большой текст свёрнут, показать
     
  • 3.133, Ordu (ok), 01:40, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что за манера обобщать до краёв и дальше Мне этот инструмент не насаживается ни... большой текст свёрнут, показать
     
     
  • 4.146, freehck (ok), 03:35, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за фамильярность.

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

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

     
     
  • 5.150, Ordu (ok), 10:03, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что за фамильярность.

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

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

    Да. Завидно?

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

    И чё с того?

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

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

     
  • 2.50, Аноним (50), 10:36, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На любом форуме главной киллерфичей systemd преподносилось, что система с ним грузиться быстрее. Но по факту разницы либо не было либо например upstart был быстрее. А дальше был срачь что все мудаки а systemd священен.
     
     
  • 3.56, freehck (ok), 10:55, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То, что systemd не быстрее -- это уже давно известное дело. Он *был* быстрее прочих инитов, когда проект был на самом старте. С тех пор много воды утекло. Настолько много, что старт systemd-driven системы сравним по скорости с распараллеленным в debian sysv.
     
     
  • 4.80, нех (?), 13:38, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    у меня лично openrc быстрее. причём это прям на глаз заметно.
     
  • 2.136, Snm (?), 07:29, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • –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 чем реальной необходимостью.
     
     
  • 3.149, freehck (ok), 06:30, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Опять же к дизайну самого systemd есть вопросы. Например какого лешего юниты
    > хранятся в /var/lib/systemd а не в /etc где им самое место?

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

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

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

     

     ....большая нить свёрнута, показать (66)

  • 1.6, Печаль (?), 08:34, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    В новости нет фото обоев рабочего стола не одобряю
     
     
  • 2.71, Аноним (73), 12:21, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    как это нету ? есть, по крайней мере в моей реальности
     

  • 1.8, Аноним (10), 08:41, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Без гуя и сети, блин, был бы просто без гуя, нормально, сервер бы был, а так
     
  • 1.9, Аноним (9), 08:41, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну наконец-то.
     
  • 1.22, Аноним (22), 09:14, 27/09/2019 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.26, Zenitur (ok), 09:37, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Первый раз слышу про этот дистрибутив Linux, но я рад. Жду когда опомнятся все. Не "жареного" же "петуха" ждать, разум же в людях может проснуться и до того, как долбанёт...
     
  • 1.30, Аноним (30), 09:51, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ысе эти Nitrux, Parabola, Hyperbola... Взяли бы да и объеденили свои силы в борьбе с systemd, раз уж на то пошло. Уверен, вышен бы действительно достойный дистр. А так пока жалкие потуги от Васянов. Несерьезно все это. Сам лично не являюсь сторонником ни сисвэ, ни системдэ, мне по боку, работает да и нормально, все равно никогда не писал скрипты и юниты.
     
     
  • 2.40, Аноним (40), 10:06, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И что начнешь ты бороться и IBM тебе зелени отвалит, через любой свой фонд лишь бы ты юзал системд. И ты будешь сидеть как на мартышки на картинке, где им во все щели напихали долларов.
     
  • 2.45, Аноним (45), 10:22, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это можно рассматривать только как эксперимент. Пользоваться этим, конечно же, никто не будет, но разработчики других дистрибутивах могут учесть опыт (как позитивный, так и негативный).
     
     
  • 3.46, Аноним (45), 10:23, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    s/дистрибутивах/дистрибутивов/
     

  • 1.31, Аноним (31), 09:53, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Новость приятная, хотя уж от кого, так от дистрибутива, который повязался на AppImage, этого как-то прямо даже не ожидаешь.
     
     
  • 2.153, Аноним (153), 18:39, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Уж лучше AppImage, чем снапы и прочий пакетный мусор.
     

  • 1.36, Аноним (36), 10:00, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  s6-init

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

     
  • 1.39, Аноним (40), 10:04, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    systemd это чистой воды NIH синдром. И ничего больше. Никакой пользы нормальному человеку не несущий.
     
     
  • 2.96, Григорий Федорович Конин (?), 15:43, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь вам никто не запрещает пользоваться гентой, например.
     
     
  • 3.140, Аноним (140), 17:40, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Но ведь вам никто не запрещает пользоваться гентой, например.

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

     

  • 1.42, DIO (?), 10:10, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    даешь извращений много и разных.... без сети хм.. и куда его прилепить? на швабру? так она геопозиционирование захочет - сеть надо...
    то что опенрс - красиво , удобно и т.д. спору нет но блин эти уникальные все новые запилы со сменой обоев да еще и на йэбунту... ладно бы на Дебиане но нечто на недоподелке...

     
     
  • 2.48, супернуб (?), 10:27, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    любой дебиан со временем становится убунтой с Как любая машина - Опелем Спра... большой текст свёрнут, показать
     

  • 1.70, Аноним (73), 12:18, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Второй вариант (OpenRC) пока не поддерживает GUI

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

     
     
  • 2.81, пох. (?), 13:45, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    просто модные-современные дизайнеры дистрибутивов под GUI подразумевают "десктоп".
    То бишь либо гом, либо, совсем уж больные на голову - kde.

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

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

     

  • 1.104, Аноним (103), 16:29, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что без системд уже и гнома на поставить. А дальше будет только хуже. Системд на другой системе отличной от Линукс уже не собрать ни на бсдешной ни на любой другой. И все вендорлок в действии.

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

     
  • 1.110, danonimous (?), 17:42, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отлично, ждал этого пять лет. Теперь дело за Убунтой!
     
     
  • 2.126, Аноним (126), 00:09, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Убунтоводы слили свой upstart в угоду ненужнод.
     

  • 1.116, Кузнец Счастья (?), 18:41, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Да вкатите вы уже на свои серваки FreeBSD!
    Сколько можно скулить про этот системд??? Неужели вы кщё не поняли, что IBM, Red Hat, Microsoft etc срань хотели на вас и ваши хотелки, вы для них просто вошь помойная. В чём прикол вообще юзать линукс? Тупо из-за того, что он бесплатный? Свободы там нет и никогда не было, он так же является собственностью корпораций, как и винда с макосью. Только в случае винды или мака ты получаешь законченный продукт, готовый к использованию 100% работоспособный, а в случае с линуксом всё знаете не хуже меня.
     
     
  • 2.123, Аноним (120), 21:15, 27/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давай мы сами решим что нам делать.
     
  • 2.138, qwerty123 (??), 13:11, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Да вкатите вы уже на свои серваки FreeBSD!

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

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

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

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

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

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


     
  • 2.144, пох. (?), 00:18, 29/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Неужели вы кщё не поняли, что IBM, Red Hat, Microsoft etc срань хотели на вас и ваши хотелки

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

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

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

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

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

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

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

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

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

     

  • 1.117, user90 (?), 19:16, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Успехов чувакам конечно. Но тыкаются-тыкаются, перебирают иниты.. это не выглядит серьезно. Тогда как в моем дистрибутиве все инструменты, включая и инит, свои, и они просто_работают. А учитывая, что это GNU, обвинить в несерьезности никак не выйдет ;)
     
  • 1.124, Griggorii (?), 21:37, 27/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зато можно систему новую собрать на сустемд без сустемд что тоже даёт плюсы. Моё предложение было таким сборка с перфиксом в /usr/locale/bin и пример /usr/locale/etc и так далее по архитектуре потом делаем apt purge sysystemd и на выходе получаем очищенный дистр в котором архитектура /usr/locale и все это благодаря systemd я знаю что примут меня только профи которые уже крутятся в этом и это можно сделать если скил прокачен за день как минимум.
     
     
  • 2.139, Аноним (139), 13:12, 28/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >locale

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

     

  • 1.143, Онаним (?), 21:57, 28/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Потеря потерь.
     
  • 1.152, Аноним (152), 07:04, 02/10/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Прекрасный пример того, что никакого навязывания systemd нет. Кому надо - пользуется другим инитом.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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