emerge -C gstreamer * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean <atom>` to check for reverse dependencies before * removing packages. media-libs/gstreamer selected: 1.18.4 protected: none omitted: none All selected packages: =media-libs/gstreamer-1.18.4 >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. >>> Waiting 5 seconds before starting... >>> (Control-C to abort)... >>> Unmerging in: 5 4 3 2 1 >>> Unmerging (1 of 1) media-libs/gstreamer-1.18.4... emerge -vat1 gstreamer These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N #] media-libs/gstreamer-1.18.4:1.0::gentoo USE="caps introspection nls orc -test -unwind" ABI_X86="32 (64) (-x32)" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB * Error: circular dependencies: (media-libs/gstreamer-1.18.4:1.0/1.0::gentoo, ebuild scheduled for merge) depends on (media-libs/gstreamer-1.18.4:1.0/1.0::gentoo, ebuild scheduled for merge) (buildtime) * Note that circular dependencies can often be avoided by temporarily * disabling USE flags that trigger optional dependencies. Problem does not exist in 1.16.3.
This bdep seems to come from gstreamer.eclass.
After that no problem merging with ebuild /usr/portage/media-libs/gstreamer/gstreamer-1.18.4.ebuild clean merge But I see multiple times in compile phase: "Package gstreamer-1.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gstreamer-1.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gstreamer-1.0' found" This message does not error. Also no problem if I remove the unmask and downgrade to 1.16.3
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=201d8f14dca0172965ff03accc8fbb6fc08491e3 commit 201d8f14dca0172965ff03accc8fbb6fc08491e3 Author: Haelwenn (lanodan) Monnier <contact@hacktivis.me> AuthorDate: 2021-05-30 15:06:09 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-05-31 07:55:08 +0000 gstreamer-meson.eclass: Fix cycle dependency on gstreamer Closes: https://bugs.gentoo.org/793032 Signed-off-by: Haelwenn (lanodan) Monnier <contact@hacktivis.me> Closes: https://github.com/gentoo/gentoo/pull/21052 Signed-off-by: Sam James <sam@gentoo.org> eclass/gstreamer-meson.eclass | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-)
I'm not sure why gstreamer package would need to inherit gstreamer-meson.eclass at all
(In reply to Mart Raudsepp from comment #4) > I'm not sure why gstreamer package would need to inherit > gstreamer-meson.eclass at all Because at least with the meson one a lot of the code (configuration, tests, dependencies) ended up being similar to plugins.
