SA>> А как быть с новыми устpойствами/опциями AK> разумеется, выбросить - зачем тебе какие-то "новые устройства" при AK> _апгрейде_ уже работающей системы? Если, конечно, ты точно не именно ради AK> них и апгрейдил.
Парочка ситуаций, где такой подход конкретно стукнул: * новые версии сетевух от realtek ушли в re, а не в rl. rl перестал их поддерживать. * то, что было в монолите, ушло в "устройства" типа kbdmux, mii, random.
Собрать без этих нововведений - и в лучшем случае будет ошибка компиляции, а в худшем - получишь кирпич.
AK> обычно лучше чтобы их не было (и вот тут всплывает что последние десять AK> лет у нас помимо локального конфига есть еще пара тонн мусора, цепляемого AK> по умолчанию, если ее специально не выключить)
AK> Если новая опция настолько важна, что ее включалку втащили аж AK> в arch/conf/, скорее всего я напрочь не хочу ее видеть включенной.
Hу да, ну да. Просто не запустится, помер максим, и фиг с ним...
AK> Потому что это наверняка потенциальная дыра, девиация в привычном поведении или
Ага. Эта девиация называется FreeBSD.
AK> еще какая-то гадость.
AK> Кстати, все эти COMPAT_xxx тоже вызывают у меня определенную неприязнь. AK> (включая и то, что отключать их в общем-то нельзя). Hо это известная AK> хрень, и было бы странно HЕ увидеть очередной COMPAT при major upgrade.
А ещё в COMPAT долгое время были критические моменты функциональности (когда ещё был COMPAT43).
--netch-- --- ifmail v.2.15dev5.4 * Origin: Dark side of coredump (2:5020/400)
