From owner-cvs-all@FreeBSD.ORG Wed Jun 4 19:44:31 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 523D71065671; Wed, 4 Jun 2008 19:44:31 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.123]) by mx1.freebsd.org (Postfix) with ESMTP id 853F88FC1F; Wed, 4 Jun 2008 19:44:30 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from orion.intree.net ([70.62.16.218]) by hrndva-omta06.mail.rr.com with ESMTP id <20080604194429.VKON18258.hrndva-omta06.mail.rr.com@orion.intree.net>; Wed, 4 Jun 2008 19:44:29 +0000 Received: from mail.cokane.org (unknown [172.31.0.6]) by orion.intree.net (Postfix) with ESMTP id 64316361C0B2; Wed, 4 Jun 2008 15:44:29 -0400 (EDT) Received: by mail.cokane.org (Postfix, from userid 103) id 26FA61DB2F9; Wed, 4 Jun 2008 15:44:29 -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 8675F16B55B; Wed, 4 Jun 2008 15:44:18 -0400 (EDT) From: Coleman Kane To: Steve Kargl In-Reply-To: <20080604192955.GA46284@troutmask.apl.washington.edu> References: <200805301426.m4UEQ92d025434@repoman.freebsd.org> <48405C4B.3050603@FreeBSD.org> <1212179252.1967.1.camel@localhost> <20080604041815.GA84027@FreeBSD.org> <20080604043955.GA38627@troutmask.apl.washington.edu> <20080604063631.GA28351@freebie.xs4all.nl> <20080604150013.GA44358@troutmask.apl.washington.edu> <20080604191339.GA31570@freebie.xs4all.nl> <20080604192955.GA46284@troutmask.apl.washington.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kb3kMIkUFy79LFvkjrcJ" Organization: FreeBSD Project Date: Wed, 04 Jun 2008 15:42:55 -0400 Message-Id: <1212608575.15220.109.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 FreeBSD GNOME Team Port Cc: Maxim Sobolev , Alexey Dokuchaev , src-committers@FreeBSD.org, Florent Thoumie , cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, Wilko Bulte 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-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2008 19:44:31 -0000 --=-kb3kMIkUFy79LFvkjrcJ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-06-04 at 12:29 -0700, Steve Kargl wrote: > On Wed, Jun 04, 2008 at 09:13:39PM +0200, Wilko Bulte wrote: > > Quoting Steve Kargl, who wrote on Wed, Jun 04, 2008 at 08:00:13AM -0700= .. > > > On Wed, Jun 04, 2008 at 08:36:31AM +0200, Wilko Bulte wrote: > > > > Quoting Steve Kargl, who wrote on Tue, Jun 03, 2008 at 09:39:55PM -= 0700 .. > > > > >=20 > > > > > I personally believe that commit should be backed out and core > > > > > should establish a policy against adding long options to BSD > > > >=20 > > > > Gimme a break.. =20 > > > >=20 > > >=20 > > > Note I wrote "I personally believe". You don't have to agree > > > with me. > >=20 > > Well I indeed do not agree. Aren't the developers old enough=20 > > to make this kind of judgement call themselves, without all sorts of wr= itten=20 > > policies? >=20 > Apparently, not. See the recent commit to pkg_create. >=20 I believe the comment was meant to convey that this sort of call should be left to the person doing the work. Making up a book of obtuse policy rules such as this, for purposes that aren't very concrete, doesn't seem to serve anybody well. The whole reason long options exist is because a significant group of users actually find them helpful. It's really counterproductive (not to mention narrow-minded) to dismiss that. I support the efforts of flz on this one, he took the time to do the work and wanted to commit it. I actually find your above comment to be pretty offensive, and dismissive of the hard word that flz has done. > >=20 > > I would think they all are! > >=20 >=20 > Where do we stop? Should we add long options to all > /usr/bin utilities? Why stop at /usr/bin, let's add > long options to /usr/sbin, /bin, /sbin, /rescue, etc. >=20 I'm sure if someone has some "add long options to /bin/cp, etc..." patches, we can surely discuss them on this list as adults and respect the decision to add new features without deprecating any existing features, even if we won't be making use of those new features. --=20 Coleman Kane --=-kb3kMIkUFy79LFvkjrcJ 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) iEYEABECAAYFAkhG8D0ACgkQcMSxQcXat5ftcACfYW+sFHaQTIsGOpXYNYK6xIVD WJkAniQHLBAwTVeRhAb6dlge6aLsm/y3 =S80E -----END PGP SIGNATURE----- --=-kb3kMIkUFy79LFvkjrcJ--