public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michal Prívozník" <mprivozn@redhat.com>
To: gentoo-dev@lists.gentoo.org, Ben Kohler <bkohler@gentoo.org>
Cc: gentoo-releng@lists.gentoo.org
Subject: Re: [gentoo-dev] Gentoo identification in Primary Volume Descriptor of ISOs
Date: Fri, 3 May 2024 10:43:29 +0200	[thread overview]
Message-ID: <4b8eace8-9988-468e-ab5d-639b25ec63a4@redhat.com> (raw)
In-Reply-To: <dd4e63eb-8fc8-4bb4-9a34-6a7dfa898913@gentoo.org>

On 5/2/24 22:48, Ben Kohler wrote:
> 
> On 5/2/24 06:15, Michal Prívozník wrote:
>> Hi,
>>
>> I've noticed (thanks to an issue reported against Libvirt [1]), that
>> neither minimal installation ISO nor liveGUI ISO contain anything inside
>> their Primary Volume Descriptors that would hint the ISO contains
>> Gentoo. This is unfortunate a bit, because matching VolumeID is exactly
>> how tools like libosinfo detect distro on given ISO [2] and then can
>> recommend some values when creating VMs with that ISO. In this specific
>> case, minimal amount of memory required to even boot the ISO (yeah, it
>> currently reports 256MiB which is too small for anything really).
>>
>> Is there any chance this could be fixed, e.g. by reporting something in
>> VolumeID?
>>
>> Michal
>>
>> 1: https://gitlab.com/libvirt/libvirt/-/issues/600
>> 2:
>> https://gitlab.com/libosinfo/osinfo-db/-/blob/main/data/os/gentoo.org/gentoo-rolling.xml.in?ref_type=heads
>>
>>
> Hi Michal,
> 
> Thanks for bringing this to our attention.  Relatively recently, our ISO
> build tool catalyst started using grub-mkrescue to prepare the
> bootloaders and create the iso [1], and we seem to have lost the volume
> IDs at that time.  I've just added a -volid parameter back in [2] which
> should restore the volume IDs we were using before and should match what
> libosinfo is expecting.  The change should apply to our next weekly
> autobuilds.

Awesome! Thank you.

And speaking of things that slip our attention. When trying to get a
link to this e-mail thread I've noticed at least gentoo-dev archives on
archives.gentoo.org are stuck in 2023:

  https://archives.gentoo.org/gentoo-dev/

I'm not sure where to report this, so I'm hoping this will find the
right recipient. Thanks once again.

Michal



  reply	other threads:[~2024-05-03  8:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-02 11:15 [gentoo-dev] Gentoo identification in Primary Volume Descriptor of ISOs Michal Prívozník
2024-05-02 20:48 ` Ben Kohler
2024-05-03  8:43   ` Michal Prívozník [this message]
2024-05-03 11:32     ` Eli Schwartz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4b8eace8-9988-468e-ab5d-639b25ec63a4@redhat.com \
    --to=mprivozn@redhat.com \
    --cc=bkohler@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=gentoo-releng@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox