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 > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 04-30-2008, 02:09 PM
Thorsten Leemhuis
 
Default is xorg.conf still needed

On 30.04.2008 15:41, Adam Jackson wrote:

On Wed, 2008-04-30 at 12:52 +1000, Rodd Clarkson wrote:

>

[1] The nvidia service from livna tries to
run /usr/sbin/nvidia-config-display which seems to require a xorg.conf
file in place. It appears that either (a) livna will need to work
around the absence of this file by creating one (how?), and eventually
(b) that nvidia will need to rewrite their software to recognize that
the file need not exist.


The driver selection heuristic is the open source native driver for the
hardware, if it exists, followed by vesa. Changing this (ie, to force
vesa, or to use a closed driver) requires writing a config file.

% system-config-display --noui --set-driver=nvidia

Will write a standard minimal config with the driver set to 'nvidia'.


I suppose that will work if the user installed the drivers manually with
the nvidia-installer, as that simply overwrites some files from mesa or
xorg as shipped by Fedora.


It won't work properly with the livna driver-packages afaik as those
have to places some files in different directories (as we can't simply
overwrite files with rpm and don't want to) and do some magic with
/etc/ld.so.conf and a special ModulePath in /etc/X11/xorg.conf (¹) to
make the linker and Xorg find those files (otherwise 3d won't work with
the drivers; 2d will).


That's far from ideal and breaks quite often (for example with some
proprietary games that have a hard coded rpath to libGL.so.1). I hope
Fedora and Livna/RPM Fusion can work out a better solution in the future
to avoid that mess. Steward (he maintains the fglrx and nvidia drivers
in Livna) some months ago on this list suggested to switch to using
alternatives for libGL.so.1, but he didn't get much (or any?) feedback
on that. :-/


CU
knurd

(¹) -- that might become more complicated if there isn't any xorg.conf

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 02:12 PM
Chris Adams
 
Default is xorg.conf still needed

Once upon a time, Ron Yorston <rmy@tigress.co.uk> said:
> I have a KVM switch between my firewall and desktop machines. While
> the desktop was booting up I often switched to the console of the
> firewall to do something else, thus making more effective use of my
> time. With recent versions of Fedora this results in the desktop not
> detecting the monitor and getting a stupid default resolution.

I discovered that in Rawhide (from last week sometime IIRC), the
installer will crash if you use a USB KVM switch and switch away
(because the USB devices go away; I guess the installer can't handle
hot-plug). I have not filed a bug yet because I only hit it once and
didn't have any time to reproduce.

--
Chris Adams <cmadams@hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 02:31 PM
Jeremy Katz
 
Default is xorg.conf still needed

On Wed, 2008-04-30 at 09:12 -0500, Chris Adams wrote:
> Once upon a time, Ron Yorston <rmy@tigress.co.uk> said:
> > I have a KVM switch between my firewall and desktop machines. While
> > the desktop was booting up I often switched to the console of the
> > firewall to do something else, thus making more effective use of my
> > time. With recent versions of Fedora this results in the desktop not
> > detecting the monitor and getting a stupid default resolution.
>
> I discovered that in Rawhide (from last week sometime IIRC), the
> installer will crash if you use a USB KVM switch and switch away
> (because the USB devices go away; I guess the installer can't handle
> hot-plug). I have not filed a bug yet because I only hit it once and
> didn't have any time to reproduce.

It got filed and I'm pretty sure should be fixed in current rawhide

Jeremy

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 02:43 PM
Chris Adams
 
Default is xorg.conf still needed

Once upon a time, Jeremy Katz <katzj@redhat.com> said:
> On Wed, 2008-04-30 at 09:12 -0500, Chris Adams wrote:
> > I discovered that in Rawhide (from last week sometime IIRC), the
> > installer will crash if you use a USB KVM switch and switch away
> > (because the USB devices go away; I guess the installer can't handle
> > hot-plug). I have not filed a bug yet because I only hit it once and
> > didn't have any time to reproduce.
>
> It got filed and I'm pretty sure should be fixed in current rawhide

Thanks (sorry I didn't get it filed myself). I'll give it a try
tonight and file/re-open if I still see a problem (I need to double
check an error I was getting on the network page also; I just need some
more round tuits).
--
Chris Adams <cmadams@hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 04:07 PM
"Bill Crawford"
 
Default is xorg.conf still needed

On 30/04/2008, Thorsten Leemhuis <fedora@leemhuis.info> wrote:

> That's far from ideal and breaks quite often (for example with some
> proprietary games that have a hard coded rpath to libGL.so.1). I hope Fedora
> and Livna/RPM Fusion can work out a better solution in the future to avoid
> that mess. Steward (he maintains the fglrx and nvidia drivers in Livna) some
> months ago on this list suggested to switch to using alternatives for
> libGL.so.1, but he didn't get much (or any?) feedback on that. :-/

