[gentoo-amd64] a different revdep-rebuild problem and solution

[Steve Herber <herber@thing.com>]

I had a slightly different revdep-rebuild problem and this discussion was
the impetus to uncover the cause.  The problem I had was that every time
I ran revdep-rebuild it wanted to rebuild a package that I had removed
and the package name was really weird.  At the end of the run it emitted
this command which I have reformatted for easy reading:

emerge --oneshot
 	=media-tv/-MERGING-mythtv-0.20_p11626
 	=media-tv/-MERGING-mythtv-0.20_p12172
 	=app-cdr/cdrkit-1.1.6
 	=media-libs/xine-lib-1.1.10.1

I didn't have any problem with the last two items, but I could not find
the weird -MERGING-mythtv packages.  I did remember having an emerge
problem with MythTV when I first started to try it.  After looking around
and not finding a likely suspect, I ran strace -f -o /tmp/revdep.out
revdep-rebuild.  After it hung I searched through all the open system
calls and finally found it checking out files in

 	/var/db/pkg/media-tv.

In the directory media-tv were subdirectories with the -MERGING name.
I removed all the directories in media-tv and reran revdep-rebuild and
all was well.

Thanks for the help!


Steve Herber	herber@thing.com		work: 206-221-7262
Security Engineer, UW Medicine, IT Services	home: 425-454-2399

On Thu, 28 Feb 2008, Beso wrote:

> 2008/2/28, manuel <kaos@manuelmarano.com>:
>>
>> Hi All,
>> I've ran revdep-rebuild a couple of times this week  and each  time i
>> run it it finds  a  broken link  referred  to  libqt-mt.so.3 and each
>> time It emerges
>> app-emulation/emul-linux-x86-soundlibs-2007112 to correct the problem!
>> but the broken link is still there!?? I can't fix it! any ideas?
>>
>> thanks in advance for your help
>>
>> Manuel
>
>
> log in a terminal as user, then  do a rm /root/.revdep* and then try again
> revdep-rebuild. after you do a revdep-rebuild be always sure that no .revdep
> files are present anymore in the /root/ directory. if there are some present
> then revdep will continue to cicle through them.
> another option would be to run revdep-rebuild -i (which stands for --ignore)
> which would ignore the .revdep files in the /root/ directory. i personally
> prefer the first option since i know that there aren't any cached revdeped
> files. if it continues to cycle on the same rebuild after one rebuild then
> it might be the case of a bug like the one of the gcj use flag in gcc-4.1.
> try searching on the forum if that might be the case.
>
>
>
> -- 
> dott. ing. beso
>
-- 
gentoo-amd64@lists.gentoo.org mailing list