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=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=bnwU0QzF6P4am4lVNDkhs3MqXplDTRsZWhWlrWt99EM=; b=IYvxcE6QjNt3TQMSewiD5/P1ulcEIhOeZdg/G97Qezpj2JG06vYHudslFuphDMapgi z66xMbVYMM0gfOppuWkUOY2muNh9WoY9SY6sRClmG8CcBYzfiDlYD3ImDrtrS3tSM+qs +wA5yORGIKgFsWC7Fner4JHpKw3dqKiA0lRE9xgpvjyu8YwURFbF8SEQiR0ajUK0kfya FS13iLqEK2NadEDdhv/j3vHSz6X0EtsRF+jTrSmVTzqs9euQ9qEdQGp/XF77eYDyIdZF HJ8HJLgeS/UWHEssDB74YkFk25obhaw1MgJ1EBagdPy1jif5YtxW7Ad+GoDZH49LKrg/ G0Cw== 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=bnwU0QzF6P4am4lVNDkhs3MqXplDTRsZWhWlrWt99EM=; b=idltQWJFvoLDPnUtbEFoWgA/cNr9WS6iNDdgaHaW0vv0u9kQfFOKlHeXckmnrmRMSv V/pYijzVPh06ONbpl1jHtEM6LyuVEe9ADH65zI9v6lov+yZG6W7D4LsimfMcnCTRUEMH +zFBRAOQV48voJchmaeSRERHqOWKSMTEV0r9yYlgfbXKWutz3itC6AoS4gODu6zGPxHq 18TyatBMlWiLCILgYB2tBg1KAK6Cvtuf0KKbRBSu6Li94FoIA5dsDbY3Jb4NapLGDkp3 rQe/EBaXftzl/wZ2CMF9+SzaRYAxRYaZRpfh1lV3S/3MjfX1CcIz4PdfaIq3Ze/cBKrh bN0w== X-Gm-Message-State: AOAM531SHM7ZcHZ8BcTzNcDsRW9/jCZoHbq0Px8DmOhPdi1QVVteTL+N /Jrd9RNRfpxojdhB38Y5weqeiLj5A1c= X-Google-Smtp-Source: ABdhPJy9jEs2cw9FTKWUtU/pTPR4vLCD9OGMrEsY+n2zX62rCjj/1VzpjCOhEoRMNviH7W4dC8CD5w== X-Received: by 2002:a2e:9e59:: with SMTP id g25mr17975221ljk.499.1629508416068; Fri, 20 Aug 2021 18:13:36 -0700 (PDT) To: devel-distro@lists.altlinux.org References: <241eebba-579c-7c55-6324-770c51e1b01f@gmail.com> <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> From: Leonid Krivoshein Message-ID: <917dd0fa-8fd2-6b6d-c8d4-f63bf169878e@gmail.com> Date: Sat, 21 Aug 2021 04:13:34 +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: <20210819103346.GB4869@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: Sat, 21 Aug 2021 01:13:39 -0000 Archived-At: List-Archive: Привет! 19.08.2021 13:33, Dmitry V. Levin пишет: > [...] > Я предлагаю следующую простую схему. Ох, ничего себе, простую.)) Перечитав несколько раз предложение и стандарт, я честно не понял, в чём смысл затеи. Возможно, пример кода мержера позволил бы понять это лучше. > Файл /etc/altlinux-release обновляется, как обычные файлы. Сейчас он опакечивается, как файл конфигурации. Начиная с p8, уж точно. Если его изменит админ, он больше не будет обновляться. Это же касается и /etc/os-release, хотя в стандарте говорится следующее: os-release contains data that is defined by the operating system vendor and should generally not be changed by the administrator. Отсюда уточнение: будем давать админам право менять /etc/altlinux-release или сделаем обычным файлом? В принципе, стандарт не исключает любого из вариантов и можно оставить, как сейчас. > Файл /etc/os-release обновляется по правилам, описанным ниже. > > Все провайдеры os-release пакуют его в /usr/lib/os-release > (согласно https://www.freedesktop.org/software/systemd/man/os-release.html), > /usr/lib/os-release может быть ссылкой куда-то ещё, это несущественно. > Они же пакуют %ghost /etc/os-release нулевого размера. > Файлриггер следит за обновлением пакетов, содержащих /usr/lib/os-release, > и мержит изменения в /etc/os-release следующим образом: > > Все параметры, описанные в /usr/lib/os-release, за исключением параметров, > имена которых начинаются с префикса ALT_installed_, копируются в > /etc/os-release, при этом, если в /etc/os-release уже были параметры с > такими именами, то: > > - старые параметры, имена и значения которых совпадают с новыми, > удаляются; > - остальные старые параметры, имена которых совпадают с новыми, > переименовываются путём добавления префикса ALT_installed_ и добавляются > в /etc/os-release, если параметров с такими именами там ещё не было, в > противном случае удаляются. Да, стандарт допускает введение собственных параметров. Но зачем эти параметры нам? Нужно ли нам хранить всё, что ранее было записано в /etc/os-release? В стандарте есть хорошее поле, которое как раз не должно меняться при обновлении -- BUILD_ID, это больше похоже на то, что стоит пересохранять через файлтриггер. Что касается бранча, то текущий показывает apt-repo, а на каком строилось первоначальное решение, однозначно определяется по BUILD_ID. -- Best regards, Leonid Krivoshein.