Re: LPRng: Changing Spoolers on RedHat 9
On Mon, Oct 20, 2003 at 12:47:32PM -0700, Patrick Powell wrote: Here is a quick script that switches the print spooler on RedHat: ...or use redhat-switch-printer, which actually comes from the CDs. :-/ Tim. */ pgp0.pgp Description: PGP signature
Re: LPRng: mf.cfg question re: extra blank pages.
On Fri, Aug 16, 2002 at 05:20:23PM -0700, Karl Kopper wrote: commands. The problem we are having is that an extra blank page is sent at the end of each PCL job (text file jobs sent from lp commands are okay). The offending part of the configuration appears to be the foomatic mf.cfg file in the /var/spool/lpd/printer directory: - [...] define(DEFAULTfilter, text \r\n\14 )dnl - If we modify the TEXTfilter and the DEFAULTfilter lines as follows: define(DEFAULTfilter, text ) we stop wasting paper. But as the VOLATILE file states, when we restart lpd (with PRINTCONF_FORCE_REBUILD=1) the mf.cfg file gets rebuilt. (Removing the VOLATILE file doesn't help as the comments in the file seem to imply.) Where do we tell printconf (or is it the LPRng system?) not to do this? Or where should we be setting the define for the DEFAULTfilter/TEXTfilter? One option would be to use printconf-gui to enable the 'convert text to PostScript' setting. The other option, I'm afraid, is to modify /usr/share/printconf/util/printconf_backend.py at about line 397, to change: $text_filter = 'text \r\n\14 '; to $text_filter = 'text '; Tim. */ msg04610/pgp0.pgp Description: PGP signature
Re: LPRng: Linux Kernel Bug? Why is a user program crashing kernel?
Unfortunately, without the full contents of the omitted lines at '...', it's hard to say what the cause is. On Sun, May 05, 2002 at 04:50:04PM -0700, Patrick Powell wrote: Unable to handle kernel null pointer reference a virtual address 1 ... 0 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not sync Tim. */ msg04244/pgp0.pgp Description: PGP signature
Re: LPRng: (newbie-esque question) printconf-gui and /etc/printcap on RH 7.2.
On Thu, Mar 14, 2002 at 03:34:58PM -0500, Ken D'Ambrosio wrote: Howdy, all. I've got an /etc/printcap file that I created with printconf-gui; then I modified one of the entries to use the lpf filter instead of mf_wrapper. However, when I go back into printconf-gui, and save again, it over-writes the /etc/printcap file with a pre-my-modifications version... which, needless to say, screws up our check printing. Where/how does printconf-gui get its perception of /etc/printcap from, since it's clearly not /etc/printcap, itself? It gets it from a thing called 'alchemist', which stores its files in /etc/alchemist. Is there any other, generic way I should be treating this? I tried merely deleting the queues, and adding everything by hand via printcap.local, but that didn't seem to do the trick. /usr/share/doc/printconf*/README has information on how to hijack a printconf spool. Then you can edit printcap.local as you please. (No, it isn't ideal; it would be nice to be able to do this in the GUI tool, but you can't yet.) Tim. */ msg03894/pgp0.pgp Description: PGP signature
Re: LPRng: PDF problem
On Thu, Jan 24, 2002 at 09:52:16AM -0500, Dave Lovelace wrote: [EMAIL PROTECTED] wrote, in part: # create a new tmp-file touch pdf.tmp # read from STDIN and write into the tmp-file cat pdf.tmp # call the pdf2ps converter binary to convert the tmp-file and write the result to STDOUT /usr/local/bin/pdf2ps pdf.tmp - # delete the tmp-file rm pdf.tmp Hmm. I really don't know as much as I should about these things, so I could be wrong, but doesn't this allow for two jobs (perhaps for two different printers) to be doing this at the same time? You might want to generate a unique name for your temp file use that. Or use '/dev/stdin'. Tim. */ msg03382/pgp0.pgp Description: PGP signature