FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 09-08-2010, 01:11 PM
dhk
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

Below is the output when I run "revdep-rebuild --ignore". This started
in the spring and never cleared up. Everything on my amd64 box runs
fine and nothing complains about the missing library. I regularly do
updates and everytime I run "revdep-rebuild --ignore" I get the same
results. How can I fix or get rid of this problem?

# 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/qt4/libQtOpenGL.so.4.6.2 (requires
libGL.so.1)
[ 100% ]
* Generated new 3_broken.rr
* Assigning files to packages
* /usr/lib32/qt4/libQtOpenGL.so.4.6.2 ->
app-emulation/emul-linux-x86-qtlibs
* 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 rebuild
emerge --oneshot --jobs=2 --with-bdeps y
app-emulation/emul-linux-x86-qtlibs:0
..........
Calculating dependencies... done!
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) app-emulation/emul-linux-x86-qtlibs-20100611
>>> Installing (1 of 1) app-emulation/emul-linux-x86-qtlibs-20100611
>>> Jobs: 1 of 1 complete Load avg: 2.16,
1.59, 1.75
>>> 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 libraries
#

Thanks,

dhk
 
Old 09-08-2010, 01:36 PM
Alan McKinnon
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

Apparently, though unproven, at 15:11 on Wednesday 08 September 2010, dhk did
opine thusly:

> Below is the output when I run "revdep-rebuild --ignore". This started
> in the spring and never cleared up. Everything on my amd64 box runs
> fine and nothing complains about the missing library. I regularly do
> updates and everytime I run "revdep-rebuild --ignore" I get the same
> results. How can I fix or get rid of this problem?
>
> # 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/qt4/libQtOpenGL.so.4.6.2 (requires
> libGL.so.1)


LibGL is normally provided by xorg (or by emul-linux-x86-opengl) for the 32
bit lib on a 64 bits system.

In my case, I have this:

alan@nazgul ~ $ ls -al /usr/lib32/libGL.so
lrwxrwxrwx 1 root root 33 2010-09-01 11:29 /usr/lib32/libGL.so ->
opengl/nvidia/lib/libGL.so.256.53
alan@nazgul ~ $ ls -al /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2
-rwxr-xr-x 1 root root 473556 2010-06-11 11:29 /usr/lib32/opengl/xorg-
x11/lib/libGL.so.1.2
alan@nazgul ~ $ ls -al /usr/lib32/opengl/nvidia/lib/libGL.so*
lrwxrwxrwx 1 root root 15 2010-09-01 11:29
/usr/lib32/opengl/nvidia/lib/libGL.so -> libGL.so.256.53
lrwxrwxrwx 1 root root 15 2010-09-01 11:29
/usr/lib32/opengl/nvidia/lib/libGL.so.1 -> libGL.so.256.53
-rwxr-xr-x 1 root root 765460 2010-09-01 11:29
/usr/lib32/opengl/nvidia/lib/libGL.so.256.53


I think you need to run "eselect opengl" to fix all your symlinks



--
alan dot mckinnon at gmail dot com
 
Old 09-08-2010, 09:19 PM
dhk
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

On 09/08/2010 09:36 AM, Alan McKinnon wrote:
> Apparently, though unproven, at 15:11 on Wednesday 08 September 2010, dhk did
> opine thusly:
>
>> Below is the output when I run "revdep-rebuild --ignore". This started
>> in the spring and never cleared up. Everything on my amd64 box runs
>> fine and nothing complains about the missing library. I regularly do
>> updates and everytime I run "revdep-rebuild --ignore" I get the same
>> results. How can I fix or get rid of this problem?
>>
>> # 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/qt4/libQtOpenGL.so.4.6.2 (requires
>> libGL.so.1)
>
>
> LibGL is normally provided by xorg (or by emul-linux-x86-opengl) for the 32
> bit lib on a 64 bits system.
>
> In my case, I have this:
>
> alan@nazgul ~ $ ls -al /usr/lib32/libGL.so
> lrwxrwxrwx 1 root root 33 2010-09-01 11:29 /usr/lib32/libGL.so ->
> opengl/nvidia/lib/libGL.so.256.53
> alan@nazgul ~ $ ls -al /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2
> -rwxr-xr-x 1 root root 473556 2010-06-11 11:29 /usr/lib32/opengl/xorg-
> x11/lib/libGL.so.1.2
> alan@nazgul ~ $ ls -al /usr/lib32/opengl/nvidia/lib/libGL.so*
> lrwxrwxrwx 1 root root 15 2010-09-01 11:29
> /usr/lib32/opengl/nvidia/lib/libGL.so -> libGL.so.256.53
> lrwxrwxrwx 1 root root 15 2010-09-01 11:29
> /usr/lib32/opengl/nvidia/lib/libGL.so.1 -> libGL.so.256.53
> -rwxr-xr-x 1 root root 765460 2010-09-01 11:29
> /usr/lib32/opengl/nvidia/lib/libGL.so.256.53
>
>
> I think you need to run "eselect opengl" to fix all your symlinks
>
>
>

