From owner-cvs-all@FreeBSD.ORG  Wed Jun  4 20:03:54 2008
Return-Path: <owner-cvs-all@FreeBSD.ORG>
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 1A7C11065677;
	Wed,  4 Jun 2008 20:03:54 +0000 (UTC)
	(envelope-from sobomax@FreeBSD.org)
Received: from sippysoft.com (gk1.360sip.com [72.236.70.240])
	by mx1.freebsd.org (Postfix) with ESMTP id BE3E08FC1D;
	Wed,  4 Jun 2008 20:03:53 +0000 (UTC)
	(envelope-from sobomax@FreeBSD.org)
Received: from [192.168.0.40] ([204.244.149.125]) (authenticated bits=0)
	by sippysoft.com (8.13.8/8.13.8) with ESMTP id m54K3oJL001096
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 4 Jun 2008 13:03:51 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Message-ID: <4846F520.6040400@FreeBSD.org>
Date: Wed, 04 Jun 2008 13:03:44 -0700
From: Maxim Sobolev <sobomax@FreeBSD.org>
Organization: Sippy Software, Inc.
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: Coleman Kane <cokane@FreeBSD.org>
References: <200805301426.m4UEQ92d025434@repoman.freebsd.org>	
	<48405C4B.3050603@FreeBSD.org> <1212179252.1967.1.camel@localhost>	
	<a01628140806030818te29e2fet287d59f5ceedfc9c@mail.gmail.com>	
	<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>
	<1212608575.15220.109.camel@localhost>
In-Reply-To: <1212608575.15220.109.camel@localhost>
Content-Type: text/plain; charset=KOI8-U; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Alexey Dokuchaev <danfe@FreeBSD.org>, src-committers@FreeBSD.org,
	Florent Thoumie <flz@FreeBSD.org>, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org, Steve Kargl <sgk@troutmask.apl.washington.edu>,
	Wilko Bulte <wb@freebie.xs4all.nl>
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 <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2008 20:03:54 -0000

Coleman Kane wrote:
>> 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.
>>
> 
> 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.

Please don't. Idea to add "long" options to existing "short" ones in 
base system utilities is very short-sighted. It could look like a cool 
pet project for somebody learning how to use C ("gee, ma, look, I have 
made a huge improvement in FreeBSD cp(1) in less than 10 minutes of 
work"), but in the long run it will hurt us all since sooner or later 
you will find yourself struggling with scripts that don't work on 
release X just because it was created on release X+N and therefore uses 
those cool new long options.

-Maxim