Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 6553 bytes --]

On Sun, Dec 31, 2017 at 01:10:04AM +0000, Girar Builder awaiter robot wrote:
> http://git.altlinux.org/tasks/187391/logs/events.32.1.log
> 
> 2017-Dec-31 00:56:51 :: test-only shared task #187391 for sisyphus resumed by cas:
[...]
> #1300 build 1.3.7.8-alt1 from /people/cas/packages/389-ds-base.git
> 2017-Dec-31 00:56:52 :: [x86_64] #1300 389-ds-base.git 1.3.7.8-alt1: build start
> 2017-Dec-31 00:56:52 :: [i586] #1300 389-ds-base.git 1.3.7.8-alt1: build start
> 2017-Dec-31 01:03:53 :: [x86_64] #1300 389-ds-base.git 1.3.7.8-alt1: build OK
> 2017-Dec-31 01:04:41 :: [i586] #1300 389-ds-base.git 1.3.7.8-alt1: build OK
> 2017-Dec-31 01:04:50 :: build check OK
> 2017-Dec-31 01:04:53 :: noarch check OK
> 2017-Dec-31 01:04:54 :: plan: src +1 -1 =18240, i586 +5 -5 =33780, noarch +1 -1 =18588, x86_64 +5 -5 =33776
> 2017-Dec-31 01:04:54 :: version check OK
> 2017-Dec-31 01:05:37 :: generated apt indices
> 2017-Dec-31 01:05:37 :: created next repo
> 2017-Dec-31 01:05:50 :: dependencies check OK
> 2017-Dec-31 01:06:17 :: ELF symbols check OK
> 	x86_64: 389-ds=1.3.7.8-alt1 install failed:
> Reading Package Lists...
> Building Dependency Tree...
> MI2a: mark 389-ds
> MI2a:  target 389-admin
> MI2a:   mark 389-admin
> MI2a:    target apache2-mod_nss
> MI2a:     mark apache2-mod_nss
> MI2a:      target net-tools
> MI2a:       mark net-tools
> MI2a:    target 389-ds-base
> MI2a:     mark 389-ds-base
> MI2a:      target /etc/sysconfig/network AMB
> MI2a:  target 389-admin-console
> MI2a:   mark 389-admin-console
> MI2a:  target 389-admin-console-doc
> MI2a:   mark 389-admin-console-doc
> MI2b: mark 389-ds-base
> MI2b:  target /etc/sysconfig/network AMB
> MI2c: mark 389-ds-base
> MI2c:  target /etc/sysconfig/network
> MI2c:   mark rcnet
> MI2c:    delete systemd
> MI2c:    delete net-tools
> MI2c:  target /bin/systemctl
> Starting
> Starting 2
> Investigating apache2-mod_nss
> Package apache2-mod_nss has broken dep on net-tools
>   Considering net-tools 1 as a solution to apache2-mod_nss 2
>   Holding Back apache2-mod_nss rather than change net-tools
> Investigating rcnet
> Package rcnet has broken dep on systemd
>   Considering systemd 3 as a solution to rcnet -1
>   Holding Back rcnet rather than change systemd
> Investigating 389-admin
> Package 389-admin has broken dep on apache2-mod_nss
>   Considering apache2-mod_nss 2 as a solution to 389-admin 5
>   Holding Back 389-admin rather than change apache2-mod_nss
> Investigating 389-ds-base
> Package 389-ds-base has broken dep on /etc/sysconfig/network
>   Considering rcnet -1 as a solution to 389-ds-base 5
>   Holding Back 389-ds-base rather than change /etc/sysconfig/network
> Investigating 389-admin-console
> Package 389-admin-console has broken dep on 389-admin
>   Considering 389-admin 5 as a solution to 389-admin-console 3
>   Holding Back 389-admin-console rather than change 389-admin
> Investigating 389-admin-console-doc
> Package 389-admin-console-doc has broken dep on 389-admin-console
>   Considering 389-admin-console 3 as a solution to 389-admin-console-doc 2
>   Holding Back 389-admin-console-doc rather than change 389-admin-console
> Investigating 389-ds
> Package 389-ds has broken dep on 389-admin
>   Considering 389-admin 5 as a solution to 389-ds 9999
>   Re-Instated net-tools
>   Re-Instated apache2-mod_nss
>   Re-Instated rcnet
>   Re-Instated 389-ds-base
>   Re-Instated 389-admin
> Package 389-ds has broken dep on 389-admin-console
>   Considering 389-admin-console 3 as a solution to 389-ds 9999
>   Re-Instated 389-admin-console
> Package 389-ds has broken dep on 389-admin-console-doc
>   Considering 389-admin-console-doc 2 as a solution to 389-ds 9999
>   Re-Instated 389-admin-console-doc
> Investigating rcnet
> Package rcnet has broken dep on systemd
>   Considering systemd 3 as a solution to rcnet -1
>   Holding Back rcnet rather than change systemd
> Investigating 389-ds-base
> Package 389-ds-base has broken dep on /etc/sysconfig/network
>   Considering rcnet -1 as a solution to 389-ds-base 5
>   Holding Back 389-ds-base rather than change /etc/sysconfig/network
> Investigating 389-ds
> Package 389-ds has broken dep on 389-ds-base
>   Considering 389-ds-base 5 as a solution to 389-ds 9999
> Investigating 389-admin
> Package 389-admin has broken dep on 389-ds-base
>   Considering 389-ds-base 5 as a solution to 389-admin 5
>   Holding Back 389-admin rather than change 389-ds-base
> Investigating 389-admin-console
> Package 389-admin-console has broken dep on 389-admin
>   Considering 389-admin 5 as a solution to 389-admin-console 3
>   Holding Back 389-admin-console rather than change 389-admin
> Investigating 389-admin-console-doc
> Package 389-admin-console-doc has broken dep on 389-admin-console
>   Considering 389-admin-console 3 as a solution to 389-admin-console-doc 2
>   Holding Back 389-admin-console-doc rather than change 389-admin-console
> Investigating 389-ds
> Package 389-ds has broken dep on 389-admin
>   Considering 389-admin 5 as a solution to 389-ds 9999
> Package 389-ds has broken dep on 389-admin-console
>   Considering 389-admin-console 3 as a solution to 389-ds 9999
> Package 389-ds has broken dep on 389-admin-console-doc
>   Considering 389-admin-console-doc 2 as a solution to 389-ds 9999
> Package 389-ds has broken dep on 389-ds-base
>   Considering 389-ds-base 5 as a solution to 389-ds 9999
> Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> 
> Since you only requested a single operation it is extremely likely that
> the package is simply not installable and a bug report against
> that package should be filed.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>   389-ds: Depends: 389-admin
>           Depends: 389-admin-console
>           Depends: 389-admin-console-doc
>           Depends: 389-ds-base (= 1.3.7.8-alt1)
> E: Broken packages
> hsh-install: Failed to calculate package file list.
> hsh-install: Failed to generate package file list.

