Re: FYI: Looking for a release of 2.4.x soonish
On Tue, Jun 24, 2014 at 8:40 PM, Jim Jagielski wrote: > I'm hoping to encourage us to push out the next 2.4 release within > the next coupla weeks, maybe after the July 4th US-based > holiday. > > Comments? +1, thanks!
Re: FYI: Looking for a release of 2.4.x soonish
On Tue, Jun 24, 2014 at 2:40 PM, Jim Jagielski wrote: > I'm hoping to encourage us to push out the next 2.4 release within > the next coupla weeks, maybe after the July 4th US-based > holiday. > > Comments? +1 and thanks
RE: Looking for a release of 2.4.x soonish
> -Original Message- > From: Jim Jagielski [mailto:j...@jagunet.com] > Sent: dinsdag 24 juni 2014 20:40 > To: httpd > Subject: FYI: Looking for a release of 2.4.x soonish > > I'm hoping to encourage us to push out the next 2.4 release within > the next coupla weeks, maybe after the July 4th US-based > holiday. > > Comments? I would really like to see the mod_dav escaping fixes (where breser is looking at) to be backported for this next release. Without those patches Subversion doesn't properly support some special characters inside repository paths. (Regression against 2.0.x, 2.2.x and earlier 2.4.x versions). As soon as these are backported: +2 :-) Bert
Re: FYI: Looking for a release of 2.4.x soonish
Am 24.06.2014 20:40, schrieb Jim Jagielski: > I'm hoping to encourage us to push out the next 2.4 release within > the next coupla weeks, maybe after the July 4th US-based > holiday. > > Comments? yes - let me know whne there are testing-tarballs to feed the local rpmbuilder :-) signature.asc Description: OpenPGP digital signature
Re: FYI: Looking for a release of 2.4.x soonish
On Tue, Jun 24, 2014 at 2:40 PM, Jim Jagielski wrote: > I'm hoping to encourage us to push out the next 2.4 release within > the next coupla weeks, maybe after the July 4th US-based > holiday. > > Comments? > +2
FYI: Looking for a release of 2.4.x soonish
I'm hoping to encourage us to push out the next 2.4 release within the next coupla weeks, maybe after the July 4th US-based holiday. Comments?
Re: eventopt roadmap?
Hmm... yeah, maybe. Good idea on the README/STATUS. On Jun 24, 2014, at 11:36 AM, Eric Covener wrote: > On Tue, Jun 24, 2014 at 11:06 AM, Jim Jagielski wrote: >> Ideally, I'd like to have eventopt backported to 2.4, so others >> wishing (and working) towards the same thing, would be GREAT. > > I thought the changes were more subtle than the OP implies. Maybe a > README or STATUS specific to eventopt/ would help? >
Re: eventopt roadmap?
On Tue, Jun 24, 2014 at 11:36 AM, Eric Covener wrote: > On Tue, Jun 24, 2014 at 11:06 AM, Jim Jagielski wrote: > > Ideally, I'd like to have eventopt backported to 2.4, so others > > wishing (and working) towards the same thing, would be GREAT. > > I thought the changes were more subtle than the OP implies. same here > Maybe a > README or STATUS specific to eventopt/ would help? > -- Born in Roswell... married an alien... http://emptyhammock.com/ http://edjective.org/
Re: eventopt roadmap?
On Tue, Jun 24, 2014 at 11:06 AM, Jim Jagielski wrote: > Ideally, I'd like to have eventopt backported to 2.4, so others > wishing (and working) towards the same thing, would be GREAT. I thought the changes were more subtle than the OP implies. Maybe a README or STATUS specific to eventopt/ would help?
Re: eventopt roadmap?
Ideally, I'd like to have eventopt backported to 2.4, so others wishing (and working) towards the same thing, would be GREAT. On Jun 23, 2014, at 10:46 AM, Gary Mort wrote: > I was mucking about with PHP and MPM_Event in 2.49 and found it rather slow. > I took a look at the mpm_event and noticed that the coding was rather basic > and looked like it would cause a lot of memory usage and extra threads with > the way it was written. > > Looking at the latest dev code, I discovered eventopt which seems to be much > better codewise[I'm assuming mpm_event was a first pass proof of concept and > eventopt is where the tuning is taking place] - so I setup an arch package to > apache from github and enable eventopt and it is working extremely well - I > really love the options and performance and am working on tweaking the PHP > apache module to integrate with it better - ie instead of having PHP create a > PHP handler thread for every eventopt thread, let it use the eventopt pool > management thread and add some config options to control the php handler > pools. > > I was wondering if there is a roadmap for what version of Apache eventopt > will be released on? >
