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

Краткий перевод: Devuan существует, потому что кому-то хочется заниматься фигнёй.

Партизан - он на то и партизан, чтобы что-то испортить, в том числе смысл чужого сообщения либо натролить, чтобы было больше в защиту Devuan.

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

https://news.ycombinator.com/item?id=1458182

To replace PID 1 with sysvinit, run:

apt-get install sysvinit-core systemd-sysv- reboot

To prevent it from coming back, create the file /etc/apt/preferences.d/no-systemd.pref containing:

Package: systemd-sysv Pin: origin * Pin-Priority: -1

This works great on servers and lightweight desktops. As others have noted, if you want GNOME you also need to install systemd-shim.

Но всякие дегенераты будут естественно испускать слюну из-за затычки systemd-shim (специально созданной для systemd-фобов)

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

И естественно ни слова не пишет что он там исправлял конкретно. Типичный засланчик-евангелист дивана.

Но всякие дегенераты будут естественно испускать слюну из-за затычки systemd-shim (специально созданной для systemd-фобов)

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

попробуй поставить пакет, который уже требует systemD без вариантов

Какой?

И естественно ни слова не пишет что он там исправлял конкретно.

просто ты не умеешь считать слова

в Debian есть пакеты, которые отказываются устанавливаться с shim sysvinit и требуют systemd, в этом то как раз и проблема Дебилиана.

Какой?

Opennebula, например.

Такой пакет есть только в sid и не имеет никаких зависимостей от systemd. Дальше.

Причем тут sid? Пакет ставился из репы opennebula и прямых зависимостей от systemd не имел. А вот пакеты типа libvirt, точно не помню какие, нужные для opennebula категорически отказались ставиться без systemd.

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

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

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

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

Последние два пакета - это левые?

Ах вот оно что, ..., ты не помнишь ничего,

Мог бы подсказать проблемные пакеты, а не попытаться нагло воспользоваться ситуацией.

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

И что? Libpam-systemd - pam-модуль для logind,

Установка пакета systemd не приведёт к изменению системы инициализации пока вы не загрузите свою систему с параметром init=/bin/systemd, либо не установите пакет systemd-sysv.

При установленном systemd-shim ничего они в систему не тянут, как работала sysvinit в качестве PID 1 так и будет работать. А, хотя я понял, уже сам факт присутствия знакомых буковок вызывает у евангелистов подрыв в одном месте.

Кстати, в Buster вроде завезут elogind и eudev для особо страдающих.

А, хотя я понял, уже сам факт присутствия знакомых буковок вызывает у евангелистов подрыв в одном месте.

Забыл времена libpulse0?

Конечно помню, у beastie прям полыхало от него, хотя оно в принципе никакого влияния на звук оказать не может.

Почему-то не удавалось оставить sysvinit на той системе при очередном апгрейде пакетов.

На пустой VPS не удается пока повторить с opennebula, наверно, были какие-то другие зависимости, попробую потом еще раз повторить.

Но факт в том, что до апгрейда система работала нормально с shim, а после апгрейда только с systemd.

И какая из этих систем инициализации использует подсистемы изоляции и пространств имён?

Любая. Вы просто забыли, что такое «система инициализации». Это просто один из этапов в процессе перехода от «комп выключен» до «всё работает».

Когда включается комп — грузится загрузчик, типа grub. Загрузчик грузит ядро. Ядро монтирует корень и... потом оно должно что-то запустить. Что? По идее, надо запустить кучу программ, которые поднимут сеть, кучу демонов и всякие sshd, если это сервер, или иксы, если это декстоп. Но не будешь же вписывать в ядро список всего, что нужно запустить, а потом ещё и менеджер этого списка?

Решили просто — ядро запустит одну программу /sbin/init, которая и запустит всех остальных. Вот это и вся «система инициализации». В её конфиге и записано, что запускать дальше. Причём ядру не важно, что в /sbin/init. Это может быть даже sh-скрипт, делающий startx.

init — это не монстр, это простая программа, запускающая то, что должно быть запущено при загрузке системы. А всё остальное, включая «изоляцию пространства имён», делает не она, а те, кого она запустит.

Поскольку SysVinit в Debian устарело, не все авторы пакетов утруддать себя написанием скриптов инициализации для него.

