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:
makes sense, +1
http://people.apache.org/~simonetripodi/
http://twitter.com/simonetripodi
On Sat, Mar 8, 2014 at 1:37 PM, Emmanuel Bourg ebo...@apache.org wrote:
Le 08/03/2014 13:04, Benedikt Ritter a écrit :
Thoughts?
I would even suggest getting rid of the physical distinction between
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 said
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 they
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