System :: Trying to get CUPS to work

After checking the HP site I know why you first didn't get it working:
Minimum HPLIP version for officejet g85 is 0.9.5 and debian oldstable has 0.9.2..

No idea why the one you compiled didn't work. But did the unix way work?

Quote

But did the unix way work?

I didn't think of that, but:

Code Sample

# echo "Test OfficeJetK80" > /dev/usb/lp0 [nothing happens]
# echo "Test OfficeJetK80" > /dev/usb/lp1
bash: /dev/usb/lp1: No such device
# hp-probe --bus=usb

HP Linux Imaging and Printing System (ver. 0.9.2)
Device Detection (Probe) Utility ver. 1.1
...

Device URI Model
----------------------------------------- ----------------
hp:/usb/OfficeJet_K80?serial=ES0911401VOH HP OfficeJet_K80

Quote

Minimum HPLIP version for officejet g85 is 0.9.5 and debian oldstable has 0.9.2..

Thanks, I didn't check that - although I would have thought the printing part would work prior to 0.9.5 and just the fax/scan part would work post 0.9.5.

I'll try to compile hplip-0.9.5 over the top of the oldstable install and see what happens.

The unix way should always work..
The fact that nothing happened with /dev/usb/lp0 might say you need a newer kernel..

But try 0.9.5 first

So, compiling hplip-0.9.5 over the top of the deb installation didn't work, but I seem to have had more success leaving hplip-data and hplip out of the deb installation and then compiling hplip-0.9.5 - this required the following "header debs" before the compile would configure:

libc6-dev, libjpeg62-dev, libtiffxx0, zlib1g-dev, libtiff4-dev, libpng12-dev, libopencdk8-dev, libtasn1-2-dev, libgpg-error0, libgpg-error-dev, libgcrypt11-dev, libgnutls11-dev, libcupsys2-dev, libcupsimage2-dev, libsnmp-perl, libwrap0, libwrap0-dev, libssl-dev, libsnmp5-dev, python2.3 & python-dev

"./configure" and "make" completed without errors but "make install" halted with this error:

Code Sample

if [ "no" = "no" ]; then \
/usr/src/hplip-0.9.5/install-sh -d /etc/hp; \
/usr/bin/install -c -m 644 /usr/share/hplip/hplip.conf /etc/hp; \
if [ -d /etc/init.d ]; then \
/usr/bin/install -c /usr/share/hplip/hplip /etc/init.d; \
if [ "" = "" ]; then \
if [ -x /install_initd ]; then \
/install_initd hplip; \
else \
/chkconfig hplip reset; \
fi \
fi \
fi \
fi
/bin/sh: line 1: /chkconfig: No such file or directory
make[3]: *** [install-data-hook] Error 127
make[3]: Leaving directory `/ramdisk/usr/src/hplip-0.9.5'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory `/ramdisk/usr/src/hplip-0.9.5'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/ramdisk/usr/src/hplip-0.9.5'
make: *** [install-recursive] Error 1

The error notwithstanding, using an HP OfficeJetK80 connected via usb I was able to print a test page - both from cups and using hp-testpage - and, finally, was able to print the cups-admin page and a 2MB jpeg from Firefox.

I guess more investigation is needed to understand why the compile failed and then build an extension/figure out which files need to be added to my backup (I saw Roberts listed these for cups in a post, but I believe more/different ones may be needed with hplip).

Anyway - thanks for the pointers, I seem to be on the right track.

I found a small application - chkconfig-1.3.30a.tar.bz2 - that cures the "make install" error allowing hplip-0.9.5 to compile and install properly. A while ago there was a post (see here) about the http://localhost:631 connection being refused due to the cpu being too busy after starting the cupsys daemon - this happened to me with an extension I made from the 1st compile attempt and appears to have been cured by using chkconfig in the second compile attempt.

Whilst I can compile hplip and print without problems, I am still unable to print using an extension made from the compile - furthermore, I can only compile from a legacy boot - the hplip "make install" fails whilst copying ppd files on a normal boot.

Maybe the cups installation is machine specific - I compiled on a legacy boot machine, made a unc extension and loaded it on another machine - the quest to make printing/faxing/scanning work continues...

Next Page...
original here.