Re: Another side effect that crept in with SL 5.5
On Wed, Aug 11, 2010 at 11:08, Larry Linder larry.lin...@micro-controls.com wrote: I hate to say this but Linux has been around a long time and refuses to grow up. The kids at Fedora scare me to death, due to lack to testing and maturity. How does some thing that has worked for a long long time suddenly quit. Having been around for a while, I would say that the testing inside of Fedora is actually more than what went into most Red Hat Linux (4.1 - 7) that I worked on. The problem is that the market you are working in is NOT the market Fedora is built for. So what kind of testing you would do is not what Fedora is looking to do. Certified embedded hardware is a completely different beast. You are going to have test suites on top of test suites and you are going to expect software sides to stay the same because you have too much time handling all the changes in the last batch of chips you got. And while you are looking for an OS that is free in cost (because that last batch of chips cost 6cents per versus the original 5 cents you expected) you are going to want something that stays the same forever and a day. The people who are driving Fedora are on the complete opposite end of the Technology adoption curve from you so of course it looks completely scary. [This does not excuse Cups dropping known behaviour in the middle of a release... I could pass the buck to Apple, but that never works.] -- Stephen J Smoogen. “The core skill of innovators is error recovery, not failure avoidance.” Randy Nelson, President of Pixar University. We have a strategic plan. It's called doing things. — Herb Kelleher, founder Southwest Airlines
Re: Another side effect that crept in with SL 5.5
On Thu, 12 Aug 2010, Stephen John Smoogen wrote: snip [This does not excuse Cups dropping known behaviour in the middle of a release... I could pass the buck to Apple, but that never works.] Well the text to ps converter that Apple provide isn't the one that Fedora/RH/sl use so may not be their bug. btw we just use a wrapper round a2ps since when we switched to cups we were comming from a *very* different print system which happened to use a2ps. Of course now our users hardly ever seem to send text... -- Jon
Another side effect that crept in with SL 5.5
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
Re: Another side effect that crept in with SL 5.5
Dear Larry, Welcome to the Real World. This is a simple Bug and you need make an downgrade of the lpr command, or may be wait for a patch. 15 years ago, I was Use XFS from the SGI, in a Red Hat 6.2, and then go up to the 7.2 Enigma Red Hat Version, nothing compare to the old school. Now, the SL 5.5 include like an experimental, the XFS... check about this... http://oss.sgi.com/projects/xfs/ Best Regards, Pablo Cavero System Engineer. 568-920 9509 2010/8/11 Larry Linder larry.lin...@micro-controls.com 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
Re: Another side effect that crept in with SL 5.5
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 -- Mr. Mark V. Stodola Digital Systems Engineer National Electrostatics Corp. P.O. Box 620310 Middleton, WI 53562-0310 USA Phone: (608) 831-7600 Fax: (608) 831-9591
Re: Another side effect that crept in with SL 5.5
I hate to say this but Linux has been around a long time and refuses to grow up. The kids at Fedora scare me to death, due to lack to testing and maturity. How does some thing that has worked for a long long time suddenly quit. We build a lot of code for embedded processors and have versions stacked on versions in some cases - the test suite grows to match added features. I think that the tinkerers don't fully understand what they are working on but are set on getting course credit for something they botched. As an after hours sometimes professors teaching robotics, the class lasts 4 years, one semester a year. It a small University teaching Engineers and Nurses to young men and ladies. I have been accused of being too hard on students and expect too much. If you expect less you get less. Most of the students (even the ones who complained) I have taught send me a note years later and said that they had been successful because of having to understand the fine detail of what they are doing. I just taught them to think and work hard. The first night I introduce my self and pass out the class notes, tests and answers. This makes all the students equal. Some one invariable asks if I grade on a curve and I ask if that is some kind of base ball term. Then for the real surprise - the grading system is simple - its binary, a 1 or 0. I told them what they need to learn and gave them the tests and all they need to do is listen and study to fill in the blacks. I'm not easy but if one has a problem getting the right answer I spend time one on one to make sure they understand. Everyone thinks differently and some solutions are neat, amusing, convoluted but correct. I have never had to give out a zero yet. Some have repeated the class because we have fun designing and building new stuff. Some of the hardware they build is pretty crude, some almost a work of art but it always works. I will down grade Cups. Thanks for the help. Larry On Wednesday 11 August 2010 12:13, Pablo Cavero wrote: Dear Larry, Welcome to the Real World. This is a simple Bug and you need make an downgrade of the lpr command, or may be wait for a patch. 15 years ago, I was Use XFS from the SGI, in a Red Hat 6.2, and then go up to the 7.2 Enigma Red Hat Version, nothing compare to the old school. Now, the SL 5.5 include like an experimental, the XFS... check about this... http://oss.sgi.com/projects/xfs/ Best Regards, Pablo Cavero System Engineer. 568-920 9509 2010/8/11 Larry Linder larry.lin...@micro-controls.com 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