On Mon, Jun 26, 2017 at 4:39 AM, Martin Knoblauch wrote:
>
> http://www.apache.org/dist/apr/CHANGES-APR-UTIL-1.6
>
> find no mentioning of expat or its removal from the packages.
That is a problem, fixing this now. Thanks for the report!
>From the actual Announcement which
Hi Nick,
hmm. Maybe I am loosing my eyesight... I looked at both
http://www.apache.org/dist/apr/CHANGES-APR-1.6 and
http://www.apache.org/dist/apr/CHANGES-APR-UTIL-1.6
and find no mentioning of expat or its removal from the packages. But that
is the change-log and I now find it on the apr home
Hi William,
thanks. Installing "libexpat-devel-2.0.1-88.26.1" on this SLES11 system
made httpd build again. Just that I do not like to rely on that kind of
stuff. The old behavior of apr-util-1.5.4 was just more convenient :-(
Actually never made me realize that "libexpat" is needed.
Cheers
Hi Eric,
sure this works, but it adds an additional dependency (same with relying
on the system installed version). When expat was bundled with apr-util I
never had to do anything special about it. Likely I never realized that
dependency. So, apr-util-1.6.0 surprised me by breaking a year old
On Fri, Jun 23, 2017 at 11:22 AM, Eric Covener wrote:
> On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch wrote:
>> Apparently apr-util no longer bundles "expat". So my question: what is the
>> correct/intended way to work around this?
>
>
> apr-util
On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch wrote:
> Apparently apr-util no longer bundles "expat". So my question: what is the
> correct/intended way to work around this?
apr-util accepts a --with-expat. If you build apr-util under httpd's
srclib/ --with-expat can
Hi
Libexpat.so is not linked. Xml unresolved error is because of libexpat of
apr-util.
Thanks
Hemant
On Jun 23, 2017 9:55 PM, "Martin Knoblauch" wrote:
> Hi,
>
> first post to this lists. Please be friendly :-)
>
> For some years now I have been building httpd-2.4.x with