1 |
Nikos Chantziaras posted on Sun, 16 May 2010 10:52:33 +0300 as excerpted: |
2 |
|
3 |
> On 05/16/2010 10:42 AM, Leonid Podolny wrote: |
4 |
>> Hi, |
5 |
>> While merging x11-base/xorg-server-1.8.1 I encountered the following |
6 |
>> warning: |
7 |
>> |
8 |
>> Usage of hal is strongly discouraged. Please migrate to udev. |
9 |
>> From next major release on the hal support will be fully disabled. |
10 |
>> Both hal and udev flags are enabled. |
11 |
>> Enabling only udev! |
12 |
>> |
13 |
>> I guess that the message above speaks only about the HAL dependency of |
14 |
>> the Xorg itself, i.e. it doesn't mean that general usage of HAL at the |
15 |
>> system is discouraged/deprecated. Obviously, KDE depends pretty heavily |
16 |
>> on HAL. |
17 |
>> Is it correct? |
18 |
> |
19 |
> Correct. This refers only to X itself. Everything else is still free |
20 |
> to use HAL. To avoid the warning, simply disable the "hal" USE flag for |
21 |
> x11-base/xorg-server only. |
22 |
|
23 |
Absolutely correct with current kde (4.4.x). Over the medium term, it too |
24 |
will likely be dropping hal, in favor of udev and various other helpers, |
25 |
as hal itself is deprecated and not getting new development, only minimal |
26 |
support of current features until there has been some time to switch away |
27 |
from it. |
28 |
|
29 |
Hal is now considered a dead-end, a hotplugging experiment that was a good |
30 |
first start and from which the various developers and users learned a lot, |
31 |
but which was proven far too complex and hard to maintain over the longer |
32 |
term. |
33 |
|
34 |
And, based on the hal vs new hotplugging config in xorg, I must say I |
35 |
agree. I had occasion to have to edit hal's XML based *.fdi files by |
36 |
hand, and while it was possible for me as a tech-head Gentoo user to get |
37 |
my head around enough to get working, the experience wasn't pleasant by a |
38 |
long shot. The new xorg config, back in traditional xorg format, is |
39 |
**FAR** easier, the more so because my Logitech keyboard with its extra |
40 |
keys was detected without me even having to do anything at all, not even |
41 |
setting the model number as I did pre-hal to get them working properly. |
42 |
|
43 |
udev config files as well, are **WAY** easier to modify by hand when |
44 |
necessary, than hal's XML/FDI files, and I expect that will continue to be |
45 |
the case with pretty much the whole hal replacement, as one of the reasons |
46 |
they decided hal didn't work was because asking end users to edit XML |
47 |
files and get it right was just considered too much, and what with all the |
48 |
new products constantly coming out, it was found to be simply unrealistic |
49 |
to try to have the distributions keep up with it themselves. |
50 |
|
51 |
So I'm definitely looking forward to the day hal isn't needed for any of |
52 |
that automation, any longer, as I too expect it to be a far better and |
53 |
simpler situation than hal ever was, or ever could be. |
54 |
|
55 |
-- |
56 |
Duncan - List replies preferred. No HTML msgs. |
57 |
"Every nonfree program has a lord, a master -- |
58 |
and if you use the program, he is your master." Richard Stallman |