On my machine (a P233 which is our file/print server), the older HPOJ and HPIJS packages worked fine, printing and scanning were as fast as you'd expect a P233 to be. However one day printing suddenly didn't work anymore, and all of my my attempts to make it work failed. In response, I uninstalled both and replaced them with HPLIP. Reconfigured CUPS accordingly, and printing again seems to work. However, now a new problem has arisen - Accessing the scanner either via scanimage or xsane results in rediculously sluggish performance, to the tune of some 10 seconds waiting in the "detecting devices" dialog (xsane). The window eventually disappears, followed by another roughly 10 seconds of absolutely nothing, except in both cases the CPU load goes to 100%, all of it taken by python. Eventually I get the regular Xsane dialog, and it does work. Acquiring a preview takes longer than usual, with the program hanging at the end of the preview scan for a few seconds before releasing the UI so that I can perform a full scan. That full scan runs as fast as it always has. Reproducible: Always Steps to Reproduce: Not sure if there's a specific forumla to reproduce this, maybe just try this on a really slow box and compare against hpijs/hpoj? Actual Results: The program ran as expected, just extremely sloggish. Expected Results: The program should have run at the same speed, if not maybe a little faster, when compared to hpijs/hpoj on the same box.
I forgot to mention, I do see some messages in /var/log/allmsg that seem to imply part of the problem.. The program is searching for a scanner on the parallel port, even though none is configured: ----- Nov 26 06:43:05 stork hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/p arport0: No such file or directory: io/hpiod/ppdevice.cpp 828 Nov 26 06:43:05 stork hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/p arport1: No such file or directory: io/hpiod/ppdevice.cpp 828 Nov 26 06:43:05 stork hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/p arport2: No such file or directory: io/hpiod/ppdevice.cpp 828 Nov 26 06:43:05 stork hpiod: unable to ParDevice::Open hp:/par/ANY?device=/dev/p arport3: No such file or directory: io/hpiod/ppdevice.cpp 828 Nov 26 06:49:03 stork sshd[17283]: Accepted keyboard-interactive/pam for root fr om 10.1.1.3 port 33345 ssh2 ----- This is a USB scanner, so the parallel port is totally unnecessary. I have read here and there on the web that there is a compile-time switch to turn parallel code off, but there doesn't appear to be a corresponding USE flag. Also, here is the output from `emerge info`: ----- Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2 4-rc2 i586) ================================================================= System uname: 2.6.14-rc2 i586 Pentium MMX Gentoo Base System version 1.6.13 distcc 2.18.3 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [dis d] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-O3 -march=pentium -pipe -fomit-frame-pointer -fforce-addr -momit-le rame-pointer -ftracer" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/sh config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium -pipe -fomit-frame-pointer -fforce-addr -momit- -frame-pointer -ftracer -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Li distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/media/packages/stork" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 alsa apm arts avi berkdb bitmap-fonts bzip2 crypt cups curl eds emb encode expat foomaticdb fortran gdbm gif gpm gstreamer gtk2 imlib ipv6 jpeg ++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg oggvorbis gl oss pam pdflib perl png ppds python quicktime readline recode samba scann dl spell ssl tcpd tiff truetype truetype-fonts type1-fonts udev usb vorbis x xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY ----- Again, the scanner worked fine under hpijs/hpoj, but I was forced to change to hplip because of the unsolveable printing issue under hpijs/hpoj.
One last bit of info I forgot to mention - the printer/scanner in question is an HP PSC-1350.
Well folks, ignore the bit about not being able to solve the hpoj/hpijs printing problem - you need "USB Device Filesystem" enabled in the kernel for these to work (but not for hplip? Um, ok). The slowness issue still stands, though.
Are you using parallel port? See this: http://qa.mandriva.com/twiki/bin/view/Main/ MandrivaLinux2006ReleaseNotes#HP_printers_and_multi_function_d Have you tried to use the latest hplip version?
The printer is connected via USB. I'm not sure what specific version of hplip I was using, but at the time, it was the latest version offered through Gentoo's portage system.
I'm sorry, but I don't think there is much we can do here to help you. Please report this bug upstream, they might be able to provide better support.
