Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 25420 - lprng 3.8.21 not working
Summary: lprng 3.8.21 not working
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Heinrich Wendel (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-28 05:17 UTC by Heinrich Wendel (RETIRED)
Modified: 2003-10-07 08:18 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Heinrich Wendel (RETIRED) gentoo-dev 2003-07-28 05:17:50 UTC
Builds fine, and the utilities 'lpr' 'lpq' 'lpc' seem OK.  However,
1.  Permissions on /var/spool/lpd as installed are such that no user may
    queue anything;
2.  Once that is corrected, lpd won't print for me; my printcap in 
    relevant part reads:

===========================
.common:
   :sd=/var/spool/lpd/%P
   :sh:mx=0:mc=0

lp|hp:tc=.common:lp=192.168.1.4%9100 \
        :filter=/usr/local/libexec/filters/ifhp
        :ifhp=model=hp4simx
============================
The test is pretty simple:
  1.  Fix printcap to be as above;
  2.  cd /etc/init.d
  3.  ./LPRng stop                     ### Stop locally grown daemon
  4.  ./lprng start                    ### And start up the new one
  5.  lpc (to make sure everything is up & enabled & started & whatever 
      else)
  6.  a2ps -o lprng.ps lprng
  7.  lpr -B lprng.ps
And watch:  First, "no permissions" with /var/spool/lpd/lp
And then, lpstat -> "No server enabled"

This works fine with locally built lprng-3.8.10, and it seems to be
a problem with the configuration as build for 3.8.21.  Putting
force_localhost@
(or default force_localhost@) in the "/etc/lprng/lpd.conf" file does not
cure anything.

Since my locally built lprng-3.8.10 works fine on any system I have put it
on, I am just going to say that lprng-3.8.21 might be OK, but it certainly
doesn't work "out of the box."  If anyone will tell how to fix the 
configuration problem, I'll give 3.8.21 a workout, since I do a lot on 
network printing (on the printer described above) anyway.

(By the way, I could not use lprng at all without the 'ifhp' filter; have
you ever considered adding it to GenToo?)
Comment 1 Heinrich Wendel (RETIRED) gentoo-dev 2003-10-04 12:27:51 UTC
i'd like to close this bug ;) can you please test 3.8.22, which permissions
should /var/spool/lpd have?
Comment 2 Ferris McCormick (RETIRED) gentoo-dev 2003-10-06 15:55:03 UTC
Whatever the problem was, it works OK now.  I don't know what it was doing
before,
but 'checkpc -f' fixes it up correctly now, it seems.  For reference, on
this
system, my printcap is:
===================
lp:hp6mp:lpd_bounce:sd=/var/spool/lpd/%P
        :sh:mx=0:mc=0
        :lp=lp1@192.168.8.14
        :filter=/usr/local/libexec/filters/ifhp
        :ifhp=model=hp6mp,status@
        :force_ipaddr_hostname
===================
and nothing else (not quite the same as before, but I am not in a position
to
check that configuration.)

Hope this helps.
Comment 3 Heinrich Wendel (RETIRED) gentoo-dev 2003-10-07 07:35:02 UTC
what is checkpc -f ?
Comment 4 Ferris McCormick (RETIRED) gentoo-dev 2003-10-07 08:11:00 UTC
'checkpc' is part of lprng, a utility for checking printcap configurations.
'checkpc -f' is used for fixing up permissions, creating missing files &
directories, and so on.  Among other things, it is supposed to take the ':sd='
value and build something that will work with lprng.

So, a sequence something like
  checkpc -v -f
  /etc/init.d/lprng start
  lpc enable
  lpc start
should have you printing (in my particular case, via 'lpr -B')
and after 'emerge lprng-3.8.22.ebuild', for me that is just what it
did.
Comment 5 Heinrich Wendel (RETIRED) gentoo-dev 2003-10-07 08:18:31 UTC
added that info to the ebuild -> fixed :)