Lemur zaprasza
Red Hat Linux Unleashed rhl20.htm Where To Start Printing Plain Text Files Hardware and Drivers Printer Device Names The Infamous lpr, lpd, and lpc Commands The /etc/printcap File How It All Fits The Staircase Effect PostScript Support Printing DVI Files Summary 20 Printing This chapter introduces you to the topic of using the print facilities under Linux. We will cover the following topics: Printing files under Linux Getting the correct drivers for your hardware An introduction to printer device names Using the infamous lpr, lpd, and lpc commands Working with the /etc/printcap file How printing really works under Linux Using a PostScript printer with DVI support Where To Start If you are reading this chapter after being frustrated with the efforts of getting even a text file printed from Linux, you are at the right chapter. On the other hand, if you have not even begun to deal with the act of printing from Linux to your printer, consider yourself lucky to have saved some time. Why, you ask? Well, chances are the default kernel you are booting with does not have printing enabled in it. If the capability is not there, you have to rebuild the kernel. How to rebuild and install the kernel has been dealt with in detail in Chapter 5, "Odds and Ends." All you have to remember is that you have to answer "y" (for yes) when asked whether you want printing enabled. The first time you build your kernel, the default is "n" (for no, don't build it). In later versions of the kernel, this option will be set to "y," but don't hold your breath just yet. Once you have rebuilt and installed your kernel, you should be able to cat files to the /dev/lp or use the standard UNIX command lpr to print out the parallel or serial printer port on your PC. If you have a serial printer, your printer will be one of the devices called /dev/ttyS?, /dev/ttys?, or /dev/cua?. If you have your printer hooked to the parallel, the devices would be /dev/lp0, and so on. Typing cat file >/dev/???? should force what you type to the printer, where the question marks signify the device name. You may have to be logged in as root to be able to write to the printing device, because these ports usually have a restricted number of processes with write permission. Printing Plain Text Files Most plain text files in the UNIX world are boring. No page numbers, line breaks, formatting information, or logical page breaks. If you have a dot matrix printer, the output can cross over the perforations. The output on the pages can be flushed way to the left, making it look lopsided with extra spacing on the right side of the page. For this reason, it's a good idea to send the text file through a program called a formatter. A simple formatter on Linux and UNIX is the pr command. The pr command is designed to format plain text for printing using a lineprinter. With pr you can add headers, footers, page numbers, date, margins, double-spaced lines, and so on. If you are a DOS user, you can think of the pr command as the PRINT command—in other words, a simple print utility. Hardware and Drivers We briefly touched the topic of printer drivers not being included in the default kernel. This section gives a little bit more detail on how to select your driver. There are two ways the kernel driver may be used to run the parallel printer ports. The first method, the original, is the polling driver. You will see this polling method used most often in most UNIX systems. The other method, the kernel driver, which may be used to run the parallel printer ports, is the interrupt driver. In principle, the interrupt driver only deals with the port when it gets an interrupt and should therefore be more efficient. In practice, people have found that efficiency depends on the type of machine. Selecting one or the other probably doesn't make too much difference in most situations. For the polling driver, you may adjust its polling frequency with the program tunelp without kernel twiddling. The actual driver is in the kernel source file lp.c. To choose the interrupt driver instead of the polled, use the program tunelp to set it. You can get tunelp from the CD as part of the installation process or from the sunsite archives at /pub/Linux/system/Printing/tunelp-1.3.tar.gz. Printer Device Names On an XT bus system LPT1: becomes /dev/lp0 (major=6, minor=0); on an AT system, LPT1: becomes /dev/lp1 (major=6, minor=1). See Table 20.1 for device numbers for printers on Linux. See Chapter 53, "Writing Device Drivers," for a description of what major and minor mean. Basically, major refers to type of device and minor refers to the actual device if more than one device type can exist on the same machine. So if you have two parallel ports, the first is referred to with major=6, the next as minor=0. Table 20.1. Device numbers for printers on Linux. Name Major Minor I/O address lp0 6 0 0x3bc lp1 6 1 0x378 lp2 6 2 0x278 For a serial printer, use the /dev/ttyS? or /devttys? device. Don't use the /dev/cua? device for serial printing, because these are usually reserved for modems. The /dev/ttyS? devices have major=4 and the /dev/cua? devices have major=5. The Infamous lpr, lpd, and lpc Commands The lpr, lpd, and lpc commands are perhaps the programs hated the most by novices in the Linux community. If everything falls in place with these programs, you are set. If something is wrong, you have to know how these commands work together to get printing up and running. You can always print directly to the printer by using the following command: ls > /dev/lp0 Unfortunately, this command can interfere with other users trying to print. Also, this command may not even work if the computer is not able to time the sending of characters to the lineprinter correctly. On a slow printer, or a printer which is deselected or disconnected, this could cause your shell to hang. What Linux does is spool the data. Spooling means collecting data into a file, and then starting up a background process to send the data to the printer. There is a spool area for each printer connected to your machine. Data designated for the printer is collected in the spool area at the rate of one file per print job. A background process—called the printer daemon—constantly scans the spool areas for new files to print. When one appears, the data is removed from the spool area and sent to the appropriate printer. When more than one file is waiting to be printed, they will be printed in the order they were completed. The spool area is really a queue. The printer daemon needs the following information to do its job: the physical device to use, the spool area to look in, and if printing on a remote machine, the name of the remote machine and printer for remote printing. All this information is stored in a file called /etc/printcap. There are five programs that use this information. These programs are in the /usr/bin and /usr/sbin directories: lpr, lpq, lpc, lprm, and lpd. The first four are used to submit, cancel, and inspect print jobs. The /usr/sbin/lpd program is the printer daemon. There are man pages for all these commands, which you should consult for more information. The thing to remember is that by default lpr, lprm, lpc, and lpq operate on a printer called lp. You can define an environment variable called PRINTER to specify the printer name. For example, to print to the hplj printer, use lp -Phplj to override any setting of the PRINTER variable. Here is a quick introduction to some of the key commands related to printing under Linux: The lpr command submits a job to the printer. The lpq command shows you the contents of the spool directory for a given printer. Each file is specified by an ID and its location in the queue. The lprm command removes a job from the printer queue. You have to specify the ID returned for that job specified by lpq. The lpc command is the printer control command. This command lets you check the status of each printer and set its state. You can enable or disable printers and their queues. If no parameters are specified, lpc is in interactive mode, and you can type in your commands at a prompt. Replies to your commands are printed immediately. Type a ? for a list of commands you can use. All these programs work off one directory, usually the /var/spool/lpd. Each printer has its own area under this directory to spool data in. For my ps printer, I have a /var/spool/lpd/ps directory. The printer spool directories should belong to the daemon group and are both user and group read/writable, and world -readable. That is, the directory has to have permissions of -rwxrwxr-x (0775). Each spool directory should contain four files: .seq, errs, lock, and status. These files should have the permissions -rw-rw-r-. The .seq file contains the job number counter for lpr to assign a job. The status file contains the message to be reported by lpc stat. The lock file is used by lpd to prevent itself trying to print two jobs to the same printer at once. The errs file is a log of printer failures and is not required. The status file has a text description of what the lpd program is doing with that file, for example printing, waiting, and so on. The /etc/printcap File The file /etc/printcap is a text file and is owned by root. The contents of /etc/printcap is not the easiest thing to read. Each entry in this file contains a description for a printer and how data is to be handled for that printer. For example, a printcap entry will define what physical device is to be used, what spool directory data for that device should be stored in, what preprocessing should be performed on the data, where errors on the physical device should be logged, and so forth. You can limit the amount of data that may be sent in a single job, or limit access to a printer to certain types of users. You can have multiple printcap entries defining several different ways to handle data destined for the same physical printer. For example, a physical printer may support both PostScript and HP LaserJet data formats, depending on some setup sequence being sent to the physical printer before each job. It would make sense to define two printers, one of which preprocesses the data by prepending the HP LaserJet sequence, while the other prepends the PostScript sequence. Programs that generate HP data would send it to the HP printer, while programs generating PostScript would print to the PostScript printer. Programs that change the data before it is sent to the physical printer are called filters. It is possible for a filter to send no data at all to a physical printer. An example of such a filter entry in a printcap file is shown in the following lines: # Sample printcap entry with two aliases myprinter|laserwriter:\ # lp is the device to print to - here the first parallel printer. :lp=/dev/lp0: \ # sd means 'spool directory' - where print data is collected :sd=/var/spool/lpd/myprinter: Here's a brief summary of some of the entries in /etc/printcap. All fields in each entry are enclosed between a pair of colons and are denoted by a two-letter code. The two-letter code is followed by a value that depends on the type of field. There are three types of fields—string, boolean, and numeric. See Table 20.2 for a listing of some /etc/printcap fields. Table 20.2. Some fields for /etc/printcap. Code Type Description lp string Specifies the device to print to, such as /dev/lp0 sd string Specifies the name of the spool directory for this printer lf string Specifies the file to which errors on this printer are to be logged if string Specifies the input filter name rm string Specifies the name of a remote printing host rp string Specifies the name of a remote printer sh boolean Specifies this to suppress headers (banner pages) sf boolean Specifies this to suppress end-of-job form feeds mx numeric Specifies the maximum allowable print job size (in blocks) Input filters are programs that take print data on their standard input and generate output on their standard output. A typical use of an input filter is to detect plain text and convert it into PostScript. That is, raw text is its input, and PostScript is its output. When you specify an input filter, the printer daemon does not send the spooled print data to the specified device. Instead, it runs the input filter with the spooled data as standard input and the print device as standard output. Sending your print data to a printer attached to another machine is done via the remote machine rm field and the remote printer rp field. Make sure that the print device field lp is empty. Note that data will still be spooled locally before being transferred to the remote machine, and any input filters you specify will also be run. Suppressing form feeds (sf) is most useful if your printer is typically used for output from word- processing packages. Most WP packages create complete pages of data, so if the printer daemon is adding a form feed to the end of each job, you get a blank page after each job. If the printer is usually used for program or directory listings, however, having that form feed ensures that the final page is completely ejected, so each listing starts at the top of a new page. The mx field enables you to limit the size of the print data to be spooled. The number you specify is in BUFSIZE blocks (1KB under Linux). If you specify zero, the limit is removed, enabling print jobs to be limited only by available disk space. Note that the limit is on the size of the spooled data, not the amount of data sent to the physical printer. If a user tries to exceed this limit, the file is truncated. The user will see a message saying lpr: <filename>: copy file is too large. This is useful if you have users or programs that may deliberately or accidentally create excessively large output. For PostScript physical printers, the limit is not useful at all because a very small amount of spooled PostScript data can generate a large number of output pages. In order for any other machines to print using your printers, their names have to be registered in either the file /etc/hosts.equiv or /etc/hosts.lpd. Both files are simple text files with one host name per line. For security, add hosts to /etc/hosts.lpd only. Do not use /etc/hosts.equiv because that gives more access rights to tasks rather than simply sending print jobs out to the printer. How It All Fits Let's go through the steps of setting up printer support on /dev/lp1. Make sure you do this as root. Create the spool directory for your printer, which we will call foobar for now. Make the permission -rwxrwxr-x. mkdir /var/spool/lpd /var/spool/lpd/foobar chown root.daemon /var/spool/lpd /var/spool/lpd/foobar chmod ug=rwx,o=rx /var/spool/lpd /var/spool/lpd/foobar In the directory /var/spool/lpd/foobar, create the necessary files and give them the correct permissions and owner: cd /var/spool/lpd/foobar touch .seq errs status lock chown root.daemon .seq errs status lock chmod ug=rw,o=r .seq errs status lock Create the shell script input_filter in the directory /var/spool/lpd/foobar. You can have this as an empty file, too. Just be sure that the file is owned by root, group daemon, and is executable by anyone. cd /var/spool/lpd/foobar chmod ug=rwx,o=rx input_filter Create the file /etc/printcap if it doesn't already exist. Remove all entries in it and add the test printcap entry given in Listing 20.1. Make sure the file is owned by root, and read-only to everyone else (-rw-r-r-). Listing 20.1. A sample /etc/printcap file. # # Copyright 1983 Regents of the University of California. # All rights reserved. # # Redistribution and use in source and binary forms are permitted # provided that this notice is preserved and that due credit is given # to the University of California at Berkeley. The name of the University # may not be used to endorse or promote products derived from this # software without specific prior written permission. This software # is provided "as is" without express or implied warranty. # # @(#)etc.printcap 5.2 (Berkeley) 5/5/88 # # DecWriter over a tty line. #lp|ap|arpa|ucbarpa|LA-180 DecWriter III:\ # :br#1200:fs#06320:tr=\f:of=/usr/lib/lpf:lf=/usr/adm/lpd-errs: #lp:lp=/dev/lp0:sd=/var/spool/lp0:of=/usr/lib/lpf: lf=/usr/adm/lpd-errs # # Generic printer: lp:lp=/dev/lp1:sd=/var/spool/lp1:sh # # typical remote printer entry #ucbvax|vax|vx|ucbvax line printer:\ # :lp=:rm=ucbvax:sd=/var/spool/vaxlpd:lf=/usr/adm/lpd-errs: #varian|va|Benson Varian:\ # :lp=/dev/va0:sd=/var/spool/vad:mx#2000:pl#58:px#2112:py#1700:tr=\f:\ # :of=/usr/lib/vpf:if=/usr/lib/vpf:tf=/usr/lib/rvcat:cf=/usr/lib/vdmp:\ # :gf=/usr/lib/vplotf:df=/usr/local/dvif:\ # :vf=/usr/lib/vpltdmp:lf=/usr/adm/lpd-errs: #versatec|vp|Versatec plotter:\ # :lp=/dev/vp0:sd=/var/spool/vpd:sb:sf:mx#0:pw#106:pl#86:px#7040:py#2400:\ # :of=/usr/lib/vpfW:if=/usr/lib/vpsf:tf=/usr/lib/vcat:cf=/usr/lib/vdmp:\ # :gf=/usr/lib/vplotf:vf=/usr/lib/vpltdmp:lf=/usr/adm/lpd-errs:\ # :tr=\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\ #\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\ #\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n: # #lp|panasonic:lp=/dev/lp1:sd=/var/spool/lp/panasonic:lf=/usr/bin/mail:mc#1:\ # ft=$$c$$p$$r$$f:hl#2:fl#3:ht=$$c$$n$$r$$t:sh: # # HP Laser jet plus #lp|hpj:\ # :lp=/dev/lp1:\ # :sd=/var/spool/lp1:\ # :mx#0:\ # :of=/var/spool/lp1/hpjlp: # :lf=/var/spool/lp1/hp-log: # #lp|Generic dot-matrix printer entry:\ # :lp=/dev/lp1:\ # :sd=/var/spool/lp1/lp:sh:\ # :if=/usr/sbin/lpf:\ # :df=/var/spool/lp1/filter.ps:\ # :tf=/var/spool/lp1/filter.ps:\ # :af=/var/spool/lp1/lp-acct:\ # :lf=/var/spool/lp1/lp-err: Start the lp daemon with the lpd command. Do a test print using the command: ls -l | lpr -Pmyprinter You can restrict remote users by group name by specifying the groups permitted, using one or more rg fields; for example, /etc/printcap - :rg=admin: restricts access to a printer to those users belonging to the group admin. You can also restrict access to those users with accounts on your system, by specifying the boolean flag :rs: in your /etc/printcap. The Staircase Effect The staircase effect results in lines printed one after another, with each line beginning where that last one ended. Usually, the output results in a few lines on the first page followed by many blank pages. An example of such an output is as follows: one two three four Linux terminates each line of a file with a linefeed but not a carriage return. Therefore, the physical printing device should start each line below the end of the previous line. Some printers can be set to treat "linefeed" as "carriage return, linefeed," others cannot be set this way. If your printer can be set to treat "linefeed" as "carriage return, linefeed," then do that. If the printer cannot be modified, you should create a shell script filter that reads: #!/bin/sh if [ "$1" = -c ]; then cat else sed -e s/$/^M/ fi # the "echo -ne" assumes that /bin/sh is really bash echo -ne \\f Install this filter as the if filter by putting :if=/usr/lib/lpf: (or whatever) in your /etc/printcap entry for the printer. Magic filters deduce their input files types from "magic numbers," which is a distinctive byte pattern at particular offsets. Magic filters are usually Perl scripts, Shell scripts, or C programs that simply identify the file type and then call the appropriate non-magic filter. A magic filter usage example is the "file" command which tries to interpret the type of file by reading the first few bytes. PostScript Support The Linux and UNIX community is completely PostScript dependent when it comes to documentation. If you don't have PostScript printing capability in your printer, there are times when you cannot even read documentation for software packages. If you have access to a PostScript printer, no problem. Print all you want. On the other hand, if you want to save paper or do not have access to a PostScript printer, consider using Ghostscript. See Chapter 25, "Ghostscript," for more information about installing and using Ghostscript. In a nutshell, Ghostscript, which comes from the GNU project, is a PostScript interpreter that accepts PostScript input and generates output appropriate for X displays, printers, and some specialized display hardware and fax software. There are a number of utilities that enable text to be printed to a PostScript device. a2ps. This utility takes text and turns it into a PostScript document with headers and footers and page numbers. You can even print two pages on one sheet of paper. nenscript. The nenscript program is a clone of the commercial enscript program. The functionality is the same as that of a2ps. gslp. This is a PostScript program that comes with Ghostscript and is used to print a preamble to text files to convert the text files into PostScript. Check the man pages for gslp.ps. Printing DVI Files A DVI file is the processed output from a LaTeX or TeX input file. To print a DVI file to a PostScript printer, you can use dvips or eps. The dvips program converts DVI into PostScript. The output can be piped into Ghostscript or sent directly via lpr to a PostScript printer. eps is a program which converts DVI files directly into the standard Epson printer language. It is a DVI driver for Epson printers. Summary This chapter has given you a quick tour of the printing system under Linux. Armed with the information in this chapter, you should be able to get printing to work on your Linux machine. |