"Trevor Daniels" writes:
> David Kastrup wrote Saturday, May 30, 2015 7:51 PM
>
>> Oh, and regarding the %parser and %location names: GUILE itself uses
>> names like that for several fluids.
>>
>> At any rate: huh. I propose getting rid of a 10-year old syntactic
>> artifact and the only resp
> Dear Phil,
>
> Thanks. I’m aware that without passing you the score this will possibly never
> get fixed. My issue occurs on Fedora 21, 22 and Mint 17, which is Ubuntu
> based. At this point, I am going to try a binary chop debugging approach. I
> had hoped the previous posting of the failed
I realize I am changing my opinion here on a few points:
1) leave the old whiteout as a simple box and give the new function a
new name
2) enabling either type of whiteout through a single property looks
better
3) the thickness should be in terms of line-thickness rather than
staff-space
I hope y
Dear Phil,
Thanks. I’m aware that without passing you the score this will possibly never
get fixed. My issue occurs on Fedora 21, 22 and Mint 17, which is Ubuntu based.
At this point, I am going to try a binary chop debugging approach. I had hoped
the previous posting of the failed assertion me
David Kastrup wrote Saturday, May 30, 2015 7:51 PM
> Oh, and regarding the %parser and %location names: GUILE itself uses
> names like that for several fluids.
>
> At any rate: huh. I propose getting rid of a 10-year old syntactic
> artifact and the only response are naming convention enquirie
Carl Sorensen writes:
> On 5/30/15 12:51 PM, "David Kastrup" wrote:
>
>>David Kastrup writes:
>>
>>At any rate: huh. I propose getting rid of a 10-year old syntactic
>>artifact and the only response are naming convention enquiries. I mean:
>>good to know that there are still developers alive.
On 5/30/15 12:51 PM, "David Kastrup" wrote:
>David Kastrup writes:
>
>At any rate: huh. I propose getting rid of a 10-year old syntactic
>artifact and the only response are naming convention enquiries. I mean:
>good to know that there are still developers alive.
>
>I still think it may have th
"Trevor Daniels" writes:
> David Kastrup wrote Saturday, May 30, 2015 2:53 PM
>
>> At any rate, I can go ask on Savannah if people think that could be a
>> viable hosting option.
>
> OK, that seems a sensible next step.
http://lists.gnu.org/archive/html/savannah-hackers/2015-05/msg00033.html
David Kastrup writes:
> Dan Eble writes:
>
>> On May 27, 2015, at 05:45 , David Kastrup wrote:
>>>
>>> +(define %parser (make-fluid))
>>> +(define %location (make-fluid))
>>
>>> +(define-public (*parser*) (fluid-ref %parser))
>>> +(define-public (*location*) (fluid-ref %location))
>>
>> Are th
James Lowe wrote Friday, May 29, 2015 8:08 AM
> On 28/05/15 18:18, Trevor Daniels wrote:
>
>> Given this problem I thought it prudent to see if I could still import the
>> Issues DB from GoogleCode to Allura in SourceForge. I started the import at
>> 12 noon today (28 May) and after a disconc
David Kastrup wrote Saturday, May 30, 2015 2:53 PM
> "Trevor Daniels" writes:
>
>> OK, I'll wait for someone to make these enquiries. The last time I
>> interacted with people at Savannah they lost interest as soon as there
>> was no response to their request for someone from LilyPond to help
David Kastrup writes:
> Thomas Morley writes:
>
>> But for
>>
>> #(define-markup-command (foo parser location)()
>> (display-scheme-music #{ \chordmode { c:m } #})
>> (interpret-markup parser location "xy"))
>>
>> \markup \foo
>>
>> I get this:
>>
>> Preprocessing graphical
>> objects.../hom
Please remember the "reply all"
I think the problem you have with your complex score and the simple score
failure are not the same? I believe the simple issue is to do with GhostScript
and how it interacts with the installed version in Fedora, although I am not an
expert in this area. I also
> At any rate, I can go ask on Savannah if people think that could be
> a viable hosting option.
Please do so! I can imagine that other projects will probably benefit
also.
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://li
- Original Message -
From: "David Kastrup"
To: "Trevor Daniels"
Cc:
Sent: Saturday, May 30, 2015 2:53 PM
Subject: Re: git-cl upload has stopped working (so has patchy)
"Trevor Daniels" writes:
OK, I'll wait for someone to make these enquiries. The last time I
interacted with peo
"Trevor Daniels" writes:
> OK, I'll wait for someone to make these enquiries. The last time I
> interacted with people at Savannah they lost interest as soon as there
> was no response to their request for someone from LilyPond to help
> with the development required to support images. So I wou
David Kastrup wrote Saturday, May 30, 2015 11:13 AM
> "Trevor Daniels" writes:
>
>> Trevor Daniels wrote Thursday, May 28, 2015 6:18 PM
>>>
>>> James Lowe wrote Thursday, May 28, 2015 7:04 AM
On 27/05/15 21:17, David Kastrup wrote:
> So now git-cl -n works again. But git c
Dan Eble writes:
> Part_combine_iterator::split_list_ is a SCM. As I read the comments
> in smobs.hh, this means that Part_combine_iterator::derived_mark()
> should call scm_gc_mark (split_list_). Am I right?
Partly.
split_list_ is initialized with
split_list_ = get_music ()->get_propert
Part_combine_iterator::split_list_ is a SCM. As I read the comments in
smobs.hh, this means that Part_combine_iterator::derived_mark() should call
scm_gc_mark (split_list_). Am I right?
—
Dan
___
lilypond-devel mailing list
lilypond-devel@gnu.org
h
Dan Eble writes:
> I seek a word of approval to delete
> lily/include/time-scaled-music-iterator.hh without the full review
> process. It looks like it hasn’t been used since this commit.
>
> commit 131fa6b31beae464e4e6730dc11a3e406e4893a4
> Author: Neil Puttock
> Date: Wed Feb 17 22:30:47 20
I seek a word of approval to delete lily/include/time-scaled-music-iterator.hh
without the full review process. It looks like it hasn’t been used since this
commit.
commit 131fa6b31beae464e4e6730dc11a3e406e4893a4
Author: Neil Puttock
Date: Wed Feb 17 22:30:47 2010 +
Rename Time_scal
"Trevor Daniels" writes:
> Trevor Daniels wrote Thursday, May 28, 2015 6:18 PM
>>
>> James Lowe wrote Thursday, May 28, 2015 7:04 AM
>>>
>>> On 27/05/15 21:17, David Kastrup wrote:
>>>
So now git-cl -n works again. But git cl does not just need to
communicate with Rietveld. Everythin
Trevor Daniels wrote Thursday, May 28, 2015 6:18 PM
>
> James Lowe wrote Thursday, May 28, 2015 7:04 AM
>>
>> On 27/05/15 21:17, David Kastrup wrote:
>>
>>> So now git-cl -n works again. But git cl does not just need to
>>> communicate with Rietveld. Everything else (which basically means
>>> G
23 matches
Mail list logo
