[sisyphus] systemd.git=216-alt1

[sisyphus] systemd.git=216-alt1

[Alexey Shabalin]

День добрый. В тестовом задании новый systemd.
[#129259] TESTED (try 4) systemd.git=216-alt1
Изменения:
- обновлены altlinux-openresolv units (по мотивам рассылки)
- добавлен systemd-logind shell wrapper
- hostnamed/localed/logind/machined/timedated D-Bus activatable (Debian patch)
а так же они, и утилиты для их управления *ctl (hostnamectl и т.д.)
вынесены в отдельный пакет systemd-services. Эти программы должны
работать без systemd. Т.е. Gnome должен работать и под SysV.
- починил досадную ошибку с руганью на пользователя systemd-network из tmpfiles.
- возвращено старое поведение для /etc/localtime - он не обязан быть
симлинком (подсмотрено в Debian)
-  добавил заготовку для нового пакет systemd-stateless, который включает
systemd-sysusers, systemd-firstboot, ldconfig.service, %_datadir/factory
Пока я его не упаковываю, как переварить все эти нововведения не знаю.
- pam_systemd вынесен в отдельный пакет.
- новые пакеты libnss-mymachines, libnss-resolve. Обратите внимание,
libnss-resolve использует systemd-resolved(в пакете systemd-networkd)
и может быть использован вместо dns (в /etc/nsswitch.conf для hosts)

Прошу тестировать.
Если забыл указать какие-то зависимости, сообщайте быстрее :)

-- 
Alexey Shabalin

Re: [sisyphus] systemd.git=216-alt1

[Michael Shigorin]

On Wed, Sep 10, 2014 at 02:21:04PM +0400, Alexey Shabalin wrote:
> [#129259] TESTED (try 4) systemd.git=216-alt1
[...]
> Прошу тестировать.

Тестовые сборки для "проверки начисто" доступны как
http://fly.osdn.org.ua/~mike/iso/test/regular-mate-20140910-i586.iso
http://fly.osdn.org.ua/~mike/iso/test/regular-mate-20140910-x86_64.iso

На первой промелькнуло [FAILED] create volatile чегототам.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] systemd.git=216-alt1

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

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

On Wed, Sep 10, 2014 at 02:21:04PM +0400, Alexey Shabalin wrote:

> - обновлены altlinux-openresolv units (по мотивам рассылки)
> - добавлен systemd-logind shell wrapper
> - hostnamed/localed/logind/machined/timedated D-Bus activatable (Debian patch)
> а так же они, и утилиты для их управления *ctl (hostnamectl и т.д.)
> вынесены в отдельный пакет systemd-services. Эти программы должны
> работать без systemd. Т.е. Gnome должен работать и под SysV.

Отлично!

> - починил досадную ошибку с руганью на пользователя systemd-network из tmpfiles.
> - возвращено старое поведение для /etc/localtime - он не обязан быть
> симлинком (подсмотрено в Debian)
> -  добавил заготовку для нового пакет systemd-stateless, который включает
> systemd-sysusers, systemd-firstboot, ldconfig.service, %_datadir/factory
> Пока я его не упаковываю, как переварить все эти нововведения не знаю.

Часть из этого стоит модифицировать под наши реалии. И даже кое-что можно
спокойно принести в основной пакет, ибо не мешает.

Нпример ldconfig.service должен вызываться только при отсутствии
ld.so.cache.

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

Однако сама концепция за этим скрывается прекрасная, четко разделить:

- /run -- для того, что генерируется на лету
- /etc -- для того, что написал админ
- /usr -- для того, что лежит в дистрибутиве

Идея выкинуть нафиг из /etc дефолтны конфиги большинства пакетов, чтобы
они спокойно жили в /usr -- я считаю прекрасна.

$ sudo find /etc -type f | wc -l 
3762

IMHO это уже за гранью добра и зла.

А systemd-sysusers стоит проверить дружит ли с tcb. И если да -- подумать
над его внедрением у нас аналогично другим отдельным утилитам от systemd.