Co 2 по 31 итерацию пакет собирался нормально, но вот в Сизиф был закинут
пакет rcnet, и всё, полный привет.

Поскольку etcnet < rcnet, сейчас в Сизифе, вероятно, сломана сборка
дистрибутивов на etcnet.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Anton Farygin]

31.12.2017 04:27, Dmitry V. Levin пишет:
>
> Co 2 по 31 итерацию пакет собирался нормально, но вот в Сизиф был закинут
> пакет rcnet, и всё, полный привет.
>
> Поскольку etcnet < rcnet, сейчас в Сизифе, вероятно, сломана сборка
> дистрибутивов на etcnet.
>
Непонятно, какой вообще смысл упаковывать содержимое этого пакета ?

Это же похоже на систему инициализации сети, которую использовали в 
годах эдак 2000-ых.

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 677 bytes --]

On Sun, Dec 31, 2017 at 08:49:56AM +0300, Anton Farygin wrote:
> 31.12.2017 04:27, Dmitry V. Levin пишет:
> >
> > Co 2 по 31 итерацию пакет собирался нормально, но вот в Сизиф был закинут
> > пакет rcnet, и всё, полный привет.
> >
> > Поскольку etcnet < rcnet, сейчас в Сизифе, вероятно, сломана сборка
> > дистрибутивов на etcnet.
> >
> Непонятно, какой вообще смысл упаковывать содержимое этого пакета ?

