[tei-council] the release conundrum
Lou Burnard
lou.burnard at computing-services.oxford.ac.uk
Sun Jul 17 18:02:35 EDT 2005
This is all fine by me, though just for the record I think I should
point out that the editors are right out of acolytes.
L
Sebastian Rahtz wrote:
> I have tried to streamline our release offerings. We now have
>
> a) CVS
> b) a release which consists of:
> - debian and RPM packages
> - SF file releases
> - a duplicate of a Debian release on the TEI web site.
> the existing copies of P4 and P5 DTDs and Guidelines have now been
> removed, and the URLs are now silently redirected to the
> "release" tree.
> c) packages for Knoppix and Windows Emacs (not in sync yet)
> d) distribution by oXygen
>
> we are now at release 0.1.10.
>
> My view of the process is as follows:
>
> 1) the editors or their acolytes change CVS as they need to. it is not
> guarenteed to "work" at any given time.
> 2) when a consensus emerges that something interesting has happened,
> or that 6 months has passed,
> the editors will instruct the release manager (currently me) to
> prepare all the outputs in b) above
> and release them as close together as possible
> 3) the Knoppix and Emacs releases are a project of TEI Oxford which
> will follow a timetable of their own
> 4) we will all do our best to assist the oXygen people stay in sycn and
> be forewarned of important changes
> 5) the editors do not need permission from the Council to make minimo
> releases (ie 0.1.13), but
> the council will discuss making a minor release (0.2.0), and the
> council and board will both
> discuss making a major release (1.0.0)
>
> I would propose now that we plan to make the 0.2.0 release after the
> class and attribute changes have been
> implemented.
>
> How does that sound?
>
More information about the tei-council
mailing list