Gema Ramírez-Sánchez <grami...@gmail.com> writes: > So, correct if wrong... > > TRUNK: would contain pairs in "release" and "[alpha|pre]-release" > status an no pair without a release. > > STAGING: would contain pairs that builds and have an advanced status > of all modules (dictionaries with closed cathegories and a decent > coverage, an "ad hoc" PoS tagset and .prob, good coverage of main > contrastive phenomena, testvoc clean, and a post-generator if needed). > There should be a "PROBLEMS" file saying, IMO, status and major > problems found while reading translations done with this pair (so, not > a complete evaluation but a general compilation of big problems > detected at the output). That could be a middle solution between Fran > and Jim point of view. Would [Alpha|Pre]-releases also be allowed for > pairs in staging? > > NURSERY: would contain pairs that build but that have not been > developed deeply or maybe data copied from other pairs that needs work > or very poor data on some modules, etc. > > INCUBATOR: would contain pairs with pieces of translators > > I like the idea in general, how should we go ahead? making a proposal > and submitting it to the PMC?
Agreed. I like the idea too. Having pairs that are a little testvoc away from release in the same place as pairs that have 20 lines of bidix is both confusing and demotivating. I'm for doing prereleases too; and not only because the first week after a release you remember that all-important bug you forgot to fix... I think it can be motivating to someone who's stuck in testvoc to get something out there and hopefully some feedback. Also, there are very few releases compared to the amount of work going on in SVN; if nothing else, I think more releases could be good for publicity... Of course, like svn moving, it should be up to the language pair maintainers. -- Kevin Brubeck Unhammer Sent from my emacs. ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Apertium-stuff mailing list Apertium-stuff@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/apertium-stuff