| Summary: | media-plugins/audacious-plugins-2.2-r2 automagic dep on libmms | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Alexis Ballier <aballier> |
| Component: | Current packages | Assignee: | Tony Vroon (RETIRED) <chainsaw> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | follettoonip, galtgendo, gentoo, mlspamcb, pva, qa, rdwald, sound, transacid |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
adds useflag and uses existing option
corrected patch |
||
Same problem here...revdep-rebuild won't remove libmms, because I built my audacious-plugins against it, but because there's no USE flag it isn't actually a dependency of audacious-plugins. Seems like something which deserves its own USE flag. emerge --depclean -p * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace <atom>`. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. * * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence, it is often necessary to run `emerge --update * --newuse --deep @world` prior to depclean. Calculating dependencies... done! >>> Checking for lib consumers... >>> Assigning files to packages... * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. This can be solved by rebuilding the * packages that pulled them in. * * media-libs/libmms-0.5 pulled in by: * media-plugins/audacious-plugins-2.2-r2 needs libmms.so.0 * >>> Adding lib providers to graph... If you don't like it in bug 297894, let's take it here. You could always add the usedeps and add an entry to arch specific package.use.mask. Then you could add a bug for the arches. While it's arches job to add keywords, it's package maintainer job to handle automagic deps (especially ones that already have configure options). Arches won't do any testing unless you file a request for it. Created attachment 260182 [details, diff]
adds useflag and uses existing option
Created attachment 260197 [details, diff]
corrected patch
Sorry, I initially forgot to add new useflag to IUSE.
|
configure.ac contains: dnl *** MMS AC_ARG_ENABLE(mms, [ --disable-mms disable mms support. (default=enabled)], [have_mms=$enableval], [have_mms=yes]) if test "x$have_mms" = "xyes"; then have_mms=yes PKG_CHECK_MODULES(MMS, [libmms >= 0.3], [TRANSPORT_PLUGINS="$TRANSPORT_PLUGINS mms" ], [have_mms="no"]) else have_mms=no AC_MSG_RESULT([*** mms plugin disabled by request ***]) fi so this should be all about adding a useflag or simply disabling it.