[gutsy]hplip toolbox doesn't start

I also have this bug in my gutsy tribe 4 installation since the latest updates.

/usr/sbin/hpiod seems to be missing from the 2.7.7-0ubuntu3, which breaks the hplip init.d script.

I can confirm this bug in a full updated Gutsy. Breakage seems due to upgrade to 2.7.7 version.

It is correct that hpiod is not there any more. The bug here is that the package update of HPLIP does not delete /etc/init.d/hplip. So error messages on boot should be ignored for now. Delete the init scripts with "sudo rm /etc/init.d/hplip /etc/rc?.d/*hplip".

To make sure that there is no influence of any old installation, reboot your system.

If the toolbox still does not start, try

sudo chmod +x /usr/lib/python-support/hplip/python2.5/*.so

Does it work now?

If you still do not get it working, do

ps auxwww | grep hpssd | grep -v grep

If a process is listed, kill it via

sudo kill -9 <process ID>

The process ID is the number directly after the user name.

Then do

python /usr/share/hplip/hpssd.py -ldebug -x > hpssd.log 2>&1 &

and start the hp-toolbox. When the failure occurs, attach the file hpssd.log to this bug report.

Can you post your /etc/hp/hplip.conf here?

Unfortunately, I'm unable to start it with your instructions. Attach my hplip.conf and hpssd.log

i'm unable to find hpssd.log. The process hpssd.py has a PID (when I type "python /usr/share/hplip/hpssd.py -ldebug -x > hpssd.log 2>&1 &"), this appears in Konsole:
[1] 6126
Then when I give "ps auxwww | grep hpssd | grep -v grep", this appears:
[1]+ Exit 1 python /usr/share/hplip/hpssd.py -ldebug -x > hpssd.log 2>&1

Thanks.

Can you make sure that you have killed all "hpssd" processes and then start

python /usr/share/hplip/hpssd.py -ldebug -x

After that start the hp-toolbox from another terminal window. Which error messages do you get in the first terminal window?

If I just type "python /usr/share/hplip/hpssd.py -ldebug -x"
I get: "error: HPMUDEXT could not be loaded. Please check HPLIP installation." and hpssd.py stop.

Do the files

/usr/lib/python-support/hplip/python2.5/*.so

exist on your system? Which permissions do they have?

ls -l /usr/lib/python-support/hplip/python2.5/*.so
-rwxr-xr-x 1 root root 24K 2007-08-14 17:44 /usr/lib/python-support/hplip/python2.5/cupsext.so
-rwxr-xr-x 1 root root 10K 2007-08-14 17:44 /usr/lib/python-support/hplip/python2.5/hpmudext.so
-rwxr-xr-x 1 root root 15K 2007-08-14 17:44 /usr/lib/python-support/hplip/python2.5/pcardext.so
-rwxr-xr-x 1 root root 15K 2007-08-14 17:44 /usr/lib/python-support/hplip/python2.5/scanext.so

@ Till Kamppeter
Sorry, I have found my hpssd.log. Error is the same posted by Guillaume Martres. Also file permissions are the same.

Can you kill all instances of hpssd again and do

strace python /usr/share/hplip/hpssd.py > hpssd-strace.log 2>&1

Then attach the file hpssd-strace.log

I'm seeing the same error; strace log attached.

Thank you for the log. There are libraries missing in the package.

Packages available on

http://www.linux-foundation.org/~till/tmp/ubuntu/gutsy/hplip/

hplip (2.7.7-0ubuntu4) gutsy; urgency=low

  * debian/hplip.install: Added missing line "usr/lib/lib*.so.*" (LP: #132670,
    LP: #132781)
  * debian/hplip.preinst: Remove init scripts of former 1.x HPLIP versions
  * debian/hplip.default: Removed, as we do not have permanently running
    daemons any more.
  * debian/hplip.rtupdate, debian/rules, debian/hplip.install: Removed update
    helper, as we do not have permanently running daemons any more.

 -- Till Kamppeter <email address hidden> Fri, 17 Aug 2007 15:40:55 +0100

That's great a fix has been released, I can't print without it.
However, I still don't see the fix in Ubuntu Gutsy repositories. Also, HPLIP 2.7.9 has now been released, so I'm just using their installer instead like I did in Feisty: http://hplip.sourceforge.net/install/install/index.html
and printing works fine now.

We are at hplip 2.7.7.dfsg.1-0ubuntu4 now, note the "dfsg.1". This is five releases after the mentioned release. Take care that you have version 2.7.7.dfsg.1-0ubuntu4 as 2.7.7.dfsg.1-0ubuntu3 and older have another bug (bug 147369). Do

sudo apt-get update
sudo apt-get dist-upgrade

to get everything updated.

After upgrading to Gutsy over the network, I get:

error: CUPSEXT could not be loaded. Please check HPLIP installation.

when trying to start hp-toolbox.
I attach the log from hp-check.

Ok, it looks like /usr/share/hplip/prnt/cups.py is trying to "import cupsext" (not sure where that is) which throws the exception:

ImportError: 'libnetsnmp.so.9: cannot open shared object file: No such file or directory'

Creating a symlink from /usr/lib/libnetsnmp.so.10 to /usr/lib/libnetsnmp.so.9 seems to fix this for me now.

Hope this helps.

I meant creating /usr/lib/libnetsnmp.so.9 as a link *to* /usr/lib/libnetsnmp.so.10
:-)

Are you sure that your system is completely up-to-date? Get it to the state of the Gutsy released today via

sudo apt-get update
sudo apt-get dist-upgrade

You should have HPLIP 2.7.7.dfsg.1-0ubuntu5 then.

Nope, tried that,

dpkg-query -W -f='${Version}\n' hplip
prints:
2.7.7.dfsg.1-0ubuntu5

and removing my symlink causes the problem to resurface.

I tried

sudo aptitude purge hplip hplip-gui
sudo aptitude install hplip hplip-gui

and it doesn't change anything.

Are you sure /usr/lib/libnetsnmp.so.9 does not exist on your system?

It is strange I seem to be the only one affected by this...
Last thing I tried:

sudo locate -u
locate cupsext

This returns

/usr/lib/python2.5/site-packages/cupsext.la
/usr/lib/python2.5/site-packages/cupsext.so
/usr/lib/python-support/hplip/python2.5/cupsext.so
/var/lib/python-support/python2.5/cupsext.so

Purging deletes the last two and I manually deleted (renamed) the other two, to ensure a clean environment before reinstalling.
But no, the same thing still happens.

I did

sudo dpkg -P libsnmp9

and after that I could still start the hp-toolbox.

I am on the i386 platform. Which platform are you using?

Same here (well, i686 but most of the packages are for i386, right?)

So there absolutely certainly is no /usr/lib/libnetsnmp.so.9 now? (maybe it takes a restart?)

In that case I am at a loss about this, because cupsext.so (which I assume cups.py is importing) is a binary file.

Since I have a workaround for my computer and you can't reproduce it, I'd say this isn't a high priority unless it affects other users.

Yes, I am on a 32-bit Intel box (i386 packages) and I really do not have /usr/lib/libnetsnmp.so.9. "ldd cupsext.so" tells me that it links with libnetsnmp.so.10. My "sudo dpkg -P libsnmp9" has run "ldconfig", which was probably not run when you moved libraries manually. Can you try to simply run "sudo ldconfig"? Perhaps this helps.

Great, thanks!
My only guess is that /usr/lib/python2.5/site-packages/cupsext.so was installed by a manual installation of hplip I attempted about a week ago (before upgrading to 7.10) , and apparently didn't abort as early as I had thought. Running make uninstall in the extracted tarball and then ldconfig fixed everything.
Really grateful for your time and help!

Hi all,
I have the same problem (error: CUPSEXT could not be loaded. Please check HPLIP installation) after upgrade from Feisty 64.
I'm on AMD64 (Gutsy 64 packages), and I tried to reinstall hplip, to make the link, to change permissions on files: nothing.
I also tried to manually install last hplip package, but it doesn't start.
Any idea?
Thank you.