Re: Squid 2.8 Roadmap

From: Alex Rousskov <rousskov_at_measurement-factory.com>
Date: Tue, 26 Jan 2010 16:24:10 -0700

On 01/22/2010 04:10 PM, Mark Nottingham wrote:
> it looks like the Squid
> 2.8 roadmap <http://wiki.squid-cache.org/RoadMap/Squid2> isn't
> reflecting reality (please correct me if I'm wrong, adri!).

> Although I don't want to accelerate 2.x work, nor get in the way of
> 3.x work, I think it would be good to solidify a lot of the
> improvements in 2.HEAD into a proper release, so that people don't
> have to run with a lot of patches from HEAD.

> In particular, I'd like to see the following patches in 2.8 (or
> 2.7STABLE, but AIUI that's not appropriate, in most cases).

> * Logging rewritten URLs - bug 2406
> * Make PEER_TCP_MAGIC_COUNT configurable - bug 2377
> * hier_code ACL - bug 2390
> * HTCP / extension method patches - by benno, including 1235[3-5], 12358, 12364, 1236[7,8], 12427, 1245[5,6] patches
> * 64bit crash with PURGE and HTCP - bug 2799
> * Add old entry back to async object - bug 2832
> * CLR segfault - bug 2788
> * Direct peer monitoring - bug 2643
> * Adjustable latency stats - bug 2345
> * Adjustable collapsed forwarding timeouts - bug 2504
> * Idempotent start - bug 2599
> * Configurable forward max tries - bug 2632
> * Request body buffering - bug 2420
> * HTCP logging - bug 2627
> * ignore must-revalidate - bug 2645
> * Aggressive caching - bug 2631
> * Don't make fatal() dump core - bug 2673
> * Make storeurl_rewriter work with Vary - bug 2678
> * Make miss_access a slow lookup - bug 2688

> I'm happy to help with documenting these, etc. as much as required,
> although I'm not really up to full release management. Any guidance,
> etc. would be helpful.

> WRT the roadmap, is the best thing to do to remove the current
> information and start collecting a list of applicable bugs? Or can we
> just give them a Milestone of 2.8 in bugzilla?

In general, I cannot object to 2.x releases as long as the project can
make them and there are enough users requesting them. IMO, it boils down
to manpower to do release management. Let's wait for Henrik's reaction
because he is the only one volunteering his time to do that for Squid2.

I do not think opening 2.7 for new features is a good idea. It does not
make the new release a lot simpler to make, does it?

Cheers,

Alex.
Received on Tue Jan 26 2010 - 23:23:55 MST

This archive was generated by hypermail 2.2.0 : Wed Jan 27 2010 - 12:00:07 MST