I ran the following, but the "revdep-rebuild --ignore" results are the same.
# eselect opengl list
Available OpenGL implementations:
[1] xorg-x11 *
# eselect opengl set 1
Switching to xorg-x11 OpenGL interface... done
# eselect opengl list
Available OpenGL implementations:
[1] xorg-x11 *

I also don't have the following.
# ls -l /usr/lib32/opengl*
ls: cannot access /usr/lib32/opengl*: No such file or directory
# ls -al /usr/lib32/libGL.so
ls: cannot access /usr/lib32/libGL.so: No such file or directory

Thanks,

dhk
 
Old 09-08-2010, 09:47 PM
Alan McKinnon
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

Apparently, though unproven, at 23:19 on Wednesday 08 September 2010, dhk did
opine thusly:

> On 09/08/2010 09:36 AM, Alan McKinnon wrote:
> > Apparently, though unproven, at 15:11 on Wednesday 08 September 2010, dhk
> > did
> >
> > opine thusly:
> >> Below is the output when I run "revdep-rebuild --ignore". This started
> >> in the spring and never cleared up. Everything on my amd64 box runs
> >> fine and nothing complains about the missing library. I regularly do
> >> updates and everytime I run "revdep-rebuild --ignore" I get the same
> >> results. How can I fix or get rid of this problem?
> >>
> >> # 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/qt4/libQtOpenGL.so.4.6.2 (requires
> >> libGL.so.1)
> >
> > LibGL is normally provided by xorg (or by emul-linux-x86-opengl) for the
> > 32 bit lib on a 64 bits system.
> >
> > In my case, I have this:
> >
> > alan@nazgul ~ $ ls -al /usr/lib32/libGL.so
> > lrwxrwxrwx 1 root root 33 2010-09-01 11:29 /usr/lib32/libGL.so ->
> > opengl/nvidia/lib/libGL.so.256.53
> > alan@nazgul ~ $ ls -al /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2
> > -rwxr-xr-x 1 root root 473556 2010-06-11 11:29 /usr/lib32/opengl/xorg-
> > x11/lib/libGL.so.1.2
> > alan@nazgul ~ $ ls -al /usr/lib32/opengl/nvidia/lib/libGL.so*
> > lrwxrwxrwx 1 root root 15 2010-09-01 11:29
> > /usr/lib32/opengl/nvidia/lib/libGL.so -> libGL.so.256.53
> > lrwxrwxrwx 1 root root 15 2010-09-01 11:29
> > /usr/lib32/opengl/nvidia/lib/libGL.so.1 -> libGL.so.256.53
> > -rwxr-xr-x 1 root root 765460 2010-09-01 11:29
> > /usr/lib32/opengl/nvidia/lib/libGL.so.256.53
> >
> >
> > I think you need to run "eselect opengl" to fix all your symlinks
>
> I ran the following, but the "revdep-rebuild --ignore" results are the
> same. # eselect opengl list
> Available OpenGL implementations:
> [1] xorg-x11 *
> # eselect opengl set 1
> Switching to xorg-x11 OpenGL interface... done
> # eselect opengl list
> Available OpenGL implementations:
> [1] xorg-x11 *
>
> I also don't have the following.
> # ls -l /usr/lib32/opengl*
> ls: cannot access /usr/lib32/opengl*: No such file or directory
> # ls -al /usr/lib32/libGL.so
> ls: cannot access /usr/lib32/libGL.so: No such file or directory


In that case, I think you need to conclude that emul-linux-x86-qtlibs is
built to link to libGL which you don't have and which you can't fix (it's a
binary package). So you could

- delete /usr/lib32/qt4/libQtOpenGL.so.4.6.2 as I doubt you are running 32 bit
Qt apps, or
- use SEARCH_DIRS_MASK to tell revdep-rebuild to just ignore that file




--
alan dot mckinnon at gmail dot com
 
Old 09-08-2010, 11:18 PM
dhk
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

