Comments on: Fedora 10 and the Evolution of Xorg http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/ A technology blog covering software, mobile phones, gadgets, security, the Internet and other relevant areas. Wed, 25 Nov 2009 06:52:53 -0600 http://wordpress.org/?v=2.8.6 hourly 1 By: Someone http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-909594 Someone Sat, 31 Oct 2009 01:46:12 +0000 http://www.ghacks.net/?p=9891#comment-909594 Firstly I have to admit that I am a Windows user. It seems this (among a dozen other niggles) gives me the impression Linux is going backwards. I have been through a few versions of Redhat and tried a couple of other distributions going from the text based installer and having to do all sorts of things to get everything going to the GUI based installers that gave you options to do everything. My impressions where that each version was making everything more available up till Redhat 9 (last distribution I used) but in fedora 11 it seems that the OS provides nice, easy to use GUI options that hide everything I want access to. Until Linux can be installed, used and maintained by idiots then stop treating me like one. Firstly I have to admit that I am a Windows user.

It seems this (among a dozen other niggles) gives me the impression Linux is going backwards.

I have been through a few versions of Redhat and tried a couple of other distributions going from the text based installer and having to do all sorts of things to get everything going to the GUI based installers that gave you options to do everything.

My impressions where that each version was making everything more available up till Redhat 9 (last distribution I used) but in fedora 11 it seems that the OS provides nice, easy to use GUI options that hide everything I want access to.

Until Linux can be installed, used and maintained by idiots then stop treating me like one.

]]> By: DJ http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-754195 DJ Thu, 30 Apr 2009 08:56:00 +0000 http://www.ghacks.net/?p=9891#comment-754195 As yet I haven't fixed this on my Fedora 10 system but I am running a 64-bit non-fedora kernel 2.6.29.1 (latest sable from kernel.org) with an nVidia supplied driver. Both system-config-display and rhpx are installed and the former does not run giving the following error:l Traceback (most recent call last): File "/usr/share/system-config-display/xconf.py", line 312, in hardware_state = XF86HardwareState(xconfig) File "/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py", line 174, in __init__ self.init_from_xconfig(xconfig) File "/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py", line 293, in init_from_xconfig self.all_resolutions.sort (compare_resolution) File "/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py", line 57, in compare_resolution (w1, h1) = resolution_from_string(res1) File "/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py", line 47, in resolution_from_string return (int(tokens[0]), int(tokens[1])) IndexError: list index out of range Anyway, my xorf.conf (yes, I do have one) gets the driver section of the device section overwritten with "vesa" on reboot. So I login, edit the file as follows and the restart the X server: Section "Device" Identifier "Videocard0" Driver "nvidia" EndSection I merely add this here in case anyone else is having as futile a search as me for a solution to this proble, My colleagues machine which is, allegedly, identical and on which I put the same kernel and graphics driver does not have this problem! As yet I haven’t fixed this on my Fedora 10 system but I am running a 64-bit non-fedora kernel 2.6.29.1 (latest sable from kernel.org) with an nVidia supplied driver. Both system-config-display and rhpx are installed and the former does not run giving the following error:l
Traceback (most recent call last):
File “/usr/share/system-config-display/xconf.py”, line 312, in
hardware_state = XF86HardwareState(xconfig)
File “/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py”, line 174, in __init__
self.init_from_xconfig(xconfig)
File “/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py”, line 293, in init_from_xconfig
self.all_resolutions.sort (compare_resolution)
File “/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py”, line 57, in compare_resolution
(w1, h1) = resolution_from_string(res1)
File “/usr/lib64/python2.5/site-packages/rhpxl/xhwstate.py”, line 47, in resolution_from_string
return (int(tokens[0]), int(tokens[1]))
IndexError: list index out of range

Anyway, my xorf.conf (yes, I do have one) gets the driver section of the device section overwritten with “vesa” on reboot. So I login, edit the file as follows and the restart the X server:
Section “Device”
Identifier “Videocard0″
Driver “nvidia”
EndSection

