Page 4 of 8

Printing after suspend

Posted: Fri 04 Sep 2009, 09:33
by lluamco
@disciple
I do not reproduce your problem. Instead, I have found that if I suspend one of my computers, when resuming I need to execute:

Code: Select all

rmmod uhci_hcd 
modprobe uhci_hcd
to be able to print. I do not know if this can also apply in your case.

Posted: Fri 04 Sep 2009, 09:47
by disciple
I think it is quite common to need to do that with different modules, but I think it is a different problem. Do you also find that you can't access a usb flash drive after suspending?

Posted: Mon 07 Sep 2009, 10:38
by lluamco
@disciple
Yes, you are right. It is a usb related problem.

hpliplite updated to version 3.9.8

Posted: Mon 07 Sep 2009, 10:59
by lluamco
hpliplite updated to version 3.9.8.
See first post

hpliplite updated to version 3.9.10

Posted: Wed 11 Nov 2009, 15:16
by lluamco
hpliplite updated to version 3.9.10.
See first post

hpliplite updated to version 3.9.12

Posted: Thu 14 Jan 2010, 09:08
by lluamco
hpliplite updated to version 3.9.12.
See first post

Re: hpliplite updated to version 3.9.12

Posted: Thu 04 Feb 2010, 10:25
by Shep
lluamco wrote:hpliplite updated to version 3.9.12.
See first post
Am I pleased to find this tread! Thanks for keeping up with the latest version.

My attempt to install a HP-C3180 seemed to go okay, it
said it was installed, and I got to the state:
Printer Driver: HP Photosmart c3100 Series hpijs, 3.9.12.29
Printer State: idle, accepting jobs, published.
Device URI: usb://HP /Photosmart%20C3100%20series?serial=MY696C31C704KV


When I click to print a test page, this changes to
Printer State: processing
but no printing takes place and an error message appears:
"/usr/lib/cups/filter/foomatic-rip-hplip failed"

Before trying to install the printer, I tested it using direct print,
i.e., feeding ascii directly into /dev/usb0 and got a few lines
of good-looking bold type printed. So it seems the printer is
okay, even though it's a sidewalk pick-up.

So, what is my next step? :? Using Dpup 4.7.7

Posted: Thu 04 Feb 2010, 12:28
by rcrsn51
Does Dpup use a newer version of CUPS, like from the 1.3.x series? You can tell by running the command:

Code: Select all

cups-config --version
If so, locate the file /usr/lib/cups/filter/foomatic-rip-hplip

Open it in a text editor and change the top line to:

Code: Select all

#!/usr/bin/perl -U
ie. Just add -U to the end.

Try another print test.

Posted: Fri 05 Feb 2010, 07:13
by Shep
rcrsn51 wrote:Does Dpup use a newer version of CUPS, like from the 1.3.x series? You can tell by running the command:

Code: Select all

cups-config --version
cups-config is not a known command.
But on running cups, I see its page has the title:
Common UNIX Printing System 1.3.8

rcrsn51 wrote:If so, locate the file /usr/lib/cups/filter/foomatic-rip-hplip

Open it in a text editor and change the top line to:

Code: Select all

#!/usr/bin/perl -U
ie. Just add -U to the end.
That sounds easy enough. Unfortunately, before I saw your reply I had
already removed that printer from CUPS, and am finding it impossible to
correctly add it back. I think something got corrupted. I uninstalled
your pet, then reinstalled it. With it installed, the browser has ground
almost to a halt. To go from the page where I highlighted the printer as
being on the USB port, to the next screen where I am to select its name
from a list of thousands of HP printers took 30 mins for the page to
come up; it sat at http://localhost:631/admin "waiting for localhost..."
for all that time. Scrolling down through the list took another 30
mins, and after all that, it said "unable to copy ppd file".

So I'll have to back track. First, is this missing dependency of any consequence?

Posted: Fri 05 Feb 2010, 07:32
by disciple
You can install it from the first page in this thread.

Posted: Fri 05 Feb 2010, 09:02
by Shep
rcrsn51, have you seen this post expressing little confidence in your latest pet?

Posted: Fri 05 Feb 2010, 09:07
by disciple
I think you mean lluamco, not rcrsn51...

Posted: Fri 05 Feb 2010, 09:09
by disciple
But it looks like it installed for you... you just didn't get the netsnmp dependency. Is it supposed to be installed automatically now?

