Very Computer

------------------------ the thin red
line-------------------------------------

I've noticed some posts about /dev/lp0 not functioning, and when I
upgraded from rh5.2 -> 6.1, mine didn't work until I dl'd kernel 2.2.13
and rebuilt the kernel to load modules parport.o and parport_pc.o. With
that out of the way, I installed the latest version of the ppa
(hp700,800 series ppa printers) code contributed by Tim N. and created
two command files.

The first lpa (print an ascii file) to /dev/lp0 and the second lpp
(print a postscript file) to /dev/lp0 both work fine. Then I tried the
printool and the hp700 series showed up and I inserted the ghostscript
--pp..... - - filter option at the end as I'd had it working before and
here's what happens..

1) the queue is named lp. (the default) so -- I do: lpr
testasciifile.txt.
2) an lpq shows that the queue is printing and the job is in there..
3) an lpc status lp shows that everything is pretty much where it should
be.
4) it's all a damned lie because it's not printing.

          so................ I looked all  over , deleted all the spool
dir files and lock files, removed the queue, emptied /etc/printcap, and
made it again and it happened again, so I read a few readme's and
howto's and learned nothing of use. Then I happened to do a df -v and
realized that I was about a gig shorter than a few minutes ago so I did
a find on huge files and found about oh ...... 25 or 30,  34mb files in
the /tmp dir all called lplsdkflk.jYU.,yueu or some such thing. In fact,
I got another one with each print.

         I RTFM, the readme's , the howto's,  the should's and searched
deja news. I know it's some stupid simple insipid thing that'll make me
feel like a weasel when it's found or told me but at this point, I'd
love to be told.

       does any of this make sense to you folks?

                     tia,

             Mick

KeepAlive --

Quote:> *** Warning: Major boring technodweeb HP700 series owner's territory
> ahead. Save yourself while you can and skip to the next post unless
> you've got a working hp700 series printer using T Norman's PPA protocol
> converter. ***

> ------------------------ the thin red
> line-------------------------------------

> I've noticed some posts about /dev/lp0 not functioning, and when I
> upgraded from rh5.2 -> 6.1, mine didn't work until I dl'd kernel 2.2.13
> and rebuilt the kernel to load modules parport.o and parport_pc.o. With
> that out of the way, I installed the latest version of the ppa
> (hp700,800 series ppa printers) code contributed by Tim N. and created
> two command files.

> The first lpa (print an ascii file) to /dev/lp0 and the second lpp
> (print a postscript file) to /dev/lp0 both work fine. Then I tried the
> printool and the hp700 series showed up and I inserted the ghostscript
> --pp..... - - filter option at the end as I'd had it working before and
> here's what happens..

> 1) the queue is named lp. (the default) so -- I do: lpr
> testasciifile.txt.
> 2) an lpq shows that the queue is printing and the job is in there..
> 3) an lpc status lp shows that everything is pretty much where it should
> be.
> 4) it's all a damned lie because it's not printing.

>           so................ I looked all  over , deleted all the spool
> dir files and lock files, removed the queue, emptied /etc/printcap, and
> made it again and it happened again, so I read a few readme's and
> howto's and learned nothing of use. Then I happened to do a df -v and
> realized that I was about a gig shorter than a few minutes ago so I did
> a find on huge files and found about oh ...... 25 or 30,  34mb files in
> the /tmp dir all called lplsdkflk.jYU.,yueu or some such thing. In fact,
> I got another one with each print.

>          I RTFM, the readme's , the howto's,  the should's and searched
> deja news. I know it's some stupid simple insipid thing that'll make me
> feel like a weasel when it's found or told me but at this point, I'd
> love to be told.

>        does any of this make sense to you folks?

>                      tia,

>              Mick

Here's a copy of the printtool-created /etc/printcap file:

#
# This printcap is being created with printtool v.3.41
# Any changes made here manually will be lost if printtool
# is run later on.
# The presence of this header means that no printcap
# existed when printtool was run.
#
##PRINTTOOL3## LOCAL pbm 600x600 letter {} {DeskJet 720C} Default 1
lp:\
        :sd=/var/spool/lpd/lp:\
        :mx#0:\
        :sh:\
        :lp=/dev/lp0:\
        :if=/var/spool/lpd/lp/filter:

The only thing I can think  of with this is that the /var/spool/lpd/filter if
having a 'situation' of some sort and is parsing itself into a mobius loop
creating hugely * /tmp files although I can't see what's not generic
about the filter.

Quote:

> KeepAlive --

> > *** Warning: Major boring technodweeb HP700 series owner's territory
> > ahead. Save yourself while you can and skip to the next post unless
> > you've got a working hp700 series printer using T Norman's PPA protocol
> > converter. ***

> > ------------------------ the thin red
> > line-------------------------------------

> > I've noticed some posts about /dev/lp0 not functioning, and when I
> > upgraded from rh5.2 -> 6.1, mine didn't work until I dl'd kernel 2.2.13
> > and rebuilt the kernel to load modules parport.o and parport_pc.o. With
> > that out of the way, I installed the latest version of the ppa
> > (hp700,800 series ppa printers) code contributed by Tim N. and created
> > two command files.

> > The first lpa (print an ascii file) to /dev/lp0 and the second lpp
> > (print a postscript file) to /dev/lp0 both work fine. Then I tried the
> > printool and the hp700 series showed up and I inserted the ghostscript
> > --pp..... - - filter option at the end as I'd had it working before and
> > here's what happens..

> > 1) the queue is named lp. (the default) so -- I do: lpr
> > testasciifile.txt.
> > 2) an lpq shows that the queue is printing and the job is in there..
> > 3) an lpc status lp shows that everything is pretty much where it should
> > be.
> > 4) it's all a damned lie because it's not printing.

> >           so................ I looked all  over , deleted all the spool
> > dir files and lock files, removed the queue, emptied /etc/printcap, and
> > made it again and it happened again, so I read a few readme's and
> > howto's and learned nothing of use. Then I happened to do a df -v and
> > realized that I was about a gig shorter than a few minutes ago so I did
> > a find on huge files and found about oh ...... 25 or 30,  34mb files in
> > the /tmp dir all called lplsdkflk.jYU.,yueu or some such thing. In fact,
> > I got another one with each print.

> >          I RTFM, the readme's , the howto's,  the should's and searched
> > deja news. I know it's some stupid simple insipid thing that'll make me
> > feel like a weasel when it's found or told me but at this point, I'd
> > love to be told.

> >        does any of this make sense to you folks?

> >                      tia,

> >              Mick