> - pam_systemd вынесен в отдельный пакет.
> - новые пакеты libnss-mymachines, libnss-resolve. Обратите внимание,
> libnss-resolve использует systemd-resolved(в пакете systemd-networkd)
> и может быть использован вместо dns (в /etc/nsswitch.conf для hosts)
> Прошу тестировать.
> Если забыл указать какие-то зависимости, сообщайте быстрее :)

О, т.е. libnss-resolve взаимодействует каким-то образом с resolved
напрямую, а не обращаясь к нему как к DNS-серверу?

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

http://mithraen.ru/


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

Re: [sisyphus] systemd.git=216-alt1

[Serg A. Kotlyarov]

Michael Shigorin <mike@altlinux.org> писал(а) в своём письме Wed, 10 Sep  
2014 17:02:53 +0600:

> On Wed, Sep 10, 2014 at 02:21:04PM +0400, Alexey Shabalin wrote:
>> [#129259] TESTED (try 4) systemd.git=216-alt1
> [...]
>> Прошу тестировать.
>
> Тестовые сборки для "проверки начисто" доступны как
> http://fly.osdn.org.ua/~mike/iso/test/regular-mate-20140910-i586.iso
> http://fly.osdn.org.ua/~mike/iso/test/regular-mate-20140910-x86_64.iso
>
> На первой промелькнуло [FAILED] create volatile чегототам.
>
Михаил, проверь репы. В этих образах systemd 214-alt14.

--
С уважением, Котляров Сергей.

Re: [sisyphus] systemd.git=216-alt1

[Sergei Epiphanov]

В письме от 10 сентября 2014 16:04:35 пользователь Денис Смирнов написал:
> Идея выкинуть нафиг из /etc дефолтны конфиги большинства пакетов, чтобы
> они спокойно жили в /usr -- я считаю прекрасна.
> 
> $ sudo find /etc -type f | wc -l 
> 3762

У меня /usr - отдельный каталог и появление конфигов там вместо etc считаю 
саботажем.

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

Re: [sisyphus] systemd.git=216-alt1

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

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

On Wed, Sep 10, 2014 at 04:24:40PM +0400, Sergei Epiphanov wrote:

>> Идея выкинуть нафиг из /etc дефолтны конфиги большинства пакетов, чтобы
>> они спокойно жили в /usr -- я считаю прекрасна.
>> $ sudo find /etc -type f | wc -l 
>> 3762
> У меня /usr - отдельный каталог и появление конфигов там вместо etc считаю 
> саботажем.

Есть как минимум 5 принципиально разных видов конфигов:
1. default конфиги самого приложения -- они зашиты прямо в код. И они прямо
сейчас у вас есть даже в /lib.
2. default конфиги дистрибутива -- им как раз место в /usr/share
3. конфиги, созданные администратором системы -- им место в /etc
4. конфиги, созданные локальным пользователем -- им место в ~/.config
5. конфиги, созданные автоматически on-line -- им место в /run

Принципиально разные по сути и по применению файлы должны лежать в разных
местах.

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

http://mithraen.ru/

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

Re: [sisyphus] systemd.git=216-alt1

[Michael Shigorin]

On Wed, Sep 10, 2014 at 06:18:45PM +0600, Serg A. Kotlyarov wrote:
> >http://fly.osdn.org.ua/~mike/iso/test/regular-mate-20140910-i586.iso
> >http://fly.osdn.org.ua/~mike/iso/test/regular-mate-20140910-x86_64.iso
> Михаил, проверь репы. В этих образах systemd 
> 214-alt14.

Мгм, забыл в 32-битный sources.list воткнуть задание, перезалил.
В 64-битном проверял, 216.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] systemd.git=216-alt1

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

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

