[37498] in SIPB bug reports

home help back first fref pref prev next nref lref last post

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

home help back first fref pref prev next nref lref last post