Bug 36839 - util-linux 2.11a-* breaks Ctrl-C
Summary: util-linux 2.11a-* breaks Ctrl-C
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: util-linux
Version: 1.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Erik Troan
QA Contact: David Lawrence
: 36840 39237 40225 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2001-04-20 14:46 UTC by Bernhard Rosenkraenzer
Modified: 2005-10-31 22:00 UTC (History)
2 users (show)

Clone Of:
Last Closed: 2001-05-06 20:46:40 UTC

Attachments (Terms of Use)

Description Bernhard Rosenkraenzer 2001-04-20 14:46:09 UTC
Ctrl-C doesn't stop processes after updating to util-linux 2.11a anymore.

Comment 1 Bernhard Rosenkraenzer 2001-05-03 13:31:42 UTC
*** Bug 36840 has been marked as a duplicate of this bug. ***

Comment 2 dunwoody 2001-05-06 20:41:37 UTC
*** Bug 39237 has been marked as a duplicate of this bug. ***

Comment 3 dunwoody 2001-05-06 20:46:36 UTC
I reported Bug 39237, which I have now reported as a duplicate of this bug.  The
problem is a regression
in /bin/login that happened sometime between util-linux-2.10s-8 and
util-linux-2.11a-4.  I noticed the problem when I updated from Rawhide 20010310
(including util-linux-2.10s-8) to Rawhide 20010503
(including util-linux-2.11a-4).   I was able to eliminate the problem on my
otherwise purely
Rawhide 20010503 system by changing the single file /bin/login back to the
20010310 version of
/bin/login from util-linux-2.10s-8.

Comment 4 Bernhard Rosenkraenzer 2001-05-07 16:20:55 UTC
Fixed in 2.11b-1

Comment 5 Bill Crawford 2001-05-08 17:11:05 UTC
Is there any chance you could make this fix available from people.redhat.com or
somewhere?  It breaks more than just ^C, anything using /dev/tty is broken e.g.
"vlock -a" currently doesn't work.  I rely on this to securely lock my
workstation here (xlock has some bugs, I don't like xscreensaver).

Comment 6 Bernhard Rosenkraenzer 2001-05-08 17:28:30 UTC

Comment 7 Bill Crawford 2001-05-08 18:02:16 UTC
Aha!  Many thanks ... I'll bookmark this!

Comment 8 Bernhard Rosenkraenzer 2001-05-11 20:22:44 UTC
*** Bug 40225 has been marked as a duplicate of this bug. ***

Comment 9 dunwoody 2001-07-06 15:18:35 UTC
I just updated to Rawhide 20010701, including util-linux-2.11f-1, and this
problem seems to still
exist in 2.11f-1.

Comment 10 Bill Crawford 2001-07-20 14:19:21 UTC
Yes, this seems to have b0rken again.  It's not working for me in
rawhide-release-20010713 either.

Comment 11 Wagner T. Correa 2001-10-25 07:33:56 UTC
It seems that this problem reappeared in util-linux-2.11f-11.7.1.
It's not always reproducible, though. Sometimes Ctrl-C works, sometimes it

Comment 12 Wagner T. Correa 2001-11-07 07:42:06 UTC
The problem still appears in util-linux-2.11f-12 once in a while.

Comment 13 Need Real Name 2001-11-29 01:29:41 UTC
I reliably reproduce "bash: no job control in this shell" using RedHat 7.2
with util-linux-2.11f-12.  Every time I telnet from an identically configured
machine to the target machine as a regular user, then "su", I see:
  bash: no job control in this shell

Comment 14 Bill Crawford 2001-11-29 10:20:05 UTC
Sounds like a race condition?

Anyway, I've seen a recurrence of the problem, symptom is dropping right back to
the login prompt when I log out of GNOME.  This was with the latest Raw Hide

Note You need to log in before you can comment on or make changes to this bug.