1 |
Apparently, though unproven, at 23:19 on Wednesday 08 September 2010, dhk did |
2 |
opine thusly: |
3 |
|
4 |
> On 09/08/2010 09:36 AM, Alan McKinnon wrote: |
5 |
> > Apparently, though unproven, at 15:11 on Wednesday 08 September 2010, dhk |
6 |
> > did |
7 |
> > |
8 |
> > opine thusly: |
9 |
> >> Below is the output when I run "revdep-rebuild --ignore". This started |
10 |
> >> in the spring and never cleared up. Everything on my amd64 box runs |
11 |
> >> fine and nothing complains about the missing library. I regularly do |
12 |
> >> updates and everytime I run "revdep-rebuild --ignore" I get the same |
13 |
> >> results. How can I fix or get rid of this problem? |
14 |
> >> |
15 |
> >> # revdep-rebuild --ignore |
16 |
> >> |
17 |
> >> * Configuring search environment for revdep-rebuild |
18 |
> >> |
19 |
> >> * Checking reverse dependencies |
20 |
> >> * Packages containing binaries and libraries broken by a package update |
21 |
> >> * will be emerged. |
22 |
> >> |
23 |
> >> * Collecting system binaries and libraries |
24 |
> >> * Generated new 1_files.rr |
25 |
> >> * Collecting complete LD_LIBRARY_PATH |
26 |
> >> * Generated new 2_ldpath.rr |
27 |
> >> * Checking dynamic linking consistency |
28 |
> >> |
29 |
> >> [ 39% ] * broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2 (requires |
30 |
> >> libGL.so.1) |
31 |
> > |
32 |
> > LibGL is normally provided by xorg (or by emul-linux-x86-opengl) for the |
33 |
> > 32 bit lib on a 64 bits system. |
34 |
> > |
35 |
> > In my case, I have this: |
36 |
> > |
37 |
> > alan@nazgul ~ $ ls -al /usr/lib32/libGL.so |
38 |
> > lrwxrwxrwx 1 root root 33 2010-09-01 11:29 /usr/lib32/libGL.so -> |
39 |
> > opengl/nvidia/lib/libGL.so.256.53 |
40 |
> > alan@nazgul ~ $ ls -al /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2 |
41 |
> > -rwxr-xr-x 1 root root 473556 2010-06-11 11:29 /usr/lib32/opengl/xorg- |
42 |
> > x11/lib/libGL.so.1.2 |
43 |
> > alan@nazgul ~ $ ls -al /usr/lib32/opengl/nvidia/lib/libGL.so* |
44 |
> > lrwxrwxrwx 1 root root 15 2010-09-01 11:29 |
45 |
> > /usr/lib32/opengl/nvidia/lib/libGL.so -> libGL.so.256.53 |
46 |
> > lrwxrwxrwx 1 root root 15 2010-09-01 11:29 |
47 |
> > /usr/lib32/opengl/nvidia/lib/libGL.so.1 -> libGL.so.256.53 |
48 |
> > -rwxr-xr-x 1 root root 765460 2010-09-01 11:29 |
49 |
> > /usr/lib32/opengl/nvidia/lib/libGL.so.256.53 |
50 |
> > |
51 |
> > |
52 |
> > I think you need to run "eselect opengl" to fix all your symlinks |
53 |
> |
54 |
> I ran the following, but the "revdep-rebuild --ignore" results are the |
55 |
> same. # eselect opengl list |
56 |
> Available OpenGL implementations: |
57 |
> [1] xorg-x11 * |
58 |
> # eselect opengl set 1 |
59 |
> Switching to xorg-x11 OpenGL interface... done |
60 |
> # eselect opengl list |
61 |
> Available OpenGL implementations: |
62 |
> [1] xorg-x11 * |
63 |
> |
64 |
> I also don't have the following. |
65 |
> # ls -l /usr/lib32/opengl* |
66 |
> ls: cannot access /usr/lib32/opengl*: No such file or directory |
67 |
> # ls -al /usr/lib32/libGL.so |
68 |
> ls: cannot access /usr/lib32/libGL.so: No such file or directory |
69 |
|
70 |
|
71 |
In that case, I think you need to conclude that emul-linux-x86-qtlibs is |
72 |
built to link to libGL which you don't have and which you can't fix (it's a |
73 |
binary package). So you could |
74 |
|
75 |
- delete /usr/lib32/qt4/libQtOpenGL.so.4.6.2 as I doubt you are running 32 bit |
76 |
Qt apps, or |
77 |
- use SEARCH_DIRS_MASK to tell revdep-rebuild to just ignore that file |
78 |
|
79 |
|
80 |
|
81 |
|
82 |
-- |
83 |
alan dot mckinnon at gmail dot com |