On Thu, 2024-05-16 at 13:47 +0000, Ross Burton via lists.openembedded.org wrote:
> oe-core has an ‘iso’ image type that creates ISO9660 images for
> booting from a CD/DVD.  At the moment this is implemented using
> cdrtools (aka cdrecord) but this has “legal complications” meaning a
> number of mainstream distributions don’t use cdrtools [1], and the
> project is - generously speaking - only somewhat maintained as part
> of an uber-repository at
> https://codeberg.org/schilytools/schilytools.  None of this is ideal.
> 
> Back when cdrtools moved to the CDDL and the distros decided this was
> not acceptable, Debian created a fork called cdrkit based on the last
> GPL release.  This has no licensing issues but is now abandoned,
> notably the Debian packaging of cdrkit has a number of patches which
> are not upstreamed.
> 
> Against this background, the libburnia project has been quietly busy
> since ~2007.  This is a fresh implementation with wrappers that
> behave like cdrtools, is GPLv2 licensed, and still actively
> maintained[2].
> 
> I’m proposing that we switch the ISO image type to using libburnia
> instead of cdrtools.  I’ve verified that this is just a
> s/mkisofs/xorrisofs/ in image-live.bbclass and the resulting ISO is
> almost identical and boots successfully (in a qemu).
> 
> I’m _also_ proposing that we admit that ISO images and Yocto have
> very limited overlap, and instead of moving the libburnia recipes
> from meta-filesystems (libburn, libisofs, libisoburn) we just
> document that ISO generation requires meta-filesystems to be added. 
> The big catch here is that live images are actually ISOs, but for
> this I believe that very few people actually use the live/hddimg
> images and this won’t be missed from core.  My entirely unresearched
> guess is that some people use hddimg but they don’t need to: a
> traditional partitioned disk image can be written to a
> disk/stick/card and works just as well to boot, and the initramfs-
> based installer should work in that environment too.
> 
> Thoughts?

I'm fine with moving out iso but hddimg has proven to be used by more
that you'd think. It also has fairly complex code in core which if
we're keeping it, I'd like a way to test it...

Cheers,

Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199492): 
https://lists.openembedded.org/g/openembedded-core/message/199492
Mute This Topic: https://lists.openembedded.org/mt/106134701/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to