Bug 104210 – gstreamer/gst-plugins-* upgrade/downgrade loop

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Andy Fraser 2005-08-29 17:36:38 UTC]

As summary. While gst-plugin-faad is still at 0.8.8 but my system is calling for gst-plugins version 0.8.10 
I get an upgrade/downgrade loop on gst-plugins.

Reproducible: Always
Steps to Reproduce:
1. emerge -Duav world
2. gst-plugins gets upgraded to 0.8.10
3. emerge -Duav world again
4. gst-plugins gets downgraded to 0.8.8
5. goto 1 and repeat ad infinitum

[Comment 1 Jakub Moc (RETIRED) 2005-08-30 06:34:15 UTC]

*** Bug 104259 has been marked as a duplicate of this bug. ***

[Comment 2 Machiel Groeneveld 2005-09-17 04:54:33 UTC]

I'm having the same problem now with gnome 2.12.0. That depends on
gst-plugins-0.8.11 but the .0.8.10 plugins (gst-plugins-faad-0.8.10 for example)
depends on gst-plugins-0.8.10. Maybe gst-plugins should state it depends on all
plugins with the same version number?

[Comment 3 Jakub Moc (RETIRED) 2005-11-10 00:24:51 UTC]

*** Bug 112047 has been marked as a duplicate of this bug. ***

[Comment 4 Jakub Moc (RETIRED) 2005-11-20 09:30:13 UTC]

*** Bug 113096 has been marked as a duplicate of this bug. ***

[Comment 5 Jakub Moc (RETIRED) 2005-11-20 09:31:44 UTC]

Ping! Someone please fix this stuff already, it happening over and over again,
now also w/ 0.8.11. :-(

[Comment 6 Daniel Gryniewicz (RETIRED) 2005-11-20 12:56:27 UTC]

gst-plugins-faad-0.8.11 has been there since Sept 5.  The gst-plugins-faad
packages have the same stable and ~ versions as gst-plugins.  I get no
upgrade/downgrade cycle.  Nothing in the main portage tree specifically deps on
an old version of gst-plugins-faad.  I'm convinced there is not problem here.

Rhythmbox has a commented out dep on 0.8*, maybe it's dep was updated without a
revbump?  If so, try re-emerging rhythmbox.

[Comment 7 Zaheer Abbas Merali (RETIRED) 2005-11-27 06:33:23 UTC]

i cant see the bug, sorry

[Comment 8 Jakub Moc (RETIRED) 2006-01-05 02:21:47 UTC]

OK, reopen, it's back again with next version bump.

Portage does *not* handle the below construct in gst-plugins.eclass. It's too restrictive and is causing dependency resolver to produce weird circular dependencies - i.e., gst-plugins-foo-0.10.1 depends on gst-plugins-foo-0.10.0*

<snip>
MY_P=gst-plugins-${PV}
RDEPEND="=media-libs/${MY_P}*"
</snip>

[Comment 9 Jakub Moc (RETIRED) 2006-01-23 00:09:27 UTC]

*** Bug 120015 has been marked as a duplicate of this bug. ***

[Comment 10 Jakub Moc (RETIRED) 2006-01-23 04:46:32 UTC]

*** Bug 120040 has been marked as a duplicate of this bug. ***

[Comment 11 Kamil Gornik 2006-01-23 06:03:25 UTC]

gst-plugins-ogg-0.8.11 is still ~x86 while most of gst-plugins-*-0.8.11 stuff is marked stable, that causes all loop mess for me.

[Comment 12 Kamil Gornik 2006-01-23 06:09:15 UTC]

I can add gst-plugins-flac, gst-plugins-cdparanoia, gst-plugins-mad, gst-plugins-vorbis and gst-plugins-gnomevfs to *-0.8.11 ~x86 list

[Comment 13 Jakub Moc (RETIRED) 2006-01-23 06:44:11 UTC]

Well, since there are such stupid dependencies, then all the plugins must be commited at the same time with all needed keywords. That said, software that needs dependencies like =0.10.1* is broken by design, and comment #8 about portage not handling such stuff is still valid. 

[Comment 14 Saleem Abdulrasool (RETIRED) 2006-02-03 13:57:12 UTC]

The version bump has been there for a while.  Closing this bug.

[Comment 15 Gerry 2006-08-26 18:07:21 UTC]

Same thing happens with 0.8.11/0.8.12.  Please reopen.

[Comment 16 Gerry 2006-08-26 18:52:55 UTC]

Er, never mind.  I'd forgotten to ~ some plugins =P