Упёртый ненавистник systemd использует systemd при установке пакетов, потом отключает, чтобы использовать SysVinit, и наблюдает глюки. Вызванные его глупостью, но он винит Debian и угрожает перейти на Devuan. Однако пакеты разрабатываются для Debian Поэтому авторам Devuan со временем будет требоваться всё больше труда , чтобы приспосабливать их к Devuan. Это может привести и к прекращению проекта Devuan. Нет бы просто перестать заниматься фигнёй и использовать то, на что ориентируется Debian - то есть systemd.

угрожает перейти на Devuan

Угрожает кому?

Нет бы просто использовать то, на что ориентируется Debian - то есть systemd.

Конечно нет, никаких системГ, одназначна!

Я вот сейчас сижу на Debian Buster с невыпиливаемым systemd (выпилить можно, работать только нифига не будет). Такого дичайшего глюкодрома я не наблюдал со времен первой mageia или ubuntu 8.10, да и то, в 8.10 глюки через 2 месяца уже пофиксили полностью.

И самое, что бесит - это вечные прибивания гвоздями ко всему, к чему только можно, как в rpm. Хрен-знает-чей-шрифт-языка-которым-пользуются-3,5-анонимуса-в-мире? Отлично, делаем невыпиливаемой зависимостью, разрушающей половину системы!

И вот сейчас я реально скучаю без sysvinit или openrc, потому что уже устал каждый день столько разбираться с этим systemd. Даже с генту на опенрц у меня меньше было пердолинга, чем сейчас с дебианом на системд

Я вот сейчас сижу на Debian Buster с невыпиливаемым systemd (выпилить можно, работать только нифига не будет). Такого дичайшего глюкодрома я не наблюдал со времен первой mageia или ubuntu 8.10, да и то, в 8.10 глюки через 2 месяца уже пофиксили полностью.

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

Я вот сейчас сижу на Debian Buster с невыпиливаемым systemd (выпилить можно, работать только нифига не будет). Такого дичайшего глюкодрома я не наблюдал

Я эти сказочки слушаю уже много-много лет.
Только багтрекер эти фантазии не подтверждает.

Не надо предпологать это реальность.

Я эти сказочки слушаю уже много-много лет. Только багтрекер эти фантазии не подтверждает.

Наверно, чистите свой багтрэкер :)

Конечно. Кругом обман.

Ну вот сказочки ты можешь слушать сколько угодно, мне ваши религиозные срачи абсолютно неинтересны, Поцтеринга я помню еще по заикающейся пульсаудио, но тогда все решалось ее выпиливанием, как, впрочем и сейчас, но речь сейчас не об этом. Мне крайне не нравится разраб, но он и не стодолларовая купюра, чтобы всем нравиться, а я столкнулся с неприятностями и тяготами работы его поделия сейчас и крайне этим недоволен кучей гемора. На багтреккер никогда нигде ничего не писал и не буду. Чисто из вредности. Зависающий хорг в 8.10 я тоже не озвучивал, однако, пофиксили. Я уже представляю, что меня ждет, когда выкинут иксы и впихнут свой восхитительный вейланд

Я вот сейчас сижу на Debian Buster с невыпиливаемым systemd (выпилить можно, работать только нифига не будет). Такого дичайшего глюкодрома я не наблюдал со времен первой mageia или ubuntu 8.10, да и то, в 8.10 глюки через 2 месяца уже пофиксили полностью.

Список - в студию!

Хрен-знает-чей-шрифт-языка-которым-пользуются-3,5-анонимуса-в-мире? Отлично, делаем невыпиливаемой зависимостью, разрушающей половину системы!

1. При чём здесь systemd?
2. Шрифт разрушает половину системы? Упоролся?

И вот сейчас я реально скучаю без sysvinit или openrc, потому что уже устал каждый день столько разбираться с этим systemd

Да, с sysvinit таких проблем со шрифтами нет, да? /facepalm

Зачем мне писать в багтрекер, если дано есть Devuan в котором просто всё идеально работает. Простите конечно, но я что похож на бесплатного альфа тестера? Отсюда у меня напрашивается вывод, что дебилиан давно отошёл от своей прежней политики стабильности и свободы выбора. Увы...

Конечно. Кругом обман.

Не кругом, а только в проекте Debian начиная с версии 8 и чем дальше, тем хуже.

