Re: [VOTE] Release httpd 2.5.0-alpha

2017-12-14 Thread William A Rowe Jr 
Based on the copyright/licensing exception I noted earlier today, I have to
vote -1. I'd expect the incubating rat tool could have caught this, but it
is principally invoked against incubating candidates.

Now that the mod_md config changes are in place, I suspect we are ready for
a second attempt.

Thanks for RM'ing!

Bill

On Nov 7, 2017 10:28 PM, "Daniel Ruggeri"  wrote:

> Hi, all;
>
>Please find the proposed 2.5.0-alpha release tarballs and signatures
> at the following location. This release candidate was tagged from trunk
> as of r1814469:
>
> https://dist.apache.org/repos/dist/dev/httpd/
>
>
> I'd like to call a vote to release this alpha candidate. Please do note
> - this is my first attempt at cutting a release and mistakes are likely.
> Therefore, I'll let the vote run at least 10 days (possibly more as I
> will be traveling to Dublin next week) and will greatly appreciate any
> additional scrutiny the release tarball can be given.
>
>
>
> Some notes to share after having executed the process for the first time:
>
> * I'm not 100% sure on the proper syntax for an alpha candidate with the
> release.sh[1] script. I used "./release.sh --tag 2.5.0-alpha alpha
> httpd-2.5 2.5.0 'drugg...@primary.net". This seems to have produced
> desired results.
>
> * I created two scripts[2] to automate the tagging of SVN and minor file
> modifications associated with a release as well as the push of the
> tarballs/signatures to the repo mirror. Unfortunately, I lack the karma
> to commit to site/trunk. How do I obtain this karma?
>
> * I'd like to make some updates to the documentation[3] about how to
> produce releases to point out the existence of the new scripts and make
> the process more clear. Same note about karma to site/ applies.
>
> * The documentation mentioned to AP_SERVER_DEVBUILD_BOOLEAN to 0 for the
> tagged release. I assume this still holds true for an alpha release.
>
> * Blockers for automation really only seem to live around credential
> management (svn password and keyring passphrase) and the conducting of
> the vote itself over email. Kudos to everyone involved for putting
> together the scripting that already exists!
>
> * I'd like to create yet another script that does a pre-flight check for
> a machine to ensure that the host it is run on has the dependencies all
> of the above scripts need. Thing is, other than java for the docs build
> and gpg... I'm not sure what those other things may be (or even if there
> are any). Pointers welcome.
>
>
> [1] http://svn.apache.org/repos/asf/httpd/site/trunk/tools/release.sh
>
> [2] http://people.apache.org/~druggeri/scripts/
>
> [3] http://httpd.apache.org/dev/release.html
>
>
> P.S.
>
> I'll be in Dublin next week if anyone would like to catch up!
>
> --
> Daniel Ruggeri
>
>

Re: [VOTE] Release httpd 2.5.0-alpha

2017-12-11 Thread William A Rowe Jr 
On Nov 25, 2017 09:13, "Daniel Ruggeri"  wrote:


As a side note, I'm experimenting with ways to capture build and test
output as well as relevant system info related to a tested version of
httpd. Here's the current format I am using in YML (can be seen here for
this build: http://people.apache.org/~druggeri/tmp/latest_sources.yml)
httpd:
  vote:
  version_info:
  configure:
  build:
result:
log:
  test:
result:
log:
system:
  kernel:
name:
release:
version:
machine:
  libraries:
libxyz:

Feedback on anything else I should be capturing is welcome. This is the
only surviving artifact of the build and test since it's all done in
ephemeral docker containers.


Thanks for leaving this open a couple more days. I'll pull a parallel
package and diff my expectations against the tarball.  Will also have an
initial vote on the resulting build by Wed.

Re: [VOTE] Release httpd 2.5.0-alpha

2017-12-11 Thread Jacob Perkins 
Morning,

As a FYI on this, we got it built under our platforms and had no immediate, 
glaring issues. We didn’t do our full fledged tests as we have to do a lot more 
work to support our 2.5 version of templates and such. 

I hope this helps! 

—
Jacob Perkins
Product Owner
cPanel Inc.

jacob.perk...@cpanel.net 
Office:  713-529-0800 x 4046
Cell:  713-560-8655

