First the question -
We are upgrading from LPRng 3.6.5 to LPRng 3.6.19, and are interested in
maintaining the 'check_idle' functionality that was available
previously. When I run checkpc on a queue that has this attribute, it
tells me that I should use the new 'chooser' option instead. However, I
am not doing load balance queues or printer pools - I merely don't want
to try and send the job unless I have confirmed that the printer is
there. Is there any solution to this? Simply dropping 'chooser' into
place instead of 'check_idle' doesn't seem to have done it.
Now for the interesting behavior. I have the following printcap entry
for an IP printer on host my_host:
queue_name|QUEUE_NAME:sh:lpd_bounce:tc=.tc_entry:if=/usr/local/etc/filters/ifhp
-Tmodel=crlfonly:of=/usr/local/bin/lpf:[EMAIL PROTECTED]
The .tc_entry looks like this:
.tc_entry:\
sd=/var/spool/lpd/%P:\
check_idle=/usr/local/eprint/bin/poll_printer.pl -P %P:\
connect_grace=10:\
network_connect_grace=10
Under LPRng 3.6.5, this worked fine. lpq would report back as follows:
Printer: queue_name@my_host (dest [EMAIL PROTECTED]) 'QUEUE_NAME'
Queue: no printable jobs in queue
Filter_status: done at 11:36:41.069
no entries
However, under LPRng 3.6.19, it doesn't work. lpq reports back as
follows:
Printer: queue_name is lp@localhost
Printer: lp@my_host - no spool directory for printer 'lp'
The error, judging from a quick glance at the output of an lpq -D1,
appears to be in the Fix_Rm_Rp_info routine.
On 3.6.5, I get this:
Fix_Rm_Rp_info: Printer 'queue_name', Queue 'queue_name', Lp
'[EMAIL PROTECTED]', Rp 'queue_name', Rh 'localhost'
On 3.6.19, I get this:
Fix_Rm_Rp_info: Printer 'tstb120b', Queue 'queue_name', Lp '<NULL>', Rp
'lp', Rh 'localhost'
I can make 3.6.19 work if I change the entry from
[EMAIL PROTECTED] to rp=lp:rm=printer.ip.address
So, it comes down to this - was my printcap working before in a sick and
hideous way, or is there something that has changed a good behavior in
LPRng?
Thanks in advance for any help that you can give with the chooser
behavior (the first point).
--
Bill Knox
Senior Operating Systems Programmer/Analyst
The MITRE Corporation
-----------------------------------------------------------------------------
If you need help, send email to [EMAIL PROTECTED] (or lprng-requests
or lprng-digest-requests) with the word 'help' in the body. For the impatient,
to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED]
with: | example:
subscribe LIST <mailaddr> | subscribe lprng-digest [EMAIL PROTECTED]
unsubscribe LIST <mailaddr> | unsubscribe lprng [EMAIL PROTECTED]
If you have major problems, send email to [EMAIL PROTECTED] with the word
LPRNGLIST in the SUBJECT line.
-----------------------------------------------------------------------------
