How to update os-release information

How to update os-release information

[Silvano Cirujano Cuesta]

Hi,

as reported [1], the current code (function "update_etc_os_release" in "meta/classes/image-postproc-extension.bbclass") is changing /etc/os-release in a wrong way... Now the question is, which is the right way?

In some internal discussions I've realized that the approach that I'm proposing is technically Ok, but doesn't appear to be the common one. Debian-derived distros strongly changing vanilla Debian (e.g. Ubuntu and Purism) are creating their own "base-files" packages containing their information. I'd propose contacting upstream Debian [2] to find out which is the best approach and why.

Regards,

   Silvano

[1] https://groups.google.com/g/isar-users/c/Jr3bTPumH-w

[2] https://lists.debian.org/debian-derivatives/

Re: How to update os-release information

[Silvano Cirujano Cuesta]

BTW, according the Debian Derivatives Guidelines [3] the list of files to modify for de-/re-branding are:

    /etc/issue
    /etc/issue.net
    /etc/dpkg/origins/default (symlink to distribution information file)
    /etc/os-release (symlink to /usr/lib/os-release)
    /usr/lib/os-release
    /usr/share/base-files/motd 

No matter how, we should probably provide recipes for supporting the whole de-/re-branding, not only /etc/os-release, right?

  Silvano

[3] https://wiki.debian.org/Derivatives/Guidelines#De-.2FRe-branding

On 19/01/2021 08:49, [ext] Silvano Cirujano Cuesta wrote:
> Hi,
>
> as reported [1], the current code (function "update_etc_os_release" in "meta/classes/image-postproc-extension.bbclass") is changing /etc/os-release in a wrong way... Now the question is, which is the right way?
>
> In some internal discussions I've realized that the approach that I'm proposing is technically Ok, but doesn't appear to be the common one. Debian-derived distros strongly changing vanilla Debian (e.g. Ubuntu and Purism) are creating their own "base-files" packages containing their information. I'd propose contacting upstream Debian [2] to find out which is the best approach and why.
>
> Regards,
>
>    Silvano
>
> [1] https://groups.google.com/g/isar-users/c/Jr3bTPumH-w
>
> [2] https://lists.debian.org/debian-derivatives/
>