Re: [devel] nut

Re: [devel] nut

[Sergey Vlasov]

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

On Tue, Nov 13, 2012 at 01:59:55PM +0400, Alexey Shabalin wrote:
> - объединить nut-driver и nut-server - всё равно драйвера нужны только
> серверу. driver-usb, driver-snmp можно оставить в отдельных пакетах.

Кстати, driver-usb отпилен не совсем правильно - часть драйверов для
USB-устройств всё-таки угодила в основной пакет (хотя ещё вопрос, есть ли
смысл их отпиливать только из-за libusb).

Кроме того, не упакован файл правил udev для назначения прав доступа к
USB-устройствам (хотя при использовании chroot он всё равно бесполезен -
drivers/main.c пропатчен так, что инициализация драйвера и открытие файлов
устройств производится до входа в chroot и ещё с правами root, но при
переподключении USB-устройства потребуется service upsdrv restart, хотя
без chroot такая ситуация могла бы быть обработана автоматически).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] nut

[Sergey Vlasov]

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

On Wed, Nov 21, 2012 at 08:25:00PM +0400, Alexey Shabalin wrote:
> сделан тестовый
> task #84771
> если возражений не будет, то уедет в сизиф.
> Прошу заинтересованных посмотреть.
> Для удобства отслеживания изменений всё выложено у меня в git.
> Для избежания разногласий на сборку отправлен srpm.

Насколько я понял, для файлов конфигурации (ups.conf upsd.conf
upsd.users upsd.pem cmdvartab), которые раньше физически находились в
/var/lib/nut/etc/nut, а в /etc/nut лежали симлинки, теперь основная
версия находится в /etc/nut и копируется в /var/lib/nut/etc/nut перед
запуском сервисов upsd и upsmon?  Тогда как минимум не хватает
скриптов %pre для миграции с предыдущего варианта (причём при
просмотре текущего варианта пакета создаётся впечатление, что после
обновления старые файлы конфигурации будут молча затёрты и заменены на
болванки из новой версии пакета, что совсем никуда не годится).

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

В бинарник libnutscan в качестве soname для libusb вкомпилилась
гадость вида ../../lib64/libusb-0.1.so.4 (в libusb-devel действительно
такие симлинки, поскольку тогда ещё заботились об отдельном /usr) -
надо поправить libs.sh.

В пакете nut мусор в документации - ссылка
/usr/share/doc/nut-2.6.5/INSTALL -> /usr/share/automake-1.11/INSTALL
(файл с таким содержимым в собранном пакете вообще не нужен).

Ну и опечатка "sustemd" в %changelog.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Dmitry V. Levin]

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

On Wed, Nov 21, 2012 at 10:42:06PM +0400, Sergey Vlasov wrote:
> On Wed, Nov 21, 2012 at 08:25:00PM +0400, Alexey Shabalin wrote:
> > сделан тестовый
> > task #84771
> > если возражений не будет, то уедет в сизиф.
> > Прошу заинтересованных посмотреть.
> > Для удобства отслеживания изменений всё выложено у меня в git.
> > Для избежания разногласий на сборку отправлен srpm.
> 
> Насколько я понял, для файлов конфигурации (ups.conf upsd.conf
> upsd.users upsd.pem cmdvartab), которые раньше физически находились в
> /var/lib/nut/etc/nut, а в /etc/nut лежали симлинки, теперь основная
> версия находится в /etc/nut и копируется в /var/lib/nut/etc/nut перед
> запуском сервисов upsd и upsmon?  Тогда как минимум не хватает
> скриптов %pre для миграции с предыдущего варианта (причём при
> просмотре текущего варианта пакета создаётся впечатление, что после
> обновления старые файлы конфигурации будут молча затёрты и заменены на
> болванки из новой версии пакета, что совсем никуда не годится).

Интересно, в чем был смысл менять схему?  Какие преимущества от
копирования рутовых файлов в чрут перед хранением их в чруте?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Денис Смирнов]

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

On Wed, Nov 21, 2012 at 11:44:32PM +0400, Dmitry V. Levin wrote:

DVL> Интересно, в чем был смысл менять схему?  Какие преимущества от
DVL> копирования рутовых файлов в чрут перед хранением их в чруте?

etckeeper?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Dmitry V. Levin]

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

