I haven't had time to undertake all the testing I need to do based on comments here. I also checked KDE's own requirements to see what could be dropped and udev isn't actually a necessary dependency (as has been mentioned here) - but yes - I know - I'd lose certain functionality... currently...

My first posting was born of my concern that if I don't act quickly I'll be forced to use the desktop/Distribution setup I have least desire of using... what I describe as "Sheeple-Linux" i.e. a product where users/administrators/developers simply have to accept the architecture that self-declared Great Gods have deemed the final solution... (Apologies for any offence - I understand it is nothing like as serious as THAT version which remains a stain on all humanity and utterly deplorable).

However, I track certain discussions elsewhere (we all do, don't we?) and it appears that my decision to go *kit-less (or at least Fedora-u*|*kit-less) is none too soon. The desire of developers now bought in to GnomeOS-architecture surely is not to encourage diversity but to gradually eradicate all non-gnome desktops by gradually breaking each competing desktop using little tweaks that "simply work" with gnome but if you use Xfce, say, well - don't...

systemd is introduced as a system-init process to initiate other processes but now incorporates udev as part of the source code, consolekit has been replaced by systemd-logind and now it appears systemd is incorporating ("getting involved" in) certain upower functionality...

OpenSuse is the development version of Suse (not to confound with suze, a French liquor ). I have been using Suze for years, and if it is a very good distribution, one of the best, soon or later you will be in great trouble because of some obscure and non documented feature specific to Suse. You will get the same headache than when you are drinking too much suze.

I don't know if this is wanted, but Suse is a commercial distribution that want you to buy some service from them. The same is true for many other distributions including Fedora, which is the development version of redhat.

The first main reason why I do prefer non commercial distributions like Gentoo or Debian is because everything specific to the distribution is documented (more or less depending on your arch).

The major clients of the commercial distributions are big and paranoid companies. As they don't trust their working forces, they need the functionalities of policykit. Just the name is telling the whole story : its about a cop into the system. In fact, this is not a simple cop, but one of the worst kind, this is a fully multitasking cop.

And like with a real cop, we cannot trust him because if a real cop follow its orders regardless of the word, polkit is so complicated and unmanageable than it can be learnt, and as workaround we have to learn java-script. But java-script is not polkit.

So, it is a real conflict of interest here, a conflict between the interests of all non commercial or small linux users, and the interests of the big paranoid companies. In a better world, polkit would be a shot in the foot of these companies, and they would disregard it themselves. But we are living here and now, not in some hypothetical future of the most than perfect._________________[[[ To any NSA and FBI agents reading that text: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

I've said it before and I'll say it again, I'm not letting ConsoleKit die and if polkit stops supporting it, I'll rename the last supporting one as polkit-legacy and keep them working for Xfce long as I can.

I'm quite sure Xfce upstream has no plans whatsoever in removing ConsoleKit support but instead add systemd-logind support as an alternative.

What the heck is the reason of merging udev and maintaining it in a way it can be built separately from systemd? Why it is in the systemd repo in the first place, it makes no sense at all. It's like merging KDE and Xorg and saying we have it one place, hooray!

@ssuominen: just curious: do you have any plans regarding moving consolekit from dbus-glib to gdbus ? Would you be interested in patches going in that direction ?

Of course we are intrested. Please use the freedesktop.org bugzilla and attach your patches there. I need to talk with the Debian maintainer who has the current commit access to the repository,
and has been pushing my patches for now to give direct access for me too. I wanted to make a new release too based off from current git master and then start accepting new fundamental
patches.