[devel] /etc/sysctl.d

[devel] /etc/sysctl.d

[Alexey Shabalin]

Уже очень давно существует багу 20938.
Если наш SysV не поддерживает  /etc/sysctl.d, может не мешать другим
это поддерживать?
(например systemd поддерживает  /etc/sysctl.d)

2011/12/8 Girar Builder robot <girar-builder@altlinux.org>:
> http://git.altlinux.org/tasks/59820/logs/events.1.1.log
>
> 2011-Dec-08 18:24:36 :: task #59820 for sisyphus started by shaba:
> #100 build 0.9.8-alt1 from /people/shaba/packages/libvirt.git
> 2011-Dec-08 18:24:39 :: cloned Sisyphus
> 2011-Dec-08 18:24:40 :: [i586] #100 libvirt.git 0.9.8-alt1: build start
> 2011-Dec-08 18:24:40 :: [x86_64] #100 libvirt.git 0.9.8-alt1: build start
> 2011-Dec-08 18:39:00 :: [i586] #100 libvirt.git 0.9.8-alt1: build OK
> 2011-Dec-08 18:39:24 :: [x86_64] #100 libvirt.git 0.9.8-alt1: build OK
> 2011-Dec-08 18:39:30 :: build check OK
> 2011-Dec-08 18:39:33 :: noarch check OK
> 2011-Dec-08 18:39:34 :: version check OK
> 2011-Dec-08 18:40:34 :: created test repo
>        i586: NEW unmet dependencies detected:
> libvirt#0.9.8-alt1              /etc/sysctl.d
>        x86_64: NEW unmet dependencies detected:
> libvirt#0.9.8-alt1              /etc/sysctl.d
> 2011-Dec-08 18:40:40 :: dependencies check FAILED
> 2011-Dec-08 18:40:40 :: task #59820 for sisyphus FAILED



-- 
Alexey Shabalin

Re: [devel] /etc/sysctl.d

[Dmitry V. Levin]

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

On Thu, Dec 08, 2011 at 09:51:06PM +0400, Alexey Shabalin wrote:
> Уже очень давно существует багу 20938.

Да, надо бы сделать, давно уже пора.

> Если наш SysV не поддерживает  /etc/sysctl.d, может не мешать другим
> это поддерживать?
> (например systemd поддерживает  /etc/sysctl.d)

Может быть, добавим /etc/sysctl.d в пакет filesystem?


-- 
ldv

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

Re: [devel] /etc/sysctl.d

[Alexey Shabalin]

8 декабря 2011 г. 23:31 пользователь Dmitry V. Levin написал:
> On Thu, Dec 08, 2011 at 09:51:06PM +0400, Alexey Shabalin wrote:
>> Уже очень давно существует багу 20938.
>
> Да, надо бы сделать, давно уже пора.
>
>> Если наш SysV не поддерживает  /etc/sysctl.d, может не мешать другим
>> это поддерживать?
>> (например systemd поддерживает  /etc/sysctl.d)
>
> Может быть, добавим /etc/sysctl.d в пакет filesystem?
Да.
И ещё
/etc/binfmt.d
/etc/modules-load.d
/etc/tmpfiles.d

-- 
Alexey Shabalin

Re: [devel] /etc/sysctl.d

[Dmitry V. Levin]

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

On Fri, Dec 09, 2011 at 12:59:10PM +0400, Alexey Shabalin wrote:
> 8 декабря 2011 г. 23:31 пользователь Dmitry V. Levin написал:
> > On Thu, Dec 08, 2011 at 09:51:06PM +0400, Alexey Shabalin wrote:
> >> Уже очень давно существует багу 20938.
> >
> > Да, надо бы сделать, давно уже пора.
> >
> >> Если наш SysV не поддерживает  /etc/sysctl.d, может не мешать другим
> >> это поддерживать?
> >> (например systemd поддерживает  /etc/sysctl.d)
> >
> > Может быть, добавим /etc/sysctl.d в пакет filesystem?
> Да.
> И ещё
> /etc/binfmt.d
> /etc/modules-load.d
> /etc/tmpfiles.d

Для них тоже есть/ожидаются альтернативные реализации?


-- 
ldv

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

Re: [devel] /etc/sysctl.d

[Alexey Shabalin]

9 декабря 2011 г. 16:09 пользователь Dmitry V. Levin написал:
> On Fri, Dec 09, 2011 at 12:59:10PM +0400, Alexey Shabalin wrote:
>> 8 декабря 2011 г. 23:31 пользователь Dmitry V. Levin написал:
>> > On Thu, Dec 08, 2011 at 09:51:06PM +0400, Alexey Shabalin wrote:
>> >> Уже очень давно существует багу 20938.
>> >
>> > Да, надо бы сделать, давно уже пора.
>> >
>> >> Если наш SysV не поддерживает  /etc/sysctl.d, может не мешать другим
>> >> это поддерживать?
>> >> (например systemd поддерживает  /etc/sysctl.d)
>> >
>> > Может быть, добавим /etc/sysctl.d в пакет filesystem?
>> Да.
>> И ещё
>> /etc/binfmt.d
>> /etc/modules-load.d
>> /etc/tmpfiles.d
>
> Для них тоже есть/ожидаются альтернативные реализации?
В SysV? в systemd они уже поддерживаются.
Для SysV, думаю, не тяжело добавить.
Если в SysV добавить поддержку /etc/tmpfiles.d, то это поможет и без
systemd использовать tmpfs на /var/run.

-- 
Alexey Shabalin

Re: [devel] /etc/sysctl.d

[Dmitry V. Levin]

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

On Fri, Dec 09, 2011 at 04:45:00PM +0400, Alexey Shabalin wrote:
> 9 декабря 2011 г. 16:09 пользователь Dmitry V. Levin написал:
> > On Fri, Dec 09, 2011 at 12:59:10PM +0400, Alexey Shabalin wrote:
> >> 8 декабря 2011 г. 23:31 пользователь Dmitry V. Levin написал:
> >> > On Thu, Dec 08, 2011 at 09:51:06PM +0400, Alexey Shabalin wrote:
> >> >> Уже очень давно существует багу 20938.
> >> >
> >> > Да, надо бы сделать, давно уже пора.
> >> >
> >> >> Если наш SysV не поддерживает  /etc/sysctl.d, может не мешать другим
> >> >> это поддерживать?
> >> >> (например systemd поддерживает  /etc/sysctl.d)
> >> >
> >> > Может быть, добавим /etc/sysctl.d в пакет filesystem?
> >> Да.
> >> И ещё
> >> /etc/binfmt.d
> >> /etc/modules-load.d
> >> /etc/tmpfiles.d
> >
> > Для них тоже есть/ожидаются альтернативные реализации?
> В SysV? в systemd они уже поддерживаются.
> Для SysV, думаю, не тяжело добавить.

А оно кому-нибудь надо?

Например, systemd поддерживает сразу три binfmt.d-каталога:
/usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
И все это для реализации настройки очень редко используемого интерфейса
ядра.

То же самое триединство наблюдается в systemd и в отношении остальных
.d-каталогов (modules-load.d, sysctl.d, tmpfiles.d).


-- 
ldv

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

Re: [devel] /etc/sysctl.d

[Alexey Gladkov]

09.12.2011 16:45, Alexey Shabalin wrote:
>> Для них тоже есть/ожидаются альтернативные реализации?
> В SysV? в systemd они уже поддерживаются.
> Для SysV, думаю, не тяжело добавить.
> Если в SysV добавить поддержку /etc/tmpfiles.d, то это поможет и без
> systemd использовать tmpfs на /var/run.

А может быть уже пора глобально переехать на systemd ?

-- 
Rgrds, legion

Re: [devel] systemd

[Dmitry V. Levin]

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

On Fri, Dec 09, 2011 at 05:14:33PM +0400, Alexey Gladkov wrote:
> 09.12.2011 16:45, Alexey Shabalin wrote:
> >> Для них тоже есть/ожидаются альтернативные реализации?
> > В SysV? в systemd они уже поддерживаются.
> > Для SysV, думаю, не тяжело добавить.
> > Если в SysV добавить поддержку /etc/tmpfiles.d, то это поможет и без
> > systemd использовать tmpfs на /var/run.
> 
> А может быть уже пора глобально переехать на systemd ?

Аргументируй! :)


-- 
ldv

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

Re: [devel] systemd

[Sergey V Turchin]

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

On 9 декабря 2011 17:17:23 Dmitry V. Levin wrote:

[...]
> > А может быть уже пора глобально переехать на systemd ?
> Аргументируй! :)
1. Какие по вашему плюсы есть у SysV кроме фатально долгого времени загрузки 
системы?
2. systemd уже обкатан в дистрибутивах ubuntu fedora и suse, следовательно и у 
нас проблем не будет надергать патчей.

-- 
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] systemd

[Anton Farygin]

09.12.2011 17:17, Dmitry V. Levin пишет:
> On Fri, Dec 09, 2011 at 05:14:33PM +0400, Alexey Gladkov wrote:
>> 09.12.2011 16:45, Alexey Shabalin wrote:
>>>> Для них тоже есть/ожидаются альтернативные реализации?
>>> В SysV? в systemd они уже поддерживаются.
>>> Для SysV, думаю, не тяжело добавить.
>>> Если в SysV добавить поддержку /etc/tmpfiles.d, то это поможет и без
>>> systemd использовать tmpfs на /var/run.
>>
>> А может быть уже пора глобально переехать на systemd ?
>
> Аргументируй! :)

Мне точно не пора.

Я б ещё пожил на серверах на старье...

Да и на десктопе оно меня не напрягает.

Re: [devel] systemd

