I just entered a small APR bug into Bugzilla and noticed, that the 1.3
branch and the released 1.3.x versions are still missing from the
version drop down.
Regards,
Rainer
Hi,
some OSes have a handy way of using relative search pathes for the
runtime linker. E.g. Linux and Solaris both support the use of the
string '$ORIGIN' at the beginning of a search path element, which is a
placeholder for the directory, in which the shared object needing
another one is
the fix I added the full
directory to httpd's envvars script. It just seems to be a much more
elegant way of handling relative dependencies.
Thanks for listening!
Rainer Jung wrote:
Hi,
some OSes have a handy way of using relative search pathes for the
runtime linker. E.g. Linux and Solaris both
Tested on Solaris 8 Sparc, compiled with gcc 4.1.2.
Summary: only minor comments, so an non-binding
[+1] Release apr-1.3.3
[+1] Release apr-util-1.3.3
A) configure
1) Warnings
---
Two (old) warnings for apr-util
config.status: WARNING:
Makefile.in seems to
Bojan Smojver schrieb:
On Thu, 2008-08-07 at 17:55 -0500, William A. Rowe, Jr. wrote:
Thanks Peter, it begs the question from my last note, should we refuse
any 2.62 for packaging via our scripts, or just let it slide?
My gutcheck says simply refuse 2.62.
I would generate our configure
There is more research to do, but it's pretty obvious that /usr/sh is not
the best choice. /bin/ksh seems a reasonable alternative.
On failure (can't resolve libiconv.so.1 for rotatelogs) /usr/xpg4/bin/sh
was miserable. It emitted several sig 5's into the error log every second
as httpd
On 30.03.2009 20:58, Jeff Trawick wrote:
On Mon, Mar 30, 2009 at 2:33 PM, Jeff Trawick traw...@gmail.com
mailto:traw...@gmail.com wrote:
On Mon, Mar 30, 2009 at 2:07 PM, Jim Jagielski j...@jagunet.com
mailto:j...@jagunet.com wrote:
Anyone know if:
# POSIX semaphores and cross-process
On 29.05.2009 10:08, William A. Rowe, Jr. wrote:
+/-1
[ ] Release apr 1.3.4 as GA
[ ] Release apr-util 1.3.5 as GA
Folks, your opinions please.
+1 (non-binding) on Solaris 8 and Windows XP for both
Also seeing Ruediger's observation concerning the empty shell loop in
test Makefile
Hi Rüdiger,
On 31.05.2009 13:50, rpl...@apache.org wrote:
Author: rpluem
Date: Sun May 31 11:50:59 2009
New Revision: 780412
URL: http://svn.apache.org/viewvc?rev=780412view=rev
Log:
Merge r780410 from trunk:
* Ensure that the in list in the for loop contains at least one argument as
On 24.06.2009 01:26, Bojan Smojver wrote:
On Tue, 2009-06-23 at 22:07 +0200, Stefan Fritsch wrote:
there is a long standing bug in the Linux/hppa kernel that flock()
returns EAGAIN and not EWOULDBLOCK. On all other architectures, these
two are defined to be the same. This causes
Hi Rüdiger,
On 13.07.2009 18:03, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47519
Ruediger Pluem rpl...@apache.org changed:
What|Removed |Added
When compiling mod_ftp 0.9.5 I ran into the problem, that is was using
APR_HAVE_SYS_STAT_H instead of HAVE_SYS_STAT_H.
I saw in configure.in, that apr tests for a lot of headers, but it
doesn't set an APR_HAVE_* define for all of them in apr.h.in.
In the case of sys/stat.h this leads to the
On 17.09.2009 20:23, William A. Rowe, Jr. wrote:
Rainer Jung wrote:
When compiling mod_ftp 0.9.5 I ran into the problem, that is was using
APR_HAVE_SYS_STAT_H instead of HAVE_SYS_STAT_H.
I saw in configure.in, that apr tests for a lot of headers, but it
doesn't set an APR_HAVE_* define
On 22.09.2009 00:25, Graham Leggett wrote:
Hi all,
I have rolled a candidate of apr v1.3.9 and propose it for release,
available here:
http://people.apache.org/~minfrin/apr/
It specifically fixes this, a showstopper for httpd:
*) Fix error handling in the Solaris pollset support
A recent discussion on d...@httpd.a.o revealed, that config.guess and
config.sub bundled with httpd src dist is to old for AIX 6.1. It
contains a pattern AIX[45] which prevents correct detection of the
platform. More recent config.guess has AIX[456].
As far as I can see, config.guess and
On 05.02.2010 02:15, Graham Leggett wrote:
On 04 Feb 2010, at 6:27 PM, Nick Kew wrote:
Since noone else has replied yet, I'll Cc: this to legal.
This appears to be part of expat, which APR merely bundles.
Your primary port of call should presumably be the expat
developers. Having said that,
On 21.04.2010 18:23, Jeff Trawick wrote:
On Wed, Apr 21, 2010 at 11:45 AM, Robert Cooper
robert.cooper...@gmail.com wrote:
Hello,
I am having trouble building apr-util with ldap on AIX. I have successfully
build apr and openssl with the following options:
apr
CC=gcc ./configure -C
While working on httpd trunk I noticed build warning for the crypto API
in APR trunk.
In fact at the moment the code is slightly broken because r900089
reorders a struct in the header file, but missed needed adjustments in
the source files.
The following directory contains two patches, one
Subject says it all, more in the patch log message at:
http://people.apache.org/~rjung/patches/apr-trunk-fix-broken-installation-of-apu_h.patch
On the long term apu.h might go completely, but until now it is still
referenced in a lot of installed header files. So e.g. httpd trunk
doesn't
Subject says it all, more in the patch log message at:
http://people.apache.org/~rjung/patches/apr-trunk-fix-broken-installation-of-VPATH-headers.patch
Sorry for the increased noise level of the small patches.
Rainer
Is apr-util CTR?
The 1.3.x STATUS file points at the one in trunk, which is of course
gone. Should I add backport sections to the 1.3.x file?
I want to backport the fixes for expat needed when rolling with libtool
2 (r979102) from the non-released 1.4 and 1.5 branches, but the question
is
I'm a bit undecided whether to port some changes between APR and
APR-UTIL branches:
- r780882 (wrowe): fix vpath building for xml/expat (removing
configure target in Makefile.in)
The change is in the 1.3.x branch, but neither in any older nor newer
branches.
- r979102 (rjung): Updating
On 26.07.2010 15:47, William A. Rowe Jr. wrote:
On 7/26/2010 5:30 AM, Rainer Jung wrote:
I'm a bit undecided whether to port some changes between APR and
APR-UTIL branches:
- r780882 (wrowe): fix vpath building for xml/expat (removing
configure target in Makefile.in)
The change
On 26.07.2010 17:32, William A. Rowe Jr. wrote:
On 7/26/2010 10:10 AM, Rainer Jung wrote:
On 26.07.2010 15:47, William A. Rowe Jr. wrote:
On 7/26/2010 5:30 AM, Rainer Jung wrote:
I'm a bit undecided whether to port some changes between APR and
APR-UTIL branches:
- r780882 (wrowe): fix vpath
All ports done (together with your r979391).
Hi Günter,
On 03.08.2010 08:35, Guenter Knauf wrote:
Am 06.06.2010 21:13, schrieb Rainer Jung:
Subject says it all, more in the patch log message at:
http://people.apache.org/~rjung/patches/apr-trunk-fix-broken-installation-of-apu_h.patch
On the long term apu.h might go completely
On 02.09.2010 10:57, Branko Čibej wrote:
On 02.09.2010 09:20, Bojan Smojver wrote:
On Thu, 2010-09-02 at 09:15 +0200, Guenter Knauf wrote:
hmm, I thought adding a function is not a problem - only
changing/removing - or?
Adding is a problem too. If someone links against newer minor version,
On 29.09.2010 13:52, jor...@apache.org wrote:
Author: jorton
Date: Wed Sep 29 11:52:55 2010
New Revision: 1002584
URL: http://svn.apache.org/viewvc?rev=1002584view=rev
Log:
* xml/expat: Merge changes from expat 1.95.2 - 1.95.7.
...
Modified:
...
On 29.09.2010 18:32, Rainer Jung wrote:
On 29.09.2010 13:52, jor...@apache.org wrote:
Author: jorton
Date: Wed Sep 29 11:52:55 2010
New Revision: 1002584
URL: http://svn.apache.org/viewvc?rev=1002584view=rev
Log:
* xml/expat: Merge changes from expat 1.95.2 - 1.95.7.
...
Modified:
...
apr
On 01.10.2010 15:22, Jeff Trawick wrote:
Tarballs are at http://apr.apache.org/dev/dist/. Windows packages are
not yet available.
Due to the inclusion of a fix for a potential DOS that could affect
some library consumers, I hope to get enough feedback within 24 hours
to release.
+/-1
[+1]
On 02.10.2010 22:29, Jeff Trawick wrote:
On Sat, Oct 2, 2010 at 7:23 AM, Rainer Jungrainer.j...@kippdata.de wrote:
All builds suceeded, all make check ran fine, except for two cases on
Solaris 10 (Niagara). I reran the tests there and couldn't reproduce the
problem. Tests now running in a
On 05.10.2010 09:40, Joe Orton wrote:
Any objection to renaming the apr-util 1.5.x branch to trunk? It is
the trunk for that tree now.
+1 (no objection) from me, I continuously need to remember there is no
trunk because of the merging with apr.
Regards,
Rainer
On 04.10.2010 13:00, Jeff Trawick wrote:
(Both have critical fixes which are currently available only as patches.)
I can TR as long as the trees are ready by approx. Thursday (I'm on
the road next week). It would be great to get expat taken care of but
I can't volunteer any time on that.
If
On 08.10.2010 17:45, Jeff Trawick wrote:
On Fri, Oct 8, 2010 at 9:50 AM, Rainer Jungrainer.j...@kippdata.de wrote:
On 04.10.2010 13:00, Jeff Trawick wrote:
(Both have critical fixes which are currently available only as patches.)
I can TR as long as the trees are ready by approx. Thursday
On 09.10.2010 12:10, Eric Covener wrote:
On Sat, Oct 9, 2010 at 6:09 AM, William A. Rowe Jr.wr...@rowe-clan.net wrote:
Thanks for the efforts to sync up expat, Ranier!
+1!
No need for that. It's a collaborative effort and I had some spare
cycles. It consisted mostly of copying over what
On 09.10.2010 16:19, Jeff Trawick wrote:
Tarballs/zips are at http://apr.apache.org/dev/dist/. As there are
enclosed security fixes (already available separately) and wrowe wants
to roll httpd 2.0 soon-ish to get those delivered to the bulk of our
0.9.x users, it would be great to wrap this up
On 11.10.2010 07:29, Sander Temme wrote:
On Oct 9, 2010, at 7:19 AM, Jeff Trawick wrote:
Tarballs/zips are at http://apr.apache.org/dev/dist/. As there are
enclosed security fixes (already available separately) and wrowe wants
to roll httpd 2.0 soon-ish to get those delivered to the bulk of
On 11.10.2010 15:59, Eric Covener wrote:
Seems that our 0.9.18 build is looking in the wrong place. This is a
regression: -1.
Has anyone else tested with bundled Expat?
I had tested with explicit --with-expat=bundled, I am seeing when
there is no system expat (and configure discovers the
OK, big sorry: it breaks when doing the normal in-tree build, but not
when doing out of tree. I didn't expect the simpler case to break :(
Working on fixing.
Regards,
Rainer
On 11.10.2010 18:05, Rainer Jung wrote:
OK, big sorry: it breaks when doing the normal in-tree build, but not
when doing out of tree. I didn't expect the simpler case to break :(
... and it only seems to break on some platforms, like e.g. Darwin. On
Linux and Solaris it builds without
Any chance you can try the following patch to configure:
@@ -23541,7 +23541,7 @@
expat_include_dir=$top_builddir/$bundled_subdir/lib
expat_ldflags=-L$top_builddir/$bundled_subdir/lib
expat_libs=-lexpat
- expat_libtool=$top_builddir/$bundled_subdir/lib/libexpat.la
+
On 11.10.2010 19:29, Sander Temme wrote:
On Oct 11, 2010, at 10:06 AM, Rainer Jung wrote:
Any chance you can try the following patch to configure:
Yes, that makes the issue go away. Configure, make, make install and make
check all work with that.
S.
@@ -23541,7 +23541,7
On 09.10.2010 16:19, Jeff Trawick wrote:
Tarballs/zips are at http://apr.apache.org/dev/dist/. As there are
enclosed security fixes (already available separately) and wrowe wants
to roll httpd 2.0 soon-ish to get those delivered to the bulk of our
0.9.x users, it would be great to wrap this up
On 12.10.2010 05:43, Jeff Trawick wrote:
This latest level corrects a build problem on some platforms using the
bundled expat. Let's try to wrap up approval of this follow-up to
0.9.18 in 48 hours (httpd 2.0.next needs it for the enclosed security
fixes).
The only diffs since 0.9.18 are
*
On 02.11.2010 15:47, Nick Kew wrote:
On 2 Nov 2010, at 13:48, Jeff Trawick wrote:
I'm happy to continue if the community believes that this has
non-trivial value, but I suspect it is just as well to require a
subscription before posting.
Thanks for moderating.
But +1 to dispensing with
On 11.11.2010 01:07, Michael Oliver Lawson wrote:
Howdy hi,
We have just started using Apr as a tomcat connector on several high
load servers. Previous to this, a load balancer was pooling and parsing
connections to tomcat, but as we have hit the peak of the load balancers
capabilities we
On 15.04.2011 01:55, Jeff Trawick wrote:
Tarballs/zipballs are at http://apr.apache.org/dev/dist/. I
anticipate that we will release this, or its replacement if flawed, in
conjunction with the upcoming apr 1.4 release. Hopefully we will be
ready for TR of that soon :)
+/-1
[+1] Release
On 15.04.2011 03:51, William A. Rowe Jr. wrote:
In order to disambiguate what was released by external entities from what
the ASF APR Project has voted upon and released, I'd suggest that we best
serve our users by 'skipping' apr-util 1.4.x, and at minimum, 1.4.0.
Your opinions, please?
[ ]
Hi Eric,
On 17.04.2011 17:02, Eric Covener wrote:
On Tue, Mar 30, 2010 at 12:19 PM, Jeff Trawicktraw...@gmail.com wrote:
On Tue, Mar 30, 2010 at 12:11 PM, Neil Conwayn...@cs.berkeley.edu wrote:
I notice that the website still lists APR 1.3.9 as the latest release.
Can someone update it to
Hi Stefan,
On 28.04.2011 00:34, Stefan Fritsch wrote:
On Tuesday 26 April 2011, Rainer Jung wrote:
+1 although there are still two problems on Solaris 10 for
test_reslist, but not a regression.
I built and made check on the following platforms:
- Solaris 8 + 10, Sparc
- SuSE Linux Enterprise
On 28.04.2011 12:46, Eric Covener wrote:
- twice crashes (segmentation fault)
Does the strict aliasing volatile fix in later APR's apr_ring.h help
this? I got this impression somewhere.
I can try, but since much software out there produces aliasing warning,
I always build with
-O2 -g
On 29.04.2011 01:45, Guenter Knauf wrote:
Hi,
Am 28.04.2011 11:24, schrieb Rainer Jung:
I hope I have some time to check older versions, like 1.3.9 etc. and
maybe also older apr (pool) versions to see, whether I can narrow down
the reason. Unfortunately until now, I could only reproduce the two
On 03.05.2011 21:22, Jeff Trawick wrote:
Tarballs/zipballs are at http://apr.apache.org/dev/dist/.
+/-1
[ ] Release apr 1.4.3 as GA
config.guess and config.sub are older in the release artefacts than in
svn. The buildconf in 1.4.x still has --force for libtoolize, which
replaces the apr
On 03.05.2011 21:22, Jeff Trawick wrote:
Tarballs/zipballs are at http://apr.apache.org/dev/dist/.
+/-1
[+1] Release apr 1.4.3 as GA
- svn compared with gz, bz2 and zip only expected differences
(except config.(guess|sub), which is not a blocker)
- files signed, checksums correct
- I
On 06.05.2011 21:35, Jeff Trawick wrote:
Tarballs/zipballs are at http://apr.apache.org/dev/dist/.
+/-1
[+1] Release apr 1.4.4 as GA
This is a 24-hour vote. Only some files used by Windows (Microsoft
toolchain) command-line builds were modified, other than those changes
required to reflect
On 17.05.2011 23:33, Mike Jakubik wrote:
Hello,
I have recently discovered while updating my apache22 installation and
subsequently apr1 from 1.4.2 to 1.4.4 that mod_jk now causes the apache
server to consume 100% cpu and become unresponsive. I have tried
recompiling mod_jk with the new apr
On 18.05.2011 00:30, Mike Jakubik wrote:
On Wed, 2011-05-18 at 00:07 +0200, Rainer Jung wrote:
Thanks for the report. Would you mind opening an issues in Bugzilla? You
can choose the Tomcat project and Tomcat Connectors as a component. If
it turns out as an APR bug, we can move the issue
If noone beats me to it, I will care about this one (and checking for
possible similar cases) over the weekend.
Regards,
Rainer
On 16.05.2011 19:19, olli hauer wrote:
Hi,
I just run into an issue with the new apr_rules.mk
The new top_builddir variable is not replaced like
On 19.05.2011 17:08, Jeff Trawick wrote:
Tarballs/zipballs are at http://apr.apache.org/dev/dist/.
This corrects a regression in ldap support which could cause a crash
with httpd, updates Windows command-line build files, and fixes an
undocumented issue in ODBC configure logic.
As the
Igor wrote a patch that allows to buildconf httpd against an installed
apr / apu. That helps people who want to play with httpd from svn, but
do not want to use recent apr /apu as well and instead build against
installed apr / apu.
To accomplish this, we have to install a few files from the apr /
On 25.05.2011 21:38, minf...@apache.org wrote:
Author: minfrin
Date: Wed May 25 19:38:23 2011
New Revision: 1127648
URL: http://svn.apache.org/viewvc?rev=1127648view=rev
Log:
apr_crypto: Make sure we can find the nss headers on RHEL5.
Modified:
apr/apr/trunk/build/crypto.m4
I tried to compile apr trunk with --disable-dso and get a build
failure in crypto:
crypto/apr_crypto.c: In function 'apr_crypto_init':
crypto/apr_crypto.c:100: error: 'params' undeclared (first use in this
function)
crypto/apr_crypto.c:100: error: (Each undeclared identifier is reported
only once
On 10.09.2011 15:00, William A. Rowe Jr. wrote:
On 9/6/2011 4:24 PM, William A. Rowe Jr. wrote:
On 9/6/2011 9:01 AM, Jeff Trawick wrote:
I can take care of TR of APR 0.9.20 in a couple of days provided that
someone first gets CVE-2011-1928 resolved in that branch.
That's already done for
On 13.09.2011 03:54, Jeff Trawick wrote:
This clears up the fnmatch security issue, and httpd 2.0.next awaits
the release.
Tarballs/zips are at http://apr.apache.org/dev/dist/.
+/-1
[X] Release apr-util 0.9.20 as GA
^^ (apr, not apr-util, see subject)
[+1] Release
On 07.12.2011 18:10, Jeff Trawick wrote:
On Mon, Dec 5, 2011 at 8:23 PM, Graham Leggettminf...@sharp.fm wrote:
diff -ru apr-util-1.3.12/build/config.guess apr-util-1.4.0/build/config.guess
config.guess is not an autotool.
apr-util buildconf should copy the file in from the apr against
On 07.12.2011 23:56, Jeff Trawick wrote:
On Wed, Dec 7, 2011 at 5:29 PM, Rainer Jungrainer.j...@kippdata.de wrote:
On 07.12.2011 18:10, Jeff Trawick wrote:
On Mon, Dec 5, 2011 at 8:23 PM, Graham Leggettminf...@sharp.fmwrote:
diff -ru apr-util-1.3.12/build/config.guess
During the last quick fixing of release problems most changes were only
applied to the 1.4.x branch. One of the reasons 1.4.0 was not really
nice was that patches applied to 1.3.x were never applied to 1.4.x.
Let's please stick to the clean trunk then 1.5.x then 1.4.x etc.
strategy as long as
On 08.12.2011 18:54, Graham Leggett wrote:
Hi all,
When --disable-dso is added to ./configure, the DBD and crypto modules aren't
added to the linking step, and are neither built nor linked. As a result, an
attempt to load the library fails with missing symbols from the loadable
modules.
Unfortunately not an answer to your questions, but an observation: your
mail had broken line ends. Many lines in the patch were joined into one
big line. Similarly the report mail you sent shortly before had many
words glued together without whitespace in between.
I don't see such behavior
Hi Graham,
do you plan to apply this change and the related ones to apr trunk also?
Regards,
Rainer
On 09.12.2011 13:05, minf...@apache.org wrote:
Author: minfrin
Date: Fri Dec 9 12:05:40 2011
New Revision: 1212347
URL: http://svn.apache.org/viewvc?rev=1212347view=rev
Log:
Backport:
Sorry for the noise, was already applied, so please ignore.
On 10.12.2011 18:35, Rainer Jung wrote:
Hi Graham,
do you plan to apply this change and the related ones to apr trunk also?
Regards,
Rainer
On 08.12.2011 00:25, Graham Leggett wrote:
Hi all,
Tarballs/zipballs are at
http://apr.apache.org/dev/dist/autoconf-2.68+libtool-2.4.2/.
New in apr-util v1.4 is the apr_crypto interface, and a fix for LDAP on
Solaris. Full CHANGES are here:
On 14.12.2011 11:09, Mladen Turk wrote:
On 12/14/2011 04:25 AM, William A. Rowe Jr. wrote:
Reposting for Graham's benefit, who likely skimmed over this;
On 12/11/2011 1:49 PM, Rainer Jung wrote:
- Windows Build system:
- all *.dep and *.mak files are missing
- in test
On 30.01.2012 19:10, William A. Rowe Jr. wrote:
On 1/30/2012 4:02 AM, Rainer Jung wrote:
We add apu-1-confg --includes to CPPFLAGS and then use CPP and apu_version.h to
detect
which version we have. That works for most gcc versions, but recent gcc chokes,
because
apu_version.h includes
On 30.01.2012 23:07, Bojan Smojver wrote:
--- Original message ---
From: Jim Jagielski
Any intent to TR apr 1.4.6 to address this issue?
Wasn't really thinking of it, but if it would help, sure. A bit short on
time today due to work stuff though.
I did run the test suite against
On 01.02.2012 16:02, Marshall Schor wrote:
The web page has a broken link for this. It points to
http://www.apache.org/dist//apr/apr-iconv-1.2.1-win32-src.zip
but that gives a file-not-found because the file is named differently:
apr-iconv-1.2.1-win32-src-r2.zip instead of
On 01.02.2012 18:59, Jeff Trawick wrote:
On Wed, Feb 1, 2012 at 10:07 AM, Marshall Schorm...@schor.com wrote:
On the exports page ( http://www.apache.org/licenses/exports/ ) this version
of APR-Util is not listed, although other versions are.
Is this correct? We are relying on this to avoid
there are no warnings for head but there are
warnings for 1.4.5: see CHANGES:
*) Silence autoconf 2.68 warnings. [Rainer Jung]
in the 1.4.6 block.
The change was
http://svn.apache.org/viewvc?view=revisionrevision=1125474, svn log was
Silence autoconf 2.68 warnings.
Add AC_LANG_SOURCE
On 08.02.2012 00:33, Bojan Smojver wrote:
Tarballs/zipballs are at http://apr.apache.org/dev/dist/.
Various fixes in there, including hash randomisation, so give it a good
bashing.
Please give your +1/-1:
[+1] Release apr 1.4.6 as GA
PS. Please don't shoot to RM. First timer here... :-)
On 27.02.2012 10:12, bugzi...@apache.org wrote:
...
Note that neither apr 1.4.6 nor OS X 10.7 are available in Bugzilla.
Done for apr 1.4.6 and apu 1.4.1. Can't edit platforms though.
Rainer
On 16.03.2012 01:19, Graham Leggett wrote:
Within the next day or so, I intent to tag and roll apr-util v1.4.2. Scream if
anyone needs anything done before I do so.
Last vote I posted a list of possible enhancements / existing
annoyances, some of them easy to do. I didn't check, which of
On 08.04.2012 15:28, Jeff Trawick wrote:
Perhaps it is just my nature to disagree with everybody when there is
some contentious discussion. Or just possibly it is my nature to try
to pull apart what was discussed (or yelled), throw away the most
extreme aspects, and see if there is anything to
On 08.04.2012 15:48, Jeff Trawick wrote:
Some of the behavior here is embarrassing. Yelling about not
following procedures that nobody else even follows as stated,
threatening, whining, crudity or at least making fun of objections to
crudity, extreme defensiveness, etc. do not reflect well on
My test results:
All problems are no regressions from 1.4.1.
Summary
===
- some libtool m4 files not deleted by buildconf (see below)
- crypto configure for OpenSSL at least fails on Solaris,
because when linking against the libssl we need
the additional flags -ldl -lsocket -lnsl.
On 10.08.2012 22:05, Stefan Fritsch wrote:
Thanks for the detailed tests.
On Friday 10 August 2012, Rainer Jung wrote:
If you don't need to release before, I would like to fix the LDADD
use over the weekend, but it is not a show stopper.
It seems I will be busy in the next few days
Hi Jeff,
On 14.08.2012 22:48, traw...@apache.org wrote:
Author: trawick
Date: Tue Aug 14 20:48:12 2012
New Revision: 1373078
URL: http://svn.apache.org/viewvc?rev=1373078view=rev
Log:
Merge parts of r896382 applicable to apr 1.5.x from trunk:
Fixes various doxygen usage warnings and minor
On 07.09.2012 23:56, Stefan Fritsch wrote:
Hi,
here comes the next try. Tarballs/zipfiles are at
http://apr.apache.org/dev/dist/
Full CHANGES are here:
http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5
http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5.1
+/-1
[+1] Release apr-util 1.5.1
On 05.10.2012 17:36, Graham Leggett wrote:
On 05 Oct 2012, at 5:21 PM, Ruediger Pluem rpl...@apache.org wrote:
+ AC_MSG_NOTICE(checking for commoncrypto in $withval)
+ AC_CHECK_HEADERS(CommonCrypto/CommonKeyDerivation.h,
[commoncrypto_have_headers=1])
+ AC_CHECK_LIB(System,
On 06.10.2012 02:25, Graham Leggett wrote:
On 05 Oct 2012, at 11:10 PM, Rainer Jung rainer.j...@kippdata.de wrote:
Maybe I am missing something, but why doing the same tests again if they failed?
No idea, this is templated off the openssl tests, which seem to do the same
thing.
I don't see
On 21.11.2012 21:07, Ben Reser wrote:
This came up recently on the svn-dev list.
http://mail-archives.apache.org/mod_mbox/subversion-dev/201211.mbox/browser
It doesn't build because libtool.m4 that comes with libtool 2.4 uses:
LIBTOOL='$(SHELL) $(top_builddir)/libtool'
And APR doesn't
On 20.02.2013 22:33, Noel Butler wrote:
On Wed, 2013-02-20 at 09:07 +0100, Rainer Jung wrote:
2) Keep original validation code but ad some debug output to STDERR:
http://people.apache.org/~rjung/patches/apr-util-password_validate-debug.patch
http://people.apache.org/%7Erjung/patches/apr
Concerning the apr_password_validate() problem in APU 1.5.1 and related
httpd release testing failures:
The bug was fixed in
http://svn.apache.org/viewvc?view=revisionrevision=1449309
Don't know how I could stare so long at the code without seeing the
obvious bug. Thanks to the reporter of PR
Hi Gregg,
On 10.03.2013 11:03, Gregg Smith (gsmith) wrote:
On 3/10/2013 1:32 AM, Nick Kew wrote:
On 8 Mar 2013, at 05:03, shangyu wrote:
It's nothing that can be patched. The last couple win32 releases have
not included the .mak .dep files. The last release to have them was
1.3.last. You
On 23.01.2013 16:19, Julian Foad wrote:
Dear APR devs,
Please can we merge the these functions from trunk [1,2] to the next version
to be released, which I assume would mean the 1.5 branch, before it's
released, as originally discussed at [3]?
const char *
On 29.03.2013 13:21, Rainer Jung wrote:
Unfortunately the APR versioning rules do not allow addition of new
functions to APU 1.5.x. We can put it into 1.6, but there's not yet a
1.6 release branch or plan.
Sorry, I got confused. Your proposal was meant for APR not APU.
Merged to APR 1.5
On 23.01.2013 16:15, Julian Foad wrote:
Dear APR devs,
Following the relatively recent addition to APR trunk [1,2,3] of these
functions:
const char * apr_hash_this_key(apr_hash_index_t *);
apr_ssize_t apr_hash_this_key_len(apr_hash_index_t *);
void *
On 29.03.2013 18:31, Eric Covener wrote:
Evidently no karma, or my working copy is broken.
C:\svn\apr\apr-util\branches\1.5.xsvn ci
svn: E175013: Commit failed (details follow):
svn: E175013: Access to '/repos/asf/!svn/me' forbidden
Maybe your APR trees are checked out over http:
svn
On 30.03.2013 19:43, Jeff Trawick wrote:
Gregg, are the apr-util tests running cleanly for you? Which level of
Visual Studio are you running?
With 2010+SP1 I get a crash in testbuckets and these two failures.
C:\Users\Trawick\svn\VisualStudio\1.latest\apr-util\testlibd\testall -v
-x test
On 30.03.2013 21:43, Jeff Trawick wrote:
Tarballs/zipfiles are at http://apr.apache.org/dev/dist/
Shortcuts to CHANGES:
http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5.2
http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5
autoconf version: 2.69 (same as 1.5.1)
libtool version:
On 31.03.2013 20:23, Stefan Fritsch wrote:
On Sunday 31 March 2013, Rainer Jung wrote:
- testall sometimes fails in testpass on Linux and often fails
in testcrypto when testing nss passphrase (see below).
Have you any details about the testpass failures? There have been
numerous changes
1 - 100 of 217 matches
Mail list logo