home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20967 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  4.8 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!linac!att!att!fang!tarpit!ge-dab!newshost.atl.ge.com!fergie.dnet.ge.com!wmitchel
  2. From: wmitchel@fergie.dnet.ge.com (Bill Mitchell)
  3. Newsgroups: comp.os.linux
  4. Subject: ANSWER: lpr on SLS
  5. Date: 16 Dec 1992 14:30:32 GMT
  6. Organization: GE Advanced Technology Labs
  7. Lines: 121
  8. Distribution: world
  9. Message-ID: <1gnei8INNqfi@rifraf.atl.ge.com>
  10. Reply-To: wmitchell@atl.ge.com
  11. NNTP-Posting-Host: edgar.atl.ge.com
  12.  
  13. As suggested by someone in a recent post, to help reduce the traffic
  14. on this newsgroup, here is a summary of the responses to my query about
  15. getting lpr to work.
  16.  
  17. For me (I'm running SLS 0.98pl1) the following 5 steps do it:
  18.  
  19. 1) obtain lpr.tar.Z from sunsite.unc.edu:/pub/Linux/system/Daemons/lpr.tar.Z
  20.  
  21. 2) logged in as root and in the directory /, type
  22. tar -xZf lpr.tar.Z
  23.  
  24. 3) edit /etc/rc to add the line "/usr/etc/lpd" at the end
  25.  
  26. 4) chmod og+w /usr/spool/lp1 (I don't know if this is necessary,
  27. but it can't hurt)
  28.  
  29. 5) edit /etc/printcap to change line 1 from
  30. lp|panasonic:lp=/dev/lp1:sd=/usr/spool/lp/panasonic:lf=/usr/bin/mail:mc#1:\
  31. to
  32. lp:lp=/dev/lp1:sd=/usr/spool/lp1:mc#1:\
  33.  
  34. That's all there is to it.  The fifth step is all I did since my query.
  35. I suspect that the offending part was that the spool directory (sd=) is
  36. a directory that does not exist.  For newbies like me, binaries released
  37. with personalizations like this can be the source of a lot of frustration
  38. and questions posted to comp.os.linux.  Don't get me wrong -- I'm truly
  39. grateful to all the people who have contributed software, and I realize
  40. that it's difficult to remember which things you take for granted are not
  41. known to unix sys admin newbies.
  42.  
  43. In case this doesn't work for everyone, here's a summary of the suggestions
  44. received by email and posted to this group:
  45.  
  46. Jaime Jofre (loser@clueless.newbie.tyro.org) writes:
  47.  
  48.    The lp capability should point to a printer device in your /dec directory.
  49. For example, lp=/dev/lp1.  It works fine for me :)
  50.  
  51. Peter Orbaek <poe@daimi.aau.dk> responds to wongi@netcom.com (Isaac Wong) with:
  52.  
  53. >In article <1992Dec11.194257.18065@netcom.com> wongi@netcom.com (Isaac Wong)
  54. > writes:
  55. >after lpr, i check the spool dir and it looks ok. ps to check for lpd and it's
  56. >there, but lpq says daemon not present! any clue?
  57.  
  58. Lpq will report "no deamon present" if there's no deamon serving the 
  59. printer in question.
  60.  
  61. In overview the lpd system works like this:
  62.  
  63.         There's one main lpd daemon that should always run.
  64.  
  65.         When a job is received, lpd forks and the child handles the
  66.         queue for that job until the queue is empty. It's such a 
  67.         child that lpq misses.
  68.  
  69. >BTW, i have the 'of' field of the printcap removed and i was using a test print
  70. >in my printcap for testing, like:
  71.  
  72. >test:lp=/tmp/lp_test:sd=/usr/spool/test:lf=/dev/console:
  73.  
  74. That should work. You might want to have a af= entry too.
  75.  
  76. >Also, anyone's got a printcap for HP LaserJet IIIP ?
  77.  
  78. You might want to have a /usr/adm/lpd-errs file that is world-writable,
  79. that is the default destination for log messages from lpd.
  80.  
  81. Jaime Jofre (loser@clueless.newbie.tyro.org) writes again:
  82.  
  83. Make sure you remove the output filter option in the printcap.  As it comes,
  84. the printcap references a filter that you probably don't have, therefore
  85. no daemon!  The line to remove is: of:/usr/lib/xxxx.xxx
  86.  
  87. David Simpson (c60c-2gf@web-2a.berkeley.edu) points out the non-obvious (to
  88. me anyway):
  89.  
  90. I had this problem as well, and with a closer look at the lpr.README, I
  91. realized what my problem was.  Being a Linux and sys. admin. newbie, I
  92. misinterpreted the 'setgid' phrase to mean set the group id
  93. to daemon.  You have to set the gid bit in lpr, lpc, and lpd by
  94. typing chomd 2??? filename, where ??? are your permissions.  Also be sure
  95. to get rid of any unneccessary commands in your printcap file.
  96. You should be able to man printcap.
  97.  
  98. Hope this wasn't obvious, and helps you out a bit.
  99.  
  100. and in private email adds:
  101.  
  102. Also, my /etc/printcap entry is quite
  103. sparse, no extra stuff.
  104.  
  105. lp1|panasonic|under my bed|:\
  106.         lp=/dev/lp1:sd=/usr/spool/lp1:lf=/usr/adm/lplog:
  107.  
  108. David Dhuyvetter (cvadr021@csupomona.edu) adds:
  109.  
  110.   Be sure you have _both_ /etc/printcap and /usr/etc/princap.  (or one and a
  111. link in the other directory)  This got things going for me.
  112.  
  113.   Do you know where I can find a complete doc of the printcap file?  The man
  114. page says nothing about mc, ht, or ft.  I'm trying to get the ht to tell my
  115. printer to translate lf->lf+cr, but it seems to be ignoring it. 
  116.  
  117. [Can anyone help him with that question?  These are in the provided
  118. /etc/printcap, but not in the printcap man page.]
  119.  
  120. Victor Langeveld <vic@mbfys.kun.nl> suggests:
  121.  
  122. There is a filter mentioned in the default printcap. Entry "of=...".
  123. My quess is that that is your problem.
  124.  
  125.  
  126.  
  127. -- 
  128.  -- Bill
  129.  
  130. William F. Mitchell           |  wmitchell@atl.ge.com
  131. GE Advanced Technology Labs   |  na.mitchell@na-net.ornl.gov
  132.  
  133. Just the facts -- no opinion disclaimer necessary.
  134.