> On Dec 11, 2017, at 3:42 AM, Stefan Eissing  
> wrote:
> 
> Daniel, I am very much interested in a smooth and more automated 
> release process. However, I am very unfamiliar regarding what is
> all involved and cannot judge if it is complete. You'd probably
> want Jim's input on this.
> 
> Cheers,
> Stefan
> 
>> Am 09.12.2017 um 21:05 schrieb Daniel Ruggeri :
>> 
>> With about a month of time the vote has been running and just a single
>> +1 (my own), I'm of the opinion that this release has died on the vine.
>> I am sensitive to the fact that this is the holiday season, so I will
>> keep it open only a few more days so folks can pipe up if they are still
>> testing or need more time to evaluate the release.
>> 
>> 
>> While it's OK and all if we don't push 2.5.0-alpha, I'm wondering if
>> anyone has been able to at least validate the structural stuff involving
>> the release? As in... Was the signature good? Did the release tarball
>> appear to be laid out as expected? Did the tags and source files show up
>> where/how we expect in trunk? Assuming that's all good, I'd like to
>> volunteer for 2.4.next... but I'd like confirmation.
>> 
>> 
>> I'm also acutely interested in those aspects because they are the result
>> of the machinery created to prepare the tags for a release and the first
>> time I've used the existing scripts per documentation. If an adjustment
>> (to the script I created, the existing scripts that are used, or the
>> documentation on how to roll a release) is needed, I'd like to
>> straighten that out now before moving forward with tying it all together
>> with an automated build plan.
>> 
>> -- 
>> Daniel Ruggeri
>> 
>> On 11/7/2017 8:36 PM, Daniel Ruggeri wrote:
>>> Hi, all;
>>> 
>>>   Please find the proposed 2.5.0-alpha release tarballs and signatures
>>> at the following location. This release candidate was tagged from trunk
>>> as of r1814469:
>>> 
>>> https://dist.apache.org/repos/dist/dev/httpd/
>>> 
>>> 
>>> I'd like to call a vote to release this alpha candidate. Please do note
>>> - this is my first attempt at cutting a release and mistakes are likely.
>>> Therefore, I'll let the vote run at least 10 days (possibly more as I
>>> will be traveling to Dublin next week) and will greatly appreciate any
>>> additional scrutiny the release tarball can be given.
>>> 
>>> 
>>> 
>>> Some notes to share after having executed the process for the first time:
>>> 
>>> * I'm not 100% sure on the proper syntax for an alpha candidate with the
>>> release.sh[1] script. I used "./release.sh --tag 2.5.0-alpha alpha
>>> httpd-2.5 2.5.0 'drugg...@primary.net". This seems to have produced
>>> desired results.
>>> 
>>> * I created two scripts[2] to automate the tagging of SVN and minor file
>>> modifications associated with a release as well as the push of the
>>> tarballs/signatures to the repo mirror. Unfortunately, I lack the karma
>>> to commit to site/trunk. How do I obtain this karma?
>>> 
>>> * I'd like to make some updates to the documentation[3] about how to
>>> produce releases to point out the existence of the new scripts and make
>>> the process more clear. Same note about karma to site/ applies.
>>> 
>>> * The documentation mentioned to AP_SERVER_DEVBUILD_BOOLEAN to 0 for the
>>> tagged release. I assume this still holds true for an alpha release.
>>> 
>>> * Blockers for automation really only seem to live around credential
>>> management (svn password and keyring passphrase) and the conducting of
>>> the vote itself over email. Kudos to everyone involved for putting
>>> together the scripting that already exists!
>>> 
>>> * I'd like to create yet another script that does a pre-flight check for
>>> a machine to ensure that the host it is run on has the dependencies all
>>> of the above scripts need. Thing is, other than java for the docs build
>>> and gpg... I'm not sure what those other things may be (or even if there
>>> are any). Pointers welcome.
>>> 
>>> 
>>> [1] http://svn.apache.org/repos/asf/httpd/site/trunk/tools/release.sh
>>> 
>>> [2] http://people.apache.org/~druggeri/scripts/
>>> 
>>> [3] http://httpd.apache.org/dev/release.html
>>> 
>>> 
>>> P.S.
>>> 
>>> I'll be in Dublin next week if anyone would like to catch up!
>>> 
>> 
>

Re: [VOTE] Release httpd 2.5.0-alpha

2017-12-11 Thread Stefan Eissing 
Daniel, I am very much interested in a smooth and more automated 
release process. However, I am very unfamiliar regarding what is
all involved and cannot judge if it is complete. You'd probably
want Jim's input on this.

Cheers,
Stefan

