[gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

[gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

[Fabio Erculiani]

We have actually 3 polkit agent implementations in Portage:

gnome-extra/polkit-gnome
lxde-base/lxpolkit
sys-auth/polkit-kde-agent

I guess a virtual is required.
Just a simple example, gnome-extra/nm-applet requires a polkit auth
agent (not present in RDEPEND atm -- bug!) in order to handle wifi
passwords, etc.
But the same applet can be used in both GNOME and LXDE, making
lxpolkit a better choice over polkit-gnome for the latter.

My proposal is to create a virtual pkg listing all the polkit auth
agent implementations and make pkgs depend on it.

-- 
Fabio Erculiani

Re: [gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

[Maxim Koltsov]

If user is emerging some polkit-requiring package on DE-less system,
it will pull big bunch of KDE, GNOME, etc. pacakges, which is not
desired. Also, nm-applet and others can be set up with localauthority
files, without help of polkit agents. I don't think virtual will solve
this case.

Re: [gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

[Samuli Suominen]

On 09/06/2011 07:44 PM, Maxim Koltsov wrote:
> If user is emerging some polkit-requiring package on DE-less system,
> it will pull big bunch of KDE, GNOME, etc. pacakges, which is not
> desired. Also, nm-applet and others can be set up with localauthority
> files, without help of polkit agents. I don't think virtual will solve
> this case.
> 

+1

Even if ebuild deps on agent, we can't ensure the user runs the agent
and which agent he wants.
So this is a depend that can't be put on ebuilds, needs extra steps from
user in any case.
The USE flags "gtk" and "kde" are there already as convinience in
polkit's ebuild pulling some agents...

So the solution is not to create a virtual, but rather remove the
specific agent depend on the offending ebuild

Re: [gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

[Nirbheek Chauhan]

On Tue, Sep 6, 2011 at 9:50 PM, Fabio Erculiani <lxnay@gentoo.org> wrote:
> We have actually 3 polkit agent implementations in Portage:
>
> gnome-extra/polkit-gnome
> lxde-base/lxpolkit
> sys-auth/polkit-kde-agent
>

There's one more: gnome-base/gnome-shell

GNOME Shell has its own polkit-agent implementation, which means that
neither of these three should be running when GNOME Shell is running,
otherwise they'll prevent the shell from showing well-integrated
dialogs.

The fallback mode still needs a separate polkit agent, though.

> I guess a virtual is required.
> Just a simple example, gnome-extra/nm-applet requires a polkit auth
> agent (not present in RDEPEND atm -- bug!) in order to handle wifi
> passwords, etc.
> But the same applet can be used in both GNOME and LXDE, making
> lxpolkit a better choice over polkit-gnome for the latter.
>

Actually, polkit-gnome is more like polkit-gtk. It has the same deps
as lxpolkit (afaict), and is more widely used than lxpolkit.

In addition, Davidz has stopped maintaining polkit-gnome, so we can
stop worrying about him doing silly things to it.

> My proposal is to create a virtual pkg listing all the polkit auth
> agent implementations and make pkgs depend on it.
>

I'm ambivalent about this. I think I agree with what Samuli already said.

-- 
~Nirbheek Chauhan

Gentoo GNOME+Mozilla Team