I merely add this here in case anyone else is having as futile a search as me for a solution to this proble, My colleagues machine which is, allegedly, identical and on which I put the same kernel and graphics driver does not have this problem!

]]> By: Andreas http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-731655 Andreas Fri, 17 Apr 2009 21:44:43 +0000 http://www.ghacks.net/?p=9891#comment-731655 Ok, just to round it up and let you know how I managed to increase the resolution in my virtual machine (VirtualBox), here is what I did. Go to a download mirror and access the [Fedora 9] repository. In the Packages directory you need to find two files. - rhpxl-1.9-1.fc9.i386.rpm - system-config-display-1.0.51-9.fc9.noarch.rpm Download these two. You won't be able to install them using [yum] due to their digital signature. Hence you'll have to use [rpm] to do the job. - Open a terminal. - SU to root in the download directory - Run the following commands rpm -i rhpxl-1.9-1.fc9.i386.rpm rpm -i system-config-display-1.0.51-9.fc9.noarch.rpm This will install the two packages. In case you aren't familiar with command lines, you don't have to type the full file name. Just type enough to make it obvious, then hit TAB to auto-complete. - Run system-config-display (still as root) It will open a configuration window that allows you to change graphics adapter and, in my case more importantly, select a specific monitor for the desired resolution. - Restart your computer or X server. - Change resolution using the standard utility to the desired one. - DONE Ok, just to round it up and let you know how I managed to increase the resolution in my virtual machine (VirtualBox), here is what I did.

Go to a download mirror and access the [Fedora 9] repository. In the Packages directory you need to find two files.

- rhpxl-1.9-1.fc9.i386.rpm
- system-config-display-1.0.51-9.fc9.noarch.rpm

Download these two.

You won’t be able to install them using [yum] due to their digital signature. Hence you’ll have to use [rpm] to do the job.

- Open a terminal.
- SU to root in the download directory
- Run the following commands
rpm -i rhpxl-1.9-1.fc9.i386.rpm
rpm -i system-config-display-1.0.51-9.fc9.noarch.rpm

This will install the two packages. In case you aren’t familiar with command lines, you don’t have to type the full file name. Just type enough to make it obvious, then hit TAB to auto-complete.

- Run system-config-display (still as root)

It will open a configuration window that allows you to change graphics adapter and, in my case more importantly, select a specific monitor for the desired resolution.

- Restart your computer or X server.
- Change resolution using the standard utility to the desired one.
- DONE

]]> By: Andreas http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-731613 Andreas Fri, 17 Apr 2009 20:59:08 +0000 http://www.ghacks.net/?p=9891#comment-731613 The guide is kind of useful BUT it doesn't work with the current version of Fedora 10. The file 'system-config-display' is no longer available in the official Fedora 10 repository. As a consequence, yum can't install it. This rather annoying mostly because there doesn't appear to be any way to adjust your display settings beyond the very limited options the GUI tool provides. A very disappointing experience. The guide is kind of useful BUT it doesn’t work with the current version of Fedora 10. The file ’system-config-display’ is no longer available in the official Fedora 10 repository. As a consequence, yum can’t install it. This rather annoying mostly because there doesn’t appear to be any way to adjust your display settings beyond the very limited options the GUI tool provides. A very disappointing experience.

]]> By: George http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-670880 George Mon, 09 Mar 2009 17:17:49 +0000 http://www.ghacks.net/?p=9891#comment-670880 It appears that xorg.conf is needed in order for any persistent customization of the Xorg server to work. For example, I followed the instructions in /etc/fonts/fonts.conf to modify the font path. ("DO NOT EDIT THIS FILE. IT WILL BE REPLACED WHEN FONTCONFIG IS UPDATED. LOCAL CHANGES BELONG IN 'local.conf'.") I learned from a Google search that 'local.conf' belongs in /etc/fonts/ and that it's an XML file with the same DTD as fonts.conf. When installing it on Fedora 10 didn't have the desired effect, I googled on "Fedora 10 local.conf" and found this page. Thanks for the hints that (1) xorg.conf is missing from Fedora 10, and (2) this might account for the failure of the (poorly) documented procedure for changing the font path. (I wanted to modify the font path because Fedora 10 omits the Lucida fonts that XView apps expect; there are kludgy workarounds, but that's another story.) Can anyone point me to documentation on a way to customize the behavior of the Xorg server that persists across reboots without xorg.conf? It appears that xorg.conf is needed in order for any persistent customization of the Xorg server to work.

