Phil Holmes writes:
> My wife said that everyone looks like geeks. There are 3 exceptions.
Hah, don't let her be fooled. The ones that don't look like geeks
might be the worst...and they looked like geeks too when they were
young.
Jan
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
F
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 =
> 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.
- Original Message -
From:
To: "Phil Holmes"
> 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 female.
--
Phil Holmes
__
- Original Message -
From: "Graham Percival"
To: "Phil Holmes"
Cc: ; "David Kastrup"
Sent: Monday, August 27, 2012 10:13 PM
Subject: Re: The currently still assembled part of the team in Waltrop
On Mon, Aug 27, 2012 at 10:07:40PM +0100, Phil Holmes wrote:
Is it compulsory to have a
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
On 27 août 2012, at 23:07, Phil Holmes wrote:
> - Original Message - From: "David Kastrup"
> To:
> 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
>>
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 writes:
>
>> 2012/8/27 David Kastrup :
>>> Han-Wen Nienh
- Original Message -
From: "David Kastrup"
To:
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.
My wife said that everyone lo
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 alre
Graham Percival 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=nrsi&id=OFL_web)
>
> We have agreement of this from the people who were here:
>
> Auth
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 th
Thomas Morley writes:
> 2012/8/27 David Kastrup :
>> Han-Wen Nienhuys 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://philo
2012/8/27 David Kastrup :
> Han-Wen Nienhuys 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
> Graham had already
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=nrsi&id=OFL_web)
We have agreement of this from the people who were here:
Author: Janek Warchol
Author: Jan Nieuw
Han-Wen Nienhuys 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.
--
David Kastrup
_
John
On 27 August 2012 08:30, James wrote:
> John,
>
> On 26 August 2012 16:37, John Mandereau 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
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
wrote:
> After some discussion on developing a ly to xml export program, I
> thought that the using engravers to plug such a converter to ly i
Everyone with eyes closed for lack of sleep?
On Mon, Aug 27, 2012 at 3:00 PM, David Kastrup wrote:
>
> Note the project lead being on the high horse after having wrapped up
> the 2.17.0 release for good.
>
>
>
>
> --
> David Kastrup
>
> ___
> lilypond-d
>>> lily/include/skyline.hh:58: list *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.
>
> Not exactly correct: they are not part of the function signature (like
> "result" isn't), but th
2012/8/27 Phil Holmes :
> 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 patch was applied a
2012/8/27 Phil Holmes :
> 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 this error:
2012/8/27 Phil Holmes :
> 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 mailing list
lilypo
2012/8/27 Phil Holmes :
> If you can put a patch to do this on staging, I'd be more than happy.
> Thanks.
OK, will do, likely tonight.
> In the old days, we would have needed to remember to update GUB's file list,
> but you've fixed that?
As Graham has managed to build with GUB sources freshly
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 the
Graham Percival writes:
> On Mon, Aug 27, 2012 at 10:21:53AM +, benko@gmail.com wrote:
>>
>> lily/include/skyline.hh:58: list *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.
N
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
>
>
On Mon, Aug 27, 2012 at 10:21:53AM +, benko@gmail.com wrote:
>
> lily/include/skyline.hh:58: list *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 would b
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 peop
- Original Message -
From: "John Mandereau"
To: "Phil Holmes"
Cc: "Lily devel"
Sent: Monday, August 27, 2012 4:20 PM
Subject: Re: Reduces langdefs.py warnings in doc build (issue 6487046)
2012/8/27 Phil Holmes :
- Original Message - From:
To: ; ;
Cc: ;
Sent: Monday, Augu
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
_
"Phil Holmes" writes:
> - Original Message -
> From: "John Mandereau"
> To: "David Kastrup" ; "Phil Holmes"
> Cc: "Lily devel"
> Sent: Monday, August 27, 2012 4:03 PM
> Subject: Re: Brain surgery on the make system
>
>
>> Hi Phil,
>>
>> I hoped that missing directories would be suppor
- Original Message -
From: "John Mandereau"
To: "Phil Holmes"
Cc: "Lily devel"
Sent: Monday, August 27, 2012 4:20 PM
Subject: Re: Reduces langdefs.py warnings in doc build (issue 6487046)
2012/8/27 Phil Holmes :
- Original Message - From:
To: ; ;
Cc: ;
Sent: Monday, Augu
2012/8/27 Phil Holmes :
> - Original Message - From:
> To: ; ;
>
> Cc: ;
> Sent: Monday, August 27, 2012 3:37 PM
> Subject: Re: Reduces langdefs.py warnings in doc build (issue 6487046)
>
>
>
>> I don't see the point of hiding/getting rid of these warnings, when
>> 1) for now these warni
- Original Message -
From: "John Mandereau"
To: "David Kastrup" ; "Phil Holmes"
Cc: "Lily devel"
Sent: Monday, August 27, 2012 4:03 PM
Subject: Re: Brain surgery on the make system
Hi Phil,
I hoped that missing directories would be supported, and saw those
warnings too but thought
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 :
> One stupid way to keep those directories is to place an empty .gitignore
> file in th
"Phil Holmes" 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 has led to
>
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 th
- Original Message -
From:
To: ; ;
Cc: ;
Sent: Monday, August 27, 2012 3:37 PM
Subject: Re: Reduces langdefs.py warnings in doc build (issue 6487046)
I don't see the point of hiding/getting rid of these warnings, when
1) for now these warnings are harmless outside Documentation/??
I don't see the point of hiding/getting rid of these warnings, when
1) for now these warnings are harmless outside Documentation/??
2) if you want to get rid of the cause of the warning it should require
not more than adding at the beginning of
generic-targets.make:doc-stage-1
make -C $(top-build
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
syst
- Original Message -
From: "fabio gabbianelli"
To:
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!!
fabio
There are a number of tools you might in
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
https://lists.gnu.org/mailm
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:../co
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 th
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 tha
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 PYTHONPAT
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
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 program
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
2012/8/27 Jan Nieuwenhuizen :
> 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 rebuild with
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: list *const result);
I'd like to see the const removed (top-level const on functio
LGTM
http://codereview.appspot.com/6477062/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
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
l
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/
__
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 @code
2012/8/27 :
> 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 just u
This shows the difference between astyle 2.02 and 2.02.1. The only
change is
* foo
into
*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 to staging so that
Hi Jan,
2012/8/27 Jan Nieuwenhuizen :
> 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/*d
Hi James,
2012/8/27 James :
> 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 changes in Pa
2012/8/27 Jan Nieuwenhuizen :
> 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 London
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 #lilypon
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:
it
LGTM
http://codereview.appspot.com/6486067/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
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
> configure
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 2>&1|egrep
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
LGTM
http://codereview.appspot.com/6475065/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
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 {
On 26 August 2012 02:16, Keith OHara wrote:
> Xavier Scheuer 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 can be seen as a mi
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
https://list
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
0a12e59..d14e
John,
On 26 August 2012 16:37, John Mandereau 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 use these changes thi
74 matches
Mail list logo
