commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: [VOTE][RC1] Release Commons Math 3.4
Date Fri, 19 Dec 2014 12:51:59 GMT
On Fri, Dec 19, 2014 at 1:02 AM, Luc Maisonobe <luc@spaceroots.org> wrote:
>
> Le 19/12/2014 03:25, Gary Gregory a écrit :
> > On Thu, Dec 18, 2014 at 8:14 PM, sebb <sebbaz@gmail.com> wrote:
> >>
> >> If it's not done properly, why bother with a VOTE at all?
> >>
> >
> > I'm with Sebb here. Yes, our release process is a PITA, but what Sebb is
> > asking for is what I expect as well. If you want me to evaluate a RC and
> > VOTE, please make my life and that of all the other reviewers, easier,
> not
> > harder.
>
> So do you want me to cancel the vote, redo all the process just because
> the *mail* did not include the SHA ? Or should I cancel the vote and
> just relaunch it from the exact same artifacts (and hence still and RC1)
> to make the tag retrieving process clearer?
>

What I would do is reply to my original VOTE mail with the missing
information. Since the artifacts have not changed, there is no need to
repeat the whole process. Calling a new VOTE thread is OK too, perhaps
cleaner, especially for archeologists.

Gary


>
> By the way MATH_3_4_RC1 is really a tag, its not a branch despite the
> command I suggested to retrieve it used the --branch option from git
> clone; this option accepts both tags and branches. But I agree, even
> tags in git can be deleted and recreated ... just like tags in svn which
> can also be changed despite policy is to not do it. So in reality, there
> is no less traceability here with a git tag than with a svn tag.
> Furthermore, git tags can be GPG signed, which I did here.
>
> >
> > Sometimes, I download the src zip and build, sometimes, I checkout the
> > tag...
> >
> > FWIW, it should take a few minutes to transfer a site. Zip it, transfer
> it,
> > unzip it. One file at a time is asking for problems IMO. Or are you
> saying
> > that it takes hours to transfer even as a Zip?
>
> I tried to use the existing staging area for the site, so was stuck to
> use svn, which does takes hours and in my case fails if the number of
> files is too large. In any case, even if I first upload a zip in my area
> on people.apache.org, I will have to use svn finally for updating the
> real site, and hence I will have to go through this.
>
> The real problem with my approach is that since the staging area is
> share, the site went live earlier than expected, so it is already on the
> main site by nown sorry for that. It is not really a problem since the
> site is already updated from time to time, as users asked on the list to
> have the development API online, so the current site was alread almost
> the final one (it was last published in mid-October, two months ago).
>
> So to avoid this, I'll go back to unpakc a zip on people.apache.org next
> time.
>
> best regards,
> Luc
>
>
> >
> > Gary
> >
> >
> >>
> >> On 19 December 2014 at 00:51, Emmanuel Bourg <ebourg@apache.org> wrote:
> >>> Le 19/12/2014 01:08, sebb a écrit :
> >>>
> >>>> The VOTE email should include all the information needed to validate
a
> >> release.
> >>>
> >>> You are right but this is exactly the kind of hassle that makes release
> >>> management tedious and discourages people from publishing releases. At
> >>> some point a balance has to be found between the expectations, and I
> >>> think publishing new releases is more important than posting a VOTE
> mail
> >>> with an encyclopedic precision.
> >>>
> >>> IMHO Luc provided enough information to review the release properly.
> >>>
> >>> Emmanuel Bourg
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

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