I have an HP OfficeJet 6110 All-in-One printer. The hplip-0.9.2.ebuild from Bug 73709 works perfectly: I can both print and scan. However, the hplip-0.9.3.ebuild in portage only allows me to scan. If I try to print, nothing is added to the CUPS print queue. After downgrading to hplip-0.9.2.ebuild and restarting the hplip service, everything worked again. I thought this might be due to the /etc/init.d/hplip script, so I replaced the version from hplip-0.9.2 with the one from hplip-0.9.3. Even with using the /etc/init.d/hplip script from hplip-0.9.3 on hplip-0.9.2, both printing and scanning worked. Reproducible: Always Steps to Reproduce: Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r6-yama i686) ================================================================= System uname: 2.6.11-gentoo-r6-yama i686 AMD Athlon(TM) XP 2100+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.5 [2.3.5 (#1, May 1 2005, 03:19:10)] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r5, 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /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/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" DISTDIR="/data2/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache digest distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://mirror.internode.on.net/pub/gentoo ftp://mirror.aarnet.edu.au/pub/gentoo ftp://mirror.pacific.net.au/gentoo ftp://planetmirror.com/pub/gentoo http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_AU" LINGUAS="en_GB" MAKEOPTS="-j2" PKGDIR="/data2/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/data2/portage /data2/portage-bmg-main" SYNC="rsync://mirror.internode.on.net/gentoo-portage" USE="3dnow 3dnowext X Xaw3d a52 aac aalib acpi aim alsa apm arts artswrappersuid audiofile avi bash-completion bindist bitmap-fonts bonobo cairo cdda cddb cdio cdparanoia cdr crypt cups curl dbus dga divx4linux dts dvd dvdr dvdread eds emboss encode esd faad fam fbcon ffmpeg firefox flac flash foomaticdb fortran freetype freetype2 gb gd gdbm ggi ggz gif gimpprint glitz gnome gnome-libs gnome-print gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl icq imagemagick imlib inkjar ipv6 ithreads jabber java javascript jpeg jpeg2k junit kde kdeenablefinal lesstif libcaca libg++ libwww lzo mad maildir matroska mbox mikmod mjpeg mmx mng mono motif mozilla moznomail mozsvg mp3 mpeg mplayer msn mysql ncurses network nocd noplugin nptl nptlonly nvidia objprelink offensive ogg oggvorbis ooo-kde opengl oscar oss pam pdflib perl pic plugin png ppds prelink python qt qtmt quicktime rar readline real rtc samba scanner sdl shadow slang slp smime snmp speex spell sqlite sse ssl stream subtitles svg svga tcltk tcpd tex tga theora threads tidy tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd videos vorbis win32codecs wmf wxwindows x86 xanim xface xine xml xml2 xmms xosd xprint xscreensaver xv xvid xvmc yahoo zlib linguas_en_GB userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS
*** Bug 95953 has been marked as a duplicate of this bug. ***
Can you please take a look at the bug #95953 . hplip-0.9.4 is in cvs. Test it please.
hplip-0.9.4 has the same problem. I had to downgrade once again to hplip-0.9.2 to restore printing functionality.
*** Bug 105009 has been marked as a duplicate of this bug. ***
I commited hplip 0.9.5 i had the information that it works fine now. Reopen with a patch if it still not working for you. (i don't have an hp printer so i can test this).
Unfortunately, my problem (bug 105009 - marked duplicate) persists even with 0.9.5. '/etc/init.d/hplip start' fails, running manually from command line works. However, I don't know what additional information should I include.
I also have this problem. Backing off to prior versions does NOT fix the problem.
I also have this issue. However, I found that if I remove hplip and cups from the default runlevel, but instead put this in /etc/conf.d/local.start: /usr/bin/hpiod sleep 1 /usr/share/hplip/hpssd.py sleep 1 /etc/init.d/cupsd start it works just fine. Some sort of timing issue then?
I don't believe the timing is relevant, it seems, that hpssd doesn't like the 'start-stop-daemon' way of invoking. If the initscript is changed so that it's run directly (ie. no start-stop-daemon line, just something like '/usr/share/hplip/hpssd.py > /dev/null') it works fine. However, you lose the ability of shutting it down as the pid remains unknown to the system. btw, someone with the right permissions should reopen the bug as it's still unresolved even with v0.9.5.
The problem still exists with hplip 0.9.5. Again, downgrading to 0.9.2 fixes it.
(In reply to comment #9) > I don't believe the timing is relevant, it seems, that hpssd doesn't like the > 'start-stop-daemon' way of invoking. If the initscript is changed so that it's > run directly (ie. no start-stop-daemon line, just something like > '/usr/share/hplip/hpssd.py > /dev/null') it works fine. However, you lose the > ability of shutting it down as the pid remains unknown to the system. > btw, someone with the right permissions should reopen the bug as it's still > unresolved even with v0.9.5. I have the same problem with v.0.9.5. I ran the commands exactly as listed in the script ( start-stop-daemon --start --exec /usr/sbin/hpiod >/dev/null 2>&1 && start-stop-daemon --start --exec /usr/share/hplip/hpssd.py --pidfile /var/run/hpssd.pid >/dev/null 2>&1 ), which worked fine, but running '/etc/init.d/hplip start' fails at hpssd. I read on forums.gentoo.org that someone had a similar error when their ink cartridges were empty, but my still have a few pages left in 'em. As far as I can tell the syntax in the init file is perfect, so I'm not sure why this is failing. I'm going to try downgrading to .9.2 just for kicks.
emerge hplip-0.9.2 fails for me: printerproxy.h:69: error: ISO C++ forbids declaration of 'Printer' with no type printerproxy.h:69: error: 'Printer' declared as a 'virtual' field printerproxy.h:69: error: expected ';' before '*' token printerfactory.h:92: error: ISO C++ forbids declaration of 'Printer' with no type printerfactory.h:92: error: 'Printer' declared as an 'inline' field printerfactory.h:92: error: expected ';' before '*' token printerfactory.h:178: error: expected initializer before '*' token
(In reply to comment #11) I'm using net-print/hplip-0.9.7, and it works fine on x86 with my PSC-2355. I've got an error using the init-script so it always fails. I've fixed it by changing the first line of /usr/share/hplip/hpssd.py from #!/usr/bin/env python to #!/usr/bin/python . This error occurs with other gentoo users on this thread (in french) http://forums.gentoo.org/viewtopic-p-2953081.html . Greets
(In reply to comment #13) > I've fixed it by changing the first line of /usr/share/hplip/hpssd.py from > #!/usr/bin/env python > to > #!/usr/bin/python I concur, I'm using 0.9.7 also and had no problems running start-stop-daemon with identical parameters either from cl or from bash but there is obviously something in the /sbin/runscript environment that upsets it. However the above change works for me and many in the french thread mentioned above. Cheers, Pouakai
I can confirm: Changing the magic line in the python script fixes it for me, too.
(In reply to comment #15) > I can confirm: Changing the magic line in the python script fixes it for me, > too. > #13 works for me as well.
*** Bug 118958 has been marked as a duplicate of this bug. ***
Ok, added the fix to 0.9.7-r1. Do you mind testing it out?
Marking as fixed.