x.org somehow lacks devs, testers and so on. As that means (to you) nobody care, you come back your own soup, so even if someone care and want to help he couldn't (remember it's your own thing).
This is madness, I believe.
Last edited by Xheyther; 12-03-2009 at 04:16 AM.
I don't understand why lots of people are whining so much about this change.
If you look here, you can see what is currently planned to replace the different parts of HAL:
When it comes to user-specific configuration they want to move from .fdi files (Which lots of people complained about) back to edititing the good 'ol xorg.conf.
When it comes to the input driver files they also want to move from the .fdi files, to a new directy called xorg.conf.d in which the driver files can be put. And from what I understand from reading through the mailing lits these files will also use the same syntax as the xorg.conf.
So IMO from a user "that-wants-to-edit-something" point of view this seems like an improvement. I prefer the syntax of xorg.conf over the fake XML-ish syntax of .fdi files.
And furter it currently seems like whatever will be in the xorg.conf will override the bits in xorg.conf.d, so you'll have only one file where you can put all your specific changes, instead of needing to find the specific .fdi file.
This is how I currently understand the changes and I don't see why should be so bad.
I so like(d) xorg.conf. I mean, yes, it could grow in size but HAL with all these single fdi files with their horrible batch of XML around the actual options just drove me crazy. And HAL sometimes kinda messed up, and nothing would work. And when the HAL project is not being in development anymore, well, then things just have to change somehow.
I just hope the change will come without larger bumps and holes on the road. :/
Stop TCPA, stupid software patents and corrupt politicians!
Happy day! New kernel and my nemesis, HAL, is going the way of the Dodo inside of six months. I've been waiting for this announcement with bated breath, I assure you.
: And formatting/labelling disks, setting up RAID, etc ... oh well, I guess it's just what he's interested in at the end of the day.
Did the DeviceKit/u* devs state a reason they don't want to develop a devicekit-input?
Not having an OS-independent abstraction-layer would no doubt suck for the BSD's.
I'm using latest Xorg from Debian/experimental (or git, don't know) which starts to use udev only.
I had to recompile a few packages and get NetworkManager 0.8rc but ultimately I was able to remove HAL completely. No problems so far.