From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=S2i9FIFx8HQOaV3Esh/NHTgAa+YV7DlawN5G+DW/NEc=; b=Is9vihIdcWseSh1dKEADAgLkCU974CtMPugm7JUijQv6M8VbBsJsO9AkcTjBeREtxp ggvqOlRUb9TGMUm8wKZ2ipUYiMnAhqmlea+0CDuIZs5Z4D2GLZt8GZEULjf+icvDqipa Btn0ehbVBJGWZ8ZNHAkfnYOrd1UhmHJPRyEkpkAViaYiIt1OlC/Z+6lUZxBfw5Me8oXm R/ILbhSedbHgElaU85YloLXdEwqpPvliLT+ViiEs3RFbQM0NEkA1o+p8HVEXMVO/KWAb aaq+HORB6crhcQltPF30jZE8rc518F9h89AKNMibpvXqiw5mULi/jkfBk/5ycC1e1Yoy ufVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=S2i9FIFx8HQOaV3Esh/NHTgAa+YV7DlawN5G+DW/NEc=; b=JQn9imayXDH5cjmOyG5CrwXPLRm7HDjfxPTWZK+9SMkXb2kvIkbbK89LbHhb6iK5BV ++Omy8QiyBsf6VXzYuZ/kiplipGhs5JSDsy42oh3Qed+3mzFAHQ9k2cThAcXSQapE1ip 8Zjg8jknX9nxirJs2k234XzNnZI+p8tZtpjIoaLooIhwyje64m+aWdUGrGfxACIF4rSa ogbfUYYJyn75iKJZow+zGwOyt3FoIX9cKht4QemQfFZeyduK9uxctl22TD/vZ8dI8RNN 34TcEuPySb8agBG+kENvCybsrROoVP5uhoGlKCnEEDmuD8kmzFr6pM1CHd7bKvErGcJ8 TsgQ== X-Gm-Message-State: AOAM532dlk0eljqkplvI+2SOcrkmkfylLhlgylMup3v6SzVjgnC/YXHL 7LezlS8YdGCt1uB8LqcOveQmNounQWU= X-Google-Smtp-Source: ABdhPJzN+IVYhcH/Mom4qqX1xaKJJuO+Cd0GxI6kSTFHBbvAHeEA7QpcHFwV+RWS1wSbMTNFyMss5Q== X-Received: by 2002:ac2:5f0a:: with SMTP id 10mr3377364lfq.14.1630603447186; Thu, 02 Sep 2021 10:24:07 -0700 (PDT) To: devel-distro@lists.altlinux.org References: <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> <7e0e75a1-ccb8-b931-82c3-a1dcba02200e@altlinux.org> <20210902170921.GB20013@altlinux.org> From: Leonid Krivoshein Message-ID: <9ce297c2-e2b3-759c-b79d-a51fb4ae565c@gmail.com> Date: Thu, 2 Sep 2021 20:23:50 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210902170921.GB20013@altlinux.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru 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: Thu, 02 Sep 2021 17:24:11 -0000 Archived-At: List-Archive: 02.09.2021 20:09, Dmitry V. Levin пишет: > 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 до apt-get dist-upgrade. В этот момент устанавливаемые пакеты, если используют информацию о версии ОС, должны смотреть в /usr/lib/os-release. В общем случае не будет большой разницы между одной сущностью и другой. Ну, разве что в полях, которые должны сохраняться, т.е. об исходной системе. Если уже удалён /etc/os-release, то вообще нет разницы. -- Best regards, Leonid Krivoshein.