Summary: | Cannot print with net-print/hplip-0.9.3 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sridhar Dhanapalan <sridhar+bugs> |
Component: | [OLD] Printing | Assignee: | Printing Team <printing> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | billiob, francoisvalenduc, jiri, rob |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sridhar Dhanapalan
2005-07-08 22:42:53 UTC
*** 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. |