[Sergey V Turchin]

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

On 9 декабря 2011 17:26:25 Anton Farygin wrote:
> 09.12.2011 17:17, Dmitry V. Levin пишет:
> > On Fri, Dec 09, 2011 at 05:14:33PM +0400, Alexey Gladkov wrote:
> >> 09.12.2011 16:45, Alexey Shabalin wrote:
> >>>> Для них тоже есть/ожидаются альтернативные реализации?
> >>> 
> >>> В SysV? в systemd они уже поддерживаются.
> >>> Для SysV, думаю, не тяжело добавить.
> >>> Если в SysV добавить поддержку /etc/tmpfiles.d, то это поможет и без
> >>> systemd использовать tmpfs на /var/run.
> >> 
> >> А может быть уже пора глобально переехать на systemd ?
> > 
> > Аргументируй! :)
> 
> Мне точно не пора.
Это, видимо, потому, что от того первого опыта "но осадок остался" ;-)
 
> Я б ещё пожил на серверах на старье...
> 
> Да и на десктопе оно меня не напрягает.

-- 
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] systemd

[Alexander Bokovoy]

2011/12/9 Sergey V Turchin <zerg@altlinux.org>:
> On 9 декабря 2011 17:17:23 Dmitry V. Levin wrote:
>
> [...]
>> > А может быть уже пора глобально переехать на systemd ?
>> Аргументируй! :)
> 1. Какие по вашему плюсы есть у SysV кроме фатально долгого времени загрузки
> системы?
> 2. systemd уже обкатан в дистрибутивах ubuntu fedora и suse, следовательно и у
> нас проблем не будет надергать патчей.
Из моего опыта переноса FreeIPA на systemd:
- работа заняла около месяца, чтобы добиться работоспособности самого
FreeIPA и связанных служб (389-ds, krb5kdc, bind, dogtag, certmonger),
- systemd очень плохо приспособлен к серверной среде. Все его "фичи"
вроде socket activation слабо нужны для серверов, поддерживающих
защищенные протоколы,
- загрузка, кончено, быстрее стала, но отладка сильно хуже -- много
нетривиальных телодвижений, не описанных в документации и требующих
изучения исходного кода systemd,
- EnvironmentFile и переменные окружения в systemd ведут себя немного
не так, как конструкция ". /etc/sysconfig/foo", нужно иногда
переписывать совсем всю обвязку.

Синтаксис управления сервисами для администраторов отличается и к
этому не привыкнуть. :)

-- 
/ Alexander Bokovoy

Re: [devel] systemd

[Anton Gorlov]

09.12.2011 17:28, Sergey V Turchin пишет:
>>>> А может быть уже пора глобально переехать на systemd ?
>>> >  >
>>> >  >  Аргументируй!:)
>> >
>> >  Мне точно не пора.
> Это, видимо, потому, что от того первого опыта "но осадок остался";-)
>
Попробовать что ли..
Хотя блин не хочется мешать 2 нерешённых проблемы и добавлением чего-то 
нового.

Re: [devel] /etc/sysctl.d

[Michael Shigorin]

On Fri, Dec 09, 2011 at 05:14:19PM +0400, Dmitry V. Levin wrote:
> А оно кому-нибудь надо?

/var/run на tmpfs скорее надо.

> Например, systemd поддерживает сразу три binfmt.d-каталога:

С подобным я бы не бежал вперёд паровоза, пока пыль не осядет.


On Fri, Dec 09, 2011 at 05:14:33PM +0400, Alexey Gladkov wrote:
> А может быть уже пора глобально переехать на systemd ?

Я сделал начальную поддержку в mkimage-profiles, но как минимум
для контейнеров не вижу в systemd никакой выгоды -- да и для
серверов пока тоже (по сравнению с sysvinit+monit).  Плюс апстрим
IMHO цепанул звёздную болезнь, от такого лучше держать некоторую
дистанцию именно на случай бурного процесса оседания пыли.


On Fri, Dec 09, 2011 at 05:26:25PM +0400, Anton Farygin wrote:
> Мне точно не пора.
> Я б ещё пожил на серверах на старье...
> Да и на десктопе оно меня не напрягает.

Аналогично; ну и
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2011-November/022390.html

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] /etc/sysctl.d

[Alexey Shabalin]

9 декабря 2011 г. 17:14 пользователь Dmitry V. Levin написал:
> On Fri, Dec 09, 2011 at 04:45:00PM +0400, Alexey Shabalin wrote:
>> 9 декабря 2011 г. 16:09 пользователь Dmitry V. Levin написал:
>> > On Fri, Dec 09, 2011 at 12:59:10PM +0400, Alexey Shabalin wrote:
>> >> 8 декабря 2011 г. 23:31 пользователь Dmitry V. Levin написал:
>> >> > On Thu, Dec 08, 2011 at 09:51:06PM +0400, Alexey Shabalin wrote:
>> >> >> Уже очень давно существует багу 20938.
>> >> >
>> >> > Да, надо бы сделать, давно уже пора.
>> >> >
>> >> >> Если наш SysV не поддерживает  /etc/sysctl.d, может не мешать другим
>> >> >> это поддерживать?
>> >> >> (например systemd поддерживает  /etc/sysctl.d)
>> >> >
>> >> > Может быть, добавим /etc/sysctl.d в пакет filesystem?
>> >> Да.
>> >> И ещё
>> >> /etc/binfmt.d
>> >> /etc/modules-load.d
>> >> /etc/tmpfiles.d
>> >
>> > Для них тоже есть/ожидаются альтернативные реализации?
>> В SysV? в systemd они уже поддерживаются.
>> Для SysV, думаю, не тяжело добавить.
>
> А оно кому-нибудь надо?

Да.
binfmt.d есть желание использовать в qemu, возможно wine.
modules-load.d тоже найдутся желающие использовать.

> Например, systemd поддерживает сразу три binfmt.d-каталога:
> /usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
> И все это для реализации настройки очень редко используемого интерфейса
> ядра.

Для SysV, возможно, достаточно реализовать поддержку в /etc

> То же самое триединство наблюдается в systemd и в отношении остальных
> .d-каталогов (modules-load.d, sysctl.d, tmpfiles.d).
При желании можно удалить "лишнее", оставить только /etc, но я бы
оставил это на будущее.

-- 
Alexey Shabalin

Re: [devel] /etc/sysctl.d

[Dmitriy Kruglikov]

9 декабря 2011 г. 15:36 пользователь Michael Shigorin написал:

> С подобным я бы не бежал вперёд паровоза, пока пыль не осядет.
А потом еще пару рейсов мимо пропустил...

>Плюс апстрим IMHO цепанул звёздную болезнь, от такого лучше держать некоторую
> дистанцию именно на случай бурного процесса оседания пыли.
Полностью поддерживаю...


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel] systemd

[Michael Shigorin]

On Fri, Dec 09, 2011 at 03:33:47PM +0200, Alexander Bokovoy wrote:
> - systemd очень плохо приспособлен к серверной среде.

Меня напрягло, когда в него засунули в виде error(!)
предупреждение(!!) в общем виде о том, что на поверку
выглядит как ошибка реализации pulseaudio и применения
udev с /usr/lib/udev/: http://lwn.net/Articles/431215/

Такой лисий подход доверия не вызывает, хотя судя по rhbz
-- некоторое количество грабель с отдельным /usr в редхате
всё же есть (и в anaconda такой профиль обчекрыжыли вроде),
в основном вызванных новоделом вроде NM/PA.

(понимаю, что шуму много, но вещи надо называть своими именами)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] /etc/sysctl.d

[Dmitry V. Levin]

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

On Fri, Dec 09, 2011 at 05:41:47PM +0400, Alexey Shabalin wrote:
> 9 декабря 2011 г. 17:14 пользователь Dmitry V. Levin написал:
> > On Fri, Dec 09, 2011 at 04:45:00PM +0400, Alexey Shabalin wrote:
> >> 9 декабря 2011 г. 16:09 пользователь Dmitry V. Levin написал:
> >> > On Fri, Dec 09, 2011 at 12:59:10PM +0400, Alexey Shabalin wrote:
[...]
> >> >> /etc/binfmt.d
> >> >> /etc/modules-load.d
> >> >> /etc/tmpfiles.d
> >> >
> >> > Для них тоже есть/ожидаются альтернативные реализации?
> >> В SysV? в systemd они уже поддерживаются.
> >> Для SysV, думаю, не тяжело добавить.
> >
> > А оно кому-нибудь надо?
> 
> Да.
> binfmt.d есть желание использовать в qemu, возможно wine.
> modules-load.d тоже найдутся желающие использовать.
> 
> > Например, systemd поддерживает сразу три binfmt.d-каталога:
> > /usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
> > И все это для реализации настройки очень редко используемого интерфейса
> > ядра.
> 
> Для SysV, возможно, достаточно реализовать поддержку в /etc
> 
> > То же самое триединство наблюдается в systemd и в отношении остальных
> > .d-каталогов (modules-load.d, sysctl.d, tmpfiles.d).
> При желании можно удалить "лишнее", оставить только /etc, но я бы
> оставил это на будущее.

Давайте попробуем подумать на будущее, чтобы сразу сделать правильно.


-- 
ldv

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

Re: [devel] /etc/sysctl.d, /lib/sysctl.d

[Dmitry V. Levin]

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

On Fri, Dec 09, 2011 at 08:04:52PM +0400, Dmitry V. Levin wrote:
> On Fri, Dec 09, 2011 at 05:41:47PM +0400, Alexey Shabalin wrote:
> > 9 декабря 2011 г. 17:14 пользователь Dmitry V. Levin написал:
[...]
> > > Например, systemd поддерживает сразу три binfmt.d-каталога:
> > > /usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
> > > И все это для реализации настройки очень редко используемого интерфейса
> > > ядра.
> > 
> > Для SysV, возможно, достаточно реализовать поддержку в /etc
> > 
> > > То же самое триединство наблюдается в systemd и в отношении остальных
> > > .d-каталогов (modules-load.d, sysctl.d, tmpfiles.d).
> > При желании можно удалить "лишнее", оставить только /etc, но я бы
> > оставил это на будущее.
> 
> Давайте попробуем подумать на будущее, чтобы сразу сделать правильно.

В общем, /run/*.d я бы пока не трогал, поскольку это все равно
не затрагивает другие пакеты и может быть рассмотрено позднее.

Что касается /usr/lib/sysctl.d и /etc/sysctl.d (и остальных *.d), то
давайте подумаем.

У нас в системе уже есть пример такого подхода в udev, где правила хранятся
как в /lib/udev/rules.d/, так и в /etc/udev/rules.d/, видимо, со следующим
предположением: те, что в /lib, являются неотъемлемой частью пакета и не
подлежат модификации, а те, что в /etc, отдаются на откуп сисадмину
(который, впрочем, имеет право скопировать файл из /lib/udev/rules.d/
в /etc/udev/rules.d/ и там уже его отредактировать).

Еще один пример такого подхода - это разделение rpm/macros.d на два
каталога, /usr/lib/rpm/macros.d/ и /etc/rpm/macros.d/, с той же целью:
первый - для пакетов, второй - для сисадмина.

Что касается /lib/sysctl.d vs /usr/lib/sysctl.d, то тут все вроде бы ясно:
если мы НЕ придерживаемся новомодной точки зрения, которую активно
продвигает автор systemd, что все надо двигать в /usr, а различия между
/lib и /usr/lib неактуальны, то имеет смысл предлагать использовать именно
/lib/sysctl.d (/lib/modules-load.d, /lib/tmpfiles.d) для пакетов и
соответствующие им каталоги в /etc/ для сисадминов.  Вопрос совместимости
с апстримным systemd можно решить с помощью policy и symlinks.

Осталось решить, заводить нам пару каталогов с разграничением
предназначения, или ограничиться одним.


-- 
ldv

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

Re: [devel] systemd

[Anton Farygin]

09.12.2011 17:28, Sergey V Turchin пишет:
> On 9 декабря 2011 17:26:25 Anton Farygin wrote:
>> 09.12.2011 17:17, Dmitry V. Levin пишет:
>>> On Fri, Dec 09, 2011 at 05:14:33PM +0400, Alexey Gladkov wrote:
>>>> 09.12.2011 16:45, Alexey Shabalin wrote:
>>>>>> Для них тоже есть/ожидаются альтернативные реализации?
>>>>>
>>>>> В SysV? в systemd они уже поддерживаются.
>>>>> Для SysV, думаю, не тяжело добавить.
>>>>> Если в SysV добавить поддержку /etc/tmpfiles.d, то это поможет и без
>>>>> systemd использовать tmpfs на /var/run.
>>>>
>>>> А может быть уже пора глобально переехать на systemd ?
>>>
>>> Аргументируй! :)
>>
>> Мне точно не пора.
> Это, видимо, потому, что от того первого опыта "но осадок остался" ;-)

Нет, это ровно потому что пальцы помнят лучше текущую систему...

в случай с администрированием это важно.

Re: [devel] systemd

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

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

On Fri, Dec 09, 2011 at 05:25:33PM +0400, Sergey V Turchin wrote:

SVT> 1. Какие по вашему плюсы есть у SysV кроме фатально долгого времени загрузки 
SVT> системы?

а) он просто работает;
б) он понятен и предсказуем;
в) он тривиален -- процесс загрузки понятен, и элементарно RTFS'ится

Главный недостаток systemd, что в одном сервисе объединено слишком много
разного. Он сложный.

Хотя сами идеи и подходы в нем мне нравятся, и даже на серверах. Так что,
увы, видимо пока кто-нибудь не напишет что-то лучше -- это наше ближайшее
будущее.

А не париться о порядке загрузки сервисов прописывая им номера (вместо
зависимостей) я хотел бы и на виртуалках. Правда предыдущая попытка
собрать openvz VE с sysmted у меня вышла неуспешной. Если у кого есть
позитивный опыт -- хотелось бы его услышать.

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

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

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

Re: [devel] /etc/sysctl.d

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

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

On Fri, Dec 09, 2011 at 05:14:19PM +0400, Dmitry V. Levin wrote:

DVL> Например, systemd поддерживает сразу три binfmt.d-каталога:
DVL> /usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
DVL> И все это для реализации настройки очень редко используемого интерфейса
DVL> ядра.

3 точки управления здесь излишни -- достаточно /etc/binfmt.d/*.conf.

А вот интерфейс хоть и редкоиспользуемый, но полезный: java, mono, wine,
qemu. То что он "редкоиспользуемый" склонен считать багой дистрибутивов, а
не пользовательскими предпочтениями.

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

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

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

Re: [devel] systemd

[Alexey Shabalin]

9 декабря 2011 г. 22:53 пользователь Денис Смирнов написал:
> On Fri, Dec 09, 2011 at 05:25:33PM +0400, Sergey V Turchin wrote:
>
> SVT> 1. Какие по вашему плюсы есть у SysV кроме фатально долгого времени загрузки
> SVT> системы?
>
> а) он просто работает;
> б) он понятен и предсказуем;
> в) он тривиален -- процесс загрузки понятен, и элементарно RTFS'ится
>
> Главный недостаток systemd, что в одном сервисе объединено слишком много
> разного. Он сложный.
>
> Хотя сами идеи и подходы в нем мне нравятся, и даже на серверах. Так что,
> увы, видимо пока кто-нибудь не напишет что-то лучше -- это наше ближайшее
> будущее.
>
> А не париться о порядке загрузки сервисов прописывая им номера (вместо
> зависимостей) я хотел бы и на виртуалках. Правда предыдущая попытка
> собрать openvz VE с sysmted у меня вышла неуспешной. Если у кого есть
> позитивный опыт -- хотелось бы его услышать.

Да, с работой openvz есть комплекс проблем.
https://bugzilla.redhat.com/show_bug.cgi?id=708629

-- 
Alexey Shabalin

Re: [devel] /etc/sysctl.d, /lib/sysctl.d

[Alexey Shabalin]

9 декабря 2011 г. 20:27 пользователь Dmitry V. Levin написал:
> On Fri, Dec 09, 2011 at 08:04:52PM +0400, Dmitry V. Levin wrote:
>> On Fri, Dec 09, 2011 at 05:41:47PM +0400, Alexey Shabalin wrote:
>> > 9 декабря 2011 г. 17:14 пользователь Dmitry V. Levin написал:
> [...]
>> > > Например, systemd поддерживает сразу три binfmt.d-каталога:
>> > > /usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
>> > > И все это для реализации настройки очень редко используемого интерфейса
>> > > ядра.
>> >
>> > Для SysV, возможно, достаточно реализовать поддержку в /etc
>> >
>> > > То же самое триединство наблюдается в systemd и в отношении остальных
>> > > .d-каталогов (modules-load.d, sysctl.d, tmpfiles.d).
>> > При желании можно удалить "лишнее", оставить только /etc, но я бы
>> > оставил это на будущее.
>>
>> Давайте попробуем подумать на будущее, чтобы сразу сделать правильно.
>
> В общем, /run/*.d я бы пока не трогал, поскольку это все равно
> не затрагивает другие пакеты и может быть рассмотрено позднее.
>
> Что касается /usr/lib/sysctl.d и /etc/sysctl.d (и остальных *.d), то
> давайте подумаем.
>
> У нас в системе уже есть пример такого подхода в udev, где правила хранятся
> как в /lib/udev/rules.d/, так и в /etc/udev/rules.d/, видимо, со следующим
> предположением: те, что в /lib, являются неотъемлемой частью пакета и не
> подлежат модификации, а те, что в /etc, отдаются на откуп сисадмину
> (который, впрочем, имеет право скопировать файл из /lib/udev/rules.d/
> в /etc/udev/rules.d/ и там уже его отредактировать).
>
> Еще один пример такого подхода - это разделение rpm/macros.d на два
> каталога, /usr/lib/rpm/macros.d/ и /etc/rpm/macros.d/, с той же целью:
> первый - для пакетов, второй - для сисадмина.
>
> Что касается /lib/sysctl.d vs /usr/lib/sysctl.d, то тут все вроде бы ясно:
> если мы НЕ придерживаемся новомодной точки зрения, которую активно
> продвигает автор systemd, что все надо двигать в /usr, а различия между
> /lib и /usr/lib неактуальны, то имеет смысл предлагать использовать именно
> /lib/sysctl.d (/lib/modules-load.d, /lib/tmpfiles.d) для пакетов и
> соответствующие им каталоги в /etc/ для сисадминов.  Вопрос совместимости
> с апстримным systemd можно решить с помощью policy и symlinks.

Согласен, надо использовать /lib вместо /usr/lib.
В следующей сборке сделаю.

> Осталось решить, заводить нам пару каталогов с разграничением
> предназначения, или ограничиться одним.

Лучше пару. Нам это ничего не стоит, а большую гибкость добавляет.

-- 
Alexey Shabalin

Re: [devel] /etc/sysctl.d, /lib/sysctl.d

[Dmitry V. Levin]

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

On Mon, Dec 12, 2011 at 01:06:02PM +0400, Alexey Shabalin wrote:
> 9 декабря 2011 г. 20:27 пользователь Dmitry V. Levin написал:
> > On Fri, Dec 09, 2011 at 08:04:52PM +0400, Dmitry V. Levin wrote:
> >> On Fri, Dec 09, 2011 at 05:41:47PM +0400, Alexey Shabalin wrote:
> >> > 9 декабря 2011 г. 17:14 пользователь Dmitry V. Levin написал:
> > [...]
> >> > > Например, systemd поддерживает сразу три binfmt.d-каталога:
> >> > > /usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
> >> > > И все это для реализации настройки очень редко используемого интерфейса
> >> > > ядра.
> >> >
> >> > Для SysV, возможно, достаточно реализовать поддержку в /etc
> >> >
> >> > > То же самое триединство наблюдается в systemd и в отношении остальных
> >> > > .d-каталогов (modules-load.d, sysctl.d, tmpfiles.d).
> >> > При желании можно удалить "лишнее", оставить только /etc, но я бы
> >> > оставил это на будущее.
> >>
> >> Давайте попробуем подумать на будущее, чтобы сразу сделать правильно.
> >
> > В общем, /run/*.d я бы пока не трогал, поскольку это все равно
> > не затрагивает другие пакеты и может быть рассмотрено позднее.
> >
> > Что касается /usr/lib/sysctl.d и /etc/sysctl.d (и остальных *.d), то
> > давайте подумаем.
> >
> > У нас в системе уже есть пример такого подхода в udev, где правила хранятся
> > как в /lib/udev/rules.d/, так и в /etc/udev/rules.d/, видимо, со следующим
> > предположением: те, что в /lib, являются неотъемлемой частью пакета и не
> > подлежат модификации, а те, что в /etc, отдаются на откуп сисадмину
> > (который, впрочем, имеет право скопировать файл из /lib/udev/rules.d/
> > в /etc/udev/rules.d/ и там уже его отредактировать).
> >
> > Еще один пример такого подхода - это разделение rpm/macros.d на два
> > каталога, /usr/lib/rpm/macros.d/ и /etc/rpm/macros.d/, с той же целью:
> > первый - для пакетов, второй - для сисадмина.
> >
> > Что касается /lib/sysctl.d vs /usr/lib/sysctl.d, то тут все вроде бы ясно:
> > если мы НЕ придерживаемся новомодной точки зрения, которую активно
> > продвигает автор systemd, что все надо двигать в /usr, а различия между
> > /lib и /usr/lib неактуальны, то имеет смысл предлагать использовать именно
> > /lib/sysctl.d (/lib/modules-load.d, /lib/tmpfiles.d) для пакетов и
> > соответствующие им каталоги в /etc/ для сисадминов.  Вопрос совместимости
> > с апстримным systemd можно решить с помощью policy и symlinks.
> 
> Согласен, надо использовать /lib вместо /usr/lib.
> В следующей сборке сделаю.
> 
> > Осталось решить, заводить нам пару каталогов с разграничением
> > предназначения, или ограничиться одним.
> 
> Лучше пару. Нам это ничего не стоит, а большую гибкость добавляет.

Итак, предлагается добавить 8 каталогов в пакет filesystem:
/etc/binfmt.d
/etc/modules-load.d
/etc/sysctl.d
/etc/tmpfiles.d
/lib/binfmt.d
/lib/modules-load.d
/lib/sysctl.d
/lib/tmpfiles.d

Есть ли какие-нибудь другие соображения на эту тему?


-- 
ldv

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

Re: [devel] /etc/sysctl.d, /lib/sysctl.d

[Alexey Shabalin]

12 декабря 2011 г. 19:05 пользователь Dmitry V. Levin написал:
> On Mon, Dec 12, 2011 at 01:06:02PM +0400, Alexey Shabalin wrote:
>> 9 декабря 2011 г. 20:27 пользователь Dmitry V. Levin написал:
>> > On Fri, Dec 09, 2011 at 08:04:52PM +0400, Dmitry V. Levin wrote:
>> >> On Fri, Dec 09, 2011 at 05:41:47PM +0400, Alexey Shabalin wrote:
>> >> > 9 декабря 2011 г. 17:14 пользователь Dmitry V. Levin написал:
>> > [...]
>> >> > > Например, systemd поддерживает сразу три binfmt.d-каталога:
>> >> > > /usr/lib/binfmt.d/*.conf, /etc/binfmt.d/*.conf и /run/binfmt.d/*.conf
>> >> > > И все это для реализации настройки очень редко используемого интерфейса
>> >> > > ядра.
>> >> >
>> >> > Для SysV, возможно, достаточно реализовать поддержку в /etc
>> >> >
>> >> > > То же самое триединство наблюдается в systemd и в отношении остальных
>> >> > > .d-каталогов (modules-load.d, sysctl.d, tmpfiles.d).
>> >> > При желании можно удалить "лишнее", оставить только /etc, но я бы
>> >> > оставил это на будущее.
>> >>
>> >> Давайте попробуем подумать на будущее, чтобы сразу сделать правильно.
>> >
>> > В общем, /run/*.d я бы пока не трогал, поскольку это все равно
>> > не затрагивает другие пакеты и может быть рассмотрено позднее.
>> >
>> > Что касается /usr/lib/sysctl.d и /etc/sysctl.d (и остальных *.d), то
>> > давайте подумаем.
>> >
>> > У нас в системе уже есть пример такого подхода в udev, где правила хранятся
>> > как в /lib/udev/rules.d/, так и в /etc/udev/rules.d/, видимо, со следующим
>> > предположением: те, что в /lib, являются неотъемлемой частью пакета и не
>> > подлежат модификации, а те, что в /etc, отдаются на откуп сисадмину
>> > (который, впрочем, имеет право скопировать файл из /lib/udev/rules.d/
>> > в /etc/udev/rules.d/ и там уже его отредактировать).
>> >
>> > Еще один пример такого подхода - это разделение rpm/macros.d на два
>> > каталога, /usr/lib/rpm/macros.d/ и /etc/rpm/macros.d/, с той же целью:
>> > первый - для пакетов, второй - для сисадмина.
>> >
>> > Что касается /lib/sysctl.d vs /usr/lib/sysctl.d, то тут все вроде бы ясно:
>> > если мы НЕ придерживаемся новомодной точки зрения, которую активно
>> > продвигает автор systemd, что все надо двигать в /usr, а различия между
>> > /lib и /usr/lib неактуальны, то имеет смысл предлагать использовать именно
>> > /lib/sysctl.d (/lib/modules-load.d, /lib/tmpfiles.d) для пакетов и
>> > соответствующие им каталоги в /etc/ для сисадминов.  Вопрос совместимости
>> > с апстримным systemd можно решить с помощью policy и symlinks.
>>
>> Согласен, надо использовать /lib вместо /usr/lib.
>> В следующей сборке сделаю.
>>
>> > Осталось решить, заводить нам пару каталогов с разграничением
>> > предназначения, или ограничиться одним.
>>
>> Лучше пару. Нам это ничего не стоит, а большую гибкость добавляет.
>
> Итак, предлагается добавить 8 каталогов в пакет filesystem:
> /etc/binfmt.d
> /etc/modules-load.d
> /etc/sysctl.d
> /etc/tmpfiles.d
> /lib/binfmt.d
> /lib/modules-load.d
> /lib/sysctl.d
> /lib/tmpfiles.d

Да.

> Есть ли какие-нибудь другие соображения на эту тему?
Прямо сейчас больше соображений нет.

Остался только /run
Но если его добавить, udev смонтирует /var/run на tmpfs, к чему мы ещё
не до конца готовы.

-- 
Alexey Shabalin

Re: [devel] /etc/sysctl.d, /lib/sysctl.d

[Sergei Epiphanov]

On 12 декабря 2011 19:33 Alexey Shabalin wrote:
> Остался только /run
> Но если его добавить, udev смонтирует /var/run на tmpfs, к чему мы ещё
> не до конца готовы.

Не /var/run, а /run. Все мои компьютеры под Сизифом уже с этим работают (в 
смысле /run на tmpfs). Просто создал руками каталог, когда выпало сообщение о 
его поиске.

А в чём выражается эта неготовность?

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

Re: [devel] systemd

[Dmitry V. Levin]

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

On Fri, Dec 09, 2011 at 05:17:23PM +0400, Dmitry V. Levin wrote:
> On Fri, Dec 09, 2011 at 05:14:33PM +0400, Alexey Gladkov wrote:
> > 09.12.2011 16:45, Alexey Shabalin wrote:
> > >> Для них тоже есть/ожидаются альтернативные реализации?
> > > В SysV? в systemd они уже поддерживаются.
> > > Для SysV, думаю, не тяжело добавить.
> > > Если в SysV добавить поддержку /etc/tmpfiles.d, то это поможет и без
> > > systemd использовать tmpfs на /var/run.
> > 
> > А может быть уже пора глобально переехать на systemd ?
> 
> Аргументируй! :)

Желающие высказались, настроения в обществе вполне очевидны.

Что касается моей личной точки зрения, то мне с разработчиками systemd,
а именно, с их, по выражению Al Viro, "the embrace-and-extend games
they are playing", не по пути.

Как сказал сегодня Kay Sievers про systemd, "I don't think you have been
involved in defining the focus of it, and the systemd people do not
necessary come to the same conclusion as you."

Когда мне станет все равно, какой код работает у меня в системе, тогда
моя точка зрения, очевидно, изменится.


-- 
ldv

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

Re: [devel] systemd

[Alexey Gladkov]

21.01.2012 03:49, Dmitry V. Levin wrote:
>>> А может быть уже пора глобально переехать на systemd ?
>>
>> Аргументируй! :)
> 
> Желающие высказались, настроения в обществе вполне очевидны.
> 
> Что касается моей личной точки зрения, то мне с разработчиками systemd,
> а именно, с их, по выражению Al Viro, "the embrace-and-extend games
> they are playing", не по пути.
> 
> Как сказал сегодня Kay Sievers про systemd, "I don't think you have been
> involved in defining the focus of it, and the systemd people do not
> necessary come to the same conclusion as you."
> 
> Когда мне станет все равно, какой код работает у меня в системе, тогда
> моя точка зрения, очевидно, изменится.

Давай тогда определимся с статусом разных init'ов в репозитории.
Сейчас у нас получается лебедь-рак-щука ... то у нас были поветрия
добавлять в init-скрипты необходимое для upstart, теперь рассовываются
сервисы для systemd...

-- 
Rgrds, legion

Re: [devel] systemd

[Michael Shigorin]

On Sun, Jan 22, 2012 at 02:34:28PM +0400, Alexey Gladkov wrote:
> Давай тогда определимся с статусом разных init'ов в репозитории.

Насколько понимаю, в opensuse сейчас systemd по умолчанию,
но пока гвоздями не особо прибит и переключиться с него на
sysvinit можно одним пинком.  Для меня идеальной была бы
ситуация, когда переключиться _на_ systemd можно одним пинком,
если это надо.

А Леннарт пусть сперва набьёт положенное количество шишек об
отдельный /usr и прочие угловые случаи да станет называть вещи
своими именами плюс перестанет претендовать на универсальность,
делая в общем-то нужное.  Надо будет ему подкинуть вопрос по
тонким клиентам -- с sysvinit юзерспейс с иксами влазит в 8M.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] systemd

[Alexey Gladkov]

22.01.2012 20:37, Michael Shigorin wrote:
> Насколько понимаю, в opensuse сейчас systemd по умолчанию,
> но пока гвоздями не особо прибит и переключиться с него на
> sysvinit можно одним пинком.  Для меня идеальной была бы
> ситуация, когда переключиться _на_ systemd можно одним пинком,
> если это надо.

Хм... ты же знаешь, что бывает, когда пытаешься сидеть сразу на двух
стульях?

-- 
Rgrds, legion

Re: [devel] systemd

[Michael Shigorin]

On Sun, Jan 22, 2012 at 09:49:28PM +0400, Alexey Gladkov wrote:
> Хм... ты же знаешь, что бывает, когда пытаешься сидеть
> сразу на двух стульях?

А теперь представь, какие это должны быть стулья,
чтоб у меня были шансы произвести эксперимент. :)

Не знаю, мне резко не нравится идея переходить на systemd
в качестве основного при частично невменяемом апстриме.
Он решает часть накопившихся проблем, но создаёт новые
и не всем этот tradeoff приемлем.

2 ldv: кстати про ALTSP -- дай ACL на mkinitrd (#21588).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] systemd

[Alexey Gladkov]

22.01.2012 21:56, Michael Shigorin wrote:
> Не знаю, мне резко не нравится идея переходить на systemd
> в качестве основного при частично невменяемом апстриме.
> Он решает часть накопившихся проблем, но создаёт новые
> и не всем этот tradeoff приемлем.

Я не призываю переходить на systemd. Своим первым постом я хотел
подтолкнуть к обсуждению и выбору некого курса.

Тогда из сказанного следует, что переход на systemd в ближайшей
перспективе не планируется (а равно и на другие реализации init).
Он в репозитории "на посмотреть".

-- 
Rgrds, legion

Re: [devel] systemd

[Igor Vlasenko]

On Sun, Jan 22, 2012 at 10:24:24PM +0400, Alexey Gladkov wrote:
> Тогда из сказанного следует, что переход на systemd в ближайшей
> перспективе не планируется (а равно и на другие реализации init).

> Он в репозитории "на посмотреть".
На посмотреть это, наверное, слишком сильно сказано.

поддержка systemd пакетами никак не мешает пользоваться sys V init,
поэтому добавление в пакеты файлов для systemd должно
всячески приветствоваться. 

А то некоторые люди, могут не не совсем правильно это понять,
и начать выбрасывать имеющуюся поддержку из своих пакетов,
или мешать добавлять другим поддержку systemd в свои пакеты.

Что никак не есть хорошо.

Умолчальный sys V init это одно, а возможность пользоваться
systemd как альтернативным -- это совсем другое.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] systemd

[Aleksey Novodvorsky]

23 января 2012 г. 1:23 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
> On Sun, Jan 22, 2012 at 10:24:24PM +0400, Alexey Gladkov wrote:
>> Тогда из сказанного следует, что переход на systemd в ближайшей
>> перспективе не планируется (а равно и на другие реализации init).
>
>> Он в репозитории "на посмотреть".
> На посмотреть это, наверное, слишком сильно сказано.
>
> поддержка systemd пакетами никак не мешает пользоваться sys V init,
> поэтому добавление в пакеты файлов для systemd должно
> всячески приветствоваться.

+1

Rgrds, Алексей

Re: [devel] systemd

[Dmitry V. Levin]

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

On Sun, Jan 22, 2012 at 02:34:28PM +0400, Alexey Gladkov wrote:
> 21.01.2012 03:49, Dmitry V. Levin wrote:
> >>> А может быть уже пора глобально переехать на systemd ?
> >>
> >> Аргументируй! :)
> > 
> > Желающие высказались, настроения в обществе вполне очевидны.
> > 
> > Что касается моей личной точки зрения, то мне с разработчиками systemd,
> > а именно, с их, по выражению Al Viro, "the embrace-and-extend games
> > they are playing", не по пути.
> > 
> > Как сказал сегодня Kay Sievers про systemd, "I don't think you have been
> > involved in defining the focus of it, and the systemd people do not
> > necessary come to the same conclusion as you."
> > 
> > Когда мне станет все равно, какой код работает у меня в системе, тогда
> > моя точка зрения, очевидно, изменится.
> 
> Давай тогда определимся с статусом разных init'ов в репозитории.

Надо понимать, что systemd позиционируется не как еще один init, а как
еще одна платформа.  systemd сейчас развивается как грибы после дождя
("the embrace-and-extend games").  Количество разнообразных служб и
всяческого функционала за пределами init, который на данный момент
systemd претендует реализовать, вызывает именно такую ассоциацию.

> Сейчас у нас получается лебедь-рак-щука ... то у нас были поветрия
> добавлять в init-скрипты необходимое для upstart, теперь рассовываются
> сервисы для systemd...

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


-- 
ldv

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

Re: [devel] systemd

[Alexey Gladkov]

23.01.2012 01:23, Igor Vlasenko wrote:
> поддержка systemd пакетами никак не мешает пользоваться sys V init,
> поэтому добавление в пакеты файлов для systemd должно
> всячески приветствоваться. 

Наравне с upstart.

-- 
Rgrds, legion

Re: [devel] systemd

[Dmitry V. Levin]

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

On Mon, Jan 23, 2012 at 01:32:43AM +0400, Alexey Gladkov wrote:
> 23.01.2012 01:23, Igor Vlasenko wrote:
> > поддержка systemd пакетами никак не мешает пользоваться sys V init,
> > поэтому добавление в пакеты файлов для systemd должно
> > всячески приветствоваться. 
> 
> Наравне с upstart.

Нет, с upstart уже не сложилось.  А у systemd еще есть шанс, что по мере
распространения апстрим остепенится.


-- 
ldv

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

Re: [devel] systemd

[Alexey Gladkov]

23.01.2012 01:36, Dmitry V. Levin wrote:
> Нет, с upstart уже не сложилось.  А у systemd еще есть шанс, что по мере
> распространения апстрим остепенится.

Вряд ли systemd вынесет из себя кучу лишних сервисов. Архитектура
останется в целом такой же. Тогда в сизифе нам стоит попробовать
перейти не него :)

-- 
Rgrds, legion

Re: [devel] systemd

[Dmitry V. Levin]

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

On Mon, Jan 23, 2012 at 01:45:50AM +0400, Alexey Gladkov wrote:
> 23.01.2012 01:36, Dmitry V. Levin wrote:
> > Нет, с upstart уже не сложилось.  А у systemd еще есть шанс, что по мере
> > распространения апстрим остепенится.
> 
> Вряд ли systemd вынесет из себя кучу лишних сервисов.

Скорее наоборот, добавит в эту кучу еще больше лишних сервисов.

> Архитектура
> останется в целом такой же. Тогда в сизифе нам стоит попробовать
> перейти не него :)

Я согласен, что стоит попробовать внедрить.  Но я не согласен, что уже
пора попробовать перейти.  Потому что перейти на платформу systemd -
это означает отказаться от платформы systemv.


-- 
ldv

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

Re: [devel] systemd

[Alexey Gladkov]

23.01.2012 01:51, Dmitry V. Levin wrote:
> Скорее наоборот, добавит в эту кучу еще больше лишних сервисов.

Я имею ввиду, когда они вынесут dbus, cron & co из самого init :)

> Я согласен, что стоит попробовать внедрить.  Но я не согласен, что ужеstem
> пора попробовать перейти.  Потому что перейти на платформу systemd -
> это означает отказаться от платформы systemv.

Мы можем согласимся, что первый номер systemd (по умолчанию в сизифе),
а legacy systemv.

Так пойдёт ?

-- 
Rgrds, legion

Re: [devel] systemd

[Aleksey Novodvorsky]

23 января 2012 г. 1:51 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> On Mon, Jan 23, 2012 at 01:45:50AM +0400, Alexey Gladkov wrote:
>> 23.01.2012 01:36, Dmitry V. Levin wrote:
>> > Нет, с upstart уже не сложилось.  А у systemd еще есть шанс, что по мере
>> > распространения апстрим остепенится.
>>
>> Вряд ли systemd вынесет из себя кучу лишних сервисов.
>
> Скорее наоборот, добавит в эту кучу еще больше лишних сервисов.
>
>> Архитектура
>> останется в целом такой же. Тогда в сизифе нам стоит попробовать
>> перейти не него :)
>
> Я согласен, что стоит попробовать внедрить.  Но я не согласен, что уже
> пора попробовать перейти.  Потому что перейти на платформу systemd -
> это означает отказаться от платформы systemv.
>

Да.
Но внедрению systemd нужно обеспечить зеленую улицу. Ровно потому, что
нравится это или нет, но апстрим им серьезно заболел и скоро мы будем
нарываться на несовместимость.
Это как с rpm. Наш, может быть, самый лучший, но иногда мешает.

Rgrds, Алексе

Re: [devel] systemd

[Dmitry V. Levin]

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

On Mon, Jan 23, 2012 at 01:58:42AM +0400, Alexey Gladkov wrote:
> 23.01.2012 01:51, Dmitry V. Levin wrote:
> > Я согласен, что стоит попробовать внедрить.  Но я не согласен, что уже
> > пора попробовать перейти.  Потому что перейти на платформу systemd -
> > это означает отказаться от платформы systemv.
> 
> Мы можем согласимся, что первый номер systemd (по умолчанию в сизифе),
> а legacy systemv.

Это не похоже на альтернативу, которую можно было бы переключить.
Как ты видишь это с технической точки зрения?

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


-- 
ldv

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

Re: [devel] systemd

[Michael Shigorin]

On Mon, Jan 23, 2012 at 01:32:43AM +0400, Alexey Gladkov wrote:
> > поэтому добавление в пакеты файлов для systemd должно
> > всячески приветствоваться. 
> Наравне с upstart.

Смысл?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] systemd

[Michael Shigorin]

On Mon, Jan 23, 2012 at 01:32:13AM +0400, Dmitry V. Levin wrote:
> Когда мне вешают багу добавить сервис для systemd в тот или
> иной сервер, я добавляю.  Если кто-то хочет попробовать сделать
> что-то на systemd, я только за.

<реклама>
Мало того, mkimage-profiles научились
make server-systemd.iso
уже довольно давно :)
</реклама>

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] systemd

[Alexey Shabalin]

23 января 2012 г. 2:22 пользователь Dmitry V. Levin написал:
> On Mon, Jan 23, 2012 at 01:58:42AM +0400, Alexey Gladkov wrote:
>> 23.01.2012 01:51, Dmitry V. Levin wrote:
>> > Я согласен, что стоит попробовать внедрить.  Но я не согласен, что уже
>> > пора попробовать перейти.  Потому что перейти на платформу systemd -
>> > это означает отказаться от платформы systemv.
>>
>> Мы можем согласимся, что первый номер systemd (по умолчанию в сизифе),
>> а legacy systemv.
>
> Это не похоже на альтернативу, которую можно было бы переключить.
> Как ты видишь это с технической точки зрения?
>
честно говоря не понял, что значит номер один.
при изготовлении дистрибутива можно выбрать systemd или sysV.
На существующей системе можно заменить sysV на systemd.
Мне кажется этого достаточно.

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

Меня волнуют технические препятствия в сизифе (да и в p6/t6).
- Основное - старый chkconfig.
- Следующее - /run в filesystem
  Я бы предложил реализовать поддержку tmpfiles.d и в sysv, это
позволит перейти на tmpfs в /var/run и /run.


-- 
Alexey Shabalin

Re: [devel] systemd

[Dmitry V. Levin]

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

On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
> Меня волнуют технические препятствия в сизифе (да и в p6/t6).
> - Основное - старый chkconfig.

Это вопрос решаемый.  Там, конечно, все запущено, глухой апстрим, и все
такое, но кода совсем немного, так что, я думаю, разберемся.

> - Следующее - /run в filesystem
>   Я бы предложил реализовать поддержку tmpfiles.d и в sysv, это
> позволит перейти на tmpfs в /var/run и /run.

Что значит "перейти"?  Не оставлять вариантов тем, кто не хочет,
чтобы в их системе /var/run переехал на tmpfs?


-- 
ldv

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

Re: [devel] systemd

[Michael Shigorin]

On Mon, Jan 23, 2012 at 08:38:57PM +0400, Dmitry V. Levin wrote:
> > - Следующее - /run в filesystem
> >   Я бы предложил реализовать поддержку tmpfiles.d и в sysv,
> >   это позволит перейти на tmpfs в /var/run и /run.
> Что значит "перейти"?  Не оставлять вариантов тем, кто не
> хочет, чтобы в их системе /var/run переехал на tmpfs?

А в чём с ним проблемы?  Давно уж думал предложить,
чтоб не болтались старые локи после перезагрузки.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] systemd

[Dmitry V. Levin]

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

On Mon, Jan 23, 2012 at 06:57:34PM +0200, Michael Shigorin wrote:
> On Mon, Jan 23, 2012 at 08:38:57PM +0400, Dmitry V. Levin wrote:
> > > - Следующее - /run в filesystem
> > >   Я бы предложил реализовать поддержку tmpfiles.d и в sysv,
> > >   это позволит перейти на tmpfs в /var/run и /run.
> > Что значит "перейти"?  Не оставлять вариантов тем, кто не
> > хочет, чтобы в их системе /var/run переехал на tmpfs?
> 
> А в чём с ним проблемы?  Давно уж думал предложить,
> чтоб не болтались старые локи после перезагрузки.

Не весь софт держит в /var/run только временные файлы, которые не обязаны
сохраняться после рестарта системы.


-- 
ldv

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

Re: [devel] systemd

[Alexey Shabalin]

23 января 2012 г. 21:52 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> On Mon, Jan 23, 2012 at 06:57:34PM +0200, Michael Shigorin wrote:
>> On Mon, Jan 23, 2012 at 08:38:57PM +0400, Dmitry V. Levin wrote:
>> > > - Следующее - /run в filesystem
>> > >   Я бы предложил реализовать поддержку tmpfiles.d и в sysv,
>> > >   это позволит перейти на tmpfs в /var/run и /run.
>> > Что значит "перейти"?  Не оставлять вариантов тем, кто не
>> > хочет, чтобы в их системе /var/run переехал на tmpfs?
>>
>> А в чём с ним проблемы?  Давно уж думал предложить,
>> чтоб не болтались старые локи после перезагрузки.
>
> Не весь софт держит в /var/run только временные файлы, которые не обязаны
> сохраняться после рестарта системы.

O! а я об этом ничего не знаю. Как же живет моя рабочая система
последние полгода?
Можно пример такого софта, которому необходимо что-то там сохранить, и
он не может создать сам при загрузке системы.
Кроме учтённого в tmpfiles.d для systemd.

-- 
Alexey Shabalin

Re: [devel] systemd

[Dmitry V. Levin]

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

On Mon, Jan 23, 2012 at 09:18:27PM +0300, Alexey Shabalin wrote:
> 23 января 2012 г. 21:52 пользователь Dmitry V. Levin написал:
> > On Mon, Jan 23, 2012 at 06:57:34PM +0200, Michael Shigorin wrote:
> >> On Mon, Jan 23, 2012 at 08:38:57PM +0400, Dmitry V. Levin wrote:
> >> > > - Следующее - /run в filesystem
> >> > >   Я бы предложил реализовать поддержку tmpfiles.d и в sysv,
> >> > >   это позволит перейти на tmpfs в /var/run и /run.
> >> > Что значит "перейти"?  Не оставлять вариантов тем, кто не
> >> > хочет, чтобы в их системе /var/run переехал на tmpfs?
> >>
> >> А в чём с ним проблемы?  Давно уж думал предложить,
> >> чтоб не болтались старые локи после перезагрузки.
> >
> > Не весь софт держит в /var/run только временные файлы, которые не обязаны
> > сохраняться после рестарта системы.
> 
> O! а я об этом ничего не знаю. Как же живет моя рабочая система
> последние полгода?

Чудом. :)

> Можно пример такого софта, которому необходимо что-то там сохранить, и
> он не может создать сам при загрузке системы.
> Кроме учтённого в tmpfiles.d для systemd.

А вы можете гарантировать, что такого софта нет?

Если раньше такое поведение софта было законным, то логично предположить,
что такой софт может быть.  Многие такие случаи были выявлены и обработаны
с помощью механизма tmpfiles.d, но есть ли у вас уверенность, что
дhугих случаев больше не осталось?  Это я все к тому, что, наверное,
еще не время переводить /var/run на tmpfs в принудительном порядке.


-- 
ldv

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

Re: [devel] /var/run на tmpfs

[Anton Farygin]

23.01.2012 20:38, Dmitry V. Levin пишет:
> On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
>> Меня волнуют технические препятствия в сизифе (да и в p6/t6).
>> - Основное - старый chkconfig.
>
> Это вопрос решаемый.  Там, конечно, все запущено, глухой апстрим, и все
> такое, но кода совсем немного, так что, я думаю, разберемся.
>
>> - Следующее - /run в filesystem
>>    Я бы предложил реализовать поддержку tmpfiles.d и в sysv, это
>> позволит перейти на tmpfs в /var/run и /run.
>
> Что значит "перейти"?  Не оставлять вариантов тем, кто не хочет,
> чтобы в их системе /var/run переехал на tmpfs?

не пора ли сделать /etc/fstab.d или подобное, для того, что бы переезд 
/var/run на tmpfs совместить с apt-get install systemd ?

Мне тоже не нравится systemd, но кому-то оно нужно, так почему бы не 
помочь ?

Re: [devel] /var/run на tmpfs

[Alexey Gladkov]

24.01.2012 02:56, Anton Farygin wrote:
> не пора ли сделать /etc/fstab.d 

Как раз идёт обсуждение этого каталога в util-linux:

<=== Alan Cox ===
Pedantically speaking /etc/fstab is not API, getmntent is API.

In practical terms though it would be very 'interesting' to implement
getmentent with an fstab.d, if not down right impossible because the
argument is a FILE *.

So with a good coding hat on - please don't consider fstab API, it's
got a programming interface 8). Otherwise I agree fstab.d is wrong.
===>

<=== Theodore Tso ===
I am extremely dubious about systemd, and would much rather it not be
on any system that *I* run (and using UUID's to identify kernel
notification is just whacko) , but I have to agree with Kay in that
/etc/fstab.d is Just Wrong.
===>

-- 
Rgrds, legion

Re: [devel] /var/run на tmpfs

[Dmitry V. Levin]

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

On Tue, Jan 24, 2012 at 02:56:37AM +0400, Anton Farygin wrote:
> 23.01.2012 20:38, Dmitry V. Levin пишет:
> >On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
> >>Меня волнуют технические препятствия в 
> >>сизифе (да и в p6/t6).
> >>- Основное - старый chkconfig.
> >
> >Это вопрос решаемый.  Там, конечно, все 
> >запущено, глухой апстрим, и все
> >такое, но кода совсем немного, так что, я 
> >думаю, разберемся.
> >
> >>- Следующее - /run в filesystem
> >>   Я бы предложил реализовать поддержку 
> >>   tmpfiles.d и в sysv, это
> >>позволит перейти на tmpfs в /var/run и /run.
> >
> >Что значит "перейти"?  Не оставлять 
> >вариантов тем, кто не хочет,
> >чтобы в их системе /var/run переехал на tmpfs?
> 
> не пора ли сделать /etc/fstab.d или подобное, 
> для того, что бы переезд /var/run на tmpfs 
> совместить с apt-get install systemd ?

Про то, что несколько дней назад на тему /etc/fstab.d поднялся флейм, уже
было сказано.  Но главное -- к systemd этот /etc/fstab.d никакого отношения
не имеет (если не считать самого флейма, который перекинулся на systemd).

> Мне тоже не нравится systemd, но кому-то оно 
> нужно, так почему бы не помочь ?

Кто-то хочет поскорее реализовать в sysvinit поддержку binfmt.d,
modules-load.d, sysctl.d и tmpfiles.d (не proof of concept, а код, который
будет не стыдно запаковать)?


-- 
ldv

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

Re: [devel] /var/run на tmpfs

[Anton Farygin]

24.01.2012 03:27, Dmitry V. Levin пишет:
> On Tue, Jan 24, 2012 at 02:56:37AM +0400, Anton Farygin wrote:
>> 23.01.2012 20:38, Dmitry V. Levin пишет:
>>> On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
>>>> Меня волнуют технические препятствия в
>>>> сизифе (да и в p6/t6).
>>>> - Основное - старый chkconfig.
>>>
>>> Это вопрос решаемый.  Там, конечно, все
>>> запущено, глухой апстрим, и все
>>> такое, но кода совсем немного, так что, я
>>> думаю, разберемся.
>>>
>>>> - Следующее - /run в filesystem
>>>>    Я бы предложил реализовать поддержку
>>>>    tmpfiles.d и в sysv, это
>>>> позволит перейти на tmpfs в /var/run и /run.
>>>
>>> Что значит "перейти"?  Не оставлять
>>> вариантов тем, кто не хочет,
>>> чтобы в их системе /var/run переехал на tmpfs?
>>
>> не пора ли сделать /etc/fstab.d или подобное,
>> для того, что бы переезд /var/run на tmpfs
>> совместить с apt-get install systemd ?
>
> Про то, что несколько дней назад на тему /etc/fstab.d поднялся флейм, уже
> было сказано.  Но главное -- к systemd этот /etc/fstab.d никакого отношения
> не имеет (если не считать самого флейма, который перекинулся на systemd).

Конечно отношения не имеет, но было бы удобно...

>
>> Мне тоже не нравится systemd, но кому-то оно
>> нужно, так почему бы не помочь ?
>
> Кто-то хочет поскорее реализовать в sysvinit поддержку binfmt.d,
> modules-load.d, sysctl.d и tmpfiles.d (не proof of concept, а код, который
> будет не стыдно запаковать)?

Ты задание сформулируй - подумаем.

Re: [devel] /var/run на tmpfs

[Alexey Gladkov]

24.01.2012 03:27, Dmitry V. Levin wrote:
> Кто-то хочет поскорее реализовать в sysvinit поддержку binfmt.d,
> modules-load.d, sysctl.d и tmpfiles.d (не proof of concept, а код, который
> будет не стыдно запаковать)?

Расскажи как эти каталоги должны использоваться в sysvinit ?

-- 
Rgrds, legion

Re: [devel] /var/run на tmpfs

[Dmitry V. Levin]

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

On Tue, Jan 24, 2012 at 10:55:28AM +0400, Alexey Gladkov wrote:
> 24.01.2012 03:27, Dmitry V. Levin wrote:
> > Кто-то хочет поскорее реализовать в sysvinit поддержку binfmt.d,
> > modules-load.d, sysctl.d и tmpfiles.d (не proof of concept, а код, который
> > будет не стыдно запаковать)?
> 
> Расскажи как эти каталоги должны использоваться в sysvinit ?

Каталоги вида /lib/NAME.d предназначены для пакетов, а /etc/NAME.d,
соответственно, для админов.  Идея в том, чтобы эти каталоги
обрабатывались более-менее одинаково в systemd и sysv, тогда и
пакеты будут лучше переносимы с одной платформы на другую.


-- 
ldv

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

Re: [devel] /var/run на tmpfs

[Alexey Gladkov]

24.01.2012 12:04, Dmitry V. Levin wrote:
> Каталоги вида /lib/NAME.d предназначены для пакетов, а /etc/NAME.d,
> соответственно, для админов.  Идея в том, чтобы эти каталоги
> обрабатывались более-менее одинаково в systemd и sysv, тогда и
> пакеты будут лучше переносимы с одной платформы на другую.

А как они обрабатываются в systemd (мне не очень хочется в него лезть) ?

-- 
Rgrds, legion

Re: [devel] /var/run на tmpfs

[Dmitry V. Levin]

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

On Tue, Jan 24, 2012 at 01:27:06PM +0400, Alexey Gladkov wrote:
> 24.01.2012 12:04, Dmitry V. Levin wrote:
> > Каталоги вида /lib/NAME.d предназначены для пакетов, а /etc/NAME.d,
> > соответственно, для админов.  Идея в том, чтобы эти каталоги
> > обрабатывались более-менее одинаково в systemd и sysv, тогда и
> > пакеты будут лучше переносимы с одной платформы на другую.
> 
> А как они обрабатываются в systemd (мне не очень хочется в него лезть) ?

В systemd есть маны на binfmt.d, modules-load.d, sysctl.d и tmpfiles.d, в
сам systemd смотреть, в общем, незачем.


-- 
ldv

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

Re: [devel] /var/run на tmpfs

[Alexey Gladkov]

24.01.2012 14:57, Dmitry V. Levin wrote:
> В systemd есть маны на binfmt.d, modules-load.d, sysctl.d и tmpfiles.d, в
> сам systemd смотреть, в общем, незачем.

Ok. Этого достаточно для реализации.

-- 
Rgrds, legion

Re: [devel] systemd

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

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

On Sun, Jan 22, 2012 at 11:23:30PM +0200, Igor Vlasenko wrote:

IV> поддержка systemd пакетами никак не мешает пользоваться sys V init,
IV> поэтому добавление в пакеты файлов для systemd должно
IV> всячески приветствоваться. 

Также замечу, что текущий sysvinit плох тем, что в инитскриптах мало
метаинформации. При наличии конфигов для systemd, в будущем перейти на
любую другую систему будет гораздо проще.

Конфиги systemd, к примеру, при желании можно чуть ли не автоматически
конвертировать в sysvinit скрипты, а вот обратное -- неверно.

А несмтря на чрезмерную интегрированность systemd, в десктопных
дистрибутивах он лучше чем sysvinit.

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

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

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

Re: [devel] systemd

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

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

On Mon, Jan 23, 2012 at 10:55:10PM +0300, Alexey Shabalin wrote:

AS> Большинство проблем уже выявлены. Остальные выявятся при переводе на tmpfs.
AS> Гарантий сейчас никто не даст. Но и ждать смысла нет.
AS> Быстрее переведем - быстрее выявим проблемы и починим их.

С учетом низкой вероятности появления таких багов -- мне кажется что
сломать /var/run на не-tmpfs это вполне допустимо для Сизифа.

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

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

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

Re: [devel] systemd

[Alexey Shabalin]

23 января 2012 г. 20:38 пользователь Dmitry V. Levin написал:
> On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
>> Меня волнуют технические препятствия в сизифе (да и в p6/t6).
>> - Следующее - /run в filesystem
>>   Я бы предложил реализовать поддержку tmpfiles.d и в sysv, это
>> позволит перейти на tmpfs в /var/run и /run.
>
> Что значит "перейти"?  Не оставлять вариантов тем, кто не хочет,
> чтобы в их системе /var/run переехал на tmpfs?
да, не оставлять вариантов.
Как с /tmp.
Точнее, сделать как в systemd
если в filesystem будет директория /run, то udev  смонтирует её на tmpfs.
* Fri Apr 01 2011 Valery Inozemtsev <shrek@altlinux.ru> 167-alt2
- initscripts: mount /run on tmpfs if directory exists

Остаётся только смонтировать как -o bind  /var/run на /run

-- 
Alexey Shabalin

Re: [devel] systemd

[Alexey Shabalin]

26 января 2012 г. 22:51 пользователь Alexey Shabalin написал:
> 23 января 2012 г. 20:38 пользователь Dmitry V. Levin написал:
>> On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
>>> Меня волнуют технические препятствия в сизифе (да и в p6/t6).
Следующая проблема (о которой тоже давно упоминалось).
имена systemd-файла (%s.service) и init-файла (init.d/%s) должны
совпадать. (есть пара исключений - udev и dbus)
Симлинк помогает systemd только для start|stop, но не для enable|disable.
Т.к. systemd "новая" система для сизифа, будем привязываться к старым
init именам.
Надо бы проверку в сборочницу, что бы ошибочные пакеты не пропускать.

-- 
Alexey Shabalin

Re: [devel] systemd

[Dmitry V. Levin]

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

On Thu, Jan 26, 2012 at 09:51:47PM +0300, Alexey Shabalin wrote:
> 23 января 2012 г. 20:38 пользователь Dmitry V. Levin написал:
> > On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
> >> Меня волнуют технические препятствия в сизифе (да и в p6/t6).
> >> - Следующее - /run в filesystem
> >>   Я бы предложил реализовать поддержку tmpfiles.d и в sysv, это
> >> позволит перейти на tmpfs в /var/run и /run.
> >
> > Что значит "перейти"?  Не оставлять вариантов тем, кто не хочет,
> > чтобы в их системе /var/run переехал на tmpfs?
> да, не оставлять вариантов.
> Как с /tmp.

Вот с /tmp мы оставили пользователю выбор, и это правильно.

> Точнее, сделать как в systemd
> если в filesystem будет директория /run, то udev  смонтирует её на tmpfs.
> * Fri Apr 01 2011 Valery Inozemtsev <shrek@altlinux.ru> 167-alt2
> - initscripts: mount /run on tmpfs if directory exists

Да, это была хорошая первоапрельская шутка.  Если говорить серьезно, то
вот эта безапеляционность меня и не устраивает.  Если админ системы считает,
что /tmp у него не должен быть смонтирован на tmpfs, то у него есть
возможность это сконфигурировать.  Если админ системы считает, что /var/run
у него не должен быть смонтирован на tmpfs, то на каком основании мы можем
за него решить, что у него не должно быть такой возможности?  Это же не
вопрос поведения по умолчанию, это навязывание поведения, которое нельзя
изменить без кувалды вроде "rm -rf /run && touch /run && chattr +i /run".
Даже если /var/run на tmpfs по умолчанию будет хорош в большинстве ситуаций,
делать эту конфигурацию единственно возможной я считаю неправильным.
Это ведь не /proc, который необходимо смонтировать для того, чтобы получить
рабочую систему.  Пока /var/run на tmpfs является опцией, а не неизбежной
необходимостью, он и должен оставаться опцией.


-- 
ldv

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

Re: [devel] systemd

[Dmitry V. Levin]

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

On Thu, Jan 26, 2012 at 09:59:16PM +0300, Alexey Shabalin wrote:
> 26 января 2012 г. 22:51 пользователь Alexey Shabalin написал:
> > 23 января 2012 г. 20:38 пользователь Dmitry V. Levin написал:
> >> On Mon, Jan 23, 2012 at 05:17:00PM +0300, Alexey Shabalin wrote:
> >>> Меня волнуют технические препятствия в сизифе (да и в p6/t6).
> Следующая проблема (о которой тоже давно упоминалось).
> имена systemd-файла (%s.service) и init-файла (init.d/%s) должны
> совпадать. (есть пара исключений - udev и dbus)

Они могут быть должны сколько угодно, но они уже порой не совпадают.

> Симлинк помогает systemd только для start|stop, но не для enable|disable.
> Т.к. systemd "новая" система для сизифа, будем привязываться к старым
> init именам.

Тут надо сперва хорошо подумать, какую совместимость мы хотим реализовать в
ситуации, когда имена не совпадают, и какие у нас есть варианты.  Мы можем
хотеть, например,
- совместимость наших systemd-имен с нашими sysv-именами по service/chkconfig;
- совместимость наших systemd-имен с чужими systemd-именами.

Если мы хотим совпадения наших systemd- и sysv-имен, то у нас не остается
другого выбора кроме как переименовывать systemd-имена в соответствии с
sysv-именами.

Если нам важна совместимость наших systemd-имен с чужими, и нам достаточно
совместимости между systemd- и sysv-именами по service/chkconfig, то мы
можем попробовать реализовать какую-нибудь несложную трансляцию имен
sysv <-> systemd.

Наверное, возможны и другие варианты.

> Надо бы проверку в сборочницу, что бы ошибочные пакеты не пропускать.

Только сперва нам нужно формализовать, какие пакеты являются ошибочными.


-- 
ldv

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

Re: [devel] systemd

[Alexey Shabalin]

26 января 2012 г. 23:41 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
>> >>> Меня волнуют технические препятствия в сизифе (да и в p6/t6).
>> Следующая проблема (о которой тоже давно упоминалось).
>> имена systemd-файла (%s.service) и init-файла (init.d/%s) должны
>> совпадать. (есть пара исключений - udev и dbus)
>
> Они могут быть должны сколько угодно, но они уже порой не совпадают.
>
>> Симлинк помогает systemd только для start|stop, но не для enable|disable.
>> Т.к. systemd "новая" система для сизифа, будем привязываться к старым
>> init именам.
>
> Тут надо сперва хорошо подумать, какую совместимость мы хотим реализовать в
> ситуации, когда имена не совпадают, и какие у нас есть варианты.  Мы можем
> хотеть, например,
> - совместимость наших systemd-имен с нашими sysv-именами по service/chkconfig;
> - совместимость наших systemd-имен с чужими systemd-именами.
>
> Если мы хотим совпадения наших systemd- и sysv-имен, то у нас не остается
> другого выбора кроме как переименовывать systemd-имена в соответствии с
> sysv-именами.

В ALTLinux всегда "строили свою луну", посматривая по сторонам, но
имея своё мнение.
Так, например, почти ко всем init-скриптам добавилась буква 'd' на конце.
Можно и дальше строить свою луну.

> Если нам важна совместимость наших systemd-имен с чужими, и нам достаточно
> совместимости между systemd- и sysv-именами по service/chkconfig, то мы
> можем попробовать реализовать какую-нибудь несложную трансляцию имен
> sysv <-> systemd.

А с использованием systemd, мантейнер может доверится(в большинстве
случаев - всегда найдётся исключение) .service файлу от апстрима, и не
заниматься адаптацией к ALTLinux, как в случае с init-скриптами. Даже
что-то адаптировав можно отослать в апстрим. В этом случае выгодно
иметь совместимость с чужими.
Я склоняюсь к этому варианту, но боюсь у меня не хватит сил его реализовать.

Что нужно? в чем проблема?
Проблема: systemd не умеет enable и disable для симлинков.
Когда-то давно я это обходил таким способом:
http://git.altlinux.org/people/shaba/packages/systemd.git?p=systemd.git;a=blobdiff;f=src/systemctl.c;h=7575d966d16b430f3d21608d86145073597aae5b;hp=22382c841d127f2fed825847449c1a87bdd9ce14;hb=2e7db930548337a25728b693adb54f187de3878f;hpb=102a0a85ddff4bb0d3db97adb71ce5ad80b8fa60

Потом этот код переписали, и так просто мне это ограничение не обойти.

Варианты решения:
- всё таки добавить в systemctl возможность работы с симлинками. (прошу помощи).
- systemctl сейчас напрямую нигде не вызывается(я имею ввиду post/pre
rpm-скрипты), используются service и chkconfig.
  можно модифицировать chkconfig, что бы он разименовывал симлинки и
редиректил в systemd уже имя реального файла.
- ...? (может есть ещё варианты?)

> Наверное, возможны и другие варианты.
>> Надо бы проверку в сборочницу, что бы ошибочные пакеты не пропускать.
> Только сперва нам нужно формализовать, какие пакеты являются ошибочными.


-- 
Alexey Shabalin

Re: [devel] systemd

[Sergey V Turchin]

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

On 26 января 2012 23:41:50 Dmitry V. Levin wrote:

[...]
> service/chkconfig; - совместимость наших systemd-имен с чужими
> systemd-именами.
+1

[...]

-- 
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] systemd

[Sergey V Turchin]

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

On 27 января 2012 13:08:50 Alexey Shabalin 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 --]

Re: [devel] systemd

[Alexey Shabalin]

23 января 2012 г., 4:19 пользователь Michael Shigorin  написал:
> On Mon, Jan 23, 2012 at 01:32:13AM +0400, Dmitry V. Levin wrote:
>> Когда мне вешают багу добавить сервис для systemd в тот или
>> иной сервер, я добавляю.  Если кто-то хочет попробовать сделать
>> что-то на systemd, я только за.
>
> <реклама>
> Мало того, mkimage-profiles научились
> make server-systemd.iso
> уже довольно давно :)
> </реклама>

Миша, возьми у меня в git изменения. (lilo заменил на grub, ядро std-def)

И ещё, дорогие создатели исошек, давайте как-нибудь договоримся и
выработаем стандарт, что должен показывать
isoinfo -d -i filename.iso. Это очень нужно для "искуственного
интелекта" систем виртуализации.
Конечно это тема отдельного трэда.

-- 
Alexey Shabalin