On 1/31/07, Duncan <[EMAIL PROTECTED]> wrote:
"Daiajo Tibdixious" <[EMAIL PROTECTED]> posted
below, on Tue, 30 Jan 2007 23:43:05 +1100:
> x11-drivers/ati-drivers
> usr/lib32/xorg/modules/dri/atiogl_a_dri.so
> /usr/lib32/xorg/modules/dri/fglrx_dri.so
> media-libs/mesa (/usr/lib64/opengl/xorg-x11/lib/libGL.so.1)
> x11-drivers/ati-drivers (/usr/lib32/opengl/ati/lib/libGL.so.1)
> x11-drivers/ati-drivers (/usr/lib64/opengl/ati/lib/libGL.so.1)
> x11-libs/libX11 (/usr/lib64/libX11.so.6)
> x11-libs/libXext (/usr/lib64/libXext.so.6)
> sys-libs/libstdc++-v3 (/usr/lib64/libstdc++-v3/libstdc++.so.5)
> net-nds/openldap-2.3
> /usr/lib64/libldap-2.2.so.7 net-nds/openldap-2.2-28-r7?
liblber-2.2.so.7)
> /usr/lib64/libldap.so.2.0.130 net-nds/openldap-2.2-28-r7?
liblber.so.2)
> /usr/lib64/libldap_r-2.2.so.7 net-nds/openldap-2.2-28-r7?
liblber-2.2.so.7)
> /usr/lib64/libldap_r.so.2.0.130 net-nds/openldap-2.2-28-r7?
liblber.so.2)
>
> If ati-drivers was broken, why is my graphics working?
Why is it working? Because the part that's broken is 32-bit (if it's the
stuff in lib32, anyway), and the main system is 64-bit, which isn't
broken.
Doh. It was a long day.
As long as you aren't trying to run any 32-bit games that use
the broken bit or something, you're probably fine. Also note that even if
it's the 64-bit stuff, it's likely the 3D/OpenGL stuff, which most stuff
won't be using. It'd only be used for 3D games, OpenGL screensavers, and
anything else OpenGL based you may be running.
Ah, no nothing that I know of.
This case is probably an example of one of the issues with
revdep-rebuild, or more precisely with binary-only packages you may
choose to run.
I know it freaks on firefox-bin. I resent that "choose" to run, as its only
ignorance at work here, are you saying openldap is binary? AFAIK I don't have any binary
packages any more.
Revdep-rebuild sees and scans the shared libraries, and
doesn't know when they are part of a binary-only package. Naturally, you
can remerge the binary-only package all day and if it was built against a
library not on your system, it's not going to help one bit.
Yeah, I figured that out with firefox-bin, how does it apply here?
Newer revdep-rebuild versions have a way to configure it to ignore certain
packages.
I'm used to ignoring revdep-rebuild. :) Especially I ignore the packages to be
rebuilt, its great for detecting broken linkage but lousy (in my limited
experience) at fixing them.
standard gripe about slaveryware here, but it's your system, not mine, so
you get to choose what you run and I'd not deny you that right, regardless
of how much I gripe.)
I'd rather not have slaveryware either. My son has a Win XP Home which I use
for that. :(
> openldap is required by KDE multimedia, I'm not sure if I am actually
> exercising it.
Did you try rebuilding kdemultimedia, and/or anything else that might
I removed it, put it back by --usepkg and rebuild, several times. kdebase is
pulling it in, amoung other things:
# equery depends -d openldap
[ Searching for packages depending on openldap... ]
dev-libs/cyrus-sasl-2.1.22-r1
app-crypt/gnupg-1.4.6
app-crypt/gnupg-1.9.21
net-misc/curl-7.15.1-r1
net-misc/openssh-4.5_p1
kde-base/kdebase-3.5.5-r1
hmm, made a lier out of myself. I haven't rebuilt any of these.
BTW, if revdep-rebuild isn't providing you enough info about exactly what
it's finding and why, try running it with the --vv flag. That's supposed
-vv didn't help, the extra info is environmental information, the broken
messages are the same.
BTW2, I'm a KDE guy myself but have (some of) the split packages merged,
not monolithic (as I think I mentioned before).
I've wondered about that, going split sound like it might be less trouble,
I'll look into it.
you have on that I have off. You don't happen to have the the ldap USE
flag on, do you? It doesn't sound like you'd be using it. It's off here.
Its not present.
Anyway, I'm happy now, I'll just ignore the broken links, since I'm not using
them.
I'll put up with it & hope the next version of openldap is more consistent.
I've put up a bug on openldap: http://bugs.gentoo.org/show_bug.cgi?id=164626
as it should supply the old liblber 2.2 library as well (relating to Harm's
comment).
--
[email protected] mailing list
