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
(Note that "sudo whoami > /tmp/o" just works fine).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/716595
Title:
consecutive root_command_output() calls ask for password each time
--
ubuntu-bugs ma
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
Bugs, which is subscribed
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 co
