Re: the tragedy of Fedora Live USB conversion and what we can do about it

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2014-08-01 at 08:21 -0400, Kamil Paral wrote:
> > What about offering liveusb-creator at the first place instead of ISO?
> 
> Actually, this might be a great idea. Not "instead", but if we provided two buttons instead of one:

So I want to inject a note of caution on this one. A few of us who deal
with boot stuff - me for QA purposes, mjg59 and pjones who actually know
what's going on, and lmacken who maintains luc right now - talked this
over a few months back, and what would like to do with luc is kill it,
or at least radically revise it. It's kind of a bad tool.

We have this problem where we do the same work (make a USB stick
bootable on BIOS, UEFI and Macs, basically) three times: well when
generating the images (which is why 'dd' works reliably), pretty well in
livecd-iso-to-disk so long as you pass the right options (which is why
that tool's the best second choice), and really pretty badly in luc
(it's better than it used to be, but still not great; I don't believe it
writes Mac-bootable images, and it's easy to use an existing stick and
wind up with something non-bootable because of filesystem or MBR
issues). We need to do that work just once, ideally.

luc doesn't have anywhere near enough development resources; I think it
comes like five or six items down lmacken's priority list, and he's the
sole person working on it. I don't think that's enough support to lean
on too strongly for 'official distribution' purposes. This is why I
revised the USB instructions on the wiki to prioritize dd-style apps for
Windows and de-emphasize luc.

I think what we'd have in an ideal world is a Windows tool that distros
which ship dd-friendly images (ourselves, Arch, SUSE, Mageia...) could
share and possibly customize, but which shared the core 'dd this image
to this stick' code and maybe had a standard API you could provide a
list of your distro's images to or whatever. You can do persistent
storage with a dd-style tool, potentially; all it needs to do is dd the
image and then create empty partition(s) in the remaining spare space on
the stick and use *those* for persistence. The only thing you can't do
with dd-style writing is a non-destructive write, but that's far less
important than it used to be now you get 16GB USB sticks free with
breakfast cereal (more or less).

If we can't manage that, I'm a fan of making it more obvious from the
download pages how to get a USB stick *somehow* - some better
integration of the download page and the USB writing instructions and
existing tools - but I'm not sure the current luc is good enough and
supported enough to promote as a primary delivery mechanism.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux