On Tue, Apr 30, 2002 at 11:41:57PM +0200, [EMAIL PROTECTED] wrote:
-1on anything which
- shows in the output of AB of versions of AB which -can-
be compared different version numbers
Personally, I think that is your logical fallacy. I don't believe
you can reliably compare
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 30 April 2002 23:42
I'd like to see either the seperate version for ab
patch reverted _or_ ab moved out of the tree. I
feel very strongly about only having 'one'* version
scheme to care about in the httpd tree.
+0to move it
Justin Erenkrantz wrote:
On Tue, Apr 30, 2002 at 11:41:57PM +0200, [EMAIL PROTECTED] wrote:
-1on anything which
- shows in the output of AB of versions of AB which -can-
be compared different version numbers
Personally, I think that is your logical fallacy. I don't believe
From: Brian Pane [mailto:[EMAIL PROTECTED]]
Sent: 01 May 2002 09:50
Justin Erenkrantz wrote:
On Tue, Apr 30, 2002 at 11:41:57PM +0200, [EMAIL PROTECTED] wrote:
-1 on anything which
- shows in the output of AB of versions of AB which -can-
be compared different version
On Wed, 1 May 2002, Sander Striker wrote:
-1 on anything which
- shows in the output of AB of versions of AB which -can-
be compared different version numbers
or
- which shows in the output of AB identical version numbers
even though the results cannot be
On Wed, 1 May 2002, Sander Striker wrote:
Although the version number may not help in being able to compare results,
it does help to track down what the state of the sourcetree was when this
ab was compiled. So, +1 on the disclaimer, -0 on removing all signs of
a version number.
Agreed.
Personally I just don't see what the big deal is. People like having ab
:-) :-) - I think that all that happened was that the #define in the 1.3
version unintentionally got translated during the 2.0 move to the
BASE_SERVER version; not realizing it had intentioanlly its own
version number
On Wed, May 01, 2002 at 05:54:49PM +0200, [EMAIL PROTECTED] wrote:
Would it be that we need to put that APR version also in places like Error
Log or on the -V command line ? As to help people file more meaning ful
bug reports ?
At this point, I don't think so because httpd-2.0 will only work
specific versions of APR that must be in-tree. Remember that people
can only legitimately file bug reports off released versions. People
Ack - I had not thougd of that - that is perfectly true - so a release
version of Apache implies a single APR version - even across platforms.
Dw.
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
On Wed, May 01, 2002 at 05:54:49PM +0200, [EMAIL PROTECTED] wrote:
Would it be that we need to put that APR version also in places like
Error
Log or on the -V command line ? As to help people file more meaning
ful
bug reports ?
At
specific versions of APR that must be in-tree. Remember that people
can only legitimately file bug reports off released versions. People
Not necessarily. As Ryan said, you want the bug reports *before* the release
so that you can fix them. It'd be good for reproducability if reports be
filed
On Wed, May 01, 2002 at 08:58:57AM -0700, Justin Erenkrantz wrote:
On Wed, May 01, 2002 at 05:54:49PM +0200, [EMAIL PROTECTED] wrote:
Would it be that we need to put that APR version also in places like Error
Log or on the -V command line ? As to help people file more meaning ful
bug
Hi,
I'd like to see either the seperate version for ab
patch reverted _or_ ab moved out of the tree. I
feel very strongly about only having 'one'* version
scheme to care about in the httpd tree.
Sander
*) one in the broadest sense of the word... ofcource
we already have to be/are being
On Tue, 30 Apr 2002, Sander Striker wrote:
I'd like to see either the seperate version for ab
patch reverted _or_ ab moved out of the tree. I
feel very strongly about only having 'one'* version
scheme to care about in the httpd tree.
+1 to keep it (ie, use httpd's version numbers)
-0 to
I'd like to see either the seperate version for ab
patch reverted _or_ ab moved out of the tree. I
feel very strongly about only having 'one'* version
scheme to care about in the httpd tree.
+0 to move it out of the tree.
+0 to restore the 1.3 versioning situation.
-1 on
if the above implies moving out of the tree; then +1 for that. If the
above can be accomplished by having the APR version # exposed or something
simpler - great. Otherwise - move it out.
If I may voice my two cents as former measurement taker migrated to tester:
I think Apache benefits from
Having it separated out like you have just changed it to is going
to cause lots of problems for us maintaining it. While your
As to wether this is realistic: From apache-1.3/src/support/ab.c:
#define VERSION 1.3d
which has been there for some XXX years and allowed us to compare
ab
I think maybe we should move ab out of the tree in this case...
david
Having it separated out like you have just changed it to is going
to cause lots of problems for us maintaining it. While your
As to wether this is realistic: From apache-1.3/src/support/ab.c:
#define VERSION 1.3d
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: 25 April 2002 11:42
On Thu, Apr 25, 2002 at 08:31:14AM -, [EMAIL PROTECTED] wrote:
dirkx 02/04/25 01:31:14
Modified:support ab.c
Log:
During the 1.3-2.0 migragrion; ab its #defined VERSION own string was
19 matches
Mail list logo