> Am 09.12.2017 um 21:05 schrieb Daniel Ruggeri :
> 
> With about a month of time the vote has been running and just a single
> +1 (my own), I'm of the opinion that this release has died on the vine.
> I am sensitive to the fact that this is the holiday season, so I will
> keep it open only a few more days so folks can pipe up if they are still
> testing or need more time to evaluate the release.
> 
> 
> While it's OK and all if we don't push 2.5.0-alpha, I'm wondering if
> anyone has been able to at least validate the structural stuff involving
> the release? As in... Was the signature good? Did the release tarball
> appear to be laid out as expected? Did the tags and source files show up
> where/how we expect in trunk? Assuming that's all good, I'd like to
> volunteer for 2.4.next... but I'd like confirmation.
> 
> 
> I'm also acutely interested in those aspects because they are the result
> of the machinery created to prepare the tags for a release and the first
> time I've used the existing scripts per documentation. If an adjustment
> (to the script I created, the existing scripts that are used, or the
> documentation on how to roll a release) is needed, I'd like to
> straighten that out now before moving forward with tying it all together
> with an automated build plan.
> 
> -- 
> Daniel Ruggeri
> 
> On 11/7/2017 8:36 PM, Daniel Ruggeri wrote:
>> Hi, all;
>> 
>>Please find the proposed 2.5.0-alpha release tarballs and signatures
>> at the following location. This release candidate was tagged from trunk
>> as of r1814469:
>> 
>> https://dist.apache.org/repos/dist/dev/httpd/
>> 
>> 
>> I'd like to call a vote to release this alpha candidate. Please do note
>> - this is my first attempt at cutting a release and mistakes are likely.
>> Therefore, I'll let the vote run at least 10 days (possibly more as I
>> will be traveling to Dublin next week) and will greatly appreciate any
>> additional scrutiny the release tarball can be given.
>> 
>> 
>> 
>> Some notes to share after having executed the process for the first time:
>> 
>> * I'm not 100% sure on the proper syntax for an alpha candidate with the
>> release.sh[1] script. I used "./release.sh --tag 2.5.0-alpha alpha
>> httpd-2.5 2.5.0 'drugg...@primary.net". This seems to have produced
>> desired results.
>> 
>> * I created two scripts[2] to automate the tagging of SVN and minor file
>> modifications associated with a release as well as the push of the
>> tarballs/signatures to the repo mirror. Unfortunately, I lack the karma
>> to commit to site/trunk. How do I obtain this karma?
>> 
>> * I'd like to make some updates to the documentation[3] about how to
>> produce releases to point out the existence of the new scripts and make
>> the process more clear. Same note about karma to site/ applies.
>> 
>> * The documentation mentioned to AP_SERVER_DEVBUILD_BOOLEAN to 0 for the
>> tagged release. I assume this still holds true for an alpha release.
>> 
>> * Blockers for automation really only seem to live around credential
>> management (svn password and keyring passphrase) and the conducting of
>> the vote itself over email. Kudos to everyone involved for putting
>> together the scripting that already exists!
>> 
>> * I'd like to create yet another script that does a pre-flight check for
>> a machine to ensure that the host it is run on has the dependencies all
>> of the above scripts need. Thing is, other than java for the docs build
>> and gpg... I'm not sure what those other things may be (or even if there
>> are any). Pointers welcome.
>> 
>> 
>> [1] http://svn.apache.org/repos/asf/httpd/site/trunk/tools/release.sh
>> 
>> [2] http://people.apache.org/~druggeri/scripts/
>> 
>> [3] http://httpd.apache.org/dev/release.html
>> 
>> 
>> P.S.
>> 
>> I'll be in Dublin next week if anyone would like to catch up!
>> 
>

Re: [VOTE] Release httpd 2.5.0-alpha

2017-12-09 Thread Daniel Ruggeri 
With about a month of time the vote has been running and just a single
+1 (my own), I'm of the opinion that this release has died on the vine.
I am sensitive to the fact that this is the holiday season, so I will
keep it open only a few more days so folks can pipe up if they are still
testing or need more time to evaluate the release.


While it's OK and all if we don't push 2.5.0-alpha, I'm wondering if
anyone has been able to at least validate the structural stuff involving
the release? As in... Was the signature good? Did the release tarball
appear to be laid out as expected? Did the tags and source files show up
where/how we expect in trunk? Assuming that's all good, I'd like to
volunteer for 2.4.next... but I'd like confirmation.


