Hello,
about the *mandatory* it was a bad expression, I should have said :
'make two new daemons mandatory IF you want to follow the modern-move' :)
Of course the 'hal' useflag is such a gentoo nice thing !
I did the xorg+hal switch, but I forgot that hald make use of dbus
(I would dreamed about
On 13/04/09 Mike Edenfield said:
Having said that, hal is exactly the kind of thing I would expect Gentoo
users to flock to: its powerful, flexible, extensible, configurable, and
it's the new cutting-edge stuff from the upstream vendors. Before it went
offline, the Gentoo wiki was easily
Am Tue, 14 Apr 2009 15:58:18 -0400
schrieb Michael P. Soulier msoul...@digitaltorque.ca:
On 13/04/09 Mike Edenfield said:
[...]
Also, just for the record, hal isn't by any stretch of the imagination a
new daemon. Its been a USE option for Gentoo's gnome-vfs package since
Gnome 2.8,
On Tue, Apr 14, 2009 at 03:58:18PM -0400, Michael P. Soulier wrote:
Real men manage their own /etc/fstab. ;-)
+1
(I just noticed that hal creates /media but didn't added it to my fstab,
maybe for the 0.5.12 ? :))
HAL was responsible for opening almost 2000 files. It will read various XML
On Tue, 14 Apr 2009 23:30:19 +0200, gibbo...@gmail.com wrote:
Real men manage their own /etc/fstab. ;-)
+1
Hal is about a lot more than mounting memory sticks.
(I just noticed that hal creates /media but didn't added it to my fstab,
maybe for the 0.5.12 ? :))
Hal doesn't create the
On 4/13/2009 12:55 PM, Nikos Chantziaras wrote:
Paul Hartman wrote:
On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com
wrote:
There's a lot of us voting 1 today I think.
How do things like this go stable when they aren't stable, tested and
not causing problems.
Mike Edenfield wrote:
On 4/13/2009 12:55 PM, Nikos Chantziaras wrote:
Paul Hartman wrote:
On Mon, Apr 13, 2009 at 11:25 AM, Mark Knecht markkne...@gmail.com
wrote:
There's a lot of us voting 1 today I think.
How do things like this go stable when they aren't stable, tested and
On 4/13/2009 3:50 PM, 7v5w7go9ub0o wrote:
I have not yet added hal; seems like unnecessary complexity at this
point - I don't know how it will make life better.
The major benefit of hal is for people who don't actually *have* an
old xorg.conf. In most cases, the X server can do a better job
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
On Tue, 14 Apr 2009 01:08:23 +0200, gibbo...@gmail.com wrote:
I believed gentoo users would be more sceptic when it comes to make a
new daemon mandatory ;)
How can hal be mandatory when it is controlled by a USE flag? :)
--
Neil Bothwick
Virtue is it's own punishment.
signature.asc
On Tuesday 14 April 2009 01:08:23 gibbo...@gmail.com wrote:
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
gibbo...@gmail.com wrote:
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
gibbo...@gmail.com wrote:
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.
Hal does a lot more than just monitor /dev/input for you.
It's a
13 matches
Mail list logo