Хороший вопрос.  Пакет по сути представляет собой заглушку,
чтобы по зависимостям не ставился etcnet.

> Это же похоже на систему инициализации сети, которую использовали в 
> годах эдак 2000-ых.

До появления network-scripts так делали.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 809 bytes --]

On 2017-12-31 04:27:01 +0300, Dmitry V. Levin wrote:

 >> target /etc/sysconfig/network
 >> mark rcnet
 > Co 2 по 31 итерацию пакет собирался нормально, но вот в Сизиф был
 > закинут пакет rcnet, и всё, полный привет.

Могу научить писать BuildRequires: etcnet (или с чем оно работает?).

 > Поскольку etcnet < rcnet, сейчас в Сизифе, вероятно, сломана
 > сборка дистрибутивов на etcnet.

Дык по рогам этому противоестественному интеллекту, чтобы %name не
сравнивал...

Ну, или могу /etc/sysconfig/network в отдельный %package вынести -
как бы смешно это ни выглядело, оно гарантированно решит эту и все
аналогичные проблемы :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1132 bytes --]

On Thu, Jan 04, 2018 at 06:22:10PM +0300, Alexey V. Vissarionov wrote:
> On 2017-12-31 04:27:01 +0300, Dmitry V. Levin wrote:
> 
>  >> target /etc/sysconfig/network
>  >> mark rcnet
>  > Co 2 по 31 итерацию пакет собирался нормально, но вот в Сизиф был
>  > закинут пакет rcnet, и всё, полный привет.
> 
> Могу научить писать BuildRequires: etcnet (или с чем оно работает?).

Насколько я понимаю, оно работает с systemd, а не с etcnet.
Но поскольку у автора пакета rcnet личная неприязнь systemd,
в пакете rcnet прописан явный конфликт с systemd.

>  > Поскольку etcnet < rcnet, сейчас в Сизифе, вероятно, сломана
>  > сборка дистрибутивов на etcnet.
> 
> Дык по рогам этому противоестественному интеллекту, чтобы %name не
> сравнивал...

Это документированное поведение apt, мы на него рассчитываем,
об этом полагается знать.

> Ну, или могу /etc/sysconfig/network в отдельный %package вынести -
> как бы смешно это ни выглядело, оно гарантированно решит эту и все
> аналогичные проблемы :-)

Оно создаст нам новые проблемы вместо тех, что создал rcnet.
Лучше просто удалить пакет rcnet.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey V. Vissarionov]

[-- Attachment #1: Type: text/plain, Size: 3103 bytes --]

On 2018-01-04 18:35:10 +0300, Dmitry V. Levin wrote:

 >>>> target /etc/sysconfig/network mark rcnet
 >>> Co 2 по 31 итерацию пакет собирался нормально, но вот в Сизиф
 >>> был закинут пакет rcnet, и всё, полный привет.
 >> Могу научить писать BuildRequires: etcnet (или с чем оно работает?).
 > Насколько я понимаю, оно работает с systemd, а не с etcnet.

Тогда BuildConflicts в помощь.

 > Но поскольку у автора пакета rcnet личная неприязнь systemd,

Это ты сам придумал, или кто подсказал?

 > в пакете rcnet прописан явный конфликт с systemd.

Да. По двум причинам:
1. Чтобы никто сдуру не поставил его на рабочую станцию (по злому
умыслу - можно: у меня оно установлено и прекрасно работает, но у
меня systemd нет и не будет).
2. Чтобы на оборудование ни при каких условиях не попала софтина,
существенно снижающая стабильность системы.

 >>> Поскольку etcnet < rcnet, сейчас в Сизифе, вероятно, сломана
 >>> сборка дистрибутивов на etcnet.
 >> Дык по рогам этому противоестественному интеллекту, чтобы
 >> %name не сравнивал...
 > Это документированное поведение apt, мы на него рассчитываем,
 > об этом полагается знать.

Значит, полагается и {,Build}{Conflicts,Requires} использовать.
Для вразумления противоестественного интеллекта этого вполне
хватает.

 >> Ну, или могу /etc/sysconfig/network в отдельный %package
 >> вынести - как бы смешно это ни выглядело, оно гарантированно
 >> решит эту и все аналогичные проблемы :-)
 > Оно создаст нам новые проблемы вместо тех, что создал rcnet.

