Hi
Can't we get rid of the builtin expat on trunk? Yesterday I had yet
another problem linking python (python-xml) and a static build apr-util
together on a pretty complex application. I know I should have linked
apr-util with the system expat, but then what's the point of having one
builtin?
On 7/29/07, Joe Orton [EMAIL PROTECTED] wrote:
Hmm, why the save/restore of CPPFLAGS/LDFLAGS? This is only necessary
when there is some failure case where the changes made will not persist
until build time, so should not affect subsequent tests. For cases like
e.g. --with-expat=/path, the
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
Hi
Can't we get rid of the builtin expat on trunk? Yesterday I had yet
another problem linking python (python-xml) and a static build apr-util
together on a pretty complex application. I know I should have linked
apr-util with the system
Justin Erenkrantz wrote:
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
Hi
Can't we get rid of the builtin expat on trunk? Yesterday I had yet
another problem linking python (python-xml) and a static build apr-util
together on a pretty complex application. I know I should have linked
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
We don't need to bundle it because it's a mandatory API, we just have to
explain to (win32) users how to extract a recent expat at xml/. It's not
a matter of API and we don't *need* to bundle expat, it's becoming a burden.
No - the last time I
Davi Arnaut wrote:
Justin Erenkrantz wrote:
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
We don't need to bundle it because it's a mandatory API, we just have to
explain to (win32) users how to extract a recent expat at xml/. It's not
a matter of API and we don't *need* to bundle expat,
Justin Erenkrantz wrote:
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
We don't need to bundle it because it's a mandatory API, we just have to
explain to (win32) users how to extract a recent expat at xml/. It's not
a matter of API and we don't *need* to bundle expat, it's becoming a
Justin Erenkrantz wrote:
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
We don't need to bundle it because it's a mandatory API, we just have to
explain to (win32) users how to extract a recent expat at xml/. It's not
a matter of API and we don't *need* to bundle expat, it's becoming a
On Sun, 29 Jul 2007 07:58:26 -0700
Justin Erenkrantz [EMAIL PROTECTED] wrote:
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
Hi
Can't we get rid of the builtin expat on trunk? Yesterday I had yet
another problem linking python (python-xml) and a static build
apr-util together on a
I loath to make an announcement. I am a long time lurker but thought
this might be of interest to some.
nytimes.com has developed a piece of middleware - dbslayer - that
sits between your mysql databases and applications. It takes http
requests and returns mysql results encapsulated in JSON w/ a
Justin Erenkrantz wrote:
On 7/29/07, Nick Kew [EMAIL PROTECTED] wrote:
Anyone who does is a self-selecting techie. How hard can it be to
list dependencies and where to get them? Yes of course binary
packages with shiny installers should bundle dependencies, but
that's not at all the same as
On 7/29/07, Nick Kew [EMAIL PROTECTED] wrote:
Anyone who does is a self-selecting techie. How hard can it be to
list dependencies and where to get them? Yes of course binary
packages with shiny installers should bundle dependencies, but
that's not at all the same as bundling in a source
William A. Rowe, Jr. wrote:
Justin Erenkrantz wrote:
On 7/29/07, Nick Kew [EMAIL PROTECTED] wrote:
Anyone who does is a self-selecting techie. How hard can it be to
list dependencies and where to get them? Yes of course binary
packages with shiny installers should bundle dependencies, but
Davi Arnaut wrote:
And why expat? Can't we in the future provide a common layer for other
xml parsers? Who's going to keep expat up to date?
Davi; your arguments are generation 2.0 discussions. Why keep rehashing?
Start engineering changes to trunk. If you want to rip out expat right
now
On 7/25/07, Brad Stiles [EMAIL PROTECTED] wrote:
I ran into a situation today concerning the command line client and windows
security. The problem is that the user (a build user performing automated
builds on a Windows 2003 VM) attempted to check out a file to a network share
and couldn't,
Erik Huelsmann wrote:
On 7/25/07, Brad Stiles [EMAIL PROTECTED] wrote:
I ran into a situation today concerning the command line client and windows
security. The problem is that the user (a build user performing automated
builds on a Windows 2003 VM) attempted to check out a file to a
On 7/29/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Erik Huelsmann wrote:
On 7/25/07, Brad Stiles [EMAIL PROTECTED] wrote:
I ran into a situation today concerning the command line client and
windows security. The problem is that the user (a build user performing
automated builds
On Jul 29, 2007, at 7:54 AM, Justin Erenkrantz wrote:
On 7/29/07, Joe Orton [EMAIL PROTECTED] wrote:
Hmm, why the save/restore of CPPFLAGS/LDFLAGS? This is only
necessary
when there is some failure case where the changes made will not
persist
until build time, so should not affect
William A. Rowe, Jr. wrote:
Davi Arnaut wrote:
And why expat? Can't we in the future provide a common layer for other
xml parsers? Who's going to keep expat up to date?
Davi; your arguments are generation 2.0 discussions. Why keep rehashing?
I also believe we should remove expat. No one
Paul Querna wrote:
Thoughts?
Prefer detected 1.95 generation expat. Fall over to ours if not found,
at all. Don't accept anything but a 2.0 or 1.95 generation expat at this
moment, since we don't know what we would do with anything else.
In 2.0.0 if you want to remove expat, we'll fork
20 matches
Mail list logo