К сожалению того образца стабильности, который можно было наблюдать в Debian 5 и 6 уже давно нет даже близко в stable. Относительно безопасно в плане стабильности можно использовать только oldstable Jessie и то лучше, если Devuan Jessie без системГ.

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

На багтреккер никогда нигде ничего не писал и не буду.

У нас есть какие-то доказательства, но мы вам их не покажем©

Ну и упороты же некоторые фанатики Devuan... Надеюсь лишь, что не все.

К сожалению того образца стабильности, который можно было наблюдать в Debian 5 и 6 уже давно нет даже близко в stable.

Опять фантазии.

У нас есть какие-то доказательства, но мы вам их не покажем©

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

Кто-то писал про Debian - это был самый скучный дистрибутив, в котором все работало без бубна, тоска сплошная. Зато сейчас в Debian 9 и выше очень весело, у кого есть время веселиться - веселитесь. Если Devuan испоганят так же как Debian, даже не знаю на что переходить, наверно, на Calculate Linux - на базе Gentoo, но готовые бинарные пакеты?

Самое смешное, что кроме systemd, 99% остальных пакетов в Devuan берутся из того самого «нестабильного» и «скатившегося» Debian. Видимо, в понимании таких товарищей sysvinit - это такая святая вода, окропив которой репозиторий, он избавляется от всех багов.

Debian 5,6 нравились тем, что не надо было никому ничего доказывать, бери и используй

Как будто сейчас кто-то запрещает брать и пользоваться.

Зато сейчас в Debian 9 и выше очень весело, у кого есть время веселиться - веселитесь

У нас есть какие-то доказательства, но мы вам их не покажем©

А вот тут ты ошибся, я не фанат дивана и не собираюсь им становиться, потому что с 2008 года было много подобных форков разных дистрибов - большиньство позагибались. В свео время был snow linux - дебиан с вторым гномом, когда появился третий. Хороший был дистрибутив, но загнулся, мощностей нет на поддержку. Так же, боюсь, будет и с диваном.

Перечислять все баги системд я не буду, они есть на багтрекере, по ним уже мемы с Поттерингом гуляют, что «это не баг, а фича»

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

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

Где упомянутый пример?

Перечислять все баги системд я не буду, они есть на багтрекере, по ним уже мемы с Поттерингом гуляют, что «это не баг, а фича»

У нас есть какие-то доказательства, но мы вам их не покажем©

Как будто сейчас кто-то запрещает брать и пользоваться.

Лучше уж тогда Debian v1, модно современно совместимо.

Synaptic package manager тебе в помощь. Или знаний хватает только на «посрать в интернете», сидя на уютной убунточке с магазином приложений, где даже думать не надо?

Synaptic package manager тебе в помощь. Или знаний хватает только на «посрать в интернете», сидя на уютной убунточке с магазином приложений, где даже думать не надо?

Спасибо, посмеялся.

Как и ожидалось, мы имеем дело с типичным звездуном.

почему-то абсолютно все прибивается гвоздями к системд

Citation needed.

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

Самое смешное, что кроме systemd, 99% остальных пакетов в Devuan берутся из того самого «нестабильного» и «скатившегося» Debian. Видимо, в понимании таких товарищей sysvinit - это такая святая вода, окропив которой репозиторий, он избавляется от всех багов.

Смешное то, что испортив дистрибутив, добавив в бочку меда системГ, они еще и ускорили выпуски релизов со старого способа «релизим когда будет готово, т.е. неизвестно когда» до нового «релизим stable в любой момент по свистку эффективного менеджера вне зависимости от готовности». Лучше бы они этот свисток вставили в одно место эффективного менеджера.

Поэтому стабильность современного так называемого stable Debian (и Devuan конечно тоже) находится теперь в лучшем случае где-то между старыми testing и unstable.

Но в Devuan хотя бы выкинули глюкобяки системГ.

Поэтому взяв Devuan Jessie 8 (которая на данный момент уже oldstable) мы получаем юзабилити и стабильность сравнимые с Debian stable 5,6, т.е. то к чему мы уже привыкли, все работает ис каропки и не ипет моск выделениями системГ.

они еще и ускорили выпуски релизов со старого способа «релизим когда будет готово, т.е. неизвестно когда» до нового «релизим stable в любой момент по свистку эффективного менеджера вне зависимости от готовности»

Эталонное 4.2