Re: Установить debian без systemd
Igor Savlook <isav@alzari.pw> writes:
> On Fri, 2017-06-09 at 00:15 +0300, Melleus wrote:
>> artiom <artiom14@yandex.ru> writes:
>>
>> > > artiom <artiom14@yandex.ru> writes:
>> > >
>> > > > > Проблема не в куче разных звуковых серверов, это, как раз,
>> > > > > Unix-way и
>> > > > > есть - дать выбор. Проблема в том, что некто этот выбор
>> > > > > пытается
>> > > > > забрать. Точно так, как кукушонок, вылупившийся только лишь
>> > > > > благодаря
>> > > > > чужим ресурсам, вместо благодарности выкидывает из гнезда его
>> > > > > естественных владельцев, чтобы украсть и оставшееся. Выбор
>> > > > > это основа
>> > > > > свободы. Выбора нет в проприетарщине. Иногда, чтобы развалить
>> > > > > дом,
>> > > > > достаточно вынуть из стены всего лишь один кирпич...
>> > > >
>> > > > В данном случае, выбор порождал несовместимости и сложность
>> > > > настройки.
>> > > > Программа должна была уметь работать с разными звуковыми
>> > > > серверами.
>> > > > Это неправильно, поскольку требует затрат ресурсов
>> > > > разработчиков на
>> > > > поддержание бессмысленной совместимости вместо разработки
>> > > > функционала и
>> > > > ослабляет желание портировать/писать что-либо, связанное со
>> > > > звуком.
>> > >
>> > > Тот, кто умеет делать, тот делает. А кто не умеет - ищет
>> > > оправдания. И
>> > > якобы бессмыссленность - прекрасный кандидат для маскировки
>> > > недостатка
>> > > квалификации амбициозного, но недоученного разработчика. Точно
>> > > так в
>> > > продажах главное не товар, а создание у покупателя желания его
>> > > купить. Вот хоть фиджеты взять - толку ноль, но народ дуреет
>> > > просто от
>> > > них.
>> >
>> > Вы недавно писали про то, что переписывание (портирование) чего-
>> > либо для
>> > system.d - это пустая трата времени.
>> > Не вижу, чем это отличается от поддержки кучи звуковых серверов.
>> > Ни один вменяемый разработчик, если это не его хобби, конечно, не
>> > захочет тратить время на изучение нескольких кем-то написанных на
>> > коленке продуктов.
>>
>> Очевидно, плохо писал, ибо посыл был совершенно иной: правильная
>> софтина
>> расширяет возможности, а не забирает те, что раньше были. Это только
>> в
>> одной известной корпорации смысл инноваций сводился к вынуждению
>> пользователей на покупки нового железа, с которым шли новые версии их
>> программ. Потому, как на "старом" железе они или не работали или
>> работали так, что работой это назвать было нельзя. Полное понимание с
>> производителями железа, естественно. Прекрасная бизнес-модель.
>>
>> > > А в совместимости всегда есть смыл. Вот, например, OSS умеет
>> > > Alsa, а
>> > > Alsa умеет OSS. В результате, если кто-то написал приложение,
>> > > которое
>> > > правильно работает хоть с одной из них, то оно будет работать и с
>> > > другой, пусть через эмуляцию, но будет. А вот с пульсой как раз
>> > > усилия
>> > > разработчиков впустую и тратятся, ибо все, что уже решено,
>> > > решается
>> > > повторно, да еще и хуже при этом. Вот что грустно.
>> >
>> > Возможно. Я про system.d. Совместимость не всегда нужна, когда
>> > требуется
>> > поддержка слишком многих технологий.
>> > Иногда проще и полезнее выкинуть. Этот подход имеет право на жизнь.
>>
>> Именно! В отношении systemd - его действительно было бы проще и
>> полезнее
>> выкинуть и прекратить отвлекать массу ресурсов и сил комьюнити на
>> этот
>> проект. Но очевидно, что у тех, кто его продвигает - иная точка
>> зрения. И деньги.
>
> Хорошо раз вы так тут разбухтелись что systemd зло предложите полную
> его замену. А также пока вы тут бухтите что он уг уже успели бы
> написать замену. Вот мне просто интересно что может в данный момент
> заменить systemd. Да так чтобы мне не пришлось переписывать в корне
> сервисы для разных систем. Даже убунта согласилась что upstart не может
> тягаться с systemd и вроде тоже на него переходят или еще нет?
Не вполне логичная постановка вопроса. Если вы читали мои доводы, то
могли бы заметить агргументацию того, что данная система не является
глобально необходимой. А если так - то и замена никакая ей не
нужна. Лично меня вполне sysvinit устраивает. Кому-то OpenRC. возможно,
больше нравится. Выбор должен быть, а кому единообразие - так есть вон и
форточки и яблоки.
Опять же, я не столько против systemd, как таковой, сколько против этой
троянской идеологии захвата контроля над системой, когда на плечах одних
пакетов лихо въезжают другие... systemd как один из вариантов - да, как
единственно возможный и правильный, как его пытаются позиционировать
разработчики - нет, нет и еще раз нет. Ту же пульсу я выпилил в свое
время и забыл. Однако это же все лезет и лезет в систему. Видна
тщательная работа над ошибками. И не уверен, что из следующего стейбла
получится выпилить systemd без ощутимой потери функциональности. И где
же модульность, как один из базовых принципов Unixway, позвольте спросить?
Reply to: