Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!agate!violet.berkeley.edu!edmoy From: edmoy@violet.berkeley.edu Newsgroups: comp.protocols.appletalk Subject: Re: CAP/papif question Keywords: CAP,papif,unix Message-ID: <1989Dec7.201124.5674@agate.berkeley.edu> Date: 7 Dec 89 20:11:24 GMT References: <4787@blake.acs.washington.edu> Sender: usenet@agate.berkeley.edu (USENET Administrator;;;;ZU44) Organization: University of California, Berkeley Lines: 37 In article <4787@blake.acs.washington.edu> matter@blake.acs.washington.edu (Matthew Trunnell) writes: > >I have just installed CAP on our local network which, on the UNIX side, >consists of a DECstation 3100 (running the atalkad), two SPARCstations, and >about 15 SUN-3's. I have a problem with the papif input filter. The problem >is that the only printer papif seems to know about is that which was set in >the root environment when the lpd was started. The -P flag of lpr spools >to the right place, but the printjob module of lpd, which invokes papif, >never passes the printer name (I guess none of the standard input filters >need to know the printer). When papif makes its getenv("PRINTER") call, it >seems to look to the root environment present when the lpd was initiated, >rather than to the user's environment. > >What am I doing wrong? I've gotten it to work on the 3100, as well as a Suns and NeXT. I think what you need to do is change your printcap if= entry to something like: :if=/usr/local/cap/lib/name:\ Then make the symbolic link: # cd /usr/local/cap/lib # ln -s papif name Papif is smart enough to know that if the name it is called by is not papif, it assumes that it is the lpd printer name. (You don't need to make the link symbolic, as a hard link works as well, but the symbolic link makes updating papif easier). Edward Moy Principal Programmer - Macintosh & Unix Workstation Support Services Workstation Software Support Group University of California Berkeley, CA 94720 edmoy@violet.Berkeley.EDU ucbvax!violet!edmoy