Indeed it works when running without $DISPLAY, i. e. apport calls sudo
directly. But it doesn't seem to cache credentials when using gksu, as
this creates new PTYs (to run sudo in) every time.
We could provide a new API root_commands_output to accept a keyname -
[command list] and slurp in all
That seems to be a rather interesting gksu bug or misbehaviour: gksu
whoami does cache the password through sudo, but gksu whoami /tmp/o
doesn't. So the output redirection breaks this somehow.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
(Note that sudo whoami /tmp/o just works fine).
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in ubuntu.
https://bugs.launchpad.net/bugs/716595
Title:
consecutive root_command_output() calls ask for password each time
OK, this is definitively gksu breakage when searchign for the password
prompt. Let's fix it at the proper place.
** Changed in: apport (Ubuntu)
Status: New = Invalid
** Package changed: xorg (Ubuntu) = gksu (Ubuntu)
** Changed in: gksu (Ubuntu)
Assignee: (unassigned) = Martin Pitt
4 matches
Mail list logo
