[3440] in Release_7.7_team
Re: JDK printing problem on Linux
daemon@ATHENA.MIT.EDU (Garry Zacheiss)
Thu Aug 29 03:41:19 2002
Date: Thu, 29 Aug 2002 03:41:16 -0400
Message-Id: <200208290741.DAA19128@riff-raff.mit.edu>
From: Garry Zacheiss <zacheiss@MIT.EDU>
To: Alex T Prengel <alexp@MIT.EDU>
CC: release-team@MIT.EDU
In-reply-to: "[3439] in Release_7.7_team"
>> Might this be related to the lack of "lp" on Linux? I think we had the
>> same problem on Suns a while back and it got fixed- no problem on Suns;
>> can we do the same for Linux?
It's not the same problem; the Linux appletviewer doesn't care about
the presence of "lp". The problem is actually that the Linux
appletviewer is hardcoded to use "/usr/sbin/lpc" to determine the list
of printers the host knows about; it does this via the command:
/usr/sbin/lpc -a status | grep -E '^[ 0-9a-zA-Z]*@' | awk -F'@' '{print $1}'
while fails for two different reasons:
1.) We don't have a /usr/sbin/lpc on Athena Linux machines, because we
don't install the Redhat LPRng; it conflicts with our LPRng.
2.) Our lpc is too old to understand the -a option. The -a option
wouldn't be useful in our environment anyway, since it's supposed to
give you the status of "all" printers.
Because of 2.), making a sylink from /usr/sbin/lpc to
/usr/athena/etc/lpc isn't sufficient. We can either install a shell
script as /usr/sbin/lpc which strips out the -a flag and passes the
result on to /usr/athena/etc/lpc, or we can backport the -a flag into
our lpc (it would be useful on print servers, just not on workstations).
Greg, do you have a preference?
Garry