public inbox for gentoo-desktop@lists.gentoo.org
 help / color / mirror / Atom feed
From: Dale <rdalek1967@gmail.com>
To: gentoo-desktop@lists.gentoo.org
Subject: Re: [gentoo-desktop] use flags consolekit and policykit
Date: Fri, 25 Feb 2011 04:26:11 -0600	[thread overview]
Message-ID: <4D6783C3.3070507@gmail.com> (raw)
In-Reply-To: <AANLkTinWGog+uvrnXw+KRi7PbKbpjHDnDKm3SKzApELK@mail.gmail.com>

Theo Chatzimichos wrote:
> On Fri, Feb 25, 2011 at 10:17 AM, Andreas K. Huettel
> <dilfridge@gentoo.org>  wrote:
>    
>> Dear all,
>>
>> at the last kde meeting we've been discussing the usefulness of the use flags
>> consolekit and policykit. I'm quoting from the summary:
>>
>>      
>>> scarabeus and dilfridge are in favour of dropping them, since it
>>> caused a lot of trouble debugging various user reports. reavertm
>>> prefers adding it to IUSE defaults. No consensus was succeeded,
>>> the topic will be continued in the gentoo-desktop mailing list.
>>>        
>> As an example, according to
>> https://bugs.kde.org/show_bug.cgi?id=244444
>> policykit is _not_ a hard dependency of kde, but _required_ whenever you want
>> to "run as" or configure something in systemsettings as root.
>>
>> The three options available are
>> 1) removing the useflags, effectively "forcing them on". Easiest for us
>> maintainers,
>> 2) forcing them on with use.force in the profile, and trust that not so many
>> users figure out how to get around this :)
>> 3) making them "on by default"
>>
>> As a special gem, after switching one of the flags it may be necessary to
>> recompile larger parts of kde and / or restart kdm.
>>
>> Opinions?
>>      
> The depedencies are indeed really small, but the reason that some of
> us objected is that we want to follow upstream's decisions on what is
> optional and what is not. A similar issue that emerged recently is
> udisks and friends, which is also optional according to upstream and
> not needed for people that want KDElibs for only a few apps and not
> for the full DE. We'd like to have some user feedback on this before
> our final decision.
>
>    

Well, this user likes option 3.  It is on and ready to go but we could 
disable it if we didn't need/want it.  Maybe this is a good addition to 
the recently formed kde profile?

There's one vote.

Dale

:-)  :-)



  reply	other threads:[~2011-02-25 10:27 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-25  8:17 [gentoo-desktop] use flags consolekit and policykit Andreas K. Huettel
2011-02-25  8:38 ` Theo Chatzimichos
2011-02-25 10:26   ` Dale [this message]
2011-02-25 11:06   ` [gentoo-desktop] " Duncan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D6783C3.3070507@gmail.com \
    --to=rdalek1967@gmail.com \
    --cc=gentoo-desktop@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox