2006/3/16, Bill Barker <[EMAIL PROTECTED]>:
>
>
> > -Original Message-
> > From: Henri Gomez [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, March 16, 2006 6:40 AM
> > To: Tomcat Developers List
> > Subject: Re: [VOTE][RESULT] Tomcat v5.5.16 Stabil
> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 16, 2006 6:40 AM
> To: Tomcat Developers List
> Subject: Re: [VOTE][RESULT] Tomcat v5.5.16 Stability
>
> for Linux (Suse SLES 9 PPC and i386)
>
> to build APR 1.2.2
for Linux (Suse SLES 9 PPC and i386)
to build APR 1.2.2 with static support I used :
./configure --with-pic --prefix=/root/local
For tcnative I used :
./configure --with-apr=/root/local/bin/apr-1-config
Then I change the Makefile like this :
$(TARGET_LIB): $(OBJECTS)
$(LINK) -rpath $(
Separate thread, perhaps for this technical discussion?
(The [VOTE] and [VOTE][RESULT] threads have significant historical
value for readers and researchers, I like to keep them as on-topic as
possible) Thanks,
Yoav
On 3/16/06, Peter Rossbach <[EMAIL PROTECTED]> wrote:
> I also can't find apr s
I also can't find apr static link command for MAC OS X. At MAC OS X
the tcnative library´suffix must be jnilib instead dylib. How I can
change this?
peter
Am 16.03.2006 um 15:15 schrieb Henri Gomez:
2006/3/16, Mladen Turk <[EMAIL PROTECTED]>:
Henri Gomez wrote:
We could comment how to
2006/3/16, Mladen Turk <[EMAIL PROTECTED]>:
> Henri Gomez wrote:
> >
> > We could comment how to build an APR 1.2.2 ready for static inclusion
> > (easy).
> > But the configure/makefile of tcnative should be adapted
> >
>
> You have the commit rights, so what's the problem :)
One problems :
- Ho
Hola,
I've added notes to the download page and to the README.html on the
web site which contains packaging information If you'd like to send
an email to the list or add notes elsewhere, have fun ;)
Yoav
On 3/16/06, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Yoav Shapira wrote:
> > Hola,
> > The o
Henri Gomez wrote:
We could comment how to build an APR 1.2.2 ready for static inclusion (easy).
But the configure/makefile of tcnative should be adapted
You have the commit rights, so what's the problem :)
Cheers,
Mladen.
---
2006/3/16, Remy Maucherat <[EMAIL PROTECTED]>:
> Henri Gomez wrote:
> > There is also something to add in tcnative, the support of static link with
> > APR.
> >
> > Many Linux distributions still provided Apache 2.0.x and APR 0.9.x and
> > as such people couldn't use tcnative against APR 0.9.x.
>
Henri Gomez wrote:
There is also something to add in tcnative, the support of static link with APR.
Many Linux distributions still provided Apache 2.0.x and APR 0.9.x and
as such people couldn't use tcnative against APR 0.9.x.
We're never going to support APR 0.9.
Rémy
-
There is also something to add in tcnative, the support of static link with APR.
Many Linux distributions still provided Apache 2.0.x and APR 0.9.x and
as such people couldn't use tcnative against APR 0.9.x.
2006/3/16, Henri Gomez <[EMAIL PROTECTED]>:
> And for the majority of users the 1.1.1 so
And for the majority of users the 1.1.1 sources are useless, they want
and use 1.1.2 binaries provided by Mladen :)
2006/3/16, Mladen Turk <[EMAIL PROTECTED]>:
> Yoav Shapira wrote:
> > Hola,
> > The one thing I don't want to do is repackage 5.5.16. The do nothing
> > option is viable, as is just
Yoav Shapira wrote:
Hola,
The one thing I don't want to do is repackage 5.5.16. The do nothing
option is viable, as is just sending a message (ideally a response to
my stable vote announcement) to the mailing lists saying "by the way,
it's stable but it has native 1.1.1 just fyi." If you want t
Yoav Shapira wrote:
Hola,
Releasing a new version a day after declaring the previous one stable
is... amusing... At most I'd package this optional piece minor-minor
release (1.1.1 to 1.1.2) separately and tell users where to find it if
interested. Are we not modular enough to do this?
1.1.2 is
Hola,
Releasing a new version a day after declaring the previous one stable
is... amusing... At most I'd package this optional piece minor-minor
release (1.1.1 to 1.1.2) separately and tell users where to find it if
interested. Are we not modular enough to do this?
Yoav
On 3/16/06, Filip Hanik -
I'm in favor on releasing 5.5.17, users shouldn't have to figure it out
the hard way.
Filip
Mladen Turk wrote:
Yoav Shapira wrote:
> The Apache Tomcat Team has voted to certify v5.5.16 as stable.
> Binding +1 votes were cast by Mladen Turk, Peter Rossbach, Remy
> Maucherat, Henri Gomez, Jeanfr
Hola,
The one thing I don't want to do is repackage 5.5.16. The do nothing
option is viable, as is just sending a message (ideally a response to
my stable vote announcement) to the mailing lists saying "by the way,
it's stable but it has native 1.1.1 just fyi." If you want to build
just native 1.
Mladen Turk wrote:
Yoav Shapira wrote:
> The Apache Tomcat Team has voted to certify v5.5.16 as stable.
> Binding +1 votes were cast by Mladen Turk, Peter Rossbach, Remy
> Maucherat, Henri Gomez, Jeanfrancois Arcand, and myself.
>
Just figured out that the 5.5.16 was shipped with tomcat-nati
Yoav Shapira wrote:
> The Apache Tomcat Team has voted to certify v5.5.16 as stable.
> Binding +1 votes were cast by Mladen Turk, Peter Rossbach, Remy
> Maucherat, Henri Gomez, Jeanfrancois Arcand, and myself.
>
Just figured out that the 5.5.16 was shipped with tomcat-native-1.1.1,
and it should
The Apache Tomcat Team has voted to certify v5.5.16 as stable.
Binding +1 votes were cast by Mladen Turk, Peter Rossbach, Remy
Maucherat, Henri Gomez, Jeanfrancois Arcand, and myself.
The web site will be updated shortly to reflect the result of this
vote. You can also inspect the:
Release Note
20 matches
Mail list logo