"/usr/lib/libGL.so.1" is, well, a well-established ABI, basically.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 05:50 PM
Felix Miata
 
Default is xorg.conf still needed

On 2008/04/30 10:56 (GMT+0200) Adam Tkac apparently typed:

> Autoconfiguration is generally better than
> manual but in some cases autoconfiguration cannot help you. Examples:

> - your xyz driver is broken and you want use vesa temporarily
> - you want use some external module (like vnc module)
> - you are user who needs fine-grained configuration (autoconfiguration
> is good for masses but sometimes people needs more)

- switched multiple displays for single head system
- KVM switch connected to another system
- display's EDID and/or DDC is missing or dysfunctional
--
"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata *** http://fm.no-ip.com/

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 06:55 PM
Callum Lerwick
 
Default is xorg.conf still needed

On Wed, 2008-04-30 at 10:56 +0200, Adam Tkac wrote:
> - your xyz driver is broken and you want use vesa temporarily

Once again, look to Windows. Implement a rescue mode of some sort that
falls back to VESA or even plain VGA if that fails. (Does VESA ever not
work anymore? Do we even support plain VGA anymore? I still remember the
days when cards didn't have VESA in them... Automatically trigger it
when X Keeps Crashing, plus some kind of manual trigger for other cases,
possibly triggered by a kernel command line option, which GRUB could
then be modified to provide a friendly user interface for...

> - you want use some external module (like vnc module)

Make modules like this dynamically runtime loadable, and possibly
un-loadable. Or hell, just load it all the time, in a disabled state if
it is unwanted. (Though I think doing VNC outside the X server is
probably the Right Thing, but the fact remains vnc.so is still way
faster and more reliable than Vino, and I'm not sure how this would work
out for physically-headless VNC servers...)

> - you are user who needs fine-grained configuration (autoconfiguration
> is good for masses but sometimes people needs more)

Runtime loadable modules, and fully dynamic runtime reconfiguration...

(But you guys probably know all this.)

Oh the future is bright, soon we will no longer be trailing
embarrassingly behind Windows and OSX, and take our rightful place as
leaders. Nice work, all Xorg hackers!
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 07:04 PM
Luya Tshimbalanga
 
Default is xorg.conf still needed

Adam Jackson a écrit :
> On Wed, 2008-04-30 at 01:12 -0400, Luya Tshimbalanga wrote:
>
>> Speaking about xorg.conf. It would be nice to discuss about tablet device
>> support like Wacom model. So far I have to manually edit that file to fully
>> enable feature of stylus. Maybe talking to upstream would help.
>>
>
> There's two pieces here. One is just getting the driver loaded, which
> we do in fact handle. If lshal shows your Wacom device, we'll load the
> linuxwacom driver on it automagically.
>
> The downside (and the other piece) is that we do so with absolutely none
> of the mandatory options specified, which means the driver refuses to do
> anything with the device. Some of this we could fold into the base
> option set, but some of it really is user preference and needs to be
> exposed in the UI rather than in xorg.conf. The goal is to have
> properties on input devices by the next X server release (ie, 1.6),
> which will work more or less like RANDR output properties, and will
> allow you to configure things like stylus/eraser/cursor/pad on the fly.
>
> - ajax
>
>
Glad to hear properties on input devices will be easier on next X server
release.
For now, users with Wacom devices will have to set the properties on
xorg.conf until that issue is resolved. I will install Fedora 9 once it
is released.

Luya

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 04-30-2008, 10:22 PM
Dennis Jacobfeuerborn
 
Default is xorg.conf still needed

Adam Jackson wrote:

Ideally, though this doesn't work yet, you'd just do:

Section "Device"
Driver "vesa"
EndSection


It doesn't? This is what my xorg.conf looks like:

Section "Device"
Driver "nouveau"
Identifier "Videocard0"
EndSection

That works fine for me.

Regards,
Dennis

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 05-01-2008, 01:44 AM
Chris Adams
 
Default is xorg.conf still needed

Once upon a time, Chris Adams <cmadams@hiwaay.net> said:
> Once upon a time, Jeremy Katz <katzj@redhat.com> said:
> > On Wed, 2008-04-30 at 09:12 -0500, Chris Adams wrote:
> > > I discovered that in Rawhide (from last week sometime IIRC), the
> > > installer will crash if you use a USB KVM switch and switch away
> > > (because the USB devices go away; I guess the installer can't handle
> > > hot-plug). I have not filed a bug yet because I only hit it once and
> > > didn't have any time to reproduce.
> >
> > It got filed and I'm pretty sure should be fixed in current rawhide
>
> Thanks (sorry I didn't get it filed myself). I'll give it a try
> tonight and file/re-open if I still see a problem

Nope, it still crashes for me. I didn't find the existing bug (probably
looking for the wrong thing), so I went ahead and opened a new one:

https://bugzilla.redhat.com/show_bug.cgi?id=444844

--
Chris Adams <cmadams@hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 07:20 AM.

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