I'm also acutely interested in those aspects because they are the result
of the machinery created to prepare the tags for a release and the first
time I've used the existing scripts per documentation. If an adjustment
(to the script I created, the existing scripts that are used, or the
documentation on how to roll a release) is needed, I'd like to
straighten that out now before moving forward with tying it all together
with an automated build plan.

-- 
Daniel Ruggeri

On 11/7/2017 8:36 PM, Daniel Ruggeri wrote:
> Hi, all;
>
>    Please find the proposed 2.5.0-alpha release tarballs and signatures
> at the following location. This release candidate was tagged from trunk
> as of r1814469:
>
> https://dist.apache.org/repos/dist/dev/httpd/
>
>
> I'd like to call a vote to release this alpha candidate. Please do note
> - this is my first attempt at cutting a release and mistakes are likely.
> Therefore, I'll let the vote run at least 10 days (possibly more as I
> will be traveling to Dublin next week) and will greatly appreciate any
> additional scrutiny the release tarball can be given.
>
>
>
> Some notes to share after having executed the process for the first time:
>
> * I'm not 100% sure on the proper syntax for an alpha candidate with the
> release.sh[1] script. I used "./release.sh --tag 2.5.0-alpha alpha
> httpd-2.5 2.5.0 'drugg...@primary.net". This seems to have produced
> desired results.
>
> * I created two scripts[2] to automate the tagging of SVN and minor file
> modifications associated with a release as well as the push of the
> tarballs/signatures to the repo mirror. Unfortunately, I lack the karma
> to commit to site/trunk. How do I obtain this karma?
>
> * I'd like to make some updates to the documentation[3] about how to
> produce releases to point out the existence of the new scripts and make
> the process more clear. Same note about karma to site/ applies.
>
> * The documentation mentioned to AP_SERVER_DEVBUILD_BOOLEAN to 0 for the
> tagged release. I assume this still holds true for an alpha release.
>
> * Blockers for automation really only seem to live around credential
> management (svn password and keyring passphrase) and the conducting of
> the vote itself over email. Kudos to everyone involved for putting
> together the scripting that already exists!
>
> * I'd like to create yet another script that does a pre-flight check for
> a machine to ensure that the host it is run on has the dependencies all
> of the above scripts need. Thing is, other than java for the docs build
> and gpg... I'm not sure what those other things may be (or even if there
> are any). Pointers welcome.
>
>
> [1] http://svn.apache.org/repos/asf/httpd/site/trunk/tools/release.sh
>
> [2] http://people.apache.org/~druggeri/scripts/
>
> [3] http://httpd.apache.org/dev/release.html
>
>
> P.S.
>
> I'll be in Dublin next week if anyone would like to catch up!
>

Re: [VOTE] Release httpd 2.5.0-alpha

2017-11-25 Thread Daniel Ruggeri 
I'm over due for this vote since I've been playing with docker containers, 
automating the build/testing process and flying all over the place... but:
+1

Completed the test cases for the following built from the latest available 
sources of each dependent library:
system:
  kernel:
name: Linux
release: 3.16.0-4-amd64
version: #1 SMP Debian 3.16.39-1 (2016-12-30)
machine: x86_64

  libraries:
openssl: "1.1.0g"
openldap: "2.4.45"
apr: "1.6.3"
apr-util: "1.6.1"
iconv: "1.2.2"
brotli: "1.0.1"
nghttp2: "1.27.0"
zlib: "1.2.11"
pcre: "8.41"
libxml2: "2.9.7"
php: "5.6.32"
lua: "5.3.4"
curl: "7.56.1"



