From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id C7946138247 for ; Thu, 16 Jan 2014 16:19:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B4A94E0B7D; Thu, 16 Jan 2014 16:19:26 +0000 (UTC) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5BF23E0B45 for ; Thu, 16 Jan 2014 16:19:25 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id hm7so394281lab.17 for ; Thu, 16 Jan 2014 08:19:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=OsRXrlgsu7cFXv2jQnQAf8DUabjvG2rYlKR7fb2Go0s=; b=dXWVJzxNzo2cWVAuFp2On7IaICAXbWy7H1/kUvxW7sXXC9GArzwJXmxWfRt5AJi3TP PNKj5L7O4/NdNUovbdHH1aatsrqYZBrHTqagtF97XBjW17aTowliJ06ILEO3uvu3PZGG 5bJ5INuY7UckPY4njugh+B8CnN/7CjsWqab/ivaTA0jitLQOmyRgdllv8z1b4N+mjUTl fgzWIkFPTfMxC+S95E1qaFkhJaBJ64WZ7aJ/SPlmNWvr/MqvxExSK78bPPkyC6XC+aE8 4LBdItiONbED6Y9ohqWWlSLA1nK9KHfDCaHWkrB3mumFCgToMKoDP+WfpZQANqDEjQae Idcg== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.152.8.131 with SMTP id r3mr578601laa.79.1389889163023; Thu, 16 Jan 2014 08:19:23 -0800 (PST) Received: by 10.114.77.10 with HTTP; Thu, 16 Jan 2014 08:19:22 -0800 (PST) Received: by 10.114.77.10 with HTTP; Thu, 16 Jan 2014 08:19:22 -0800 (PST) In-Reply-To: <20140116092309.1cd380a0@digimed.co.uk> References: <1389784897.14951.0@numa-i.igpm.rwth-aachen.de> <20140115113744.2d176ced@hactar.digimed.co.uk> <52D72880.2090007@gmail.com> <20140116092309.1cd380a0@digimed.co.uk> Date: Thu, 16 Jan 2014 10:19:22 -0600 Message-ID: Subject: Re: [gentoo-user] Re: KDE slow / console-kit-daemon POLKIT_IS_AUTHORITY failed From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=089e0158b8f4d6d8d004f018c92b X-Archives-Salt: a16468d2-ccb2-4aa2-917b-2fe2637a9f45 X-Archives-Hash: 978b32252313e98b270144574496f1a1 --089e0158b8f4d6d8d004f018c92b Content-Type: text/plain; charset=UTF-8 On Jan 16, 2014 3:23 AM, "Neil Bothwick" wrote: > > On Wed, 15 Jan 2014 16:32:00 -0800, walt wrote: > > > > I get this on my desktop but not my laptop. I have tried for ages to > > > find out why it only fails on the desktop and gave up. Now I just > > > "chmod +x /usr/libexec/dbus-daemon-launch-helper" and it goes away, > > > until the next update. > > > > Helmut is still using consolekit. Are you still using consolekit? > > Yes, it's the default for kdm so it is enabled on both computers. I don't think it will be the default for much longer; it's unmaintained code which sooner or later will start to bitrot. Unless someone steps in and starts taking care of it. > > I have no idea if consolekit is relevant here, but Canek has been > > telling us that consolekit is abandonware and we should stop depending > > on it. > > That's part of the drive to put everything in systemd, which I do not use. Fact is, nobody is maintaining ck; from its homepage[1]: "ConsoleKit is currently not actively maintained. The focus has shifted to the built-in seat/user/session management of Software/systemd called systemd-logind!" That message has been there for months; in general ck kinda still works, although it never really solved the problem of properly tracking user sessions, which is why everybody involved with it quickly jumped ship to logind, where the problem is properly solved. However, as the interfaces in the stack evolves, unmaintained code like ck will simply stop to work. ConsoleKit uses dbus heavily, and with the introduction of kdbus[2] and the inevitable changes that will happen to dbus, combined with nobody taking care of ck, I don't think it will keep working much longer. Ubuntu and Debian (now that is seriously discussing which modern init system to use) have been discussing an alternative, API compatible implementation of logind, but I don't know if it has got nowhere. I think that has more future than ck, but again, nobody (AFAIK) has stepped in and do the heavy coding. Independently, though, I think is safe to say that ConsoleKit is a dead end. Regards. [1] http://www.freedesktop.org/wiki/Software/ConsoleKit/ [2] http://lwn.net/SubscriberLink/580194/a2a05056a657f1bb/ --089e0158b8f4d6d8d004f018c92b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Jan 16, 2014 3:23 AM, "Neil Bothwick" <neil@digimed.co.uk> wrote:
>
> On Wed, 15 Jan 2014 16:32:00 -0800, walt wrote:
>
> > > I get this on my desktop but not my laptop. I have tried for= ages to
> > > find out why it only fails on the desktop and gave up. Now I= just
> > > "chmod +x /usr/libexec/dbus-daemon-launch-helper" = and it goes away,
> > > until the next update.
> >
> > Helmut is still using consolekit. =C2=A0Are you still using conso= lekit?
>
> Yes, it's the default for kdm so it is enabled on both computers.<= /p>

I don't think it will be the default for much longer; it= 's unmaintained code which sooner or later will start to bitrot. Unless= someone steps in and starts taking care of it.

> > I have no idea if consolekit is relevant here, but= Canek has been
> > telling us that consolekit is abandonware and we should stop depe= nding
> > on it.
>
> That's part of the drive to put everything in systemd, which I do = not use.

Fact is, nobody is maintaining ck; from its homepage[1]:

"ConsoleKit is currently not actively maintained. The f= ocus has shifted to the built-in seat/user/session management of Software/s= ystemd called systemd-logind!"

That message has been there for months; in general ck kinda = still works, although it never really solved the problem of properly tracki= ng user sessions, which is why everybody involved with it quickly jumped sh= ip to logind, where the problem is properly solved.

However, as the interfaces in the stack evolves, unmaintaine= d code like ck will simply stop to work. ConsoleKit uses dbus heavily, and = with the introduction of kdbus[2] and the inevitable changes that will happ= en to dbus, combined with nobody taking care of ck, I don't think it wi= ll keep working much longer.

Ubuntu and Debian (now that is seriously discussing which mo= dern init system to use) have been discussing an alternative, API compatibl= e implementation of logind, but I don't know if it has got nowhere. I t= hink that has more future than ck, but again, nobody (AFAIK) has stepped in= and do the heavy coding.

Independently, though, I think is safe to say that ConsoleKi= t is a dead end.

Regards.

[1] http://www.freedesktop.org/wiki/Software/ConsoleKit/
[2] http= ://lwn.net/SubscriberLink/580194/a2a05056a657f1bb/

--089e0158b8f4d6d8d004f018c92b--