Bug 33591

(In reply to comment #0)
> Если система настроена на systemd-resolvd, то /etc/resolv.conf - это симлинк в
> /run/systemd/resolve/resolv.conf

Я предупреждал, что так делать нельзя.

А как делать можно в конфигурации c systemd-resolvd ?

(In reply to comment #2)
> А как делать можно в конфигурации c systemd-resolvd ?

У нас же не симлинк вроде по умолчанию. И есть altlinux-openresolv.service и altlinux-simpleresolv.service.

есть, только работают странно.
у меня /etc/resolv.conf разрастается при каждом подключении к новому wifi.

удаление openresolv вроде как помогло, но багу на systemd-networkd я всё равно повесил.

(In reply to comment #4)
> есть, только работают странно.
> у меня /etc/resolv.conf разрастается при каждом подключении к новому wifi.

Если разрастается /run/systemd/resolve/resolv.conf, то разрастается и /etc/resolv.conf. Симлинк тут ничем не поможет.

> удаление openresolv вроде как помогло, но багу на systemd-networkd я всё равно
> повесил.

Я не понимаю чем могло помочь удаление openresolv в этом случае.

Вот и я не понимаю.
Но без лишней сущности в виде openresolv мне сейчас лучше чем с ней.

Я так и не услышал, какая проблема с симлинком ?
Дима кого-то о чём-то предупреждал без подробностей.

(In reply to comment #6)
> Я так и не услышал, какая проблема с симлинком ?

Проблема стандартная: не все его правильно обрабатывают.
Поддержку в chrooted добавим, а где ещё вылезет?

будем искать и вычищать, если найдутся.

Я уже несколько раз завожу через какую-то мать altlinux-openresolv (где нибудь есть документация по использованию?) с systemd-networkd, без симлинка, но всё равно недавно подключил WiFI и получил новую запись в resolv.conf а отключил - она не исчезла, так и висит (включение и выключение происходит посредством rf_kill-переключателя ноутбука). Не знаю кому и жаловаться.

Извиняюсь, кажется не совсем в тот баг запостил сообщение.

Я с chrooted стал разбираться ровно после этого.

Но в итоге так и не смог нормально во всех моих случаях настроить networkd и ушёл на:
https://www.altlinux.org/Etcnet#.D0.98.D0.BD.D1.82.D0.B5.D0.B3.D1.80.D0.B0.D1.86.D0.B8.D1.8F_.D1.81_systemd

и всё стало прекрасно работать почти во всех конфигурациях.

(Ответ для Dmitry V. Levin на комментарий #7)
> (In reply to comment #6)
> > Я так и не услышал, какая проблема с симлинком ?
> 
> Проблема стандартная: не все его правильно обрабатывают.
> Поддержку в chrooted добавим, а где ещё вылезет?

А когда добавите? Многие используют copy_resolv_conf. Я например в dhcpd нарвался. Хотел баг добавить, а он уже есть.

(Ответ для Mikhail Efremov на комментарий #5)
> (In reply to comment #4)
> > есть, только работают странно.
> > у меня /etc/resolv.conf разрастается при каждом подключении к новому wifi.
> 
> Если разрастается /run/systemd/resolve/resolv.conf, то разрастается и
> /etc/resolv.conf. Симлинк тут ничем не поможет.

Вполне поможет. Только симлинк надо делать такой (он и рекомендуется, у rider@ старая информация)
/etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf

> 
> > удаление openresolv вроде как помогло, но багу на systemd-networkd я всё равно
> > повесил.
> 
> Я не понимаю чем могло помочь удаление openresolv в этом случае.

(Ответ для Alexey Shabalin на комментарий #12)
> (Ответ для Dmitry V. Levin на комментарий #7)
> > (In reply to comment #6)
> > > Я так и не услышал, какая проблема с симлинком ?
> > 
> > Проблема стандартная: не все его правильно обрабатывают.
> > Поддержку в chrooted добавим, а где ещё вылезет?
> 
> А когда добавите? Многие используют copy_resolv_conf. Я например в dhcpd
> нарвался. Хотел баг добавить, а он уже есть.

в задании #247800 обновление chrooted.
В функции Copy реализовано всегда следовать за симлинком.
Поэтому предыдущий коммит для обработки симлинка /etc/localtime откатил, как ненужный.

Если нет претензий, прошу пропустить.

chrooted-0.3.11-alt1 -> sisyphus:

 Fri Apr 03 2020 Dmitry V. Levin <ldv@altlinux> 0.3.11-alt1
 - Copy: always dereference symbolic links in SOURCE
   (by Alexey Shabalin; closes: #33591).