Пффффф...

% apf f '^/etc/sysconfig/network$'
etcnet
net-scripts
rcnet

Итого три пакета. Три, Карл! Хотя по уму уже при появлении второго
пакета следовало бы вынести общие файлы (тем более конфиг, каковым
очевидно является /etc/sysconfig/network) в отдельный пакет.

 > Лучше просто удалить пакет rcnet.

破回


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 3426 bytes --]

On Thu, Jan 04, 2018 at 08:01:22PM +0300, Alexey V. Vissarionov wrote:
> On 2018-01-04 18:35:10 +0300, Dmitry V. Levin wrote:
> 
>  >>>> target /etc/sysconfig/network mark rcnet
>  >>> Co 2 по 31 итерацию пакет собирался нормально, но вот в Сизиф
>  >>> был закинут пакет rcnet, и всё, полный привет.
>  >> Могу научить писать BuildRequires: etcnet (или с чем оно работает?).
>  > Насколько я понимаю, оно работает с systemd, а не с etcnet.
> 
> Тогда BuildConflicts в помощь.

При чём тут Build?

>  > Но поскольку у автора пакета rcnet личная неприязнь systemd,
> 
> Это ты сам придумал, или кто подсказал?
> 
>  > в пакете rcnet прописан явный конфликт с systemd.
> 
> Да. По двум причинам:
> 1. Чтобы никто сдуру не поставил его на рабочую станцию (по злому
> умыслу - можно: у меня оно установлено и прекрасно работает, но у
> меня systemd нет и не будет).
> 2. Чтобы на оборудование ни при каких условиях не попала софтина,
> существенно снижающая стабильность системы.

Спасибо, что не надо больше ничего объяснять про отношение автора пакета
rcnet к systemd.

>  >>> Поскольку etcnet < rcnet, сейчас в Сизифе, вероятно, сломана
>  >>> сборка дистрибутивов на etcnet.
>  >> Дык по рогам этому противоестественному интеллекту, чтобы
>  >> %name не сравнивал...
>  > Это документированное поведение apt, мы на него рассчитываем,
>  > об этом полагается знать.
> 
> Значит, полагается и {,Build}{Conflicts,Requires} использовать.
> Для вразумления противоестественного интеллекта этого вполне
> хватает.

При чём тут Build?

>  >> Ну, или могу /etc/sysconfig/network в отдельный %package
>  >> вынести - как бы смешно это ни выглядело, оно гарантированно
>  >> решит эту и все аналогичные проблемы :-)
>  > Оно создаст нам новые проблемы вместо тех, что создал rcnet.
> 
> Пффффф...
> 
> % apf f '^/etc/sysconfig/network$'
> etcnet
> net-scripts
> rcnet
> 
> Итого три пакета. Три, Карл! Хотя по уму уже при появлении второго
> пакета следовало бы вынести общие файлы (тем более конфиг, каковым
> очевидно является /etc/sysconfig/network) в отдельный пакет.
> 
>  > Лучше просто удалить пакет rcnet.
> 
> 破回

Видимо, это означает согласие с предложением.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey Shabalin]

> % apf f '^/etc/sysconfig/network$'
> etcnet
> net-scripts
> rcnet
>
> Итого три пакета. Три, Карл! Хотя по уму уже при появлении второго
> пакета следовало бы вынести общие файлы (тем более конфиг, каковым
> очевидно является /etc/sysconfig/network) в отдельный пакет.
>

