Ok. I have uploaded a 1.1.0 tarball. It compiled fine for me. Jeremiah On Nov 24, 2013 8:31 AM, "Richard Shann" <[email protected]> wrote:
> On Sun, 2013-11-24 at 15:07 +0100, Éloi Rivard wrote: > > Ok, I though keeping archives was important. > > This is done, the branch name is release-1.1.0 > Great! > I have downloaded the release-1.1.0 branch and built it as a separate > user. It appears to be in working order - Jeremiah can you create the > candidate release tarball from this for sanity checking? > > Richard > > > > > > > > > > > 2013/11/24 Richard Shann <[email protected]> > > On Fri, 2013-11-22 at 23:56 +0100, Éloi Rivard wrote: > > > A git tag points on one commit, no matter on which branch it > > is > > > (master or anything else). > > > > > > Branches to points to one commit, not a "set", but the > > difference is > > > that when you append a new commit, the branch points to the > > newer > > > commit. > > > > > > When you consider a commit, you also consider its parents, > > that is > > > what we feel we deal with "sets" of commits. > > > > > > > > > Since you don't seem very cumfortable with tags: I can > > propose you > > > another workflow: > > > > > > I suggest we make things much simpler: when we want to make a > > release we > > create a branch labelled stable-i.j.k as before, and when the > > translations are in (and any fixes needed during testing) we > > create the > > final candidate tarball. Once this is tested we upload to > > ftp.gnu.org > > and announce the release. Then we delete the branch. > > > > The reasoning is simple: we are not a library that needs to > > maintain > > more than one version. We will never issue a release based on > > an old > > release rather than based on master. And, this is a process we > > already > > know how to do - we are severely short of resource for doing > > infrastructure. > > > > (Of course, we can transform the release branch into a tag if > > folk > > prefer and someone knows how ...) > > > > If this is acceptable could someone who knows how create the > > branch > > stable-1.1.0 so that we can start testing. > > > > Richard > > > > > > > > > > > > > > > > -- > > Éloi Rivard - [email protected] > > > > « On perd plus à être indécis qu'à se tromper. » > > > > >
_______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
