Date: Thu, 06 Mar 2014 22:48:25 -0700 From: Gary Aitken <freebsd@dreamchaser.org> To: Polytropon <freebsd@edvax.de> Cc: FreeBSD Mailing List <freebsd-questions@freebsd.org> Subject: Re: printer woes Message-ID: <53195DA9.7080601@dreamchaser.org> In-Reply-To: <20140306071305.84f5ca15.freebsd@edvax.de> References: <5317C0E7.5010105@dreamchaser.org> <20140306023944.707250df.freebsd@edvax.de> <53180D2B.9000509@dreamchaser.org> <20140306071305.84f5ca15.freebsd@edvax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On 03/05/14 23:13, Polytropon wrote: >>>> epson attempts leave the cf and df files in the printer's spool directory, >>>> with no errors listed in /var/log/lpd-errs >>> >>> You also don't get mail from CUPS? It usually addresses root, >>> or any other user if you have an /etc/mail/aliases "redirect", >>> in case of errors. >> >> In the case of the hp attempts I got mail from cups; >> nothing for the epson attempts, which seem to hang in the middle >> of processing the file. > > But if you check http://localhost:631, the CUPS web interface, > all printers are present, enabled, active, and the printer jobs > don't show up? Correct. Or rather, they didn't. After changing the gutenprint config to use the cups lp, they showed up in the cups web interface but never printed. The went to status something like "Printing, 5% complete" and just sat there, with the printer itself staying idle. After rebooting the printer, all worked properly. >>>> and the following in /var/log/lpd-errs: >>>> Mar 5 17:10:30 breakaway lpd[19654]: lp: lost connection >>>> Mar 5 17:10:30 breakaway lpd[19654]: restarting lp >>>> (repeat previous two 3 more times) >>> >>> This shows you're running system's lpd. You're _also_ running >>> CUPS? >> >> Yes. At least I was. I've killed off the system's lpd for now. > > Just as a dirty suggestion, you could rename the LPD tools in > the base to *.bsd so they won't be called "accidentally" as > they are still preceding in $PATH. The binaries affected are > /usr/bin/lp.bsd, /usr/bin/lpq.bsd, /usr/bin/lpr.bsd, and > /usr/bin/lprm.bsd. I thought about doing something like that but wasn't sure it was a good idea. However, it's probably better than leaving them alone and dealing with uncertainty. Thanks
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53195DA9.7080601>