Во время праздников так лень было в дискуссию вступать. :)
Опасаюсь поднять флейм, но.. задам вопрос.
А зачем вообще нужен /etc/sysconfig/network ?
Мы вообще собираемся переходить на distro-agnostic конфиги?


-- 
Alexey Shabalin

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 410 bytes --]

On Thu, Jan 11, 2018 at 09:16:08PM +0300, Alexey Shabalin wrote:
> Опасаюсь поднять флейм, но.. задам вопрос.
> А зачем вообще нужен /etc/sysconfig/network ?

Пакетов много, кто знает кому зачем что нужно.

> Мы вообще собираемся переходить на distro-agnostic конфиги?

А distro-agnostic конфиги это не оксюморон?

Расскажите, пожалуйста, что это такое и какая нам от этого польза. :)


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey Shabalin]

11 января 2018 г., 21:25 пользователь Dmitry V. Levin
<ldv@altlinux.org> написал:
> On Thu, Jan 11, 2018 at 09:16:08PM +0300, Alexey Shabalin wrote:
>> Опасаюсь поднять флейм, но.. задам вопрос.
>> А зачем вообще нужен /etc/sysconfig/network ?
>
> Пакетов много, кто знает кому зачем что нужно.
>
Я примерно это и имею ввиду. Мертвый ненужный код у нас не вычищается.
Встречаются упоминания о таких динозаврах, как /sbin/hotplug.

>> Мы вообще собираемся переходить на distro-agnostic конфиги?
>
> А distro-agnostic конфиги это не оксюморон?
не буду спорить, возможно это утопия, но хочется видеть больше унификации.

> Расскажите, пожалуйста, что это такое и какая нам от этого польза. :)
ну давайте разберем что нужного в /etc/sysconfig/network.

- NETWORKING=yes
Абсолютно не нужный параметр :)  сервис network либо стартует, либо
нет. Достаточно выставить нужный уровень загрузки.
Стартует он только на 3 и выше уровне.(или в multi-user.target). Не
вижу смысла проверять в инит-скриптах разных сетевых демонов этот
параметр, так как инит скрипты сетевых демонов не должы запускаться на
низких уровнях.

- CONFMETHOD=etcnet
Еще один не нужный параметр. etcnet и net-scripts конфликтуют, у
каждого свои конфиги и init-скрипты.
Предположу, что net-scripts вообще не рабочие.
Про такие методы, как NM, systemd-networkd, wicd, connman все равно
никому ничего не известно.

- HOSTNAME=
есть замена /etc/hostname (даже не замена, а предпочтительное
использование distro-agnostic конфиг)

-DOMAINNAME=
нигде не используется

- RESOLV_MODS=yes
Достаточно просто проверять наличие /sbin/resolvconf

В итоге про /etc/sysconfig/network можно совсем забыть и не использовать.

-- 
Alexey Shabalin

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Mikhail Efremov]

On Thu, 11 Jan 2018 22:25:51 +0300 Alexey Shabalin wrote:
> ну давайте разберем что нужного в /etc/sysconfig/network.
> 
> - NETWORKING=yes
> Абсолютно не нужный параметр :)  сервис network либо стартует, либо
> нет. Достаточно выставить нужный уровень загрузки.
> Стартует он только на 3 и выше уровне.(или в multi-user.target). Не
> вижу смысла проверять в инит-скриптах разных сетевых демонов этот
> параметр, так как инит скрипты сетевых демонов не должы запускаться на
> низких уровнях.

Пожалуй да.

> - CONFMETHOD=etcnet
> Еще один не нужный параметр. etcnet и net-scripts конфликтуют, у
> каждого свои конфиги и init-скрипты.
> Предположу, что net-scripts вообще не рабочие.
> Про такие методы, как NM, systemd-networkd, wicd, connman все равно
> никому ничего не известно.

