Le 25 avr. 2010 à 08:13, Mark Polesky a écrit :
> In both:
> Notation 5.6.1 "Substitution function syntax", and
> Extending 2.1.2 "Simple substitution functions",
>
> it says that variables inside the music block part of a
> music-function definition should be referenced using the
> hash-cash
In both:
Notation 5.6.1 "Substitution function syntax", and
Extending 2.1.2 "Simple substitution functions",
it says that variables inside the music block part of a
music-function definition should be referenced using the
hash-cash notation (#$), but this clearly doesn't work in
several signif
On Sat, Apr 24, 2010 at 12:16:00PM -0600, Carl Sorensen wrote:
>
> On 4/24/10 11:58 AM, "Mark Polesky" wrote:
>
> > I'd rather
> > * reduce NR 5.6 to a tiny stub with a cross-reference to
> > EX 2.1
> > * reword EX 2.1 to match the more newbie-friendly tone of
> > NR 5.6
> >
> > Any objecti
On 4/24/10 11:58 AM, "Mark Polesky" wrote:
> There's duplicated material in these two sections:
> NR 5.6 Using music functions
> EX 2.1 Music functions
>
> I'd rather
> * reduce NR 5.6 to a tiny stub with a cross-reference to
> EX 2.1
> * reword EX 2.1 to match the more newbie-friendly
There's duplicated material in these two sections:
NR 5.6 Using music functions
EX 2.1 Music functions
I'd rather
* reduce NR 5.6 to a tiny stub with a cross-reference to
EX 2.1
* reword EX 2.1 to match the more newbie-friendly tone of
NR 5.6
Any objections to this idea?
By the way, what
Hi guys,
mf/ still has bigcheese.pe.in kicking around. According to the changelog,
bigcheese was renamed to emmentaler in version 2.10. And emmentaler*.pe is
now created by scripts/build/gen-emmentaler-scripts.py.
Can I safely remove bigcheese.pe.in?
Thanks,
Carl
__
[+ivica]
On Sat, Apr 24, 2010 at 12:35 PM, Graham Percival
wrote:
> Hi guys,
>
> After getting umpteen warnings about rsync-linuxaudio.org failing due
> to a changed SSH key, I've disabled it. This comes right after I've
> uploaded 2.13.19, but oh well.
>
> Can anybody confirm that:
> 7b:fc:0
On 4/20/10 7:48 AM, "Graham Percival" wrote:
> Hi Carl,
>
> Could you do a make clean, then a make, followed by trying to compile this:
>
> \include "../lilypond/Documentation/included/font-table.ly"
> \markuplines \override-lines #'(word-space . 4)
> \doc-chars #shape-note-notehea
Hi guys,
After getting umpteen warnings about rsync-linuxaudio.org failing due
to a changed SSH key, I've disabled it. This comes right after I've
uploaded 2.13.19, but oh well.
Can anybody confirm that:
7b:fc:0d:19:75:34:4a:a8:86:58:d4:94:ff:b8:47:70
is the new ssh key of download.linuxaudi
On 4/24/10 12:59 AM, "Marc Weber" wrote:
> Excerpts from Werner LEMBERG's message of Sat Apr 24 04:49:07 + 2010:
>>
>>> I thought that make distclean would put my build tree in the same
>>> state as it would be in a freshly cloned repository.
>>
>> Do `git status' to find out whether the
On Sat, Apr 24, 2010 at 5:49 AM, Werner LEMBERG wrote:
>
>> I thought that make distclean would put my build tree in the same
>> state as it would be in a freshly cloned repository.
IIRC distclean only calls clean, not doc-clean. I _think_ that you
can get a tree back to a fresh state by doing:
Hi Reinhold, Graham,
2010/4/23 Graham Percival :
> As far as I'm concerned, yes. Maybe wait 24 hours in case anybody
> objects? But then go ahead.
>
> For anybody skimming this: the patch includes a convert-ly rule
> which changes any current \cresc into \deprecatedcresc, so this
> change doesn
2010/4/24 Graham Percival :
> Furthermore, I'm saying that if anybody thinks that some change is
> worth mentioning -- whether or not they authored that change
> themselves or not -- just go ahead and add it to changes.tely.
> Don't bother asking first.
I'd like to add the G-clef newsitem if nobod
Excerpts from Werner LEMBERG's message of Sat Apr 24 04:49:07 + 2010:
>
> > I thought that make distclean would put my build tree in the same
> > state as it would be in a freshly cloned repository.
>
> Do `git status' to find out whether there are still additional files
> in your repository
14 matches
Mail list logo
