> > >  * If I queue up a second typeset man page, while the first one is still
> > >    printing, the tail end (page footer of the last page) of the first
> > >    job tends to get overwritten with the front of the second job.  Worse,
> > >    the second job seems to reset the printer, so that confuses the
> > >    printer, and I end up with my page-breaks skewed thereafter.
> > 
> > I've never seen that with the Stylus Pro. No idea.

I think that this may be related to the next bit...

> > > As far as I can tell, lprm doesn't do what it is supposed to do.  The
> > > oddity of my system is that the ``ps'' and ``lp'' printers both directly
> > > drive the same printer harder (``ps'' doesn't pass it off through ``lp''; 
> > > perhaps a mistake, but it shouldn't affect the queues, should it?).  The
> > > two printers have seperate /var/spool/output queue directories. 

I used to have this set up. I had two printers raw and ps. As you can
probably guess the raw printer was for just regular type jobs like
listings. I had the ps printer send the stuff through ghostscript and
then send the output back into the raw queue.

I would have liked the ability to cancel jobs but I sort of had this
behaviour because I could remove the job from the raw queue. Although
if I was printing a ps file then I could leave the printer in a
strange state.

Alex.