ImageMagick provides both tools (command line utilities) and libraries in the same package. I think it could be valuable to split this in : ImageMagick => tools ImageMagick-libs => runtime library I think, this should work : %files %{_bindir}/[a-z]* %{_mandir}/man[145]/[a-z]* %{_mandir}/man1/%{name}.* %files libs %doc ChangeLog %doc README.txt LICENSE NOTICE AUTHORS.txt NEWS.txt %{_libdir}/libMagickCore.so.5* %{_libdir}/libMagickWand.so.5* %{_libdir}/ImageMagick-%{VER} %{_datadir}/ImageMagick-%{VER} %exclude %{_libdir}/ImageMagick-%{VER}/modules-Q16/coders/djvu.* %{_sysconfdir}/%{name}
Sorry, but for what? What advantages you are seeing in that?
Mainly allow to install only libs, for package which use it. And tools when user wants it. And this seems a common packaging usage. This also make things easier for people who want to install multiple version of the library (even is this is not a target for fedora repo)
As it may interfere with dependent packages I think it should be announced in ML. I'll do that later, until you may check scratch build - http://koji.fedoraproject.org/koji/taskinfo?taskID=4446298 Also may be have worth combine c++ subpackage into libs? How you think?
*** Bug 868230 has been marked as a duplicate of this bug. ***
Sorry, it seems I have miss the previous bugzilla notification. IMHO, having C++ in an independant sub-package make sense. Your scratch build is a bad link (ferm package). Can you run another, or simply the spec diff ?
Remi, I'm very sorry for the mistake. Please check that: http://koji.fedoraproject.org/koji/taskinfo?taskID=4676821
Seems fine. Thanks for the work on this.
Looking forward to the split too, thanks (loading karma...)
Ready http://koji.fedoraproject.org/koji/taskinfo?taskID=5132168