Я как раз думал не расширить ли его использование, раз конфигураторов
сети у нас теперь довольно много. Чтобы эти конфигураторы проверяли что
тут написано и не пытались что-то делать если явно не указано, что можно.
Плюс добавить поддержку CONFMETHOD в etcnet, тогда как минимум можно
будет поинтерфейсно писать CONFMETHOD=etcnet/networkmanager и выкинуть
NM_CONTROLLED, про который etcnet все равно ничего не знает.
Но я не уверен, что это все стоит возни.

> - HOSTNAME=
> есть замена /etc/hostname (даже не замена, а предпочтительное
> использование distro-agnostic конфиг)

Для совместимости нужно будет поддерживать оба места хотя бы некоторое
время, подозреваю такая шизофрения может принести много веселых граблей.
Вообще у меня есть сомнения, что такой переезд конфига того стоит и
не лучше ли запатчить systemd на этот счет. Хотя если действительно
полностью выкидывать /etc/sysconfig/network, то может и стоит.

> -DOMAINNAME=
> нигде не используется

Точно? Я не помню.

> - RESOLV_MODS=yes

Я надеюсь этот костыль давно не используется, если используется - нужно
оторвать.

-- 
WBR, Mikhail Efremov

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey Shabalin]

12 января 2018 г., 14:24 пользователь Mikhail Efremov
<sem@altlinux.org> написал:
> On Thu, 11 Jan 2018 22:25:51 +0300 Alexey Shabalin wrote:
>> ну давайте разберем что нужного в /etc/sysconfig/network.
>>
>> - NETWORKING=yes
>> Абсолютно не нужный параметр :)  сервис network либо стартует, либо
>> нет. Достаточно выставить нужный уровень загрузки.
>> Стартует он только на 3 и выше уровне.(или в multi-user.target). Не
>> вижу смысла проверять в инит-скриптах разных сетевых демонов этот
>> параметр, так как инит скрипты сетевых демонов не должы запускаться на
>> низких уровнях.
>
> Пожалуй да.
>
>> - CONFMETHOD=etcnet
>> Еще один не нужный параметр. etcnet и net-scripts конфликтуют, у
>> каждого свои конфиги и init-скрипты.
>> Предположу, что net-scripts вообще не рабочие.
>> Про такие методы, как NM, systemd-networkd, wicd, connman все равно
>> никому ничего не известно.
>
> Я как раз думал не расширить ли его использование, раз конфигураторов
> сети у нас теперь довольно много. Чтобы эти конфигураторы проверяли что
> тут написано и не пытались что-то делать если явно не указано, что можно.
> Плюс добавить поддержку CONFMETHOD в etcnet, тогда как минимум можно
> будет поинтерфейсно писать CONFMETHOD=etcnet/networkmanager и выкинуть
> NM_CONTROLLED, про который etcnet все равно ничего не знает.
> Но я не уверен, что это все стоит возни.

Просто дать возможность удалять etcnet из системы, и добавить
конфликты между этими пакетам.
Кто установился - тот и папа. Точнее, кого установили.
Это дело инсталлера предложить выбор всех возможных вариантов и настроить их.

>> - HOSTNAME=
>> есть замена /etc/hostname (даже не замена, а предпочтительное
>> использование distro-agnostic конфиг)
>
> Для совместимости нужно будет поддерживать оба места хотя бы некоторое
> время, подозреваю такая шизофрения может принести много веселых граблей.
> Вообще у меня есть сомнения, что такой переезд конфига того стоит и
> не лучше ли запатчить systemd на этот счет. Хотя если действительно
> полностью выкидывать /etc/sysconfig/network, то может и стоит.

systemd как раз поддерживает оба места, более 5 лет. Хотя в апстриме
уже выбросили двойную поддержку давным-давно.
И мне тоже лень продолжать поддерживать эти два места в systemd.
А софт(прикладной) не должен использовать эти места, должен просто
вызывать 'hostname'.
Т.е. за предыдущие 5 лет мы должны были научить sysV и etcnet
использовать /etc/hostname.


>> -DOMAINNAME=
>> нигде не используется
>
> Точно? Я не помню.
Я поискал, не нашёл.