On Thu, Nov 22, 2012 at 07:58:13AM +0400, Денис Смирнов wrote:
> On Wed, Nov 21, 2012 at 11:44:32PM +0400, Dmitry V. Levin wrote:
> 
> DVL> Интересно, в чем был смысл менять схему?  Какие преимущества от
> DVL> копирования рутовых файлов в чрут перед хранением их в чруте?
> 
> etckeeper?

etckeeper наверняка настраивается.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Денис Смирнов]

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

On Thu, Nov 22, 2012 at 11:33:55AM +0400, Dmitry V. Levin wrote:

>>> Интересно, в чем был смысл менять схему?  Какие преимущества от
>>> копирования рутовых файлов в чрут перед хранением их в чруте?
>> etckeeper?
DVL> etckeeper наверняка настраивается.

etckeeper это обертка над git. Если файл лежит за пределами git repo в
/etc, то это уже либо не в git, либо в отдельном repo.

Кроме того еще и удобство бэкапа конфигурации. Сделать бэкап /etc удобнее,
чем собирать кусочки конфигов по всему диску.

Системные конфиги должны лежат в /etc.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Alexey Shabalin]

24 ноября 2012 г., 0:15 пользователь Денис Смирнов  написал:
> On Thu, Nov 22, 2012 at 11:33:55AM +0400, Dmitry V. Levin wrote:
>
>>>> Интересно, в чем был смысл менять схему?  Какие преимущества от
>>>> копирования рутовых файлов в чрут перед хранением их в чруте?
>>> etckeeper?
> DVL> etckeeper наверняка настраивается.
>
> etckeeper это обертка над git. Если файл лежит за пределами git repo в
> /etc, то это уже либо не в git, либо в отдельном repo.
>
> Кроме того еще и удобство бэкапа конфигурации. Сделать бэкап /etc удобнее,
> чем собирать кусочки конфигов по всему диску.
>
> Системные конфиги должны лежат в /etc.

Меня тоже расстраивает,  что у нас конфиги надо собирать по всей
системе. Я бы предпочёл что бы в chrootконфиги копировались из /etc/

--
Alexey Shabalin

Re: [devel] nut

[Alexey Shabalin]

22 ноября 2012 г., 18:17 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:
> 21 ноября 2012 г., 22:42 пользователь Sergey Vlasov написал:
>>
>> On Wed, Nov 21, 2012 at 08:25:00PM +0400, Alexey Shabalin wrote:
>>
>> > сделан тестовый
>> > task #84771
>> > если возражений не будет, то уедет в сизиф.
>> > Прошу заинтересованных посмотреть.
>> > Для удобства отслеживания изменений всё выложено у меня в git.
>> > Для избежания разногласий на сборку отправлен srpm.
>>
>> Насколько я понял, для файлов конфигурации (ups.conf upsd.conf
>> upsd.users upsd.pem cmdvartab), которые раньше физически находились в
>> /var/lib/nut/etc/nut, а в /etc/nut лежали симлинки, теперь основная
>> версия находится в /etc/nut и копируется в /var/lib/nut/etc/nut перед
>> запуском сервисов upsd и upsmon?  Тогда как минимум не хватает
>> скриптов %pre для миграции с предыдущего варианта (причём при
>> просмотре текущего варианта пакета создаётся впечатление, что после
>> обновления старые файлы конфигурации будут молча затёрты и заменены на
>> болванки из новой версии пакета, что совсем никуда не годится).
>>
>> И вообще возникает вопрос, стоило ли делать именно так (конечно, есть
>> пакет unreal с аналогичным копированием в chroot собственных файлов
>> конфигурации, но, похоже, он был такой один).
>>
> Вернул обратно.
>
>>
>> В бинарник libnutscan в качестве soname для libusb вкомпилилась
>> гадость вида ../../lib64/libusb-0.1.so.4 (в libusb-devel действительно
>> такие симлинки, поскольку тогда ещё заботились об отдельном /usr) -
>> надо поправить libs.sh.
>>
> исправил.
>
>>
>> В пакете nut мусор в документации - ссылка
>> /usr/share/doc/nut-2.6.5/INSTALL -> /usr/share/automake-1.11/INSTALL
>> (файл с таким содержимым в собранном пакете вообще не нужен).
>>
> убрал  INSTALL
>
>> Ну и опечатка "sustemd" в %changelog.
>>
> Исправил.
> Тестовое задание обновил, в git обновил.
>

