[devel-distro] branding

Leonid Krivoshein klark.devel at gmail.com
Wed Sep 1 15:33:50 MSK 2021



01.09.2021 14:56, Anton Farygin пишет:
> On 01.09.2021 14:25, Dmitry V. Levin wrote:
>> On Wed, Sep 01, 2021 at 02:12:33PM +0300, Anton Farygin wrote:
>>> On 01.09.2021 12:47, Dmitry V. Levin wrote:
>>>> On Wed, Sep 01, 2021 at 12:37:29PM +0300, Anton Farygin wrote:
>>>>> On 01.09.2021 11:34, Dmitry V. Levin wrote:
>>>>>> On Sat, Aug 21, 2021 at 04:13:34AM +0300, Leonid Krivoshein wrote:
>>>>>> [...]
>>>>>>> Да, стандарт допускает введение собственных параметров. Но зачем 
>>>>>>> эти
>>>>>>> параметры нам? Нужно ли нам хранить всё, что ранее было записано в
>>>>>>> /etc/os-release? В стандарте есть хорошее поле, которое как раз не
>>>>>>> должно меняться при обновлении -- BUILD_ID, это больше похоже на 
>>>>>>> то, что
>>>>>>> стоит пересохранять через файлтриггер.
>>>>>> Мы можем хранить не всё, а только то, что нужно, но как тогда 
>>>>>> быть в тех
>>>>>> случаях, когда того, что нужно, нет?  Например, тот же BUILD_ID 
>>>>>> сейчас
>>>>>> указан далеко не везде.
>>>>>>
>>>>> Это можно добавить с обновлением пакета.
>>>> Можно, конечно, но есть одна небольшая сложность: какой BUILD_ID 
>>>> добавить,
>>>> если пакет уже установлен без информации о BUILD_ID?
>>>>
>>> Т.к. у нас сейчас os-release не меняется с обновлением, то наполнение
>>> BUILD_ID можно взять при первом же обновлении пакета с переездом на
>>> новую схему.
>> Тогда, если в старом пакете BUILD_ID нет, то в качестве BUILD_ID будет
>> взято значение из нового пакета, а это не совсем то, к чему мы 
>> стремились.
>> Леонид предложил в таком случае брать значение VERSION_ID из старого
>> пакета в качестве BUILD_ID.
>>
> Так конечно не из нового пакета - данные для BUILD_ID брать однократно 
> из старого.

Наоборот, из старого всегда брать BUILD_ID, если он там есть.
А если его нет, тогда однократно брать его значение из VERSION_ID.
Но не из самого /etc/os-release, а того, что лежит в /usr/share



-- 
Best regards,
Leonid Krivoshein.



More information about the devel-distro mailing list