On 09/08/2010 05:47 PM, Alan McKinnon wrote:
> Apparently, though unproven, at 23:19 on Wednesday 08 September 2010, dhk did
> opine thusly:
>
>> On 09/08/2010 09:36 AM, Alan McKinnon wrote:
>>> Apparently, though unproven, at 15:11 on Wednesday 08 September 2010, dhk
>>> did
>>>
>>> opine thusly:
>>>> Below is the output when I run "revdep-rebuild --ignore". This started
>>>> in the spring and never cleared up. Everything on my amd64 box runs
>>>> fine and nothing complains about the missing library. I regularly do
>>>> updates and everytime I run "revdep-rebuild --ignore" I get the same
>>>> results. How can I fix or get rid of this problem?
>>>>
>>>> # 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/qt4/libQtOpenGL.so.4.6.2 (requires
>>>> libGL.so.1)
>>>
>>> LibGL is normally provided by xorg (or by emul-linux-x86-opengl) for the
>>> 32 bit lib on a 64 bits system.
>>>
>>> In my case, I have this:
>>>
>>> alan@nazgul ~ $ ls -al /usr/lib32/libGL.so
>>> lrwxrwxrwx 1 root root 33 2010-09-01 11:29 /usr/lib32/libGL.so ->
>>> opengl/nvidia/lib/libGL.so.256.53
>>> alan@nazgul ~ $ ls -al /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2
>>> -rwxr-xr-x 1 root root 473556 2010-06-11 11:29 /usr/lib32/opengl/xorg-
>>> x11/lib/libGL.so.1.2
>>> alan@nazgul ~ $ ls -al /usr/lib32/opengl/nvidia/lib/libGL.so*
>>> lrwxrwxrwx 1 root root 15 2010-09-01 11:29
>>> /usr/lib32/opengl/nvidia/lib/libGL.so -> libGL.so.256.53
>>> lrwxrwxrwx 1 root root 15 2010-09-01 11:29
>>> /usr/lib32/opengl/nvidia/lib/libGL.so.1 -> libGL.so.256.53
>>> -rwxr-xr-x 1 root root 765460 2010-09-01 11:29
>>> /usr/lib32/opengl/nvidia/lib/libGL.so.256.53
>>>
>>>
>>> I think you need to run "eselect opengl" to fix all your symlinks
>>
>> I ran the following, but the "revdep-rebuild --ignore" results are the
>> same. # eselect opengl list
>> Available OpenGL implementations:
>> [1] xorg-x11 *
>> # eselect opengl set 1
>> Switching to xorg-x11 OpenGL interface... done
>> # eselect opengl list
>> Available OpenGL implementations:
>> [1] xorg-x11 *
>>
>> I also don't have the following.
>> # ls -l /usr/lib32/opengl*
>> ls: cannot access /usr/lib32/opengl*: No such file or directory
>> # ls -al /usr/lib32/libGL.so
>> ls: cannot access /usr/lib32/libGL.so: No such file or directory
>
>
> In that case, I think you need to conclude that emul-linux-x86-qtlibs is
> built to link to libGL which you don't have and which you can't fix (it's a
> binary package). So you could
>
> - delete /usr/lib32/qt4/libQtOpenGL.so.4.6.2 as I doubt you are running 32 bit
> Qt apps, or
> - use SEARCH_DIRS_MASK to tell revdep-rebuild to just ignore that file
>
>
>
>

Well I deleted /usr/lib32/qt4/libQtOpenGL.so.4.6.2 and ran
revdep-rebuild and got the following
. . .
* Checking dynamic linking consistency
[ 39% ] * broken
/usr/lib32/qt4/plugins/graphicssystems/libqglgraphicssystem.so (requires
libQtOpenGL.so.4)
[ 100% ]
* Generated new 3_broken.rr
. . .
* All prepared. Starting rebuild
emerge --oneshot --jobs=2 --with-bdeps y
app-emulation/emul-linux-x86-qtlibs:0
..........
Calculating dependencies... done!

After revdep-rebuild finished the library was back.

dhk
 
Old 09-09-2010, 08:59 AM
Alan McKinnon
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

Apparently, though unproven, at 01:18 on Thursday 09 September 2010, dhk did
opine thusly:

> Well I deleted /usr/lib32/qt4/libQtOpenGL.so.4.6.2 and ran
> revdep-rebuild and got the following
> . . .
> * Checking dynamic linking consistency
> [ 39% ] * broken
> /usr/lib32/qt4/plugins/graphicssystems/libqglgraphicssystem.so (requires
> libQtOpenGL.so.4)
> [ 100% ]
> * Generated new 3_broken.rr
> . . .
> * All prepared. Starting rebuild
> emerge --oneshot --jobs=2 --with-bdeps y
> app-emulation/emul-linux-x86-qtlibs:0
> ..........
> Calculating dependencies... done!
>
> After revdep-rebuild finished the library was back.


So it's back to being broken?

Maybe you should just mask that emul stuff out in revdep-rebuild and be done
with it.

revdep-rebuild is supposed to tell you about breakage you can fix. You can't
fix the linking on prebuilt binaries so just omit it from your checks. Or, you
could give the package what it wants and gratuitously emerge nvidia-drivers
:-)


--
alan dot mckinnon at gmail dot com
 
Old 09-09-2010, 01:08 PM
dhk
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

On 09/09/2010 04:59 AM, Alan McKinnon wrote:
> Apparently, though unproven, at 01:18 on Thursday 09 September 2010, dhk did
> opine thusly:
>
>> Well I deleted /usr/lib32/qt4/libQtOpenGL.so.4.6.2 and ran
>> revdep-rebuild and got the following
>> . . .
>> * Checking dynamic linking consistency
>> [ 39% ] * broken
>> /usr/lib32/qt4/plugins/graphicssystems/libqglgraphicssystem.so (requires
>> libQtOpenGL.so.4)
>> [ 100% ]
>> * Generated new 3_broken.rr
>> . . .
>> * All prepared. Starting rebuild
>> emerge --oneshot --jobs=2 --with-bdeps y
>> app-emulation/emul-linux-x86-qtlibs:0
>> ..........
>> Calculating dependencies... done!
>>
>> After revdep-rebuild finished the library was back.
>
>
> So it's back to being broken?
>
> Maybe you should just mask that emul stuff out in revdep-rebuild and be done
> with it.
>
> revdep-rebuild is supposed to tell you about breakage you can fix. You can't
> fix the linking on prebuilt binaries so just omit it from your checks. Or, you
> could give the package what it wants and gratuitously emerge nvidia-drivers
> :-)
>
>

How do I use SEARCH_DIRS_MASK, is there a doc? I didn't see anything
under man make.conf. I don't think I want to exclude the whole
directory, just the library: right?

Thanks,

dhk
 
Old 09-09-2010, 01:15 PM
Alan McKinnon
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

Apparently, though unproven, at 15:08 on Thursday 09 September 2010, dhk did
opine thusly:

> On 09/09/2010 04:59 AM, Alan McKinnon wrote:
> > Apparently, though unproven, at 01:18 on Thursday 09 September 2010, dhk
> > did
> >
> > opine thusly:
> >> Well I deleted /usr/lib32/qt4/libQtOpenGL.so.4.6.2 and ran
> >> revdep-rebuild and got the following
> >> . . .
> >> * Checking dynamic linking consistency
> >> [ 39% ] * broken
> >> /usr/lib32/qt4/plugins/graphicssystems/libqglgraphicssystem.so (requires
> >> libQtOpenGL.so.4)
> >> [ 100% ]
> >> * Generated new 3_broken.rr
> >> . . .
> >> * All prepared. Starting rebuild
> >> emerge --oneshot --jobs=2 --with-bdeps y
> >> app-emulation/emul-linux-x86-qtlibs:0
> >> ..........
> >> Calculating dependencies... done!
> >>
> >> After revdep-rebuild finished the library was back.
> >
> > So it's back to being broken?
> >
> > Maybe you should just mask that emul stuff out in revdep-rebuild and be
> > done with it.
> >
> > revdep-rebuild is supposed to tell you about breakage you can fix. You
> > can't fix the linking on prebuilt binaries so just omit it from your
> > checks. Or, you could give the package what it wants and gratuitously
> > emerge nvidia-drivers
> >
> > :-)
>
> How do I use SEARCH_DIRS_MASK, is there a doc? I didn't see anything
> under man make.conf. I don't think I want to exclude the whole
> directory, just the library: right?


man revdep-rebuild


--
alan dot mckinnon at gmail dot com
 
Old 09-09-2010, 03:15 PM
Neil Bothwick
 
Default broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2

On Thu, 09 Sep 2010 09:08:07 -0400, dhk wrote:

> How do I use SEARCH_DIRS_MASK, is there a doc? I didn't see anything
> under man make.conf. I don't think I want to exclude the whole
> directory, just the library: right?

If you only want to exclude a library, you need LD_LIBRARY_MASK.

The revdep-rebuild man page covers both.


--
Neil Bothwick

Make like a tree and leave.
 

Thread Tools




All times are GMT. The time now is 02:02 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org