Red Hat Bugzilla – Bug 251740
RFE: consistent naming of images
Last modified: 2017-02-21 11:11:45 EST
Description of problem:
Currently Live and Installation media use a completely different naming schema:
Or in general:
Adding FutureFeature keyword to RFE's.
What makes this difficult is that livecd-tools currently uses the iso label as the iso filename, and there is an upper limit to the number of chars. When dealing with the Education-Math spin, you rapidly run out of chars to use for other such things. We probably need to come up with a way to define the iso label differently from the iso filename.
(In reply to comment #3)
> What makes this difficult is that livecd-tools currently uses the iso label as
> the iso filename, and there is an upper limit to the number of chars. When
> dealing with the Education-Math spin, you rapidly run out of chars to use for
> other such things. We probably need to come up with a way to define the iso
> label differently from the iso filename.
According to man genisomage the primary volume descriptor (option: -V) can take up to 32 characters, which would be enough for e.g.
Therefore at least all primary releases should fit except for the preview release, but there "PR" was already used instead of Preview for some live images. If this is used, then everything would match.
Also in my initial comment, a original live image name was actually longer than the used non live image name.
That doesn't work for say the Education-Math spin, or the Developer spin, or BrOffice spin, or any spin that doesn't use a TLA.
(In reply to comment #5)
> That doesn't work for say the Education-Math spin, or the Developer spin, or
> BrOffice spin, or any spin that doesn't use a TLA.
This is true, but this is not a reason to use a consitent naming for the spins, where it is possible. Even if there is a different scheme for F12 than F11, because then livecd-tools allow to user the same naming scheme for all spins, it is still an improvement over the current situation. IIRC the naming scheme even changed for the different unstable releases of Fedora 10.
That's correct, I've been casting about trying to find a single scheme that will work for all, and I'm somewhat failing at it. Mostly nobody is giving any feedback. I'm leaving this open /because/ I'm trying to find a good solution.
I think we now have this all in place. I am closing the bug as fixed.