[37499] in SIPB bug reports
Re: cups clients for sun4x_510
daemon@ATHENA.MIT.EDU (Ken T Takusagawa)
Mon Sep 20 00:43:00 2010
From kenta@MIT.EDU Mon Sep 20 04:42:59 2010
Return-Path: <kenta@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 24255 invoked from network); 20 Sep 2010 04:42:59 -0000
Received: from mailhub-auth-3.mit.edu (18.9.21.43)
by charon.mit.edu with SMTP; 20 Sep 2010 04:42:59 -0000
Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id o8K4gw5v030681;
Mon, 20 Sep 2010 00:42:58 -0400
Received: from localhost (CONTENTS-VNDER-PRESSVRE.MIT.EDU [18.9.64.11])
(authenticated bits=0)
(User authenticated as kenta@ATHENA.MIT.EDU)
by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o8K4gvov008233;
Mon, 20 Sep 2010 00:42:58 -0400 (EDT)
Date: Mon, 20 Sep 2010 00:42:57 -0400 (EDT)
From: Ken T Takusagawa <kenta@MIT.EDU>
To: Benjamin Kaduk <kaduk@mit.edu>
cc: Geoffrey Thomas <geofft@mit.edu>, bug-sipb@mit.edu
Subject: Re: cups clients for sun4x_510
In-Reply-To: <alpine.GSO.1.10.1009192348080.9337@multics.mit.edu>
Message-ID: <alpine.DEB.2.00.1009200036300.7028@contents-vnder-pressvre.mit.edu>
References: <alpine.GSO.1.10.1009182359240.9337@multics.mit.edu> <alpine.DEB.1.10.1009191919540.18652@dr-wily.mit.edu> <alpine.GSO.1.10.1009192348080.9337@multics.mit.edu>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I'd like to advocate sticking it in its own locker; then you
can "add -f" it without worrying about conflicts with the
rest of what's in sipb. (and maybe prefixing issues go
away?)
--ken
--
Sent from a Dell 1950 8 CPU 32 GB RAM
On Sun, 19 Sep 2010, Benjamin Kaduk wrote:
> 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
>
