[gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

x11-drivers/ati-drivers-8.552-r2 won't compile due to a file conflict,
but portageq does not see it.

Background:

I've been masking out the new xorg server, but things have started to
break, so I'm giving in.

The process has been shaky, and I'm currently running something
different from what I've compiled -- an unstable and worrisome
condition.

The last piece seems to be the ATI drivers, which have forced me to
reconfigure the kernel 2 or 3 times.  Fortunately I was able to do
that before any of the recompilations that are now out of sync with my
running system.

The problem:  Compiling the driver errors out with this message

>>> Installing x11-drivers/ati-drivers-8.552-r2
 * checking 126 files for package collisions
 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at http://bugs.gentoo.org unless you report exactly which
 * two packages install the same file(s). Once again, please do NOT file
 * a bug report unless you have completely understood the above message.
 *
 * Detected file collision(s):
 *
 *      /usr/lib/opengl/ati/extensions/libglx.so
 *
 * Searching all installed packages for file collisions...
 *
 * Press Ctrl-C to Stop
 *
 * x11-base/xorg-server-1.5.3-r5
 *      /usr/lib/opengl/ati/extensions/libglx.so
 *
 * Package 'x11-drivers/ati-drivers-8.552-r2' NOT merged due to file
 * collisions. If necessary, refer to your elog messages for the whole
 * content of the above message.

>>> Failed to install x11-drivers/ati-drivers-8.552-r2, Log file:

The log has no information not in the error message above.  The
portageq command suggested in the message names only one package:
xorg-server, but not the ati driver.  But the file is clearly listed
earlier among the files it will check for collisions.

Anybody know how to work around this?

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Volker Armin Hemmann]

On Freitag 22 Mai 2009, Kevin O'Gorman wrote:
> x11-drivers/ati-drivers-8.552-r2 won't compile due to a file conflict,
> but portageq does not see it.
>
> Background:
>
> I've been masking out the new xorg server, but things have started to
> break, so I'm giving in.
>
> The process has been shaky, and I'm currently running something
> different from what I've compiled -- an unstable and worrisome
> condition.
>
> The last piece seems to be the ATI drivers, which have forced me to
> reconfigure the kernel 2 or 3 times.  Fortunately I was able to do
> that before any of the recompilations that are now out of sync with my
> running system.
>
> The problem:  Compiling the driver errors out with this message
>
> >>> Installing x11-drivers/ati-drivers-8.552-r2
>
>  * checking 126 files for package collisions
>  * This package will overwrite one or more files that may belong to other
>  * packages (see list below). You can use a command such as `portageq
>  * owners / <filename>` to identify the installed package that owns a
>  * file. If portageq reports that only one package owns a file then do
>  * NOT file a bug report. A bug report is only useful if it identifies at
>  * least two or more packages that are known to install the same file(s).
>  * If a collision occurs and you can not explain where the file came from
>  * then you should simply ignore the collision since there is not enough
>  * information to determine if a real problem exists. Please do NOT file
>  * a bug report at http://bugs.gentoo.org unless you report exactly which
>  * two packages install the same file(s). Once again, please do NOT file
>  * a bug report unless you have completely understood the above message.
>  *
>  * Detected file collision(s):
>  *
>  *      /usr/lib/opengl/ati/extensions/libglx.so
>  *
>  * Searching all installed packages for file collisions...
>  *
>  * Press Ctrl-C to Stop
>  *
>  * x11-base/xorg-server-1.5.3-r5
>  *      /usr/lib/opengl/ati/extensions/libglx.so
>  *
>  * Package 'x11-drivers/ati-drivers-8.552-r2' NOT merged due to file
>  * collisions. If necessary, refer to your elog messages for the whole
>  * content of the above message.
>
> >>> Failed to install x11-drivers/ati-drivers-8.552-r2, Log file:
>
> The log has no information not in the error message above.  The
> portageq command suggested in the message names only one package:
> xorg-server, but not the ati driver.  But the file is clearly listed
> earlier among the files it will check for collisions.
>
> Anybody know how to work around this?
>
> ++ kevin

yes, remove /usr/lib/opengl/ati/extensions/libglx.so it should be owned by 
ati-drivers, if not, some screw up happened.

/me wonders why there is still a stone old buggy ebuild/driver in 'stable'.

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Alex Schuster]

Volker Armin Hemmann writes:

> On Freitag 22 Mai 2009, Kevin O'Gorman wrote:
> > x11-drivers/ati-drivers-8.552-r2 won't compile due to a file conflict,
> > but portageq does not see it.

Probably because the ati-drivers you already have installed do not have this 
file, either because they are an older version, or they did not create it 
when compiling against the old x.org.

> > Anybody know how to work around this?

> yes, remove /usr/lib/opengl/ati/extensions/libglx.so it should be owned
> by ati-drivers, if not, some screw up happened.

Or use 'FEATURES=-collision-protect emerge ati-drivers'. I think I had the 
same collision.

> /me wonders why there is still a stone old buggy ebuild/driver in
> 'stable'.

I was not able to compile newer ati-drivers with tuxonice-sources-2.6.28-r3. 
Or ANY ati-drivers with a newer tuxonice kernel.

	Wonko

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Volker Armin Hemmann]

On Freitag 22 Mai 2009, Alex Schuster wrote:
> Volker Armin Hemmann writes:
> > On Freitag 22 Mai 2009, Kevin O'Gorman wrote:
> > > x11-drivers/ati-drivers-8.552-r2 won't compile due to a file conflict,
> > > but portageq does not see it.
>
> Probably because the ati-drivers you already have installed do not have
> this file, either because they are an older version, or they did not create
> it when compiling against the old x.org.
>
> > > Anybody know how to work around this?
> >
> > yes, remove /usr/lib/opengl/ati/extensions/libglx.so it should be owned
> > by ati-drivers, if not, some screw up happened.
>
> Or use 'FEATURES=-collision-protect emerge ati-drivers'. I think I had the
> same collision.
>
> > /me wonders why there is still a stone old buggy ebuild/driver in
> > 'stable'.
>
> I was not able to compile newer ati-drivers with
> tuxonice-sources-2.6.28-r3. Or ANY ati-drivers with a newer tuxonice
> kernel.
>
> 	Wonko

9.4 and 9.5 worked fine with 2.6.28.X+tuxonice patches (not using ebuild for 
tuxonice, using 'homemade' ebuilds for 9.4&5 because ebuild renaming seems to 
be hard atm).

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Thu, May 21, 2009 at 6:17 PM, Alex Schuster <wonko@wonkology.org> wrote:
> Volker Armin Hemmann writes:
>
>> On Freitag 22 Mai 2009, Kevin O'Gorman wrote:
>> > x11-drivers/ati-drivers-8.552-r2 won't compile due to a file conflict,
>> > but portageq does not see it.
>
> Probably because the ati-drivers you already have installed do not have this
> file, either because they are an older version, or they did not create it
> when compiling against the old x.org.
>
>> > Anybody know how to work around this?
>
>> yes, remove /usr/lib/opengl/ati/extensions/libglx.so it should be owned
>> by ati-drivers, if not, some screw up happened.
>
> Or use 'FEATURES=-collision-protect emerge ati-drivers'. I think I had the
> same collision.
>
>> /me wonders why there is still a stone old buggy ebuild/driver in
>> 'stable'.
>
> I was not able to compile newer ati-drivers with tuxonice-sources-2.6.28-r3.
> Or ANY ati-drivers with a newer tuxonice kernel.
>

I thank you for the expert advice.  I'm doing the emerge now, but even
if it succeeds, I'm worried that the xorg-server will still own this
file, since portageq seems to see that it does.  This seems inherently
wrong.

Sigh.  I'm too far along to flinch now, so if this emerges, I'll
probably restart X.

Wish me luck.


-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Thu, May 21, 2009 at 8:20 PM, Kevin O'Gorman <kogorman@gmail.com> wrote:
> On Thu, May 21, 2009 at 6:17 PM, Alex Schuster <wonko@wonkology.org> wrote:
>> Volker Armin Hemmann writes:
>>
>>> On Freitag 22 Mai 2009, Kevin O'Gorman wrote:
>>> > x11-drivers/ati-drivers-8.552-r2 won't compile due to a file conflict,
>>> > but portageq does not see it.
>>
>> Probably because the ati-drivers you already have installed do not have this
>> file, either because they are an older version, or they did not create it
>> when compiling against the old x.org.
>>
>>> > Anybody know how to work around this?
>>
>>> yes, remove /usr/lib/opengl/ati/extensions/libglx.so it should be owned
>>> by ati-drivers, if not, some screw up happened.
>>
>> Or use 'FEATURES=-collision-protect emerge ati-drivers'. I think I had the
>> same collision.
>>
>>> /me wonders why there is still a stone old buggy ebuild/driver in
>>> 'stable'.
>>
>> I was not able to compile newer ati-drivers with tuxonice-sources-2.6.28-r3.
>> Or ANY ati-drivers with a newer tuxonice kernel.
>>
>
> I thank you for the expert advice.  I'm doing the emerge now, but even
> if it succeeds, I'm worried that the xorg-server will still own this
> file, since portageq seems to see that it does.  This seems inherently
> wrong.
>
> Sigh.  I'm too far along to flinch now, so if this emerges, I'll
> probably restart X.
>
> Wish me luck.


Hmm.  Even with the FEATURES option from the suggestion, I get exactly
the same error message.  I cut-and-pasted it, but I wonder if it's
spelled right?

I'm going to try just deleting (well, renaming) the file, hoping that
this will work...



-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Alex Schuster]

Kevin O'Gorman writes:

> On Thu, May 21, 2009 at 8:20 PM, Kevin O'Gorman <kogorman@gmail.com> 
wrote:

> > I thank you for the expert advice.  I'm doing the emerge now, but even
> > if it succeeds, I'm worried that the xorg-server will still own this
> > file, since portageq seems to see that it does.  This seems inherently
> > wrong.

Well, it is indeed.

> > Sigh.  I'm too far along to flinch now, so if this emerges, I'll
> > probably restart X.
> >
> > Wish me luck.

I do, but I do not believe bad things might happen.

> Hmm.  Even with the FEATURES option from the suggestion, I get exactly
> the same error message.  I cut-and-pasted it, but I wonder if it's
> spelled right?

It is. But I forgot about the protect-owned feature. I thought -collision-
protect would act stronger and imply it, but apparently it does not. So, 
'FEATURES=-protect-owned emerge ati-drivers' might have worked better. If 
not, 'FEATURES="-collision-protect -protect-owned" emerge ati-drivers' would 
have worked in any case.

> I'm going to try just deleting (well, renaming) the file, hoping that
> this will work...

Yes, that's okay. After all, the file is still there, it's just now being 
generated by the ati-driver. I wouldn't worry too much.

	Wonko

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Fri, May 22, 2009 at 2:40 AM, Alex Schuster <wonko@wonkology.org> wrote:
> Kevin O'Gorman writes:
>
>> On Thu, May 21, 2009 at 8:20 PM, Kevin O'Gorman <kogorman@gmail.com>
> wrote:
>
>> > I thank you for the expert advice.  I'm doing the emerge now, but even
>> > if it succeeds, I'm worried that the xorg-server will still own this
>> > file, since portageq seems to see that it does.  This seems inherently
>> > wrong.
>
> Well, it is indeed.
>
>> > Sigh.  I'm too far along to flinch now, so if this emerges, I'll
>> > probably restart X.
>> >
>> > Wish me luck.
>
> I do, but I do not believe bad things might happen.
>
>> Hmm.  Even with the FEATURES option from the suggestion, I get exactly
>> the same error message.  I cut-and-pasted it, but I wonder if it's
>> spelled right?
>
> It is. But I forgot about the protect-owned feature. I thought -collision-
> protect would act stronger and imply it, but apparently it does not. So,
> 'FEATURES=-protect-owned emerge ati-drivers' might have worked better. If
> not, 'FEATURES="-collision-protect -protect-owned" emerge ati-drivers' would
> have worked in any case.
>
>> I'm going to try just deleting (well, renaming) the file, hoping that
>> this will work...
>
> Yes, that's okay. After all, the file is still there, it's just now being
> generated by the ati-driver. I wouldn't worry too much.
>
>        Wonko

well, it emerged this time.  I'm going to restart X over the weekend,
when I'll have time to clean up the mess that I half expect.

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

Summary: X is hosed.

On Fri, May 22, 2009 at 6:35 AM, Kevin O'Gorman <kogorman@gmail.com> wrote:
> On Fri, May 22, 2009 at 2:40 AM, Alex Schuster <wonko@wonkology.org> wrote:
>> Kevin O'Gorman writes:
>>
>>> On Thu, May 21, 2009 at 8:20 PM, Kevin O'Gorman <kogorman@gmail.com>
>> wrote:
>>
>>> > I thank you for the expert advice.  I'm doing the emerge now, but even
>>> > if it succeeds, I'm worried that the xorg-server will still own this
>>> > file, since portageq seems to see that it does.  This seems inherently
>>> > wrong.
>>
>> Well, it is indeed.
>>
>>> > Sigh.  I'm too far along to flinch now, so if this emerges, I'll
>>> > probably restart X.
>>> >
>>> > Wish me luck.
>>
>> I do, but I do not believe bad things might happen.
>>
>>> Hmm.  Even with the FEATURES option from the suggestion, I get exactly
>>> the same error message.  I cut-and-pasted it, but I wonder if it's
>>> spelled right?
>>
>> It is. But I forgot about the protect-owned feature. I thought -collision-
>> protect would act stronger and imply it, but apparently it does not. So,
>> 'FEATURES=-protect-owned emerge ati-drivers' might have worked better. If
>> not, 'FEATURES="-collision-protect -protect-owned" emerge ati-drivers' would
>> have worked in any case.
>>
>>> I'm going to try just deleting (well, renaming) the file, hoping that
>>> this will work...
>>
>> Yes, that's okay. After all, the file is still there, it's just now being
>> generated by the ati-driver. I wouldn't worry too much.
>>
>>        Wonko
>
> well, it emerged this time.  I'm going to restart X over the weekend,
> when I'll have time to clean up the mess that I half expect.
>
> ++ kevin

As I suspected, X won't restart.

When I reboot, the scripts want to run "xdm", which is not loaded on
the system.  This started a while ago and is part of what made me give
up on keeping the new xorg masked.

"kdm" does nothing at all that I can see, but it was the way I was
getting X up before I re-emerged the ati drivers.

"startx" at least gives error messages and writes the log.  It didn't
like my xorg.conf, and had this to say about it:
=========================
treat X11 # startx
xauth:  creating new authority file /root/.serverauth.7467


X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.28-gentoo-r5-kosmanor i686
Current Operating System: Linux treat 2.6.28-gentoo-r5-kosmanor #5 SMP
PREEMPT Tue May 19 13:17:14 PDT 2009 i686
Build Date: 18 May 2009  09:25:28PM

	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat May 23 14:54:31 2009
(==) Using config file: "/etc/X11/xorg.conf"
(EE) Failed to load module "type1" (module does not exist, 0)
(EE) module ABI major version (1) doesn't match the server's version (4)
(EE) Failed to load module "ati" (module requirement mismatch, 0)
(EE) No drivers available.

Fatal server error:
no screens found
giving up.
xinit:  Connection refused (errno 111):  unable to connect to X server
xinit:  No such process (errno 3):  Server error.
treat X11 #
=============================
If I remove the "xorg.conf" file, the message about type1 goes away,
but it still won't load the ati drivers.

I'm at a loss.  Where do I go to get my X back?  I mean where in the
documentation, of course, but I'm open to other suggestions.

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[David Relson]

On Sat, 23 May 2009 14:57:32 -0700
Kevin O'Gorman wrote:

> Summary: X is hosed.
> 

A couple of weeks back, I made the transition to the current versions
of xorg-server and ati-drivers, i.e. the versions in the message
subject.  I had to do a bit of work with xorg.conf before all was
good.  If I recall details, keyboard and mouse weren't working and,
after correcting that, fonts weren't being found.  All is now working
fine.  Below is my xorg.conf.  Hope it helps.

Regards,

David

### Begin xorg.conf ###

Section "ServerFlags"
       Option  "AllowEmptyInput"       "false"
EndSection

Section "Files"
	FontPath     "/usr/share/fonts/util"
	FontPath     "/usr/share/fonts/encodings"
	FontPath     "/usr/share/fonts/misc"
	FontPath     "/usr/share/fonts/corefonts"
	FontPath     "/usr/local/share/fonts"
	FontPath     "/usr/share/fonts/default"
	FontPath     "/usr/share/fonts/Type1"
	FontPath     "/usr/share/fonts/100dpi"
	FontPath     "/usr/share/fonts/75dpi"
EndSection

### End xorg.conf ###

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

