Re: [SCXML] roadmap plan published - question about procedure for milestone tagging

2014-03-10 Thread Gary Gregory
IMO, if you make artifacts available through MC, then it is a "release", whatever you label it, alpha, beta, milestone, and so on, which requires a VOTE. If you do not make it available through MC, then you can use an SVN revision # or a tag for a more developer oriented milestone marker. Gary

[SCXML] roadmap plan published - question about procedure for milestone tagging

2014-03-10 Thread Ate Douma
Hi, I just published a high-level roadmap plan towards SCXML 2.0 [1] Part of that plan, which consists of working through a set of milestone targets, is also tagging these milestones "as is", see [2]. As I also described there, these milestone tags will "not represent a formal release and th

Re: [SANDBOX] Getting rid of sandbox parent?

2014-03-10 Thread Jörg Schaible
Benedikt Ritter wrote: > Hi, > > I'd like to get rid of Sandbox parent pom. The only thing it adds IMHO is > that the site build picks up the correct URLs by setting some properties. > We always have to release a new sandbox parent when commons parent is > released. > > How about overriding the

Re: [SANDBOX] Getting rid of sandbox parent?

2014-03-10 Thread Simone Tripodi
makes sense, +1 http://people.apache.org/~simonetripodi/ http://twitter.com/simonetripodi On Sat, Mar 8, 2014 at 1:37 PM, Emmanuel Bourg wrote: > Le 08/03/2014 13:04, Benedikt Ritter a écrit : > > > Thoughts? > > I would even suggest getting rid of the physical distinction between the > sandbo

Re: [VOTE] Release Compress 1.8 Based on RC1

2014-03-10 Thread Luc Maisonobe
Le 09/03/2014 08:52, Stefan Bodewig a écrit : > Hi all > > I talked about cutting Compress 1.8 in particular because of > COMPRESS-264 but delayed it waiting for a new XZ for Java release. > > Compress 1.8 RC1 is available for review here: > https://dist.apache.org/repos/dist/dev/commons/co