Summary: | Перевести persistent-net.rules на *.link-файлы | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Arseny Maslennikov <arseny> |
Component: | udev-rule-generator-net | Assignee: | Sergey Y. Afonin <asy> |
Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P5 | CC: | antohami, asy, glebfm, iv, ldv, shaba |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Arseny Maslennikov
2023-08-14 13:22:17 MSK
* 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 не будет. > > Кстати а почему? Непересобирающийся пакет не добавляется что ли в образ? А, пропустил, что его робот удалит из-за потери зависимости. |