David Relson wrote:
> On Sat, 23 May 2009 14:57:32 -0700
> Kevin O'Gorman wrote:
> 
>> Summary: X is hosed.
>>
> 
> A couple of weeks back, I made the transition to the current versions
> of xorg-server and ati-drivers, i.e. the versions in the message
> subject.  I had to do a bit of work with xorg.conf before all was
> good.  If I recall details, keyboard and mouse weren't working and,
> after correcting that, fonts weren't being found.  All is now working
> fine.  Below is my xorg.conf.  Hope it helps.
> 
> Regards,
> 
> David
> 
> ### Begin xorg.conf ###
> 
> Section "ServerFlags"
>        Option  "AllowEmptyInput"       "false"
> EndSection
> 
> Section "Files"
> 	FontPath     "/usr/share/fonts/util"
> 	FontPath     "/usr/share/fonts/encodings"
> 	FontPath     "/usr/share/fonts/misc"
> 	FontPath     "/usr/share/fonts/corefonts"
> 	FontPath     "/usr/local/share/fonts"
> 	FontPath     "/usr/share/fonts/default"
> 	FontPath     "/usr/share/fonts/Type1"
> 	FontPath     "/usr/share/fonts/100dpi"
> 	FontPath     "/usr/share/fonts/75dpi"
> EndSection
> 
> ### End xorg.conf ###

This xorg.conf won't load ati-drivers at all.  If it works, it is 
probably running with another driver (radeon or vesa perhaps).  You need 
to run "aticonfig --initial" as root first.

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Mark Knecht]

On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
> David Relson wrote:
>>
>> On Sat, 23 May 2009 14:57:32 -0700
>> Kevin O'Gorman wrote:
>>
>>> Summary: X is hosed.
>>>
>>
>> A couple of weeks back, I made the transition to the current versions
>> of xorg-server and ati-drivers, i.e. the versions in the message
>> subject.  I had to do a bit of work with xorg.conf before all was
>> good.  If I recall details, keyboard and mouse weren't working and,
>> after correcting that, fonts weren't being found.  All is now working
>> fine.  Below is my xorg.conf.  Hope it helps.
>>
>> Regards,
>>
>> David
>>
>> ### Begin xorg.conf ###
>>
>> Section "ServerFlags"
>>       Option  "AllowEmptyInput"       "false"
>> EndSection
>>
>> Section "Files"
>>        FontPath     "/usr/share/fonts/util"
>>        FontPath     "/usr/share/fonts/encodings"
>>        FontPath     "/usr/share/fonts/misc"
>>        FontPath     "/usr/share/fonts/corefonts"
>>        FontPath     "/usr/local/share/fonts"
>>        FontPath     "/usr/share/fonts/default"
>>        FontPath     "/usr/share/fonts/Type1"
>>        FontPath     "/usr/share/fonts/100dpi"
>>        FontPath     "/usr/share/fonts/75dpi"
>> EndSection
>>
>> ### End xorg.conf ###
>
> This xorg.conf won't load ati-drivers at all.  If it works, it is probably
> running with another driver (radeon or vesa perhaps).  You need to run
> "aticonfig --initial" as root first.

Or he might have it in autoload already and it gets loaded at boot time?

- Mark

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Sat, May 23, 2009 at 3:23 PM, Mark Knecht <markknecht@gmail.com> wrote:
> On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
>> David Relson wrote:
>>>
>>> On Sat, 23 May 2009 14:57:32 -0700
>>> Kevin O'Gorman wrote:
>>>
>>>> Summary: X is hosed.
>>>>
>>>
>>> A couple of weeks back, I made the transition to the current versions
>>> of xorg-server and ati-drivers, i.e. the versions in the message
>>> subject.  I had to do a bit of work with xorg.conf before all was
>>> good.  If I recall details, keyboard and mouse weren't working and,
>>> after correcting that, fonts weren't being found.  All is now working
>>> fine.  Below is my xorg.conf.  Hope it helps.
>>>
>>> Regards,
>>>
>>> David
>>>
>>> ### Begin xorg.conf ###
>>>
i
>>> ### End xorg.conf ###
>>
>> This xorg.conf won't load ati-drivers at all.  If it works, it is probably
>> running with another driver (radeon or vesa perhaps).  You need to run
>> "aticonfig --initial" as root first.
>
> Or he might have it in autoload already and it gets loaded at boot time?
>
> - Mark

When I tried aticonfig with my original xorg.conf, it got a seg fault.
 The same thing happens when I use David's.

Things are not going well.

++ kevin



-- 
Kevin O'Gorman, PhD

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

Kevin O'Gorman wrote:
> On Sat, May 23, 2009 at 3:23 PM, Mark Knecht <markknecht@gmail.com> wrote:
>> On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
>>> David Relson wrote:
>>>> On Sat, 23 May 2009 14:57:32 -0700
>>>> Kevin O'Gorman wrote:
>>>>
>>>>> Summary: X is hosed.
>>>>>
>>>> A couple of weeks back, I made the transition to the current versions
>>>> of xorg-server and ati-drivers, i.e. the versions in the message
>>>> subject.  I had to do a bit of work with xorg.conf before all was
>>>> good.  If I recall details, keyboard and mouse weren't working and,
>>>> after correcting that, fonts weren't being found.  All is now working
>>>> fine.  Below is my xorg.conf.  Hope it helps.
>>>>
>>>> Regards,
>>>>
>>>> David
>>>>
>>>> ### Begin xorg.conf ###
>>>>
> i
>>>> ### End xorg.conf ###
>>> This xorg.conf won't load ati-drivers at all.  If it works, it is probably
>>> running with another driver (radeon or vesa perhaps).  You need to run
>>> "aticonfig --initial" as root first.
>> Or he might have it in autoload already and it gets loaded at boot time?
>>
>> - Mark
> 
> When I tried aticonfig with my original xorg.conf, it got a seg fault.
>  The same thing happens when I use David's.
> 
> Things are not going well.

You should try the latest ati-drivers then.  8.552 is pretty old and 
very buggy.  The newer versions are also buggy, but less so then the old 
ones.

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[David Relson]

On Sun, 24 May 2009 01:22:06 +0300
Nikos Chantziaras wrote:

...[snip]...

> > ### Begin xorg.conf ###
> > 
> > Section "ServerFlags"
> >        Option  "AllowEmptyInput"       "false"
> > EndSection
> > 
> > Section "Files"
> > 	FontPath     "/usr/share/fonts/util"
> > 	FontPath     "/usr/share/fonts/encodings"
> > 	FontPath     "/usr/share/fonts/misc"
> > 	FontPath     "/usr/share/fonts/corefonts"
> > 	FontPath     "/usr/local/share/fonts"
> > 	FontPath     "/usr/share/fonts/default"
> > 	FontPath     "/usr/share/fonts/Type1"
> > 	FontPath     "/usr/share/fonts/100dpi"
> > 	FontPath     "/usr/share/fonts/75dpi"
> > EndSection
> > 
> > ### End xorg.conf ###
> 
> This xorg.conf won't load ati-drivers at all.  If it works, it is 
> probably running with another driver (radeon or vesa perhaps).  You
> need to run "aticonfig --initial" as root first.


Really?  My understanding had been that xorg-server-1.5.3 uses evdev and
runs happily without an xorg.conf file.  Without an xorg.conf I had
keyboard and font problems -- cured by the above configuration.

