On Tue, Dec 1, 2009 at 12:45 PM, Arvid Picciani <aep@exys.org> wrote:
Aaron Griffin wrote:
On Tue, Dec 1, 2009 at 10:51 AM, Daenyth Blank <daenyth+arch@gmail.com> wrote:
2009/12/1 Arvid Picciani <aep@exys.org>:
Arvid Picciani wrote:
warning: cannot resolve "hal>=0.5.13", a dependency of "xorg-server"
never mind my bitching. rebuilding xorg-server without hal was a matter of abs,edit,makepkg
<3 arch
Are you using -Syu or are you trying to just randomly -S things? Normally a full upgrade should not have conflicts to this degree.
-Syu
Unless his system is fairly old and he hasn't updated in a while. xorg-server depending on hal happened a fairly long time ago, didn't it?
nope. The hal crap has been added to X a while ago as "optional" (meaning X would just freeze without it, but at least pretend to start) , but the forced dependency is new (as in, it doesnt start when compiled with hal, but no hal present). The difference is that previously you could get get away with a hack in xorg.conf without having to rebuild xorg without --enable-config-hal
Oh shit, seriously? Looks like I'll have to rebuild this as well. Serious question: does ANYONE have a keyboard that didn't automatically work before this debacle? External keyboard always Just Worked without needing to do anything. The same with mice if I used /dev/input/mice. Sure, I didn't have a crazy Xtreme Gaming Mouse 9000 or anything, but it never once failed for me under ordinary usage...
I guess the new way is better, since it seperates the ubuntu aproach from power user systems in a clean way. If my source is reliable (some dude on irc), X.org will continue to support both versions and seperate them clearly, maybe even with modules. That'd be _nice_!
Oh a module would be wonderful