LinuxQuestions.org
Support LQ: Use code LQ3 and save $3 on Domain Registration
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices



Reply
 
Search this Thread
Old 11-14-2013, 10:42 PM   #16
dokkalf
LQ Newbie
 
Registered: Apr 2007
Posts: 18

Original Poster
Rep: Reputation: 0

Might be partway to an answer.

When the stock mesa package is installed, it links libGL.so and libGL.so.1 to libGL.so.1.2.0

When the fglrx package is installed, it installs its libGL as libGL.so.1.2 and relinks libGL.so and libGL.so.1 to the new libGL.so.1.2, leaving the original libGL.so.1.2.0 alone with nothing linked to it.

Upon a reboot, something is relinking libGL.so.1 back to the original libGL.so.1.2.0, causing the mismatch Adam suspected. If I manually link libGL.so.1 to libGL.so.1.2, everything works until the next boot/reboot.

Now the question is: what is changing the link during boot?
 
Old 11-14-2013, 11:03 PM   #17
ReaperX7
Senior Member
 
Registered: Jul 2011
Location: California
Distribution: LFS-7.6, Slackware 14.1, FreeBSD 10.1
Posts: 3,849
Blog Entries: 15

Rep: Reputation: 1191Reputation: 1191Reputation: 1191Reputation: 1191Reputation: 1191Reputation: 1191Reputation: 1191Reputation: 1191Reputation: 1191
More than likely it was a callback feature trying to set a dependency link for a file that was a redundant symlink against itself.

What he could do is rename the fglrx installed libGL.so.1.2 to fglrx-libGL.so and create symlinks for libGL.so, libGL.so.1.2.0, libGL.so.1, libGL.so.1.2

Easily done as this with a script set both prior to install of fglrx drivers and post-install:

Run before installing fglrx.

Code:
cd /usr/lib64
cp -v libGL.so libmesa-libGL.so
The run post-install of fglrx.

Code:
cp -v libGL.so.1.2 fglrx-libGL.so
rm -rfv libGL.so
rm -rfv libGL.so.1
rm -rfv libGL.so.1.2
rm -rfv libGL.so.1.2.0
ln -sv fglrx-libGL.so libGL.so
ln -sv fglrx-libGL.so libGL.so.1
ln -sv fglrx-libGL.so libGL.so.1.2
ln -sv fglrx-libGL.so libGL.so.1.2.0
This will dedicate the AMD fglrx libGL.so to it's own library as fglrx-libGL.so and then libmesa's libGL.so will be backed up.

Last edited by ReaperX7; 11-14-2013 at 11:04 PM.
 
Old 11-15-2013, 01:36 AM   #18
dokkalf
LQ Newbie
 
Registered: Apr 2007
Posts: 18

Original Poster
Rep: Reputation: 0
Didn't really work. (I'm assuming you weren't suggesting reloading my entire system.)

I removed the fglrx package and reinstalled the mesa package.

I then entered the following command:
Code:
ls -l /usr/lib64/*libGL.*
and got
Code:
-rwxr-xr-x 1 root root   1239 Oct 21 19:54 /usr/lib64/libGL.la
lrwxrwxrwx 1 root root     14 Nov 14 18:28 /usr/lib64/libGL.so -> libGL.so.1.2.0
lrwxrwxrwx 1 root root     14 Nov 14 18:28 /usr/lib64/libGL.so.1 -> libGL.so.1.2.0
-rwxr-xr-x 1 root root 511032 Oct 21 19:54 /usr/lib64/libGL.so.1.2.0
Did
Code:
cp -p /usr/lib64/libGL.so.1.2.0 /usr/lib64/libmesa-libGL.so.1.2.0
and installed the fglrx package.

After the install, my ls command returned
Code:
-rwxr-xr-x 1 root root 511032 Oct 21 19:54 /usr/lib64/libmesa-libGL.so.1.2.0
-rwxr-xr-x 1 root root   1239 Oct 21 19:54 /usr/lib64/libGL.la
lrwxrwxrwx 1 root root     10 Nov 14 21:54 /usr/lib64/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root     12 Nov 14 21:54 /usr/lib64/libGL.so.1 -> libGL.so.1.2
lrwxrwxrwx 1 root root     24 Nov 14 21:54 /usr/lib64/libGL.so.1.2 -> fglrx/fglrx-libGL.so.1.2
-rwxr-xr-x 1 root root 511032 Oct 21 19:54 /usr/lib64/libGL.so.1.2.0
Did

Code:
cp -p fglrx/fglrx-libGL.so.1.2 libGL.so.1.2.0
then rebooted.

After reboot

Code:
ls -l /usr/lib64/libGL.so.1
returned

Code:
lrwxrwxrwx 1 root root     12 Nov 14 21:54 /usr/lib64/libGL.so.1 -> libmesa-libGL.so.1.2.0
None of the other links were changed. I renamed the mesa libGL several times. As long as it had the first three letters of the name as "lib" and ended in a number (I tried libdokkalf.so.1, libdokkalf.so.1.2, and libdokkalf.so.1.2.0), after a reboot libGL.so.1 would automagically point to the new name. Renaming the mesa libGL to an improper name like FGL.renamed.libGL.so.1.2.0 and setting libGL.so.1 to point at libGL.so.1.2 would the link remain after a reboot.

At this point, I suspect the original problem is with the fglrx doinst.sh script not properly renaming libGL.so.1.2.0, but I still don't understand what keeps changing the libGL.so.1 link.
 
Old 11-30-2013, 12:50 AM   #19
Enjoys_Life
LQ Newbie
 
Registered: Apr 2013
Posts: 1

Rep: Reputation: Disabled
I have this same problem on my hd 7850. I would suggest you edit your /etc/rc.d/rc.local to have the line
Code:
ln -sf /usr/lib64/libGL.so.1.2 /usr/lib64/libGL.so.1
That way next time you boot it will automatically link the two files mentioned. Next time you reboot run glxinfo just to check (this worked for me). Still don't know what causes this to become undone but here at least you don't have to execute it every time you start.

Last edited by Enjoys_Life; 11-30-2013 at 01:13 AM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Ubuntu and DRI --> Direct rendering: no Enigx Linux - Newbie 11 12-01-2006 09:44 PM
Solving the Direct Rendering issue (DRI). kbutcher5 Linux - Desktop 2 11-09-2006 07:04 PM
Direct Rendering Infrastructure DRI on VIA\S3 Savage /bin/bash Linux - Hardware 145 09-04-2006 10:37 AM
Direct Rendering and fglrx drakethegreat Slackware 16 05-21-2005 04:05 PM
XFree86 DRI : glxinfo -> Direct rendering : No Muzzy Linux - Hardware 20 05-24-2004 08:03 AM


All times are GMT -5. The time now is 09:28 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration