[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Denemo-devel] The release branch
From: |
Nils Gey |
Subject: |
Re: [Denemo-devel] The release branch |
Date: |
Sat, 16 Oct 2010 19:34:31 +0200 |
The fixes are in stable-0.8.20
Windows-build is ready.
Jeremiah, could you create the release tarball now, please?
Maybe you could tell me what is needed to do that, too? I notice the tarball
has other files and dirs than git.
greetings,
Nils
On Sat, 16 Oct 2010 16:29:49 +0100
Richard Shann <address@hidden> wrote:
> As we have had a showstopper bug to fix, I have taken the opportunity to
> fix the spurious includes of lyparserfuncs.h so that the Master branch
> should now be good.
> Aligning the stable-0.8.20 with the master branch will mean reverting
> the change to src/Makefile.am and merging the changes.
> Is that ok?
> Richard
>
> On Sat, 2010-10-16 at 08:47 -0500, Jeremiah Benham wrote:
> >
> > On Oct 16, 2010, at 3:02 AM, Richard Shann <address@hidden>
> > wrote:
> >
> > > Jeremiah, Nils
> > > I see that you had to re-instate lyparserfuncs.h, presumably because I
> > > forgot to delete includes of it from the various files when I removed
> > > the old parser.
> >
> > Yeah. I added into the tarball. I could not compile the tarball
> > without including it. If it's supposed to left out I will change that
> > (making sure it compiles) then and remove it from git.
> >
> >
> > > The puzzle then is, how did clean builds work - in
> > > particular windows gub?
> >
> > Pulling from git provides the file. A tarball created with make dist
> > does not because the file was not mentioned in src/Makefile.am.
> >
> > Jeremiah
> >
> > > I would like to avoid re-building the windows
> > > executable, as it will need re-testing. I am not proposing that we be
> > > impossibly fussy here - there are no actual changes of source code
> > > here,
> > > just how you build from source. Executables are unaltered.
> > >
> > > So if you can verify that the sources labelled 0.8.20 do build
> > > correctly
> > > on both platforms we are ready to release on Wednesday next, with the
> > > already-built-and-tested windows executable. (This executable will not
> > > be different if re-built, since the include file must have been
> > > present,
> > > and it would in any case not affect the resultant binary).
> > >
> > > I have some very good progress to check in now if you can move
> > > master on
> > > to 0.8.21, Anacrusis displaying properly, Breve, Longa and whole
> > > measure
> > > rests, even plain chant all doing the right thing in the Denemo
> > > display
> > > *and* the LilyPond!
> > >
> > > Richard
> > >
> > >
> > >
> > > _______________________________________________
> > > Denemo-devel mailing list
> > > address@hidden
> > > http://lists.gnu.org/mailman/listinfo/denemo-devel
>
>
> _______________________________________________
> Denemo-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/denemo-devel
>
- [Denemo-devel] The release branch, Richard Shann, 2010/10/16
- Re: [Denemo-devel] The release branch, Nils Gey, 2010/10/16
- Re: [Denemo-devel] The release branch, Jeremiah Benham, 2010/10/16
- Re: [Denemo-devel] The release branch, Richard Shann, 2010/10/16
- Re: [Denemo-devel] The release branch,
Nils Gey <=
- Re: [Denemo-devel] The release branch, Jeremiah Benham, 2010/10/16
- Re: [Denemo-devel] The release branch, Nils Gey, 2010/10/16
- Re: [Denemo-devel] The release branch, Richard Shann, 2010/10/16
- Re: [Denemo-devel] The release branch, Nils Gey, 2010/10/19
- Re: [Denemo-devel] The release branch, Jeremiah Benham, 2010/10/19
- Re: [Denemo-devel] The release branch, Nils Gey, 2010/10/20