You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Michael Felt <ma...@gmail.com> on 2011/12/26 22:20:06 UTC
which apr to use, version numbering confusion
Hi all,
I am trying to configure and make httpd 3.16 beta on AIX and I see there is
a difference in the way apr is handled. However, I am confused about the
versioning numbering?
./configure --with-included-apr ... says apr is version 1.4.5 while if I
check the apr mail list, it seems they are testing apr version 1.4.1. Are
this different packages? (I vaguely recall some discussion about this about
two years ago when the 2.3 branch was initially going into testing.)
regards,
Michael
Re: which apr to use, version numbering confusion
Posted by Michael Felt <ma...@gmail.com>.
thanks for correction.
On Tue, Dec 27, 2011 at 8:12 AM, Ruediger Pluem <rp...@apache.org> wrote:
>
>
> Michael Felt wrote:
> > Hi all,
> >
> > I am trying to configure and make httpd 3.16 beta on AIX and I see there
> is a difference in the way apr is handled.
> > However, I am confused about the versioning numbering?
> >
> > ./configure --with-included-apr ... says apr is version 1.4.5 while if
> I check the apr mail list, it seems they are
> > testing apr version 1.4.1. Are this different packages? (I vaguely
> recall some discussion about this about two years ago
> > when the 2.3 branch was initially going into testing.)
>
> I guess you confuse APR and APR-UTIL. The most recent version of APR is
> 1.4.5, of APR-UTIL is 1.4.1.
> You can still run httpd 2.3 with APR-UTIL 1.3.x, but you will miss some
> features then.
> So best starting point is to use the above versions of APR / APR-UTIL.
>
> Regards
>
> Rüdiger
>
>
Re: which apr to use, version numbering confusion
Posted by Michael Felt <ma...@gmail.com>.
There is an example of how you can configure solaris using arguments to
configure with external apr and apr-util in build/pkg/buildpkg.sh
On Mon, Feb 27, 2012 at 10:51 PM, csross <cr...@hccs.com> wrote:
>
> Hi,
>
> It was suggested that I try and use apr 1.3.9 and apu 1.3.9 to try and stop
> the problem with graceful restarts and processes being stuck in "G" state
> if
> you have more than 1 listener (ie) port 80 and port 443. I have been
> trying
> the newer versions of apache and I still have that problem with 2.2.22
> (compile on solaris with gcc). The only way to clear them is to restart
> apache.
>
> Can I download apr and apr-util 1.3.9, and specify to use both apr and
> apr-util on the ./configure line?
>
> Do you know if there are any plans to fix this issue?
>
> thanks
>
>
>
> Ruediger Pluem wrote:
> >
> >
> >
> > Mikhail T. wrote:
> >> On 27.12.2011 08:24, Ruediger Pluem wrote:
> >>> Some modules in 2.3 require the apr-util crypto API. These
> >>> won't work with older apr-util versions.
> >> Oh, Ok -- so a module may just not be built, if apr(-util) is too old at
> >> compile time. But if it is available, it is
> >> fully-featured, right? In other words, there are no silent #ifs in the
> >> code like:
> >>
> >> #if APR_UTIL_VERSION < 1.4
> >> disable some really cool feature or performance improvement
> >> #endif
> >
> > Not directly, but you need to have apr-util 1.4 available during compile
> > time to get these modules compiled.
> >
> > Regards
> >
> > Rüdiger
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/which-apr-to-use%2C-version-numbering-confusion-tp33039336p33402972.html
> Sent from the Apache HTTP Server - Dev mailing list archive at Nabble.com.
>
>
Re: which apr to use, version numbering confusion
Posted by csross <cr...@hccs.com>.
Hi,
It was suggested that I try and use apr 1.3.9 and apu 1.3.9 to try and stop
the problem with graceful restarts and processes being stuck in "G" state if
you have more than 1 listener (ie) port 80 and port 443. I have been trying
the newer versions of apache and I still have that problem with 2.2.22
(compile on solaris with gcc). The only way to clear them is to restart
apache.
Can I download apr and apr-util 1.3.9, and specify to use both apr and
apr-util on the ./configure line?
Do you know if there are any plans to fix this issue?
thanks
Ruediger Pluem wrote:
>
>
>
> Mikhail T. wrote:
>> On 27.12.2011 08:24, Ruediger Pluem wrote:
>>> Some modules in 2.3 require the apr-util crypto API. These
>>> won't work with older apr-util versions.
>> Oh, Ok -- so a module may just not be built, if apr(-util) is too old at
>> compile time. But if it is available, it is
>> fully-featured, right? In other words, there are no silent #ifs in the
>> code like:
>>
>> #if APR_UTIL_VERSION < 1.4
>> disable some really cool feature or performance improvement
>> #endif
>
> Not directly, but you need to have apr-util 1.4 available during compile
> time to get these modules compiled.
>
> Regards
>
> Rüdiger
>
>
--
View this message in context: http://old.nabble.com/which-apr-to-use%2C-version-numbering-confusion-tp33039336p33402972.html
Sent from the Apache HTTP Server - Dev mailing list archive at Nabble.com.
Re: which apr to use, version numbering confusion
Posted by Ruediger Pluem <rp...@apache.org>.
Mikhail T. wrote:
> On 27.12.2011 08:24, Ruediger Pluem wrote:
>> Some modules in 2.3 require the apr-util crypto API. These
>> won't work with older apr-util versions.
> Oh, Ok -- so a module may just not be built, if apr(-util) is too old at compile time. But if it is available, it is
> fully-featured, right? In other words, there are no silent #ifs in the code like:
>
> #if APR_UTIL_VERSION < 1.4
> disable some really cool feature or performance improvement
> #endif
Not directly, but you need to have apr-util 1.4 available during compile time to get these modules compiled.
Regards
Rüdiger
Re: which apr to use, version numbering confusion
Posted by "Mikhail T." <mi...@aldan.algebra.com>.
On 27.12.2011 08:24, Ruediger Pluem wrote:
> Some modules in 2.3 require the apr-util crypto API. These
> won't work with older apr-util versions.
Oh, Ok -- so a module may just not be built, if apr(-util) is too old at
compile time. But if it is available, it is fully-featured, right? In
other words, there are no silent #ifs in the code like:
#if APR_UTIL_VERSION < 1.4
disable some really cool feature or performance improvement
#endif
Thanks for clarification! Yours,
-mi
Re: which apr to use, version numbering confusion
Posted by Ruediger Pluem <rp...@apache.org>.
Mikhail T. wrote:
> On 27.12.2011 02:12, Ruediger Pluem wrote:
>> You can still run httpd 2.3 with APR-UTIL 1.3.x, but you will miss some features then.
>
> Will the features be missing from Apache itself? If so, is there a list of what's not available in the httpd?
>
> We are using the 2.2.x branch and I prefer compiling against the OS-provided apr, apr-util, and pcre. Thanks! Yours,
This comment was regards 2.3 and not 2.2. Some modules in 2.3 require the apr-util crypto API. These
won't work with older apr-util versions.
Regards
Rüdiger
Re: which apr to use, version numbering confusion
Posted by "Mikhail T." <mi...@aldan.algebra.com>.
On 27.12.2011 02:12, Ruediger Pluem wrote:
> You can still run httpd 2.3 with APR-UTIL 1.3.x, but you will miss some features then.
Will the features be missing from Apache itself? If so, is there a list
of what's not available in the httpd?
We are using the 2.2.x branch and I prefer compiling against the
OS-provided apr, apr-util, and pcre. Thanks! Yours,
-mi
Re: which apr to use, version numbering confusion
Posted by Ruediger Pluem <rp...@apache.org>.
Michael Felt wrote:
> Hi all,
>
> I am trying to configure and make httpd 3.16 beta on AIX and I see there is a difference in the way apr is handled.
> However, I am confused about the versioning numbering?
>
> ./configure --with-included-apr ... says apr is version 1.4.5 while if I check the apr mail list, it seems they are
> testing apr version 1.4.1. Are this different packages? (I vaguely recall some discussion about this about two years ago
> when the 2.3 branch was initially going into testing.)
I guess you confuse APR and APR-UTIL. The most recent version of APR is 1.4.5, of APR-UTIL is 1.4.1.
You can still run httpd 2.3 with APR-UTIL 1.3.x, but you will miss some features then.
So best starting point is to use the above versions of APR / APR-UTIL.
Regards
Rüdiger