Первая конференция Devuan

Для любого дистростроителя будет напряжно поддерживать более одной системы инициализации.

Конечно, если весь основной софт будут «гвоздями прибивать» к одной СИ, другие СИ будет сложно поддерживать - тут не поспоришь.

15 калек против https://www.debian.org/devel/people Серьезный бизнес

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

Похоже, systemd нанёс вам глубокую психическую травму. Обратитесь к специалисту за помощью.

Все таки остался KDE5 и несколько других DE, а где sysvinit vnext в Дебилиане? Где другие альтернативы в виде openrc, upstart и т.д. ?

Зачем sysvinit-next, если есть сам sysvinit? openrc в наличии тоже.

Однако лично мне пришлось перейти на Devuan именно после того, как после установки пакета системГ не удалось запуститься в sysvinit

И что же именно произошло? В чём была проблема при загрузке?

Пострадавшим от глюкобажности системГ

Пострадали? В школе двойку поставили когда вместо краткого и лаконичного юнит-файла накатал огромную баш-портянку?

15 калек против https://www.debian.org/devel/people Серьезный бизнес

Так ведь по сути своей все, кто работает в Debian над пакетами, непривязанными к системГ, можно считать работают и над пакетами Devuan тоже, потому что 15 специалистов Devuan работают ТОЛЬКО над выпиливанием системГ из уже засистемГовленых в Debian пакетов, а основная часть пакетов Debian используется без изменений.

Поэтому вполне вероятно, что удельное количество разработчиков на пакет в Devuan получается даже выше, чем в Debian, по крайне мере до тех пора, пока количество испорченных системГ пакетов в Debian не перевалило некоторый предельный уровень.

Равно как генту предлагает на выбор две системы (системд и опенрц), причем работоспособность системы и приложений не страдает, если вдруг пользователь выберет опенрц

Gentoo позволяет пересобрать пакеты, чтобы они задействовали не функциональность, предоставляемую systemd (например, logind), а альтернативную реализацию (тот же consolekit). Но если upstream данной программы не предусмотрел переключение между logind и consolekit «на лету» (как сделали, например, в lxsession, lightdm), а привязал к конкретному варианту на этапе компиляции, то что здесь может сделать Debian? Откажешься от одного - одни обидятся, от другого - другие.

А зачем тогда API KVM тащит за собой системГовешечный пакет systemd?

Конкретный пакет, который это делает, - в студию!

Так ведь по сути своей все, кто работает в Debian над пакетами, непривязанными к системГ, можно считать работают и над пакетами Devuan тоже

Да сам Линус Торвальдс разработчик дивана, он же пишет ведро для него. Разупорись, все этим людям плевать на диван, системд, sysvinit и на кучку ненормальных, которые что-то там себе пилят.

Это только в системГовешке выкинули, там нет места удобным bash скриптам.

Справедливости ради, в systemd выкинули bash-обвязку для решения задач инициализации, но никто даже не думает запрещать использовать скрипты в связке с systemd.

Пострадали? В школе двойку поставили когда вместо краткого и лаконичного юнит-файла накатал огромную баш-портянку?

Двойку тебе надо ставить за невнимательное чтение этой ветки, уже многие отметились по поводу глюкобажности системГ и ее пропритарной сути.

Конкретный пакет, который это делает, - в студию!

https://packages.debian.org/stretch/policykit-1

https://packages.debian.org/stretch/libpam-systemd

Да сам Линус Торвальдс разработчик дивана, он же пишет ведро для него. Разупорись, все этим людям плевать на диван, системд, sysvinit и на кучку ненормальных, которые что-то там себе пилят.

Очень рад за тех разработчиков Debian, кому безразлично существование Devuan,

Беспокоит желчность тех, кто работает по методичке продвижения системГовешечной корпорастии в массы.

Пакеты libpam-systemd и systemd не заменяют систему инициализации.

уже многие отметились по поводу глюкобажности системГ

Многие это три анонимуса и пара местных дурачков вроде одалиста и квазарчика?

Но если upstream данной программы не предусмотрел переключение между logind и consolekit «на лету» (как сделали, например, в lxsession, lightdm), а привязал к конкретному варианту на этапе компиляции, то что здесь может сделать Debian? Откажешься от одного - одни обидятся, от другого - другие.

Смириться с существованием Devuan подобных дистров и даже возрадоваться их существованию ибо они освобождают разработчиков Debian от тех случаев, когда ничего не сделаешь для отпиливания от пакета системГ в Debian. 15 спартанцев отпилят системГ в Devuan!

Многие это три анонимуса и пара местных дурачков вроде одалиста и квазарчика?

А вот это уже переход на личности.

Меня тоже запишите, я отметилсо.

https://packages.debian.org/stretch/policykit-1

Не зависит от systemd-sysv.

https://packages.debian.org/stretch/libpam-systemd

$ dpkg -s libpam-systemd
...
Depends: ... , systemd-shim (>= 10-3~) | systemd-sysv
...

Т.е. systemd-sysv или systemd-shim, позволяющий оставить sysvinit. Причём последний ставится по умолчанию.

В следующий раз старайтесь лучше.

4 анонимуса.

apt-get remove systemd

Reading package lists... Done
Building dependency tree       
The following packages will be REMOVED:
  libpam-systemd libvirt-daemon-system opennebula-node policykit-1 systemd

Для тех, кто в танке: пакет systemd не меняет систему инициализации, это делает пакет systemd-sysv.

Еще раз для одаренных: пакет systemd не является инитом и участвует в загрузке и управлении процессами только если ты это явно укажешь. Инит - это пакет systemd-sysv.

Для тех, кто в танке: пакет systemd не меняет систему инициализации, это делает пакет systemd-sysv.

Проверю потом на ZFS клоне почему не удавалось вернуться на sysvinit без сноса KVM. Может вы уже какие зависимости подшаманили с тех пор?

Боюсь, что тут уже увы. systemd-shim оказалось некому поддерживать, и его больше нет (в Debian buster и далее уже не будет). Похоже, что sysvinit не настолько нужен, чтобы за него держаться.

Сравни хотя бы содержимое сайтов cont.ws и politolog.net

Чорт, это же... потрясающе! А можно ещё таких ссылок? Желательно с максимально полярными мнениями.

Хотя бы скажите, как вы их находите? Первый раз эти сайты вижу.

Желательно с максимально полярными мнениями.

Гугли коментарии на подобных сайтах, созданные ботами и по методичкам.

Похоже, что sysvinit не настолько нужен, чтобы за него держаться.

Впрочем как и Дебилиан с его системГ.

Лучше будем держаться за Devuan.

Не забывай только, что Devuan пилят 15 человек, так что если Debian загнётся, то Devuan тоже умрёт. И придётся тебе искать что-нибудь другое.

Не забывай только, что Devuan пилят 15 человек, так что если Debian загнётся, то Devuan тоже умрёт. И придётся тебе искать что-нибудь другое.

А с чего ты взял, что умрет Debian, если он благополучно прожил десятилетия до атаки на него системГшников?

Пусть те, кто придумал осистемГовнить Debian распространяют и дальше свое поделье в массы, а ветеранские сисадмины будут на своих системах использовать улучшенный Debian под названием Devuan, из которого выпилены системГшные пакеты.

Debian нашел новых спонсоров в обмен на то, что его осистемГовнили.

Разработчики Devuan поблагодарили спонсоров за развитие Debian в целом, но для себя в Devuan решили из этой бочки меда удалить системГшный декоть.

Есть масса других вариантов, в том числе Gentoo и Slackware, которые я давно хотел попробовать.

Боюсь, что тут уже увы. systemd-shim оказалось некому поддерживать, и его больше нет (в Debian buster и далее уже не будет).

Просто он уже не нужен, т.к. в Debian включили https://packages.debian.org/buster/elogind

Так что всё хорошо, и можно продолжать пользоваться sysvinit и далее.

Просто он уже не нужен, т.к. в Debian включили https://packages.debian.org/buster/elogind

Так что всё хорошо, и можно продолжать пользоваться sysvinit и далее.

А если бы не было Devuan, то и не включили бы, наверное. Уже только хотябы поэтому существование Devuan оправдано.

А если бы не было Devuan, то и не включили бы, наверное.

А если бы у бабушки были яйца она была бы дедушкой. Его не включили раньше потому что в 2016 году, когда замораживался текущий stable этот проект только недавно появился и везде для затычки использовался systemd-shim.

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

А если бы не было Devuan, то и не включили бы, наверное. Уже только хотябы поэтому существование Devuan оправдано.

Нет. Именно этим и должны были заниматься недовольные systemd: решением проблем в рамках самого Debian - а не созданием форка и провокацией срачей.

Потому к Devuan и такое отношение во многом. Оно не имеет отношения к спору systemd vs sysvinit, а является следствием таких вот выкрутасов в стиле Бендера.

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

SadButFalse, как минимум в случае апгрейда с предыдущих версий Debian проблемы обеспечены.

Но кроме глюкобажности у системГ есть масса других «преимуществ» типа зондированности, негибкости и т.п.

Нет. Именно этим и должны были заниматься недовольные systemd: решением проблем в рамках самого Debian - а не созданием форка и провокацией срачей.

