Начато бета тестирование Devuan 2.0 «ASCII»

Это не нытье. Это «сустемд теперь везде одна, да настанет рай на земле». Чего по факту нету: в арчике ванилька, в редхате свое, в дебианоубунте, тоже свое, в сусе тоже тараканы. А ориентира типа «стабильная версия» нет, каждый сопровождающий в дистре сам себе лепит версию с длительной поддержкой и бекпортами (помнишь как в 228 нашли эпичный баг-уязвимость, который сустемдешники пофиксили, но даже не поняли что запаяли шерето?). Вот это все напрягает.

У него мантра, не мешай. А то что разрабы самой сустемд не менее криворуки — это нормально, ведь людям свойственно ошибаться.

Это как одеть слишком вычурные штаны не по моде — обзовут клоуном, психом, наркоманом. А если в моде неудобная не красивая одежда, то можно и даже хорошо — это же мода!

Нет, ты не прав! Не рушь его манямирок!

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

Проприетарные дрова на дебиане вообще официально не поставляются на образах. К кому претензии, дядя?

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

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

Я дико извиняюсь, но зачем это нужно?

systemd-то? фиг знает. потю штырит при написании таких утилит.

Что-то анонимус пошел сломанный какай-то...

openvpn.service и openvpn@.service просто хороши при переходе с init.d, т.к. логика работы примерно такая же выходит - всё одной связкой.

а лёня переходит на вяйленд.

Ой, я уже хочу посмотреть на этот цирк. Сдаётся мне, он найдёт в вяйленде фатальный недостаток...

А зачем тебе лезть в код портянок на баше?

Сразу видно ИКСПЕРТ.

Ты-то, конечно, лучше.

Ты хоть в курсе что в арчике юниты другие используются

Прекрасно в курсе. Только я не про OpenVPN говорю, о чём тебе и написал.

Что такое SNR? Ты упоминаешь это в профиле.

Ну так вот, не в курсе, видимо. Ибо проверочным путём установлено что нихрена такая конфигурация не работает на арчике.

Ты-то, конечно, лучше.

Не утверждаю, но всё может быть.

Прекрасно в курсе. Только я не про OpenVPN говорю, о чём тебе и написал.

Тогда зачем сотрясать, или лишь бы написать?

Спроси у него: Февральские тезисы о планах развития systemd (комментарий)

Это не анонимус сломанный, а ты курица.

Прикинь - тоже планета. Номер: 38086.

Нет - не понимаешь. Есть ряд проектов, который завязывается на конкретную версию Debian. Именно для этого и нужна синхронизация с этими версиями.

А какое дело до системы инициализации на десктопе?

Самое прямое, так как от неё зависит работа всей системы. Там, где systemd, работа нестабильная и непредсказуемая всегда. Это дополнительная точка отказа, к тому же ещё и критическая.

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

uselessd сдох и никому не нужен. Это очень показательно, так как по сути это тот же systemd. Следовательно, без активного форсинга сам systemd никуда внедрить не получится.

Наркоманы и дегенераты употребляют systemd.

Зачем? Вполне понятно, что он не сталкивался он с багами в systemd, которые требуют анализа исходного кода.

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

А «родной ему оконник» — это какой? Просто УМВР на Федоре с Опенбоксом.

А ты сталкивался?

Именно с багами - пока нет (но я и с багами в invoke-rc.d не сталкивался). А с непонятным поведением - да, и лазил в исходники за объяснением. Да и просто из любопытства тоже лазил, когда позорная звезда systemd только восходила.

но я и с багами в invoke-rc.d не сталкивался

в связи с переходом на systemd invoke-rc.d в Debian с sysvinit сломали. приходится его на редактирование открыть и FORCE=yes прописать для демонов, добавленных в /etc/init.d, но не добавленных update-rc.d.

то есть даже если не устанавливать этот systemd, то все равно жизнь тебе он подпорит, так или эдак.

помню еще на openvpn долго в unstable init был сломан для не systemd итп

Я просто не привык рулить сразу пачкой сервисов однотипных.

У меня один тор, два openvpn и три я.диска (самописный шаблон без общего юнита). Админ локалхоста, вот это всё. Так что разницы особой не заметил.

Ибо проверочным путём установлено что нихрена такая конфигурация не работает на арчике.

Значит, и не должна.

Это не «глюки поведения системд», а извечная упоротость дебиановцев, которым что-то помешало использовать родные юниты openvpn'а и зачем-то понадобилось делать свои, с partof'ами и корявыми зависимостями.

А мне понравилась идея такого вот стёба. Жаль, разработчик сдулся.

Но поведение тоже изменилось

значит и не работало, но работало ;)

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

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

