Ok. I have uploaded a 1.1.0 tarball. It compiled fine for me.
On Nov 24, 2013 8:31 AM, "Richard Shann" <
address@hidden> 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 <address@hidden>
> 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 - address@hidden
>
> « On perd plus à être indécis qu'à se tromper. »
>