As an experiment, I ran the suggested command ( "aticonfig
--initial" ).  This added a lot to xorg.con and I then restarted X.
My screen resolution dropped from 1280x1024 to 640x480 and the screen
looked awful.  

I've returned to the short config shown above.

To be honest, I don't know which display driver is in use and don't
much care since the display is working fine AFAICT.

David

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

David Relson wrote:
> On Sun, 24 May 2009 01:22:06 +0300
> Nikos Chantziaras wrote:
> 
> ...[snip]...
> 
>>> ### Begin xorg.conf ###
>>>
>>> Section "ServerFlags"
>>>        Option  "AllowEmptyInput"       "false"
>>> EndSection
>>>
>>> Section "Files"
>>> 	FontPath     "/usr/share/fonts/util"
>>> 	FontPath     "/usr/share/fonts/encodings"
>>> 	FontPath     "/usr/share/fonts/misc"
>>> 	FontPath     "/usr/share/fonts/corefonts"
>>> 	FontPath     "/usr/local/share/fonts"
>>> 	FontPath     "/usr/share/fonts/default"
>>> 	FontPath     "/usr/share/fonts/Type1"
>>> 	FontPath     "/usr/share/fonts/100dpi"
>>> 	FontPath     "/usr/share/fonts/75dpi"
>>> EndSection
>>>
>>> ### End xorg.conf ###
>> This xorg.conf won't load ati-drivers at all.  If it works, it is 
>> probably running with another driver (radeon or vesa perhaps).  You
>> need to run "aticonfig --initial" as root first.
> 
> 
> Really?  My understanding had been that xorg-server-1.5.3 uses evdev and
> runs happily without an xorg.conf file.  Without an xorg.conf I had
> keyboard and font problems -- cured by the above configuration.
> 
> As an experiment, I ran the suggested command ( "aticonfig
> --initial" ).  This added a lot to xorg.con and I then restarted X.
> My screen resolution dropped from 1280x1024 to 640x480 and the screen
> looked awful.  
> 
> I've returned to the short config shown above.
> 
> To be honest, I don't know which display driver is in use and don't
> much care since the display is working fine AFAICT.

The only reason to use ati-drivers is to have fast, accelerated OpenGL. 
  You're probably not using ati-drivers at all.  So you're a bit 
off-topic to this whole thread :P  fglrx ("ati-drivers") required an 
xorg.conf entry.  This is done with aticonfig --initial and after that 
you have to run the Catalyst Control Center ("amdcccle" in a terminal, 
you'll also find it in the start menu) and adjust your resolution and 
other settings (anti-aliasing, vsync, anisotropic filters, etc.) there.

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Volker Armin Hemmann]

On Sonntag 24 Mai 2009, David Relson wrote:
> On Sun, 24 May 2009 01:22:06 +0300
> Nikos Chantziaras wrote:
>
> ...[snip]...
>
> > > ### Begin xorg.conf ###
> > >
> > > Section "ServerFlags"
> > >        Option  "AllowEmptyInput"       "false"
> > > EndSection
> > >
> > > Section "Files"
> > > 	FontPath     "/usr/share/fonts/util"
> > > 	FontPath     "/usr/share/fonts/encodings"
> > > 	FontPath     "/usr/share/fonts/misc"
> > > 	FontPath     "/usr/share/fonts/corefonts"
> > > 	FontPath     "/usr/local/share/fonts"
> > > 	FontPath     "/usr/share/fonts/default"
> > > 	FontPath     "/usr/share/fonts/Type1"
> > > 	FontPath     "/usr/share/fonts/100dpi"
> > > 	FontPath     "/usr/share/fonts/75dpi"
> > > EndSection
> > >
> > > ### End xorg.conf ###
> >
> > This xorg.conf won't load ati-drivers at all.  If it works, it is
> > probably running with another driver (radeon or vesa perhaps).  You
> > need to run "aticonfig --initial" as root first.
>
> Really?  My understanding had been that xorg-server-1.5.3 uses evdev and
> runs happily without an xorg.conf file.  Without an xorg.conf I had
> keyboard and font problems -- cured by the above configuration.
>
> As an experiment, I ran the suggested command ( "aticonfig
> --initial" ).  This added a lot to xorg.con and I then restarted X.
> My screen resolution dropped from 1280x1024 to 640x480 and the screen
> looked awful.
>
> I've returned to the short config shown above.
>
> To be honest, I don't know which display driver is in use and don't
> much care since the display is working fine AFAICT.
>
> David

Section "ServerLayout"                 
        Identifier     "Layout0"       
        Screen      0  "aticonfig-Screen[0]-0" 0 0
        InputDevice    "Keyboard0" "CoreKeyboard" 
        InputDevice    "Mouse0" "CorePointer"     
EndSection                                        

Section "Files"
EndSection     

Section "Module"
        Load  "evdev"
        Load  "v4l"  
EndSection           

Section "ServerFlags"
         Option "DontZap" "no"
EndSection                    

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "evdev" 
        Option      "CorePointer"
        Option      "Name" "Logitech, Inc. MX610 Laser Cordless Mouse"
        Option      "evBits" "+1-2"                                   
        Option      "keyBits" "~272-287"                              
        Option      "relBits" "~0-2 ~6 ~8"
EndSection

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "evdev"
        Option      "AutoRepeat" "500 30"
        Option      "XkbRules" "xorg"
        Option      "XkbModel" "evdev"
        Option      "XkbLayout" "de"
        Option      "Device" "/dev/input/event2"
EndSection

Section "Monitor"
        Identifier   "aticonfig-Monitor[0]-0"
        Option      "VendorName" "ATI Proprietary Driver"
        Option      "ModelName" "Generic Autodetecting Monitor"
        Option      "DPMS" "true"
EndSection

Section "Device"
        Identifier  "aticonfig-Device[0]-0"
        Driver      "fglrx"
        BusID       "PCI:2:0:0"
EndSection

Section "Screen"
        Identifier "aticonfig-Screen[0]-0"
        Device     "aticonfig-Device[0]-0"
        Monitor    "aticonfig-Monitor[0]-0"
        DefaultDepth     24
        SubSection "Display"
                Viewport   0 0
                Depth     24
        EndSubSection
EndSection

works fine, 1680x1050 is the natural resolution of my display - automatically 
chosen by X on start. Thanks to no modes or modelines I have a bazillion of 
possible resolutions via randr available (either setting them with krandrtray 
or xrandr).

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[William Kenworthy]

I got caught by this upgrade (though I am not using ati-drivers) and had
oops's that at first seemed to be xorgs fault.  While -hal helped a lot
(what a fiasco!), there seems to be a bug in 2.6.29 and updates to
reiserfs (yes, reiserfs is still maintained and being updated - look for
slowpath bug in kernel) that only manifested itself to me after
upgrading xorg-server.  Last message I saw was 2.6.30 will probably have
a fix for it, but in the meantime, downgrade to 2.6.28 and see if that
helps.

The ati system is definitely affected by this (oops in reiserfs on
screen), whilst an intel i915 laptop (also reiserfs) was also much more
stable on 2.6.28 and upgraded xorg-server - however this one doesnt give
any indication except for a hard hang with nothing logged (which implies
its the filesystem so no log is written) when running on 2.6.29 for a
few hours.

BillK


On Sat, 2009-05-23 at 16:35 -0700, Kevin O'Gorman wrote:
> On Sat, May 23, 2009 at 3:23 PM, Mark Knecht <markknecht@gmail.com> wrote:
> > On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
> >> David Relson wrote:
> >>>
> >>> On Sat, 23 May 2009 14:57:32 -0700
> >>> Kevin O'Gorman wrote:
> >>>
> >>>> Summary: X is hosed.
> >>>>
> >>>
> >>> A couple of weeks back, I made the transition to the current versions
> >>> of xorg-server and ati-drivers, i.e. the versions in the message
> >>> subject.  I had to do a bit of work with xorg.conf before all was
> >>> good.  If I recall details, keyboard and mouse weren't working and,
> >>> after correcting that, fonts weren't being found.  All is now working
> >>> fine.  Below is my xorg.conf.  Hope it helps.
> >>>
> >>> Regards,
> >>>
> >>> David
> >>>
> >>> ### Begin xorg.conf ###
> >>>
> i
> >>> ### End xorg.conf ###
> >>
> >> This xorg.conf won't load ati-drivers at all.  If it works, it is probably
> >> running with another driver (radeon or vesa perhaps).  You need to run
> >> "aticonfig --initial" as root first.
> >
> > Or he might have it in autoload already and it gets loaded at boot time?
> >
> > - Mark
> 
> When I tried aticonfig with my original xorg.conf, it got a seg fault.
>  The same thing happens when I use David's.
> 
> Things are not going well.
> 
> ++ kevin
> 
> 
> 
-- 
William Kenworthy <billk@iinet.net.au>
Home in Perth!

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

Summary: still hosed; newest drivers no help

On Sat, May 23, 2009 at 9:27 PM, William Kenworthy <billk@iinet.net.au> wrote:
> I got caught by this upgrade (though I am not using ati-drivers) and had
> oops's that at first seemed to be xorgs fault.  While -hal helped a lot
> (what a fiasco!), there seems to be a bug in 2.6.29 and updates to
> reiserfs (yes, reiserfs is still maintained and being updated - look for
> slowpath bug in kernel) that only manifested itself to me after
> upgrading xorg-server.  Last message I saw was 2.6.30 will probably have
> a fix for it, but in the meantime, downgrade to 2.6.28 and see if that
> helps.
>
> The ati system is definitely affected by this (oops in reiserfs on
> screen), whilst an intel i915 laptop (also reiserfs) was also much more
> stable on 2.6.28 and upgraded xorg-server - however this one doesnt give
> any indication except for a hard hang with nothing logged (which implies
> its the filesystem so no log is written) when running on 2.6.29 for a
> few hours.
>
> BillK
>
>
> On Sat, 2009-05-23 at 16:35 -0700, Kevin O'Gorman wrote:
>> On Sat, May 23, 2009 at 3:23 PM, Mark Knecht <markknecht@gmail.com> wrote:
>> > On Sat, May 23, 2009 at 3:22 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
>> >> David Relson wrote:
>> >>>
>> >>> On Sat, 23 May 2009 14:57:32 -0700
>> >>> Kevin O'Gorman wrote:
>> >>>
>> >>>> Summary: X is hosed.
>> >>>>
>> >>>
>> >>> A couple of weeks back, I made the transition to the current versions
>> >>> of xorg-server and ati-drivers, i.e. the versions in the message
>> >>> subject.  I had to do a bit of work with xorg.conf before all was
>> >>> good.  If I recall details, keyboard and mouse weren't working and,
>> >>> after correcting that, fonts weren't being found.  All is now working
>> >>> fine.  Below is my xorg.conf.  Hope it helps.
>> >>>
>> >>> Regards,
>> >>>
>> >>> David
>> >>>
>> >>> ### Begin xorg.conf ###
>> >>>
>> i
>> >>> ### End xorg.conf ###
>> >>
>> >> This xorg.conf won't load ati-drivers at all.  If it works, it is probably
>> >> running with another driver (radeon or vesa perhaps).  You need to run
>> >> "aticonfig --initial" as root first.
>> >
>> > Or he might have it in autoload already and it gets loaded at boot time?
>> >
>> > - Mark
>>
>> When I tried aticonfig with my original xorg.conf, it got a seg fault.
>>  The same thing happens when I use David's.
>>
>> Things are not going well.
>>
>> ++ kevin
>>
>>
>>
> --
> William Kenworthy <billk@iinet.net.au>
> Home in Perth!

I compiled ati-drivers-8.593 (after making required mods to kernel
configuration); no help.  There's even an additional error message.

From the above conversation, however, it may be I don't need them.
I'm not aware of running OpenGL, so it could be complaining about some
other driver.

With the short xorg.conf, the error messages are different --
including one about the
mouse interface not loading.  With no xorg.conf, it seems to try more
variations, but
there's still no joy.

Getting desperate....

Anyway, with no xorg.conf, I see
============= screen stuff starts
treat ~ # startx
xauth:  creating new authority file /root/.serverauth.6892


X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.28-gentoo-r5-kosmanor i686
Current Operating System: Linux treat 2.6.28-gentoo-r5-kosmanor #6 SMP
PREEMPT Sat May 23 19:17:22 PDT 2009 i686
Build Date: 23 May 2009  03:19:26PM

	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat May 23 22:14:09 2009
(EE) Unable to locate/open config file
New driver is "ati"
(==) Using default built-in configuration (30 lines)
(EE) Failed to load module "ati" (module does not exist, 0)
(EE) module ABI major version (1) doesn't match the server's version (4)
(EE) Failed to load module "fbdev" (module requirement mismatch, 0)
(EE) module ABI major version (1) doesn't match the server's version (4)
(EE) Failed to load module "vesa" (module requirement mismatch, 0)
(EE) No drivers available.

Fatal server error:
no screens found
giving up.
xinit:  Connection refused (errno 111):  unable to connect to X server
xinit:  No such process (errno 3):  Server error.
treat ~ #
========================end of run with no xorg.conf

If I use the simple one first given, I get

==================== start of screen stuff
treat X11 # startx
xauth:  creating new authority file /root/.serverauth.6933


X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.28-gentoo-r5-kosmanor i686
Current Operating System: Linux treat 2.6.28-gentoo-r5-kosmanor #6 SMP
PREEMPT Sat May 23 19:17:22 PDT 2009 i686
Build Date: 23 May 2009  03:19:26PM

	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat May 23 22:16:03 2009
(==) Using config file: "/etc/X11/xorg.conf"
(EE) Failed to load module "ati" (module does not exist, 0)
dlopen: /usr/lib/xorg/modules/input//mouse_drv.so: undefined symbol:
miPointerGetMotionEvents
(EE) Failed to load /usr/lib/xorg/modules/input//mouse_drv.so
(EE) Failed to load module "mouse" (loader failed, 7)
(EE) No drivers available.

Fatal server error:
no screens found
giving up.
xinit:  Connection refused (errno 111):  unable to connect to X server
xinit:  No such process (errno 3):  Server error.
treat X11 #
================= end screen stuff

-- 
Kevin O'Gorman, PhD

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

Kevin O'Gorman wrote:
> Getting desperate....
> 
> Anyway, with no xorg.conf, I see
> ============= screen stuff starts
> treat ~ # startx
> xauth:  creating new authority file /root/.serverauth.6892
> 
> 
> New driver is "ati"

The driver from ati-drivers is "fglrx", not "ati".  "ati" doesn't even 
really exist anymore, it's a wrapper between "radeon" and the old 
"mach64" drivers for non-Radeon cards.

For Radeon cards, there are "fglrx" (in ati-drivers binary package), 
"radeon" (in xf86-video-radeon package) and "radeonhd" (in 
xf86-video-radeonhd package).

For "fglrx" to be loaded, you *really need* a section for it in 
xorg.conf. It will *never* get auto-loaded. Ever. Either you put that by 
hand in xorg.conf or automatically with aticonfig --initial. If you 
don't, that driver will *never* be loaded.

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

Summary: still hosed, and I'm still confused, and Xorg is having
trouble seeing the video adapter and with loading the mouse driver.

On Sat, May 23, 2009 at 10:30 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
> Kevin O'Gorman wrote:
>>
>> Getting desperate....
>>
>> Anyway, with no xorg.conf, I see
>> ============= screen stuff starts
>> treat ~ # startx
>> xauth:  creating new authority file /root/.serverauth.6892
>>
>>
>> New driver is "ati"
>
> The driver from ati-drivers is "fglrx", not "ati".  "ati" doesn't even
> really exist anymore, it's a wrapper between "radeon" and the old "mach64"
> drivers for non-Radeon cards.
>
> For Radeon cards, there are "fglrx" (in ati-drivers binary package),
> "radeon" (in xf86-video-radeon package) and "radeonhd" (in
> xf86-video-radeonhd package).
>
> For "fglrx" to be loaded, you *really need* a section for it in xorg.conf.
> It will *never* get auto-loaded. Ever. Either you put that by hand in
> xorg.conf or automatically with aticonfig --initial. If you don't, that
> driver will *never* be loaded.
>

It tries to load "ati" on its own when I run "startx" with no
xorg.conf.  Not my idea.

I'm not aware of having done anything to specify "ati", so I don't
know how to stop it. My focus on ati-drivers came from the fact that
portage really wants to compile it. I'm not sure how it knows I have
ATI, not for instance an Nvidia adapter -- probably something I did in
2002 when I first installed gentoo.

BTW: video is an integrated ATI Rage XL on the motherboard, so it's a tad old.
When I run aticonfig --initial, it says
     aticonfig: No supported adapters detected

So I tried putting the driver in xorg.conf, and using a modified
version of what worked with the old server, arrived at
Section "Device"
    Identifier  "ati-internal"
    Driver      "fglrx"
EndSection

RESULTS: fglrx loads, but does not see the adapter.  There's also a
problem with the mouse driver -- some undefined symbol.

Not seeing the adapter scares me a bit.  Could it be that my system is
no longer supported?

Ouput from "startx" (in part):
==================== tail of log file
(II) LoadModule: "fglrx"

(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
	compiled for 1.4.99.906, module version = 8.59.2
	Module class: X.Org Video Driver
(II) LoadModule: "mouse"

(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
dlopen: /usr/lib/xorg/modules/input//mouse_drv.so: undefined symbol:
miPointerGetMotionEvents
(EE) Failed to load /usr/lib/xorg/modules/input//mouse_drv.so
(II) UnloadModule: "mouse"
(EE) Failed to load module "mouse" (loader failed, 7)
(II) LoadModule: "kbd"

(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
	compiled for 1.5.3, module version = 1.3.2
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 2.1
(II) Primary Device is: PCI 07@00:01:0
(WW) Falling back to old probe method for fglrx
(II) ATI Proprietary Linux Driver Version Identifier:8.59.2
(II) ATI Proprietary Linux Driver Release Identifier: 8.593
(II) ATI Proprietary Linux Driver Build Date: Mar 12 2009 23:38:54
(II) Loading PCS database from /etc/ati/amdpcsdb
(WW) This ATI Proprietary Linux Driver does not guarantee support of
video driver ABI higher than 2.0
(WW) Video driver ABI version of the X server is 4.1
(II) AMD ASIC control file status: R2 S1 B330 N330 T329
(--) Assigning device section with no busID to primary device
(EE) No devices detected.

Fatal server error:
no screens found
treat X11 #
========================= end log file




-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[David Relson]

Hi Kevin,

This morning I'm experimenting with xorg.conf (with kernels 2.6.28-r5
and 2.6.29-r4 and with ati-drivers-8.552-r2) and have seen a variety of
problems.

One detail I've noted is that files in /usr/lib64/xorg/modules/drivers
matching "*.so" seem to be auto-loaded as X starts up.  If you have
"ati_drv.so" in that directory, it's why you're getting messages about
"ati".  Try creating a "unused" subdirectory and move extra .so files
to it.

HTH,

David

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

Kevin O'Gorman wrote:
> It tries to load "ati" on its own when I run "startx" with no
> xorg.conf.  Not my idea.

"ati" is a wrapper which tries to detect which driver to load.


> I'm not aware of having done anything to specify "ati", so I don't
> know how to stop it. My focus on ati-drivers came from the fact that
> portage really wants to compile it.

Only if you have "fglrx" in VIDEO_CARDS (in make.conf).


> BTW: video is an integrated ATI Rage XL on the motherboard, so it's a tad old.
> When I run aticonfig --initial, it says
>      aticonfig: No supported adapters detected
> 
> So I tried putting the driver in xorg.conf, and using a modified
> version of what worked with the old server, arrived at
> Section "Device"
>     Identifier  "ati-internal"
>     Driver      "fglrx"
> EndSection
> 
> RESULTS: fglrx loads, but does not see the adapter.

fglrx is for Radeon and FireGL cards, not Rage. 
x11-drivers/xf86-video-r128 should be for your board.  Try to modify 
your VIDEO_CARDS like this:

   VIDEO_CARDS="r128 fbdev vesa vmware"

and then emerge -auDN world.  Since you don't need ati-drivers, unmerge it.

For the undefined symbols, feel free to open a new thread.

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

Nikos Chantziaras wrote:
>   VIDEO_CARDS="r128 fbdev vesa vmware"

Er, ignore the "vmware" part; that's from my own system. Should just be 
"r128 fbdev vesa".

RE: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Adam Carter]

> RESULTS: fglrx loads, but does not see the adapter.  There's also a
> problem with the mouse driver -- some undefined symbol.

Have you rebuilt your kernel after emergeing xf86-input-mouse? If so you probably need to re-emerge xf86-input-mouse.

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Sun, May 24, 2009 at 11:36 PM, Adam Carter <Adam.Carter@optus.com.au> wrote:
>> RESULTS: fglrx loads, but does not see the adapter.  There's also a
>> problem with the mouse driver -- some undefined symbol.
>
> Have you rebuilt your kernel after emergeing xf86-input-mouse? If so you probably need to re-emerge xf86-input-mouse.
>


Hmm. These have been helpful.

In make.config, I changed to
 VIDEO_CARDS="r128 vga fbdev vesa"
and recompiled xorg-server.

I noticed that it had output that I tracked down to some ewarns in the
ebuild.  But oddly, this package did not create an elog file in
/var/log/portage.  I wonder why?  Anyway, I've made a permanent note
of the "qlist -I -C x11-drivers" command for finding installed
drivers.

I recompiled all drivers, namely
 x11-drivers/xf86-input-evdev
 x11-drivers/xf86-input-joystick
 x11-drivers/xf86-input-keyboard
 x11-drivers/xf86-input-mouse
 x11-drivers/xf86-video-fbdev
 x11-drivers/xf86-video-r128
 x11-drivers/xf86-video-vesa

Now when I try "startx" it still has problems, but I appear to be
closer.  On screen I see
xauth:  creating new authority file /root/.serverauth.14631


X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.28-gentoo-r5-kosmanor i686
Current Operating System: Linux treat 2.6.28-gentoo-r5-kosmanor #6 SMP
PREEMPT Sat May 23 19:17:22 PDT 2009 i686
Build Date: 25 May 2009  08:41:29AM

	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon May 25 11:13:36 2009
(EE) Unable to locate/open config file
New driver is "ati"
(==) Using default built-in configuration (30 lines)
dlopen: /usr/lib/xorg/modules/extensions//libglx.so: cannot open
shared object file: No such file or directory
(EE) Failed to load /usr/lib/xorg/modules/extensions//libglx.so
(EE) Failed to load module "glx" (loader failed, 7)
dlopen: /usr/lib/xorg/modules/extensions//libdri.so: cannot open
shared object file: No such file or directory
(EE) Failed to load /usr/lib/xorg/modules/extensions//libdri.so
(EE) Failed to load module "dri" (loader failed, 7)
(EE) Failed to load module "ati" (module does not exist, 0)
(EE) open /dev/fb0: No such file or directory
(EE) Screen(s) found, but none have a usable configuration.

Fatal server error:
no screens found
giving up.
xinit:  Connection refused (errno 111):  unable to connect to X server
xinit:  No such process (errno 3):  Server error.
treat xorg-server #

Three things it cannot find: libglx, libdri, and module ati.  I don't
know about libglx, but according to equery, libdri is owned by
xorg-server; so why is it asking for this module if it didn't build
with it?  And I likewise do not know why it's trying to load "glx" or
"ati".

equery could not tell me what owns libglx.  I could not remember how
to use portageq, and the --help message did not help much.
Nevertheless, it looks like I'm closer because it now sees a screen.

Any more clues out there?

-- 
Kevin O'Gorman, PhD

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

Kevin O'Gorman wrote:
> On Sun, May 24, 2009 at 11:36 PM, Adam Carter <Adam.Carter@optus.com.au> wrote:
>>> RESULTS: fglrx loads, but does not see the adapter.  There's also a
>>> problem with the mouse driver -- some undefined symbol.
>> Have you rebuilt your kernel after emergeing xf86-input-mouse? If so you probably need to re-emerge xf86-input-mouse.
>>
> 
> 
> Hmm. These have been helpful.
> 
> In make.config, I changed to
>  VIDEO_CARDS="r128 vga fbdev vesa"
> and recompiled xorg-server.

Make sure you also have ATI Rage support enabled in the kernel (built-in 
or module; in case of module make sure it's loaded).

Also, try this xorg.conf:

Section "ServerLayout"
	Identifier     "Simple Layout"
	Screen      0  "Screen 1" 0 0
EndSection

Section "Monitor"
	Identifier   "Monitor 1"
EndSection

Section "Device"
	Identifier  "ATI Rage"
	Driver      "r128"
EndSection

Section "Screen"
	Identifier "Screen 1"
	Device     "ATI Rage"
	Monitor    "Monitor 1"
	DefaultDepth     24
	SubSection "Display"
		Viewport   0 0
		Depth     24
	EndSubSection
EndSection

Section "DRI"
	Mode         0666
EndSection

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Mick]

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

On Monday 25 May 2009, Kevin O'Gorman wrote:

> In make.config, I changed to
>  VIDEO_CARDS="r128 vga fbdev vesa"
> and recompiled xorg-server.
[snip...]

> Now when I try "startx" it still has problems, but I appear to be
> closer.  On screen I see
[snip...]
> (EE) Failed to load module "ati" (module does not exist, 0)

You probably have tried it already, but what gives when you remove 
your /etc/X11/xorg.conf completely?  You can create/modify your .fdi file as 
per the upgrade guide.

Also, check that you only have xf86-video-r128 emerged and not xf86-video-ati 
and that you don't have any duplicate entries for radeon, ati, fglrx and what 
have you in your VIDEO_CARDS within /etc/make.conf.

HTH.
-- 
Regards,
Mick

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

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Mon, May 25, 2009 at 2:23 PM, Mick <michaelkintzios@gmail.com> wrote:
> On Monday 25 May 2009, Kevin O'Gorman wrote:
>
>> In make.config, I changed to
>>  VIDEO_CARDS="r128 vga fbdev vesa"
>> and recompiled xorg-server.
> [snip...]
>
>> Now when I try "startx" it still has problems, but I appear to be
>> closer.  On screen I see
> [snip...]
>> (EE) Failed to load module "ati" (module does not exist, 0)
>
> You probably have tried it already, but what gives when you remove
> your /etc/X11/xorg.conf completely?  You can create/modify your .fdi file as
> per the upgrade guide.

That's what I quoted in the last email.  I haven't any clear reason to
modify the .fdi
file, since I'm running pretty much a standard USA-English setup here.  I have a
short xorg.conf that I've sometimes tried, but not this time.

> Also, check that you only have xf86-video-r128 emerged and not xf86-video-ati
> and that you don't have any duplicate entries for radeon, ati, fglrx and what
> have you in your VIDEO_CARDS within /etc/make.conf.

VIDEO_CARDS is exactly as quoted above.  There are 4 video drivers emerged,
which match those names.  Nothing else.

>
> HTH.
> --
> Regards,
> Mick
>



-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Mon, May 25, 2009 at 12:18 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
> Kevin O'Gorman wrote:
>>
>> On Sun, May 24, 2009 at 11:36 PM, Adam Carter <Adam.Carter@optus.com.au>
>> wrote:
>>>>
>>>> RESULTS: fglrx loads, but does not see the adapter.  There's also a
>>>> problem with the mouse driver -- some undefined symbol.
>>>
>>> Have you rebuilt your kernel after emergeing xf86-input-mouse? If so you
>>> probably need to re-emerge xf86-input-mouse.
>>>
>>
>>
>> Hmm. These have been helpful.
>>
>> In make.config, I changed to
>>  VIDEO_CARDS="r128 vga fbdev vesa"
>> and recompiled xorg-server.
>
> Make sure you also have ATI Rage support enabled in the kernel (built-in or
> module; in case of module make sure it's loaded).

I'm not sure what you mean.  I have ATI selected under the AGP drivers
(as a module) which provides something for Radeon chipsets, but
there's nothing specific for Rage.

>
> Also, try this xorg.conf:
>
[...snip...]

This seems a step backwards.  No screens found, and still 3 things
that would not load.  Results follow:

=============== startx run begins
xauth:  creating new authority file /root/.serverauth.21944


X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.28-gentoo-r5-kosmanor i686
Current Operating System: Linux treat 2.6.28-gentoo-r5-kosmanor #6 SMP
PREEMPT Sat May 23 19:17:22 PDT 2009 i686
Build Date: 25 May 2009  08:41:29AM

	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon May 25 17:38:53 2009
(==) Using config file: "/etc/X11/xorg.conf"
dlopen: /usr/lib/xorg/modules/extensions//libglx.so: cannot open
shared object file: No such file or directory
(EE) Failed to load /usr/lib/xorg/modules/extensions//libglx.so
(EE) Failed to load module "glx" (loader failed, 7)
dlopen: /usr/lib/xorg/modules/extensions//libdri.so: cannot open
shared object file: No such file or directory
(EE) Failed to load /usr/lib/xorg/modules/extensions//libdri.so
(EE) Failed to load module "dri" (loader failed, 7)
(EE) No devices detected.

Fatal server error:
no screens found
giving up.
xinit:  Connection refused (errno 111):  unable to connect to X server
xinit:  No such process (errno 3):  Server error.
========================== startx run ends

-- 
Kevin O'Gorman, PhD

RE: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Adam Carter]

> This seems a step backwards.  No screens found, and still 3 things
> that would not load.  Results follow:
>
> =============== startx run begins
> xauth:  creating new authority file /root/.serverauth.21944
>
>
> X.Org X Server 1.5.3
> Release Date: 5 November 2008
> X Protocol Version 11, Revision 0
> Build Operating System: Linux 2.6.28-gentoo-r5-kosmanor i686
> Current Operating System: Linux treat 2.6.28-gentoo-r5-kosmanor #6 SMP
> PREEMPT Sat May 23 19:17:22 PDT 2009 i686
> Build Date: 25 May 2009  08:41:29AM
>
>       Before reporting problems, check http://wiki.x.org
>       to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
>       (++) from command line, (!!) notice, (II) informational,
>       (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 25 17:38:53 2009
> (==) Using config file: "/etc/X11/xorg.conf"
> dlopen: /usr/lib/xorg/modules/extensions//libglx.so: cannot open
> shared object file: No such file or directory
> (EE) Failed to load /usr/lib/xorg/modules/extensions//libglx.so
> (EE) Failed to load module "glx" (loader failed, 7)
> dlopen: /usr/lib/xorg/modules/extensions//libdri.so: cannot open
> shared object file: No such file or directory
> (EE) Failed to load /usr/lib/xorg/modules/extensions//libdri.so
> (EE) Failed to load module "dri" (loader failed, 7)
> (EE) No devices detected.
>
> Fatal server error:
> no screens found

I didn't think glx or dri were essential... But since its EE and not WW maybe they are.

DRI requires kernel support - Device Drivers -> Graphics -> Direct Rendering Manager, and you'll want to select the correct ATI support under that.

Re: glx, what happens if you run 'eselect opengl list'?

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Mon, May 25, 2009 at 7:00 PM, Adam Carter <Adam.Carter@optus.com.au> wrote:
>> This seems a step backwards.  No screens found, and still 3 things
>> that would not load.  Results follow:
>>
>> =============== startx run begins
>> xauth:  creating new authority file /root/.serverauth.21944
>>
>>
>> X.Org X Server 1.5.3
>> Release Date: 5 November 2008
>> X Protocol Version 11, Revision 0
>> Build Operating System: Linux 2.6.28-gentoo-r5-kosmanor i686
>> Current Operating System: Linux treat 2.6.28-gentoo-r5-kosmanor #6 SMP
>> PREEMPT Sat May 23 19:17:22 PDT 2009 i686
>> Build Date: 25 May 2009  08:41:29AM
>>
>>       Before reporting problems, check http://wiki.x.org
>>       to make sure that you have the latest version.
>> Markers: (--) probed, (**) from config file, (==) default setting,
>>       (++) from command line, (!!) notice, (II) informational,
>>       (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>> (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 25 17:38:53 2009
>> (==) Using config file: "/etc/X11/xorg.conf"
>> dlopen: /usr/lib/xorg/modules/extensions//libglx.so: cannot open
>> shared object file: No such file or directory
>> (EE) Failed to load /usr/lib/xorg/modules/extensions//libglx.so
>> (EE) Failed to load module "glx" (loader failed, 7)
>> dlopen: /usr/lib/xorg/modules/extensions//libdri.so: cannot open
>> shared object file: No such file or directory
>> (EE) Failed to load /usr/lib/xorg/modules/extensions//libdri.so
>> (EE) Failed to load module "dri" (loader failed, 7)
>> (EE) No devices detected.
>>
>> Fatal server error:
>> no screens found
>
> I didn't think glx or dri were essential... But since its EE and not WW maybe they are.
>
> DRI requires kernel support - Device Drivers -> Graphics -> Direct Rendering Manager, and you'll want to select the correct ATI support under that.

That's always been there, as modules.  If I modprobe for r128, it gets
loaded along with module "drm".  It makes no difference to the startx
behavior.

>
> Re: glx, what happens if you run 'eselect opengl list'?
>

there are two listed, ati and xorg-x11.  xorg-x11 is selected.

>



-- 
Kevin O'Gorman, PhD

RE: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Adam Carter]

> > DRI requires kernel support - Device Drivers -> Graphics ->
> Direct Rendering Manager, and you'll want to select the
> correct ATI support under that.
>
> That's always been there, as modules.  If I modprobe for r128, it gets
> loaded along with module "drm".  It makes no difference to the startx
> behavior.

Do the /usr/lib/xorg/modules/extensions//libglx.so and libdri.so files exist?

For me,
libdri.so is a symlink to /usr/lib64/opengl/ati/extensions/libdri.so
libglx.so is a symlink to /usr/lib64/opengl/ati/extensions/libglx.so (since you havent run the eselect to repoint it yet, it will be set to /usr/lib64/opengl/xorg-x11/extensions/libglx.so).

> > Re: glx, what happens if you run 'eselect opengl list'?
> >
> there are two listed, ati and xorg-x11.  xorg-x11 is selected.

If you're using flgrx you want 'eselect opengl set ati', but again I thought 2D would work fine without this.

[gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Nikos Chantziaras]

Kevin O'Gorman wrote:
>> Re: glx, what happens if you run 'eselect opengl list'?
>>
> 
> there are two listed, ati and xorg-x11.  xorg-x11 is selected.

That means you have not removed ati-drivers.  It might be they interfere 
with X.  First, unload them:

   modprobe -r fglrx

Then uninstall them:

   eselect opengl set xorg-x11
   emerge -C ati-drivers

And then remove what's left of them:

   rm -r /etc/ati
   rm /lib/modules/YOUR_RUNNING_KERNEL/video/fglrx.ko

I hope you have done an "emerge -auDN world" after you changed the 
VIDEO_CARDS settings in make.conf?

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Tue, May 26, 2009 at 2:50 AM, Nikos Chantziaras <realnc@arcor.de> wrote:
> Kevin O'Gorman wrote:
>>>
>>> Re: glx, what happens if you run 'eselect opengl list'?
>>>
>>
>> there are two listed, ati and xorg-x11.  xorg-x11 is selected.
>
> That means you have not removed ati-drivers.  It might be they interfere
> with X.  First, unload them:
>
>  modprobe -r fglrx
>
> Then uninstall them:
>
>  eselect opengl set xorg-x11
>  emerge -C ati-drivers
>
> And then remove what's left of them:
>
>  rm -r /etc/ati
>  rm /lib/modules/YOUR_RUNNING_KERNEL/video/fglrx.ko
>
> I hope you have done an "emerge -auDN world" after you changed the
> VIDEO_CARDS settings in make.conf?


Actually, I unmerged ait-drivers a few days ago.  It's not loaded and
does not exist.  I think xorg-server was recompiled too, but in any
event emerge -aDNvu world doesn't want to emerge anything.  But still
there's this remnant of "ati".  I was wondering why.

++ kevin


-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Mon, May 25, 2009 at 9:02 PM, Adam Carter <Adam.Carter@optus.com.au> wrote:
>> > DRI requires kernel support - Device Drivers -> Graphics ->
>> Direct Rendering Manager, and you'll want to select the
>> correct ATI support under that.
>>
>> That's always been there, as modules.  If I modprobe for r128, it gets
>> loaded along with module "drm".  It makes no difference to the startx
>> behavior.
>
> Do the /usr/lib/xorg/modules/extensions//libglx.so and libdri.so files exist?

That directory has:
treat extensions # ls -l
total 220
-rwxr-xr-x 1 root root  17836 2009-05-25 09:04 libdbe.so
lrwxrwxrwx 1 root root     47 2009-05-25 09:15 libdri.so ->
//usr//lib/opengl/xorg-x11/extensions/libdri.so
-rwxr-xr-x 1 root root 125416 2009-05-25 09:04 libextmod.so
lrwxrwxrwx 1 root root     47 2009-05-25 09:15 libglx.so ->
//usr//lib/opengl/xorg-x11/extensions/libglx.so
-rwxr-xr-x 1 root root  26024 2009-05-25 09:04 librecord.so
-rwxr-xr-x 1 root root  36428 2009-05-25 09:04 libxtrap.so
drwxrwxrwt 2 root root   4096 2009-05-25 11:10 tmp
drwxr-xr-x 5 root root   4096 2009-05-25 11:10 var

but /usr/lib/opengl/xorg-x11/extensions has NOTHING in it.

>
> For me,
> libdri.so is a symlink to /usr/lib64/opengl/ati/extensions/libdri.so
> libglx.so is a symlink to /usr/lib64/opengl/ati/extensions/libglx.so (since you havent run the eselect to repoint it yet, it will be set to /usr/lib64/opengl/xorg-x11/extensions/libglx.so).
>
>> > Re: glx, what happens if you run 'eselect opengl list'?
>> >
>> there are two listed, ati and xorg-x11.  xorg-x11 is selected.
>
> If you're using flgrx you want 'eselect opengl set ati', but again I thought 2D would work fine without this.

Actually, I think fglrx is from ati-driver, which is for a different
card.  Anyway, I would expect X to start somehow.


-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Tue, May 26, 2009 at 9:03 PM, Kevin O'Gorman <kogorman@gmail.com> wrote:
> On Mon, May 25, 2009 at 9:02 PM, Adam Carter <Adam.Carter@optus.com.au> wrote:
>>> > DRI requires kernel support - Device Drivers -> Graphics ->
>>> Direct Rendering Manager, and you'll want to select the
>>> correct ATI support under that.
>>>
>>> That's always been there, as modules.  If I modprobe for r128, it gets
>>> loaded along with module "drm".  It makes no difference to the startx
>>> behavior.
>>
>> Do the /usr/lib/xorg/modules/extensions//libglx.so and libdri.so files exist?
>
> That directory has:
> treat extensions # ls -l
> total 220
> -rwxr-xr-x 1 root root  17836 2009-05-25 09:04 libdbe.so
> lrwxrwxrwx 1 root root     47 2009-05-25 09:15 libdri.so ->
> //usr//lib/opengl/xorg-x11/extensions/libdri.so
> -rwxr-xr-x 1 root root 125416 2009-05-25 09:04 libextmod.so
> lrwxrwxrwx 1 root root     47 2009-05-25 09:15 libglx.so ->
> //usr//lib/opengl/xorg-x11/extensions/libglx.so
> -rwxr-xr-x 1 root root  26024 2009-05-25 09:04 librecord.so
> -rwxr-xr-x 1 root root  36428 2009-05-25 09:04 libxtrap.so
> drwxrwxrwt 2 root root   4096 2009-05-25 11:10 tmp
> drwxr-xr-x 5 root root   4096 2009-05-25 11:10 var
>
> but /usr/lib/opengl/xorg-x11/extensions has NOTHING in it.
>
>>
>> For me,
>> libdri.so is a symlink to /usr/lib64/opengl/ati/extensions/libdri.so
>> libglx.so is a symlink to /usr/lib64/opengl/ati/extensions/libglx.so (since you havent run the eselect to repoint it yet, it will be set to /usr/lib64/opengl/xorg-x11/extensions/libglx.so).
>>

Can you tell me what package owns those files?  I'm not having any
luck looking them up on my system.


-- 
Kevin O'Gorman, PhD

RE: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Adam Carter]

> >> For me,
> >> libdri.so is a symlink to
> /usr/lib64/opengl/ati/extensions/libdri.so
> >> libglx.so is a symlink to
> /usr/lib64/opengl/ati/extensions/libglx.so (since you havent
> run the eselect to repoint it yet, it will be set to
> /usr/lib64/opengl/xorg-x11/extensions/libglx.so).
> >>
>
> Can you tell me what package owns those files?  I'm not having any
> luck looking them up on my system.

Sorry Kevin, I wasn't paying attention and thought you were using ati-drivers/flgrx package, which is where /usr/lib64/opengl/ati comes from. Since you're not using flgrx I would expect you would use /usr/lib/xorg/modules/extensions/libdri.so and /usr/lib/xorg/modules/extensions/libdri.so.

Do those files exist?

RE: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Adam Carter]

> Sorry Kevin, I wasn't paying attention and thought you were
> using ati-drivers/flgrx package, which is where
> /usr/lib64/opengl/ati comes from. Since you're not using
> flgrx I would expect you would use
> /usr/lib/xorg/modules/extensions/libdri.so and

That was supposed to be  /usr/lib/opengl/xorg-x11/extensions/libglx.so

Re: [gentoo-user] Re: x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Wed, May 27, 2009 at 10:07 PM, Adam Carter <Adam.Carter@optus.com.au> wrote:
>> >> For me,
>> >> libdri.so is a symlink to
>> /usr/lib64/opengl/ati/extensions/libdri.so
>> >> libglx.so is a symlink to
>> /usr/lib64/opengl/ati/extensions/libglx.so (since you havent
>> run the eselect to repoint it yet, it will be set to
>> /usr/lib64/opengl/xorg-x11/extensions/libglx.so).
>> >>
>>
>> Can you tell me what package owns those files?  I'm not having any
>> luck looking them up on my system.
>
> Sorry Kevin, I wasn't paying attention and thought you were using ati-drivers/flgrx package, which is where /usr/lib64/opengl/ati comes from. Since you're not using flgrx I would expect you would use /usr/lib/xorg/modules/extensions/libdri.so and /usr/lib/xorg/modules/extensions/libdri.so.
>
> Do those files exist?
>
>

The two filenames you give appear identical.  The directory contains
two broken symlinks and some files:

-rwxr-xr-x 1 root root  17836 2009-05-25 09:04 libdbe.so
lrwxrwxrwx 1 root root     47 2009-05-25 09:15 libdri.so ->
//usr//lib/opengl/xorg-x11/extensions/libdri.so
-rwxr-xr-x 1 root root 125416 2009-05-25 09:04 libextmod.so
lrwxrwxrwx 1 root root     47 2009-05-25 09:15 libglx.so ->
//usr//lib/opengl/xorg-x11/extensions/libglx.so
-rwxr-xr-x 1 root root  26024 2009-05-25 09:04 librecord.so
-rwxr-xr-x 1 root root  36428 2009-05-25 09:04 libxtrap.so
drwxrwxrwt 2 root root   4096 2009-05-25 11:10 tmp
drwxr-xr-x 5 root root   4096 2009-05-25 11:10 var

The directory those symlinks point to is empty.

-- 
Kevin O'Gorman, PhD