As a side note, I'm experimenting with ways to capture build and test output as 
well as relevant system info related to a tested version of httpd. Here's the 
current format I am using in YML (can be seen here for this build: 
http://people.apache.org/~druggeri/tmp/latest_sources.yml)
httpd:
  vote:
  version_info:
  configure:
  build:
result:
log:
  test:
result:
log:
system:
  kernel:
name:
release:
version:
machine:
  libraries:
libxyz:

Feedback on anything else I should be capturing is welcome. This is the only 
surviving artifact of the build and test since it's all done in ephemeral 
docker containers.


On 2017-11-07 20:36, Daniel Ruggeri  wrote: 
> Hi, all;
> 
>    Please find the proposed 2.5.0-alpha release tarballs and signatures
> at the following location. This release candidate was tagged from trunk
> as of r1814469:
> 
> https://dist.apache.org/repos/dist/dev/httpd/
> 
> 
> I'd like to call a vote to release this alpha candidate. Please do note
> - this is my first attempt at cutting a release and mistakes are likely.
> Therefore, I'll let the vote run at least 10 days (possibly more as I
> will be traveling to Dublin next week) and will greatly appreciate any
> additional scrutiny the release tarball can be given.
> 
> 
> 
> Some notes to share after having executed the process for the first time:
> 
> * I'm not 100% sure on the proper syntax for an alpha candidate with the
> release.sh[1] script. I used "./release.sh --tag 2.5.0-alpha alpha
> httpd-2.5 2.5.0 'drugg...@primary.net". This seems to have produced
> desired results.
> 
> * I created two scripts[2] to automate the tagging of SVN and minor file
> modifications associated with a release as well as the push of the
> tarballs/signatures to the repo mirror. Unfortunately, I lack the karma
> to commit to site/trunk. How do I obtain this karma?
> 
> * I'd like to make some updates to the documentation[3] about how to
> produce releases to point out the existence of the new scripts and make
> the process more clear. Same note about karma to site/ applies.
> 
> * The documentation mentioned to AP_SERVER_DEVBUILD_BOOLEAN to 0 for the
> tagged release. I assume this still holds true for an alpha release.
> 
> * Blockers for automation really only seem to live around credential
> management (svn password and keyring passphrase) and the conducting of
> the vote itself over email. Kudos to everyone involved for putting
> together the scripting that already exists!
> 
> * I'd like to create yet another script that does a pre-flight check for
> a machine to ensure that the host it is run on has the dependencies all
> of the above scripts need. Thing is, other than java for the docs build
> and gpg... I'm not sure what those other things may be (or even if there
> are any). Pointers welcome.
> 
> 
> [1] http://svn.apache.org/repos/asf/httpd/site/trunk/tools/release.sh
> 
> [2] http://people.apache.org/~druggeri/scripts/
> 
> [3] http://httpd.apache.org/dev/release.html
> 
> 
> P.S.
> 
> I'll be in Dublin next week if anyone would like to catch up!
> 
> -- 
> Daniel Ruggeri
> 
>

Re: [VOTE] Release httpd 2.5.0-alpha

2017-11-08 Thread William A Rowe Jr 
Just to clarify one aspect you asked about;

On Tue, Nov 7, 2017 at 8:36 PM, Daniel Ruggeri  wrote:
>
> https://dist.apache.org/repos/dist/dev/httpd/

is also http://httpd.apache.org/dev/dist/ as you can see from the contents
of that URL (this is automatic, as is www.apache.org/dist/httpd from the
https://dist.apache.org/repos/dist/release/httpd).

> * I created two scripts[2] to automate the tagging of SVN and minor file
> modifications associated with a release as well as the push of the
> tarballs/signatures to the repo mirror. Unfortunately, I lack the karma
> to commit to site/trunk. How do I obtain this karma?

So svn cp'ing the files from /repos/dist/dev/httpd to release/httpd causes
mirrors to sync once a vote passes. We don't mirror the /dev/dist/ contents.

In terms of updating the site after a vote passes, you should have that
karma as a member of httpd-pmc, so not sure what's going on there.
Perhaps open an infra ticket?

> * The documentation mentioned to AP_SERVER_DEVBUILD_BOOLEAN to 0 for the
> tagged release. I assume this still holds true for an alpha release.

Yes

Re: [VOTE] Release httpd 2.5.0-alpha

2017-11-08 Thread Eric Covener 
> Till now I was assuming that we should get a trunk and a 2.5.0-alfa repo.

No, not expected yet.

Re: [VOTE] Release httpd 2.5.0-alpha

2017-11-08 Thread Steffen 



I still see only a trunk repo in svn, which is now labeled as 
2.5.0-alfa, and I see the tags/2.5.0-alfa repo.



Till now I was assuming that we should get a trunk and a 2.5.0-alfa 
repo.


Does not build on windows, for example .mak files are missing and 
cmake/dsp. etc not up to date.


Attached difference between 2.4.29 and 2.5.0-alfa (except the /doc 
dir).


The deps file has the old apr and apr-util.

I noticed already some "strange" diffs,
for example mod_proxy_http2.c :

2.4.29:

23 #include "mod_proxy_http2.h"
24 #include "h2_request.h"  <===
25 #include "h2_proxy_util.h"

2.5.0-alfa:

23 #include "mod_proxy_http2.h"
24 #include "h2.h" <==
25 #include "h2_proxy_util.h



On Wednesday 08/11/2017 at 05:28, Daniel Ruggeri  wrote:

Hi, all;

  Please find the proposed 2.5.0-alpha release tarballs and signatures
at the following location. This release candidate was tagged from 
trunk

as of r1814469:

https://dist.apache.org/repos/dist/dev/httpd/


I'd like to call a vote to release this alpha candidate. Please do 
note
- this is my first attempt at cutting a release and mistakes are 
likely.

Therefore, I'll let the vote run at least 10 days (possibly more as I
will be traveling to Dublin next week) and will greatly appreciate any
additional scrutiny the release tarball can be given.