Разработчики Devuan никому ничего не должны, все их мнимые долги - это твоя влажная фантазия.

В рамках закона и условий GPL разработчики подобные Devuan могут без каких либо долгов по отношению к Debian форкнуть хоть тыщу форков (Devuan1, Devuan2, ..., Devuan1000).

Единственный их долг в данном случае по условиям GPL - распространить свои исходники комьюнити, этот долг они исправно исполняют.

Потому к Devuan и такое отношение во многом.

Ахаха, у кого такое отношение? У системГшников осистемГовнищих Debian?

Ну ради интереса спроси какое отношение у пользователей Devuan ушедшых с Debian, к тем, кто внедрил системГ в их ранее любий дистр.

Оно не имеет отношения к спору systemd vs sysvinit, а является следствием таких вот выкрутасов в стиле Бендера

Пожалуйста, поясни про Бендера. Впечатление, что ты опять занялся фантазиями, с точки зрения любителей Devuan именно корпорасты осистемГовнившие Дебилиан как раз и являются самыми отъявленными бендерами в данной ситуации и действуют по обычной для некоторых схеме «Держи вора!», хотя в рамках закона воров нет, а те понятия, которые бендеры пытаются внедрить в умы людей - уменьшают свободу отказа от осистемГовнения люимого дистра.

как минимум в случае апгрейда с предыдущих версий Debian проблемы обеспечены.

Какие проблемы? Обновлял 7 на 8 - вообще никаких проблем не заметил. Но они же якобы обеспечены? Что мне надо было сделать чтобы получить эти проблемы?

А если бы у бабушки были яйца она была бы дедушкой. Его не включили раньше потому что в 2016 году, когда замораживался текущий stable этот проект только недавно появился и везде для затычки использовался systemd-shim.

В то время как Debian решил отделаться готовой затычкой (что получилось у него так себе), разработчики Devuan решили не испытывать судьбу и избавиться от системГ кардинально.

Пожалуйста, поясни про Бендера

https://www.youtube.com/watch?v=F2mLbhtU224

Какие проблемы? Обновлял 7 на 8 - вообще никаких проблем не заметил. Но они же якобы обеспечены? Что мне надо было сделать чтобы получить эти проблемы?

Разные проблемы, настройки, погугли.

В то время как Debian решил отделаться готовой затычкой (что получилось у него так себе)

Отлично получилось

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

Вот поэтому и остаются маргинальной кучкой фанатиков без какой-либо позитивной активности. Даже чинить sysvinit за них приходится разработчикам Debian.

Разные проблемы, настройки, погугли.

Я спокойно нагуглю и проблемы при обновлении дивана с Jessie до ASCII. Ты мне гарантировал какие-то проблемы при обновлении, но по факту таких проблем либо нет, либо они незначительны и мало у кого встречаются.

Соглашусь с тобой, но в consolekit я не вижу ничего плохого, работает не хуже, чем logind, а вот лично меня lightdm конкретно задолбал, настроенный автовход позволяет автоматически войти примерно каждый десятый раз, остальные разы он требует ввода пользователя и пароля. Причем, здесь даже на системд или опенрц катить бочку не получится - пробовал и то и другое. Что примечательно, данная фигня начала проявляться с дебиан 9, на предыдущих все нормально было, а в генте обычно слим использовал, там проблем не было. Кстати, генту позволяет иногда забивать болт на зависимости и в половине случаев все будет нормлаьно работать, насчет слаки не скажу, не пробовал там так делать, но уверен, что и там можно

https://www.youtube.com/watch?v=F2mLbhtU224

Мне кажется, твой мультик не соответствует твоему мнению о том, что Devuan - бендер, а соответствует моему мнению, что бендеры - корпорасты, испортившие ранее любимый дистр Debian своим системГ.

Мультик демонстрирует отказ Devuan от системГшного бендера.

Я спокойно нагуглю и проблемы при обновлении дивана с Jessie до ASCII. Ты мне гарантировал какие-то проблемы при обновлении, но по факту таких проблем либо нет, либо они незначительны и мало у кого встречаются.

Ну вот у меня встретились, хотя я их решил большей частью и система даже стала стартовать как и раньше. Только системГ очень не понравился.

Учитывая количество разработчиков Debian и Devuan выглядит полностью наоборот. Только Бендера еще уменьшить надо раз в сто.

Вот поэтому и остаются маргинальной кучкой фанатиков без какой-либо позитивной активности. Даже чинить sysvinit за них приходится разработчикам Debian.

За удачное делегирование их можно только похвалить, молодцы! так держать :)