usb-creator has hard-coded references to Ubuntu

Any progress on this? It would be great to not have to fork usb-creator anymore for Nexradix.

With respect to hard-coded "Ubuntu" strings, I think usb-creator should source the release name from the CD image for the installation complete dialog, and the introduction label should be rewritten to not use a operating system title at all.

That would probably be easier, certainly. In fact, that's exactly what I did when I modified usb-creator for inclusion in Nexradix. I changed the intro label up top to read:

"NOTE: To boot or install from a USB disk, it needs to be set up as a startup disk. Make sure your system's BIOS is set to boot from USB."

I considered using the more proper sounding "USB drive" term, but since the rest of the interface refers to them as "disks" I kept it the same for consistency.

Any chance this will be fixed for Karmic?

I was going to file the same bug but I serached before and found this one.

It would also be nice to allow the use of any ISO image with internal structure compatible to that of Ubuntu, rather than /etc/lsb-release or hard-coded constraints. The user will do it at her own risk, but it may be useful for many applications.

We forked the Jaunty version for Nexradix, and it works just fine, despite that the name in /etc/lsb-release isn't Ubuntu. The only thing we actually changed was the menu labels in the interface so that they were distro-neutral.

So unless something has changed in the Karmic version, there aren't any hard-coded constraints for it to *work,* it just doesn't look right to have instructions mention Ubuntu in an app that isn't only distributed in Ubuntu.

From what I can tell, the only thing your ISO image needs to work with this tool is the .info folder on the root of the CD, and the same structure of filesystem.squashfs (which should probably also be generated with the same version of casper as the version of Ubuntu that the corresponding usb-creator was released with).

This is still happening as of Trusty. We're still forced to fork the package...

Not to be overly repetitive, but this is still an issue 8 years later...

While the solution discussed above (pulling the release name from /etc/lsb-release) would certainly be nice, there's no reason this really needs a fix that complicated. Every instance of the word "Ubuntu" can be avoided by re-wording of a few sentences.

If a patch is needed to get this fixed upstream we'd be more than willing to provide one.

I'd be happy to sponsor a patch that does the lsb-release lookup.