Some notes to share after having executed the process for the first 
time:


* I'm not 100% sure on the proper syntax for an alpha candidate with 
the

release.sh[1] script. I used "./release.sh --tag 2.5.0-alpha alpha
httpd-2.5 2.5.0 'drugg...@primary.net". This seems to have produced
desired results.

* I created two scripts[2] to automate the tagging of SVN and minor 
file

modifications associated with a release as well as the push of the
tarballs/signatures to the repo mirror. Unfortunately, I lack the 
karma

to commit to site/trunk. How do I obtain this karma?

* I'd like to make some updates to the documentation[3] about how to
produce releases to point out the existence of the new scripts and 
make

the process more clear. Same note about karma to site/ applies.

* The documentation mentioned to AP_SERVER_DEVBUILD_BOOLEAN to 0 for 
the

tagged release. I assume this still holds true for an alpha release.

* Blockers for automation really only seem to live around credential
management (svn password and keyring passphrase) and the conducting of
the vote itself over email. Kudos to everyone involved for putting
together the scripting that already exists!

* I'd like to create yet another script that does a pre-flight check 
for
a machine to ensure that the host it is run on has the dependencies 
all
of the above scripts need. Thing is, other than java for the docs 
build
and gpg... I'm not sure what those other things may be (or even if 
there

are any). Pointers welcome.


[1] http://svn.apache.org/repos/asf/httpd/site/trunk/tools/release.sh

[2] http://people.apache.org/~druggeri/scripts/

[3] http://httpd.apache.org/dev/release.html


P.S.

I'll be in Dublin next week if anyone would like to catch up!

--
Daniel Ruggeri



-- F:\Temp\httpd-2.4.29 : F:\Temp\httpd-2.5.0-alpha -- includes differing files
.\acinclude.m4  different (F:\Temp\httpd-2.4.29 is more recent)
.\apache-apr2.dsw   different (F:\Temp\httpd-2.4.29 is more recent)
.\apache.dswdifferent (F:\Temp\httpd-2.4.29 is more recent)
.\buildbin.dsp  different (F:\Temp\httpd-2.4.29 is more recent)
.\buildconf different (F:\Temp\httpd-2.4.29 is more recent)
.\changes   different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\cmakelists.txtdifferent (F:\Temp\httpd-2.5.0-alpha is more recent)
.\configure different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\configure.in  different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\httpd.specdifferent (F:\Temp\httpd-2.5.0-alpha is more recent)
.\install   different (F:\Temp\httpd-2.4.29 is more recent)
.\installbin.dspdifferent (F:\Temp\httpd-2.4.29 is more recent)
.\layoutdifferent (F:\Temp\httpd-2.5.0-alpha is more recent)
.\libhttpd.dsp  different (F:\Temp\httpd-2.4.29 is more recent)
.\license   different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\makefile.in   different (F:\Temp\httpd-2.4.29 is more recent)
.\makefile.win  different (F:\Temp\httpd-2.4.29 is more recent)
.\nwgnumakefile different (F:\Temp\httpd-2.4.29 is more recent)
.\readmedifferent (F:\Temp\httpd-2.4.29 is more recent)
.\readme.cmake  different (F:\Temp\httpd-2.4.29 is more recent)
.\build\config_vars.sh.in   different (F:\Temp\httpd-2.4.29 is more recent)
.\build\fastgen.sh  different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\build\install.sh  different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\build\installwinconf.awk  different (F:\Temp\httpd-2.4.29 is more recent)
.\build\instdso.sh  different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\build\ltmain.sh   different (F:\Temp\httpd-2.5.0-alpha is more recent)
.\build\make_exports.awk