Если возражений больше нет - отправляю в сизиф.

--
Alexey Shabalin

Re: [devel] nut

[Mike]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

13.11.2012 13:59, Alexey Shabalin пишет:
> - сейчас директории для chroot указаны в spec (причем дважды в
> разных пакетах - бага), поэтому смысла в переменной
> CHROOTDIR=/var/lib/nut в /etc/sysconfig/upsd нет, её все равно
> нельзя поменять - chroot никто не заполнит. Лучше сделать её
> константой в init-скриптах. Кроме этого предлагаю создавать chroot,
> как это принято в ALTLinux, используя /etc/chroot.d.

хм. Можно ли использовать возможности systemd для чрутования nut, а не
писать скрипт в /etc/chroot.d?

- -- 
Михаил Плужников  <amike@altlinux.ru>
Специалист по тестированию и тех. поддержки
Отдел тестирование и тех. поддержка
ООО "Альт Линукс"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlCidaEACgkQ8W5Me0/StG54zACeMZ/fCds3ckUrJXBLUOD3jpgP
/ZEAn3TqNNqg4YZxpFylI6FY72SPyMOB
=PzZq
-----END PGP SIGNATURE-----

Re: [devel] nut

[Dmitry V. Levin]

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

On Tue, Nov 13, 2012 at 08:30:25PM +0400, Mike wrote:
> 13.11.2012 13:59, Alexey Shabalin пишет:
> > - сейчас директории для chroot указаны в spec (причем дважды в
> > разных пакетах - бага), поэтому смысла в переменной
> > CHROOTDIR=/var/lib/nut в /etc/sysconfig/upsd нет, её все равно
> > нельзя поменять - chroot никто не заполнит. Лучше сделать её
> > константой в init-скриптах. Кроме этого предлагаю создавать chroot,
> > как это принято в ALTLinux, используя /etc/chroot.d.
> 
> хм. Можно ли использовать возможности systemd для чрутования

Разве возможности systemd для чрутования применимы для демонов, которые
инициализируются сами, будучи привилегированными, а потом сами же
переходят в чрут?

> а не писать скрипт в /etc/chroot.d?

Разве systemd предлагает возможности по подготовке чрута, которые
могли бы заменить /etc/chroot.d?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Sergey Y. Afonin]

On Tuesday 13 November 2012, Mike wrote:

> хм. Можно ли использовать возможности systemd для чрутования nut,
> а не писать скрипт в /etc/chroot.d?

Так в серверных дистрибутивах systemd не планируется же. Или что-то
поменялось уже ?

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

Re: [devel] nut

[Mike]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

14.11.2012 09:58, Sergey Y. Afonin пишет:
> On Tuesday 13 November 2012, Mike wrote:
> 
>> хм. Можно ли использовать возможности systemd для чрутования
>> nut, а не писать скрипт в /etc/chroot.d?
> 
> Так в серверных дистрибутивах systemd не планируется же. Или
> что-то поменялось уже ?
> 
С самого начала обсуждения перехода на systemd было понятно, что никто
не будет вечно поддерживать две системы инициализации. В конечном
итоге, будет полный переход на systemd.

- -- 
Михаил Плужников  <amike@altlinux.ru>
Специалист по тестированию и тех. поддержки
Отдел тестирование и тех. поддержка
ООО "Альт Линукс"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlCjOXUACgkQ8W5Me0/StG6pegCfZF3fqxC9dlSIk9Epgs5wDZ9y
7RsAoI9FdJQtClchGIjE7FqLYJYRY7bl
=3g/k
-----END PGP SIGNATURE-----

Re: [devel] nut

[Viacheslav Dubrovskyi]

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

14.11.2012 08:25, Mike пишет:
>>> хм. Можно ли использовать возможности systemd для чрутования
>>> nut, а не писать скрипт в /etc/chroot.d?
>> Так в серверных дистрибутивах systemd не планируется же. Или
>> что-то поменялось уже ?
>>
> С самого начала обсуждения перехода на systemd было понятно, что никто
> не будет вечно поддерживать две системы инициализации. В конечном
> итоге, будет полный переход на systemd.
Наверно я не в теме. А что трудного в поддержке system-V?
Не, ну реально, хочется услышать о проблемах.

-- 
WBR,
Viacheslav Dubrovskyi


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3746 bytes --]

Re: [devel] nut

[Sergey Y. Afonin]

