< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

RE: [reSIProcate] Next Release


I'll see if I can get the Dns caching code merged into main this week, then
we can decide if blacklisting/weighted prefs. is going in & finish it then.
I think we have the design done, and should implement it before we forget it
completely.  

I'll need to do the queue stuff within two weeks, as I need the threading
cleanup.  In any case, we will want to branch our tarball release candidate
once we pick its scope.

--Derek

> -----Original Message-----
> From: resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:resiprocate-
> devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Robert Sparks
> Sent: Monday, April 18, 2005 3:42 PM
> To: resiprocate
> Subject: [reSIProcate] Next Release
> 
> We've mentioned several times that we plan to issue a new release
> of resiprocate in the next couple of weeks.
> 
> I'd like to start formalizing what we need to do to finish that job.
> 
> 1) We'll create a candidate tarball and iterate on it until it's ready
> 2) We need people to test building against each iteration on various
>       platforms. The more platforms the merrier.
>         I'll cover OS/X 10.3 and FC3/i386. Please send a note
> volunteering if
>         you have the time and resources to cover any other
> platforms/OSes.
> 3) We need to comb the logs, list, and human memories and build a
>       reasonable ChangeLog. This is a big task - if you know of things
> that
>       must go in here for sure, please send a note to the list or go add
> to the
>       wiki page at
> 
> http://warsaw.sjc.purplecomm.com/wiki/index.php?
> title=Creating_the_ChangeLog
> 
> I'm probably forgetting something obvious - please reply and correct it.
> 
> We also need to track what we're including and what we're not. Here are
> some
> of my personal preferences (and they are no more than that):
>   - I'd like the DNS caching and target weighted-preference code to be in
>   - I don't think we need to wait for Derek's good proposal on refining
> the
>     various queues between the stack and the TUs to be implemented.
> 
> What else?
> 
> RjS
> 
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel