Hi everyone,
I got stuck trying to determine which grobs get attached to
musical paper-columns, and which grobs get attached to non-musical
paper-columns, so I wrote these list-generating scheme procedures:
(define grobs-sorted-by-paper-column
(let loop
It's not a problem for me. As you can see, I always try to catch up with
LilyPond. That's why LilyPondTool is only released along with stable
LilyPond versions.
I'm only trying to help measuring the weight of a change: it's not just
a matter of changing convert-ly.
Bert
Carl D. Sorensen
Hi,
On Sun, 24 May 2009, Mark Polesky wrote:
And how do I exit the EDIT_COMMITMSG window? I've included an image
showing the window. If I click on the X button, the whole git bash
shell closes along with it. That can't be right.
It's starting vi.
Okay, this one I figured out. It says
Hi,
On Sun, 24 May 2009, Patrick McCarty wrote:
On Sun, May 24, 2009 at 10:33:51PM -0600, Carl D. Sorensen wrote:
On 5/24/09 8:40 PM, Mark Polesky markpole...@yahoo.com wrote:
I think the instructions in the CG just aren't clear enough. Is
anyone out there happily making git
On Sun, May 24, 2009 at 11:05:43AM -0700, ArnoWaschk wrote:
i am using a 2.13 lilypond compiled from today's git repo, and i
That sounds like a disaster. Please use GUB -- ideally 2.12.2.
It's called the stable branch for a reason. :)
Cheers,
- Graham
2009/5/21 Graham Percival gra...@percival-music.ca:
Jon Kulp has updated all the snippets for 2.12. They are ready to go
whenever Sebastiano is ready to go.
I think Seba is ready.
In short, there's no excuse to not have this done within two
weeks. Get this bloody thing over with.
OK. Jon,
Valentin Villenave wrote:
2009/5/21 Graham Percival gra...@percival-music.ca:
Jon Kulp has updated all the snippets for 2.12. They are ready to go
whenever Sebastiano is ready to go.
I think Seba is ready.
In short, there's no excuse to not have this done within two
weeks. Get this bloody
Carl D. Sorensen wrote:
So I right-clicked on the Desktop My Computer icon --
Properties -- Advanced -- Environment Variables -- User
variables -- New --
Variable Name: GIT_EDITOR
Variable Value: path to my preferred editor
So now,
$ git commit -a
opens my preferred editor.
One down. Maybe
2009/5/22 John Mandereau john.mander...@gmail.com:
Till Rettig a écrit :
its great fun, there is really a lot. ;-) The changes are about the German
translation being also added to the .ly file. That's a tricky case. I will
always have to update snippets two times: one time when translated and
Jonathan Kulp wrote:
Cool! I'm going to run them one more time to be sure, then I'll send
you the tarball privately, Valentin.
Jon
One snippet won't compile (attached). If someone wants to have a go at
it that'd be great. Otherwise I can get to it a bit later today.
Jon
--
The first of the two examples can be replaced by the following, but
there's already a similar example available in the NR 1.2.3 Polymetric
notation, below */Staves with different time signatures, unequal bar
lengths/*, so I don't really see any point in keeping the example
below. Well, at
Hi,
http://lilypond.org/web/documentation still shows 2.10 as latest stable if NL
(Netherlands) is the preferred language (even though the page is in English).
best regards,
Wilbert Berendsen
--
Frescobaldi, LilyPond editor for KDE: http://www.frescobaldi.org/
Francisco Vila a écrit :
2009/5/22 John Mandereau john.mander...@gmail.com:
For previous work it is too late, but for future work, run makelsr.py
before committing to Git -- read the CG on snippet handling for more
details.
I'm afraid I don't understand how running makelsr.py changes
On 5/25/09 5:38 AM, Jonathan Kulp jonlancek...@gmail.com wrote:
Jonathan Kulp wrote:
Cool! I'm going to run them one more time to be sure, then I'll send
you the tarball privately, Valentin.
Jon
One snippet won't compile (attached). If someone wants to have a go at
it that'd
Jonathan Kulp a écrit :
Variable Name: GIT_EDITOR
Variable Value: path to my preferred editor
This should be added to the CG. Who's got responsibility for the git
part
of the CG?
To answer two questions at once, I'm pretty sure Trevor is using
Windows to do git patches, and I believe
On May 23, 2009, at 6:34 AM, Graham Percival wrote:
My goal is not to insult you into feeling bad; my goal is
to insult you into HELPING US FIX THINGS. Learn scheme. Join the
Frogs. Contribute to lilypond. If everybody sits around saying
why doesn't somebody fix this, then it WILL NEVER BE
Thank you, Mats. The snippet compiles now, so we can go ahead with the
switch to 2.12.
It's probably a good idea to do as you suggest, though, and move the NR
example to a LSR snippet that will be included in NR. I'll look into
that in the next few days. Right now I have a different
2009/5/25 Wilbert Berendsen lily...@xs4all.nl:
Hi,
http://lilypond.org/web/documentation still shows 2.10 as latest stable if NL
(Netherlands) is the preferred language (even though the page is in English).
best regards,
Wilbert Berendsen
And the permanent link to latest/Documentation
Francisco Vila a écrit :
2009/5/25 Wilbert Berendsen lily...@xs4all.nl:
http://lilypond.org/web/documentation still shows 2.10 as latest stable if NL
(Netherlands) is the preferred language (even though the page is in English).
This is probably the same behavior whatever your preferred
Mark Polesky wrote:
(define grobs-sorted-by-paper-column
(let loop ((remaining all-grob-descriptions)
(musical '())
(non-musical '()))
(cond ((null? remaining) (cons musical non-musical))
((ly:assoc-get 'non-musical (cdar remaining))
2009/5/25 John Mandereau john.mander...@gmail.com:
Francisco Vila a écrit :
2009/5/25 Wilbert Berendsen lily...@xs4all.nl:
http://lilypond.org/web/documentation still shows 2.10 as latest stable
if NL
(Netherlands) is the preferred language (even though the page is in
English).
This is
Werner LEMBERG wrote:
I've made some progress. When I try to run make score on Windows
XP,
As it stands, the Makefile doesn't work with Windows. For
documentation purposes I strongly suggest to cook up a special
Windows Makefile with the same functionality.
Yes, this will be my new
Mark Polesky wrote:
Incidentally, I found I could simplify these with filter:
Here's a proposal:
Here are two generic functions that could be incorporated into IR
4 Scheme functions (though if C++ is required, someone else
would have to help).
(define (ly:sort-alist
Jonathan Kulp wrote Monday, May 25, 2009 12:25 PM
Carl D. Sorensen wrote:
So I right-clicked on the Desktop My Computer icon --
Properties -- Advanced -- Environment Variables -- User
variables -- New --
Variable Name: GIT_EDITOR
Variable Value: path to my preferred editor
So now,
$ git
Thank you, that git hint was helpful!
Yours, Arno
Joe Neeman-2 wrote:
On Sun, 2009-05-24 at 11:53 -0700, ArnoWaschk wrote:
Werner LEMBERG wrote:
i am using a 2.13 lilypond compiled from today's git repo, and i am
observing - in comparison to a version from around 10th of April
Am 25.05.2009, 20:19 Uhr, schrieb Jonathan Kulp jonlancek...@gmail.com:
I'm copying the whole Makefile below in case anyone would like to try it
on Windows. The tarball of the Stamitz symphony source files is
available here:
http://music2.louisiana.edu/Gratis/
Jon,
here is a changed
Trevor Daniels wrote:
I'd be happy to make changes to the Windows git
section of the CG if someone can point out the bit
or bits that are difficult to understand.
Trevor,
here are some unanswered questions that I think should be answered
in the CG. I'll have more later, but I'll start with
Hi,
On Mon, 25 May 2009, Mark Polesky wrote:
1.5.2 Installing git
0) Full installer or portable application?
This is my fault; PortableGit is a recent addition. I'd recommend the
installer (but not the full installer available from
msysgit.googlecode.com).
1) Describe Windows
2009/5/25, John Mandereau john.mander...@gmail.com:
You should run makelsr.py *before* you commit changes to texidocs, not
after. Try it as explained in the CG, and you'll see (how) it works.
Hello, I'm in trouble. I have run makelsr.py and git status gives
# On branch lilypond/translation
#
Francisco Vila a écrit :
2009/5/25, John Mandereau john.mander...@gmail.com:
You should run makelsr.py *before* you commit changes to texidocs, not
after. Try it as explained in the CG, and you'll see (how) it works.
Hello, I'm in trouble. I have run makelsr.py and git status gives
2009/5/26, John Mandereau john.mander...@gmail.com:
Before looking at your (rather scary in this case) git status output,
have you examined output of makelsr.py?
Yes, I don't see anything strange except a not smart enough message.
Have you realized makelsr.py requires fresh snapshots
Francisco Vila a écrit :
Yes, I don't see anything strange except a not smart enough message.
I am using only an installed, fresh compiled Git snapshot.
Did you pass makeslr.py an argument? You shouldn't have, unless you know
why.
No.
Then makelsr.py must be bogus; it should not
Wow! Thanks so much, Henning! This is great. We'll put it in the docs
alongside the one for Linux/MacOSX. I had to comment out one more thing
before it would run properly, though--the -djob-count option,
something we put in on the Linux version to take advantage of dual
processors. It
If there is at least one blank (on a german Windows the home
directory is called c:\Dokumente und Einstellungen\username)
searching does not work.
I suggest that you contact the help-m...@gnu.org mailing list,
providing a minimal (trivial) example demonstrating the VPATH problem.
Either this
34 matches
Mail list logo
