james-mime4j-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oleg Kalnichevski <ol...@apache.org>
Subject Re: release 0.8.0
Date Fri, 26 Jul 2013 11:43:39 GMT
On Fri, 2013-07-26 at 12:13 +0100, Eric Charles wrote:
> Is latest trunk stable enough to cut a release?
> 

No, it is not.

Oleg

> I can act as release manager, but I need third party eyes to validate 
> current trunk.
> 
> Thx, Eric
> 
> On 26/07/2013 11:44, Oleg Kalnichevski wrote:
> > On Fri, 2013-07-26 at 10:19 +0200, Igor Bogomolov wrote:
> >> Oleg,
> >>
> >> Thank you for your reply!
> >>
> >>> ... merging
> >>> MboxIterator down to the stable (0.7) branch and releasing it with the
> >>> next patch release (0.7.3).
> >>
> >> Would be great! Especially if "nobody is working on it right now", it
> >> will be the only release with MboxIterator for a while.
> >>
> >
> > The bad news is I am having my hands full with upcoming releases of
> > HttpClient and will not be able to act as a release manager for mime4j.
> > Some one else would need to step in.
> >
> > Oleg
> >
> >> Igor
> >>
> >> On Fri, Jul 26, 2013 at 9:20 AM, Oleg Kalnichevski <olegk@apache.org>
wrote:
> >>> On Wed, 2013-07-24 at 17:58 +0200, Igor Bogomolov wrote:
> >>>> Dear Mime4j developers,
> >>>>
> >>>> I am using Mime4j in my open source project. I am especially happy
> >>>> with MboxIterator as I need to parse .mbox files. But currently it is
> >>>> only available in 0.8.0-SNAPSHOT version that is not in the Maven
> >>>> Central Repository. When are you planing to make 0.8.0 release? Or
> >>>> where can I get built version of 0.8.0-SNAPSHOT?
> >>>>
> >>>> I know I can build it myself but I would like to point to built
> >>>> version other people who would like to use my project.
> >>>>
> >>>> Thanks,
> >>>> Igor
> >>>
> >>> Igor
> >>>
> >>> Since no one else responded here is my take on it. I am afraid Mime4j
> >>> 0.8 will not be release ready any time soon especially given nobody is
> >>> working on it right now.
> >>>
> >>> We could consider bending the release rules, though, by c
> >>>
> >>> Oleg
> >>>
> >
> >



Mime
View raw message