Так что вопрос открыт - какого хрена поведение изменилось? Если про это нет ни слова в чейнджлогах - ну его к чёрту. Если есть - вопрос уже к мейнтейнерам.

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

родные, кстати, тоже есть, но разве можно делать групповой старт/стоп всех темплейтов?

Но поведение тоже изменилось

Естественно, что изменилось — любой демон меняет поведение в зависимости от содержимого своего конфига. Было бы странно, если бы openvpn с новым юнитом вел бы себя так же, как со старым.

а теперь, научись читать

разве можно делать групповой старт/стоп всех темплейтов?

Э-э-э, не понял вопроса. Темплейты непосредственно вообще не запускаются. Применительно к openvpn-server@ идея темплейтов состоит в том, что в /etc/openvpn/server/ кладутся foo.conf, bar.conf и т. п., потом говорится systemctl enable openvpn-server@foo.service openvpn-server@bar.service --now, в результате чего запускаются процессы openvpn с соответствующими конфигами. Причем не знаю как в дебиане, а родные юниты зависят от network-online.target (соответственно, их можно вешать не на 0.0.0.0). Если хочется стартовать их одной командой, не перечисляя все поименно, создай отдельный target, добавь их туда и стартуй этот таргет.

Лучше ты научись писать.

Дурачок что ли? Как к дивану привыкать, если вся его сила в привычном для старперов sysvinit? Привыкают к новому.

для «цифровых продуктов» нет понития «новое». Только идиотики думают, что байты стареют и изнашиваются со временем как ботинки. Только идиотики оперируют понятиями «новое», «старьё» в отношении программ.

«Sysvinit - это, для большинства - устройство кишок, куда никто не заглядывает.»

линукс <-> винда - это, для большинства - устройство кишок, куда никто не заглядывает.

... доколе здесь будут гадить своей демагогией проплаченные проприетарщиками тролли?

Нет, эти люди ищут заменители.

Люди всегда хотят удобства.

Поэтому systemd и сделали. А для любителей удалять гланды через задницу
Так в чём трагедия?

пару букв лишних. Правильно так:

Поэтому systemd и сделали для любителей удалять гланды через задницу

В дебиане есть ещё два сервиса, в добавок к стандартным из openvpn.

openvpn.service в нём указано after=network.target и он ничего не запускает

openvpn@.service - темплейты, содержащие partof=openvpn.service

создаёшь конфигурации, добавляешь их через enable openvpn@confname.service и делаешь enable общего сервиса. И теперь, делая stop/start openvpn имеешь запуск остановку сразу всех заенейбленных сервисов.

Такие файлы и в 8 и в 9(тут в openvpn@.service добавили ещё before=systemd-user-sessions.service). В 8ке openvpn@.service стартовали перед openvpn.service, который стартовал после network.

В 9ке имеем старт openvpn@.service где-то совсем рано, даже до инициализации интерфейсов, не то что когда их уже законфигурили, а openvpn.service стартует когда надо, т.е. после network.

К слову systemd-user-sessions.service стартует после openvpn.service и network тем более.

Главный вопрос почему в 8ке учитывалось при запуске openvpn@ что оно часть openvpn, который после network, а в 9ке, похоже учитывается только before и положить на partof. Но так можно и первым самым запускать этот сервис, точно же будет before.

Преподобный OpenRC и православный Sysvinit!

В дебиане есть ещё два сервиса, в добавок к стандартным из openvpn.
openvpn.service в нём указано after=network.target и он ничего не запускает
openvpn@.service - темплейты, содержащие partof=openvpn.service

Вот она, дебиановская специфика. И в общем-то понятно, зачем такое счастье нужно — ради возможности запустить все настроенные openvpn'ы одним systemctl start openvpn.service, но не ясен ответ на главный вопрос. Будь я юзером дебиана, пошел бы в bugzilla.debian.org (или где там она находится) и сказал бы — так, мол, и так, было одно, стало другое, а в ожидании ответа перевел бы конфигурацию на стандартные openvpn'ные сервисы, которые точно работают.

Чуть не забыл: https://www.youtube.com/watch?v=VSbNumR9Z8k

т.е. если бы это был не дебиан, а suse/centos/пр. с такими же юнитами то это исправило бы дело?

Ах да, список зеркал девуан: http://pkgmaster.devuan.org/mirror_list.txt

Попросите кто-нибудь яндекс их прозеркалить?

Попросите кто-нибудь яндекс их прозеркалить?

лет 10 назад зеркала были актуальны, а сейчас какой в них смысл? чтоб качать пакет на 0.5 секунды быстрее? куда такая спешка?

Неплохо, надо будет затестить на cubieboard.