home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23078 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.5 KB  |  55 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!ghost.dsi.unimi.it!newsserver.di.unipi.it!pimac2.iet.unipi.it!romano
  3. From: romano@pimac2.iet.unipi.it (Romano Giannetti)
  4. Subject: lpr/lpd suite bugs?
  5. Message-ID: <1993Jan7.152716.25821@cli.di.unipi.it>
  6. Sender: netnews@cli.di.unipi.it (USENET News System)
  7. Nntp-Posting-Host: pimac2.iet.unipi.it
  8. Organization: Dipartimento di Informatica, Universita' di Pisa
  9. Date: Thu, 7 Jan 1993 15:27:16 GMT
  10. Lines: 43
  11.  
  12. Hi all.
  13. I have installed lpr/lpd almost successfully; in particular, I have
  14. managed to have a "ps" entry in /etc/printcap that emulates a
  15. postscript printer calling gs and preparing a file for an bj10e of a
  16. friend of mine that I can "cat" to /dev/lp1. I have some problem,
  17. that I ask to you:
  18.  
  19. #1 When doing a lpq from my non-privileged account I have the message
  20.    "Warning: daemon not present" or similar, but lpd is there, from
  21.    the other "root" VC I have a "ps i ready and printing" , and all
  22.    seems go well... permissions broken? But where?
  23.  
  24. #2 I have a plain ascii entry in the printcap, for when I have the
  25.    printer connected; but if I make a wrong "lpr" when lp1 is not
  26.    connected, ALL my VC's are filled of "lp1 off line" messages, and I
  27.    can only do a "lprm" blindly to stop it. I have syslogd running; on
  28.    the log file I see:
  29. <timestamp> lpd[311] restarting lp
  30. <timestamp> last message repeated 456 times
  31.    It is a bug or a bad-used (by me) feature?
  32.  
  33. #3 lprm seem to be buggy: if there is one only job in the queue, it
  34.    work well; if there are two or more jobs, whatever thing I try I
  35.    obtain: 
  36.    <see down>: lp: Too many requests
  37.    where in the place of <see down> there is an "apparently" random
  38.    char (it is the same if you have the same files in the queue), and
  39.    no files are removed. So what?
  40.  
  41. Thank you very mauch. If I have answer, or if I manage to make things
  42.    work, I will post a summary here. (We need some more summary on
  43.    c.o.l., I think...).
  44.  
  45. I am running 0.99pl1, loopback only tcp/ip, libc.so.4.2 (one of the latest
  46. release).
  47.  
  48. -- 
  49. ***************************************************************************
  50. * Romano Giannetti          * Dip.to di Ingegneria dell'Informazione      *
  51. *                           * Elettronica, Informatica e Telecomunicazioni*
  52. * romano@iet.unipi.it       * via Diotisalvi,2                            *
  53. * giannetti@sssup1.sssup.it * Universita' di Pisa, I-56126 PISA, Italy    *
  54. ***************************************************************************
  55.