>> - RESOLV_MODS=yes
>
> Я надеюсь этот костыль давно не используется, если используется - нужно
> оторвать.
Используется в
/etc/ppp/ip-up


-- 
Alexey Shabalin

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Sergey Afonin]

On Thursday 11 January 2018, Alexey Shabalin wrote:

> А зачем вообще нужен /etc/sysconfig/network ?

Допустим, что NETWORKING=yes можно прибить гвоздями.
А куда деть CONFMETHOD, HOSTNAME, RESOLV_MODS ?

-- 
С уважением, Сергей Афонин.

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey V. Vissarionov]

On 2018-01-12 13:26:10 +0400, Sergey Afonin wrote:

 >> А зачем вообще нужен /etc/sysconfig/network ?
 > Допустим, что NETWORKING=yes можно прибить гвоздями.

Лучше, наоборот, отовсюду выкинуть, ибо NETWORKING != yes
не бывает с прошлого тысячелетия.

 > А куда деть CONFMETHOD,

Откуда %_initdir/network поставился, такой и метод.
Ему сказали `service network start` - оно что-то там
настроило, как надо.

 > HOSTNAME,

Единственный реально используемый параметр. Где его
хранить - в принципе, особой разницы нет.

 > RESOLV_MODS ?

Я бы эту ботву вообще выкинул нахрен... Но "пипл хавает".


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Sergey Afonin]

On Friday 12 January 2018, Alexey V. Vissarionov wrote:

>  >> А зачем вообще нужен /etc/sysconfig/network ?
>  > Допустим, что NETWORKING=yes можно прибить гвоздями.
> 
> Лучше, наоборот, отовсюду выкинуть, ибо NETWORKING != yes
> не бывает с прошлого тысячелетия.

Это примерно одно и то же. :-)

>  > А куда деть CONFMETHOD,
> 
> Откуда %_initdir/network поставился, такой и метод.
> Ему сказали `service network start` - оно что-то там
> настроило, как надо.

Некоторые другие тоже настраивать пытаются. Можно, наверное,
их научить понимать, кто такой этот %_initdir/network, но не
проще ли так, как есть ?

> Единственный реально используемый параметр. Где его
> хранить - в принципе, особой разницы нет.
> 
>  > RESOLV_MODS ?
> 
> Я бы эту ботву вообще выкинул нахрен... Но "пипл хавает".

PPP ? Ну куда же без него. Дом.ру, Ростелеком...

-- 
С уважением, Сергей Афонин.

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey Shabalin]

12 января 2018 г., 12:26 пользователь Sergey Afonin <asy@altlinux.org> написал:
> On Thursday 11 January 2018, Alexey Shabalin wrote:
>
>> А зачем вообще нужен /etc/sysconfig/network ?
>
> Допустим, что NETWORKING=yes можно прибить гвоздями.
> А куда деть CONFMETHOD, HOSTNAME, RESOLV_MODS ?
В другом моём письме описано, куда их деть.

-- 
Alexey Shabalin

Re: [devel] [#187391] FAILED (try 32) 389-ds-base.git=1.3.7.8-alt1

[Alexey V. Vissarionov]

On 2018-01-11 21:16:08 +0300, Alexey Shabalin wrote:

 >> etcnet net-scripts rcnet
 >> Итого три пакета. Три, Карл! Хотя по уму уже при появлении
 >> второго пакета следовало бы вынести общие файлы (тем более
 >> конфиг, каковым очевидно является /etc/sysconfig/network) в
 >> отдельный пакет.

 > Во время праздников так лень было в дискуссию вступать. :)
 > Опасаюсь поднять флейм, но.. задам вопрос. А зачем вообще
 > нужен /etc/sysconfig/network ?

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

 > Мы вообще собираемся переходить на distro-agnostic конфиги?

Ээээ... distro-agnostic - свойство софта, а не пакета и уж тем
более не системы. То есть, этим в норме занимаются разработчики
конкретной софтины, а не мейнтейнеры соответствующих пакетов в
дистрибутивах.

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


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net