On 2010/11/27 00:43:23, Neil Puttock wrote:
it's been
reviewed thoroughly (I hope :), so go ahead and push.
Hi Neil, greetings everybody,
I've pushed this patch, so hopefully nothing will get broken. It is
undocumented as of yet, but I'll wait for Neil to complete his own work
so that I can
On Sun, Nov 28, 2010 at 4:33 PM, Jean-Charles Malahieude
lily...@orange.fr wrote:
If you have a look at http://translationproject.org/domain/lilypond.html
you'll see that the template file is as of 2.13.7, which means that anything
that has disappeared form the sources will remain in the record
On Mon, Nov 29, 2010 at 06:37:08AM -0700, Carl Sorensen wrote:
What about option 0 -- try to coordinate the resources we currently have
available on the critical issues?
I would like that. I'm a bit surprised to see so many people
talking about branching a stable/2.14 -- I don't think that
This is an attempt to collaboratively solve issue 1336. (that said,
if anybody can jump in and solve it instantly with a patch, go right
ahead! if this issue is solved, we'll just pick another one)
http://code.google.com/p/lilypond/issues/detail?id=1336
There is a theory about why this happens,
2010/12/1 Valentin Villenave valen...@villenave.net:
On Wed, Dec 1, 2010 at 10:34 AM, Trevor Daniels t.dani...@treda.co.uk wrote:
Looks like Valentin is best placed to do this.
I've now pushed my master branch (with one additional commit wrt the
tempo-range feature that Neil will now
On Wed, Dec 1, 2010 at 9:26 AM, Graham Percival
gra...@percival-music.ca wrote:
On Mon, Nov 29, 2010 at 11:23 AM, Valentin Villenave
v.villen...@gmail.com wrote:
Actually, this was a totally unnecessary precaution. I've never heard
of any *nix system where uname -m would return X86_64 or I686
On Mon, Nov 29, 2010 at 08:41:28AM +, Philippe Neyrat wrote:
I'd like to know if you can use it on the repositories, in order to have
files with md5sum hashes of the different versions of Lilypond.
Sorry, this would require a patch to GUB. If you are not already
familiar with the system,
Hi,
Please try the following example, which is rendered less than optimal
using 2.13.40. Do you agree Lilypond should be able to
do better than this ? Is it worth a bug report ?
%-8-
\version 2.13.40
upper = \relative c' {
\clef treble
\time
2010/11/30 Francisco Vila paconet@gmail.com:
Hello. As you probably know, Savannah has been down for days; now it
is almost restored but latest backups are not newer than those of
November 24th. We should look at our local repos, try to restore the
history and find out whether are there
Francisco Vila wrote Tuesday, November 30, 2010 2:31 PM
Hello. As you probably know, Savannah has been down for days; now
it
is almost restored but latest backups are not newer than those of
November 24th. We should look at our local repos, try to restore
the
history and find out whether
On Wed, Dec 1, 2010 at 10:34 AM, Trevor Daniels t.dani...@treda.co.uk wrote:
Looks like Valentin is best placed to do this.
I've now pushed my master branch (with one additional commit wrt the
tempo-range feature that Neil will now dismember in order to rebase
his own patch :-)
Please let me
Hello,
On 01/12/2010 09:34, Trevor Daniels wrote:
Francisco Vila wrote Tuesday, November 30, 2010 2:31 PM
Hello. As you probably know, Savannah has been down for days; now it
is almost restored but latest backups are not newer than those of
November 24th. We should look at our local repos,
On Wed, Dec 1, 2010 at 9:46 AM, Trevor Daniels t.dani...@treda.co.uk wrote:
Graham Percival wrote Tuesday, November 30, 2010 8:04 AM
I'm willing to try it as an experiment, but I
really doubt that having a separate branch would encourage more
people to spend more time on critical issues.
On 11/30/10 4:24 AM, Graham Percival gra...@percival-music.ca wrote:
This is an attempt to collaboratively solve issue 1336. (that said,
if anybody can jump in and solve it instantly with a patch, go right
ahead! if this issue is solved, we'll just pick another one)
Francisco Vila paconet@gmail.com writes:
2010/12/1 Valentin Villenave valen...@villenave.net:
On Wed, Dec 1, 2010 at 10:34 AM, Trevor Daniels
t.dani...@treda.co.uk wrote:
Looks like Valentin is best placed to do this.
I've now pushed my master branch (with one additional commit wrt the
On Wed, Dec 1, 2010 at 11:18 AM, Francisco Vila paconet@gmail.com wrote:
I think yes.
Done :-)
Cheers,
Valentin.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Am Mittwoch, 1. Dezember 2010, um 06:31:13 schrieb Patrick McCarty:
On 2010-11-30, Francisco Vila wrote:
commit 05acc0d1a25051a35083aeb2acf0955678e882cf
Author: Reinhold Kainhofer reinh...@kainhofer.com
Date: Wed Nov 24 16:50:23 2010 +0100
FiguredBass: Extenders for figs
Oh, I've just been able to pull again, so my access seems to have been
sorted out.
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
I have these, plus
- fff96cc1a9 Doc: @file entries clean-up, take3 (add line-breaks)
on the translation branch, also from Valentin.
I think you are a good candidate to push the most recent history
once passwords and all that jazz is working again.
[git is working again!]
It really
On 30 November 2010 11:24, Graham Percival gra...@percival-music.ca wrote:
There is a theory about why this happens, from Neil:
It looks to me like the MultiMeasureRest has invalid bounds when cloned, so
the cloned object is NULL when the MultiMeasureRestNumber is aligned (the
parent object
On Wed, Dec 1, 2010 at 11:16 AM, Graham Percival
gra...@percival-music.ca wrote:
I'll wait another day for comments in case anybody missed it due to
the savannah list downtime, but I despite my objection, I'll branch
stable/2.14 in the next few days unless anybody speaks heavily against
it.
This sounds like the git repository is online again, and _some_ people
are able to access it. Personally, I still get
git pull
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
So _if_ others are able to access git, it would seem that the account
data backup is
On 11/30/10 1:04 AM, Graham Percival gra...@percival-music.ca wrote:
On Mon, Nov 29, 2010 at 06:37:08AM -0700, Carl Sorensen wrote:
What about option 0 -- try to coordinate the resources we currently have
available on the critical issues?
I would like that. I'm a bit surprised to see so
On 28/11/2010 10:10, Werner LEMBERG wrote:
Savannah is still down, see
http://identi.ca/group/fsfstatus
The message has been updated on
http://identi.ca/group/fsfstatus they seem to have had some Storage
Failure and are restoring the data.
codewiz: lists.gnu.org down for a double drive
Werner LEMBERG w...@gnu.org writes:
This sounds like the git repository is online again, and _some_ people
are able to access it. Personally, I still get
git pull
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
So _if_ others are able to access git, it would
Any reason why the 'page-breaking \paper variable tends to
be declared with a scheme definition? I typically see it
like this in the docs:
#(define page-breaking ly:minimal-breaking)
I prefer to use this form though:
page-breaking = #ly:minimal-breaking
In my commit b0a027f, I changed the
On Tue, Nov 30, 2010 at 5:49 AM, Mark Polesky markpole...@yahoo.com wrote:
In my commit b0a027f, I changed the standard setting for
this in paper-defaults-init.ly, and nothing broke as far as
I can tell. Any opposition to changing the other
scheme-style declarations in the docs?
Seems a lot
Valentin's merge which is currently the head^ on savannah is the same commit
I have as master. I think it is likely to be the most current commit.
As far as I can tell, all the commits you have identified are currently on
savannah, and are in my local repository as well.
Thanks,
Carl
On Mon, Nov 29, 2010 at 11:23 AM, Valentin Villenave
v.villen...@gmail.com wrote:
Actually, this was a totally unnecessary precaution. I've never heard
of any *nix system where uname -m would return X86_64 or I686 instead
of their lower-case counterparts.
...
Bottom line: let's get rid of it
On Mon, Nov 29, 2010 at 7:07 AM, Werner LEMBERG w...@gnu.org wrote:
And it should be transposed to the instrument's transposition. I've
seen untransposed cues too, especially in, say, Piano or Celesta parts
with a mark `Klar. in A' , but this is probably just lazyness (or
uncertainty or
On 1 December 2010 10:00, Valentin Villenave valen...@villenave.net wrote:
I've now pushed my master branch (with one additional commit wrt the
tempo-range feature that Neil will now dismember in order to rebase
his own patch :-)
Please let me know if I should also push my translations
hello,
This is (I hope) a relatively trivial patch for the Learning Manual
http://codereview.appspot.com/3369041
Just a removal of all 'fragment' instances in the @Lilypond examples.
James
___
lilypond-devel mailing list
lilypond-devel@gnu.org
Mark Polesky markpole...@yahoo.com writes:
Any reason why the 'page-breaking \paper variable tends to
be declared with a scheme definition? I typically see it
like this in the docs:
#(define page-breaking ly:minimal-breaking)
I prefer to use this form though:
page-breaking =
Le 30/11/2010 21:46, Valentin Villenave disait :
On Sun, Nov 28, 2010 at 4:33 PM, Jean-Charles Malahieude
lily...@orange.fr wrote:
If you have a look at
http://translationproject.org/domain/lilypond.html you'll see that
the template file is as of 2.13.7, which means that anything that
has
I found these in paper-defaults-init.ly:
#(define make-header (...))
#(define make-footer (...))
#(define font-defaults '((...)))
#(define text-font-defaults `((...)))
1) Do we need the quasiquote ` for text-font-defaults?
Wouldn't a regular quote ' be fine?
2) Are these \paper
On Tue, 2010-11-30 at 12:12 +, James wrote:
On 28/11/2010 10:10, Werner LEMBERG wrote:
Savannah is still down, see
http://identi.ca/group/fsfstatus
However I still cannot open
http://git.savannah.gnu.org/gitweb/?p=lilypond.git
as of 12:12 GMT.
James
One wonders whether
Reviewers: ,
Message:
Here's a patch to clean up the NR spacing chapter a little
more. Does everything look okay?
Thanks.
- Mark
Description:
Doc: NR 4: Minor edits.
Please review this at http://codereview.appspot.com/3406041/
Affected files:
M Documentation/notation/spacing.itely
37 matches
Mail list logo
