Bug 132617 – USB printer is stopped when detached

• Status: RESOLVED UPSTREAM
• Product: Gentoo Linux

[Description takken 2006-05-07 14:18:14 UTC]

When a USB printer is temporarily detached from the computer, the printer is put in 'stopped' state. It remains 'stopped', even when you attach it again. Only after manually starting the printer again, it will continue its jobs. 

CUPS version 1.1.23-r1

Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.3.4, glibc-2.3.5-r2, 2.6.14-gentoo-r4 i686)
=================================================================
System uname: 2.6.14-gentoo-r4 i686 AMD Duron(tm) processor
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.10
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=athlon -fomit-frame-pointer -mmmx -m3dnow -ffast-math"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -march=athlon -fomit-frame-pointer -mmmx -m3dnow -ffast-math"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo/"
LANG="nl_NL@euro"
LC_ALL="nl_NL@euro"
LINGUAS="nl"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac aalib alsa apache2 apm arts atm audiofile avi berkdb bitmap-fonts bzip2 cdparanoia cdr crypt cups curl dri dts dvd dvdr eds emboss encode esd exif expat fam ffmpeg flac foomaticdb fortran gd gdbm gif gimp gimpprint glut gnome gphoto2 gpm gstreamer gtk gtk2 hal idn imagemagick imap imlib jpeg kde kdeenablefinal lcms libg++ libwww mad mhash mmx mmxext mng motif mp3 mpeg mysql ncurses ogg oggvorbis openal opengl pam pcre pdflib perl png python qt quicktime readline samba scanner sdl slang spell sqlite sse ssl svg tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb v4l v4l2 vorbis win32codecs xine xml2 xscreensaver xv xvid xvmc zlib linguas_nl userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS, PORTDIR_OVERLAY

[Comment 1 Stefan Schweizer (RETIRED) 2006-06-01 12:09:21 UTC]

Does the same happen with cups-1.2.1, too?

[Comment 2 takken 2006-06-01 14:57:43 UTC]

I don't know, I can't upgrade to that version just yet..

[Comment 3 Stefan Schweizer (RETIRED) 2006-06-05 12:40:14 UTC]

Please give me some way to fix this or report it upstream to not put it in the "stopped" state. Do you think we probably need a hotplug-udev script for this?

If it can be fixed downstream please reopen and tell me how :)
in the meantime I suggest just not to unplug the printer