LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

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

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

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

Деды писали /etc/rc.local и кидали скриптики в /etc/init.d? Нужно поддержать, и плевать, что семантика запуска принципиально поменялась и какие-то нетривиальные скрипты просто не будут корректно работать с новым инитом без ручных правок, и матожидание вырванных волос, когда на восьмой раз легаси-скрипт внезапно сломается, несоизмеримо больше, чем если бы просто сказали «/etc/init.d — всё, будьте так добры переписать ваше говно вручную».

Деды добавляли симлинки в /etc/rcX.d руками? Надо поддержать, даром что это порождает какое-то адовое количество костылей типа сканирования этих каталогов и эвристического конвертирования симлинков в конфиги systemd (которое опять же ломается, если не так чихнуть, и удачи в отладке).

Деды делали chkconfig и insserv? Надо поддержать, даром что после этой «поддержки» рейсы и дедлоки от взаимодействия chkconfig с systemctl ещё два года отлавливали.

И вот всё у них так.

Исправление intelfx, :

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

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

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

Деды писали /etc/rc.local и кидали скриптики в /etc/init.d? Нужно поддержать, и плевать, что семантика запуска принципиально поменялась и какие-то нетривиальные скрипты просто не будут корректно работать с новым инитом без ручных правок, и матожидание вырванных волос, когда на восьмой раз легаси-скрипт внезапно сломается, несоизмеримо больше, чем если бы просто сказали «/etc/init.d — всё, будьте так добры переписать ваше говно вручную».

Деды добавляли симлинки в /etc/rcX.d руками? Надо поддержать, даром что это порождает какое-то адовое количество костылей типа сканирования этих каталогов и эвристического конвертирования симлинков в конфиги systemd (которое опять же ломается, если не так чихнуть).

Деды делали chkconfig и insserv? Надо поддержать, даром что после этой «поддержки» рейсы и дедлоки от взаимодействия chkconfig с systemctl ещё два года отлавливали.

И вот всё у них так.

Исходная версия intelfx, :

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

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

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

Деды писали /etc/rc.local и кидали скриптики в /etc/init.d? Нужно поддержать, и плевать, что семантика запуска принципиально поменялась и какие-то нетривиальные скрипты просто не будут корректно работать с новым инитом без ручных правок, и матожидание вырванных волос, когда на восьмой раз легаси-скрипт внезапно сломается, несоизмеримо больше, чем если бы просто сказали «/etc/init.d — всё, будьте так добры переписать ваше говно вручную».

Деды добавляли симлинки в /etc/rcX.d руками? Надо поддержать, даром что это порождает какое-то адовое количество костылей типа сканирования этих каталогов и эвристического конвертирования симлинков в конфиги systemd (которое опять же ломается, если не так чихнуть).

Деды делали chkconfig и insserv? Надо поддержать, даром что после этой «поддержки» рейсы и дедлоки от взаимодействия chkconfig с systemctl ещё два года отлавливали.

И вот всё у них так.