John,
On 26 August 2012 16:37, John Mandereau john.mander...@gmail.com wrote:
Hi guys,
After lots of testing, debugging, and commits editions cycles, I've
pushed many changes to Patchy in lilypond-extra master branch. Most
changes regard Patchy on a server and patches testing.
I tried to
07:58:05 (UTC) Begin LilyPond compile, previous commit at
1f364da94cf04f08063c8051dac7359325c58147
07:58:25 From git.savannah.gnu.org:/srv/git/lilypond
* [new branch] dev/john-autogen-gub-fix - dev/john-autogen-gub-fix
7bb3a5b..63daf4c dev/skylines - dev/skylines
Hi,
I notice that several of the developers have been helping out with
responding to bug reports recently.
I just wanted to say thank for the support.
Cheers,
Colin.
--
Colin Hall
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On 26 August 2012 02:16, Keith OHara k-ohara5...@oco.net wrote:
Xavier Scheuer x.scheuer at gmail.com writes:
Dear LilyPond developers and users,
dear bug squad, could you add this feature request on the tracker?
Here is a feature request made on the French users mailing list.
It
http://codereview.appspot.com/6472056/diff/1/lily/fingering-column-engraver.cc
File lily/fingering-column-engraver.cc (right):
http://codereview.appspot.com/6472056/diff/1/lily/fingering-column-engraver.cc#newcode56
lily/fingering-column-engraver.cc:56: {
I don't think that we shouldn't have a
LGTM
http://codereview.appspot.com/6475065/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
LGTM
http://codereview.appspot.com/6474066/diff/1/Documentation/notation/input.itely
File Documentation/notation/input.itely (right):
http://codereview.appspot.com/6474066/diff/1/Documentation/notation/input.itely#newcode368
Documentation/notation/input.itely:368: A @code{\header} block. This
On 2012/08/26 22:56:44, John Mandereau wrote:
LGTM except one nitpick (see comment).
http://codereview.appspot.com/6484062/diff/1/configure.in
File configure.in (right):
http://codereview.appspot.com/6484062/diff/1/configure.in#newcode174
configure.in:174: if $FONTFORGE --version 21|egrep
On 2012/08/27 09:04:46, dak wrote:
On 2012/08/26 22:56:44, John Mandereau wrote:
LGTM except one nitpick (see comment).
http://codereview.appspot.com/6484062/diff/1/configure.in
File configure.in (right):
http://codereview.appspot.com/6484062/diff/1/configure.in#newcode174
LGTM
http://codereview.appspot.com/6486067/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hi John,
It appears that the fix we made in your branch for DB is correct.
Have a look at target/tools/src/python-2.4.5/setup.py:527
db_setup_debug = False # verbose debug prints from this script?
and below...
Setup.py looks for /usr/include/*db*3,4*/db.h, which is entirely broken:
Graham Percival writes:
Let's give this another try.
Very good plan!
The idea is that we'd pick some time (say, 19:00 UTC on Tuesdays
-- but that's a completely random time),
I'm planning to be there and will let you know if I can't make it.
How about hanging out on freenode.org #lilypond
2012/8/27 Jan Nieuwenhuizen jann...@gnu.org:
Graham Percival writes:
Let's give this another try.
Very good plan!
The idea is that we'd pick some time (say, 19:00 UTC on Tuesdays
-- but that's a completely random time),
I will try to be on freenode.org #lilypond .
I understand UTC, not
Hi James,
2012/8/27 James pkx1...@gmail.com:
I tried to use these changes this morning - there were 3 patches all
at new - while it all ran as normal there were a couple of things I
noticed that I'd like a clarification (in case I misunderstood the
other explanations).
I tried to minimize the
Hi Jan,
2012/8/27 Jan Nieuwenhuizen jann...@gnu.org:
It appears that the fix we made in your branch for DB is correct.
Have a look at target/tools/src/python-2.4.5/setup.py:527
db_setup_debug = False # verbose debug prints from this script?
and below...
Setup.py looks for
This shows the difference between astyle 2.02 and 2.02.1. The only
change is
something* foo
into
something *foo
which looks good to me because the rest of the source code sticks the *
next to the variable name, rather than the variable type.
If I can get two LGTMs, I'll push this directly
2012/8/27 d...@gnu.org:
On 2012/08/27 09:04:46, dak wrote:
You are confusing grep -E with grep -e. -e just says that the next
word is the regular expression to look for rather than an option, and it is
required since the regular expression starts with dash itself.
Actually, one should
Reviewers: Graham Percival,
http://codereview.appspot.com/6474066/diff/1/Documentation/notation/input.itely
File Documentation/notation/input.itely (right):
http://codereview.appspot.com/6474066/diff/1/Documentation/notation/input.itely#newcode368
Documentation/notation/input.itely:368: A
No, I'm wrong about that. astyle doesn't mind about the { as the only
changes are removing trailing whitespace (could you fix emacs so it
stops adding it?) and one line-break just before the }; on line 59 of
lily/fingering-column.cc.
http://codereview.appspot.com/6472056/
LGTM
(to enlighten the potential bias that made me say LGTM, as I looked at
all changes in the patch but I'm not fluent at all in C++, I also have
astyle 2.02.1 on Fedora 17 :-p)
http://codereview.appspot.com/6477062/
___
lilypond-devel mailing list
LGTM
http://codereview.appspot.com/6477062/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
http://codereview.appspot.com/6477062/diff/1/lily/include/skyline.hh
File lily/include/skyline.hh (right):
http://codereview.appspot.com/6477062/diff/1/lily/include/skyline.hh#newcode58
lily/include/skyline.hh:58: listBuilding *const result);
I'd like to see the const removed (top-level const
2012/8/27 Jan Nieuwenhuizen jann...@gnu.org:
Also, did you see Joe's mail about anydbm? I misread his mail earlier,
of course he is using /usr/bin/python [that's needed for bootstrapping]
so we probably want what he suggests: in gub/2/db.py only have
import anydbm as db
I'm trying to
John Mandereau writes:
I'm trying to rebuild with this. If you feel like this change should
get pushed, do it or ask it us :-)
If it works: yes. I'll be looking at a patch to remove our crypt
and dbm hacks again in favour of a real fix and also at the weird
missing CC problem.
Jan
--
Jan
http://codereview.appspot.com/6486067/diff/1/Documentation/web/introduction.itexi
File Documentation/web/introduction.itexi (right):
http://codereview.appspot.com/6486067/diff/1/Documentation/web/introduction.itexi#newcode1067
Documentation/web/introduction.itexi:1067: to try out all the
I've stumbled again on this error while running make doc:
http://lilypond-translations.3384276.n2.nabble.com/make-doc-error-cannot-import-name-TexModule-td7467314.html
Here's the output:
cd ./out-www dblatex suffix-lyxml.xml
Build the book set list...
Build the listings...
XSLT stylesheets
Il 27/08/2012 13:51, Federico Bruni ha scritto:
Error: cannot import name TexModule
This error reminds me python errors..
I have no clue of what's happening but I tried to set the PYTHONPATH, as
suggested here:
http://lilypond.org/doc/v2.15/Documentation/contributor/problems
export
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'lilypond' has been submitted
by the Italian team of translators. The file is available at:
http://translationproject.org/latest/lilypond/it.po
(We can arrange things so
Reviewers: Graham Percival, John Mandereau, Reinhold,
Message:
Please review
Description:
Reduces langdefs.py warnings in doc build
Doesn't quite get rid of them - one to sort. This has been interesting
to fix. There were 2 issues - building the regtests before building the
docs meant that
is it possible to have the compile botton in windows version too? like mac
version! it would be fantastic if it will!
thanx!!
fabio
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
09:24:02 (UTC) Begin LilyPond compile, previous commit at
d14e4770b85b3cacc647e45b9ebfe59cc085753f
09:24:07 Merged staging, now at:d14e4770b85b3cacc647e45b9ebfe59cc085753f
09:24:08Success:./autogen.sh --noconfigure
09:24:18Success:
11:07:22 (UTC) Begin LilyPond compile, previous commit at
d14e4770b85b3cacc647e45b9ebfe59cc085753f
11:07:32Success:No new commits in staging
___
lilypond-devel mailing list
lilypond-devel@gnu.org
- Original Message -
From: fabio gabbianelli fabiogabbiane...@hotmail.it
To: lilypond-devel@gnu.org
Sent: Sunday, August 26, 2012 12:19 PM
Subject: windows
is it possible to have the compile botton in windows version too? like
mac version! it would be fantastic if it will!
thanx!!
John,
Part of your re-org of the build system deleted the files
Documentation/xx/included/GNUmakefile - where xx was cs, hu and zh. Those
particular files were there in order to make the directories non-empty and
thus trackable by git. Deleting them has led to warnings in the doc build
- Original Message -
From: john.mander...@gmail.com
To: philehol...@googlemail.com; gra...@percival-music.ca;
reinhold.kainho...@gmail.com
Cc: re...@codereview-hr.appspotmail.com; lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 3:37 PM
Subject: Re: Reduces langdefs.py warnings in
On Mon, Aug 27, 2012 at 11:20:55AM +0200, Jan Nieuwenhuizen wrote:
Graham Percival writes:
The idea is that we'd pick some time (say, 19:00 UTC on Tuesdays
-- but that's a completely random time),
I'm planning to be there and will let you know if I can't make it.
whoops, I hadn't thought
Phil Holmes em...@philholmes.net writes:
John,
Part of your re-org of the build system deleted the files
Documentation/xx/included/GNUmakefile - where xx was cs, hu and zh.
Those particular files were there in order to make the directories
non-empty and thus trackable by git. Deleting them
Hi Phil,
I hoped that missing directories would be supported, and saw those
warnings too but thought they were harmless and didn't bother. Adding
dummy files is the easiest solution.
2012/8/27 David Kastrup d...@gnu.org:
One stupid way to keep those directories is to place an empty .gitignore
- Original Message -
From: John Mandereau john.mander...@gmail.com
To: David Kastrup d...@gnu.org; Phil Holmes em...@philholmes.net
Cc: Lily devel lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 4:03 PM
Subject: Re: Brain surgery on the make system
Hi Phil,
I hoped that missing
2012/8/27 Phil Holmes m...@philholmes.net:
- Original Message - From: john.mander...@gmail.com
To: philehol...@googlemail.com; gra...@percival-music.ca;
reinhold.kainho...@gmail.com
Cc: re...@codereview-hr.appspotmail.com; lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 3:37 PM
- Original Message -
From: John Mandereau john.mander...@gmail.com
To: Phil Holmes m...@philholmes.net
Cc: Lily devel lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 4:20 PM
Subject: Re: Reduces langdefs.py warnings in doc build (issue 6487046)
2012/8/27 Phil Holmes
Phil Holmes em...@philholmes.net writes:
- Original Message -
From: John Mandereau john.mander...@gmail.com
To: David Kastrup d...@gnu.org; Phil Holmes em...@philholmes.net
Cc: Lily devel lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 4:03 PM
Subject: Re: Brain surgery on the
Anyone object if I push a patch that adds -q to the call to bib2texi direct
to staging? I've tested it and make doc runs fine - it gets rid of some
clutter in the output of make doc.
--
Phil Holmes
0002-Quietens-bibtex-in-make-doc.patch
Description: Binary data
- Original Message -
From: John Mandereau john.mander...@gmail.com
To: Phil Holmes m...@philholmes.net
Cc: Lily devel lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 4:20 PM
Subject: Re: Reduces langdefs.py warnings in doc build (issue 6487046)
2012/8/27 Phil Holmes
Graham Percival writes:
whoops, I hadn't thought about it -- at 19:00 UTC this Tuesday,
I'll be either at Heathrow airport or in the air flying to
Glasgow. Shall we start next week (in Sep)? or maybe if at least
one other person were willing, you could have a meeting with only
two people?
On Mon, Aug 27, 2012 at 10:21:53AM +, benko@gmail.com wrote:
lily/include/skyline.hh:58: listBuilding *const result);
I'd like to see the const removed (top-level const on function parameter
types are ignored), but that may be the target of another patch.
Good idea! However, that
LGTM
- Graham
On Mon, Aug 27, 2012 at 04:49:11PM +0100, Phil Holmes wrote:
Anyone object if I push a patch that adds -q to the call to bib2texi
direct to staging? I've tested it and make doc runs fine - it gets
rid of some clutter in the output of make doc.
--
Phil Holmes
Graham Percival gra...@percival-music.ca writes:
On Mon, Aug 27, 2012 at 10:21:53AM +, benko@gmail.com wrote:
lily/include/skyline.hh:58: listBuilding *const result);
I'd like to see the const removed (top-level const on function parameter
types are ignored), but that may be the
After some discussion on developing a ly to xml export program, I
thought that the using engravers to plug such a converter to ly input
at a processing stage that would avoid parsing ly files and allow to
get any ly file converted, provided that (from advice from Mike) you
take into account how
2012/8/27 Phil Holmes em...@philholmes.net:
Anyone object if I push a patch that adds -q to the call to bib2texi direct
to staging?
As long as any error of bib2texi can still be found in some log file,
I have no objection.
Best
J
___
lilypond-devel
2012/8/27 Phil Holmes m...@philholmes.net:
I've updated generic-targets as you suggest, to this:
doc-stage-1:
make -C $(top-build-dir)/Documentation/po out=www messages
$(MAKE) -C $(depth)/scripts/build out=
$(MAKE) out=www WWW-1
It builds the .mo files, as you were intending, but I get
2012/8/27 Phil Holmes m...@philholmes.net:
With my patch, on my machine, I don't get warnings for the regtests, because
they're built after the docs (and therefore after the .mo files are
created).
You should not rely on this in general: when documentation-dir
variable is empty, and if your
Everyone with eyes closed for lack of sleep?
On Mon, Aug 27, 2012 at 3:00 PM, David Kastrup d...@gnu.org wrote:
Note the project lead being on the high horse after having wrapped up
the 2.17.0 release for good.
--
David Kastrup
___
Note that you can plug into the music event stream directly. That will
give you an overview of all events.
On Mon, Aug 27, 2012 at 3:00 PM, John Mandereau
john.mander...@gmail.com wrote:
After some discussion on developing a ly to xml export program, I
thought that the using engravers to plug
John
On 27 August 2012 08:30, James pkx1...@gmail.com wrote:
John,
On 26 August 2012 16:37, John Mandereau john.mander...@gmail.com wrote:
Hi guys,
After lots of testing, debugging, and commits editions cycles, I've
pushed many changes to Patchy in lilypond-extra master branch. Most
Han-Wen Nienhuys hanw...@gmail.com writes:
Everyone with eyes closed for lack of sleep?
I was sitting on a couch discussing MusicXML exports with the guys from
Philomenos (sp?) with Janek snoring right beside us. Graham had already
dragged himself out of bed again if I remember correctly.
--
On Thu, Aug 23, 2012 at 09:25:55PM -0300, Han-Wen Nienhuys wrote:
Change font license from GPL to dual licensed OFL / GPL (see
http://scripts.sil.org/cms/scripts/page.php?site_id=nrsiid=OFL_web)
We have agreement of this from the people who were here:
Author: Janek Warchol
2012/8/27 David Kastrup d...@gnu.org:
Han-Wen Nienhuys hanw...@gmail.com writes:
Everyone with eyes closed for lack of sleep?
I was sitting on a couch discussing MusicXML exports with the guys from
Philomenos (sp?) with Janek snoring right beside us.
Philomelos
- http://philomelos.net/intro
Thomas Morley thomasmorle...@googlemail.com writes:
2012/8/27 David Kastrup d...@gnu.org:
Han-Wen Nienhuys hanw...@gmail.com writes:
Everyone with eyes closed for lack of sleep?
I was sitting on a couch discussing MusicXML exports with the guys from
Philomenos (sp?) with Janek snoring
http://codereview.appspot.com/6487046/diff/1/GNUmakefile.in
File GNUmakefile.in (right):
http://codereview.appspot.com/6487046/diff/1/GNUmakefile.in#newcode12
GNUmakefile.in:12: input
Switching the build order of subdirectories here should not be relevant
for solving the issue, if you need it
Graham Percival gra...@percival-music.ca writes:
On Thu, Aug 23, 2012 at 09:25:55PM -0300, Han-Wen Nienhuys wrote:
Change font license from GPL to dual licensed OFL / GPL (see
http://scripts.sil.org/cms/scripts/page.php?site_id=nrsiid=OFL_web)
We have agreement of this from the people who
David Kastrup writes:
IIRC, it was also agreed by those present that it would be a good idea
to change to GPL with font exception for the GPL part of the dual
licensing so that people would not prefer OFL merely because it fit font
usage requirements better.
What I said was that we already
- Original Message -
From: David Kastrup d...@gnu.org
To: lilypond-devel@gnu.org
Sent: Monday, August 27, 2012 6:59 PM
Subject: The currently still assembled part of the team in Waltrop
Note the project lead being on the high horse after having wrapped up
the 2.17.0 release for good.
Philo más o menos! ;)
It was nice to meet you all in person! I enjoyed it very much and hope to see
you and the rest of the gang again, soon!
Thanks for everything!
patrick
Am 27.08.2012 um 22:35 schrieb David Kastrup:
Thomas Morley thomasmorle...@googlemail.com writes:
2012/8/27 David
On Mon, Aug 27, 2012 at 10:07:40PM +0100, Phil Holmes wrote:
Is it compulsory to have a pony tail?
Yes and no. All senior hackers on GNU software must have either a
ponytail that's more than 5cm long, or a beard which is more than
2cm long. That's in the GNU policy document, section 18.21. It
- Original Message -
From: Graham Percival gra...@percival-music.ca
To: Phil Holmes m...@philholmes.net
Cc: lilypond-devel@gnu.org; David Kastrup d...@gnu.org
Sent: Monday, August 27, 2012 10:13 PM
Subject: Re: The currently still assembled part of the team in Waltrop
On Mon, Aug 27,
- Original Message -
From: m...@mikesolomon.org
To: Phil Holmes m...@philholmes.net
My wife said that everyone looks like geeks. There are 3 exceptions.
You can't leave us hanging like that!! I hope I wasn't in the
exceptions!!!
Cheers,
MS
No. 2 were 4-legged and one was
Note the project lead being on the high horse after having wrapped up
the 2.17.0 release for good.
Thanks for the photo. Not as good as being there, but really nice to see.
I know Graham and I think I can recognise you, David, but it would
be good to be able to put names to the other faces.
Still works well, still the same speed, and now the code makes much more
sense.
The 25% extra time required to set a short score goes down if I
\override Accidental #'vertical-skylines = #'()
\override TextScript #'vertical-skylines = #'()
\override TextScript #'horizontal-skylines =
69 matches
Mail list logo
