Re: [devel] eth -> ether, или bug 32167 (udev-rule-generator-net)

["Alexey V. Vissarionov" <gremlin@altlinux.org>]

Good ${greeting_time}!

On 2025-07-01 09:47:56 +0300, Anton Midyukov wrote:

 >>> Ввиду того, что у udev пропал патч для переименования
 >>> интерфейсов

Туда ему и дорога в общем-то.
Если бы это было нужно, это было бы в ядре.

 >> А если нет, с какого перепуга вдруг надо удалять упоминание
 >> udev-rule-generator-net в качестве решения обозначенной
 >> проблемы, да ещё оставляя описание самой проблемы? И с
 >> угрозой вообще удалить пакет udev-rule-generator-net из p11

Очень надеючь на s/угрозой/обещанием/

 > После установки пакета доверчивый пользователь останется без
 > настроенной сети после перезагрузки. Разве нет?

В существующих системах пакет не трогать (пользователь сам rpm -e
сказать может), в свежеустанавливаемые не добавлять.

 >> Или вдрукг стало считаться, что все должны использовать enp*
 >> и не мутить воду?

Если бы это было так, то эти названия интерфейсам давало бы ядро.
В реальности же типов ethernet-устройств, по мнению разработчиков
ядра, существует всего два - полноценные ethernet ("eth%u") и
огрызки CDC ("usb%u").

 >> Так enp* тоже постоянством не отличаются,

Ага. А теперь представляем себе ситуацию, когда устройство сменило
название, а доступ к компутеру возможен только по сети. Пусть даже
не в принципе возможен, а за разумное время.

 >> на wiki ссылка есть на зависимость от ядра. Плюс я лично видел,
 >> как эти enp скакать начинают при установке внешней видеоплаты
 >> например.

Совершенно нормальное явление: кроилово закономерно приводит к
попадалову.

Не, я знаю, почему (и как) это происходит. Но зачем ломать то, что
работает?

 >> Или просто при добавлении ещё одной сетевой.
 > Нужно документировать фиксацию имён сетевых интерфейсов через
 > создание link файлов.

То есть, сначала ломаем всем ноги, а потом раздаем хорошие костыли?

Вариант сразу сделать по уму даже не рассматривается?


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net