From owner-cvs-src@FreeBSD.ORG Tue Jun 3 17:35:15 2008 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 976EB106566C; Tue, 3 Jun 2008 17:35:15 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id BDA068FC13; Tue, 3 Jun 2008 17:35:14 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta02.mail.rr.com with ESMTP id <20080603173514.OPQJ25858.hrndva-omta02.mail.rr.com@orion.intree.net>; Tue, 3 Jun 2008 17:35:14 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id BDFFB361C35C; Tue, 3 Jun 2008 13:35:13 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id 0E71C16B55D; Tue, 3 Jun 2008 13:35:09 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id 9134A16B55B; Tue, 3 Jun 2008 13:35:03 -0400 (EDT) From: Coleman Kane To: remko@elvandar.org In-Reply-To: <33dfad267556d52723e95461f5eb7c34.squirrel@galain.elvandar.org> References: <200805301426.m4UEQ92d025434@repoman.freebsd.org> <48405C4B.3050603@FreeBSD.org> <1212179252.1967.1.camel@localhost> <33dfad267556d52723e95461f5eb7c34.squirrel@galain.elvandar.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wKoXzrYZ1Semk5eybKnq" Organization: FreeBSD Project Date: Tue, 03 Jun 2008 13:33:37 -0400 Message-Id: <1212514417.15220.30.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: Maxim Sobolev , src-committers@freebsd.org, cvs-all@freebsd.org, Florent Thoumie , cvs-src@freebsd.org Subject: Re: cvs commit: src/usr.sbin/pkg_install/add main.c pkg_add.1 src/usr.sbin/pkg_install/create main.c pkg_create.1 src/usr.sbin/pkg_install/delete main.c pkg_delete.1 src/usr.sbin/pkg_install/info main.c pkg_info.1 ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 17:35:15 -0000 --=-wKoXzrYZ1Semk5eybKnq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-06-03 at 18:45 +0200, Remko Lodder wrote: > On Tue, June 3, 2008 5:18 pm, Florent Thoumie wrote: > > On Fri, May 30, 2008 at 9:27 PM, Coleman Kane wrot= e: > >> On Fri, 2008-05-30 at 12:58 -0700, Maxim Sobolev wrote: > >>> I am curious what is our policy on using long options in the base > >>> system > >>> (if any)? I believe that pkg_install is the first non-contributed bas= e > >>> system utility to actually widely use it. For some reason I've got > >>> impression that use of getopt_long is considered "the Linux/GNU way", > >>> this API provided for compatibility purposes and its use in base syst= em > >>> is discouraged. Quick grep through /use/src seemingly supports that. > >>> > >>> Can someone confirm/reject? > >> > >> I am not sure about policy, however I do appreciate the long options > >> sometimes. Primarily, I think they are useful (in a self-documenting > >> way) for use in shell scripts. I tend to prefer the single-char option= s > >> when I am doing the administration myself. > > > > I'm not aware of such policy. > > > > I think they're useful because as far as pkg_install is concerned, we > > are using single-char options that are hard to match to the action > > it's doing. Here are a couple examples: > > > > - pkg_create -h doesn't call usage() because it's already taken. > > - it's easy to confuse pkg_info -o and pkg_info -O. > > > > I'll back it out if general consensus is that long options should be > > avoided. > > > > -- > > Florent Thoumie > > flz@FreeBSD.org > > FreeBSD Committer > > >=20 > I like the change (long opts). >=20 > Cheers, > REmko >=20 like++; --=20 Coleman Kane --=-wKoXzrYZ1Semk5eybKnq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkhFgG8ACgkQcMSxQcXat5dtXwCbBLOtXqKqRz7I2rrMKBW06ZDI 9P0AnR4RsHOai2cMMXcv1nd8J8d+LIjm =nXqN -----END PGP SIGNATURE----- --=-wKoXzrYZ1Semk5eybKnq--