kensmith2008-10-04 02:56:02 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/pkg_install/add main.c
Log:
SVN rev 183585 on 2008-10-04 02:56:02Z by kensmith
Add info for the two upcoming releases - 6.4 and 7.1.
Approved by:re (implicit)
kensmith2008-10-04 02:58:54 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6_4)
usr.sbin/pkg_install/add main.c
Log:
SVN rev 183586 on 2008-10-04 02:58:54Z by kensmith
MFS r183585:
Add info for the two upcoming releases - 6.4 and 7.1.
Approved by:
flz 2008-06-17 10:47:24 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
usr.sbin/pkg_install/add main.c perform.c
usr.sbin/pkg_install/create main.c
usr.sbin/pkg_install/lib file.c url.c
Log:
SVN rev 179843 on 2008-06-17 10:47:24Z by flz
flz 2008-06-17 10:48:46 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/pkg_install/add main.c perform.c
usr.sbin/pkg_install/create main.c
usr.sbin/pkg_install/lib file.c url.c
Log:
SVN rev 179844 on 2008-06-17 10:48:46Z by flz
flz 2008-06-16 23:41:11 UTC
FreeBSD src repository
Modified files:
usr.sbin/pkg_install/add main.c perform.c
usr.sbin/pkg_install/create main.c
usr.sbin/pkg_install/lib file.c url.c
Log:
SVN rev 179835 on 2008-06-16 23:41:11Z by flz
Remove support for RELENG_4
flz 2008-06-10 09:55:25 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
usr.sbin/pkg_install/add main.c pkg_add.1
usr.sbin/pkg_install/create create.h main.c perform.c
pkg_create.1
usr.sbin/pkg_install/delete main.c
flz 2008-06-10 09:56:11 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/pkg_install/add main.c pkg_add.1
usr.sbin/pkg_install/create create.h main.c perform.c
pkg_create.1
usr.sbin/pkg_install/delete main.c
: It's not your call either. We have style(9), which says:
Thus quote he from the holy book of style, section nine, verses 127-134
: For consistency, getopt(3) should be used to parse options. Options
: should be sorted in the getopt(3) call and the switch statement,
: unless
:
On Jun 4, 2008, at 8:00 AM, Steve Kargl wrote:
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
Coleman Kane wrote:
Using your argument above about scripts written for release X+1 not
working under release X means that the addition of -a to /bin/cp
should also be reverted, as well as numerous other changes that have
happened to CLI tools like ifconfig. There are probably at least
Wed, Jun 04, 2008 at 04:18:15, danfe wrote about Re: cvs commit:
src/usr.sbin:
I'd rather avoid long options in *BSD utilities. They're hard to
remember, easy to confuse, while not really gaining us anything useful
(IMHO of course).
For me long options are easier to remember in many
On Wed, 2008-06-04 at 15:29 -0700, Steve Kargl wrote:
On Wed, Jun 04, 2008 at 05:24:23PM -0400, Coleman Kane wrote:
It's probably premature to begin shooting that down. I merely picked
cp as the first tool that came to mind which lives in /bin. Maybe I
should have picked on /bin/pax or
On Wed, 2008-06-04 at 23:47 -0700, Maxim Sobolev wrote:
Coleman Kane wrote:
Using your argument above about scripts written for release X+1 not
working under release X means that the addition of -a to /bin/cp
should also be reverted, as well as numerous other changes that have
happened to
On Thu, Jun 05, 2008 at 08:15:41AM -0400, Coleman Kane wrote:
On Wed, 2008-06-04 at 15:29 -0700, Steve Kargl wrote:
Please commit. The patch gives conformance to Posix
(ie., IEEE Std 1003.1, 2004 Edition).
As a bonus, I've included long options for compatibility
with GNU wc.
On Thu, 2008-06-05 at 13:05 +, Alexey Dokuchaev wrote:
On Thu, Jun 05, 2008 at 08:15:41AM -0400, Coleman Kane wrote:
On Wed, 2008-06-04 at 15:29 -0700, Steve Kargl wrote:
Please commit. The patch gives conformance to Posix
(ie., IEEE Std 1003.1, 2004 Edition).
As a bonus,
Quoting Steve Kargl, who wrote on Tue, Jun 03, 2008 at 09:39:55PM -0700 ..
On Wed, Jun 04, 2008 at 04:18:15AM +, Alexey Dokuchaev wrote:
On Tue, Jun 03, 2008 at 04:18:23PM +0100, Florent Thoumie wrote:
On Fri, May 30, 2008 at 9:27 PM, Coleman Kane [EMAIL PROTECTED] wrote:
On Fri,
On Wed, 2008-06-04 at 04:18 +, Alexey Dokuchaev wrote:
On Tue, Jun 03, 2008 at 04:18:23PM +0100, Florent Thoumie wrote:
On Fri, May 30, 2008 at 9:27 PM, Coleman Kane [EMAIL PROTECTED] wrote:
On Fri, 2008-05-30 at 12:58 -0700, Maxim Sobolev wrote:
I am curious what is our policy on
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
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
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
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
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
Remko Lodder 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.
That is not your call. If a maintainer wants to add all options he can
consider, he is free to do so. Though
On Wed, Jun 04, 2008 at 03:42:55PM -0400, Coleman Kane wrote:
On Wed, 2008-06-04 at 12:29 -0700, Steve Kargl wrote:
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,
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
Maxim Sobolev wrote:
Remko Lodder 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.
That is not your call. If a maintainer wants to add all options he can
consider, he is
Quoting Coleman Kane, who wrote on Wed, Jun 04, 2008 at 03:42:55PM -0400 ..
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
On Wed, Jun 04, 2008 at 12:54:50PM -0700, Maxim Sobolev wrote:
Remko Lodder 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.
The existence of programs with long options
On Wed, 2008-06-04 at 13:03 -0700, Maxim Sobolev wrote:
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
On Wed, Jun 04, 2008 at 05:24:23PM -0400, Coleman Kane wrote:
It's probably premature to begin shooting that down. I merely picked
cp as the first tool that came to mind which lives in /bin. Maybe I
should have picked on /bin/pax or /usr/bin/lex instead, or something
else with 20+ getopt args
On 04/06/2008, Alexey Dokuchaev [EMAIL PROTECTED] 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
On Wed, Jun 04, 2008 at 10:12:51PM +0200, Remko Lodder wrote:
Maxim Sobolev wrote:
For consistency, getopt(3) should be used to parse options. Options
should be sorted in the getopt(3) call and the switch statement,
unless
parts of the switch cascade. Elements in a switch
On Fri, May 30, 2008 at 9:27 PM, Coleman Kane [EMAIL PROTECTED] wrote:
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 base
system utility to
On Tue, June 3, 2008 5:18 pm, Florent Thoumie wrote:
On Fri, May 30, 2008 at 9:27 PM, Coleman Kane [EMAIL PROTECTED] wrote:
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
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 [EMAIL PROTECTED] wrote:
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
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 [EMAIL PROTECTED] wrote:
On Fri, 2008-05-30 at 12:58 -0700, Maxim Sobolev wrote:
I am curious what is our policy on using long options in
Joe Marcus Clarke wrote:
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 [EMAIL PROTECTED]
wrote:
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
On Tue, Jun 03, 2008 at 04:18:23PM +0100, Florent Thoumie wrote:
On Fri, May 30, 2008 at 9:27 PM, Coleman Kane [EMAIL PROTECTED] wrote:
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
On Wed, Jun 04, 2008 at 04:18:15AM +, Alexey Dokuchaev wrote:
On Tue, Jun 03, 2008 at 04:18:23PM +0100, Florent Thoumie wrote:
On Fri, May 30, 2008 at 9:27 PM, Coleman Kane [EMAIL PROTECTED] wrote:
On Fri, 2008-05-30 at 12:58 -0700, Maxim Sobolev wrote:
I am curious what is our policy
$man find
...Ok, maybe primaries used with find don't count as command line options.
Arguably, the output of foo -h is more light weight than man foo.
OTOH, if lots of long options
make it necessary to do this instead: foo -h 21 | more -es, then I
see where you're coming from.
Why not
flz 2008-05-30 14:26:09 UTC
FreeBSD src repository
Modified files:
usr.sbin/pkg_install/add main.c pkg_add.1
usr.sbin/pkg_install/create main.c pkg_create.1
usr.sbin/pkg_install/delete main.c pkg_delete.1
usr.sbin/pkg_install/info main.c pkg_info.1
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 base
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
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 base
system utility to actually widely use it. For some reason I've got
impression that use of
delphij 2008-03-08 00:04:58 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
usr.sbin/pkg_install/add main.c
Log:
Merge from RELENG_7_0: Teach pkg_add(1) about 6.3-RELEASE, 7.0-RELEASE
and 7-STABLE.
Revision ChangesPath
1.72.2.1 +3 -1
kensmith2008-02-26 14:35:01 UTC
FreeBSD src repository
Modified files:
usr.sbin/pkg_install/add main.c
Log:
Sync list of directories to look for packages in to current releases
available.
MFC after: 3 days
Revision ChangesPath
1.76 +3 -1
kensmith2007-12-22 13:45:15 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7_0)
usr.sbin/pkg_install/add main.c
Log:
Update directories to search for packages in.
Approved by:re (implicit)
Revision ChangesPath
1.72.4.1 +3 -1
kensmith2007-11-25 06:20:35 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/pkg_install/add main.c
Log:
Get ready for packages-6.3-release to exist.
Approved by:re (implicit)
Revision ChangesPath
1.61.2.10 +1 -0
kensmith2007-11-25 06:36:32 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6_3)
usr.sbin/pkg_install/add main.c
Log:
Prepare for packages-6.3-release to exist.
Approved by:re (implicit)
Revision ChangesPath
1.61.2.9.2.1 +1 -0
ade 2007-02-07 09:14:26 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/pkg_install/add main.c
Log:
MFC: rev 1.71/1.72
Remove hard-coded limit (200) on maximum number of packages that can be
added with a single invocation of pkg_add,
ade 2007-02-07 09:15:04 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_5)
usr.sbin/pkg_install/add main.c
Log:
MFC: rev 1.71/1.72
Remove hard-coded limit (200) on maximum number of packages that can be
added with a single invocation of pkg_add,
pav 2007-02-01 15:52:47 UTC
FreeBSD src repository (doc,ports committer)
Modified files:
usr.sbin/pkg_install/add main.c
Log:
Fix previous rev.: don't step behind the end of memory we allocate
Revision ChangesPath
1.72 +1 -1
ade 2007-01-31 22:34:46 UTC
FreeBSD src repository
Modified files:
usr.sbin/pkg_install/add main.c
Log:
Remove hard-coded limit (200) on maximum number of packages that can be
added with a single invocation of pkg_add, replacing it with something
rather more dynamic.
ru 2006-09-29 17:17:53 UTC
FreeBSD src repository
Modified files:
usr.sbin/pkg_install/add main.c
Log:
Sync usage() with manpage's SYNOPSIS.
Revision ChangesPath
1.70 +1 -1 src/usr.sbin/pkg_install/add/main.c
kensmith2006-09-28 18:35:26 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
usr.sbin/pkg_install/add main.c
Log:
Partial MFC of v1.69 - adding info for 5.5-REL.
Approved by:re (hrs)
Revision ChangesPath
1.61.2.8 +1 -0
kensmith2006-09-26 14:51:33 UTC
FreeBSD src repository
Modified files:
usr.sbin/pkg_install/add main.c
Log:
Oops. Catch up on the last couple of releases and prepare for the next
one.
Revision ChangesPath
1.69 +3 -0 src/usr.sbin/pkg_install/add/main.c
obrien 2006-06-12 22:39:32 UTC
FreeBSD src repository
Modified files:
usr.sbin/pkg_install/add main.c
usr.sbin/pkg_install/create main.c
usr.sbin/pkg_install/delete main.c
usr.sbin/pkg_install/info main.c
usr.sbin/pkg_install/lib global.c lib.h
kensmith2006-05-12 15:50:26 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_5_5)
usr.sbin/pkg_install/add main.c
Log:
Add packages-5.5-release.
Approved by:re (implicit)
Revision ChangesPath
1.59.2.6.2.1 +1 -0
57 matches
Mail list logo
