View previous topic :: View next topic |
Author |
Message |
labrador Guru
Joined: 04 Oct 2003 Posts: 316
|
Posted: Tue Feb 15, 2005 5:52 pm Post subject: spurious new lines sent from prompt from etc-update |
|
|
I've noticed this for awhile now.
If I run etc-update from the console, which has a Sun type 5 keyboard,
and I'm not running X, it sometimes enters the first item of the
list of updates, as if Return had been hit. When the problem
is happening, it happens a lot. I can't stay on the menu that
asks for 1,2,3, -5 etc as inputs.
No other applications are receiving random newlines for input.
I can use vi or whatever fine. It seems to be only etc-update
that is impacted.
While the problem is happening repeatly I can login by ssh and
try etc-update and there is no problem.
Is this is in the same category as the mouse locking and if
we unplug and plug in again it is fine? |
|
Back to top |
|
|
leonarp n00b
Joined: 22 Mar 2004 Posts: 35 Location: Kansas
|
Posted: Tue Feb 15, 2005 8:39 pm Post subject: |
|
|
I've had the same thing happen when logged on remotely via ssl. |
|
Back to top |
|
|
ibtim13 Tux's lil' helper
Joined: 12 Sep 2003 Posts: 84 Location: Troy, NY
|
Posted: Wed Feb 16, 2005 5:00 am Post subject: |
|
|
I just had the same thing happen to me today.
It happened while I was logged in locally, in an xterm, in fluxbox, in xorg.
It only affected etc-update.
And it happened right after I took preemptible out of the kernel to see if
would fix the kicker problem in kde 3.3.2.
It has never happened to me before. _________________ Grrr, can't think of anything clever right now, I'll go back and edit this later (9/12/2003) |
|
Back to top |
|
|
wabben n00b
Joined: 05 Apr 2004 Posts: 17
|
Posted: Wed Feb 16, 2005 6:43 am Post subject: |
|
|
I've also had this happen to me quite frequently. I've been using eterm in fluxbox. |
|
Back to top |
|
|
Risk n00b
Joined: 05 Mar 2004 Posts: 38 Location: Zoo York City
|
Posted: Tue Mar 08, 2005 3:14 pm Post subject: |
|
|
Same problem running 2.4.28-r1 / 2.4.29 / 2.6.10-r6 on both Ultra2 and Ultra80 platforms (multiprocessor).
This occurs both on local terminal windows (xterm, terminal) and over ssh connections.
Has been happening since at least portage-2.0.50 vintage days.
The delay prior to the unanticipated nl is approximately 4.5 seconds in nearly all circumstances. |
|
Back to top |
|
|
Weeve Retired Dev
Joined: 30 Oct 2002 Posts: 641
|
Posted: Wed Mar 09, 2005 1:59 am Post subject: |
|
|
In every case I've run into this, it's been related to a sys-apps/shadow update. Normally running the command "reset" fixes this issue. |
|
Back to top |
|
|
|