Oh, man, that was an easy solution. Just in case anyone else might have this
type of problem, I'll tell what fixed it for me.
I had also noticed that printtool wasn't working, so I moved my hand-modified
/etc/printcap file into printcap.old and ran printtool. I had manually used
the uniprint driver from ghostscript and worked it into the print sceme.
With no printcap, printtool made a new one and I reconfigured with printtool.
On a hunch, I tried printing again, and it worked just fine!
IIRC, it wasn't my hand modifications that caused the problem, but the Epson
Stylus Color filter comment put into the /etc/printcap file by the printtool
from RHL5.2.
Anyone having trouble with their lpr and/or printtool might want to try
starting with no /etc/printcap file and let printtool make a new one. Can't
hurt to try.
-Michael
On Dec 01, Michael George wrote:
> Oh boy, I've really stepped in it this time.
>
> I just upgraded a client's machine from 5.2 to 6.1 and now it doesn't print.
> I've *never had a problem with printing failing on upgrade before!...
>
> Anyway, when I send a job to lp, it goes into the queue, but the system just
> sits there, acting like the printer needs to come back online (printer is up
> and ready to go).
> ----------------------
> waiting for lp to become ready (offline ?)
> Rank Owner Job Files Total Size
> 1st george 604 /home/george/axhome/spool0064a.ps 75130 bytes
> ----------------------
> lp:
> queuing is enabled
> printing is enabled
> 1 entry in spool area
> waiting for lp to become ready (offline ?)
> ----------------------
>
> I've tried power-cycling the printer, but that does nothing.
>
> I've upgraded lpr to 0.47-1 and printtool to 3.43-1 (if that's relevant), and
> I have "alias parport_lowlevel parport_pc" in my /etc/conf.modules and the
> modules lp, parport_pc, and parport all load.
>
> Is there something else simple I'm missing? There's not much in the parport
> kernel documentation that seemed helpful. If I can't get this figured out by
> Friday when they want to print invoices, they're not going to ba happy. I
> might have to reinstall 5.2 (is a downgrade possible?) if nothing else...
>
> -Michael
>
> --
> No, my friend, the way to have good and safe government, is not to trust it
> all to one, but to divide it among the many, distributing to every one exactly
> the functions he is competent to. It is by dividing and subdividing these
> republics from the national one down through all its subordinations, until it
> ends in the administration of every man's farm by himself; by placing under
> every one what his own eye may superintend, that all will be done for the
> best.
> -- Thomas Jefferson, to Joseph Cabell, 1816
>
>
> --
> To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> as the Subject.
>
--
No, my friend, the way to have good and safe government, is not to trust it
all to one, but to divide it among the many, distributing to every one exactly
the functions he is competent to. It is by dividing and subdividing these
republics from the national one down through all its subordinations, until it
ends in the administration of every man's farm by himself; by placing under
every one what his own eye may superintend, that all will be done for the
best.
-- Thomas Jefferson, to Joseph Cabell, 1816
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
