* [devel] Миграция на /run и /run/lock
@ 2019-01-12 15:03 Антон Мидюков
2019-01-12 15:20 ` Dmitry V. Levin
0 siblings, 1 reply; 4+ messages in thread
From: Антон Мидюков @ 2019-01-12 15:03 UTC (permalink / raw)
To: ALT Devel discussion list
Здравствуйте
Я завёл метабаг 35881 по миграции пакетов на /run/lock и /run.
Постепенно буду его пополнять новыми багами.
Сейчас имеем много warnings от разных пакетов, что в них прописано
создание директорий /var/run, и systemd автоматом сделал их не в
/var/run, а в /run.
Как минимум нужно исправить эти конфиги. Предупреждения в логе загрузки
ни к чему.
А максимум - это миграция пакетов на /run и /run/lock. Если это
когда-нибудь произойдёт, то баг 35350 исправится сам собой для новых сборок.
Все эти пакеты при сборке образов создают директории в /var/run и
/var/lock, из-за чего systemd-tmpfiles не может создать симлинки:
/var/run -> /run
/var/lock -> /run/lock
Что в свою очередь приводит к багу 35350
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Миграция на /run и /run/lock
2019-01-12 15:03 [devel] Миграция на /run и /run/lock Антон Мидюков
@ 2019-01-12 15:20 ` Dmitry V. Levin
2019-01-12 15:35 ` Антон Мидюков
0 siblings, 1 reply; 4+ messages in thread
From: Dmitry V. Levin @ 2019-01-12 15:20 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1327 bytes --]
On Sat, Jan 12, 2019 at 10:03:47PM +0700, Антон Мидюков wrote:
> Здравствуйте
>
> Я завёл метабаг 35881 по миграции пакетов на /run/lock и /run.
> Постепенно буду его пополнять новыми багами.
>
> Сейчас имеем много warnings от разных пакетов, что в них прописано
> создание директорий /var/run, и systemd автоматом сделал их не в
> /var/run, а в /run.
>
> Как минимум нужно исправить эти конфиги. Предупреждения в логе загрузки
> ни к чему.
>
> А максимум - это миграция пакетов на /run и /run/lock. Если это
> когда-нибудь произойдёт, то баг 35350 исправится сам собой для новых сборок.
>
> Все эти пакеты при сборке образов создают директории в /var/run и
> /var/lock, из-за чего systemd-tmpfiles не может создать симлинки:
>
> /var/run -> /run
>
> /var/lock -> /run/lock
>
> Что в свою очередь приводит к багу 35350
Объясните мне, пожалуйста, вот что:
/var/run и /var/lock работали десятилетиями, зачем это ломать?
Пусть они незаметно переезжают, если кому-то так больше нравится,
но зачем ломать-то?
Я не хочу ломать обратную совместимость в пакетах только потому,
что кто-то не справился с бесшовной миграцией.
Обеспечьте, пожалуйста, такую миграцию /var/run и /var/lock,
чтобы из-за неё не надо было ломать обратную совместимость в пакетах.
Спасибо.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Миграция на /run и /run/lock
2019-01-12 15:20 ` Dmitry V. Levin
@ 2019-01-12 15:35 ` Антон Мидюков
2019-03-17 0:18 ` Evgeny Sinelnikov
0 siblings, 1 reply; 4+ messages in thread
From: Антон Мидюков @ 2019-01-12 15:35 UTC (permalink / raw)
To: devel
12.01.2019 22:20, Dmitry V. Levin пишет:
> On Sat, Jan 12, 2019 at 10:03:47PM +0700, Антон Мидюков wrote:
>> Здравствуйте
>>
>> Я завёл метабаг 35881 по миграции пакетов на /run/lock и /run.
>> Постепенно буду его пополнять новыми багами.
>>
>> Сейчас имеем много warnings от разных пакетов, что в них прописано
>> создание директорий /var/run, и systemd автоматом сделал их не в
>> /var/run, а в /run.
>>
>> Как минимум нужно исправить эти конфиги. Предупреждения в логе загрузки
>> ни к чему.
>>
>> А максимум - это миграция пакетов на /run и /run/lock. Если это
>> когда-нибудь произойдёт, то баг 35350 исправится сам собой для новых сборок.
>>
>> Все эти пакеты при сборке образов создают директории в /var/run и
>> /var/lock, из-за чего systemd-tmpfiles не может создать симлинки:
>>
>> /var/run -> /run
>>
>> /var/lock -> /run/lock
>>
>> Что в свою очередь приводит к багу 35350
> Объясните мне, пожалуйста, вот что:
> /var/run и /var/lock работали десятилетиями, зачем это ломать?
>
> Пусть они незаметно переезжают, если кому-то так больше нравится,
> но зачем ломать-то?
>
> Я не хочу ломать обратную совместимость в пакетах только потому,
> что кто-то не справился с бесшовной миграцией.
>
> Обеспечьте, пожалуйста, такую миграцию /var/run и /var/lock,
> чтобы из-за неё не надо было ломать обратную совместимость в пакетах.
>
> Спасибо.
Я миграцию на симлинки для новых сборок предложил в баге 35350. Откликов
нет.
Но программу минимум нужно делать всё равно. Куча предупреждений от
systemd-tmpfiles ни к чему в логе загрузки. Не так ли? Если считаете,
что миграция пакетов не нужна, то давайте, хотя бы исправим конфиги
tmpfiles.d. Это же не сломает обратную совместимость пакетов?
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Миграция на /run и /run/lock
2019-01-12 15:35 ` Антон Мидюков
@ 2019-03-17 0:18 ` Evgeny Sinelnikov
0 siblings, 0 replies; 4+ messages in thread
From: Evgeny Sinelnikov @ 2019-03-17 0:18 UTC (permalink / raw)
To: ALT Linux Team development discussions
Здравствуйте,
сб, 12 янв. 2019 г. в 19:35, Антон Мидюков <midyukov-anton@ya.ru>:
>
> 12.01.2019 22:20, Dmitry V. Levin пишет:
> > On Sat, Jan 12, 2019 at 10:03:47PM +0700, Антон Мидюков wrote:
> >> Здравствуйте
> >>
> >> Я завёл метабаг 35881 по миграции пакетов на /run/lock и /run.
> >> Постепенно буду его пополнять новыми багами.
> >>
> >> Сейчас имеем много warnings от разных пакетов, что в них прописано
> >> создание директорий /var/run, и systemd автоматом сделал их не в
> >> /var/run, а в /run.
> >>
> >> Как минимум нужно исправить эти конфиги. Предупреждения в логе загрузки
> >> ни к чему.
> >>
> >> А максимум - это миграция пакетов на /run и /run/lock. Если это
> >> когда-нибудь произойдёт, то баг 35350 исправится сам собой для новых сборок.
> >>
> >> Все эти пакеты при сборке образов создают директории в /var/run и
> >> /var/lock, из-за чего systemd-tmpfiles не может создать симлинки:
> >>
> >> /var/run -> /run
> >>
> >> /var/lock -> /run/lock
> >>
> >> Что в свою очередь приводит к багу 35350
> > Объясните мне, пожалуйста, вот что:
> > /var/run и /var/lock работали десятилетиями, зачем это ломать?
> >
> > Пусть они незаметно переезжают, если кому-то так больше нравится,
> > но зачем ломать-то?
> >
> > Я не хочу ломать обратную совместимость в пакетах только потому,
> > что кто-то не справился с бесшовной миграцией.
> >
> > Обеспечьте, пожалуйста, такую миграцию /var/run и /var/lock,
> > чтобы из-за неё не надо было ломать обратную совместимость в пакетах.
> >
> > Спасибо.
>
> Я миграцию на симлинки для новых сборок предложил в баге 35350. Откликов
> нет.
>
> Но программу минимум нужно делать всё равно. Куча предупреждений от
> systemd-tmpfiles ни к чему в логе загрузки. Не так ли? Если считаете,
> что миграция пакетов не нужна, то давайте, хотя бы исправим конфиги
> tmpfiles.d. Это же не сломает обратную совместимость пакетов?
У меня на этот счёт появилость предположение, что не всё так просто,
даже с tmpfiles.d.
Во-первых, есть sysvinit вариант установки. У меня там как-то вот /run
имеется, а --bind для /var/run отсутствует (может это ошибка в
настройках, но вот так)
Во-вторых, я честно попробовал провернуть это перекладывание для
samba, где куча всего прибита к /var/run. Начиная с init-файлов и
man'ов, заканчивая тестами и встроенным KDC на базе Heimdal, где
/var/run прибит в коде.
Пока не знаю что с этим делать - наверное, оставлю, как есть.
--
Sin (Sinelnikov Evgeny)
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-03-17 0:18 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-01-12 15:03 [devel] Миграция на /run и /run/lock Антон Мидюков
2019-01-12 15:20 ` Dmitry V. Levin
2019-01-12 15:35 ` Антон Мидюков
2019-03-17 0:18 ` Evgeny Sinelnikov
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git