Your message dated Tue, 28 Jul 2020 15:49:32 +0200
with message-id <3c01488b7eb950a27837934382bd1bab3b58096a.ca...@43-1.org>
and subject line Re: project: Should have alternatives for graphical su and 
sudo (x-su, x-sudo?)
has caused the Debian Bug report #512717,
regarding project: Should have alternatives for graphical su and sudo (x-su, 
x-sudo?)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
512717: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512717
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: project
Severity: wishlist


It'd be nice if packages which depend on gksu, gksudo, ksudo, etc could use a 
unified alternative (e.g. x-su for su-like and x-sudo for sudo-like graphical 
frontents to su and sudo) so that one was not required to install e.g. parts of 
gnome just because a package depends on gksu (there are a few packages for 
which gksu pulls in more of gnome than if one leaves out gksu and uses ktsuss 
or ksudo (for instance)).

I'm not sure the appropriate place for this bug, so I put it on project for 
someone more knowledgable to reassign.

Thanks,

Daniel

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



--- End Message ---
--- Begin Message ---
On Thu, 22 Jan 2009 22:20:37 -0500 Daniel Dickinson wrote:
> It'd be nice if packages which depend on gksu, gksudo, ksudo, etc
> could use a unified alternative

I think graphical programs are supposed to use policykit to handle
privilege escalation (with pkexec for running specific programs).  So
an abstraction layer around gksu (which is no longer in the archive)
and others is probably no longer useful.

Ansgar

--- End Message ---

Reply via email to