On Dec 27, 2011, at 11:44 PM, David Kastrup wrote:
> "m...@apollinemike.com" writes:
>
>> Hey all,
>>
>> I've been getting the following message for current master for a day-ish now:
>>
>> ssh: Could not resolve hostname git.sv.gnu.org: Name or service not known
>> fatal: The remote end hung u
Folks,
I'm very sorry to just have pushed a Makefile fix directly to `master'
instead of `staging'. My fingers were faster than my brain.
Am I right if I suppose that it's best to just wait for your cursing
and doing nothing else otherwise?
Werner
__
Werner LEMBERG writes:
> Folks,
>
>
> I'm very sorry to just have pushed a Makefile fix directly to `master'
> instead of `staging'. My fingers were faster than my brain.
>
> Am I right if I suppose that it's best to just wait for your cursing
> and doing nothing else otherwise?
Well, since mas
>> Am I right if I suppose that it's best to just wait for your
>> cursing and doing nothing else otherwise?
>
> Well, since master was luckily strictly ahead of staging, I bounced
> staging to be in synch.
Thanks!
> The problem we are having now is just that your fix has not seen
> Patchy. I
Werner LEMBERG writes:
>>> Am I right if I suppose that it's best to just wait for your
>>> cursing and doing nothing else otherwise?
>>
>> Well, since master was luckily strictly ahead of staging, I bounced
>> staging to be in synch.
>
> Thanks!
>
>> The problem we are having now is just that y
Reviewers: ,
Message:
Note that this applies only to staging until the next fast-forward of
master.
Cheers,
MS
Description:
Avoids TupletBracket-Fingering and TupletBracket-StringNumber
collisions.
Please review this at http://codereview.appspot.com/5505079/
Affected files:
A input/regressi
>> In file included from parse-scm.cc:26:0:
>> ./include/lily-lexer.hh:28:21: fatal error: parser.hh: No such file or
>> directory
>
> More likely `make -j3 all'...
No, it was a single threaded make call -- I always divert both stdin
and stdout of `make all' to a file, and with -j3 this outp
Werner LEMBERG writes:
>>> In file included from parse-scm.cc:26:0:
>>> ./include/lily-lexer.hh:28:21: fatal error: parser.hh: No such
>>> file or directory
>>
>> More likely `make -j3 all'...
>
> No, it was a single threaded make call -- I always divert both stdin
> and stdout of `make all'
On Dec 25, 2011, at 10:50 PM, Janek Warchoł wrote:
> Hi Mike,
>
> (i've come back finally) When i was thinking about LilyPond lately, i
> decided that changing character outlines from boxes to something more
> precise was perhaps the most important thing we should improve now -
> and i see that
> I am not sure that dynamics and lyrics have subtleties in their
shape that could be better approximated by the use of boxes (perhaps
dynamics more than lyrics as they are slanted, but I'm dubious of
this).
You might also have a look at issue #1097. Should be almost trivial
for you :-)
We
On Dec 28, 2011, at 11:49 AM, Werner LEMBERG wrote:
>
>> I am not sure that dynamics and lyrics have subtleties in their
> shape that could be better approximated by the use of boxes (perhaps
> dynamics more than lyrics as they are slanted, but I'm dubious of
> this).
>
> You might also have a l
On Dec 28, 2011, at 3:41 AM, "m...@apollinemike.com"
wrote:
>
> On Dec 25, 2011, at 10:50 PM, Janek Warchoł wrote:
>
>> Hi Mike,
>>
>> (i've come back finally) When i was thinking about LilyPond lately, i
>> decided that changing character outlines from boxes to something more
>> precise w
- Original Message -
From:
To: "lilypond-devel Development"
Sent: Tuesday, December 27, 2011 10:25 PM
Subject: Variations on the theme "The remote end hung up unexpectedly"
Hey all,
I've been getting the following message for current master for a day-ish
now:
ssh: Could not resol
- Original Message -
From: "Jean-Charles Malahieude"
To: "Phil Holmes"
Cc: "Devel"
Sent: Tuesday, December 27, 2011 7:29 PM
Subject: Re: Error: Illegal entry in bfrange block in ToUnicode CMap
Le 27/12/2011 18:14, Phil Holmes disait :
More looking at make doc output. This set of er
On 28/12/2011 11:40, m...@apollinemike.com wrote:
> On Dec 25, 2011, at 10:50 PM, Janek Warchoł wrote:
> Vertical skylines are useful for any object whose height changes appreciably
> over its horizontal span. Slurs (sometimes) fall into this category.
> Accidentals fall into this category as w
Reviewers: Bertrand Bordage, J_lowe, percivall,
Message:
Please review
Description:
At present, the NR section A.11 has a table which flows off the side of
the PDF page. This patch fixes that, with the table reduced to 4
columns rather than 5.
Please review this at http://codereview.appspot.co
LGTM.
http://codereview.appspot.com/5504091/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
2011/12/28 m...@apollinemike.com :
>
> On Dec 25, 2011, at 10:50 PM, Janek Warchoł wrote:
>> My (quick) question is: would be easy to apply your solution to other
>> objects? I know that lyrics and dynamics really need improvement in
>> this area too - see this example: http://www.sendspace.com/fi
2011/12/27 Aleksandr Andreev :
> Hi Janek,
>
> Good to hear that you are back.
>
> The issues that Bertrand and others were raising have all been addressed.
>
> In addition, I've been able to implement a few other features
> (Parentheses to offset optional melisma, different shapes for the half
> n
On Dec 28, 2011, at 4:46 PM, Janek Warchoł wrote:
> It would be great to fix this too!
> You know, one thing comes to my mind: should we really use boxes for
> all sorts of collision calculations? I think it would give much
> better results it we calculated real distance between objects (i.e.
>
Here's the contents of the relevant log file:
GNU LilyPond 2.15.24
Killed
ing ./snippet-map--1615808177
Processing 94/lily-32d78681
Processing 8d/lily-d2e2b327
Processing 29/lily-e0ac5d9b
Processing 89/lily-1efebec4
Processing 56/lily-44b4b5eb
Processing de/lily-7583ff9a
Processing a1/lily-2532f52
http://codereview.appspot.com/5504055/diff/3002/scm/define-grob-properties.scm
File scm/define-grob-properties.scm (right):
http://codereview.appspot.com/5504055/diff/3002/scm/define-grob-properties.scm#newcode1101
scm/define-grob-properties.scm:1101: (skyline-quantizing ,ly:vsize? "The
number o
On Dec 28, 2011, at 6:30 PM, n.putt...@gmail.com wrote:
>
> http://codereview.appspot.com/5504055/diff/3002/scm/define-grob-properties.scm
> File scm/define-grob-properties.scm (right):
>
> http://codereview.appspot.com/5504055/diff/3002/scm/define-grob-properties.scm#newcode1101
> scm/define-gr
On 2011/12/28 17:41:03, mike_apollinemike.com wrote:
I added it precisely to un-silently prevent negative numbers.
It's true that it has no analogue in Scheme, but I didn't think this
was a
prerequisite for adding a predicate. In lily.scm, there are several
predicates
that don't have Scheme
LGTM, please push to staging directly
http://codereview.appspot.com/5504091/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On Dec 28, 2011, at 6:47 PM, n.putt...@gmail.com wrote:
> On 2011/12/28 17:41:03, mike_apollinemike.com wrote:
>
>> I added it precisely to un-silently prevent negative numbers.
>> It's true that it has no analogue in Scheme, but I didn't think this
> was a
>> prerequisite for adding a predicate.
On Dec 28, 2011, at 8:02 PM, m...@apollinemike.com wrote:
> On Dec 28, 2011, at 6:47 PM, n.putt...@gmail.com wrote:
>
>> On 2011/12/28 17:41:03, mike_apollinemike.com wrote:
>>
>>> I added it precisely to un-silently prevent negative numbers.
>>> It's true that it has no analogue in Scheme, but
Graham Percival percival-music.ca> writes:
> On Mon, Dec 26, 2011 at 12:32:51PM -, Phil Holmes wrote:
> >
> > -warning: cannot fit music on page: ragged-spacing was requested,
> > but page was compressed
> >
> > which ostensibly seems good, since we've lost a warning.
>
> One of the spac
Reviewers: ,
Message:
Here's a stab at revising lily-git.tcl to facilitate patch pushing by
git novices.
Please review.
Thanks,
Carl
Description:
Update lilygit.tcl (Issue 2092)
Makes lilygit.tcl respect the environment variable $LILYPOND_GIT.
If $LILYPOND_GIT is unset, default of $HOME/lil
Thanks for working on this! Unfortunately I'm between cities at the
moment; I'll try to comment more tomorrow evening.
First thought: I'm a bit leery of adding a "push to staging", since:
1. that clutters up the interface. Sure, it's just one more button, but
OTOH that's 25% more buttons. :)
2
30 matches
Mail list logo
