Привет, потсоны!
Следующий релиз udev захочет другое ядро. (без паники, это произойдет еще нескоро).
Изменения не повлияют на людей, использующих стандартное ядро, но для для людей с самосбором оно может привести к проблемам. Кроме того, оно повлияет на LTS-ное ядро.
Основная тема в следующем:
- минимальная рабочая версия ядра будет — 2.6.34 (а текущий LTS — .32).
- обязательно должна быть включена поддержка devtmpfs. /dev больше не сможет быть на tmpfs (это должно повлиять только на ручками собранные ядра)
Нет никакого смысла блеклистить обновление udev'а и обновлять остальные пакеты, так как одновременно с его внедрением из initscripts будет изничтожена вся поддержка ядер без devtmpfs. Возможно, стоит пересмотреть позицию в отношении минимальной версии ядра, поддержваемой в glibc, но этот вопрос стоит обсудить отдельно.
Ближе к релизу Том состряпает официальную новость на этот счет.
Сейчас было бы круто апгрейднуть LTS на более свежую версию, но Grek еще не объявлял никаких планов на этот счет.
Напомним, вся заварушка традиционно начинается с README udev'а в котором официально высказана следующая позиция:
Встроенные в наше поделие системы имеют сложные зависимости и могут изменяться в зависимости от дистрибутива. Система может не загружаться и не работать без правильно приготовленного udev'а. Сообщество не рекомендует заменять udev вашего дистрибутива на версию из апстрима.
Стандартный набор правил апстримного udev'а для корректной работы может потребовать последнюю версию ядра.
Инструменты и правила, распространяющиеся вместе с udev, не являются частью публичного API и могут меняться на каждый чих. Никогда не запускайте приватные тулзы из /usr/lib/udev из внешних приложений. (хотя это может измениться в следующих релизах). Доступ к информации udev разрешен только через udevadm и libudev. Тулзы и правила в /usr/lib/udev, и всё содержимое каталога /run/udev — приватные, принадлежат самому udev и меняются тогда, когда это нужно.
Happy new updates, gentlemen!
