bzr crashed with IOError in report_user_error() due to EPIPE on stderr
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Medium
|
Unassigned | ||
bzr-gtk (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: bzr
It was a complete surprise to me that bzr was even running, I certainly wasn't using it
ProblemType: Crash
Architecture: i386
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/bzr
InterpreterPath: /usr/bin/python2.5
Package: bzr 1.6.1-1
ProcCmdline: /usr/bin/python /usr/bin/bzr commit-notify
ProcEnviron:
PATH=/
LANG=C
SHELL=/bin/zsh
PythonArgs: ['/usr/bin/bzr', 'commit-notify']
SourcePackage: bzr
Title: bzr crashed with IOError in report_user_error()
Uname: Linux 2.6.27-rc6 i686
UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin netdev plugdev powerdev scanner users video
Traceback (most recent call last):
File "/usr/bin/bzr", line 131, in <module>
exit_val = bzrlib.
File "/usr/lib/
ret = run_bzr_
File "/usr/lib/
exitcode = trace.report_
File "/usr/lib/
report_
File "/usr/lib/
err_
IOError: [Errno 32] Broken pipe
description: | updated |
summary: |
- bzr crashed with IOError in report_user_error() + bzr crashed with IOError in report_user_error() due to EPIPE on stderr |
tags: | added: check-for-breezy |
I think this is because bzr-gtk has started a background process in your session, and it's stderr is for some reason connected to a closed pipe. I think we do now globally give a short message rather than a traceback for epipe.