47228 2023-08-14 13:22:17 +0300 Перевести persistent-net.rules на *.link-файлы 2023-08-23 10:51:01 +0300 1 1 4 Development Sisyphus udev-rule-generator-net unstable all Linux CLOSED NOTABUG P5 normal --- 1 arseny asy antohami asy glebfm iv ldv shaba qa-sisyphus oldest_to_newest 231360 0 arseny 2023-08-14 13:22:17 +0300 Наш udev вне зависимости от применяемого на машине service manager умеет читать .link-файлы. Администраторам машин без systemd-networkd (и вообще без systemd) может потребоваться читать и исполнять эти файлы. Понятно, что, помимо обозначенных в сабже файлов, туда стоит перенести и /lib/systemd/network/*.link, идущие в комплекте с udev. 231361 1 arseny 2023-08-14 13:26:09 +0300 * 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. А, они уже там. Тогда этот багрепорт о другом и будет переименован. 231368 2 arseny 2023-08-14 13:53:39 +0300 Сейчас "persistent-net"-машинерия генерирует один файл на машину и при необходимости изменить список отображений hwaddr->name патчит общий файл с правилами. Наш udev вне зависимости от используемого service manager умеет читать .link-файлы, которые умеют перекрывать друг друга (файлы в /etc имеют приоритет над генератами в /run, которые имеют приоритет над файлами в /lib). Соответственно, правила отображения сетевых интерфейсов в назначенные имена просто могут не быть udev-правилами. Предлагаю вместо правил в /etc генерировать link-файлы в /etc, по файлу на каждый интерфейс. 231371 3 arseny 2023-08-14 14:22:02 +0300 *** This bug has been marked as a duplicate of bug 47234 *** 231385 4 asy 2023-08-14 16:49:01 +0300 Нет. link-файлы - это крапйне неудобно. 231386 5 asy 2023-08-14 16:50:48 +0300 (In reply to Sergey Y. Afonin from comment #4) > Нет. link-файлы - это крапйне неудобно. Например, зачем нужно 10-15 файлов вместо одного? Один открыл, поправил, перетасовал как надо, 231387 6 glebfm 2023-08-14 16:58:36 +0300 (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 это всё равно было бы правильным решением. 231392 7 asy 2023-08-14 18:05:50 +0300 (In reply to Gleb F-Malinovskiy from comment #6) > > Например, зачем нужно 10-15 файлов вместо одного? Один открыл, поправил, > > перетасовал как надо, > > Я думаю, что для udev-rule-generator-net это всё равно было бы правильным > решением. Если это действительно кому-то нужно, лучше сделать link-file-generator какой-нибудь, а udev-rule-generator не трогать. 231406 8 shaba 2023-08-15 03:35:46 +0300 Согласен, в таком виде как есть сейчас, udev-rule-generator лучше вообще удалить из репозитория. 231410 9 asy 2023-08-15 07:48:27 +0300 (In reply to Alexey Shabalin from comment #8) > Согласен, в таком виде как есть сейчас, udev-rule-generator лучше вообще > удалить из репозитория. Лучше systemd удалить. :-) 231731 10 antohami 2023-08-21 14:47:47 +0300 (Ответ для 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. Но есть неделя, чтобы что-то предпринять. 231736 11 asy 2023-08-21 15:38:16 +0300 (In reply to Антон Мидюков from comment #10) > Я убрал зависимость на udev-rule-generator у installer-common-stage2, потому > что эта зависимость ему в действительности не нужна. Поэтому, если ничего не > предпринять, робот удалит udev-rule-generator на выходных. По идее предпринимать что-то должен тот, кто придумал тест 185-check-udev: https://bugzilla.altlinux.org/47262 231739 12 asy 2023-08-21 15:46:47 +0300 (In reply to Антон Мидюков from comment #10) > [#327621] TESTED (try 7) udevd-final.git=1.0-alt2 > > который сделает: > Obsoletes: udev-rule-generator И нет, так делать нельзя. 231740 13 antohami 2023-08-21 15:49:12 +0300 (Ответ для 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 не будет. 231816 14 asy 2023-08-23 10:48:36 +0300 (In reply to Антон Мидюков from comment #13) > > И нет, так делать нельзя. > > Тогда регулярок с sysvinit не будет. Кстати а почему? Непересобирающийся пакет не добавляется что ли в образ? 231817 15 asy 2023-08-23 10:51:01 +0300 (In reply to Sergey Y. Afonin from comment #14) > > > И нет, так делать нельзя. > > > > Тогда регулярок с sysvinit не будет. > > Кстати а почему? Непересобирающийся пакет не добавляется что ли в образ? А, пропустил, что его робот удалит из-за потери зависимости.