* [Wed, Mar 07, 2012 at 01:05:38AM +0100] Francesco Poli:
Not sure when this bug has been introduced: it could be a while it
doesn't work for me, but this hunk of code seems to be here since ages
ago and I'm pretty sure I used it in the last years. I can only guess
su's behaviour has changed in the meantime.
I am in a hurry now and I still have to try and reproduce the issue
(something that I hope to do soon), but, from a first casual glance, it
seems that this may be due to the fix for the security bug #628843.
Yes, I suspect the same. Anyway the changelog is so long and honestly I
didn't review the commits looking for the culprit. By the way I can
confirm I cannot reproduce the problem (using the test case below) on a
Debian stable. On the other hand, I *think* the fix should not harm if
coupled with the old-behaviour su.
===
$ echo OK < /dev/tty
OK
$ su gpiero -c "echo OK" < /dev/tty
Password:
OK
$ su gpiero -c "echo OK < /dev/tty"
Password:
bash: /dev/tty: No such device or address
===
Thanks for providing a patch: if I understand correctly, you are
proposing to move the "< /dev/tty" out of the -c argument, so that it
applies to su, rather than to the browser command-line.
You're right.
I am not sure why you reformatted the browsercommandline building steps
so much, but anyway...
Oh well, sure I'm not acquainted with ruby (I even had to google for the
string concatenation operator) nor with the code style of apt-listbugs.
The patch has been provided primarily for explaining the workaround.
Thanks,
Gian Piero.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
