🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.sys.ibm.pc.rt
4 messages
4 total messages Started by David C. Kovar Wed, 17 Jan 1990 15:19
Remote printer queues using lprbe
#631
Author: David C. Kovar
Date: Wed, 17 Jan 1990 15:19
39 lines
1882 bytes
  I'm trying to allow an IBM RT to print a LaserWriter connected to
a Sun workstation. If I define the Sun as "printserver" in /etc/hosts
and use lprbe directly the file gets printed. (lprbe -pqueue=ps <file>)

  However, when I try to do it with a printer queue, the job vanishes
into thin air. The manual waves its hands and says that lprbe will
be invoked by the qdaemon but I've never seen this happen. I tried
running the printer install script in the tcp/ip samples directory and
it added the following lines:

rp0:
	argname = rp0
	friend = TRUE
	device = drp0

drp0:
	backend = /usr/bin/lprbe

rp0 shows up in the print -q listing, and jobs are accepted via print -rp0
but nothing ever appears on the printer, in the queue, or on the Sun.
I also tried cooking up my own stanzas and failed there, too. Any suggestions
would be most welcome, including "Go read manual X". (I tried the Managing
AIX, the TCP/IP manual for AIX, and the commands reference manual. Lots of
hand waving when it comes to queuing files for remote non-AIX hosts but no
examples that work.)

Thanks, in advance.



-David C. Kovar
	Consultant				ARPA: kovar@popvax.harvard.edu
	Eclectic Associates			BITNET: corwin@harvarda.bitnet
	Ma Bell: 617-646-0428			MacNET: DKovar

         "It is easier to get forgiveness than permission."

[All opinions expressed are my own. Noone else assumes responsibility for me.]
Re: Remote printer queues using lprbe
#638
Author: Alexander Vonk
Date: Fri, 19 Jan 1990 00:06
73 lines
2627 bytes
kovar@popvax.harvard.edu (David C. Kovar) writes:


>  I'm trying to allow an IBM RT to print a LaserWriter connected to
>a Sun workstation. If I define the Sun as "printserver" in /etc/hosts
>and use lprbe directly the file gets printed. (lprbe -pqueue=ps <file>)

>  However, when I try to do it with a printer queue, the job vanishes
>into thin air. The manual waves its hands and says that lprbe will
>be invoked by the qdaemon but I've never seen this happen. I tried
>running the printer install script in the tcp/ip samples directory and
>it added the following lines:

>rp0:
>	argname = rp0
>	friend = TRUE
>	device = drp0

>drp0:
>	backend = /usr/bin/lprbe

>rp0 shows up in the print -q listing, and jobs are accepted via print -rp0
>but nothing ever appears on the printer, in the queue, or on the Sun.
>I also tried cooking up my own stanzas and failed there, too. Any suggestions
>would be most welcome, including "Go read manual X". (I tried the Managing
>AIX, the TCP/IP manual for AIX, and the commands reference manual. Lots of
>hand waving when it comes to queuing files for remote non-AIX hosts but no
>examples that work.)

Try the following (remember to have the Sun register your machine as
a 'trusted' machine in file /etc/hosts.equiv if you don't define it as
a printserver):

<start abstract from our /etc/qconfig>
*
*	Apple laser printer on dutiaa (printer queue ps)
*
lp2:
	argname = apple
	friend = TRUE
	discipline = sjn
	device = dlp2

dlp2:
	backend = /usr/bin/lprbe -pserver=dutiaa -pqueue=ps -naix

*
*	DVI format
*
lp3:
	argname = appledvi
	friend = TRUE
	discipline = sjn
	device = dlp3

dlp3:
	backend = /usr/bin/lprbe -pserver=dutiaa -pqueue=ps -naix -filter=-d
<end abstract from our /etc/qconfig>

>Thanks, in advance.
Your welcome.

Say, you wouldn't have a GNU C installation on your system, would you :-)?


>-David C. Kovar
>	Consultant				ARPA: kovar@popvax.harvard.edu
>	Eclectic Associates			BITNET: corwin@harvarda.bitnet
>	Ma Bell: 617-646-0428			MacNET: DKovar

+++	Alexander Vonk - Technical Univ. Delft, Netherlands	+++
+++Phone:	(NL) 015 - 78 64 12	(world) 31 15 78 64 12	+++
+++Mail:	alex@dutirt2.tudelft.nl	or alex@dutirt2.UUCP	+++
Re: Remote printer queues using lprbe
#633
Author: Ken Dillman
Date: Fri, 19 Jan 1990 01:18
20 lines
1174 bytes
In article <1283@husc6.harvard.edu> kovar@popvax.harvard.edu (David C. Kovar) writes:
>
>rp0:
>	argname = rp0
>	friend = TRUE
>	device = drp0
>
>drp0:
>	backend = /usr/bin/lprbe
>

Try the following:
	backend = /usr/bin/lprbe -pserver=<nodename> -statusfile

There is also a pqueue= argument if you want to send it to a specific
print queue on the pserver rather than the default one.
-------------------------------------------------------------------------------
Ken Dillman           | 11400 Burnet Road | Phone: T/L 678-4804 or
AIX Technical Support | Austin, TX  78754 |            512/838-4804
ZIP 2830              |                   | VNET/PROFS: KDILLMAN at AUSTIN
Re: Remote printer queues using lprbe
#640
Author: Ed Clarke/10240000
Date: Sat, 20 Jan 1990 18:22
29 lines
1401 bytes
From article <1283@husc6.harvard.edu>, by kovar@popvax.harvard.edu (David C. Kovar):
>   However, when I try to do it with a printer queue, the job vanishes
> into thin air. The manual waves its hands and says that lprbe will
> be invoked by the qdaemon but I've never seen this happen. I tried

You seem to have a bunch of strangenesses in there.  Here's one that works
for me:

rjt:
   argname = -rjt
   device = rjtdev

rjtdev:
   header = never
   trailer = never
   feed = never
   backend = /usr/bin/lprbe -pserver=labauto -pqueue=lpt1

Note that the argname has to have "-rjt" not just "rjt".  Otherwise you
have to say "print rjt" instead of "print -rjt".  Don't forget to su and
do a "print -rr" to activate the qconfig changes.

The machine that I'm remote printing on is called "labauto" and until 
yesterday it had an HP LaserJet on it.  Today it has an IBM 4216-031 
postscript printer.  Both work quite well with EROFF (Elan computer 
products).
-- 
Ed Clarke
acheron!clarke
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads