incubator-odf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dali Liu <wawal...@gmail.com>
Subject Re: Anyone want to have a release?
Date Mon, 19 Nov 2012 08:39:10 GMT
Following the guide there are many todo items, I will try to find a place
to track the to-do items, I will start from the technical ones.

So what's our target date? how about one month later? Maybe some day around
12/20?

2012/11/15 Rob Weir <robweir@apache.org>

> On Wed, Nov 14, 2012 at 10:23 PM, Dali Liu <wawalovo@gmail.com> wrote:
> > Hi Rob,
> >
> > I think that a new release is needed for users of ODF toolkit.  I would
> > like to be a volunteer for the Release.
> > Because I didn't know much about the release process, can you guide me on
> > this?
> >
>
> Our second release should be much easier than the first one.
>
> Devin wrote up some instructions here:
> http://incubator.apache.org/odftoolkit/odftoolkit-release-guide.html
>
> As you can see, it is a mix of activities.  Some are technical, some
> are process, like the voting steps.
>
> I'll try to help as well.
>
> I'd be interested in knowing what Florian and Svante think.  Can we
> aim for a date?
>
> -Rob
>
> >
> > 2012/11/14 Rob Weir <robweir@apache.org>
> >
> >> Our last release was in January.  Does anyone want to have another
> >> release, say at the end of the year?
> >>
> >> We have a lot of bug fixes, and some new features, especially in the
> >> Simple API.
> >>
> >> Nothing stunning, but that is the nature of the project.  Our
> >> functionality is boxed in by the ODF schema.  We evolve by perfecting
> >> the code, improving performance, improving documentation, etc.  But
> >> our next "leap forward" might not come until ODF 1.3 is done.
> >>
> >> If we want to do a release we want need to agree on "feature freeze"
> >> deadline, a stabilization period for testing and updating release
> >> notes, etc.  And we would also need a volunteer to be Release Manager.
> >>
> >> What do you think?
> >>
> >> -Rob
> >>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message