Ok, after more looking, the only thing I notice is that lpstat -a returns a list of printers on the system that works and does not return anything on the system that isn't working.  /etc/printcap is the same for both systems, all the links for the lp commands are the same, just have no idea why printing stopped.
<br><br><br><div><span class="gmail_quote">On 3/8/07, <b class="gmail_sendername">David Hopkins</b> <<a href="mailto:dahopkins429@gmail.com">dahopkins429@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
All,<br><br>The Tech Coord installed a new printer yesterday.  Printing to it works if using the cups web interface.  But ... not a single application on the system can now print to anything.  e.g. Firefox and Staroffice both only show generic printer.  lpstat -a hangs and returns nothing.  On the other k12ltsp server, lpstat -a returns a list of all printers installed for the school, including the printers on the misbehaving system, so cups is working.
<br><br>So ... any ideas what has broken?  I would guess it is some authentication/privelege issue on a file/directory that lp wants to use, but which one?  When the tech coord installed the printer, he said that Toshiba instructed him to 'just launch the self-extracting archive' for the printer that was delivered.  I have no idea what this did since my normal way of installing a new printer is to just get the ppd file and use it.
<br><br>Additional info:  Printing to printers attached to this system work if printing from any other system, so the cups interface seems to be working properly. <br><br>????<br><br>Sincerely,<br>Dave Hopkins<br><br>
</blockquote></div><br>