Re: base-files: /etc/os-release should contain VERSION variables for testing and unstable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Oct 14, 2022 at 7:10 PM Gioele Barabucci <gioele@xxxxxxxxx> wrote:
>
> Dear Masahiro, dear Sedat,
>
> [Debian bug #1008735 removed from CC]
>
> On 13/10/22 16:02, Masahiro Yamada wrote:
> > On Mon, Oct 3, 2022 at 6:56 PM Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote:
> >
> > Can you give me more context of this email?
> >
> >> I am using Debian/unstable AMD64 and doing Linux-kernel upstream
> >> development and testing.
> >>
> >> People using bindeb-pkg (mkdebian) from Linux-kernel sources
> >> (scripts/packages) to build and test their selfmade Debian kernels get
> >> a now a "n/a" for distribution.
> >
> > Right, if I try the latest sid,
> > "lsb_release -cs" returns "n/a".
> > It returned "sid" before IIRC.
> >
> > What was changed in Debian?
> > Any change in the lsb_release program?
>
>
> A quick summary from the upstream developer (me) of the new
> `lsb_release` implementation being rolled out in Debian.
>
> Debian dropped the legacy `lsb_release` package. Now the `lsb_release`
> command is provided by `lsb-release-minimal`.
>
> `lsb-release-minimal` relies on `/etc/os-release` to provide LSB
> information in a format that is byte-for-byte compatible with the
> `lsb_release` specifications.
>
> The issue you experienced is due to Debian's `/etc/os-release` (provided
> by the `base-files` package) not contain all the necessary information.
> See <https://bugs.debian.org/1008735>.
>
> The situation is now changing. The maintainer of `base-files` has added
> VERSION_CODENAME ("bookworm" for both unstable and testing).
>
> However VERSION_ID (used for `lsb_release --release`) has not been added
> yet. This is being tracked at <https://bugs.debian.org/1021663>.
>
> Until #1021663 is fixed, `lsb_release -rc` will return the following
> info in both unstable and testing.
>
>      Release:   n/a
>      Codename:  bookworm



Thanks for the pointer.
It sounds reasonable.

Also, it was good to know that no action is needed
for the kernel tree.

Thanks.

>
> A workaround to get the old behavior is:
>
>      rm /etc/os-release
>      cp /usr/lib/os-release /etc/os-release
>      echo "VERSION_ID=unstable" >> /etc/os-release
>      echo "VERSION_CODENAME=sid" >> /etc/os-release
>
> Regards,
>
> --
> Gioele Barabucci



-- 
Best Regards
Masahiro Yamada



[Index of Archives]     [Linux&nblp;USB Development]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite Secrets]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux