From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <563650cb-f839-1337-3993-26ec257cf305@basealt.ru> Date: Wed, 1 Sep 2021 14:56:57 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.0.3 Content-Language: ru To: devel-distro@lists.altlinux.org References: <20210816071919.5311546b@x230.localdomain> <79f177b8-b2ca-8b12-5d8b-badc43ebb918@basealt.ru> <20210816122230.0e0afeca@tower> <74b053ef-414f-43c1-9676-445a97f1fc3a@basealt.ru> <20210819103346.GB4869@altlinux.org> <917dd0fa-8fd2-6b6d-c8d4-f63bf169878e@gmail.com> <20210901083410.GA29811@altlinux.org> <5644e0ac-46be-e7eb-2a40-4c4bc8cc71c7@basealt.ru> <20210901094702.GA30552@altlinux.org> <2e8d4b40-6044-505d-4e8d-06c73a284f71@basealt.ru> <20210901112512.GA31862@altlinux.org> From: Anton Farygin Organization: BaseALT In-Reply-To: <20210901112512.GA31862@altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel-distro] branding X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2021 11:56:57 -0000 Archived-At: List-Archive: 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 брать однократно из старого.