Представлен выпуск дистрибутива Devuan 3.1 "Beowulf", форка Debian GNU/Linux, поставляемого без системного менеджера systemd. Devuan 3.1 является промежуточным выпуском, продолжающим развитие ветки Devuan 3.x, построенной на пакетной базе Debian 10 "Buster". Для загрузки подготовлены Live-сборки и установочные iso-образы для архитектур AMD64 и i386. Сборки для ARM (armel, armhf и arm64) и образы для виртуальных машин для выпуска 3.1 не сформированы (следует использовать сборки Devuan 3.0, после чего обновить систему через пакетный менеджер)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54587
А когда будет убунту без системды?
Когда появятся желающие склепать ещё один форк убунты, очевидно же.
А их нет?
Нет, но им можешь стать ты. И прославиться не хуже Шаттлврота.
Меня не возьмут в космонавты - я не юаровский миллиардер.
На донатах настреляй, раз сабж такой нужный должно быть ерунда вопрос.
Может сразу в переходе выбить местечко под стаканчик или если повезет - тарелочку чем так ?
https://www.opennet.dev/opennews/art.shtml?num=54496Здесь написано, что этот дистрибутив (Nitrux) оснаван на Ubuntu и использует систему инициализации OpenRC.
Но я не верю, а проверять лень)
Гут
> https://www.opennet.dev/opennews/art.shtml?num=54496
> Здесь написано, что этот дистрибутив (Nitrux) оснаван на Ubuntu и использует систему
> инициализации OpenRC.
> Но я не верю, а проверять лень)На днях проверю, стало интересно что это как раз из-за той новости, скачал уже образ, отпишу чо как, посматривай в течении недели под свой пост, если интересно.
Хорошо, спасибо!Сложно поверить, что кто-то "тихо и незаметно" смог выпилить это из Убунты, в то время как у ветеранов Юникса с этим такие сложности, что они целый год релизятся после выхода новой версии Debian.
убунта без системд кончилась на 16.04
Спасибо авторам и энтузиастам что тянут проект.
Лучше бы они своей энтузиазм в дебиан вложили и реализовывали обратно возможность выбора инита.
Ты за своим энтузиазмом следи, а не указывай другим. Разберутся без тебя на что им тратить своё время.
Увы если бы такая возможность была то ее точно бы использовали. А как видим не дают людям выбора.
Так никто их из дебиана не выгонял. Фанатики в очередной раз сами на что-то обиделись и ушли пилить свой дистр
Опять же людям не дали выбора. Не ето ли и есть выкидывание людей на мороз? Вот прийдет к вам ваш знакомый и скажет - с сего дня ты еш только макароны и пьеш чай. А если не хочеш то смирись. Как вы себя поведете?
На серверах его ставят?
А кто тебе мешает? Ставь куда-угодно.
Нет, конечно, на сервера запрещено ставить дистры без системд.
а что тебя смущает? думаешь апач там будет другой?
> думаешь апач там будет другой?Наверно.
Только на локалхосты. Понимаешь, на дворе 2021, нужно быстренько поднять целую пачку машин из заранее заготовленных шаблонов, а не отлаживать один-единственный уютненький серверок с кастомными баш-портяночками, как это было в 1980. С системд оперируешь более высокими категориями, а баш-портяночки возвращают тебя обратно в каменный век, заново каждый раз прописывать case $1 in start stop restart, заново переизобретать pid-файлы и т. д. Это как если бы при приготовлении обеда ты отправлялся за хворостом и вручную добывал огонь, как это делали диды.
Господам-минусаторам не нравится, что диван(ный дистр от диванных борцунов с системд) реально ставят только на локалхосты? Есть хоть одна компания, которая поставила себе [брезгливо] это [/брезгливо] на продакшон?
systemd-фанбои настолько тупые, что кроме баш-портянок ничего не знают и придумать не могут. Даже не знают что такое башизмы, и что использовать bash в скриптах - это зашквар. Всегда в скриптах инициализации использовать Bourne Shell. Но systemd-фанбои, как я уже сказал, тупые.
> не знают что такое башизмы, и что использовать bash в скриптах - это [censored]Башизмы -- это такой термин из тех же самых 1980-ых? Типа "на UNIX может стоять любой шелл, не обязательно баш, давайте будем совместимы с UNIX"? Открою тебе несколько страшных тайн:
1) UNIX мертв, и поделом -- проприетарная (!) closed-source (!) устаревшая (!) операционная система; незачем нам поддерживать проприетарные (!) closed-source (!) устаревшие (!) операционные системы;
2) поскольку мы рассматриваем "шелл скрипты vs systemd", и поскольку systemd работает только на Linux, то мы рассматриваем именно "шелл скрипты на Linux", а не "шелл-скрипты на UNIX";
3) найди мне хотя бы один дистрибутив, на котором реально происходит "борьба шелл-скриптов vs systemd", на котором бы не был предустановлен баш; потому что на диване баш предустановлен, как и на Gentoo (в нем тоже systemd не обязателен);
4) облегчим тебе, борцуну с башизмами, задачу -- найди мне вообще любой дистрибутив линукса, на котором бы не был предустановлен баш. Просто любой. Просто дистрибутив. Просто линукса.
Блин, сколько мелочных придирок, и ни слова по существу. Тебе говорят о том, что скрипты инициализации на bash не пишут, а ты про то, что он в принципе стоит в системах. Да, с тобой начали спор тоже с мелочных придирок типа "shell не bash", хотя и так ясно, что суть не в конкретном шелле -- но в чём суть спора, если с обеих сторон аргументы херня? )
> скрипты инициализации на bash не пишутПравильно, потому что их теперь вообще не пишут.
А то так окажется что портянки с башизмами на 3 порядка производительнее альтернативы. Потому и не пишут, ха.
>1) UNIX мертв, и поделом -- проприетарная (!) closed-source (!) устаревшая (!) операционная система; незачем нам поддерживать проприетарные (!) closed-source (!) устаревшие (!) операционные системы;UNIX жил, UNIX жив, UNIX будет жить!
UNIX давно уже открыли, играйся не хочу.
Поддержку и дополню.На самом деле шелл-скрипты не отправляют тебя в каменный век в целом. Многое из того, что systemd поставляет из коробки -- на самом деле вполне себе реализуется на скриптах, и в целом предлагают большую свободу действий администратору системы, более удобный дебаг скриптов и т.д. Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами, что собственно является закономерным следствием sysvinit: больше свободы -- больше вариативности. В теории мы можем получить всё, что предоставляет systemd, и при помощи скриптов. Но systemd уже есть, и потому скрипты никто допиливать не будет.
Systemd снижает порог вхождения для написания сервисов, так что теперь этим могут заниматься даже разраюботчики. Это во многом благодаря унификации формата юнитов и тому, что он подхвачен всеми мейнстримными дистрами. Это в целом хорошо: теперь мы можем делегировать задачу запуска сервиса непосредственно разработчику, и тем самым разгрузить мейнтейнеров дистрибутивов.
Встроенным супервизором systemd отвечает нуждам старого энтерпрайза (это который до сих пор не в облаке): так или иначе все старички встраивали в свои системы супервизоры. Хотя бы тот же djb daemontools.
Многие вещи, которые реализованы в systemd совсем плохо -- типа того же journald, как правило совершенно не касаются пользователей. Так, пользователю локалхоста в целом плевать, что часть лога может потеряться. А серьёзный энтерпрайз использует более высокоуровневые решения для журналирования, типа саасов вроде datadog / newrelic / papertrail, либо старый добрый ELK-стэк.
Сами многочисленные "technical merits" этого системного менеджера как правило не используются, ибо никому нафиг не сдались. Но зато systemd прекрасно справляется со своей основной задачей -- поднимает docker и kubelet. =)
--
По части вопроса о том, используется ли Devuan где-то на проде -- скорее нет, чем да. Во-первых на арендуемых vps-ках никогда нет предустановленного шаблона с Devuan-ом. Во-вторых, почти весь софт нынче снабжается service-файлами для запуска, а вот скриптами -- крайне редко.
PS: Гонял на Devuan-ах с десяток серверов когда-то из принципиальных соображения. Задолбался и переехал на Ubuntu.
PPS: Тем, кто на меня сейчас набежит, напоминаю без ложной скромности, что с 2014го года я -- главный критик systemd на opennet. )
>Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами,У тебя штук 5 разных дистрибутивов в продакшн?
>Systemd снижает порог вхождения для написания сервисов
Вот это абсолютное зло и ему нет оправдания.
>основной задачей -- поднимает docker и kubelet. =)
Поднимать ненужно и ненужно. Хотя и для этого системда не нужно.
>Тем кто сейчас набежит
Я помню. Копрономика калечит людей, господин девопс, тебя вижу тоже не пожалела.
А так да: системда отраслевой стандарт в линуксэкосистеме, какой смысл использовать что-то другое, кроме исключительных случаев? :-(
>>Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами,
> У тебя штук 5 разных дистрибутивов в продакшн?Ну, конкретно у меня -- нет. А вот у разработчиков -- да.
>> Systemd снижает порог вхождения для написания сервисов
> Вот это абсолютное зло и ему нет оправдания.Понимаю, я тоже так раньше думал. Однако у дистрибутивов есть вечная проблема: нехватка мейнтейнеров. И подобные решения всё же облегчают труд мейнтейнера, перекладывая отдельные части его работы на разработчика. Так что вот уже и зло не абсолютное, и оправдание имеется.
>>основной задачей -- поднимает docker и kubelet. =)
> Поднимать ненужно и ненужно. Хотя и для этого системда не нужно.Не могу согласиться по поводу ненужности docker и k8s. Эти инструменты были созданы для решения вполне определённых задач, которые некогда стояли перед бизнесом, и успешно с ними теперь справляются. Я помню, какие были пляски с тем же blue-green-деплойментом. Я помню, как мы сращивали nginx с certbot-ом. Я помню всю ту массу проблем отсутствия идемпотентности кода, описывающего инфраструктуру. И потому утверждаю, что k8s -- это хороший и нужный инструмент.
>>Тем кто сейчас набежит
> Я помню. Копрономика калечит людей, господин девопс, тебя вижу тоже не пожалела.=)
> А так да: системда отраслевой стандарт в линуксэкосистеме, какой смысл использовать что-то
> другое, кроме исключительных случаев? :-(Именно.
Непонятно тогда какого лешева нужны разработчики, неспособные написать скрипты запуска для убунту и шапки. Неспособные создавать софтины, не требующие автоперезапуска на каждый чих(что решается без всякой системды).Штуки вроде системды и дбус делают ментейнеров ненужными. Если в десктопном софте это терпимо, в серверном.. такое себе. Антивирус для линуксов уже не шутка.
Не сразу я догнал, почему "системда это как в виде, но хуже". Пришлось прикоснуться к ЭТОМУ. "Спасибо" фридрисктопникам за "современные технологии", притащенные на сервера.
Настольный и лаптопный линукс умер, не родившись.
Ну а ты возможно скоро купишь мак, если не уже.
> Ну а ты возможно скоро купишь мак, если не уже.Уже =)
Вся суть разработчиков Линукс. Не для себя же. Юзеров можно кормить этим самым, в случае, если возмущаются, упереть руки в бока и поинтересоваться: "а что ТЫ сделал для хип-хопа, юзернейм? Я в твои годы системду38 дебажил на Федоре!"Все пропало:-(
> Уже =)Позорррр!!! Это девальвирует все твои разглагольствования, увы.
> Systemd снижает порог вхождения для написания сервисов, так что теперь этим могут заниматься даже разраюботчики.А прикинь если бы разработчики на Linux имели какое-то стандартизированное высокоуровневое всеми поддерживаемое API для работы с библиотеками. А прикинь если бы модули можно было бы вызывать из еще и удаленно да и еще и из разных языков программирования без доп. биндингов к конкретной либе так, чтобы привязками занималась ОС. В Windows этим исторически занимались COM+, DCOM и ActiveX позже CLR.
Не ну я конечно в курсе что RedHat продвигает GObject Introspection Runtime и Dbus... но это как-то жиденько. Надо это стандартизировать всем, тогда разработчикам проще будет. =)
Если не считать того факта что GIR и dbus мягко говоря звезд с неба не хватают, чисто как API. Я пользовался, мне не понравилось. Да и им самим не нравится, судя по количеству энтерпрайзного софта на Java, который прячется за их подписочками.
Ах ну да они изобрели Vala, как основной Desktop-язык - дабы избавиться от аццких страданий. Если вдруг вас настигнет чувство вины, то писать ООП в С посредством GObject - можно использовать в качестве наказания за некриминальные поступки. Vala скрывает это уродство.
Ждите всё это в systemd. Оно уже частично там. Не то чтобы это плохо... просто самая лучшая версия Windows - это 10, а явно не та которую пилит Red Hat XD
В такие моменты я понимаю дядьку, который свалил со своим appimage пилить свой десктоп на BSD.
> В Windows этим исторически занимались COM+, DCOM и ActiveXИ всё это замечательное счастье благополучно сдохло в режиме "ненужно", если честно.
Ну, полтора махровых энтерпрайза, у которых были бездонные штаты поддерживать этот бардак - этим пользовались. Потом штат по экономическим соображениям поредел, и счастье кончилось.
>>>тем самым разгрузить мейнтейнеров дистрибутивов.та да, они п-ц какие загруженные люди. поддержка пакетов отвлекает их от срача в рассылках и жалоб о том, как они загружены, а также поиска врагов инклюзивности. а как гоу в демьяне поддерживать не монолитом, так нынешний мейнтейнер сразу "я не могу у меня лапки". и это он еще в разгруженном состоянии. а если бы в демьяне системдэ не было, его вообще бы разорвало на тысячу хомячков.
Вы в своем праве впрячься вместо них. И таки да, загруженные. Могут майнтайнить более 1 пакета и/или это может и не быть их основной работой. Развелось умников, желающих нахаляву чужим временем рулить. Но нет, это так не работает.
> Вы в своем праве впрячься вместо них. И таки да, загруженные. Могут
> майнтайнить более 1 пакета и/или это может и не быть их
> основной работой. Развелось умников, желающих нахаляву чужим временем рулить. Но нет,
> это так не работает.я в своем праве сказать "не можешь *рать - не мучай *опу"
и нет, я не собираюсь впрягаться в этот гадюшник. деньги зарабатываю и чсв наращиваю более гетеросексуальными способами.
> Systemd снижает порог вхождения для написания сервисовБоже! Какой феерический бред. Вы сами хоть один сервис запускали?
Вы вообще видели как! это выглядит в нормальной системе?Как пример:
---------------------------------------------------------------------
#!/sbin/openrc-rundescription="slim"
cfgfile=/etc/slim.conf
pidfile=/run/slim.pid
command=/usr/bin/slimstart(){
ebegin "Starting $SVCNAME"
start-stop-daemon -S -q -b -p $pidfile -x $command
eend $? "Failed to start $SVCNAME"
}stop(){
ebegin "Stopping $SVCNAME"
start-stop-daemon -K -q -p $pidfile
eend $? "Failed to start $SVCNAME"
}
---------------------------------------------------------------------
Что конкретно systemd здесь может мне упростить?
Это при том, что при стандартном вызове функции start и stop вообще можно опуститьКогда человек врет один раз веры ему нет уже ни на что.
Не несеите ахинею, потому как кто-нибудь да укажет Вам на это.
>> Systemd снижает порог вхождения для написания сервисов
> Боже! Какой феерический бред. Вы сами хоть один сервис запускали?
> Вы вообще видели как! это выглядит в нормальной системе?А, ну да. Вот и человек, которому адресован PPS из первого сообщения. Как в воду глядел. =)
Конечно-конечно, я же ни о чём таком не в курсе! Спасибо за дельный комментарий! Вы открыли мне Америку!
> Вы вообще видели как! это выглядит в нормальной системе?Ну покажите мне по этой технологии хотя-бы запрет того сискола, тому сервису? И сетевой неймспейс ему отдельный, например, дать? А то "нормальная система" которая своими же фичами разграниения, полисовки и безопасности пользоваться не может - кривая, а вовсе даже и не нормальная ни в одном глазу.
> Многое из того, что systemd поставляет из коробки -- на самом
> деле вполне себе реализуется на скриптах,Ну, реализуй хотя-бы lockdown сервиса на этом, с запретами сисколов и изоляцией в свое окружение. У системды коронный номер - то что он УЖЕ в памяти, УЖЕ привилегированный, УЖЕ все либы - в RAM. Поэтому может скомпоновать arena'у процессу и когда все готово вызвать желаемое.
А когда мы пытаемся собрать себе ограниченное/изолированное окружение скриптом - это задник. Надо полсистемы внутрь совать чтобы бинари и либы были доступны, иначе обломается на середине.
> и в целом предлагают большую свободу действий администратору системы,
В случае с системдой можно при желании и скрипт вызвать. А так эта свобода потом, видите ли, брякается на бошку в виде гамнокода который хрен декодируешь без поллитры. А делать это таки придется, потому что у разных дистров все это видите ли разное было.
> более удобный дебаг скриптов и т.д.
Это, наверное, шутка. Типичная ситуация с sysvinit: сервис не стартанул, диагностики везде по нулям. Но вы можете накодить себе удобный дебаг и логгинг. Правда, целью было вообще-то нестартовку сервиса затраблшутить, а ценность результата кодинга дебаглогинга нулевая. Вы, конечно, потом узнаете где какой-нибудь -EPERM или что там еще был. Но с системдой это случится раз в 20 быстрее, он видите ли журналит самые очевидные обломы, да и выхлоп софта.
> Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами, что
> собственно является закономерным следствием sysvinit:А также игнорирует современные проблемы и пожелания, типа повышенной изоляции сервисов и проч.
> В теории мы можем получить всё, что предоставляет systemd, и при помощи скриптов.
А на практике это такой головняк что этим никто никогда не занимался.
> Но systemd уже есть, и потому скрипты никто допиливать не будет.
Десятки раз делать 1 и ту же работу может и задолбать.
> заниматься даже разраюботчики.
Или совершенно сторонние лица, до кучи комитнувшие юнит системды. А что, 10 строчек накидать может казуальный пользователь сервиса. Багов особенно налепить там негде. И это более-менее одинаково между дистрами, и сервис таки подымает.
> теперь мы можем делегировать задачу запуска сервиса непосредственно разработчику, и тем
> самым разгрузить мейнтейнеров дистрибутивов.А разработчики зачастую это делегируют на вообще внешних юзерей, в отличие от sysv им бывает не обломно юнит системды накидать.
> Встроенным супервизором systemd отвечает нуждам старого энтерпрайза
А также новой (да и старой) эмбедовки с линухом, например.
> свои системы супервизоры. Хотя бы тот же djb daemontools.
...от которых вышеупомянутым толку ноль целых, фиг десятых? Сервис бывает не только сетевым.
> в целом плевать, что часть лога может потеряться.
Она и в обычном текстовике может потеряться. Курить позиксную семантику файловых систем до посинения. С пониманием того как там вообще и что с журналингом, так, по жизни.
И да, далеко не любой прогер эксперт в этом вопросе хотя-бы уровня поттера - в этом случае масштабы разрушений фееричные. Половина лога может только в буфере в RAM оказаться и при факапе просто испарится.
> А серьёзный энтерпрайз использует более высокоуровневые решения для журналирования,
Так там для них и сделан и редирект, и настройки чего-куда.
> ибо никому нафиг не сдались. Но зато systemd прекрасно справляется со
> своей основной задачей -- поднимает docker и kubelet. =)Да он и без них так то может половину этого обтяпать, особенно systemd-nspawn. Так что это больше вкусовщина и удобства..
> с 2014го года я -- главный критик systemd на opennet.
Ну а что, так рвал глотки за свою точку зрения ... для того чтобы на нее забить? :)
Мда. 7 лет вроде прошло, а ничего не меняется. Ну, хоть какая-то стабильность: никто не позорит systemd-фанбоев больше, чем systemd-фанбои. =)
> Мда. 7 лет вроде прошло, а ничего не меняется. Ну, хоть какая-то
> стабильность: никто не позорит systemd-фанбоев больше, чем systemd-фанбои. =)Если мы об этом, не макинтошнику про путь линукса лечить, имхо. Тоже мне фанбой проприетары, вон как эти бсдюки с виндой радуются из-за тебя. Запозорил линуксоидов. Фффффу. И чего все ваши разглагольствования про вэйности стоят, если в результате вот так?
>> Мда. 7 лет вроде прошло, а ничего не меняется. Ну, хоть какая-то
>> стабильность: никто не позорит systemd-фанбоев больше, чем systemd-фанбои. =)
> Если мы об этом, не макинтошнику про путь линукса лечить, имхо.О, фанатики подъехали. Только один вопрос. То, что я теперь знаком с большим количеством проприетарных продуктов, разве отменяет каким-либо образом тот факт, что пятнадцать лет жизни потратил на GNU/Linux, принципиально отказываясь пользоваться чем-либо ещё? Моё погружение в область глубоко, и моё слово не теряет в весе просто от того, что я теперь сижу на макоси. )
> большим количеством проприетарных продуктов, разве отменяет каким-либо образом тот факт,
> что пятнадцать лет жизни потратил на GNU/Linux, принципиально отказываясь пользоваться
> чем-либо ещё?Что было тогда - это тогда. А что сейчас - это сейчас. "Опенсорсник уровня пох" :P.
> Моё погружение в область глубоко
Области разные бывают...
> и моё слово не теряет в весе простоот того, что я теперь сижу на макоси. )
Для меня таки теряет. Предатель рокнролла :P. Меня так же виндузоиды могут обозвать - но вот тут я совершенно не расстроюсь.
>> большим количеством проприетарных продуктов, разве отменяет каким-либо образом тот факт,
>> что пятнадцать лет жизни потратил на GNU/Linux, принципиально отказываясь пользоваться
>> чем-либо ещё?
> Что было тогда - это тогда. А что сейчас - это сейчас.
> "Опенсорсник уровня пох" :P.Ну почему же "уровня пох". Членские взносы в FSF по-прежнему плачу. "Радеющих за СПО" только на словах -- вагоны. А вот делами почему-то мало кто отличается, ибо напомню, что годовой оборот FSF всего-навсего миллион баксов.
>> и моё слово не теряет в весе простоот того, что я теперь сижу на макоси. )
> Для меня таки теряет. Предатель рокнролла :P. Меня так же виндузоиды могут
> обозвать - но вот тут я совершенно не расстроюсь.Ну, как говорил БГ, "рок-н-ролл мёртв, а я ещё нет".
--
Суть тут простая. Я знаком со множеством хакеров, но все они нищие вконец. А нищий человек ничего не изменит, ему бы себя прокормить, да на старость отложить пару копеек. Хоть ему и немного надо, но его жизнь -- вечная борьба за выживание. Такой человек ничего нового никогда не создаст.
Взять ту же систему GNU. Это было большое дело в своё время, однако не стоит забывать и об истоках -- в её основу легла вполне себе коммерческая ось. И чтобы создать эту ось, чтобы имплементировать эти инновации и довести до состояния конечного, пригодного к использованию продукта -- потребовались годы и огромные инвестиции вполне себе коммерческой компании AT&T.
Взять большинство инноваций в мире СПО сейчас: ну нет независимых разработчиков и мейнтейнеров. Все они так или иначе сидят на зарплате у корпораций. Это корпорации оплачивают труд программистов, улучшающих ядро. Это корпорации оплачивают труд мейнтейнеров, которые поддерживают тот же Debian. Софт, который в итоге становится массовым -- проходит огромный путь через аналитиков, дизайнеров, архитекторов, разработчиков, тестировщиков и (реже, но всё же) безопасников. Это огромная коммерческая индустрия, и одинокий хакер не сможет с ней тягаться. Помните, как раньше любили шутить? Десять программистов не заменят одного художника.
Чтобы с этой индустрией тягаться, нужно создать постоянный финансовый поток. А если тебе удастся его создать, то новые познания в сфере бизнеса неминуемо заставят тебя переосмыслить законы, по которым живут как производство, так и общество в целом. Вот тут-то фанатизму и приходит конец. Не остаётся великой идеи, ради которой хочется жить и умирать. Остаётся только трезвый взгляд на жизнь, которая чертовски жестока, но до жути справедлива.
И пройти этот путь тяжело. Ломает во время этого переосмысления неимоверно. Не знаю даже, зачем я всё это пишу. Почему-то захотелось рассказать хоть кому-то. Устал наверное. Быть фанатиком всяко легче и приятнее, скажу я вам. Есть чёткое понимание, что хорошо, а что плохо. Кто друг, а кто враг. Возможностей меньше, но зато свободы больше.
В заключение хочется вспомнить Шварца. "Иногда мне кажется, что я начал завидовать рабам. Они всё знают наперёд. У них твёрдые убеждения". Да, устал. Но обратно эту жизнь не променяю. Не хочу себе врать.
> Ну почему же "уровня пох".Это был реверанс "уровня бох", но, увы, пох лучше в картину вписывается.
> Членские взносы в FSF по-прежнему плачу.
Компартии и профсоюзам тоже взносы платили.
> "Радеющих за СПО" только на словах -- вагоны. А вот делами почему-то
> мало кто отличается, ибо напомню, что годовой оборот FSF всего-навсего миллион баксов.Некий пойнт есть, но как показывает пример допустим, мозилла корп, большой оборот может вообще привести к строго противоположному эффекту - коммерциализации, маркетингомому булшиту и набеганию хитрых веников присвающих себе чужие заслуги aka эффективных менеджеров.
> Ну, как говорил БГ, "рок-н-ролл мёртв, а я ещё нет".
Как говаривал Марк Твен, слухи о его смерти были сильно преувеличены.
> Суть тут простая. Я знаком со множеством хакеров, но все они нищие вконец.
А я таки знаю и энное количество не нищего народа.
> А нищий человек ничего не изменит,
Что они должны изменить? И как показал пример, когда приоритетом становится только погоня за бабками, результатом становится корпорация добра типа гугла и microsoft.
> ему бы себя прокормить, да на старость отложить пару копеек. Хоть ему и немного надо,
> но его жизнь -- вечная борьба за выживание. Такой человек ничего
> нового никогда не создаст.Да вообще-то изобретатели и первооткрыватели далеко не всегда становились охренеть миллионерами. Скорее жуликоватые барыги типа эдисона, который, впрочем, и изобретать (а также тырить плохо лежащее) умел.
С другой сороны - знешь почему хакеры нищие? Они просто не задались целью заработать бабок, у них были более интересные дела. И таки в этих делах они достигают легендарных успехов. А какой-нибудь Моррис или Митник будет 1 на всю историю :)
> имплементировать эти инновации и довести до состояния конечного, пригодного к использованию
> продукта -- потребовались годы и огромные инвестиции вполне себе коммерческой компании AT&T.Если так вспомнить - в какой-то момент AT&T не придумал ничего умнее как лошить бсдшников, играя в 1 ворота, когда им код брать можно а академлохам - нет. И таки за это и появился линукс.
Кстати Торвальдс с бэхой и женой-каратисткой впечатление лузера почему-то не производит. Более того - ему даже увольнения бояться не надо - а на кого его заменить с той же эффективностью? :)
> Взять большинство инноваций в мире СПО сейчас: ну нет независимых разработчиков и
> мейнтейнеров. Все они так или иначе сидят на зарплате у корпораций.Тут возможны весьма разные варианты, на самом деле. Самые талантливые так вообще создают свои фирмы, имхо.
> Это корпорации оплачивают труд программистов, улучшающих ядро.
А лучше чем когда получается как с AT&T vs BSD когда апстрим еще и гасят? По-моему это вообще идиотизм. И вот как раз Торвальдс и ко смогли врезать пинка этому болоту и изменить соотношения. Так что хакер нищим быть не обязан. Но может - если так хочет.
> Это корпорации оплачивают труд мейнтейнеров, которые поддерживают тот же Debian.
Лишь местами. Хочешь я тебе скажу забавный метод отличить community driven vs corp driven? Я не знаю, мой ли это лично лайфхак или я его переизобрел, но - см активность в выходные.
У corp driven в выхи штиль. У comminity driven - наоборот. Поэтому я могу завернуть тебя с твоим разглагольствованием: в дебиане всплеск активности в репах в выхи индицирует и мощные community процессы не привязанные к корпам.
А какой-нибудь linux kernel например гибридный, там вообще деление условное весьма. Активность есть всегда и они вообще не делят особо - могут и из дома доделать что собирались, им таки по кайфу.
> Софт, который в итоге становится массовым -- проходит огромный путь через
> аналитиков, дизайнеров, архитекторов, разработчиков, тестировщиков и (реже, но
> всё же) безопасников. Это огромная коммерческая индустрия,Ты чудно покапитанил перед тем кто видел своими глазами внутренности транснациональных корпораций.
> и одинокий хакер не сможет с ней тягаться.
А ему и не надо. На то и хакер. Ни одна корпа не может тягаться по координации с Торвальдсом. А эксперта в крипто уровня DJB ты даже за товарный вагон баксов в свою корпорацию не найдешь.
> Десять программистов не заменят одного художника.
Что-то мне кажется что с нейросетями можно и дошутиться на эту тему постепенно.
> взгляд на жизнь, которая чертовски жестока, но до жути справедлива.
А вот тут ты прав. И да, это довольно сложное занятие - найти свой путь без мегакорпов. Но дрейф по течению самое простое и скучное что можно выбрать в жизни.
> И пройти этот путь тяжело.
Ты еще раз покапитанил. И все же я искренне рад что не превратился в поха... :P
> Но обратно эту жизнь не променяю. Не хочу себе врать.
Я так то пользуюсь линухами не по причине денег или их отсутствия - а по причине возможности изогнуть все это под кастомные потребности. Сие кроме всего прочего позволяет мне и мою копеечку получать, без какой-то дикой конкуренции в отличие от вебмакак.
Кто-то из криптографов, кажется, выдал однажды дельную мысль: да, life is a bitch, и вообще, но - в этом мире всегда найдется немного места для чувака с работающим мозгом.
Но да - я не могу страдать вообще совсем нерезультативной фигней. И поэтому и системд, а не чудные мегаскрпты где я могу накодить логгинг. Если я вместо имплементации того что собирался пойду логинг кодить, очевидно, это вредно для завершения проекта в целом, а парадигма для меня сработала очень так себе, не?
> не макинтошнику про путь линукса
> бсдюки с виндойОчередная эталонная демонстрация "пингинячьей" гибкости мышления и восприятия :)
Хотя мой личный фаворит все еще:
> я свои убунты и чентоси администрирую с кубунты и манджары(с кедами тоже).
> Эти же машины админят суровые бздшники с вантузов, ибо вынуждены
>
>2021
>1980
>каменный векУ меня должна потечь слюна? Отдаю должное маркетологам, засрать мозги у них получилось. Я так понимаю после этих ключевых слов, у меня должен активироваться условный рефлекс, который заставит меня поставить "современное ПО". Подобную хрень про "протухшее" ПО можно услышать под постами про debian. Забавно наблюдать как люди присваивают инструкциям физические свойства.
> после этих ключевых словКлючевое слово здесь -- принципиальный отказ от более высокого уровня абстракции. Можно просто включить газовую плиту и сосредоточиться на приготовлении еды, а можно пойти "добывать огонь с нуля, используя проверенные тысячелетиями решения". Можно просто указать, что pid совать сюда, capabilities добавить такие-то, триггериться по сокету или dbus-вызову. А можно в очередной раз навелосипедить посредственный скриптец, на 95% состоящий из бойлерплейта.
Не вопрос, можно сразу велосипедить юнит файлы, правда бойлерплейт под ними будет написан неизвестно как и представляет собой смесь газовой плиты с дуршлагом, начиненным ВВ.
Что ты там велосипедить в юнит файлах собрался? Ох уж эти диванные хейтеры системды
Относительно crontab *.timer именно что велосипеды.
> Относительно crontab *.timer именно что велосипеды..timers - и ассоциированные с ними сервисы - и статусы их выполнения - листятся 1 командой. В лоб. Там же рядом и результат выполнения всего этого. Поэтому одним чихом видно состояние системы и есть ли проблемы.
А в кронтабе - удобства во дворе, просто список ВСЕХ джобов позырить уже в пяток мест слазить надо. Статусы всего этого - еще отдельно. А если что-то не отработает, в вон том кульном скрипте, вы вообще и не узнаете. То что там в логе крона написано - вообще мало что говорит кроме того что крон что-то пнул.
Давай, расскажи мне насколько проще писать юниты-таймеры вместо одной строчки в кронтабе.
Насколько сервисы великомогучее ранитовских полуторострочников.
Про homed тоже не забудь.
> С системд оперируешь более высокими категориямиКнопку "сделать ЗБС" уже завезли?
Давно. Сделать сбс акционерам дырчатой компании Интел доступно "изкоробки".
> Насколько сервисы великомогучее ранитовских полуторострочников.А еще кучи рассыпухи крона, рассыпухи мониторинга, ... - а вот так надо посмотреть по бырому статус железки. А тут то и опа.
После этого "магазин на диване" обретает новый смысл!
(Петросянство +1)
у меня сабж 2 работает - все хор :)
Вот чем отличаются девюанные специалисты от диванных: первые делают свой дебиан, с инитом и скриптами.
Такой дебиан уже существовал. Ребята просто заново изобретают счеты. Да, во времена, когда устарели даже электронные калькуляторы.
Ну ничего, жертвы прогресса. Совсем скоро вы и сами устареете. Покайтесь, ибо грядет. Когда пушной зверь доберется до этой нашей ойтишечки, вы сразу поймете, почему вменяемым людям нравятся простые и проверенные решения.
Не поймут: будут винить презиков, "дырявые" языки, положение звёзд на небосводе, погоду на Марсе и т.п.Но не свою тупость.
Ты больно умный с твоим маздаем, замечательный пример как для тебя юниксвэй здорово сработал.
Не изобретают. Оно работает. systemd дает многое но как оно дает, но и спрос больше.
Приятно, что предлагают выбрать OpenRC. Линукс здорового человека!> Добавлен новый пакет debian-pulseaudio-config-override, решающий проблему с отключением PulseAudio по умолчанию. Пакет автоматически устанавливается при выборе рабочего стола в инсталляторе и комментирует в /etc/pulse/client.conf.d/00-disable-autospawn.conf настройку "autospawn=no"
О, кстати, недавно писал об этом коммент. https://www.linux.org.ru/forum/general/16126024?cid=16126052 Услышали разработчики, приятно. Интересно, какой GUI микшер для ALSA они выбрали?
>>>решающий проблему с отключением PulseAudio по умолчанию??? проблему? я думал это фича...
Не знаю, как в Devuan 3, а в Devuan 2 "пульса" по умолчанию включена.
Именно благодаря systemd линукс стал похож на серьёзную систему, а не на лоскутное одеяло. У системы появилось некое ядро, через которое происходит вся настройка. Удобно, гибко, стандартно. Что ещё нужно?Усилия по выпиливанию systemd совершенно непонятны. Впрочем, если кому-то нравится без него - пусть будет и такой дистр.
> Именно благодаря systemd линукс стал похож на серьёзную системуНу, не знаю, по мне так в каком-нибудь 2005 с ядром 2.6.9 Линукс был более привлекателен, чем сейчас. Он прост, понятен и лёгок в освоении. А в Systemd я вижу некий овер-инжиниринг.
В освоении - возможно, да. Но всё больше стало людей, которым не осваивать, а работать на нём надо. А работать, обмазавшись разноцветными инит-скриптами, половина которых даже не все команды умеет, как-то не совсем удобно.
> работатьСтулья просиживать, ты хотел сказать. Раньше, когда не было ни системды, ни яойфонов, люди на Луну летали. А сейчас, вооружившись яойфоном и системдой, могут только электричество в трубу жечь.
> люди на Луну летали. А сейчасНу так профинансируй. Пара астронавтов снова слетают туда и обратно. Смысла в этом немного, поскольку с 1969 года грунт на луне не изменился, и ничего нового они оттуда не привезут.
Но ты все равно профинансируй. Начинай откладывать прямо сейчас, экономя на школьных завтраках.
Проблема в том, что человчество приходит к точке, когда залить проблему деньгами не получается, нужны мозги и руки, а их... нет!
А все почему?Забыли за бритвы Хенлона.Вследствии это получилось громадное количество надстроек,дублирующих друг друга.
https://venam.nixers.net/blog/programming/2021/01/26/future-...
>>>У системы появилось некое ядро- здесь есть некий функционал...
Не стал, а приблизился. Большинство даже не читает лицензионое соглашение. Настройки и так просты. Увы про гибкость, простоту и стандарт вы неправду говорите. Нет там описаного вами.
>Удобно, гибко,стандартно.Только совместимости с преведущими конфигами практически нет....Уменшил я кол-во консолей с 6 до 2,не нужны они мне.Так новые версии системды прекратили реагировать на на этот параметр.А не кто не смог мне потсказать какой теперь параметр за это отвечает,а вроде детский параметр.
>именно с появлением системды Линукс стал похож на недовиндовс, а не на юниксподобную системуПочинил.
голову себе почини
Успокойся, некрофил. Труп дубиан с системжой у тебя никто не отбирает.
не все мечтают быть младшим уборщиком навоза за шпециалистами красно-шапки или платить красношапке деньги за поддержку...
> не все мечтают быть младшим уборщиком навоза за шпециалистами красно-шапки или платить
> красношапке деньги за поддержку...Можешь быть старшим уборщиком помета за индусами майкрософта, если тебе так больше нравится.
> основан на Xfce и дисплейном менеджере SlimЭти товарищи будут постоянно дёргать диск, XFCE везде, Slim будет с*ать в errors.
> Предусмотрена возможность работы без D-Bus, которая позволяет создавать минималистичные конфигурации рабочего стола на базе оконных менеджеров blackbox, fluxbox, fvwm, fvwm-crystal и openbox.
Page Not Found,хех
Про "фирменный" установщик я вообще молчу, это содом и гоморра
> Эти товарищи будутEAT YOUR BRANE! (c) http://www.redhat.com/archives/fedora-devel-list/2004-May/ms...
В те далёкие времена когда systemd еще не был стандартом в этих наших Дебианах, мне казалось что sysvinit для меня удобнее и я его лучше знаю. Что конечно было так, ибо там хочешь, не хочешь, а какой-нибудь `sh -s /etc/init.d/something` приходилось делать полурегулярно. Читать маны на всякие start-stop-deamon и прочее, которое сейчас обеспечивается примитивами из systemd.
Лично мне стало намного удобнее и проще конфигурировать сервисы. Не могу представить кому стало неудобнее, было б интересно увидеть описание такого примера.
А теперь возьми какой нибудь mp3 и открой его в VLC, или файл и открой его в браузере, (не из, а им)и насладись великолепной загрузкой курсора
> mp3 и открой его в VLCТолько им и открываю...
> насладись великолепной загрузкой курсора
Если это Penguim 3 с HDD того же времени, то наверно тяжко будет, а так...
> Если это Penguim 3 с HDD того же времени, то наверно тяжко будет, а такПричём тут тяжко не тяжко, (у меня SSD), тут дело в том, что если программы открывать определённым способом, то запускается какой-то процесс, который заставляет курсор вращаться аки прогрузка в IE6, до системГ этого не было никогда
> то запускается какой-то процесс, который заставляет курсор вращаться аки прогрузка в IE6, до системГ этого не было никогдаясно... поехавший.
> ясно... поехавший.Да ты и сам с твоим "Penguim 3" к нему присоединишься на раз.
>если программы открывать определённым способом,Нам нужны условия для воспроизведения эксперимента. Я сижу перед своей семеркой сжав в руке мышку, как мне запускать программы? Запиши видео, желательно на камеру ноль три мегапикселя, так интереснее.
Тебе запускать уже ничего не надо, всё и так запущено.
Ты раскрутил курсор до третьей космической скорости и смог покинуть пределы орбиты?
> великолепной загрузкой курсораТы о чем? Вон у меня vlc, 6500 файлов в плейлисте, что у меня должно с курсором произойти? Не, это даже не с SSD, c механического диска. Единственное что он диск и проц грузит пока сканит длительность файлов, конечно. Но это пару минут, с курсором ничего такого не происходит. Но это можно запретить и оно будет неспешно делаться по мере проигрывания, единственный минус - я не узнаю заранее что там примерно 2 месяца звучания было, пока не прослушаю все это.
> великолепной загрузкой курсора
> Ты о чем?У него в каком-то линуксе с каким-то DE курсор долго крутится.
Трудно что-то сказать, ибо вариантов масса.
Меня вот в KDE подобное раздражало когда-то, наверно потому что анимация курсора сильно заметна.Но у него виновник сразу найден - SystemD 😃
> У него в каком-то линуксе с каким-то DE курсор долго крутится.Может там вышло какое-нибудь горе от ума, типа поюзаного в проге startup notification + бага, когда сказать что стартуем прога доперла, а сказать что стартанула - нет?
> Трудно что-то сказать, ибо вариантов масса.
Ну, как одна из версий, см. выше.
> Меня вот в KDE подобное раздражало когда-то, наверно потому что анимация курсора
> сильно заметна.Или потому что кто-то собезьянил стартап нотификации, но юзать их не научился. Может он сдуру в ярлыке это врубил, при том что прога не поддерживает фичу? Так что вот, типа стартуем, стартуем, старуем, стартуем... а когда оно там стартанет - а кто его знает, если прога не поддерживает фич и не нотифицирует десктоп о завершении старта? Ну он и ждет нотификацию до глобального таймаута, достаточно длинного, дабы статус долгостартующих программ показывался реалистично.
> Но у него виновник сразу найден - SystemD 😃
Монстр логики, что тут скажешь. Осталось придумать как системд на системные курсоры влияет.
systemd десять лет спустя. Историческая и техническая ретроспектива
https://habr.com/ru/post/503816/systemd, 10 years later: a historical and technical retrospective
https://blog.darknedgy.net/technology/2020/05/02/0/index.html
Почитал начало. Леннарт Поттеринг такой умный. Мне вспомнились слова автола apulse, где он вспоминал, что многие тонкости при работе с "голой" ALSA он находил, внезапно, в блоге Поттеринга. Однако в самом конце главы про анонса Systemd в 2010 году, Леннарт пишет, что идея не нова, и что так уже делается в launchd от Apple. То есть, что же получается, те умные слова, которые говорит Поттеринг, это не его собственные мысли, а просто пересказ тезисов о launchd? Там же говорится, что Поттеринг не хочет добавлять все нужные фичи в upstart, потому что видит в нём фатальный недостаток, а портировать launchd не хочет... просто потому что, отстаньте. Настраивает как-то негативно по отношению к автору.
автола = автора, конечно же
>[оверквотинг удален]
> он вспоминал, что многие тонкости при работе с "голой" ALSA он
> находил, внезапно, в блоге Поттеринга. Однако в самом конце главы про
> анонса Systemd в 2010 году, Леннарт пишет, что идея не нова,
> и что так уже делается в launchd от Apple. То есть,
> что же получается, те умные слова, которые говорит Поттеринг, это не
> его собственные мысли, а просто пересказ тезисов о launchd? Там же
> говорится, что Поттеринг не хочет добавлять все нужные фичи в upstart,
> потому что видит в нём фатальный недостаток, а портировать launchd не
> хочет... просто потому что, отстаньте. Настраивает как-то негативно по отношению к
> автору.У Горшочникова почти полностью отсутствуют собственные мысли. Он таскает, как сорока-воровка чужие идеи, доводя их до абсурда. Это тупой, нахальный и ограниченный графоман. Все, что он брался сделать "сам" было зафейлино. Беда, что системду из умершего настольного линукса уже не откорчерать, фурийоксы и прочее приколочено и с каждым релизом вкручивается по новому саморезу.
Выбрось fn scar да возьми ак74,в чем проблема?
У АК и фн больше общего, чем у системды и инита. Потому что инит только часть системды.
Он был умным студентом где-то в первой половине нулевых (одним из моих любимых апстримов), затем хапнул звёздную болячку и, похоже, так и не поправился...
> systemd десять лет спустя. Историческая и техническая ретроспектива
> https://habr.com/ru/post/503816/
> systemd, 10 years later: a historical and technical retrospective
> https://blog.darknedgy.net/technology/2020/05/02/0/index.htmlОтличная статья. Она в полной мере показывает "преимущества" (по сравнению с чем?) Системды.
Прочитал с удовольствием, ещё раз убедился в ненужности и вредоносности сабжа. За похвалу дер..бусу отдельный респект коленом в пах.
Поттеринг переписал launchd, а ты кипятком потёк
> Прочитал с удовольствием, ещё раз убедился в ненужности и вредоносности сабжа. За
> похвалу дер..бусу отдельный респект коленом в пах.Dbus вообще опционален с системдой, без него он таки работает.
Я привел статьи но это не значит что я хвалю данный сабж. По мне привязка ПО к одной системе инициализации не есть хорошо. Я бы почитал статьи, где сравнивают имеющие системы инициализации Linux.
Скажите пожалуйста, а в чем смысл избавляться от systemd? Только ради призрачной свободы или есть проффит увеличения скорости работы системы или удобства? А может это аналогично староверам?
Скажите пожалуйста, а в чем смысл прибивать системду везде на шурупы с эпоксидкой?
Так наверно для стандартизирования заопарка, что бы не обучать каждого специалиста, но ведь старые приблуды не отбирают, так в чем притензия?
SysV init - уже был стандартом. Зоопарк ввёл РедХат в лице свего раба Поттеринга.
> SysV init - уже был стандартом.Этот стандарт не отвечал актуальным требованиям эксплуатантов и майнтайнеров систем. А так все хорошо, прекрасная маркиза.
> Этот стандарт не отвечал актуальным требованиям эксплуатантов
> и майнтайнеров систем.Да, сегфолтиться не умел. Недостаток!
>> а в чем смысл прибивать системду везде на шурупы с эпоксидкой?
> так в чем притензия?Господи, какой же тупой нынче мясобот у редхата-то... сам, поди, думает -- ух как я маскируюсь.
PS: про негр-амотность молчу -- похоже, это prerequisite.
Да, есть профит. Сервера (а не инстансы-щас-прибьем-заново-запустим) работают месяцами без рандомных проблем. Имею сравнить несколько десятков серверов с системд и без.
> Скажите пожалуйста, а в чем смысл избавляться от systemd?
> Только ради призрачной свободы или есть проффит увеличения скорости работы системы или удобства?Стабильность, надёжность и предсказуемость. Скажем чтобы система например на sysv вывалилась в чёрный экран смерти, подобно тому как systemd вываливает в чёрный экран смерти аналогично современным Windows, нужно очень хорошо постараться. Есть масса малозаметных багов прямо или косвенно связанных с systemd. И моё наблюдение показывает, что их на порядок больше чем в системах на init. Из всех тех проблем так или иначе связанных с systemd, которые озвучивали пользователи, в системе на sysv не было ни одной. В утверждениях что например на sysv нужно каждый раз изобретать инит-портянки, нет никаких оснований. В системе на sysv лежит темплет-заготовка инит-скрипта и выполнить небольшую правку копии темплета, не составляет трудностей даже для хотя бы мало-мальски подготовленного пользователя. Т.е. это совсем не есть проблема.
И проблема даже не в самом systemd как таковом, - проблема в разработчиках systemd. Проблема в том, что разработчики systemd полностью исключают альтернативы. Что есть вендорлок в чистом виде, подобно Windows. И попытка подружить elogind в одном репозитории с systemd не увенчалась успехом:
> Проблема в том, что разработчики libsystemd ломают ABI. Из-за этого часть функций просто не работают. Пакеты слинкованные с libsystemd нельзя использовать с libelogind.
> elogind может существовать именно как замена, а не альтернатива.Т.е. тот самый flexible, который был одним из фундаментальных свойств Линукс, разработчики systemd намеренно уничтожают. Вкручивая в свободную систему вендорлок. Кто-то с этим не согласен. Например разработчики devuan.
Да, вендорлок - самое подходящее слово.
> В системе на sysv лежит темплет-заготовка инит-скриптаА где она лежит в девуане? И какой пакет надо поставить?
Посмотри список файлов пакета, предоставляющего инит.
$ aptitude search init~i
i init - метапакет, гарантирующий установку системы инициализации
i init-system-helpers - helper tools for all init systems
i initramfs-tools - универсальная модульная программа для создания initramfs (автоматизация)
i A initramfs-tools-core - универсальная модульная программа для создания initramfs (базовые утилиты)
i initscripts - сценарии для запуска и выключения операционной системы
i sysvinit - System-V-like init utilities - transitional package
i sysvinit-core - System-V подобные утилиты загрузки
i sysvinit-utils - аналоги утилит System-V
i A xinit - инструмент инициализации графической системы
$ dpkg -L init
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/init
/usr/share/doc/init/changelog.gz
/usr/share/doc/init/copyright
$ dpkg -L sysvinit
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/sysvinit
/usr/share/doc/sysvinit/copyright
$ dpkg -L sysvinit-core
/.
/sbin
/sbin/halt
/sbin/init
/sbin/runlevel
/sbin/shutdown
/usr
/usr/include
/usr/include/initreq.h
/usr/share
/usr/share/doc
/usr/share/doc/sysvinit-core
/usr/share/doc/sysvinit-core/changelog.Debian.gz
/usr/share/doc/sysvinit-core/changelog.gz
/usr/share/doc/sysvinit-core/copyright
/usr/share/man
/usr/share/man/man5
/usr/share/man/man5/initscript.5.gz
/usr/share/man/man5/inittab.5.gz
/usr/share/man/man8
/usr/share/man/man8/halt.8.gz
/usr/share/man/man8/init.8.gz
/usr/share/man/man8/runlevel.8.gz
/usr/share/man/man8/shutdown.8.gz
/usr/share/sysvinit
/usr/share/sysvinit/inittab
/sbin/poweroff
/sbin/reboot
/sbin/telinit
/usr/share/man/man8/poweroff.8.gz
/usr/share/man/man8/reboot.8.gz
/usr/share/man/man8/telinit.8.gz
$ dpkg -L sysvinit-utils
/.
/bin
/lib
/lib/init
/lib/init/init-d-script
/lib/init/vars.sh
/sbin
/sbin/fstab-decode
/sbin/killall5
/usr
/usr/share
/usr/share/doc
/usr/share/doc/sysvinit-utils
/usr/share/doc/sysvinit-utils/NEWS.Debian.gz
/usr/share/doc/sysvinit-utils/changelog.Debian.gz
/usr/share/doc/sysvinit-utils/changelog.gz
/usr/share/doc/sysvinit-utils/copyright
/usr/share/man
/usr/share/man/man5
/usr/share/man/man5/init-d-script.5.gz
/usr/share/man/man8
/usr/share/man/man8/fstab-decode.8.gz
/usr/share/man/man8/killall5.8.gz
/usr/share/man/man8/pidof.8.gz
/bin/pidof
$ dpkg -L init-system-helpers
/.
/etc
/etc/rc0.d
/etc/rc1.d
/etc/rc2.d
/etc/rc3.d
/etc/rc4.d
/etc/rc5.d
/etc/rc6.d
/etc/rcS.d
/etc/systemd
/etc/systemd/system
/usr
/usr/bin
/usr/bin/deb-systemd-helper
/usr/bin/deb-systemd-invoke
/usr/sbin
/usr/sbin/invoke-rc.d
/usr/sbin/service
/usr/sbin/update-rc.d
/usr/share
/usr/share/bug
/usr/share/bug/init-system-helpers
/usr/share/bug/init-system-helpers/control
/usr/share/doc
/usr/share/doc/init-system-helpers
/usr/share/doc/init-system-helpers/README.invoke-rc.d.gz
/usr/share/doc/init-system-helpers/README.policy-rc.d.gz
/usr/share/doc/init-system-helpers/changelog.gz
/usr/share/doc/init-system-helpers/copyright
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/init-system-helpers
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/deb-systemd-helper.1p.gz
/usr/share/man/man1/deb-systemd-invoke.1p.gz
/usr/share/man/man8
/usr/share/man/man8/invoke-rc.d.8.gz
/usr/share/man/man8/service.8.gz
/usr/share/man/man8/update-rc.d.8.gz
/var
/var/lib
/var/lib/systemd
$ dpkg -L initscripts
/.
/etc
/etc/default
/etc/default/devpts
/etc/default/halt
/etc/default/rcS
/etc/default/tmpfs
/etc/init.d
/etc/init.d/bootlogs
/etc/init.d/bootmisc.sh
/etc/init.d/brightness
/etc/init.d/checkfs.sh
/etc/init.d/checkroot-bootclean.sh
/etc/init.d/checkroot.sh
/etc/init.d/halt
/etc/init.d/hostname.sh
/etc/init.d/killprocs
/etc/init.d/mountall-bootclean.sh
/etc/init.d/mountall.sh
/etc/init.d/mountdevsubfs.sh
/etc/init.d/mountkernfs.sh
/etc/init.d/mountnfs-bootclean.sh
/etc/init.d/mountnfs.sh
/etc/init.d/rc.local
/etc/init.d/reboot
/etc/init.d/rmnologin
/etc/init.d/sendsigs
/etc/init.d/single
/etc/init.d/umountfs
/etc/init.d/umountnfs.sh
/etc/init.d/umountroot
/etc/init.d/urandom
/etc/network
/etc/network/if-up.d
/etc/network/if-up.d/mountnfs
/lib
/lib/init
/lib/init/bootclean.sh
/lib/init/mount-functions.sh
/lib/init/tmpfs.sh
/run
/sbin
/sbin/fsck.nfs
/sys
/usr
/usr/share
/usr/share/doc
/usr/share/doc/initscripts
/usr/share/doc/initscripts/NEWS.Debian.gz
/usr/share/doc/initscripts/README.Debian
/usr/share/doc/initscripts/changelog.Debian.gz
/usr/share/doc/initscripts/changelog.gz
/usr/share/doc/initscripts/copyright
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/initscripts
/usr/share/man
/usr/share/man/man5
/usr/share/man/man5/halt.5.gz
/usr/share/man/man5/rcS.5.gz
/usr/share/man/man5/tmpfs.5.gz
/usr/share/man/man8
/usr/share/man/man8/fsck.nfs.8.gz
/var
/var/lib
/var/lib/initscripts
/var/lib/urandom
/var/log
/var/log/fsck
Где?...
Пример заглушки даже в этом топике есть.
Смысл вы избавлении от лишней, а следовательно, ненужной прослойки, делающей систему непрозрачной и поставляемой с идиотскими умолчаниями, вдобавок завязанной на Дубас.
Староверы отличные ребята.У них ружжо-это просто ружжо а супергиперпуперсинхрофазотрон который не работает без подключения nG и батарей с nвольтажом и nамперажом,улавливаешь?
Похоже починить современное яойти по силам только ГГ из "эскопето" :-(
Ха, а ты думаешь, он туда - на охоту ходит?
Учитывая, что пять рас не п-с, да и заканчивается всегда одинаково.Это ваше будущее, детки, присоединяйтесь лучше вот к этим вот, набигающим из кустов.
Не погань светлый образ из моего школьного детства! У тебя просто были не достаточно проворные пальцы! :-)
> Староверы отличные ребята.У них ружжо-это просто ружжо а супергиперпуперсинхрофазотрон
> который не работает без подключения nG и батарей с nвольтажом и nамперажом,улавливаешь?Ну, понимаешь, с их "винтовкой с линуксом" даже нуб стреляет получше чем ты после долгих тренировок. И когда вопрос становится о том кто кого подстрелит первым и не промажет, можно на раз ощутить себя индейцем с луком против мужика с мушкетом...
Runit самая быстрая и простая запускалка, больше ничего и ненужной.Systemd это когда ты заходишь в магазин по быстрому купить спичек, а тебе на кассе "Товары по акции не желаете?".
Ето как купить завод по производсту самих спичек для просто подпала полена в камине.
…и тебе после сделки по покупке завода "товары по акции желаете?"
Не тут еще лучше, после покупки оказывается что нужно докупить еще и пилораму, лес и серу в оптовых количествах и нанять людей на само производство.
>Специфичные для Devuan пакеты можно загрузить из репозитория packages.devuan.org.Я правильно понимаю, что всё из чего было выпилено systemd в этой репе, а в Debian-овских всё остальное без systemd?
>Добавлен новый пакет debian-pulseaudio-config-override, решающий проблему с отключением PulseAudio по умолчанию. Пакет автоматически устанавливается при выборе рабочего стола в инсталляторе и комментирует в /etc/pulse/client.conf.d/00-disable-autospawn.conf настройку "autospawn=no".А можно как-то комфортно более-менее жить без PulseAudio? Есть десктоп дистрибутивы без него?
Void Linux
Вот не уверен что оно БЕз пульсы. По крайней мере, на ПоверМаке как раз пульса ставится в комплекте и нещадно хрипит и трещит. (А в генте там же алса нормально работает, но именно в генте свои матёрые тараканы).
Void прекрасно работает без пшпш. Его нужно ставить чистым, без DE, а потом уже накатывать то, что нужно.
> Void прекрасно работает без пшпш. Его нужно ставить чистым, без DE,
> а потом уже накатывать то, что нужно.Хм... Ну вот генту у меня примерно так и установлено. Надо таки будет попытнуться его на Повермак перестановить, как чуть времени найдётся.
Avahi есть? В нем нету поделок поттеринга вообще? Юзабельно?
Void это попытка взять самое лучшее из мира Linux и BSD. Он максимально чист от красношляпного быдлокода. По философии очень похож на Crux.
> Void это попытка взять самое лучшее из мира Linux и BSD. Он
> максимально чист от красношляпного быдлокода. По философии очень похож на Crux.Кстати, это у него так в порядке вещей сделано - рутовый шелл прописан как sh, хотя у юзера - bash? Или я где-то сам в процессе установки жвалами клацнул? (Уже не говорю про такой момент именно применительно к повермаку, что загрузочный раздел надо до буквы точно указывать).
Все верно. Рутовый шелл в войде это dash. Мне это кажется вполне логичным.
А уж юзер может себе хоть tcsh, хоть oil, хоть xonsh выбирать. Bash по дефолту, полагаю, в силу его распространенности.
Рутовый шелл по дефолту Dash, но можно воткнуть любой.
> Рутовый шелл по дефолту Dash, но можно воткнуть любой.Привыкаешь к автодополнению и когда его внезапно нет - нагнетает несколько :).
>> Рутовый шелл по дефолту Dash, но можно воткнуть любой.
> Привыкаешь к автодополнению и когда его внезапно нет - нагнетает несколько :).После установки базы я сразу настраиваю sudo и ставлю zsh для юзера, а потом уже начинаю наряжать. Так что в принципе проблем нет.
Если нужен автокомплит сразу после загрузки, то #bash в помощь.
> После установки базы я сразу настраиваю sudo и ставлю zsh для юзера,
> а потом уже начинаю наряжать. Так что в принципе проблем нет.
> Если нужен автокомплит сразу после загрузки, то #bash в помощь.sudo дырявое зло, тут новости каждые пол-года про него :), не использую. zsh не трогал, как-то привык что там, где пользовался линуксом - bash с автокомплитом на борту сразу.
Я zsh использовал, у него классный автокомплит, и еще ряд приятных фишек (вроде того же правого приглашения), но его конфиг это трудноописуемый звиздец.
Для sudo есть хорошая замена — doas.
> Для sudo есть хорошая замена — doas.Вы не поняли. Каждый лишний способ _повышения_ привилегий -- потенциальная дыра.
Некоторые знакомые на root@localhost ходят по ключу вместо su.
> А можно как-то комфортно более-менее жить без PulseAudio?Более-менее — можно.
Но, например, игори на unity3d хотят именно пшшаудио и apulse не помогает. Если у кого есть опыт перемоги — буду благодарен.Теоретически pipewire является drop-in заменой пульсы, но теперь вкус банановый^W2 еще и видео рулит.
Личто мои скосткие фантазии рассматривали в качестве звукового сервера sndio. Но, увы, требуется слишком много телодвижений при сомнительном результате.
> Личто мои скосткие фантазии рассматривали в качестве звукового сервера sndio. Но, увы,
> требуется слишком много телодвижений при сомнительном результате.Хмм.. А это, простите, кто? Поясните плз, с целью повышения уровня образованности. Ссылки горячо приветствуются :).
OpenBSD-шный звуковой сервер. Возможность вкрутить его имеется как минимум во фряхе, всяческих рач-базед и в войде. Выглядит как звуковой сервер здорового человека.
> Ссылки горячо приветствуютсяhttps://sndio.org/
https://docs.voidlinux.org/config/media/sndio.html
> OpenBSD-шный звуковой сервер. Возможность вкрутить его имеется как минимум во фряхе, всяческих
> рач-базед и в войде. Выглядит как звуковой сервер здорового человека.
>> Ссылки горячо приветствуются
> https://sndio.org/
> https://docs.voidlinux.org/config/media/sndio.htmlКрайне продвинутый звуковой сервер, нужно сказать. Умеет ресемплинг, микширование от разных приложений, причём микшируя по устройствам (одна колонка для одного приложения, другая для другого), запись программами того, что играют другие, независимое управление громкостью, поддержка миди (с кучей фич), near real-time маленькие задержки.
Мне еще очень нравиться в опеночных тулзах вменяемый синтаксис.
aucatctl после пульсовской наркомании очень классно выглядит.
А doas.conf нужно стыдить автора sudo по три раза на день.
> Мне еще очень нравиться в опеночных тулзах вменяемый синтаксис.
> aucatctl после пульсовской наркомании очень классно выглядит.
> А doas.conf нужно стыдить автора sudo по три раза на день.Согласен, только вот не все фичи doas работают вне OpenBSD. Например, при выполнении команды нужно каждый раз вводить пароль заново. Даже при портировании на FreeBSD этого не завезли.
В opendoas persist номально работает.
> В opendoas persist номально работает.Спасибо за наводку.
Slackware. В 14.2 временно был PulseAudio, а в следующей версии 15.0 его опять выпилили, но можно будет подключить при желании. Полная свобода, Патрик Бог!!!
> А можно как-то комфортно более-менее жить без PulseAudio?Apulse поставь? Косит под пульс для программ которым он нужен, а так то это интерфейс к алсе. Пульс тоже в принципе интерфейс к алсе, но жирный уж очень и оверинженернутый.
> Есть десктоп дистрибутивы без него?
Ну, как минимум apulse есть в дебиане и убунтах.
> А можно как-то комфортно более-менее жить без PulseAudio?Да.
> Есть десктоп дистрибутивы без него?
Пишу с e2k-alt-linux с sysvinit без pulseaudio, репозиторий -- штатный p9_e2k. Слушаю фоновую музычку. :)
>В инсталляторе предложен выбор из трёх систем инициализации: sysvinit, openrc и runit. В режиме эксперта предоставлена возможность выбора альтернативного загрузчика (lilo), а также отключения установки несвободных прошивок.А какой инит из этих трех лучше?
Runit самый шустрый, а так любой неплох.
Ранит не шустрый. Ранит - это просто очень упрощённая версия System V init.
Runit делает ровно то, что от него требуется - запускает сервисы.
FTGJ должен заметить что в его составе еще и svlogd есть.
> Ранит - это просто очень упрощённая версия System V initУПРЛС?
Openrc
Это же вроде надстройка или как?
На ЛОРе сотрудники Шляпы уже завели шарманку: "а где же системГ, пачиму нет выбора?!". Действительно, почему в Дебиан без системГ нет системГ?) Причём в качестве контраргумента приводят грядущий systemd-boot, вот это свобода выбора нас ждёт, евангелие от Поттеринга.
Разделяй и властвуй. Они добились разделения сообщества.
>Разделяй и властвуй. Они добились разделения сообщества.Мы должны знать своих героев. Это РедХат и некоторые другие корпорасты. А Поттеринг это ширма куда можно перенаправить гнев Сообщества.
В принципе, можно сделать выбор между SysVinit, runit, OpenRC и Systemd. Именно так и надо было делать в оригинальном Дебиане.
А какой из них лучше чтобы засунуть в FreeBSD, illumos?
В илюмось есть смф с богомерзкими конфигами на хмл. Но и он кардинально лучше системды. Не знаю, как сейчас, но в опенсолярис 10 система грузилась даже при убитом смф.Во фрибсд нормальный инит, но среди разработчиков присутствуют извращенцы-шеллоненавистники, в основном они пытаются впендюрить во фрю опенрц.
> В илюмось есть смф с богомерзкими конфигами на хмл.ты забыл вишенку на тортике - это дистрибутивные конфиги, а работающая конфигурация - хранится в berkley db, причем, разумеется, крэшащемся орацловом а не one-true 1.83
Искусство починяния этой хрени, когда (рано или поздно - обязательно) оно хряпнется, наверное, уже забытая магия, каждый раз переустанавливают заново.
> ты забыл вишенку на тортике - это дистрибутивные конфиги, а работающая конфигурация
> - хранится в berkley db, причем, разумеется, крэшащемся орацловом а не one-true 1.83А разве не скулайте? Но вообще забавная оверинженернутая версия регэдита.
> Искусство починяния этой хрени, когда (рано или поздно - обязательно) оно хряпнется,
> наверное, уже забытая магия, каждый раз переустанавливают заново.Ты ж вроде владел индустриальной некромансией? Вызовешь духа и спросишь у него как эту штуку оживлять.
была б в sqlite - не ломалось бы.
Суметь поломать sqlite удалось только разработчикам zabbix, и то до сих пор неясно, каким оригинальным образом.> Ты ж вроде владел индустриальной некромансией?
Ну где-то там в недрах ораклового сайта все еще лежит набор заклинаний для этой цели, но, боюсь, найти его нынче - не каждому некроманту по плечу.
А вообще, лучше ф-1 себе в анус засунь.
Засунул.
Не грузилась, а работала, конечно же.
>На ЛОРе сотрудники Шляпы уже завели шарманку:Там Альфа и Шаман пишут от имени анонимусов.
Да там нормальный только Владимир получается)
> Да там нормальный только Владимир получается)Гомосеки не нужны. Харалд все ещё торт. Нормальный старый тролль.
Он не грядущий. Он уже вполне есть.
Надо также заметить что systemd-boot это ни что иное как gummiboot.
Вот за каким хреном Поттер притащил его в сустедму это уже вопрос.
> Надо также заметить что systemd-boot это ни что иное как gummiboot.
> Вот за каким хреном Поттер притащил его в сустедму это уже вопрос.Вот тут бы белкам-истеричкам по делу вспомнить embrace-extend-extinguish. Но где там...
Просто и это не будет теперь работать и собираться без шиттиды.
В альте для этого не пришлось целый дистрибутив городить :)
И как там, не засасывает в систему systemd при малейшем неловком движении?OpenRC, runit есть? KDE, MATE есть?
Это полуофициальная сборка, поддерживаемая, как я понимаю, одним энтузиастом. Когда ему надоест, тебе придётся менять дистрибутив.
> И как там, не засасывает в систему systemd при малейшем неловком движении?нет, там есть пакет, который это блокирует. и да, mate и kde ты там не поставишь :) хотя насчёт mate вроде не всё так однозначно...
у меня на 600-мегагерцовой таблетки alt p9 без systemd с xfce
Зачем Буратино тащит старый хлам? Купи же наконец Райзен.
у меня есть ноут с ryzen 2500, лежит пылится :)
Хорошо, что хоть так. Если захотят в p10 слезть с системды, то для этого уже всё будет готово.
>> И как там, не засасывает в систему systemd при малейшем неловком движении?
> нет, там есть пакет, который это блокирует. и да, mate и kde
> ты там не поставишь :) хотя насчёт mate вроде не всё
> так однозначно...
e801-1:~> rpm -q mate-panel systemd
mate-panel-1.22.2-alt1.e2kv4
пакет systemd не установлен
>>> И как там, не засасывает в систему systemd при малейшем неловком движении?
>> нет, там есть пакет, который это блокирует. и да, mate и kde
>> ты там не поставишь :) хотя насчёт mate вроде не всё
>> так однозначно...
>e801-1:~> rpm -q mate-panel systemd
> mate-panel-1.22.2-alt1.e2kv4
> пакет systemd не установленя знаю, что на E mate без systemd
поэтому и пишу, что не всё так однозначно...
> Вместо systemd поставляется классическая система инициализации SysVinit, а также опционально системы openrc и runit. Предусмотрена возможность работы без D-BusРеспект! Хороший дистр.
Зачем? Есть Gentoo.
А так ладно, хоть идея не нова.
> Зачем? Есть Gentoo.
> А так ладно, хоть идея не нова.Бинарная совместимость с мейнистримный Debian, только без кривых костылей.
А как бы было хорошо, tckb ,s вместо xfce из коробки шёл openbox или gnustep
http://altlinux.org/starterkits/gnustep :)
Отряд сопротивленцев сисадминов с непонятными целями сохранить свой говнокод на баше...
> Отряд сопротивленцев сисадминов с непонятными целями сохранить свой говнокод на баше...Ну а чего, нравится им так пусть будет. То что они не кажутся сильно рациональными - не повод их замочить.