[gentoo-user] revdep-rebuild Not Fixing Broken Links

[gentoo-user] revdep-rebuild Not Fixing Broken Links

[dhkuhl]

[-- Attachment #1: Type: text/plain, Size: 6863 bytes --]

On my amd64 laptop I have broken links that never clear up.  The laptop is new and the install is only about two months old.  Everything works all right, but revdep-rebuild lists the following broken links, and after a few weeks of sync'ing they haven't gone away.  If I remember correctly, the problem began after the removal of a package that was causing blocking after an update.  I think the package was polkit/policykit but not sure.  Even after an emerge with the -E option the problem persists.The output of revdep-rebuild is below.  Thanks.dhcp04-vlan2 ~ # revdep-rebuild --ignore * 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 * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency[ 39% ]  *   broken /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/engines/libxfce.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-am-et.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-cedilla.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-cyrillic-translit.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-inuktitut.so (requires libEGL.so.1libGL.so.1)[ 40% ]  *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-ipa.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-multipress.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-thai.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-er.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-et.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-viqr.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/immodules/im-xim.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-file.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-lpr.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/modules/libferret.so (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/gtk-2.0/modules/libgail.so (requires libEGL.so.1libGL.so.1)[ 43% ]  *   broken /usr/lib32/libcairo-gobject.so.2.11000.2 (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/libcairo-script-interpreter.so.2.11000.2 (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/libcairo.so.2.11000.2 (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/libgailutil.so.18.0.1 (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/libgdk-x11-2.0.so.0.2200.1 (requires libEGL.so.1libGL.so.1)[ 45% ]  *   broken /usr/lib32/libgtk-x11-2.0.so.0.2200.1 (requires libEGL.so.1libGL.so.1)[ 46% ]  *   broken /usr/lib32/libnotify.so.1.1.3 (requires libEGL.so.1libGL.so.1) *   broken /usr/lib32/libpangocairo-1.0.so.0.2800.3 (requires libEGL.so.1libGL.so.1)[ 100% ]                  * Generated new 3_broken.rr * Assigning files to packages *   /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/engines/libxfce.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-am-et.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-cedilla.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-cyrillic-translit.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-inuktitut.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-ipa.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-multipress.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-thai.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-er.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-ti-et.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-viqr.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/immodules/im-xim.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-file.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/2.10.0/printbackends/libprintbackend-lpr.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/modules/libferret.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/gtk-2.0/modules/libgail.so -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libcairo-gobject.so.2.11000.2 -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libcairo-script-interpreter.so.2.11000.2 -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libcairo.so.2.11000.2 -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libgailutil.so.18.0.1 -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libgdk-x11-2.0.so.0.2200.1 -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libgtk-x11-2.0.so.0.2200.1 -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libnotify.so.1.1.3 -> app-emulation/emul-linux-x86-gtklibs *   /usr/lib32/libpangocairo-1.0.so.0.2800.3 -> app-emulation/emul-linux-x86-gtklibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuildemerge --oneshot  --jobs=2 --with-bdeps y app-emulation/emul-linux-x86-gtklibs:0..........Calculating dependencies... done!>>> Verifying ebuild manifests>>> Emerging (1 of 1) app-emulation/emul-linux-x86-gtklibs-20110129>>> Installing (1 of 1) app-emulation/emul-linux-x86-gtklibs-20110129>>> Jobs: 1 of 1 complete                           Load avg: 1.03, 0.45, 0.16>>> Auto-cleaning packages...>>> No outdated packages were found on your system. * GNU info directory index is up-to-date. * Build finished correctly. Removing temporary files... *  * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: *   orphaned files *   deep dependencies *   packages installed outside of portage's control *   specially-evaluated librariesdhcp04-vlan2 ~ #

[-- Attachment #2: Type: text/html, Size: 8719 bytes --]

[gentoo-user] Re: revdep-rebuild Not Fixing Broken Links

[James]

 <dhkuhl <at> optonline.net> writes:

> 
> On my amd64 laptop I have broken links that never clear up.  


eix -Iu --only-names      <lists packages not updated

You can also use qfile to dig deeper


hth,
James

Re: [gentoo-user] revdep-rebuild Not Fixing Broken Links

[Paul Hartman]

On Tue, Apr 5, 2011 at 9:23 AM,  <dhkuhl@optonline.net> wrote:
> On my amd64 laptop I have broken links that never clear up.

The emul-linux-x86-gtklibs is a binary package (32bit compatibility),
so re-emerging it won't make any difference. The package maintainer
will need to build a new version which links to the newer versions of
libraries. Until then I think you should just ignore it.

If you want to mask it entirely edit
/etc/revdep-rebuild/99revdep-rebuild and add its path to the search
dirs mask and it should stop bothering to check it.

[gentoo-user] Re: revdep-rebuild Not Fixing Broken Links

[James]

 <dhkuhl <at> optonline.net> writes:

> 
> On my amd64 laptop I have broken links that never clear up.  

I have never tried this tool, but it may help you
find you with diagnosing your broken links:

app-misc/symlinks


hth,
James

[gentoo-user] Re: revdep-rebuild Not Fixing Broken Links

[walt]

On 04/05/2011 07:23 AM, dhkuhl@optonline.net wrote:
> On my amd64 laptop I have broken links that never clear up. The laptop is new and the install is only about two months old. Everything works all right, but revdep-rebuild lists the following broken links, and after a few weeks of sync'ing they haven't gone away. If I remember correctly, the problem began after the removal of a package that was causing blocking after an update. I think the package was polkit/policykit but not sure. Even after an emerge with the -E option the problem persists.
>
> The output of revdep-rebuild is below. Thanks.
>
> [ 39% ] * broken /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so (requires libEGL.so.1
> libGL.so.1)

Looks like you're missing the emul package for opengl.

Re: [gentoo-user] Re: revdep-rebuild Not Fixing Broken Links

[dhkuhl]

[-- Attachment #1: Type: text/plain, Size: 1224 bytes --]

----- Original Message -----From: walt Date: Thursday, April 7, 2011 12:32 pmSubject: [gentoo-user] Re: revdep-rebuild Not Fixing Broken LinksTo: gentoo-user@lists.gentoo.org> On 04/05/2011 07:23 AM, dhkuhl@optonline.net wrote:> > On my amd64 laptop I have broken links that never clear up. > The laptop is new and the install is only about two months old. > Everything works all right, but revdep-rebuild lists the > following broken links, and after a few weeks of sync'ing they > haven't gone away. If I remember correctly, the problem began > after the removal of a package that was causing blocking after > an update. I think the package was polkit/policykit but not > sure. Even after an emerge with the -E option the problem persists.> >> > The output of revdep-rebuild is below. Thanks.> >> > [ 39% ] * broken /usr/lib32/gtk-> 2.0/2.10.0/engines/libpixmap.so (requires libEGL.so.1> > libGL.so.1)> > Looks like you're missing the emul package for opengl.> > >I think that package is there, but I'll check this weekend.  I didn't feel like carrying my laptop today.  It would be nice if I just had to install it, but I would think revdep-rebuild should pull it in . . . or doesn't revdep-rebuild work that way?Thanks

[-- Attachment #2: Type: text/html, Size: 1538 bytes --]

Re: [gentoo-user] Re: revdep-rebuild Not Fixing Broken Links

[Brennan Shacklett]

[-- Attachment #1: Type: text/plain, Size: 513 bytes --]

> I think that package is there, but I'll check this weekend.  I didn't feel
like carrying my laptop today.
> It would be nice if I just had to install it, but I would think
revdep-rebuild should pull it in . . . or doesn't revdep-rebuild work that
way?

revdep-rebuild will only rebuild the package with the broken link. It won't
pull in anything (unless the ebuild pulls something else in), so
revdep-rebuild can't fix an issue that needs another package that the ebuild
doesn't depend on.

--Brennan Shacklett

[-- Attachment #2: Type: text/html, Size: 573 bytes --]

Re: [gentoo-user] Re: revdep-rebuild Not Fixing Broken Links

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1111 bytes --]

On Thu, Apr 7, 2011 at 10:38 AM, Brennan Shacklett
<bp.shacklett@gmail.com>wrote:

> > I think that package is there, but I'll check this weekend.  I didn't
> feel like carrying my laptop today.
> > It would be nice if I just had to install it, but I would think
> revdep-rebuild should pull it in . . . or doesn't revdep-rebuild work that
> way?
>
> revdep-rebuild will only rebuild the package with the broken link. It won't
> pull in anything (unless the ebuild pulls something else in), so
> revdep-rebuild can't fix an issue that needs another package that the ebuild
> doesn't depend on.
>
> --Brennan Shacklett
>

Moreover, you may want to run "emerge -a --depclean", which just might
flush the package(s) with broken links.

I run that manually once in a while, but regularly clean a bunch of other
things with a script I call "cleanup",
-    #!/bin/bash
-    dispatch-conf
-    revdep-rebuild
-    lafilefixer --justfixit
-    perl-cleaner all
-    locale-gen --keep --quiet

You have to be prepared to respond to dispatch-conf, but the others run to
completion by themselves.

-- 
Kevin O'Gorman, PhD

[-- Attachment #2: Type: text/html, Size: 1577 bytes --]

Re: [gentoo-user] Re: revdep-rebuild Not Fixing Broken Links

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 399 bytes --]

On Friday 08 April 2011 19:51:10 Kevin O'Gorman wrote:

> I run that manually once in a while, but regularly clean a bunch of other
> things with a script I call "cleanup",
> -    #!/bin/bash
> -    dispatch-conf
> -    revdep-rebuild
> -    lafilefixer --justfixit
> -    perl-cleaner all

The last one is now an option in /etc/make.conf under FEATURES:  fixlafiles
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

FEATURE: fixlafiles (was: [gentoo-user] Re: revdep-rebuild Not Fixing Broken Links)

[Allan Gottlieb]

On Fri, Apr 08 2011, Mick wrote:

> On Friday 08 April 2011 19:51:10 Kevin O'Gorman wrote:
>
>> I run that manually once in a while, but regularly clean a bunch of other
>> things with a script I call "cleanup",
>> -    #!/bin/bash
>> -    dispatch-conf
>> -    revdep-rebuild
>> -    lafilefixer --justfixit
>> -    perl-cleaner all
>
> The last one is now an option in /etc/make.conf under FEATURES:  fixlafiles

This sounds great!  Outside of some extra time in emerging is there any
reason *not* to add fixlafiles to FEATURES?

thanks,
allan

Re: FEATURE: fixlafiles (was: [gentoo-user] Re: revdep-rebuild Not Fixing Broken Links)

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1014 bytes --]

On Saturday 09 April 2011 02:02:06 Allan Gottlieb wrote:
> On Fri, Apr 08 2011, Mick wrote:
> > On Friday 08 April 2011 19:51:10 Kevin O'Gorman wrote:
> >> I run that manually once in a while, but regularly clean a bunch of
> >> other things with a script I call "cleanup",
> >> -    #!/bin/bash
> >> -    dispatch-conf
> >> -    revdep-rebuild
> >> -    lafilefixer --justfixit
> >> -    perl-cleaner all
> > 
> > The last one is now an option in /etc/make.conf under FEATURES: 
> > fixlafiles
> 
> This sounds great!  Outside of some extra time in emerging is there any
> reason *not* to add fixlafiles to FEATURES?

I haven't found any problems with it and the time it takes when there are .la 
files to be fixed is very short.  The make.conf man page says:

fixlafiles
                     Modifies  .la  files  to  not include other .la files and
                     some other fixes (order  of  flags,  duplicated  entries,
                     ...)

YMMV ...
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: FEATURE: fixlafiles (was: [gentoo-user] Re: revdep-rebuild Not Fixing Broken Links)

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 750 bytes --]

On Fri, 08 Apr 2011 21:02:06 -0400, Allan Gottlieb wrote:

> > The last one is now an option in /etc/make.conf under FEATURES:
> > fixlafiles  
> 
> This sounds great!  Outside of some extra time in emerging is there any
> reason *not* to add fixlafiles to FEATURES?

Yes, it's already in FEATURES by default :)

[nelz@yooden ~ 0]% grep fixlafiles /etc/make.conf
[nelz@yooden ~ 1]% emerge --info | grep fixlafiles
FEATURES="assume-digests binpkg-logs buildpkg distlocks fixlafiles
fixpackages news parallel-fetch preserve-libs protect-owned sandbox
sfperms strict unknown-features-warn unmerge-logs unmerge-orphans
userfetch"
[nelz@yooden ~ 0]% 


-- 
Neil Bothwick

Windows Error #02: Multitasking attempted. System confused.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-user] Re: FEATURE: fixlafiles

[Allan Gottlieb]

On Sat, Apr 09 2011, Neil Bothwick wrote:

> On Fri, 08 Apr 2011 21:02:06 -0400, Allan Gottlieb wrote:
>
>> > The last one is now an option in /etc/make.conf under FEATURES:
>> > fixlafiles  
>> 
>> This sounds great!  Outside of some extra time in emerging is there any
>> reason *not* to add fixlafiles to FEATURES?
>
> Yes, it's already in FEATURES by default :)

I was think of suggesting that :-).

So is the recommended policy to do one last lafilefixer --justfixit
for any la files effected before the FEATURE was made standard and then
strike it off the list of "first responders" for problems involving .la
files?

thanks,
allan

[gentoo-user] Re: FEATURE: fixlafiles

[Dale]

Neil Bothwick wrote:
> On Fri, 08 Apr 2011 21:02:06 -0400, Allan Gottlieb wrote:
>
>    
>>> The last one is now an option in /etc/make.conf under FEATURES:
>>> fixlafiles
>>>        
>> This sounds great!  Outside of some extra time in emerging is there any
>> reason *not* to add fixlafiles to FEATURES?
>>      
> Yes, it's already in FEATURES by default :)
>
> [nelz@yooden ~ 0]% grep fixlafiles /etc/make.conf
> [nelz@yooden ~ 1]% emerge --info | grep fixlafiles
> FEATURES="assume-digests binpkg-logs buildpkg distlocks fixlafiles
> fixpackages news parallel-fetch preserve-libs protect-owned sandbox
> sfperms strict unknown-features-warn unmerge-logs unmerge-orphans
> userfetch"
> [nelz@yooden ~ 0]%
>
>
>    

Mine is set in features too.  Thing is, I don't have lafilefixer 
installed.  I guess portage would say something about broken links if it 
was needed.  Right?

root@fireball / # eix lafilefixer
* dev-util/lafilefixer
      Available versions:  ~0.0.1 0.5
      Homepage:            http://www.gentoo.org/
      Description:         Utility to fix your .la files

root@fireball / #

Dale

:-)  :-)

Re: [gentoo-user] Re: FEATURE: fixlafiles

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 373 bytes --]

On Sat, 09 Apr 2011 07:14:52 -0500, Dale wrote:

> Mine is set in features too.  Thing is, I don't have lafilefixer 
> installed.  I guess portage would say something about broken links if
> it was needed.  Right?

You don't need lafilefixer with a recent portage, it does the job itself.


-- 
Neil Bothwick

Energizer Bunny arrested, charged with battery :)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]