Version: (using KDE 4.4.1) OS: Linux Installed from: Archlinux Packages All major distributions are starting to remove HAL, since it is deprecated. Examples are Ubuntu (https://wiki.ubuntu.com/Halsectomy) and Fedora (https://fedoraproject.org/wiki/Features/HalRemoval). New version of Xorg server (1.7.99.901) has a working hotplugging with udev, many other applications are turning to udev or something like. I (and possibly others) would liked to see solid without HAL.
OpenSuse also has plans to remove HAL: http://lists.freedesktop.org/archives/devkit-devel/2009-April/000140.html
*** This bug has been confirmed by popular vote. ***
So what happens to KDE users when they upgrade to xorg-server-1.8? Will we have to keep hal installed and running or will things start to break?
So, I did install xorg-server-1.8.0 - everything works properly as long as it is not related to hal. Volume control keys, for example, do not work. If the KDE devs need some help with this, I am ready to offer any help that is possible for me. I would love to see KDE keep up to date with the latest developments and not lag behind in any sense.
+1
PowerDevil is also heavily affected by lack of HAL.
And "Recent devices" plasmoid - too :(
+1024
So, what developers say? It's possible for KDE 4.6?
*** Bug 242326 has been marked as a duplicate of this bug. ***
As of the current time, I think this should no longer be an enhancement... it's a bug, a major one.
(In reply to comment #13) > As of the current time, I think this should no longer be an enhancement... it's > a bug, a major one. Yes as it seems that everybody have either already moved away from hal or are on their way. KDE seems to be the last piece still using hal.
Updating bug to reflect consensus.
> Updating bug to reflect consensus. ... of users, not of developers. Avoid playing with severities, please.
Developers don't care about depreciating HAL!?!? What?
(In reply to comment #17) > Developers don't care about depreciating HAL!?!? > > What? Nobody said that: they simply said that the developers haven't chimed in on whether they consider this a bug or a feature. That's not to say they don't consider it a bug, just that they haven't said they do yet, so it's better not to mess with the bug report's status until they say "Yup, it's a bug and it's being worked on". By design, Solid should be able to allow this quite easily: develop new plugins for DeviceKit (uPower/uDisk) and make them default. Done. No?
news from planetkde.org: ------------------------------------------------------------------------------- One of the objectives that the solid team is currently working on, is the deprecation/removing of HAL as KDE dependency. We hope to accomplish it for KDE 4.6, but of course at the moment it is just that, a wish. Anyhow the complete remove is now a step closer, thanks to Dario Freddi and Lukas Tinkl I just committed the "PowerDevil 2 UPower" backend. Right now, it is build by default but is not used if the hal backend is compiled too, so in case you want to test it you have to edit powerdevilupowerbackend.desktop and set InitialPreference = 20 (lower than the hal one). Small entry for a small thing, but small things matter don’t they? ------------------------------------------------------------------------------- source: http://www.afiestas.org/one-step-closer-towards-a-kde-hal-free/
news from linuxology: ------------------------------------------------------------------------------- Well, since the version 4.5.73, KDE is starting to move it’s Solid Framework’s dependency on HAL to Udisks. The next major kpart will be Powerdevil, that will be ported to Upower (not so sure about *this* on yet). Good news ? Yes it is. ------------------------------------------------------------------------------- source: http://linuxology.wordpress.com/2010/10/24/yes-we-like-hal-less-systems-ep2/
Created attachment 54441 [details] Make building HAL backend for solid optional By introducing the WITH_HAL conditional, building solid's HAL backend can be switched off, in order to expose bugs that stem from relying on HAL specific behavior: cmake -DWITH_HAL=OFF .
If I remember correctly, Gentoo did have an option to compile without hal, once I did that (as expected) hot plugging stopped working.
It doesn't now, but with 4.5.85, hotplugging is working fine via udev/udisks.
I forgot to add "BUG: 229643" in my commit message apparently. Anyway, that one is fixed since r1206281, so it'll be in 4.6.0.
From today's trunk of cmake in kdelibs: > [...] > -- Found UDev: /usr/include > -- Building Solid UDev backend. > -- Building Solid HAL backend. > -- Building Solid UPower backend. > -- Building Solid UDisks backend. > -- Building Solid fstab backend. So it looks like there are some remains of HAL code in kdelibs.
Yes, it's still compiled in for the time being. It's not activated until you use a specific environment variable to activate it on a per application basis though. This way we also cover legacy systems (there's still a few out there).
Ok... GOOD! Thanks devs!
But K3b is still depend on HAL?