On Wed, Sep 10, 2014 at 02:21:04PM +0400, Alexey Shabalin wrote:
> День добрый. В тестовом задании новый systemd.
> [#129259] TESTED (try 4) systemd.git=216-alt1

Поставил локально -- никаких проблем не обнаружил.

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

http://mithraen.ru/

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

Re: [sisyphus] systemd.git=216-alt1

[Sergei Epiphanov]

В письме от 10 сентября 2014 17:37:47 пользователь Денис Смирнов написал:
> Есть как минимум 5 принципиально разных видов конфигов:
> 1. default конфиги самого приложения -- они зашиты прямо в код. И они прямо
> сейчас у вас есть даже в /lib.

Про это не спорю, они доступны всегда, когда доступно приложение

> 2. default конфиги дистрибутива -- им как раз место в /usr/share

А вот с этим можно поспорить. Есть приложения, которые должны стартовать ка 
можно раньше. Тот же systemd, который запускается ещё до того, как всё будет 
смонтировано. И откуда он возьмёт свои конфиги, если каталог /usr пока ещё 
девственно пуст? Или сопровождающие программы на начальном этапе. Давайте так 
лихо не махать шашкой.

И если чем паче произойдёт изменение в умолчальных конфигах, отследить это 
будет гораздо сложнее. Раньше создавался файл .rpmnew, который сигналил об 
изменениях, позволяя спокойно сравнить его с текущим и понять разницу. Теперь 
же старый умолчальный будет исчезать, вместо него появится новый, и понять, с 
чего вдруг система вышла из-под контроля, будет невозможно.

И, кстати, кто мешает зашить п.2 в п.1? И программы будут доступны, и 
умолчальные настройки.

> 3. конфиги, созданные администратором системы -- им место в /etc

Искать конфиги в куче мест - перебор, так как кто-то держит их в /usr/share, 
кто-то в /usr/lib, кто-то в /var/lib, кто-то ещё где-то (тот же /var/spool).

> 4. конфиги, созданные локальным пользователем -- им место в ~/.config

С этим не спорю, их больше некуда выкладывать. )))

> 5. конфиги, созданные автоматически on-line -- им место в /run

Здесь тоже вопросов нет, кроме одного - надо обеспечить, чтобы /run 
монтировался раньше всех. Кстати, насколько помню, если сейчас в корне нет 
каталога /run, то и монтирования нет ))) И что делать?

> Принципиально разные по сути и по применению файлы должны лежать в разных
> местах.


Кстати, держать различные /tmp и /var/tmp - есть ли смысл? Много мусора в них 
появляется.

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

Re: [sisyphus] systemd.git=216-alt1

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

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

On Thu, Sep 11, 2014 at 05:27:57PM +0400, Sergei Epiphanov wrote:

> А вот с этим можно поспорить. Есть приложения, которые должны стартовать ка 
> можно раньше. Тот же systemd, который запускается ещё до того, как всё будет 
> смонтировано. И откуда он возьмёт свои конфиги, если каталог /usr пока ещё 
> девственно пуст? Или сопровождающие программы на начальном этапе. Давайте так 
> лихо не махать шашкой.

Конкретно systemd берет их из /lib/systemd. Какие еще приложения у нас
должны стартовать до монтирования /usr, и при этом имеют конфиг?

> И если чем паче произойдёт изменение в умолчальных конфигах, отследить это 
> будет гораздо сложнее. Раньше создавался файл .rpmnew, который сигналил об 
> изменениях, позволяя спокойно сравнить его с текущим и понять разницу. Теперь 
> же старый умолчальный будет исчезать, вместо него появится новый, и понять, с 
> чего вдруг система вышла из-под контроля, будет невозможно.

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

И .rpmnew _не будет_ создан, если пользователь ручками ничего в конфиге не
менял.

> И, кстати, кто мешает зашить п.2 в п.1? И программы будут доступны, и 
> умолчальные настройки.

Иногда это имеет смысл, но далеко не всегда. Настройки бывают весьма
развесистыми.

>> 3. конфиги, созданные администратором системы -- им место в /etc
> Искать конфиги в куче мест - перебор, так как кто-то держит их в /usr/share, 
> кто-то в /usr/lib, кто-то в /var/lib, кто-то ещё где-то (тот же /var/spool).

В /var/spool у chrooted приложений бывает, да. Хотя у меня есть сомнение в
том, насколько это адекватно, когда есть mount --bind.

>> 4. конфиги, созданные локальным пользователем -- им место в ~/.config
> С этим не спорю, их больше некуда выкладывать. )))

До сих пор многие их выкладывают прямо в ~/

