[37498] in SIPB bug reports
Re: cups clients for sun4x_510
daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Sun Sep 19 23:52:33 2010
From kaduk@MIT.EDU Mon Sep 20 03:52:33 2010
Return-Path: <kaduk@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 22746 invoked from network); 20 Sep 2010 03:52:33 -0000
Received: from mailhub-auth-4.mit.edu (18.7.62.39)
by charon.mit.edu with SMTP; 20 Sep 2010 03:52:33 -0000
Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id o8K3qWZu019182;
Sun, 19 Sep 2010 23:52:32 -0400
Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73])
(authenticated bits=56)
(User authenticated as kaduk@ATHENA.MIT.EDU)
by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o8K3qVY5004072
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Sun, 19 Sep 2010 23:52:32 -0400 (EDT)
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308)
id o8K3qUEm022673; Sun, 19 Sep 2010 23:52:30 -0400 (EDT)
Date: Sun, 19 Sep 2010 23:52:30 -0400 (EDT)
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Geoffrey Thomas <geofft@MIT.EDU>
cc: bug-sipb@MIT.EDU
Subject: Re: cups clients for sun4x_510
In-Reply-To: <alpine.DEB.1.10.1009191919540.18652@dr-wily.mit.edu>
Message-ID: <alpine.GSO.1.10.1009192348080.9337@multics.mit.edu>
References: <alpine.GSO.1.10.1009182359240.9337@multics.mit.edu> <alpine.DEB.1.10.1009191919540.18652@dr-wily.mit.edu>
User-Agent: Alpine 1.10 (GSO 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Sun, 19 Sep 2010, Geoffrey Thomas wrote:
> I would be wary of installing it as lpq/lpr, because despite people still
> using Solaris-Athena _expected_ to know what they're doing, I think this
> isn't quite as true in practice, and from the point of view of anyone trying
> to do support -- especially a non-SIPB support group like OLC -- the
> assumption that your lpr or lpq are so nonstandard is not one that anyone
> would be likely to guess.
Okay.
>
> I would probably be more okay with installing the SysV-named clients (lp,
> lpstat, cancel) without modified names since /usr/athena/bin/lp is pretty
> close to useless.
>
Enh, if prefixing some things, I might as well prefix all.
> I'm not sure about the other clients; if I remember correctly, Debian renamed
> enable/disable to cupsenable/cupsdisable, and it might be worth preserving
> this since the Debian names are what's used in Debathena documentation and
> oral instructions.
Many systemv commands are already largely prefixed, anyway, including
cupsenable:
athena% pwd
/afs/.sipb.mit.edu/project/sipb/machtype/sun4x_510/build/cups-1.4.4/systemv
athena% ls | grep -v '[.][oc]$'
Dependencies
Makefile
accept
cancel
cupsaccept
cupsaddsmb
cupsctl
cupsdisable
cupsenable
cupsreject
cupstestdsc
cupstestppd
kaduk.sh
lp
lpadmin
lpinfo
lpmove
lpoptions
lppasswd
lpstat
reject
That said, my test of cupsenable today makes me think I'll need to
recompile to pull in krb5 support ...
-Ben