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:firstname.lastname@example.org">email@example.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>