From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <99c6abba-5b15-015d-48f1-7bc16123fe2c@basealt.ru> Date: Wed, 1 Sep 2021 17:41:38 +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> <563650cb-f839-1337-3993-26ec257cf305@basealt.ru> From: Anton Farygin Organization: BaseALT In-Reply-To: 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 14:41:39 -0000 Archived-At: List-Archive: On 01.09.2021 15:33, Leonid Krivoshein wrote: > > > 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 зачем из /usr/share ? прямо из /etc/os-release. С BUILD_ID всё понятно, непонятно когда и как обновлять остальные поля.