Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 648022 - media-plugins/grilo-plugins USE=chromaprint should depend on media-libs/gst-plugins-bad
Summary: media-plugins/grilo-plugins USE=chromaprint should depend on media-libs/gst-p...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
Depends on: 661280
  Show dependency tree
Reported: 2018-02-18 17:19 UTC by Marinus Schraal
Modified: 2019-10-19 20:12 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Marinus Schraal 2018-02-18 17:19:09 UTC
For chromaprint support in grilo-plugins the actual gst-plugins-bad chromaprint plugin is needed (not currently in portage). The build fails otherwise with USE=chromaprint.
Comment 1 Marinus Schraal 2018-02-19 09:48:38 UTC
It should depend gst-plugins-chromaprint (not in portage).
Comment 2 Larry the Git Cow gentoo-dev 2018-07-15 23:35:10 UTC
The bug has been referenced in the following commit(s):

commit b5f66d92b97e220409717e74c955c8b3d9d2bc78
Author:     Mart Raudsepp <>
AuthorDate: 2018-07-15 23:33:52 +0000
Commit:     Mart Raudsepp <>
CommitDate: 2018-07-15 23:34:48 +0000

    media-plugins/grilo-plugins: depend on gst-plugins-chromaprint for masked USE
    gst-plugins-chromaprint is now packaged, so depend on it correctly.
    However it remains package.use.masked for the time being.
    Package-Manager: Portage-2.3.40, Repoman-2.3.9

 media-plugins/grilo-plugins/grilo-plugins-0.3.5.ebuild | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Comment 3 Mart Raudsepp gentoo-dev 2019-08-25 16:45:06 UTC
This is now available in ~arch, but we still need to sort out availability for stable tree
Comment 4 Matt Turner gentoo-dev 2019-10-19 20:12:03 UTC
(In reply to Mart Raudsepp from comment #3)
> This is now available in ~arch, but we still need to sort out availability
> for stable tree

Seems like a separate issue from this one.