Am 27.05.2009, 04:41 Uhr, schrieb Jonathan Kulp :
Henning Plumeyer wrote:
Am 26.05.2009, 04:13 Uhr, schrieb Jonathan Kulp
:
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 du
Henning Plumeyer wrote:
Am 26.05.2009, 04:13 Uhr, schrieb Jonathan Kulp :
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 choked on that
saying "unbound varia
2009/5/24 Carl D. Sorensen :
> On a more general note, do you have any suggestions for how to check
> convert-ly rules? For code, we have regression tests. For convert-ly, as
> far as I know, we have nothing. Should we be establishing convert-ly
> regression tests?
I'm not sure how that would
2009/5/25 Andrew Hawryluk :
> Yes, I'll take a look at it. Thanks, Neil for catching those!
No problem.
I'm sorry I didn't respond earlier; though I'd taken a cursory look at
the patch (and noticed the backquote issue), I didn't expect it to be
committed so soon.
Regards,
Neil
___
Quoting Valentin Villenave :
2009/5/26 Jonathan Kulp :
I created the tarball *after* incorporating Mats' changes to the snippet
with polymeter. Is that the one you're talking about? He posted a fix on
the mailing list, so I put it in the appropriate snippet, tested it, then
created the tarba
Am 26.05.2009, 04:13 Uhr, schrieb Jonathan Kulp :
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 choked on that saying
"unbound variable 'primitive-fork'".
Hi,
On Tue, 26 May 2009, Mark Polesky wrote:
> Johannes Schindelin wrote:
>
> > I think you could replace the "input" with "true" in you
> > /etc/gitconfig's autocrlf setting in the [core] section. This should
> > take care of the issue.
>
> It does, thanks.
Great!
Ciao,
Dscho
_
Johannes Schindelin wrote:
> Please do not top-post. At least remove the stuff you are not
> replying to.
oops - sorry.
> I think you could replace the "input" with "true" in you
> /etc/gitconfig's autocrlf setting in the [core] section. This
> should take care of the issue.
It does, thanks.
2009/5/26 Graham Percival :
> Consider me absent until May 29 (US time -- I arrive on the 28th,
> but I'll probably spend the rest of the day sleeping). I've
> updated the htaccess on lilypond.org, but I don't know if that
> fixed anything.
Have a nice flight!
Looking forward to seeing you (on th
2009/5/26 Jonathan Kulp :
> I created the tarball *after* incorporating Mats' changes to the snippet
> with polymeter. Is that the one you're talking about? He posted a fix on
> the mailing list, so I put it in the appropriate snippet, tested it, then
> created the tarball and mailed it to you.
Hi,
In checking this out, it appears that nearly all of the MacOS line endings
(CR-only) were in musicxml regression test files from Reinhold.
So apparently my hypothesis/concern was invalid. Fortunately, I haven't
been adding CR-only endings when I pushed other people's patches.
Carl
On 5/26/09 7:10 AM, "Johannes Schindelin"
wrote:
> Hi,
>
> On Tue, 26 May 2009, Carl D. Sorensen wrote:
>
>> When I make my own patches, they're Unix line endings.
>>
>> Trevor, could you do a quick search for the fixes you've pushed, and
>> identify the patches that caused the problem?
>
>
Hi,
On Tue, 26 May 2009, Carl D. Sorensen wrote:
> When I make my own patches, they're Unix line endings.
>
> Trevor, could you do a quick search for the fixes you've pushed, and
> identify the patches that caused the problem?
You can let Git search for you:
$ git log -S"$(printf "\r"
On 5/26/09 2:57 AM, "Trevor Daniels" wrote:
>
>
> Johannes Schindelin Tuesday, May 26, 2009 9:37 AM
>
>>> 4) Recommend a CR/LF behavior.
>>> Use Unix style line endings?
>>> Use Windows style line endings?
>>> Commit line endings as they are?
>>
>> Agai
>> Uuh, you are using `%.midi' in the rule but you are moving *.mid
>> files! You should use `%.mid' too since this is what lilypond
>> creates if run on Windows, right? The comment should be updated
>> accordingly.
>
> You're right, but oddly, it worked as expected even without fixing
> the patt
Graham Percival wrote:
On Tue, May 26, 2009 at 11:36:55AM +0200, Valentin Villenave wrote:
2009/5/25 Jonathan Kulp :
Valentin, the tarball is ready and will be coming in a private email.
Mats has changed a couple of snippets since you sent me the tarball.
What do we do about it? (I'm afraid we
Werner LEMBERG wrote:
If there is at least one blank (on a german Windows the home
directory is called "c:\Dokumente und Einstellungen\")
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
I'm flying back to Canada the day after tomorrow, but due to
concerns about waking up early and/or finding a taxi at 4am and/or
curiosity about "it's such a great airport", I'm going to the
airport tomorrow. The airport is supposed to have free wireless
access, but this access may or may not allow
On Mon, May 25, 2009 at 12:38:57PM -0700, Mark Polesky wrote:
>
> 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).
Looks great! If there's problems getting it into the IR, it could
be added to
On Tue, May 26, 2009 at 11:36:55AM +0200, Valentin Villenave wrote:
> 2009/5/25 Jonathan Kulp :
> > Valentin, the tarball is ready and will be coming in a private email.
>
> Mats has changed a couple of snippets since you sent me the tarball.
> What do we do about it? (I'm afraid we'll have to tak
Hi,
On Tue, 26 May 2009, Mark Polesky wrote:
> When I installed git, I selected Unix style line endings.
> Now every time I or even
> I get this warning for *each* modified file:
>
> warning: CRLF will be replaced by LF in .
Please do not top-post. At least remove the stuff you are not reply
2009/5/25 Jonathan Kulp :
> Valentin, the tarball is ready and will be coming in a private email.
Mats has changed a couple of snippets since you sent me the tarball.
What do we do about it? (I'm afraid we'll have to take the LSR offline
until it's updated, to make sure nothing gets lost in the pr
When I installed git, I selected Unix style line endings.
Now every time I or even
I get this warning for *each* modified file:
warning: CRLF will be replaced by LF in .
- Mark
- Original Message
> From: Trevor Daniels
> To: Johannes Schindelin
> Cc: Mark Polesky ; Jonathan Kulp
Johannes Schindelin Tuesday, May 26, 2009 9:37 AM
> > > > 4) Recommend a CR/LF behavior.
> > > > Use Unix style line endings?
> > > > Use Windows style line endings?
> > > > Commit line endings as they are?
> > >
> > > Again, I think the default is sane here (unless somebody
> > >
Hi,
On Tue, 26 May 2009, Trevor Daniels wrote:
> Johannes Schindelin wrote Tuesday, May 26, 2009 8:53 AM
>
> > On Tue, 26 May 2009, Trevor Daniels wrote:
> >
> > > Johannes Schindelin wrote Tuesday, May 26, 2009 12:05 AM
> > >
> > > > On Mon, 25 May 2009, Mark Polesky wrote:
> > > >
> > > > > 1.
Johannes Schindelin wrote Tuesday, May 26, 2009 8:53 AM
Hi,
On Tue, 26 May 2009, Trevor Daniels wrote:
Johannes Schindelin wrote Tuesday, May 26, 2009 12:05 AM
> On Mon, 25 May 2009, Mark Polesky wrote:
>
> > 1.5.2 Installing git
> >
> > 0) Full installer or portable application?
>
> This
Hi,
On Tue, 26 May 2009, Trevor Daniels wrote:
> Johannes Schindelin wrote Tuesday, May 26, 2009 12:05 AM
>
> > 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 additi
Johannes Schindelin wrote Tuesday, May 26, 2009 12:05 AM
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 availabl
28 matches
Mail list logo
