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

[Ihtesham Ali]

On 04/06/2008, Alexey Dokuchaev <danfe at freebsd.org> wrote:

> I'd rather avoid long options in *BSD utilities.  They're hard to
>  remember, easy to confuse, while not really gaining us anything useful

Exactly! -1


Florent Thoumie's bringing up a possibility and considering to go by
the general consensus is healthy though, and I completely appreciate
it.

On 05/06/2008, Wilko Bulte <wb at freebie.xs4all.nl> wrote:

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

Policies in such projects are generally not against anyone but for everyone.

It's nice of the committer that they in a way have sought your
opinion. I'm sure you don't want FreeBSD to look like a haywire Linux
distro anytime soon. I hope FreeBSD doesn't become a soup.

P.S. I am not against the Linux culture, in fact I am happy that they
are happy with it. I merely referred to FreeBSD's distinction of being
an excellent advanced operating system project from every aspect.

On 05/06/2008, Coleman Kane <cokane at freebsd.org> wrote:

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

Anything that can affect habits of a larger group of BSDists is at
least worth a second thought.
Long options are not just about me but a lot more out there who may
not even know of the discussion, so I'd try to be more considerate.

-- 
Ali