Posted: Fri 05 Feb 2010, 09:31
by Shep
disciple wrote:I think you mean lluamco, not rcrsn51...
Ah, I think you are right. Thanks for correction.

Posted: Fri 05 Feb 2010, 09:50
by lluamco
I was not aware of the problem concerning hpliplite-3.9.12.
I'll try to ammend it...
And yes, the libnetsnmp library is a needed dependency also for hpliplite-3.9.12.

Can't switch between print and Scan

Posted: Fri 05 Feb 2010, 12:41
by linbie
Hi

I installed the HPlite pet - Printer/Scanner = HP F2280

Printing working fine.

Xsane sees the scanner but says the "device is busy".

Turn printer off and back on - Xsane now finds the scanner and works fine BUT now the device will not print.

Turn printer off and back on - Scanner still OK but printer not working.

Posted: Sat 06 Feb 2010, 07:31
by Shep
Okay, after spending another 6 hours attempting to install the printer,
I finally got back to where I was when Ifirst posted to this thread! :cry:

(Along the way I uninstalled the latest hplip-lite pet and downloaded the
official one, hpliplite-3.9.8-mu-p4.pet, but in retrospect I'm confident
this was not necessary.)

I made the "-U" change, and downloaded and installed the necessary
library. It all works, now.

I believe I have identified the problem that was causing the CUPS
firefox installation process to crawl along so slowly. There should be
a way to return CUPS configuration to its 'factory default'. Somehow,
the list of printer names is not being cleared, and it seems each time
that I attempted to install the printer, the manufacturers list of
printers kept being added to the list I had to scroll through. So instead
of scrolling through a list of, say, 500 hp printers, I ended up scrolling
through a list of tens of thousands of printers, the list comprising
groups of up to 81 adjacent identical lines. (Had I really tried to install
it 81 times?? No, I definitely had not.) Now, it wasn't good enough to
highlight just any corresponding printer name, it had to be the first
matching printer name, otherwise it then said unable to copy
ppd file
. Firefox was taking 90% of the CPU just to try to
scroll through this list, and the "blue bar" was not present so I could
not see what was currently selected. What an ordeal! I don't think I
should yet try to tempt windows users to try puppy linux. :(

Posted: Sat 06 Feb 2010, 08:30
by disciple
What an ordeal! I don't think I
should yet try to tempt windows users to try puppy linux.
Dude - it's not normally an ordeal. You seem to have had something uniquely weird go wrong with your CUPS.
Normally one would just download and install hplip-lite, select the printer and be done in about 2 minutes. On Windows it takes me about half an hour to install a hugely bloated set of drivers and programs (can't just install the drivers), which then give me an incredibly slow, memory hungry and user-unfriendly interface to do things. Then when I want to print from a networked computer I can't because it runs a newer version of Windows, so I have to contact HP support to give me a secret link to a secret 80MB drivers only package. Give me CUPS+HPLIP-lite+Sane any day :roll:

Posted: Sat 06 Feb 2010, 13:08
by rcrsn51
There should be a way to return CUPS configuration to its 'factory default'.
I can't comment on how CUPS is configured in Dpup, but the ususal solution to the multiple-entry issue is to just reboot your machine. Or kill and restart the CUPS daemon.

One of the advantages of CUPS 1.3.x is that you don't need to mess with static PPD files which may get duplicated on your system. They can be generated on-the-fly from a single database, so your particular situation would be avoided.

possible workaround?

Posted: Sat 06 Feb 2010, 13:10
by lluamco
@Shep
Sorry for all your problems getting hpliplite to work. I have reproduced the repetition you mention when trying to install a printer with hpliplite-3.9.8 and 3.9.12 versions. I do not know the reason that causes it, but I guess (fingers crossed) I have found a possible workaround.
If you don't mind trying it and giving feedback, I suggest the following

1. Stop cups with the command

/etc/init.d/cups stop

2. remove a symbolic link (which I believe is the cause of the problem)

rm /usr/share/ppd/ppd

3. Replace the file /etc/cups/ppds.dat (where cups stores the list of the printers), which is corrupted due to the above looping link, by the one I attach in the end of this message. Please note that you have to gunzip it and then copy it at the correct location and file permissions: The sequence of commands is:

gunzip ppds.dat.gz
cp ppds.dat /etc/cups/ppds.dat
chmod 644 /etc/cups/ppds.dat


4. Restart cups issuing

/etc/init.d/cups start

That should be all.
I hope that helps.