[blfs-dev] ConsoleKit problems

Fernando de Oliveira famobr at yahoo.com.br
Thu Sep 17 05:38:56 PDT 2015


Em 16-09-2015 22:13, Ken Moffat escreveu:
> On Wed, Sep 16, 2015 at 07:15:07PM -0300, Fernando de Oliveira wrote:

> 
> It seems likely that upowerd should only only be needed for suspend
> and hibernate, and therefore the sed might be useful to some people,
> but for me the current instructions for sddm work.
> 

Not for me.

> 
> For xfce, my comment yesterday about a dialog to enter my password
> was specifically for my netbook, which is running BLFS-7.6 with
> whichever version of xfce was in that book.
> 
> For ConsoleKit from xinitrc, I have used it - but all of my current
> completed builds are using sddm - one (from June, so getting a bit
> long in the tooth) has sddm -> icewm, plasma5, lxqt.  Another, from
> the beginning of this month, has sddm -> icewm, xfce.  The third
> (7.8-rc1) has sddm -> icewm, plasma5.
> 
> In none of these can I logout directly from the desktop, I presume
> that PAM is probably needed.
> 

It is difficult for me to think about a reply to this.

>> What i understand is that sddm has evolved to be systemd dependent, so,
>> we should remove it from BLFS.
>>
> 
> As I said, it works for me - modulo any desktop environment which
> needs something from ConsoleKit.  There has been so much discussion
> that I forget many of the details.
> 
> The only part of sddm which does not work for me is testing a theme,
> I just get a white window.
> 
>> On the other hand, version 0.12.0 has included support for consolekit2.
> 
> Consolekit2 might be worth looking at for 7.9, I think there is an
> open ticket.  The problem is finding something which requires
> ConsoleKit and can demonstrably benefit from it (i.e. it allows
> somebody to do something specific).


> 
> As you know, I avoid PAM.  For D-Bus, my latest build has the
> current version and sddm works as on the other two machines.
> 
> ĸen
> 

Without PAM, we can't even start discussing.

I really don't understand why you need sddm.


-- 
[]s,
Fernando


More information about the blfs-dev mailing list