Joe Orton wrote:
You need to screw around a bit to make some of the files relocate
properly; look at the %install of the Fedora apr.spec, it's handled
there.
I've tried to take Fedora development apr-util's spec file and get that
to work, but it's not giving me any luck.
Now it's bombing like thi
> [resend in case it gets through quicker]
>
> On Tue, Jun 22, 2004 at 10:42:23AM -, [EMAIL PROTECTED] wrote:
> > --- apr_xml.c 14 Jun 2004 15:13:14 - 1.30
> > +++ apr_xml.c 22 Jun 2004 10:42:23 - 1.31
> > @@ -30,17 +30,23 @@
> >#include "expat.h"
> >#endif
> >
> >
On Wed, Jun 23, 2004 at 12:13:20AM +0200, Graham Leggett wrote:
> Joe Orton wrote:
>
> >jfclere's commit broke the build against non-bundled expat; I tried
> >sending mail about this but mail seems to be getting delayed again.
> >
> >revert r1.30 of xml/apr_xml.c to fix it.
>
> Cool, that gets it
Joe Orton wrote:
jfclere's commit broke the build against non-bundled expat; I tried
sending mail about this but mail seems to be getting delayed again.
revert r1.30 of xml/apr_xml.c to fix it.
Cool, that gets it further, now it breaks like this:
gawk -f /usr/src/redhat/BUILD/apr-1.0.0/build/make_v
On Tue, Jun 22, 2004 at 11:38:49PM +0200, Graham Leggett wrote:
> Hi all,
>
> I am trying to build apr-util against an RPM of apr (and apr-devel).
> During the build it is bombing out like so:
jfclere's commit broke the build against non-bundled expat; I tried
sending mail about this but mail se
[resend in case it gets through quicker]
On Tue, Jun 22, 2004 at 10:42:23AM -, [EMAIL PROTECTED] wrote:
> --- apr_xml.c 14 Jun 2004 15:13:14 - 1.30
> +++ apr_xml.c 22 Jun 2004 10:42:23 - 1.31
> @@ -30,17 +30,23 @@
>#include "expat.h"
>#endif
>
>
Hi all,
I am trying to build apr-util against an RPM of apr (and apr-devel).
During the build it is bombing out like so:
/bin/sh /usr/lib/apr/build/libtool --silent --mode=compile gcc -pthread
-O2 -g -pipe -march=i386 -mcpu=i686 -DHAVE_CONFIG_H -DLINUX=2
-D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE
On Tue, Jun 22, 2004 at 03:31:57PM -0500, William Rowe wrote:
> BLECK!
>
> Ok this is my 'fault'. Please note that EXACTLY this proposed code exists
> and is used in the ssl core filter of httpd.
>
> Before you go blasting to smithereens, could we please discuss the merits
> of this approach? I
William A. Rowe, Jr. wrote:
I wouldn't mind an rpm spec file for 0.9.6 either. +1
There is an outstanding vote in httpd v2.0's STATUS for fixing the spec
file in httpd v2.0.49 (v2.1.0-dev has been fixed). What I'm keen to see
though is a separation of RPM packages, one for apr, one for apr-util,
BLECK!
Ok this is my 'fault'. Please note that EXACTLY this proposed code exists
and is used in the ssl core filter of httpd.
Before you go blasting to smithereens, could we please discuss the merits
of this approach? It's clear that every brigade application at some point
will FINALLY consume
As we approach APR 1.0
---
is it time to address the ambiguity between ctime, which is actually the
inode file time stamp for unix, and the creation time stamp for win32?
Persisting either ctime will propogate the confusion, I suggest splitting
them into intime and crtime. Opinions?
I'll offer
At 01:34 PM 6/22/2004, Graham Leggett wrote:
>Hi all,
>
>If APR is to finally stand on it's own, would anyone object to an inclusion of
>an RPM spec file in v1.0.0?
I wouldn't mind an rpm spec file for 0.9.6 either. +1
Bill
> As some httpd folks know, the APR project will soon release 1.0.
>
> We've had reports of unbounded strcpy()s in APR, and I am reviewing
> all strcpy()'s within APR[-util/-iconv] for similar issue.
>
> What I would *like* to see, over the period of one day in the near
> future, are the security p
Hi all,
If APR is to finally stand on it's own, would anyone object to an
inclusion of an RPM spec file in v1.0.0?
Regards,
Graham
--
At 10:42 AM 6/22/2004, David Reid wrote:
>> jfclere 2004/06/22 03:42:23
>>
>> Modified:include apr_xml.h
>>xml apr_xml.c
>> Log:
>> Arrange the code to get it running on EBCDIC machines.
>> Add 2 conversions routines to convert the document tree in the machine
> jfclere 2004/06/22 03:42:23
>
> Modified:include apr_xml.h
>xml apr_xml.c
> Log:
> Arrange the code to get it running on EBCDIC machines.
> Add 2 conversions routines to convert the document tree in the machine
> encoding. (EBCDIC).
> apr_xml_parser_conve
> David Reid wrote:
> > Well, while my original plan was to tag last night, then roll today, the
> > offer of beer was made last night so the roll didn't happen :-)
> >
> > However, there are now 2 tarballs available at
http://cvs.apache.org/~dreid/
> > which I rolled in the last 30 minutes. They r
On Tue, Jun 22, 2004 at 10:42:23AM -, [EMAIL PROTECTED] wrote:
> --- apr_xml.c 14 Jun 2004 15:13:14 - 1.30
> +++ apr_xml.c 22 Jun 2004 10:42:23 - 1.31
> @@ -30,17 +30,23 @@
>#include "expat.h"
>#endif
>
> +#include "ascii.h"
> +
>#define D
Jeff Trawick wrote:
jean-frederic clere wrote:
Hi,
Find enclosed a patch that allows to parse xml documents encoded in
EBCDIC (OSD_EBCDIC_DF04_1). Some days ago I already committed the need
include files:
xml/expat/lib/map_osd_ebcdic_df04_1.h and
xml/expat/lib/osd_ebcdic_df04_1.h
Any comments?
I finally got round to getting the patch from Nick Kew into apr-util, tagged
and rolled some tarballs using the script in apr-dist. Funnily enough not
many people seemed to know it existed :-) It does seem to work though.
Anyway, please test these as well. I've already made some changes to the
tes
David Reid wrote:
Well, while my original plan was to tag last night, then roll today, the
offer of beer was made last night so the roll didn't happen :-)
However, there are now 2 tarballs available at http://cvs.apache.org/~dreid/
which I rolled in the last 30 minutes. They represent the initial o
jean-frederic clere wrote:
Hi,
Find enclosed a patch that allows to parse xml documents encoded in
EBCDIC (OSD_EBCDIC_DF04_1). Some days ago I already committed the need
include files:
xml/expat/lib/map_osd_ebcdic_df04_1.h and xml/expat/lib/osd_ebcdic_df04_1.h
Any comments?
just a dumb question.
22 matches
Mail list logo
