Thanks:
You are totally correct in removing the "pa" from the name to get back to a 
previous version.  However, the -o cpi=10 now works but some other lines have 
problems and since things are defined in x/72.  I suspect that arithmetic is 
not done properly.   The old scheme allowed you to us a number of numerators 
and the result was rounded up or down.  I suspect that in the oldversion, it 
is simply truncated based on the results.
This didn't happen on the new version just cpi=??  just hung it up.  The rest 
of the lines in the label were positioned fine.

I wonder if people check their work? 

I will put a new file .local with file minus the "pa" in it and work out the 
rest of the lines.

Thank You Again.
Larry Linder

On Wednesday 11 August 2010 12:49, Mark Stodola wrote:
> Larry,
>
> Although my problem might be different, it may be relevant.  I've not
> used 5.5 (still hanging on 5.2).  I've run into problems like this as
> well with printing in a similar fashion.  I've found that the community
> adopted the use of texttopaps, which is horribly bugging, borderline
> CRAP.  Try editing /etc/cups/mime.convs and changing the text/plain
> filter back to texttops (remove the 'pa' from the existing entry).  My
> experience wasn't a non-printing, but a printing of something entirely
> different from what I expected (font, pitch, etc).
>
> Another workaround may be to use enscript to generate a postscript or
> pdf and then send it to the printer.
> Example:
>
> enscript -q -B -MLetter -fLetterGothicLineMonospace7/11
> --margins=45::10: -o - filename.txt | ps2pdf - filename.pdf
>
> Or a texttops filter:
> /usr/lib/cups/filter/texttops pdf-gen postgres "filename" 1 "cpi=16
> lpi=6 page-top=18 page-left=46" filename | ps2pdf - filename.pdf
>
> Hope that helps.
>
> Cheers,
> Mark
>
> Larry Linder wrote:
> > A script that has worked for 12 years no longer works.
> > It worked fine with SL5.4   Redhat 6 7.1 7.3 from 10 yeas ago, works with
> > susi 9.2.  etc.
> > This is almost as old as unix itself.
> > LPD & LPR
> > "lpr" does not recognize the -o cpi=10.   In fact it doesn't recognize -o
> > cpi=12 or any other font size.
> > This script takes the complete parts (thousands of parts) list and
> > inventory and allows users to input a partnumber, or range of pn's and
> > print  labels from anywhere in parts list, awks the parts list and prints
> > the labels at selected locations on a page of sticky labels.  Completely
> > formated to label page.
> > Tests:
> > Removed the -o cpi=10 from script and it runs fine except the font size
> > is the default of 12.
> > The output data was redirected to file "junk"
> > If you "cat junk | lpr -o "other options" -P ep900c" it will print.
> > Add -o cpi=10 and it halts no error message - nothing.
> > Page is in CUPS as a sent file but no printing.
> > The hardware, printserver, printer is unchanged but with the upgrade to
> > SL 5.5 we can no longer print at a defined "cpi".
> > To test we tried several printers on the network and all have the same
> > result. They work fine with out the "-o cpi=10".
> > The job shows it was processed by cups but never is deleted from jobs
> > list.
> >
> > It like the font list was some how disconnected, lpr never times out
> > after hours of letting it run.
> >
> > It has got be something that was changed or upgraded and defaults set or
> > ???
> >
> > Larry Linder