Aha! Thank you. Since it was used in the menu shortcut of "Root Terminal"
for anyone who used the XFCE desktop, perhaps it should be moved to "xfce4"
? They should probably replace the implementation of the menu since they
formerly depended on gksu. I verified after upgrading all packages to
current testing that my menu for "Root Terminal" still references gksu.
On Fri, Aug 24, 2018 at 10:48 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the gksu package:
>
> #907145: gksu: Fails to change PATH according to /ect/sudoers
>
> It has been closed by Jeremy Bicha .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Jeremy Bicha <
> jbi...@debian.org> by
> replying to this email.
>
>
> --
> 907145: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907145
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
>
> -- Forwarded message --
> From: Jeremy Bicha
> To: toff.till...@gmail.com, 907145-d...@bugs.debian.org
> Cc:
> Bcc:
> Date: Fri, 24 Aug 2018 06:44:24 -0400
> Subject: Re: Bug#907145: gksu: Fails to change PATH according to
> /ect/sudoers
> On Fri, Aug 24, 2018 at 6:24 AM Chris Tillman
> wrote:
> > This showed gksu is not changing the path when calling xfce4-terminal.
>
> gksu was removed from Debian Testing in January and from Unstable 2
> months after that. Therefore, gksu is no longer supported in Testing
> at all.
>
> For your other issues, maybe this explanation will help some:
>
> https://unix.stackexchange.com/questions/460478/debian-su-and-su-path-differences/460769#460769
>
> I am closing this bug because there is nothing we can do in gksu and
> it's not obvious to me whether there is another package to reassign
> this issue to.
>
> Thanks,
> Jeremy Bicha
>
>
> -- Forwarded message --
> From: Chris Tillman
> To: Debian Bug Tracking System
> Cc:
> Bcc:
> Date: Fri, 24 Aug 2018 22:21:37 +1200
> Subject: gksu: Fails to change PATH according to /ect/sudoers
> Package: gksu
> Version: 2.0.2-9+b1
> Severity: normal
>
> Dear Maintainer,
>
>* What led up to the situation?
> I was upgrading the testing distribution after several months using
> aptitude. I
> upgraded about half the packages, but when I went to upgrade the other
> half I
> received errors from dpkg:
>
> Preconfiguring packages ...
> dpkg: warning: 'ldconfig' not found in PATH or not executable
> dpkg: warning: 'start-stop-daemon' not found in PATH or not executable
> dpkg: error: 2 expected programs not found in PATH or not executable
> Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and
> /sbin
> E: Sub-process /usr/bin/dpkg returned an error code (2)
>
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
> I searched online and found the cause of the errors was, as the error
> states,
> the PATH being incorrect. I checked the PATH resulting when I chose "Root
> Terminal" from the menu, and this path did not include the sbin
> directories.
>
> root@ctillman:/home/chris# echo $PATH
> /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
>
> I tried sudo from a regular user terminal window to check the path which
> would
> come up with it:
>
> chris@ctillman:~$ sudo bash -c 'echo $PATH'
> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
>
> And then, because gksu starts Root Terminal, I tried the equivalent with
> gksu:
>
> chris@ctillman:~$ gksu "bash -c 'echo $PATH'"
> gksu-run: gksu/bash -c 'echo
>
> |usr|local|bin:|usr|bin:|bin:|usr|local|games:|usr|games'/5044-0-ctillman_TIME11346051
> gksu-run: 1f53968cb8fe3d752131e6a334975c84
>
> /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
>
> This showed gksu is not changing the path when calling xfce4-terminal.
>
> My /etc/sudoers contents:
>
> root@ctillman:~# cat /etc/sudoers
> #
> # This file MUST be edited with the 'visudo' command as root.
> #
> # Please consider adding local content in /etc/sudoers.d/ instead of
> # directly modifying this file.
> #
> # See the man page for details on how to write a sudoers file.
> #
> Defaultsenv_reset
> Defaultsmail_badpass
> Defaults
> secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
>
> # Host alias specification
>
> # User alias specification
>
> # Cmnd alias specif
