On 12 April 2016 at 13:50, Philippe Mouawad <[email protected]> wrote: > Hi, > I cannot merge before thursday evening. > Anybody else can ? > Milamber when do you plan to make the release ? > > Should we merge those or wait for 3.1 ?
wait for 3.1 > Regards > > On Monday, April 11, 2016, Antonio Gomes Rodrigues <[email protected]> wrote: > >> Hi all, >> >> I have made some PR to allow the user have a better experience with 3.0 >> >> If it's possible, one of you can check my PR and merge it if it's ok before >> 3.0 release? >> >> Thanks >> Antonio >> >> < >> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=oa-2200-b >> > >> Garanti >> sans virus. www.avast.com >> < >> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=oa-2200-b >> > >> <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> 2016-04-04 23:14 GMT+02:00 Milamber <[email protected] <javascript:;>>: >> >> > >> > >> > On 04/04/2016 14:23, Philippe Mouawad wrote: >> > >> >> Hi, >> >> >> >> As it appears there is no pending issue to release a 3.0, any volunteer >> >> to >> >> act as RM for 3.0 ? >> >> >> > >> > >> > Yes, with great pleasure for this great new version! >> > >> > I can start a release process next Saturday (or Sunday) >> > >> > Milamber >> > >> > >> > >> > >> >> Regards >> >> Philippe >> >> >> >> On Sunday, April 3, 2016, Philippe Mouawad <[email protected] >> <javascript:;>> >> >> wrote: >> >> >> >> As suggested by Felix, I think this enhancement can be delayed to next >> >>> release following 3.0. >> >>> >> >>> If so, @sebb and all, can we start the release process ? >> >>> >> >>> Regards >> >>> >> >>> On Saturday, April 2, 2016, Philippe Mouawad < >> [email protected] <javascript:;> >> >>> <javascript:_e(%7B%7D,'cvml','[email protected] >> <javascript:;>');>> wrote: >> >>> >> >>> >> >>>> On Saturday, April 2, 2016, sebb <[email protected] <javascript:;>> >> wrote: >> >>>> >> >>>> On 1 April 2016 at 23:58, Philippe Mouawad < >> [email protected] <javascript:;>> >> >>>>> wrote: >> >>>>> >> >>>>>> It's developed. >> >>>>>> >> >>>>> I know. >> >>>>> >> >>>>> Just need to decide which option is best. >> >>>>>> >> >>>>> Not possible to decide without knowing how expensive the options are. >> >>>>> >> >>>> >> >>>> the first option (LRU like) is expensive as per Vladimir notes. >> >>>> We could reduce cost by dropping every N additions. >> >>>> But bear in mind that cost start to be high when we reach the limit, >> >>>> without it GC would have a cost as memory would keep increasing. >> >>>> But it is hard to make a comparison >> >>>> >> >>>> Option 2 (warn and stop adding) has nearly 0 overhead >> >>>> >> >>>> As I wrote, that needs to be resolved. >> >>>>> >> >>>>> But we can delay its integration if needed >> >>>>>> >> >>>>>> Regardd >> >>>>>> >> >>>>>> On Friday, April 1, 2016, sebb <[email protected] <javascript:;>> >> wrote: >> >>>>>> >> >>>>>> On 1 April 2016 at 22:37, Philippe Mouawad < >> >>>>>>> >> >>>>>> [email protected] <javascript:;> >> >>>>> >> >>>>>> <javascript:;>> wrote: >> >>>>>>> >> >>>>>>>> hello, >> >>>>>>>> I think trunk is now ready for a release. >> >>>>>>>> >> >>>>>>>> I see no pending bug and I think 3.0 is really expected. >> >>>>>>>> >> >>>>>>> What about the OOM issue? >> >>>>>>> >> >>>>>>> That either needs to be resolved or postponed. >> >>>>>>> >> >>>>>>> Are you ok to start ? >> >>>>>>>> >> >>>>>>>> Thanks >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> -- >> >>>>>>>> Cordialement. >> >>>>>>>> Philippe Mouawad. >> >>>>>>>> >> >>>>>>> >> >>>>>> -- >> >>>>>> Cordialement. >> >>>>>> Philippe Mouawad. >> >>>>>> >> >>>>> >> >>>> -- >> >>>> Cordialement. >> >>>> Philippe Mouawad. >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> -- >> >>> Cordialement. >> >>> Philippe Mouawad. >> >>> >> >>> >> >>> >> >>> >> >>> >> > >> > > > -- > Cordialement. > Philippe Mouawad.
