public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] xorg-server
Date: Thu, 30 Dec 2010 19:02:13 +0000	[thread overview]
Message-ID: <201012301902.24918.michaelkintzios@gmail.com> (raw)
In-Reply-To: <1293730818.28544.10.camel@platypus>

[-- Attachment #1: Type: Text/Plain, Size: 2638 bytes --]

On Thursday 30 December 2010 17:40:18 Mike Edenfield wrote:
> On Wed, 2010-12-29 at 13:01 +0000, Mick wrote:
> > Personally, I can't see why all these additional config files and
> > locations are required, rather than a single /etc/X11/xorg.conf.  I have
> > found all these back and forth changes to fdi's, xorg.conf.d and what
> > have you, unnecessary and annoyingly time wasting.
> > 
> > Of course I might have missed something simple in all this kerfuffle, so
> > please chime in if there is a better way around this.
> 
> If all you are worried about is making your touchpad work in X, and
> you're willing to pull it up in a text editor every time you need to
> make a change, then no, you didn't really miss anything.

Well, it's the touch pad and keyboard on two laptops, both of which seem to 
not have liked evdev defaults, or modifying xorg.conf, or adding options to 
the evdev file itself, or adding options to the 50-synaptics.conf file, or a 
10-keyboard.conf file that I created.

On the other hand, with a desktop the transition to 1.9 two months or so ago 
just worked™.

> The purpose of xorg.conf.d is to allow packages/utilities/etc to drop in
> changes to your X config seamlessly, as in, without the user being
> required to take any specific action.  For example, the synaptics input
> driver drops a 50-synaptics.conf file into your xorg.conf.d that
> includes a simple "this is a touchpad" configuration, which would take
> effect just by restarting X.

Are you talking about the /usr/share/X11/xorg.conf.d/ directory or the 
/etc/X11/xorg.conf.d/ which I created on my own?  I was hoping that any 
additions in /etc/X11/xorg.conf.d/ would take precedence over settings in 
/usr/share/X11/xorg.conf.d/ and survive an update, but the two seem to clash 
and cause erratic behaviour.


> The purpose of udev is to configure all of the hardware on your system,
> not just for X.  It's how GNOME/KDE/whatever is able to automount your
> USB key when it shows up, and knows that /dev/sr0 is a dvd-rom drive,
> etc. Just as with HAL, using udev to configure X-specific options is
> probably overkill. In theory, other GUI systems besides X could just as
> easily read the x11 options from udev and use them. Since there isn't
> really any such alternative, the practical benefits of udev over a
> monolithic xorg.conf file mostly vanish.

Yes it does make sense, but I sort of objected to tweaking udev rules because 
I'm thinking the clash is not between devices, but between xf86 drivers.

Anyhow, I'm happy I got it working regardless.  :-)
-- 
Regards,
Mick

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

  reply	other threads:[~2010-12-30 19:03 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <g4jho-61J-11@gated-at.bofh.it>
2010-12-27 17:58 ` [gentoo-user] xorg-server David W Noon
2010-12-27 18:45   ` John
2010-12-27 19:20     ` Neil Bothwick
2010-12-27 20:23       ` Mick
2010-12-29  9:26   ` Konstantinos Agouros
2010-12-29 13:01     ` Mick
2010-12-29 13:42       ` Dale
2010-12-29 14:49       ` Neil Bothwick
2010-12-30 17:40       ` Mike Edenfield
2010-12-30 19:02         ` Mick [this message]
2010-12-30 19:43           ` Mike Edenfield
2010-12-30 23:01             ` Mick
2020-04-14 18:16 Jorge Almeida
2020-04-14 18:29 ` tastytea
2020-04-14 18:47   ` Jorge Almeida
2020-04-14 20:22     ` Dale
2020-04-14 20:36       ` Jorge Almeida
     [not found] <g4pGa-8uT-19@gated-at.bofh.it>
     [not found] ` <g4qiR-VE-7@gated-at.bofh.it>
     [not found]   ` <g4qVA-24v-5@gated-at.bofh.it>
     [not found]     ` <g4rRD-3EB-9@gated-at.bofh.it>
2010-12-27 21:39       ` David W Noon
2010-12-27 22:43         ` Mick
     [not found] ` <g4pGa-8uT-17@gated-at.bofh.it>
     [not found]   ` <g50FI-3yD-5@gated-at.bofh.it>
2010-12-29 14:25     ` David W Noon
  -- strict thread matches above, loose matches on Subject: below --
2010-12-27 11:14 John
2010-12-27 11:29 ` Neil Bothwick
2010-12-27 11:39 ` Dale
2006-01-13 13:08 krgn
2006-01-14  2:03 ` Richard Fish

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201012301902.24918.michaelkintzios@gmail.com \
    --to=michaelkintzios@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox