From: Anton Farygin <rider@basealt.ru>
To: devel-distro@lists.altlinux.org
Subject: Re: [devel-distro] branding
Date: Thu, 2 Sep 2021 21:23:26 +0300
Message-ID: <8a08d862-7f7c-225f-d612-4a5c07cb641d@basealt.ru> (raw)
In-Reply-To: <20210902182057.GA21258@altlinux.org>
On 02.09.2021 21:20, Dmitry V. Levin wrote:
> On Thu, Sep 02, 2021 at 09:17:11PM +0300, Anton Farygin wrote:
>> On 02.09.2021 21:15, Dmitry V. Levin wrote:
>>> On Thu, Sep 02, 2021 at 09:13:18PM +0300, Anton Farygin wrote:
>>>> On 02.09.2021 20:09, Dmitry V. Levin wrote:
>>>>> On Thu, Sep 02, 2021 at 07:46:11PM +0300, Leonid Krivoshein wrote:
>>>>>> 02.09.2021 11:26, Sergey V Turchin пишет:
>>>>>>> 01.09.2021 20:08, Leonid Krivoshein пишет:
>>>>>>>> 01.09.2021 18:01, Sergey V Turchin пишет:
>>>>>>>>> 01.09.2021 15:33, Leonid Krivoshein пишет:
>>>>>>>>>
>>>>>>>>> [...]
>>>>>>>>>> Но не из самого /etc/os-release, а того, что лежит в /usr/share
>>>>>>>>> Не /usr/share, а из /usr/lib/os-release.
>>>>>>>>> https://www.freedesktop.org/software/systemd/man/os-release.html
>>>>>>>> Не, это о другом. Я имел ввиду наше внутреннее:
>>>>>>>> /usr/share/branding-data-current/release/os-release
>>>>>>> Так, разговор и о том, чтоб без велосипедов.
>>>>>>>
>>>>>> Стандарт предписывает "клиентам" брать данные из /etc/os-release и, если
>>>>>> его нет, то из /usr/lib/os-release, т.е. это одна и та же сущность,
>>>>>> второй может не быть, если есть первая. Здесь "клиент" -- это тот, кто
>>>>>> хочет сориентироваться в текущем окружении, типа ansible.
>>>>>>
>>>>>> То, что у нас лежит в /usr/share -- это не велосипед, а оригинальный
>>>>>> неизменяемый файл, поставлявшийся с пакетом. Из него в /etc/os-release
>>>>>> сейчас копируется информация в пост-установочном скрипте, сам
>>>>>> /etc/os-release сейчас является файлом конфигурации, и он не меняется с
>>>>>> обновлением пакета брэндинга.
>>>>>>
>>>>>> Предлагается в rpm сделать файл-триггер, который будет генерировать
>>>>>> содержимое /etc/os-release, полностью соответствующее стандарту. В новом
>>>>>> варианте здесь будут данные, соответствующие текущей ситуации, а не той,
>>>>>> что была. Но обсуждается вариант сохранения информации, соответствующие
>>>>>> исходному состоянию системы. Рассмотрены два варианта:
>>>>>>
>>>>>> - Сохранять все поля, добавляя к ним альтовый префикс, что допускается
>>>>>> стандартом.
>>>>>> - Сохранять только поле BUILD_ID, а в его отсутствии брать значение из
>>>>>> VERSION_ID (в /etc/os-release).
>>>>>>
>>>>>> Файл-триггер будет брать СОХРАНЯЕМЫЕ значение из /etc/os-release,
>>>>>> остальные поля перезаписывать из
>>>>>> /usr/share/branding-data-current/release/os-release. При даунгрейде
>>>>>> пакета брэндинга схема будет в точности такой же.
>>>>> Наверное, эта деталь не очень важна, но я полагал, что файлтриггер будет
>>>>> смотреть не напрямую в
>>>>> /usr/share/branding-data-current/release/os-release, а в
>>>>> /usr/lib/os-release, который, в свою очередь, будет относительной ссылкой
>>>>> на тот же /usr/share/branding-data-current/release/os-release.
>>>>>
>>>> Во время работы файлтриггера в этом месте данные будут уже обновлены.
>>>>
>>>> А вот в /etc/os-release они всё ещё остануться старые.
>>> Беспокоит окно между моментом обновления /usr/lib/os-release и моментом,
>>> когда отработает файлтриггер, обновляющий /etc/os-release?
>> нет, /usr/lib/os-release обновляется из пакета. во время работы
>> файлтриггера пакет будет установлен уже новый, в котором эти данные
>> могут быть изменены.
>>
>> Надо брать данные для os-release из старого пакета, до обновления.
> Разве в /etc/os-release уже не находятся старые данные, которые как раз
> и надо обновить из /usr/lib/os-release после обновления последнего?
Мы говорим о разных файлтриггерах. Если нам нужно первый раз получить
BUILD_ID, то в /usr/lib/os-release он будет уже новый, а в
/etc/os-release - старый (который нам как раз и нужен)
Если мы говорим про обновление остальных данных, то да, файлтриггер
должен конечно должен брать их уже из /usr/lib/os-release
next prev parent reply other threads:[~2021-09-02 18:23 UTC|newest]
Thread overview: 99+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-03 18:29 Alexey Shabalin
2021-08-04 1:00 ` Leonid Krivoshein
2021-08-04 8:26 ` Владимир Черный
2021-08-04 7:42 ` Владимир Черный
2021-08-04 10:14 ` Leonid Krivoshein
2021-08-04 10:23 ` Anton Farygin
2021-08-04 10:35 ` Leonid Krivoshein
2021-08-04 10:41 ` Anton Farygin
2021-08-04 11:08 ` Leonid Krivoshein
2021-08-04 11:09 ` Anton Farygin
2021-08-04 11:14 ` Leonid Krivoshein
2021-08-04 11:30 ` Anton Farygin
2021-08-04 10:29 ` Leonid Krivoshein
2021-08-04 10:46 ` Leonid Krivoshein
2021-08-04 10:49 ` Aleksey Novodvorsky
2021-08-04 11:10 ` Leonid Krivoshein
2021-08-04 11:25 ` Aleksey Novodvorsky
2021-08-04 12:22 ` Leonid Krivoshein
2021-08-04 12:26 ` Aleksey Novodvorsky
2021-08-04 13:02 ` Mikhail Efremov
2021-08-04 13:12 ` Leonid Krivoshein
2021-08-04 14:05 ` Leonid Krivoshein
2021-08-04 14:45 ` Anton Farygin
2021-08-04 15:14 ` Mikhail Efremov
2021-08-04 15:43 ` Leonid Krivoshein
2021-08-05 16:37 ` Alexey Shabalin
2021-08-05 17:41 ` Alexey Shabalin
2021-08-05 18:49 ` Michael Shigorin
2021-08-05 20:02 ` Alexey Shabalin
2021-08-05 20:36 ` Leonid Krivoshein
2021-08-05 21:00 ` Leonid Krivoshein
2021-08-05 21:11 ` Leonid Krivoshein
2021-08-05 22:06 ` Leonid Krivoshein
2021-08-06 4:47 ` Anton Farygin
2021-08-06 5:35 ` Anton Farygin
2021-08-06 5:57 ` Anton Farygin
2021-08-06 6:02 ` Anton Farygin
2021-08-06 6:21 ` Anton Farygin
2021-08-06 4:46 ` Anton Farygin
2021-08-05 20:05 ` Alexey Shabalin
2021-08-05 20:44 ` Leonid Krivoshein
2021-08-16 7:19 ` Anton V. Boyarshinov
2021-08-16 7:23 ` Anton Farygin
2021-08-16 9:22 ` Anton V. Boyarshinov
2021-08-16 9:26 ` Anton Farygin
2021-08-19 10:33 ` Dmitry V. Levin
2021-08-19 10:43 ` Sergey V Turchin
2021-08-19 11:22 ` [devel-distro] os-release Dmitry V. Levin
2021-08-19 11:36 ` Sergey V Turchin
2021-08-19 11:50 ` Dmitry V. Levin
2021-08-19 12:07 ` Sergey V Turchin
2021-08-19 12:24 ` Anton Farygin
2021-08-19 11:19 ` [devel-distro] branding Anton Farygin
2021-08-19 11:29 ` [devel-distro] os-release Dmitry V. Levin
2021-08-19 12:21 ` Anton Farygin
2021-08-21 1:13 ` [devel-distro] branding Leonid Krivoshein
2021-09-01 8:34 ` Dmitry V. Levin
2021-09-01 9:37 ` Anton Farygin
2021-09-01 9:47 ` Dmitry V. Levin
2021-09-01 11:12 ` Anton Farygin
2021-09-01 11:25 ` Dmitry V. Levin
2021-09-01 11:56 ` Anton Farygin
2021-09-01 12:33 ` Leonid Krivoshein
2021-09-01 12:46 ` Leonid Krivoshein
2021-09-01 13:59 ` Dmitry V. Levin
2021-09-01 14:41 ` Anton Farygin
2021-09-01 17:14 ` Leonid Krivoshein
2021-09-01 15:01 ` Sergey V Turchin
2021-09-01 17:08 ` Leonid Krivoshein
2021-09-02 8:26 ` Sergey V Turchin
2021-09-02 16:46 ` Leonid Krivoshein
2021-09-02 17:09 ` Dmitry V. Levin
2021-09-02 17:23 ` Leonid Krivoshein
2021-09-02 18:13 ` Anton Farygin
2021-09-02 18:15 ` Dmitry V. Levin
2021-09-02 18:17 ` Anton Farygin
2021-09-02 18:20 ` Dmitry V. Levin
2021-09-02 18:23 ` Anton Farygin [this message]
2021-09-02 18:33 ` Dmitry V. Levin
2021-09-02 18:35 ` Anton Farygin
2021-09-02 20:24 ` Leonid Krivoshein
2021-09-02 20:43 ` Leonid Krivoshein
2021-09-03 5:33 ` Anton Farygin
2021-09-02 21:10 ` Leonid Krivoshein
2021-09-01 9:54 ` Leonid Krivoshein
2021-09-01 10:44 ` Dmitry V. Levin
2021-08-19 11:43 ` [devel-distro] os-release Dmitry V. Levin
2021-08-19 11:58 ` Andrey Cherepanov
2021-08-21 1:20 ` [devel-distro] branding Leonid Krivoshein
2021-08-05 20:37 ` Leonid Krivoshein
2021-08-16 12:38 ` [devel-distro] Сизиф -- не первая версия, а последняя (was: branding) Sergey V Turchin
2021-08-16 7:16 ` [devel-distro] branding Anton V. Boyarshinov
2021-08-04 15:15 ` Anton Farygin
2021-08-04 10:57 ` Mikhail Efremov
2021-08-04 12:32 ` Anton Farygin
2021-08-04 13:54 ` Leonid Krivoshein
2021-08-04 16:09 ` Dmitry V. Levin
2021-08-16 7:12 ` Anton V. Boyarshinov
2021-08-16 12:19 ` [devel-distro] system-logo (was: branding) Sergey V Turchin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8a08d862-7f7c-225f-d612-4a5c07cb641d@basealt.ru \
--to=rider@basealt.ru \
--cc=devel-distro@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Distributions development
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/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-distro devel-distro/ http://lore.altlinux.org/devel-distro \
devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com
public-inbox-index devel-distro
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel-distro
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git