* 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 не будет.
> 
> Кстати а почему? Непересобирающийся пакет не добавляется что ли в образ?

А, пропустил, что его робот удалит из-за потери зависимости.