lilypond.patchy.gra...@gmail.com writes:
Begin LilyPond compile, commit:
1665810dee903c597ecafdbf64461899141165f4git
*** FAILED STEP ***
merge from staging
maybe somebody pushed a commit directly to master?
dak@lola:/usr/local/tmp/lilypond$ git fetch
Julien Rioux julien.ri...@gmail.com writes:
On Wed, Dec 21, 2011 at 2:42 AM, k-ohara5...@oco.net wrote:
Works with no problem on my (single-processor) Fedora system, for what
little that is worth.
Could you point out which files are affected by .SECONDARY, Julien, so
users of the affected
On 2011/12/21 22:29:20, dak wrote:
Han-Wen Nienhuys mailto:hanw...@gmail.com writes:
Does this require a required version bump in configure for
flex/bison?
Good question.
Looking at /usr/share/doc/bison/changelog.gz, I see for example
2003-04-28 Tim Van Holder
Alberto,
ccing the 'dev' list (not user) as this is more appropriate for patches etc.
2011/12/21 Alberto Simões al...@alfarrabio.di.uminho.pt:
Hello
This patch includes more than just the title I put above: it includes the
instructions to build the site using the patch (copy one more file)
Hello,
2011/12/21 Alberto Simões al...@alfarrabio.di.uminho.pt:
Hello
This patch includes
...
Created
http://code.google.com/p/lilypond/issues/detail?id=2134thanks=2134
Thanks
--
--
James
___
lilypond-devel mailing list
Thank you, James.
On 12/22/11 10:13 , James wrote:
Hello,
2011/12/21 Alberto Simõesal...@alfarrabio.di.uminho.pt:
Hello
This patch includes
...
Created
http://code.google.com/p/lilypond/issues/detail?id=2134thanks=2134
Thanks
___
Alberto
2011/12/22 Alberto Simões al...@alfarrabio.di.uminho.pt:
Thank you, James.
On 12/22/11 10:13 , James wrote:
Hello,
2011/12/21 Alberto Simõesal...@alfarrabio.di.uminho.pt:
Hello
This patch includes
...
Created
On 12/22/11 11:49 , James wrote:
Alberto
2011/12/22 Alberto Simõesal...@alfarrabio.di.uminho.pt:
Hey, James
On 12/22/11 11:42 , James wrote:
Do you need me to upload the patch for review to Rietveld for you?
Forgot about it.
What is Rietveld? :$
Probably if you point me to it I can
James pkx1...@gmail.com writes:
Alberto
2011/12/22 Alberto Simões al...@alfarrabio.di.uminho.pt:
Hey, James
On 12/22/11 11:42 , James wrote:
Do you need me to upload the patch for review to Rietveld for you?
Forgot about it.
What is Rietveld? :$
Probably if you point me to it I can
Begin LilyPond compile, commit: 1665810dee903c597ecafdbf64461899141165f4
Merged staging, now at: 008e88de999af6027fdd9d10df23e99414e57958
Success:./autogen.sh --noconfigure
Success:../configure --disable-optimising
*** FAILED BUILD ***
Hello,
--snip--
rm -f ./out/lilypond-version.dep;
DEPENDENCIES_OUTPUT=./out/lilypond-version.dep
./out/lilypond-version.o g++ -c -Woverloaded-virtual
-I/usr/include/python2.6 -I/usr/include/python2.6 -fno-strict-aliasing
-g -fwrapv -DHAVE_CONFIG_H -DNDEBUG
Ok, I need some pointers here. In order to make this work compatibly at
the lowest level, articulations need to behave differently depending on
whether they are on note events that are children of an EventChord
(which all of them are currently) or not.
Ok, so now since I don't actually have a
James pkx1...@gmail.com writes:
Hello,
--snip--
rm -f ./out/lilypond-version.dep;
DEPENDENCIES_OUTPUT=./out/lilypond-version.dep
./out/lilypond-version.o g++ -c -Woverloaded-virtual
-I/usr/include/python2.6 -I/usr/include/python2.6 -fno-strict-aliasing
-g -fwrapv -DHAVE_CONFIG_H
David Kastrup d...@gnu.org writes:
James pkx1...@gmail.com writes:
rm -f ./out/lilypond-version.dep;
DEPENDENCIES_OUTPUT=./out/lilypond-version.dep
./out/lilypond-version.o g++ -c -Woverloaded-virtual
-I/usr/include/python2.6 -I/usr/include/python2.6 -fno-strict-aliasing
-g -fwrapv
David Kastrup d...@gnu.org writes:
James pkx1...@gmail.com writes:
Hello,
--snip--
rm -f ./out/lilypond-version.dep;
DEPENDENCIES_OUTPUT=./out/lilypond-version.dep
./out/lilypond-version.o g++ -c -Woverloaded-virtual
-I/usr/include/python2.6 -I/usr/include/python2.6 -fno-strict-aliasing
David Kastrup d...@gnu.org writes:
David Kastrup d...@gnu.org writes:
James pkx1...@gmail.com writes:
Hello,
--snip--
rm -f ./out/lilypond-version.dep;
DEPENDENCIES_OUTPUT=./out/lilypond-version.dep
./out/lilypond-version.o g++ -c -Woverloaded-virtual
-I/usr/include/python2.6
On Thu, Dec 22, 2011 at 12:54:23PM +0100, David Kastrup wrote:
Instead use
git cl upload
for it. I think the details should be in the Contributor's Guide.
The details are in the CG, the details are in exactly one of the
three pages I linked to in one of the emails I sent him, but he
Begin LilyPond compile, commit: 008e88de999af6027fdd9d10df23e99414e57958
*** FAILED STEP ***
merge from staging
maybe somebody pushed a commit directly to master?
Begin LilyPond compile, commit: 008e88de999af6027fdd9d10df23e99414e57958
*** FAILED STEP ***
merge from
On Thu, Dec 22, 2011 at 01:35:27PM +0100, David Kastrup wrote:
David Kastrup d...@gnu.org writes:
In file included from
/home/jlowe/lilypond-git/lily/lily-lexer-scheme.cc:21:
/home/jlowe/lilypond-git/lily/include/lily-lexer.hh:69: error: ISO C++
forbids declaration of 'YYSTYPE' with no
On Thu, Dec 22, 2011 at 06:17:57AM -0800, Graham Percival wrote:
That order of commands suggests that lily-lexer-scheme.cc does not
depend on parser.cc. I see that it contains such an #include, so
I would assume that make would catch it... but apparently not.
Skimming through
Sometimes I hate being right. I really wish that somebody had offered
to mentor you -- the whole point of a mentor (i.e. somebody familiar
with our development process) is to protect you against this kind of
situation.
1) your solution will not work because the website is not built in the
Reviewers: Graham Percival,
http://codereview.appspot.com/5500069/diff/1/Documentation/contributor/website-work.itexi
File Documentation/contributor/website-work.itexi (right):
http://codereview.appspot.com/5500069/diff/1/Documentation/contributor/website-work.itexi#newcode128
http://codereview.appspot.com/5500069/diff/1/Documentation/contributor/website-work.itexi
File Documentation/contributor/website-work.itexi (right):
http://codereview.appspot.com/5500069/diff/1/Documentation/contributor/website-work.itexi#newcode128
1) your solution will not work because the website is not built in the
production area. A separate script copies the website, once it's
built, into
the web server directory. Your web/install.html will never be seen by
the web
server.
Because the script doesn't copy it. That would be easy
On 2011/12/22 16:16:44, Graham Percival wrote:
http://codereview.appspot.com/5500069/diff/1/Documentation/contributor/website-work.itexi
File Documentation/contributor/website-work.itexi (right):
On 2011/12/22 16:16:44, Graham Percival wrote:
However, using website.make from git is certainly a security risk,
which I will
fix immediately on the server. Thanks for catching this!
ick, this is what happens when jobs are left half-done.
The server uses make-website.sh, which is defined
On Thu, Dec 22, 2011 at 04:17:23PM +, hashas...@gmail.com wrote:
2) I would not accept this solution even if it worked, because it
involves weird
hard-coding for the old website.
Agreed. But solves an issue that is hanging around for.. one year?
I am not selling this as the salvation
Graham Percival gra...@percival-music.ca writes:
On Thu, Dec 22, 2011 at 06:17:57AM -0800, Graham Percival wrote:
That order of commands suggests that lily-lexer-scheme.cc does not
depend on parser.cc. I see that it contains such an #include, so
I would assume that make would catch it... but
On 2011/12/22 16:26:57, ambs wrote:
Will poke you when needing some more info (sorry, you ended up being
the mentor :))
ok.
I'm not certain if this made its way into any documentation; I think it
may only be present in emails to -devel.
lilypond-extra repository:
On Thu, Dec 22, 2011 at 05:28:44PM +0100, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
Skimming through lily/GNUmakefile, this makes sense. There's a
couple of explicit dependencies for parser.hh, but these don't
mention lily-lexer-scheme.cc, which is the file
Graham Percival gra...@percival-music.ca writes:
On Thu, Dec 22, 2011 at 05:28:44PM +0100, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
Skimming through lily/GNUmakefile, this makes sense. There's a
couple of explicit dependencies for parser.hh, but these don't
David Kastrup d...@gnu.org writes:
Graham Percival gra...@percival-music.ca writes:
On Thu, Dec 22, 2011 at 05:28:44PM +0100, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
Skimming through lily/GNUmakefile, this makes sense. There's a
couple of explicit
Graham Percival gra...@percival-music.ca writes:
No problem; I'm quite happy that Patchy is pulling his weight so
soon. :)
Never mind Patchy... After the problematic commit, you made a release
tag and everything. This is going to be one mess of a cleanup.
I propose that we don't actually
On Thu, Dec 22, 2011 at 07:19:55PM +0100, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
No problem; I'm quite happy that Patchy is pulling his weight so
soon. :)
Never mind Patchy... After the problematic commit, you made a release
tag and everything. This is
Graham Percival gra...@percival-music.ca writes:
On Thu, Dec 22, 2011 at 07:19:55PM +0100, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
No problem; I'm quite happy that Patchy is pulling his weight so
soon. :)
Never mind Patchy... After the problematic
Graham Percival gra...@percival-music.ca writes:
On Thu, Dec 22, 2011 at 07:19:55PM +0100, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
No problem; I'm quite happy that Patchy is pulling his weight so
soon. :)
Never mind Patchy... After the problematic
David Kastrup dak at gnu.org writes:
Julien Rioux julien.rioux at gmail.com writes:
On Wed, Dec 21, 2011 at 2:42 AM, k-ohara5a5a at oco.net wrote:
The machine-generated parser.cc, for example, is not deleted by make
either with or without your patch.
I think this is one of the
Hello, Graham
Instead of looking to the documentation files (the texi source files) I
wgetted part of the website, and grepped for /web/ URLs.
These are some results (not filtered) that show (if I did not grep wrong
files) that there are more than just plain pdf or images being linked
there.
On Thu, Dec 22, 2011 at 09:03:30PM +, hashas...@gmail.com wrote:
These are some results (not filtered) that show (if I did not grep wrong
files) that there are more than just plain pdf or images being linked
there.
Most of those are almost certainly internal links between web/ to
web/, so
David Kastrup d...@gnu.org writes:
Well, I've not been able to nicely redo the merges (git !@#$!#). So I
just threw everything release-related out of staging. If you redo the
merge into staging and the version number bump in staging, you should be
fine.
I made a slightly more complex fix
The detection language script is called by all the documentation files.
Some examples below.
doc/v2.15/Documentation/web/text-input.nl.html:190: Gebruik van A
HREF=/web/about/browser-languageautomatische taalkeuze/A.
doc/v2.15/Documentation/web/text-input.zh.html:78: About A
On Thu, Dec 22, 2011 at 10:39:20PM +0100, David Kastrup wrote:
David Kastrup d...@gnu.org writes:
Well, I've not been able to nicely redo the merges (git !@#$!#). So I
just threw everything release-related out of staging. If you redo the
merge into staging and the version number bump in
Begin LilyPond compile, commit: eb1eabe03dd1b822b5536e4bdeba8f69c43754cb
Merged staging, now at: eb1eabe03dd1b822b5536e4bdeba8f69c43754cb
Success:./autogen.sh --noconfigure
Success:../configure --disable-optimising
Success:
Building it manually, I see this:
cd ./out-www; texi2pdf -I
/home/gperciva/src/lilypond/Documentation -I
/home/gperciva/src/lilypond/input/regression --quiet
collated-files.texi
Error (196): Command token too long
^Cmake[3]: *** Deleting file `out-www/collated-files.pdf'
/usr/bin/texi2dvi:
Graham Percival gra...@percival-music.ca writes:
Building it manually, I see this:
cd ./out-www; texi2pdf -I
/home/gperciva/src/lilypond/Documentation -I
/home/gperciva/src/lilypond/input/regression --quiet
collated-files.texi
Error (196): Command token too long
^Cmake[3]: *** Deleting
On Fri, Dec 23, 2011 at 01:23:38AM +0100, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
Error (196): Command token too long
^Cmake[3]: *** Deleting file `out-www/collated-files.pdf'
/usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
Graham Percival gra...@percival-music.ca writes:
On Thu, Dec 22, 2011 at 10:39:20PM +0100, David Kastrup wrote:
David Kastrup d...@gnu.org writes:
Well, I've not been able to nicely redo the merges (git !@#$!#). So I
just threw everything release-related out of staging. If you redo the
2011/12/23 David Kastrup d...@gnu.org:
Anybody have ideas? At first glance it seems like somebody used a
relative directory instead of doing it with $(top-src-dir).
No idea. But the symptom would suggest that
commit 77cfd9e80a9792737a8630ba3c3ecfb359950f9d
Author: Francisco Vila
On Fri, Dec 23, 2011 at 02:05:22AM +0100, Francisco Vila wrote:
2011/12/23 David Kastrup d...@gnu.org:
No idea. But the symptom would suggest that
commit 77cfd9e80a9792737a8630ba3c3ecfb359950f9d
Author: Francisco Vila francisco.v...@hispalinux.es
Date: Wed Dec 21 22:54:53 2011 +0100
Begin LilyPond compile, commit: eb1eabe03dd1b822b5536e4bdeba8f69c43754cb
Merged staging, now at: eb1eabe03dd1b822b5536e4bdeba8f69c43754cb
Success:./autogen.sh --noconfigure
Success:../configure --disable-optimising
Success:
For 22:00 MST Saturday The Night Before Christmas
Critical:
Issue 2094
http://code.google.com/p/lilypond/issues/detail?id=2094:
spacing-measure-length.ly regtest has time sig overlaying rest - R
5498054 http://codereview.appspot.com/5498054/
Enhancement:
Issue 2109
51 matches
Mail list logo