[ x] +1 release mod_jk 1.2.5 and I will help by building binaries for:
2.0.47/1.3.28+EAPI/IIS (WIN32)
[ ] +0 release mod_jk 1.2.5
[ ] -0 please don't release, reason __
[ ] -1 you can't release because of __
MT.
--
Here's my vote.
Mike Anderson
>>> [EMAIL PROTECTED] 9/25/2003 6:59:10 AM >>>
The test results are in. No problems have been reported with
the mod_jk 1.2.5 test release.
[ X] +1 release mod_jk 1.2.5 and I will help by building binaries for
_NetWare Apache and Enterprise Server_
[ ] +0 relea
Glenn Nielsen wrote:
The test results are in. No problems have been reported with
the mod_jk 1.2.5 test release.
[ ] +1 release mod_jk 1.2.5 and I will help by building binaries for
___
[X] +0 release mod_jk 1.2.5
[ ] -0 please don't release, reason __
[ ] -1 you can't releas
Glenn Nielsen wrote:
The test results are in. No problems have been reported with
the mod_jk 1.2.5 test release.
[X] +1 release mod_jk 1.2.5 and I will help by building binaries for
Mac OS X/Solaris Sparc/FreeBSD 4.8, Apache 1.3/2.0
-
[X] +1 release mod_jk 1.2.5 and I will help by building binaries for
Linux
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The test results are in. No problems have been reported with
the mod_jk 1.2.5 test release.
[ ] +1 release mod_jk 1.2.5 and I will help by building binaries for ___
[ ] +0 release mod_jk 1.2.5
[ ] -0 please don't release, reason __
[ ] -1 you can't release because of _
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
> Henri Gomez wrote:
> > Joseph Shraibman a écrit :
> >
> >> Glenn Nielsen wrote:
> >>
> >>> No problems have been reported since the last test source distribution
> >>> of mod_jk 1.2.5 was made available for testing July 26.
> >>>
> >>>
> >>> Please vote
Henri Gomez wrote:
Joseph Shraibman a écrit :
Glenn Nielsen wrote:
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
Please vote on a release of mod_jk 1.2.5:
[ ] +1 release, and I will help build binaries for _
Joseph Shraibman a écrit :
Glenn Nielsen wrote:
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
Please vote on a release of mod_jk 1.2.5:
[ ] +1 release, and I will help build binaries for _ os/web
server
[ ]
Kurt Miller a écrit :
From: "Henri Gomez" <[EMAIL PROTECTED]>
The future will be mod_jk2, and I think we should focus on it after the
1.2.5 release.
Ok. I jumped in on this thread because I thought that a new problem was
introduced, but that is how it was in prior releases. I can report 1.2.5
wo
Glenn Nielsen wrote:
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
Please vote on a release of mod_jk 1.2.5:
[ ] +1 release, and I will help build binaries for _ os/web server
[ ] +0 ok to release
[ ] -0 relea
From: "Henri Gomez" <[EMAIL PROTECTED]>
> >>The future will be mod_jk2, and I think we should focus on it after the
> >>1.2.5 release.
> >>
> >
> >
> > Ok. I jumped in on this thread because I thought that a new problem was
> > introduced, but that is how it was in prior releases. I can report 1.2.
Henri Gomez said:
>
> The correct behaviour will be to use in_addr_t, but it don't works on
> iSeries (even if it's defined, I couldn't find the correct include).
>
> To fix the problem we could use a #define BSD64 ? to make use of
> in_addr_t until we make more works ?
>
> Just provide the correct
>>> [EMAIL PROTECTED] 8/1/2003 4:39:27 AM >>>
>No problems have been reported since the last test source
distribution
>of mod_jk 1.2.5 was made available for testing July 26.
>
>
>Please vote on a release of mod_jk 1.2.5:
>
>[ X] +1 release, and I will help build binaries for NetWare Apache
1.3
The future will be mod_jk2, and I think we should focus on it after the
1.2.5 release.
Ok. I jumped in on this thread because I thought that a new problem was
introduced, but that is how it was in prior releases. I can report 1.2.5
works fine on OpenBSD-current/i386. I will keep working on OpenBS
From: "Henri Gomez" <[EMAIL PROTECTED]>
> Kurt Miller a écrit :
>
> > From: "Henri Gomez" <[EMAIL PROTECTED]>
> >
> >>Kurt Miller a écrit :
> >>
> >>
> >>>From: "Henri Gomez" <[EMAIL PROTECTED]>
> >>>
> It was u_long before I change it in in_addr_t and then change
> it back to u_long.
> >>>
Kurt Miller a écrit :
From: "Henri Gomez" <[EMAIL PROTECTED]>
Kurt Miller a écrit :
From: "Henri Gomez" <[EMAIL PROTECTED]>
It was u_long before I change it in in_addr_t and then change
it back to u_long.
Oh. I guess I should have done a bit more research.;-) I just started
attempting to get
From: "Henri Gomez" <[EMAIL PROTECTED]>
> Kurt Miller a écrit :
>
> > From: "Henri Gomez" <[EMAIL PROTECTED]>
> >
> >>It was u_long before I change it in in_addr_t and then change
> >>it back to u_long.
> >
> >
> > Oh. I guess I should have done a bit more research.;-) I just started
> > attempting
Kurt Miller wrote:
From: "Henri Gomez" <[EMAIL PROTECTED]>
It was u_long before I change it in in_addr_t and then change
it back to u_long.
Oh. I guess I should have done a bit more research.;-) I just started
attempting to get mod_jk going on sparc64 a few days ago. However, using a
u_long for
Henri Gomez a écrit :
Kurt Miller a écrit :
From: "Henri Gomez" <[EMAIL PROTECTED]>
It was u_long before I change it in in_addr_t and then change
it back to u_long.
Oh. I guess I should have done a bit more research.;-) I just started
attempting to get mod_jk going on sparc64 a few days ago. H
Kurt Miller a écrit :
From: "Henri Gomez" <[EMAIL PROTECTED]>
It was u_long before I change it in in_addr_t and then change
it back to u_long.
Oh. I guess I should have done a bit more research.;-) I just started
attempting to get mod_jk going on sparc64 a few days ago. However, using a
u_long
From: "Henri Gomez" <[EMAIL PROTECTED]>
> It was u_long before I change it in in_addr_t and then change
> it back to u_long.
Oh. I guess I should have done a bit more research.;-) I just started
attempting to get mod_jk going on sparc64 a few days ago. However, using a
u_long for laddr is the caus
APR code.
Regards,
Glenn
Kurt Miller wrote:
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 01, 2003 6:39 AM
Subject: [VOTE] Release mod_jk 1.2.5
No problems have been reported since the last test source distribution
of mod_jk 1.2.5
Kurt Miller a écrit :
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 01, 2003 6:39 AM
Subject: [VOTE] Release mod_jk 1.2.5
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made availab
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 01, 2003 6:39 AM
Subject: [VOTE] Release mod_jk 1.2.5
> No problems have been reported since the last test source distribution
> of mod_jk 1.2.5 was made available for testin
Henri Gomez a écrit :
Glenn Nielsen a écrit :
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
Please vote on a release of mod_jk 1.2.5:
[X] +1 release, and I will help build binaries for _ os/web
server
[ ] +
Glenn Nielsen a écrit :
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
Please vote on a release of mod_jk 1.2.5:
[X] +1 release, and I will help build binaries for _ os/web server
[ ] +0 ok to release
[ ] -0 r
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
Please vote on a release of mod_jk 1.2.5:
[ ] +1 release, and I will help build binaries for _ os/web server
[ ] +0 ok to release
[ ] -0 release, but I still have
28 matches
Mail list logo