On Wednesday 14 November 2012, Mike wrote:

> В конечном итоге, будет полный переход на systemd.

Вообще, я надеюсь, что это не так. Cистема подобной сложности
совершенно не нужна в качестве той, от которой зависит работа
всей ОС. Это без учёта конкретной реализации. Я бы её и на
десктопе видеть не хотел.

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

Re: [devel] sysvinit/systemd maintenance

[Dmitry V. Levin]

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

On Wed, Nov 14, 2012 at 10:25:57AM +0400, Mike wrote:
> 14.11.2012 09:58, Sergey Y. Afonin пишет:
> > On Tuesday 13 November 2012, Mike wrote:
> > 
> >> хм. Можно ли использовать возможности systemd для чрутования
> >> nut, а не писать скрипт в /etc/chroot.d?
> > 
> > Так в серверных дистрибутивах systemd не планируется же. Или
> > что-то поменялось уже ?
> > 
> С самого начала обсуждения перехода на systemd было понятно, что никто
> не будет вечно поддерживать две системы инициализации. В конечном
> итоге, будет полный переход на systemd.

Одно из неоспоримых преимуществ sysvinit заключается в том, что это давно
просто работает и, если вам не нужны новые фичи, практически не нуждается
в поддержке.  А вот с фичами, конечно, либо systemd, либо портировать.
Так что в отдаленной перспективе у sysvinit будет все более нишевое
применение.  Вас же не удивляют сейчас системы без udev, хоть они и
достаточно специальные.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Anton Farygin]

14.11.2012 09:58, Sergey Y. Afonin пишет:
> On Tuesday 13 November 2012, Mike wrote:
>
>> хм. Можно ли использовать возможности systemd для чрутования nut,
>> а не писать скрипт в /etc/chroot.d?
>
> Так в серверных дистрибутивах systemd не планируется же. Или что-то
> поменялось уже ?
>

Я пока точно не планирую.

Но я пока и server-light на текущий Sisyphus не планирую переводить. Ещё 
месяц, думаю. А там посмотрим.

Re: [devel] nut

[Anton Farygin]

14.11.2012 19:18, Alexey Shabalin пишет:
> 14 ноября 2012 г., 18:42 пользователь Anton Farygin  написал:
>
>     14.11.2012 09:58, Sergey Y. Afonin пишет:
>
>         On Tuesday 13 November 2012, Mike wrote:
>
>
>             хм. Можно ли использовать возможности systemd для чрутования
>             nut,
>             а не писать скрипт в /etc/chroot.d?
>
>
>         Так в серверных дистрибутивах systemd не планируется же. Или что-то
>         поменялось уже ?
>
>
>     Я пока точно не планирую.
>
>     Но я пока и server-light на текущий Sisyphus не планирую переводить.
>     Ещё месяц, думаю. А там посмотрим.
>
> Это не означает что не надо добавлять поддержку systemd в пакеты.
>
> Господа, давайте не отвлекаться от темы.
> Я изначально спрашивал совсем про другое.

да, конечно systemd добавлять надо.


Тестировать только не на чем.

Re: [devel] nut

[Sergey V Turchin]

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

On 13 ноября 2012 13:59:55 Alexey Shabalin wrote:
> Добрый день.
> Добавляя поддержку systemd в  nut получились следующие
> замечания/предложения:
> 
> - объединить nut-driver и nut-server - всё равно драйвера нужны только
> серверу
Тогда и инитскрипты объединить.
Или все-таки может быть 1 server и несколько driver на различных машинах?

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Dmitry V. Levin]

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

On Thu, Nov 15, 2012 at 03:29:40PM +0400, Sergey V Turchin wrote:
> On 13 ноября 2012 13:59:55 Alexey Shabalin wrote:
> > Добрый день.
> > Добавляя поддержку systemd в  nut получились следующие
> > замечания/предложения:
> > 
> > - объединить nut-driver и nut-server - всё равно драйвера нужны только
> > серверу
> Тогда и инитскрипты объединить.

Никогда не объединяйте инит-скрипты от разных демонов.

> Или все-таки может быть 1 server и несколько driver на различных машинах?

Раньше могли.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] nut

[Sergey V Turchin]

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

On 15 ноября 2012 15:48:36 Dmitry V. Levin wrote:

[...]
> Никогда не объединяйте инит-скрипты от разных демонов.
Да это я так, просто ;-)

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]