Bug 22838 - При выборе образа убиваются ручные настройки в /etc/dhcp/dhcpd.conf
: При выборе образа убиваются ручные настройки в /etc/dhcp/dhcpd.conf
Status: CLOSED WONTFIX
: Sisyphus
(All bugs in Sisyphus/alterator-dhcp)
: unstable
: all Linux
: P3 major
Assigned To:
:
:
: distro-blocker
:
:
  Show dependency tree
 
Reported: 2010-01-27 08:49 by
Modified: 2010-11-03 12:33 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2010-01-27 08:49:04
При выборе образа убиваются ручные настройки в /etc/dhcp/dhcpd.conf (такие как
индивидуальные настройки для подсетей).

PS: Наблюдаю на системе установленной с
altlinux-5.0.0-school-server-x86_64-ru-install-cd.iso.
------- Comment #1 From 2010-01-27 09:34:37 -------
Во-первых, настройки убивает alterator-dhcp. 

Во-вторых, считаю, что это NOTABUG. Модули пятой платформы (не только
alterator-dhcp) необратимо влияют на вашу систему и хотят сами контролировать
ваши конфигурационные файлы. И, на мой взгляд, это правильно: либо
граф.интерфейс является как можно более прямым интерфейсом к конфигурационным
файлам (и мы можем править их как захочется), либо граф.интерфейс реализует
какие-то свои варианты настроек, и тогда он должен защититься от всех чуждых
ему изменений конфигурационных файлов. Тут была поставлена именно вторая
задача.

Вы можете не пользоваться alterator-dhcp (на него нет зависимости в
alterator-netinst) и настраивать dhcp сами...
------- Comment #2 From 2010-01-28 11:36:59 -------
(В ответ на комментарий №1)
> Во-первых, настройки убивает alterator-dhcp.

  OK, перевешиваю на него.

> 
> Во-вторых, считаю, что это NOTABUG. Модули пятой платформы (не только
> alterator-dhcp) необратимо влияют на вашу систему и хотят сами контролировать
> ваши конфигурационные файлы. И, на мой взгляд, это правильно: либо
> граф.интерфейс является как можно более прямым интерфейсом к конфигурационным
> файлам (и мы можем править их как захочется), либо граф.интерфейс реализует
> какие-то свои варианты настроек, и тогда он должен защититься от всех чуждых
> ему изменений конфигурационных файлов. Тут была поставлена именно вторая
> задача.

  Согласен. Но делать всё это без предупреждения и сохранения резервной копии
убитых настроек -- баг уровня distro-blocker: не все пользуются такими вещами
как etckeeper.

> 
> Вы можете не пользоваться alterator-dhcp (на него нет зависимости в
> alterator-netinst) и настраивать dhcp сами...

  Его удаленее сносит alterator-bind, который весьма приятен и полезен.
------- Comment #3 From 2010-04-21 11:35:07 -------
(In reply to comment #1)
> Во-вторых, считаю, что это NOTABUG. Модули пятой платформы (не только
> alterator-dhcp) необратимо влияют на вашу систему и хотят сами контролировать
> ваши конфигурационные файлы. И, на мой взгляд, это правильно
Нет, это неправильно, _особенно_ когда подразумевается, но не заявлено (и даже
нет ни предупреждения, ни бэкапа старого конфига чем-то вроде cp -b).

И подобное поведение -- одна из основных претензий к YaST.  А вот про
альтератор изначально заявлялось IIRC как раз вдумчивое редактирование файлов,
и многие запомнили именно эту посылку.

PS 2 solo: на всякий --

alterator-dhcp - alterator module for dhcp conf file editing
* Tue Apr 20 2010 Anton V. Boyarshinov <boyarsh@altlinux> 0.8-alt1
- make it usable without ddns
------- Comment #4 From 2010-11-03 12:33:12 -------
В общем, считаю, что это баг архитектуры, а не конкретного модуля. 

Если хочется делать независимые модули, допускающие ручные настройки - надо
делать отдельные независимые модули - интерфейсы к конфигурационным файлам и не
более того.

Если хочется делать взаимосвязанную сложную систему - нужно защищаться от любых
ручных настроек, не допускать отдельную установку модулей, и, может быть,
централизованно (а не на уровне отдельных модулей) сохранять пользовательские
конфигурационные файлы, чтобы всю систему можно было безболезненно снести.

Существование "универсальных" модулей начиная с некоторого уровня сложности
системы я считаю ошибкой.

В любом случае перевешиваю на nobody, так как модулем alterator-dhcp никогда не
занимался и не планирую.