Am Donnerstag, 25. Juni 2015, 09:34:56 schrieb Theodore Ts'o: > On Thu, Jun 25, 2015 at 08:05:58AM +0200, Martin Steigerwald wrote: > > Or, do you think, that there is a different option to handle this then > > the both I outlined above? > > Hmm... distros could have their engineers **fix** the busted userspace > code, instead of fixing the problem by jamming a different > implementation into the kernel?
Hmm, I read on Devuan mailing list, that Qt engineers work on doing dbus directly inside Qt instead of using the existing libdbus. I did not verify this claim yet. But considering what I read here about performance issues with libdbus I think it would make quite some sense. Also I wonder who will use sdbus stuff from systemd / libsystemd – I sure hope sdbus will work without systemd running as PID 1, but I am not clear on this either – from the desktop environment people beside xdg-app. I doubt that Qt will depend on it, being available for more than the Linux platform. And if GNOME wants to be portable to the BSD variants at least, they can´t depend on it either. So who will use non portable sdbus anyway – except specialized apps? In case I missed this in the discussion so far, sorry, but from what I read from the various threads I am really not clear on this. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
