[haiku-bugs] [Haiku] #14695: Specify Haiku version in the ISO's volume-id

  • From: "Haiku" <trac@xxxxxxxxxxxx>
  • To: undisclosed-recipients: ;
  • Date: Thu, 15 Nov 2018 09:14:08 -0000

#14695: Specify Haiku version in the ISO's volume-id
-----------------------+------------------------------
 Reporter:  fidencio   |        Owner:  nobody
     Type:  bug        |       Status:  new
 Priority:  normal     |    Milestone:  Unscheduled
Component:  - General  |      Version:  R1/Development
 Keywords:             |   Blocked By:
 Blocking:             |  Has a Patch:  0
 Platform:  All        |
-----------------------+------------------------------
 Haiku (between several others) is one of the systems which libosinfo
 /osinfo-db provides information about for applications like virt-manager,
 GNOME Boxes, etc.

 libosinfo uses the volume-id of the ISO in order to properly detect its
 version. In case the volume-id of different ISOs are the same, we fallback
 to the volume-size of the ISO and it usually provides us a good match.

 For Haiku, however, we've been facing some issues since R1/beta1 release.
 For R1/beta1, its volume-id is set as "booting" and both the x86 and
 x86_64 versions have *exactly* the same size, making it impossible to
 distinguish them.

 More than that, we have an entry of haiku-nightly, which also has the same
 "booting" volume-id and makes then the R1/beta1 (which is still not part
 of our db, due to this issue) be recognized as nightly.

 The simplest solution I can see here is, if possible, to have more
 significant volume-id for the ISOs, like:
 - HaikuNightly
 - HaikuR1Beta1

 Would be possible to have this fixed in the next releases?

 About libosinfo/osinfo-db:
 *libosinfo:
  - https://libosinfo.org/
  - https://gitlab.com/libosinfo/libosinfo
 *osinfo-db:
  - https://gitlab.com/libosinfo/osinfo-db
  - https://gitlab.com/libosinfo/osinfo-db/tree/master/data/os/haiku-os.org

-- 
Ticket URL: <https://dev.haiku-os.org/ticket/14695>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.

Other related posts: