Наш udev вне зависимости от применяемого на машине service manager умеет читать .link-файлы. Администраторам машин без systemd-networkd (и вообще без systemd) может потребоваться читать и исполнять эти файлы. Понятно, что, помимо обозначенных в сабже файлов, туда стоит перенести и /lib/systemd/network/*.link, идущие в комплекте с udev.
* Thu Apr 21 2022 Alexey Shabalin <shaba@altlinux.org> 1:249.11-alt1 - 249.11. - udev is owner of /etc/systemd/network dir. - disable firstboot service. А, они уже там. Тогда этот багрепорт о другом и будет переименован.
Сейчас "persistent-net"-машинерия генерирует один файл на машину и при необходимости изменить список отображений hwaddr->name патчит общий файл с правилами. Наш udev вне зависимости от используемого service manager умеет читать .link-файлы, которые умеют перекрывать друг друга (файлы в /etc имеют приоритет над генератами в /run, которые имеют приоритет над файлами в /lib). Соответственно, правила отображения сетевых интерфейсов в назначенные имена просто могут не быть udev-правилами. Предлагаю вместо правил в /etc генерировать link-файлы в /etc, по файлу на каждый интерфейс.
*** This bug has been marked as a duplicate of bug 47234 ***
Нет. link-файлы - это крапйне неудобно.
(In reply to Sergey Y. Afonin from comment #4) > Нет. link-файлы - это крапйне неудобно. Например, зачем нужно 10-15 файлов вместо одного? Один открыл, поправил, перетасовал как надо,
(In reply to Sergey Y. Afonin from comment #5) > (In reply to Sergey Y. Afonin from comment #4) > > > Нет. link-файлы - это крапйне неудобно. > > Например, зачем нужно 10-15 файлов вместо одного? Один открыл, поправил, > перетасовал как надо, Я думаю, что для udev-rule-generator-net это всё равно было бы правильным решением.
(In reply to Gleb F-Malinovskiy from comment #6) > > Например, зачем нужно 10-15 файлов вместо одного? Один открыл, поправил, > > перетасовал как надо, > > Я думаю, что для udev-rule-generator-net это всё равно было бы правильным > решением. Если это действительно кому-то нужно, лучше сделать link-file-generator какой-нибудь, а udev-rule-generator не трогать.
Согласен, в таком виде как есть сейчас, udev-rule-generator лучше вообще удалить из репозитория.
(In reply to Alexey Shabalin from comment #8) > Согласен, в таком виде как есть сейчас, udev-rule-generator лучше вообще > удалить из репозитория. Лучше systemd удалить. :-)
(Ответ для Sergey Y. Afonin на комментарий #9) > (In reply to Alexey Shabalin from comment #8) > > > Согласен, в таком виде как есть сейчас, udev-rule-generator лучше вообще > > удалить из репозитория. > > Лучше systemd удалить. :-) Я убрал зависимость на udev-rule-generator у installer-common-stage2, потому что эта зависимость ему в действительности не нужна. Поэтому, если ничего не предпринять, робот удалит udev-rule-generator на выходных. В следующий понедельник я буду вынужден починить сборку регулярок для sysv, отправив таск: [#327621] TESTED (try 7) udevd-final.git=1.0-alt2 который сделает: Obsoletes: udev-rule-generator Так что удалён по итогу будет udev-rule-generator-net. Но есть неделя, чтобы что-то предпринять.
(In reply to Антон Мидюков from comment #10) > Я убрал зависимость на udev-rule-generator у installer-common-stage2, потому > что эта зависимость ему в действительности не нужна. Поэтому, если ничего не > предпринять, робот удалит udev-rule-generator на выходных. По идее предпринимать что-то должен тот, кто придумал тест 185-check-udev: https://bugzilla.altlinux.org/47262
(In reply to Антон Мидюков from comment #10) > [#327621] TESTED (try 7) udevd-final.git=1.0-alt2 > > который сделает: > Obsoletes: udev-rule-generator И нет, так делать нельзя.
(Ответ для Sergey Y. Afonin на комментарий #12) > (In reply to Антон Мидюков from comment #10) > > > [#327621] TESTED (try 7) udevd-final.git=1.0-alt2 > > > > который сделает: > > Obsoletes: udev-rule-generator > > И нет, так делать нельзя. Тогда регулярок с sysvinit не будет.
(In reply to Антон Мидюков from comment #13) > > И нет, так делать нельзя. > > Тогда регулярок с sysvinit не будет. Кстати а почему? Непересобирающийся пакет не добавляется что ли в образ?
(In reply to Sergey Y. Afonin from comment #14) > > > И нет, так делать нельзя. > > > > Тогда регулярок с sysvinit не будет. > > Кстати а почему? Непересобирающийся пакет не добавляется что ли в образ? А, пропустил, что его робот удалит из-за потери зависимости.
