Guenter Knauf wrote:
still not sync'd, also my NetWare binaries not; there is something wrong ...
Two emails to infrastructure@ have gone ignored, does anyone know what
is going on?
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Hi,
Graham Leggett schrieb:
Still waiting for www.apache.org/dist/httpd to pick up the binaries,
have pinging infra to see if there is anything wrong.
still not sync'd, also my NetWare binaries not; there is something wrong ...
Gün.
Hello,
CHANGES states;
*) mod_proxy_scgi: Backport from trunk. [André Malo]
There are no Windows build files for this module. To hopefully soften
the grief a little I may have a head start. I think I've covered all the
bases, sorry I forgot to donate this over the weekend.
Regards.
Hi,
Jie Gao schrieb:
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG
-I/usr/local/src/httpd-2.2.14/srclib/pcre -I.
On Tue, Sep 29, 2009 at 7:00 AM, Guenter Knauf fua...@apache.org wrote:
Hi,
Jie Gao schrieb:
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG
On 29.09.2009 13:25, Jeff Trawick wrote:
On Tue, Sep 29, 2009 at 7:00 AM, Guenter Knauf fua...@apache.org
mailto:fua...@apache.org wrote:
Hi,
Jie Gao schrieb:
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent
--mode=compile /opt/SUNWspro/bin/cc -g -fast
Graham Leggett wrote:
+/-1
[ ] Release httpd-2.2.14 as GA
With 6 binding +1's, vote passes.
Will move the binaries across tonight for the mirrors to pick them up,
and will prepare the announcement to go out 24 hours after.
Regards,
Graham
--
smime.p7s
Description: S/MIME
Graham Leggett wrote:
Will move the binaries across tonight for the mirrors to pick them up,
and will prepare the announcement to go out 24 hours after.
Still waiting for www.apache.org/dist/httpd to pick up the binaries,
have pinging infra to see if there is anything wrong.
Regards,
Graham
* Guenter Knauf fua...@apache.org wrote:
Hi Jie,
Jie Gao schrieb:
Building shared: mod_dbd.la
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG
Hi Jie,
Jie Gao schrieb:
I have also found the following warnings:
/bin/bash /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent
--mode=compile /opt/SUNWspro/bin/cc -g -fast -DHAVE_CONFIG_H -DSOLARIS2=10
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include
* Guenter Knauf fua...@apache.org wrote:
Hi Jie,
Jie Gao schrieb:
I have also found the following warnings:
/bin/bash /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent
--mode=compile /opt/SUNWspro/bin/cc -g -fast -DHAVE_CONFIG_H -DSOLARIS2=10
-D_POSIX_PTHREAD_SEMANTICS
Graham Leggett wrote:
+/-1
[ ] Release httpd-2.2.14 as GA
+1, win32-src.zip is in place in /dev/dist/, as are win32 binaries (yes, I did
consider renaming these, and decided it's less disruptive to shift to the proper
httpd-* naming convention when we release 2.3-beta or 2.4.0).
Hi Jie,
Jie Gao schrieb:
* Guenter Knauf fua...@apache.org wrote:
That worked. However, I am getting this:
good. Patch is already applied to 2.2.x branch.
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10
Hi,
Jie Gao schrieb:
Building shared: mod_dbd.la
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG
-I/usr/local/src/httpd-2.2.14/srclib/pcre -I.
Hi,
Jie Gao schrieb:
That error is now gone. But I've found more errors:
/bin/bash /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -I./include
On Sun, Sep 27, 2009 at 11:15 AM, Guenter Knauf fua...@apache.org wrote:
Hi,
Jie Gao schrieb:
That error is now gone. But I've found more errors:
/bin/bash /usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent
--mode=compile /opt/SUNWspro/bin/cc -g -fast -DHAVE_CONFIG_H -DSOLARIS2=10
Hi Jeff,
Jeff Trawick schrieb:
(Perhaps non-suppressing Sun Studio users among the developers will
notice when a new one crops up and evaluate whether or not it is a real
problem; perhaps other compilers will warn in scenarios where it is more
likely?)
/* test for warning: statement not
On Sun, Sep 27, 2009 at 10:59 AM, Guenter Knauf fua...@apache.org wrote:
Hi,
Jie Gao schrieb:
Building shared: mod_dbd.la
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT
On Sun, Sep 27, 2009 at 9:33 AM, Guenter Knauf fua...@apache.org wrote:
Hi Jie,
Jie Gao schrieb:
* Guenter Knauf fua...@apache.org wrote:
That worked. However, I am getting this:
good. Patch is already applied to 2.2.x branch.
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent
On 09/27/2009 07:43 PM, Jeff Trawick wrote:
On Sun, Sep 27, 2009 at 9:33 AM, Guenter Knauf fua...@apache.org wrote:
. - I assume the below is the correct fix:
Index: ssl_engine_io.c
===
--- ssl_engine_io.c (revision 819298)
Hi Jie,
Jie Gao schrieb:
Building shared: mod_dbd.la
/usr/local/src/httpd-2.2.14/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG
-I/usr/local/src/httpd-2.2.14/srclib/pcre
* Jim Jagielski j...@jagunet.com wrote:
On Sep 23, 2009, at 7:24 PM, Graham Leggett wrote:
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
Good on Ubuntu 8.10, 9.0.4
OS X 10.6.1
Solaris 10 Sparc
I am getting errors using Sun's compiler:
uname -a
Also:
...
/usr/local/src/apache/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG
-I/usr/local/src/apache/srclib/pcre -I. -I/usr/local/src/apache/os/unix
Hi,
Jie Gao schrieb:
I am getting errors using Sun's compiler:
well, not sure if it makes much sense to support such a stone-age
openssl version, even if in your case its patched with all security
fixes ... :)
anyway, can you please try if the attached patch fixes the issue for
you? I've not
On 09/24/2009 01:24 AM, Graham Leggett wrote:
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
This release contains fixes for the following security issues:
*) SECURITY: CVE-2009-2699 (cve.mitre.org)
Fixed in APR 1.3.9. Faulty error handling in
Hi,
Jie Gao schrieb:
Also:
...
/usr/local/src/apache/srclib/apr/libtool --silent --mode=compile /opt/SUNWspro/bin/cc
-g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE
-DAP_DEBUG-I/usr/local/src/apache/srclib/pcre -I. -I/usr/local/src/apache/os/unix
On 09/27/2009 12:54 AM, Jie Gao wrote:
* Jim Jagielski j...@jagunet.com wrote:
On Sep 23, 2009, at 7:24 PM, Graham Leggett wrote:
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
Good on Ubuntu 8.10, 9.0.4
OS X 10.6.1
Solaris 10 Sparc
I am getting
Hi,
Guenter Knauf schrieb:
can you please lookup the prototype for SSL_CIPHER_get_bits() from your
0.9.7d ssl.h and post here?
I would be suprised if the prototype would change within one branch
(0.9.7) ...
ok, found some other versions in my code tomb, and can say that indeed
the change
* Guenter Knauf fua...@apache.org wrote:
Hi,
Jie Gao schrieb:
I am getting errors using Sun's compiler:
well, not sure if it makes much sense to support such a stone-age
openssl version, even if in your case its patched with all security
fixes ... :)
anyway, can you please try if the
* Guenter Knauf fua...@apache.org wrote:
Hi,
Guenter Knauf schrieb:
can you please lookup the prototype for SSL_CIPHER_get_bits() from your
0.9.7d ssl.h and post here?
I would be suprised if the prototype would change within one branch
(0.9.7) ...
ok, found some other versions in my
Hi Jie,
Jie Gao schrieb:
Also:
...
/usr/local/src/apache/srclib/apr/libtool --silent --mode=compile /opt/SUNWspro/bin/cc
-g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE
-DAP_DEBUG-I/usr/local/src/apache/srclib/pcre -I. -I/usr/local/src/apache/os/unix
Hi Jie,
Jie Gao schrieb:
* Guenter Knauf fua...@apache.org wrote:
anyway, can you please try if the attached patch fixes the issue for
you? I've not yet figured out from which version exactly openssl
starts to use const, but that I do if you report back that it works
That error is now gone.
* Guenter Knauf fua...@apache.org wrote:
Hi Jie,
Jie Gao schrieb:
Also:
...
/usr/local/src/apache/srclib/apr/libtool --silent --mode=compile
/opt/SUNWspro/bin/cc -g -fast -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -D_LARGEFILE64_SOURCE -DAP_DEBUG
* Guenter Knauf fua...@apache.org wrote:
Hi Jie,
Jie Gao schrieb:
* Guenter Knauf fua...@apache.org wrote:
anyway, can you please try if the attached patch fixes the issue for
you? I've not yet figured out from which version exactly openssl
starts to use const, but that I do if you report
Guenter Knauf schrieb:
Hi Jie,
Jie Gao schrieb:
* Guenter Knauf fua...@apache.org wrote:
anyway, can you please try if the attached patch fixes the issue for
you? I've not yet figured out from which version exactly openssl
starts to use const, but that I do if you report back that it works
Hi Jie,
Jie Gao schrieb:
Patch applied (after removing g at the end of a few lines) and compiled
without errors.
thanks very much for confirming.
I guess the fix shows up with next release (after .14) if not other
things pop up with .14 which require a re-roll;
will probably tomorrow look into
* Guenter Knauf fua...@apache.org wrote:
Guenter Knauf schrieb:
Hi Jie,
Jie Gao schrieb:
* Guenter Knauf fua...@apache.org wrote:
anyway, can you please try if the attached patch fixes the issue for
you? I've not yet figured out from which version exactly openssl
starts to use
Hi Jie,
Jie Gao schrieb:
Didn't really work:
# patch -p 0 -i openssl-0.9.7g-compat-2.2.x.diff
Looks like a unified context diff.
The next patch looks like a unified context diff.
The next patch looks like a unified context diff.
I can't seem to find a patch in there anywhere.
hmm,
* Guenter Knauf fua...@apache.org wrote:
Hi Jie,
Jie Gao schrieb:
Didn't really work:
# patch -p 0 -i openssl-0.9.7g-compat-2.2.x.diff
Looks like a unified context diff.
The next patch looks like a unified context diff.
The next patch looks like a unified context diff.
I
I'll wait until we know that APR 1.3.9 is OK :)
On Sep 23, 2009, at 7:24 PM, Graham Leggett wrote:
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
This release contains fixes for the following security issues:
*) SECURITY: CVE-2009-2699 (cve.mitre.org)
Jim Jagielski wrote:
I'll wait until we know that APR 1.3.9 is OK :)
Ok in the sense of? The vote was concluded and APR v1.3.9 officially
announced last night, so in that sense it's ok.
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
On Sep 23, 2009, at 7:24 PM, Graham Leggett wrote:
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
Good on Ubuntu 8.10, 9.0.4
OS X 10.6.1
Solaris 10 Sparc
+1
Guenter Knauf wrote:
the checksums are in wrong format. We need to commonly agree how to
generate checksum files. The documented format what the user expects is:
The checksums are generated by the release.sh script, and if they are in
the wrong format, then the release.sh script must be
Hello,
*) mod_proxy_scgi: Backport from trunk. [André Malo]
just in case you didn't know, there is no mod_proxy_scgi
makefile/project additions for Windows in SVN branch/tarballs
[0] Release httpd-2.2.14 as GA
Peace,
Gregg
Guenter Knauf wrote:
the checksums are in wrong format. We need to commonly agree how to
generate checksum files. The documented format what the user expects is:
# cat httpd-2.2.14.tar.bz2.md5
a5226203aaf97e5b941c41a71c112704 *httpd-2.2.14.tar.bz2
# cat httpd-2.2.14.tar.bz2.sha1
On Thu, 24 Sep 2009, Graham Leggett wrote:
The huge benefit of this format is that the binaries can then be checked
with same tools (option -c).
With the downside that what you propose only works on Linux.
Rather, it only works on platforms where md5sum/sha1sum is installed.
Don't confuse
On 24.09.2009 14:38, Graham Leggett wrote:
Guenter Knauf wrote:
the checksums are in wrong format. We need to commonly agree how to
generate checksum files. The documented format what the user expects is:
# cat httpd-2.2.14.tar.bz2.md5
a5226203aaf97e5b941c41a71c112704 *httpd-2.2.14.tar.bz2
Graham Leggett schrieb:
The checksums are generated by the release.sh script, and if they are in
the wrong format, then the release.sh script must be updated to reflect
this.
sorry, didnt know; have now checked dist/roll.sh, and see the problem:
the md5 checksum file is generated with either
Hi,
Graham Leggett schrieb:
Can you point out where this is documented?
I'll try to dig that up.
The huge benefit of this format is that the binaries can then be checked
with same tools (option -c).
With the downside that what you propose only works on Linux.
huh? nope - these tools are
On 24.09.2009 15:35, Niklas Edmundsson wrote:
On Thu, 24 Sep 2009, Graham Leggett wrote:
The huge benefit of this format is that the binaries can then be checked
with same tools (option -c).
With the downside that what you propose only works on Linux.
Rather, it only works on platforms
-Original Message-
From: Guenter Knauf
Sent: Donnerstag, 24. September 2009 15:48
To: dev@httpd.apache.org
Subject: Re: [vote] release httpd-2.2.14?
Graham Leggett schrieb:
The checksums are generated by the release.sh script, and
if they are in
the wrong format
Guenter Knauf wrote:
Can you point out where this is documented?
I'll try to dig that up.
If you can, please.
It would be better to use a common format if one does exist.
With the downside that what you propose only works on Linux.
huh? nope - these tools are available on Win32 too; and
Graham Leggett schrieb:
Guenter Knauf wrote:
Can you point out where this is documented?
I'll try to dig that up.
If you can, please.
I think what I meant were the pointers on the download side:
http://httpd.apache.org/download.cgi
see down last sentence - however its not explained how to
Guenter Knauf schrieb:
Graham Leggett schrieb:
With the downside that what you propose only works on Linux.
huh? nope - these tools are available on Win32 too; and where is a
downside at all?
Ok, now what you propose only works on Linux and Windows. *BSD? MacOSX?
Others?
Guenter Knauf wrote:
Can you point out where this is documented?
I'll try to dig that up.
If you can, please.
I think what I meant were the pointers on the download side:
http://httpd.apache.org/download.cgi
see down last sentence - however its not explained how to check
automatically; but
Graham Leggett schrieb:
openssl md5 offers a -verify option to verify the signature, and this
works on a wider set of platforms than md5sum does.
can you please post the commandline which automatically checks with help
of .md5 ?
thanks, Gün.
On Thu, Sep 24, 2009 at 11:09 AM, Graham Leggett minf...@sharp.fm wrote:
Guenter Knauf wrote:
Can you point out where this is documented?
I'll try to dig that up.
If you can, please.
I think what I meant were the pointers on the download side:
http://httpd.apache.org/download.cgi
Hi,
Graham Leggett schrieb:
As the roll.sh script is the current authoritative mechanism for how md5
signatures are created, and roll.sh makes no guarantee as to the format
of the md5 file, all claims made to date that the signatures are in the
wrong format are therefore false.
agreed, but the
trawick wrote:
Expectations of n users trump some the behavior of a helper script used
by a few people, for our rather huge values of n.
Development on httpd is done in the open, and all our processes,
including our release processes, are transparent, and anybody is free to
improve upon our
Guenter Knauf wrote:
can you please post the commandline which automatically checks with help
of .md5 ?
md5 httpd-2.2.14.tar.bz2 | cmp - httpd-2.2.14.tar.bz2.md5
Annoyingly, openssl md5 and md5 give the same output, but with
whitespace inserted at a different place. In this case, using
On Thu, Sep 24, 2009 at 12:12 PM, Graham Leggett minf...@sharp.fm wrote:
trawick wrote:
Expectations of n users trump some the behavior of a helper script used
by a few people, for our rather huge values of n.
Development on httpd is done in the open, and all our processes,
including our
Hi,
Graham Leggett schrieb:
Now that a release is being done on a platform other than Linux,
suddenly some people are complaining[1].
Not fixing the problem, not submitting patches, just complaining.
I hope you dont target me here - I did quickly come up with a patch;
might be my patch is not
Oh, for crying out loud, get a grip folks. There is no standard
md5 file format. It isn't even a good way to validate the build
in the first place -- the signature file exists for that purpose.
If you don't like the file format, write a friggin perl script
to read whatever is there and feed it
Looks good on Mac OS 10.6.1, with a *
- gpg signature checks on tar.bz2 download
- builds with CC=gcc -arch i386*
- perl test framework passes
* Without CC=gcc -arch i386 apr failed some tests (testfmt, one
other), so I played it safe and built everything with -arch i386.
--
Dan Poirier
Graham Leggett schrieb:
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
This release contains fixes for the following security issues:
*) SECURITY: CVE-2009-2699 (cve.mitre.org)
Fixed in APR 1.3.9. Faulty error handling in the Solaris
pollset
Graham Leggett wrote:
+/-1
[ ] Release httpd-2.2.14 as GA
+1 on MacOSX v10.5.8, RHEL5 and FC8.
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Hi all,
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
This release contains fixes for the following security issues:
*) SECURITY: CVE-2009-2699 (cve.mitre.org)
Fixed in APR 1.3.9. Faulty error handling in the Solaris
pollset support (Event Port backend)
Graham Leggett wrote:
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
Tarballs rolled with apr v1.3.9:
SHA1(httpd-2.2.14.tar.bz2)= eacd04c87b489231ae708c84a77dc8e9ee176fd2
SHA1(httpd-2.2.14.tar.gz)= e6e20b3fc58a57a5116e036e31bf97d409db7cfa
Regards,
Graham
--
smime.p7s
resend without attachments cause stupid mail server marked as virus ...
Hi Graham,
Graham Leggett schrieb:
The tarballs are (will soon be) at http://httpd.apache.org/dev/dist/.
This release contains fixes for the following security issues:
*) SECURITY: CVE-2009-2699 (cve.mitre.org)
69 matches
Mail list logo
