Description of problem: I am not sure for what is good alsoft-config, but I don't like to install Qt on my system. Could you please split alsoft-config into separate subpackage to avoid this dependnecy? Version-Release number of selected component (if applicable): openal-soft-1.16.0-1.fc22 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: # dnf update -x kernel* -x webkitgtk4* [sudo] password for vondruch: Dependencies resolved. ================================================================================================================================================================================ Package Arch Version Repository Size ================================================================================================================================================================================ Installing: libmng x86_64 2.0.2-3.fc22 rawhide 172 k qt x86_64 1:4.8.6-12.fc22 rawhide 4.7 M qt-settings noarch 20-17.fc22 rawhide 23 k qt-x11 x86_64 1:4.8.6-12.fc22 rawhide 13 M Upgrading: openal-soft x86_64 1.16.0-1.fc22 rawhide 325 k Transaction Summary ================================================================================================================================================================================ Install 4 Packages Upgrade 1 Package Total download size: 18 M Is this ok [y/N]: Expected results: QT is not installed. Additional info:
Reassigning to myself, as I thought long about this when updating to 1.16.0 and decided not to split the package. This is of course still open for debate. My rationale was that openal-soft is mostly (only?) used by software useful in a desktop situation where a GUI to configure output options and OpenAL features is always desirable. I realize multiple frontends (using the native toolkit of the installed desktop) would be better... Hans, Andreas, what's your take on this?
Hans voted for splitting, so here goes: http://koji.fedoraproject.org/koji/taskinfo?taskID=7455213 Closing.
openal-soft-1.16.0-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/openal-soft-1.16.0-2.fc20
(In reply to François Cami from comment #1) > My rationale was that openal-soft is mostly (only?) used by software useful > in a desktop situation where a GUI to configure output options and OpenAL > features is always desirable. > > I realize multiple frontends (using the native toolkit of the installed > desktop) would be better... My take on this is that previously, there was no GUI at all and everybody was happy (I for one had no idea that I have such library on my system so far ;)), so this is new stuff and in addition it is quite independent and introduces new dependencies, hence it should go into subpackage. Nevertheless, thanks for quick turnaround.
My pleasure.
openal-soft-1.16.0-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.