>> 5. конфиги, созданные автоматически on-line -- им место в /run
> Здесь тоже вопросов нет, кроме одного - надо обеспечить, чтобы /run 
> монтировался раньше всех. Кстати, насколько помню, если сейчас в корне нет 
> каталога /run, то и монтирования нет ))) И что делать?

А вот это надо фиксить.

>> Принципиально разные по сути и по применению файлы должны лежать в разных
>> местах.
> Кстати, держать различные /tmp и /var/tmp - есть ли смысл? Много мусора в них 
> появляется.

Между ними принципиальное различие -- /tmp можно и нужн держать на tmpfs,
он не обязан переживать перезагрузку. /var/tmp -- обязан.

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

http://mithraen.ru/

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

Re: [sisyphus] systemd.git=216-alt1

[Sergei Epiphanov]

В письме от 12 сентября 2014 02:13:29 пользователь Денис Смирнов написал:

> Конкретно systemd берет их из /lib/systemd. Какие еще приложения у нас
> должны стартовать до монтирования /usr, и при этом имеют конфиг?

Пока на ум не приходили, сделана как затравка на будущее. Тем более, что 
systemd, вообще, то изначально очень любит /usr. И кой-какие вещи до сих пор 
лежат в /usr/lib/systemd (пусть в большинстве своем и в виде ссылок).

> Ровно то же самое происходит, если вдруг меняются дефолтные настройки в
> приложении. К счастью это бывает реже, чем смена дистрибутивных умолчаний.
> 
> И .rpmnew _не будет_ создан, если пользователь ручками ничего в конфиге не
> менял.

И это, кстати, имеет смысл. После разделения конфигов информации не будет и 
после правок.

> >> 4. конфиги, созданные локальным пользователем -- им место в ~/.config
> > 
> > С этим не спорю, их больше некуда выкладывать. )))
> 
> До сих пор многие их выкладывают прямо в ~/

Согласен. До сих пор многие программы создают временные файлы в /tmp или в 
/var/tmp.

> >> Принципиально разные по сути и по применению файлы должны лежать в разных
> >> местах.
> > 
> > Кстати, держать различные /tmp и /var/tmp - есть ли смысл? Много мусора в
> > них появляется.
> 
> Между ними принципиальное различие -- /tmp можно и нужн держать на tmpfs,
> он не обязан переживать перезагрузку. /var/tmp -- обязан.

Смысл переживать загрузку настройкам текущего сеанса systemd? Которые после 
перезагрузки уже не нужны, но иногда остаются и лежат мёртвым грузом.

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

Re: [sisyphus] systemd.git=216-alt1

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

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

On Fri, Sep 12, 2014 at 09:58:07AM +0400, Sergei Epiphanov wrote:

>> Конкретно systemd берет их из /lib/systemd. Какие еще приложения у нас
>> должны стартовать до монтирования /usr, и при этом имеют конфиг?
> Пока на ум не приходили, сделана как затравка на будущее. Тем более, что 
> systemd, вообще, то изначально очень любит /usr. И кой-какие вещи до сих пор 
> лежат в /usr/lib/systemd (пусть в большинстве своем и в виде ссылок).

Я в нем сейчас вижу только переводы и юниты для user instances systemd,
которые отнюдь не для использования на ранней стадии загрузки.

>> Ровно то же самое происходит, если вдруг меняются дефолтные настройки в
>> приложении. К счастью это бывает реже, чем смена дистрибутивных умолчаний.
>> И .rpmnew _не будет_ создан, если пользователь ручками ничего в конфиге не
>> менял.
> И это, кстати, имеет смысл. После разделения конфигов информации не будет и 
> после правок.

Зато будет четко видно какая часть конфига редактировалось человеком, а
какая -- из дистрибутива. В принципе тот же etckeeper мог бы помочь решить
и эту задачу.

>> Между ними принципиальное различие -- /tmp можно и нужн держать на tmpfs,
>> он не обязан переживать перезагрузку. /var/tmp -- обязан.
> Смысл переживать загрузку настройкам текущего сеанса systemd? Которые после 
> перезагрузки уже не нужны, но иногда остаются и лежат мёртвым грузом.

Вот уж тут чего не знаю, того не знаю. 

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

http://mithraen.ru/

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