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 ...

Remko Lodder remko at
Wed Jun 4 19:37:59 UTC 2008

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 ..
>>>>> I personally believe that commit should be backed out and core
>>>>> should establish a policy against adding long options to BSD
>>>> Gimme a break..  
>>> Note I wrote "I personally believe".  You don't have to agree
>>> with me.
>> Well I indeed do not agree.  Aren't the developers old enough 
>> to make this kind of judgement call themselves, without all sorts of written 
>> policies?
> Apparently, not.  See the recent commit to pkg_create.

The developer that did the commit is mature enough to make the decision. 
That others perhaps do not agree doesn't reflect the maturity of the 
developer / maintainer.

>> I would think they all are!
> 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.

That is not your call. If a maintainer wants to add all options he can 
consider, he is free to do so. Though others might not appreciate that 
as much as he does. It can be discussed ofcourse, but to a certain extend.

Also note that the time wasted by these interesting discussions is time 
better spend on different areas (y'all go close a PR or two orso ;-)).

Thanks, move on, nothing to see here.



/"\   Best regards,                      | remko at
\ /   Remko Lodder                       | remko at EFnet
  X          |
/ \   ASCII Ribbon Campaign              | Against HTML Mail and News

More information about the cvs-src mailing list