Description of problem:
liveusb-creator doesn't have usermode-gtk in dependencies. So after installation it can't be run from menu. After clicking on menu icon it is trying to load, but then nothing happens.
When run from terminal it asks for password properly.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. On freshly installed Fedora 19 install liveusb-creator
2. Try to run it from desktop menu (GNOME)
Nothing happens. Is loading for a while, but then nothing
User should be asked for root password in graphic.
Proposed as a Blocker for 19-final by Fedora user pschindl using the blocker tracking app because:
liveusb-creator is supposed to be GUI tool, so it should be able to be run from graphical menu.
Related criterion: "Release-blocking live and dedicated installer images must boot when written to optical media of an appropriate size (if applicable) and when written to a USB stick with any of the officially supported methods."
Discussed at 2013-06-20 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-20/f19final-blocker-review-7.1.2013-06-20-15.01.log.txt . Rejected as a blocker: it doesn't really fit the criterion, which is about making sure live images work when written to USB, not fixing minor bugs in the tools for writing them to USB. We might consider applying it to the case of a 'recommended' tool being 100% broken, but this is much less than that.
liveusb-creator is not on any of the release media, so there is little practical point in blocking the release to fix a bug in it: shipping the fix as a 0-day update would seem perfectly sufficient.
(I suspect this bug has shown up as other tools migrated away from usermode-gtk and dropped their dependencies on it; probably in older Fedoras it tended to be installed for something else anyway. On other desktops it likely still works - or started working again with TC5 - as they have the 'admin-tools' group).
"liveusb-creator is not on any of the release media"
Well, actually, it is. It's on the KDE live install. D'oh.
Re-proposing as a blocker:
"All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use."
This bug causes it not to start from the KDE menus on the KDE live until you manually install consolehelper-gtk.
Have to note, I don't understand why system-config-* all work fine without it.
liveusb-creator-3.11.8-3.fc19 has been submitted as an update for Fedora 19.
Note, this package is only on the KDE live spin. If we take it as a blocker we do not really need to rebuild all of RC2, only the KDE live. I have verified it is not on the DVD.
I'd say workaround is pretty simple and it affects only KDE live spin and tool that's probably not used too much. For system configs - which one have you tried? Many of these are already using Polkit - that's the reason why it works.
Whichever ones are on the live image.
I'd really quite like to fix this: I like the 'all apps on menus must launch' criterion, it's quite an important 'does this even look like it could pretend to be a real operating system' smell test. And we can fix it with pretty minimal impact.
I don't see how the workaround is 'simple' either. How is it simple to go from 'bouncing icon and no app' to 'oh, I have to install the package usermode-gtk!'?
Discussed at 2013-06-26 blocker review meeting. Accepted as a blocker per criterion "All applications listed under the Applications menu or category must start successfully".
liveusb-creator-3.11.8-3.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.