On Fri, Mar 04, 2016 at 01:44:25PM +0300, Dmitry E. Oboukhov wrote: > > Допускаю, хотя количество только открытых багов - вполне > > солидное. > > количество открытых багов - показатель характеризующий количество > пользователей и их активность.
Important bugs; Unclassified (48 bugs) Normal bugs; Unclassified (141 bugs) Мягко говоря, несколько больше половины. > вон на багзиле.кернел - тоже багов открытых тьма тьмущая. > а напишешь новый - в нем идет переписка, патчи итп. > работают люди > > > Да и претензии к нему были вполне обоснованные - куча > > сервис-пускалок (runit, svc и т.п.) не на пустой болтовне выросла. > > вся эта куча будет и на systemd. причем куча будет бОльшая по размеру. > ибо декларативные конфиги всегда располагают к куче костылей. Так runit'ы не из отсутствия недекларативности выросли... > > Наконец, просто "причесать" инит-скрипты, убрав необходимость > > того копипастинга что есть сейчас - вполне полезная задача. > > вот только смысл в ней нулевой. > избыточный перфекционизм - всегда плохо Ну с чего он вдруг избыточен? Вы же не предлагаете каждому копипастить себе libc в исходник хелворда. А тут действительно ситуация вроде этой - скрипты-сервисопускалки до неприличия шаблонные. > >> теперь работы по другим > >> архитектурам прибавится в десятки раз > > > А в каком месте? sysvinit же не выкинули - развивайте... > > поставил я openVPN из sid. > глядь - а он не запускается. > хотя скрипт в init.d есть. хгм думаю что там не так. > заглянул внутЫрь и блин... там эта блевотина с systemctl-чего-то. > > откатил до stable и забыл (пока) о проблеме. Ну и где баг? От systemd там зависимости нет. Что касается конкретных скриптов - я нашел systemctl только в if-down/if-up, как опцию. Вы не должны были б, по идее, на этом подорваться, если у вас systemd нету. > подозреваю что на платформах где нет systemd кто-то вынужден будет > срочно захачить и набросать свой init. Ну в данном примере просто кто-то, подозреваю, невнимательно скрипты прочел. Оснований для паники не вижу. > если же init openVPN уже поправили, то вполне вероятна та же ситуация > с другим пакетом. Тоже поправят?) > это лавина, которая будет валиться на головы тех кто работает с > другими платформами прежде всего. Если никто не соберется нормально поддерживать sysvinit - то да. > и тут вопрос в том хватит ли им терпения/ресурсов это все фиксить, > либо они забьют и пойдут в другое место. "Войска отошли на заранее приготовленные позиции." (ц) > >> собственно с Debian/kFreeBSD уже (почти) произошло: недавно с ними > >> переписывались на тему "почему даже инсталлятор у вас в > >> неработоспособном состоянии", на что получен ответ "ну вот так..." > > > Мне кажется, дело в другом. Многие DD считают, что "баг в > > kFreeBSD - типа и не баг вовсе". > > а buildd сервер считает что несборка для kFreeBSD - повод непрохода > пакета в тестинг. > так что DD надо определяться: либо убирать платформу из списка, либо > разбираться и фиксить. Любопытно (хотя припоминаю что monit у меня проходил в testing с поломанной сборкой на bsd, не говоря уж о hurd)... Вы ж читаете -devel, ответили б. А то после ушатика помоев (где уж начали вроде расчехлять "personal attacks" из вашего славного CoC) мне написал Дон Армстронг, что типа если мейнтейнер хочет считать FTBFS на kFreeBSD за баг - это типа баг. "А если ни - то ни." Мейнтейнеру уже к этому моменту закономерно расхотелось им быть... > вот то что многие пакеты вылетать будут из kFreeBSD чисто из за > systemd - факт. не у всех есть время/желание в УГ ковыряться. В _данной_ истории - systemd был, мягко говоря, непричем.
