Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#17492 - [gpm] profile.d script hangs

Attached to Project: Arch Linux
Opened by Zachary Kline (zkline) - Sunday, 13 December 2009, 18:46 GMT
Last edited by Eric Belanger (Snowman) - Sunday, 13 February 2011, 00:00 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Eric Belanger (Snowman)
Architecture i686
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:


Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce:
The /etc/profile.d/gpm script seems to regularly freeze my login attempts.
On any tty, I try to log in and am unable to get a prompt.
ctrl+c works to interrupt execution, but that doesn't finish executing all the login scripts.
I was able to trace the execution of a login shell with the --verbose option to bash.
The last command executed would seem to be the pgrep command in /etc/profile.d/gpm
I cannot reproduce this reliably, and the log files are unhelpful.
Restarting the gpm daemon seems to serve as a temporary fix.
This task depends upon

Closed by  Eric Belanger (Snowman)
Sunday, 13 February 2011, 00:00 GMT
Reason for closing:  Works for me
Comment by Eric Belanger (Snowman) - Thursday, 17 December 2009, 06:20 GMT
I can't see why the pgrep should fail. Could you replace your /etc/profile.d/gpm.sh with:

case $( /usr/bin/tty ) in
/dev/tty[0-9]*) ps aux|grep gpm ; [ -n "$(pgrep gpm)" ] && /usr/bin/disable-paste ;;
esac

and send me the output when the login freeze. It might give me a hint on what's going on.

You could also try removing the pgrep to see if it's really the cause of the freeze:

case $( /usr/bin/tty ) in
/dev/tty[0-9]*) /usr/bin/disable-paste ;;
esac



Comment by Gerardo Exequiel Pozzi (djgera) - Monday, 01 March 2010, 00:00 GMT
  • Field changed: Status (Assigned → Waiting on Response)
status of this? There is no activity in latest +2 months.
Comment by Paul Mattal (paul) - Saturday, 06 March 2010, 20:52 GMT
Zachary, are you still seeing these symptoms (even if intermittently)?
Comment by Zachary Kline (zkline) - Sunday, 07 March 2010, 00:20 GMT
Hi,
Sorry for the long delay in replies: things have gotten very busy around here.
Yes, I still experience this behavior, though not frequently.
I find that restarting the gpm daemon from another console causes the login to
go through, with disable-paste complaining about a refused connection.
This leads me to think that the gpm daemon itself may somehow be getting wedged.
Best,
Zack.

Loading...