For example, I followed the instructions in /etc/fonts/fonts.conf to modify the font path. (”DO NOT EDIT THIS FILE. IT WILL BE REPLACED WHEN FONTCONFIG IS UPDATED. LOCAL CHANGES BELONG IN ‘local.conf’.”) I learned from a Google search that ‘local.conf’ belongs in /etc/fonts/ and that it’s an XML file with the same DTD as fonts.conf. When installing it on Fedora 10 didn’t have the desired effect, I googled on “Fedora 10 local.conf” and found this page. Thanks for the hints that (1) xorg.conf is missing from Fedora 10, and (2) this might account for the failure of the (poorly) documented procedure for changing the font path.

(I wanted to modify the font path because Fedora 10 omits the Lucida fonts that XView apps expect; there are kludgy workarounds, but that’s another story.)

Can anyone point me to documentation on a way to customize the behavior of the Xorg server that persists across reboots without xorg.conf?

]]> By: Dotan Cohen http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-609404 Dotan Cohen Fri, 16 Jan 2009 14:55:41 +0000 http://www.ghacks.net/?p=9891#comment-609404 This is a technology called bulletproof X. I can only suppose that Jack is new (relatively) to Fedora as Fedora usually adopts new, broken technologies with the intent of having users use them to get the bugs out. That's why I had to jump ship at about Fedora 6: it is _not_ a stable distro meant to be used as a daily driver. It is called the bleeding edge for a reason. That said, Ubuntu is also using bulletproof X, which is utter stupidity. I do not understand why Ubuntu has been shipping software not meant for end users recently, specifically Firefox 3 RC1, KDE 4.1, and now bulletproof X. This is a technology called bulletproof X. I can only suppose that Jack is new (relatively) to Fedora as Fedora usually adopts new, broken technologies with the intent of having users use them to get the bugs out. That’s why I had to jump ship at about Fedora 6: it is _not_ a stable distro meant to be used as a daily driver. It is called the bleeding edge for a reason. That said, Ubuntu is also using bulletproof X, which is utter stupidity. I do not understand why Ubuntu has been shipping software not meant for end users recently, specifically Firefox 3 RC1, KDE 4.1, and now bulletproof X.

]]> By: RogueSpear http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-607995 RogueSpear Thu, 15 Jan 2009 14:41:21 +0000 http://www.ghacks.net/?p=9891#comment-607995 One of the main draws to Linux is that it runs great on older hardware. Yet older hardware always seems to be where I need to fiddle around the most if there is an nVidia or ATI adapter in the mix. For the life of me I don't understand why nVidia can't open source all of their hardware that is, let's say, two generations behind the current product line. What sort of industry trade secrets would they be giving up at that point? This to me is what will hamper Linux on the desktop for quite a while to come. It's one thing for me to be poking around in configuration files - annoying as it can be, but it's entirely another matter when it's my parent's computer and they're 1,500 miles away. One of the main draws to Linux is that it runs great on older hardware. Yet older hardware always seems to be where I need to fiddle around the most if there is an nVidia or ATI adapter in the mix. For the life of me I don’t understand why nVidia can’t open source all of their hardware that is, let’s say, two generations behind the current product line. What sort of industry trade secrets would they be giving up at that point?

This to me is what will hamper Linux on the desktop for quite a while to come. It’s one thing for me to be poking around in configuration files – annoying as it can be, but it’s entirely another matter when it’s my parent’s computer and they’re 1,500 miles away.

]]> By: rupert http://www.ghacks.net/2009/01/14/fedora-10-and-the-evolution-of-xorg/#comment-607578 rupert Wed, 14 Jan 2009 21:58:26 +0000 http://www.ghacks.net/?p=9891#comment-607578 I ran into exactly the same problem with Ubuntu Hardy and Intrepid. A normal install is ok, it uses a very basic xorg.conf file - but if you try to install it headless, OH DEAR. Xorg totally freaks out. It seems they are trying to make Xorg more noobie friendly, but by doing so, they are removing advanced options. For instance, you can no longer do dpkg reconfigure xorg to change anything over than keyboard and mouse configuration. You can't use it to change your video driver. Pretty stupid really. I ran into exactly the same problem with Ubuntu Hardy and Intrepid. A normal install is ok, it uses a very basic xorg.conf file – but if you try to install it headless, OH DEAR. Xorg totally freaks out. It seems they are trying to make Xorg more noobie friendly, but by doing so, they are removing advanced options. For instance, you can no longer do dpkg reconfigure xorg to change anything over than keyboard and mouse configuration. You can’t use it to change your video driver. Pretty stupid really.

]]>