On Mon, Apr 13, 2009 at 03:50:09PM -0400, 7v5w7go9ub0o wrote:
> Dale wrote:
> After reading the upgrade guide, it seemed clear to me that my first
> attempt would be without hal, and without my old xorg.conf.
>
> It initially crashed because of some erroneous opengl softlinks
> (bugzilla already notified); correcting those using familiar Xorg.log
> resulted in x coming up nicely. I then played with my old xorg.conf 'til
> it worked well with the new xorg.server.
>
> I have not yet added hal; seems like unnecessary complexity at this
> point - I don't know how it will make life better.
>
> As a newbie, had I started with hal and my old xorg.conf, I'd likely
> still be fooling with it; too many balls in the air.
>
> My suggestion: start simple and safe, and add the "new and powerful"
> complexity as a follow up - explaining why the marginal increase in
> "stuff" is worth it's overhead, how it will make things better.
>
> HTH
I'm trying to follow this philosophy which appears more difficult than I
primary though.
1) I don't want hal, one more daemon running only to... spot /dev/input/*,
from what I understand xf86-input-* does this pretty well. I won't
unplug my mouse and so want to keep my xorg simple conf.
2) Anyway, I tried to make use of evdev instead of the *deprecated*
mouse and kbd drivers but...
3) evdev without hal replaced well my mouse driver (for the moment I
just replaced /dev/input/mice by /dev/input/event2 in the mouse section)
4) for the keyboard it's far less simple : if I switch to evdev, I
cannot define the Xkb{Variant,Model,..} in xorg.conf so :
stuck with the 'kbd' driver.
I believed gentoo users would be more sceptic when it comes to make a
new daemon mandatory ;)
For the new GNU/linux-Xorg installations, of course hal is a nice thing !
(Any advice to use evdev, define a keyboard layout,model,variant without
having to install hal and its <con<fi<gu>r>ation>files and daemon ?)
Raph
