[gentoo-user] infinite battle between emerge --depclean and revdep-rebuild

[gentoo-user] infinite battle between emerge --depclean and revdep-rebuild

[Allan Gottlieb]

The short story is that these two utilities will repeatedly remove and
restore  media-libs/gst-plugins-0.8.11.

The long version follows.

thanks in advance for any help.
allan

1. Revdep-rebuild is initially happy

ajglap gottlieb # revdep-rebuild
Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... Nothing to rebuild

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

Dynamic linking on your system is consistent... All done.

2.  But --depclean makes it unhappy.  I issue my std 2 commands

ajglap gottlieb # emerge --ask --depclean; revdep-rebuild --pretend

*** WARNING ***  --depclean is known to be broken. It is highly recommended
[rest of warning snipped]

Calculating dependencies... done!

>>> These are the packages that would be unmerged:

 media-libs/gst-plugins
    selected: 0.8.11
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

Would you like to unmerge these packages? [Yes/No] yes


[ gst-plugins removed without incident.]

3.  Unhappy revdep: then 2nd command then continues. 

Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/lib/gstreamer-0.8/libgstalsa.so (requires  libgstinterfaces-0.8.so.0)
  broken /usr/lib/gstreamer-0.8/libgstalsa.la (requires /usr/lib/libgstinterfaces-0.8.la)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... done.
  (/root/.revdep-rebuild.4_ebuilds)

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

All prepared. Starting rebuild...
emerge --oneshot --pretend =media-plugins/gst-plugins-alsa-0.8.11

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] media-libs/gst-plugins-0.8.11  USE="alsa esd -debug -oss"
[ebuild   R   ] media-plugins/gst-plugins-alsa-0.8.11

4.  I run revdep-rebuild without --pretend

the two packages are emerged without incident.

5.  As suggested I run revdep-rebuild again

No rebuilds required.

6.  So we try again

ajglap gottlieb # emerge --ask --depclean; revdep-rebuild --pretend

*** WARNING ***  --depclean is known to be broken. It is highly recommended
[snipped again]

Calculating dependencies... done!

>>> These are the packages that would be unmerged:

 media-libs/gst-plugins
    selected: 0.8.11
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

Would you like to unmerge these packages? [Yes/No]

etc. etc.
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] infinite battle between emerge --depclean and revdep-rebuild

[Richard Fish]

On 7/13/06, Allan Gottlieb <gottlieb@nyu.edu> wrote:
> ajglap gottlieb # emerge --ask --depclean; revdep-rebuild --pretend

Looks like a circular dependancy between gst-plugins-alsa and
gst-plugins.  Circular dependancies are not handled well in portage.

> *** WARNING ***  --depclean is known to be broken. It is highly recommended
> [rest of warning snipped]

Did you read the rest of the warning???  It gives you the solution:

emerge --noreplace gst-plugins

-Richard
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] infinite battle between emerge --depclean and revdep-rebuild

[Janusz Bossy]

On 7/14/06, Richard Fish <bigfish@asmallpond.org> wrote:
> Looks like a circular dependancy between gst-plugins-alsa and
> gst-plugins.  Circular dependancies are not handled well in portage.

Wow! How can something have circular dependencies? Can you explain that to me?

-- 
Pozdrawiam
Janusz YANOUSHek Bossy
gg# 791964
tlen yanoushek@tlen.pl
jabber yanoushek@chrome.pl
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] infinite battle between emerge --depclean and revdep-rebuild

[Allan Gottlieb]

At Fri, 14 Jul 2006 01:42:26 -0700 Richard Fish <bigfish@asmallpond.org> wrote:

> On 7/13/06, Allan Gottlieb <gottlieb@nyu.edu> wrote:
>> ajglap gottlieb # emerge --ask --depclean; revdep-rebuild --pretend
>
> Looks like a circular dependancy between gst-plugins-alsa and
> gst-plugins.  Circular dependancies are not handled well in portage.
>
>> *** WARNING ***  --depclean is known to be broken. It is highly recommended
>> [rest of warning snipped]
>
> Did you read the rest of the warning???  It gives you the solution:
>
> emerge --noreplace gst-plugins

I did read it, but obviously not with full understanding.  That
solution, which indeed does solve my problem, is correctly stated to
place gst-plugins into the world file.  But that is not what I though
world was for.  I though it was for applications that I use directly.
I thought the --noreplace suggestion was for the case when --depclean
wants to remove something you actually run.  I foolishly hadn't
realized that this advice emerge --noreplace <atom> was also to be
used to break circular dependencies.

Thanks for the enlightenment.
allan
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] infinite battle between emerge --depclean and revdep-rebuild

[Richard Fish]

On 7/14/06, Janusz Bossy <janusz.bossy@gmail.com> wrote:
> On 7/14/06, Richard Fish <bigfish@asmallpond.org> wrote:
> > Looks like a circular dependancy between gst-plugins-alsa and
> > gst-plugins.  Circular dependancies are not handled well in portage.
>
> Wow! How can something have circular dependencies? Can you explain that to me?

Yep.

If gst-plugins is merged with the alsa useflag, it depends on gst-plugins-alsa.
But the gst-plugins-alsa ebuild inherits gst-plugins.eclass, which
creates a dependancy on gst-plugins.

-Richard
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] infinite battle between emerge --depclean and revdep-rebuild

[Richard Fish]

On 7/14/06, Allan Gottlieb <gottlieb@nyu.edu> wrote:
> I did read it, but obviously not with full understanding.  That
> solution, which indeed does solve my problem, is correctly stated to
> place gst-plugins into the world file.  But that is not what I though
> world was for.  I though it was for applications that I use directly.

Generally true, but it is probably more accurate to say it is for
things that you don't want --depclean to remove. :-)

-Richard
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: infinite battle between emerge --depclean and revdep-rebuild

[Francesco Talamona]

On Friday 14 July 2006 06:30, Allan Gottlieb wrote:
> The short story is that these two utilities will repeatedly remove
> and restore  media-libs/gst-plugins-0.8.11.
[..]
I managed to solve this problem with catmur's dep [1]. After cleaning 
out 86 redundant entries in /var/lib/portage/world and uninstalling a 
lot of unneeded packages, emerge --depclean and revdep-rebuild stopped 
playing ping-pong with gst-plugins-*

[1] http://catmur.co.uk/gentoo/udept/

Ciao
	Francesco

-- 
Linux Version 2.6.17-gentoo-r2, Compiled #1 PREEMPT Sat Jul 8 07:47:35 
CEST 2006
One 2.2GHz AMD Athlon 64 Processor, 2GB RAM, 4410.76 Bogomips Total
aemaeth
-- 
gentoo-user@gentoo.org mailing list