lilypond-devel archive search

Search String: Display: Description: Sort:

Results:

References: [ bloody: 106 ]

Total 106 documents matching your query.

81. Re: adding snippets manually (score: 2)
Author: HIDDEN
Date: Sat, 18 Apr 2009 08:26:57 -0600
This is an interesting thought, but I think it would require significant reworking of the existing regtests. One of the issues with regtests is that when a bug is found, a regtest is added to demonst
/archive/html/lilypond-devel/2009-04/msg00215.html (11,718 bytes)

82. Re: adding snippets manually (score: 2)
Author: HIDDEN
Date: Sat, 18 Apr 2009 20:03:27 +0800
Well, yeah. Hmm... right now I'm imagining a prepsnippet.py, which copies a single snippet. makelsr.py would then call prepsnippet.py on every snippet it normally handles. Not only that, but with a m
/archive/html/lilypond-devel/2009-04/msg00214.html (9,480 bytes)

83. Re: adding snippets manually (score: 2)
Author: HIDDEN
Date: Fri, 17 Apr 2009 21:39:07 -0600
Perfect answer -- that's much better than rewriting it for me in an email! The CG recommends using makelsr.py. But I thought than only Neil was authorized to use makelsr.py. So can I use makelsr.py o
/archive/html/lilypond-devel/2009-04/msg00210.html (9,428 bytes)

84. adding snippets manually (score: 2)
Author: HIDDEN
Date: Sat, 18 Apr 2009 11:16:37 +0800
With my trademarked "me-ness", the process is that you read the bloody CG 5. http://kainhofer.com/~lilypond/Documentation/devel/contrib-guide/Fixing-snippets-in-LilyPond-sources.html http://kainhofer
/archive/html/lilypond-devel/2009-04/msg00209.html (8,427 bytes)

85. Re: an LM update (score: 2)
Author: HIDDEN
Date: Wed, 25 Mar 2009 14:52:20 +0100
Graham Percival a écrit : Ick. Do we really need to ask casual contributors to spend 30 minutes reading how to use git? I think so, see below. Isn't there any faster way to give the instructions? Li
/archive/html/lilypond-devel/2009-03/msg00316.html (7,759 bytes)

86. Re: [frogs] Re: patch for bug 729 (score: 2)
Author: HIDDEN
Date: Sun, 1 Mar 2009 11:20:16 +0800
I distinctly remember asking you to do this in January, Too late for that. I suppose that we *could* backport everything to stable/2.12, but I can't see this being worth it. Dunno. Ask him? Umm, conv
/archive/html/lilypond-devel/2009-02/msg00350.html (6,704 bytes)

87. Re: [frogs] Re: patch for bug 729 (score: 2)
Author: HIDDEN
Date: Sun, 1 Mar 2009 00:13:52 +0100
Neil, John, Graham, how about considering an LSR upgrade now? Like, before the whole 2.13 bloody mess starts... - How involved would it be? - Do we have to download the lsr archive, update the whole
/archive/html/lilypond-devel/2009-02/msg00344.html (6,218 bytes)

88. Re: [frogs] Discourse on the Consumption of Dog Food (score: 2)
Author: HIDDEN
Date: Sat, 7 Feb 2009 17:25:06 +0000
In message <address@hidden>, Graham Percival <address@hidden> writes On Fri, Feb 06, 2009 at 10:00:04PM +0000, Anthony W. Youngman wrote: In message <address@hidden>, Graham Percival <address@hidden>
/archive/html/lilypond-devel/2009-02/msg00086.html (15,941 bytes)

89. Re: [frogs] Discourse on the Consumption of Dog Food (score: 2)
Author: HIDDEN
Date: Sat, 7 Feb 2009 16:31:04 +0800
Yeah? Let's consider a simple task: make a noun plural. - add an s. - if the word comes from Latin and ends with an "a", add an e. - if the word ends in "oot", add an "s". Unless it also starts with
/archive/html/lilypond-devel/2009-02/msg00079.html (10,185 bytes)

90. Re: Forward of moderated message (score: 2)
Author: HIDDEN
Date: Sat, 31 Jan 2009 01:44:29 +0800
Technically, somebody could hack into the linux machine and modify the compiler to add malicious code to windows executables. :) No, because nobody will read it. I'll do something about this on the n
/archive/html/lilypond-devel/2009-01/msg00459.html (4,731 bytes)

91. Re: ideas for Google Summer of Code (score: 2)
Author: HIDDEN
Date: Fri, 16 Jan 2009 20:28:02 +0800
Bloody Mao. I knew I couldn't trust google. :/ "... we can't accept proposals for documentation-only work at this time." SoC 2007: http://code.google.com/support/bin/answer.py?answer=60315&topic=1072
/archive/html/lilypond-devel/2009-01/msg00322.html (9,450 bytes)

92. Re: music examples too large for PDF (score: 2)
Author: HIDDEN
Date: Sat, 01 Nov 2008 07:43:50 -0500
Graham, you wrote Friday, October 31, 2008 3:00 PM (why the mao do we still have that headword, anyway? Beethoven's music is some of the rhythmically most boring stuff ever invented. That example ins
/archive/html/lilypond-devel/2008-11/msg00000.html (4,750 bytes)

93. Re: music examples too large for PDF (score: 2)
Author: HIDDEN
Date: Fri, 31 Oct 2008 08:00:27 -0700
No, absolutely not. Hack up the .ly file. Add some \breaks. Pick different music. Whatever. (why the mao do we still have that headword, anyway? Beethoven's music is some of the rhythmically most bor
/archive/html/lilypond-devel/2008-10/msg00372.html (5,373 bytes)

94. Re: adding IR links (score: 2)
Author: HIDDEN
Date: Sat, 5 Apr 2008 18:26:31 -0700
Huh. I thought it only looked at material inside @lilypond ... oh well. Theoretically we should always add a rule, even if it's just a "cannot process automatically" rule. Practially, I'm not going t
/archive/html/lilypond-devel/2008-04/msg00028.html (6,367 bytes)

95. Re: adding IR links (score: 2)
Author: HIDDEN
Date: Sat, 05 Apr 2008 15:35:35 +0200
Maybe convert-ly should handle this kind of conversion (see below); to be more explicit, maybe we forgot to add a convert-ly rule (which would have handled this conversion) for this rename. All this
/archive/html/lilypond-devel/2008-04/msg00026.html (7,343 bytes)

96. Re: stop breaking the docs (score: 2)
Author: HIDDEN
Date: Tue, 26 Feb 2008 16:00:52 +0100
Le lundi 25 février 2008 à 15:33 -0800, Graham Percival a écrit : The problem is, I make so much changes these days that it's difficult to test all of them one at a time with traditional compilati
/archive/html/lilypond-devel/2008-02/msg00169.html (8,334 bytes)

97. Re: stop breaking the docs (score: 2)
Author: HIDDEN
Date: Mon, 25 Feb 2008 23:30:59 -0300
2008/2/25, Graham Percival <address@hidden>: I'm not sure this is productive way to go about this. Why don't you work in a branch which just contains text fixes? Then you can base your work on the la
/archive/html/lilypond-devel/2008-02/msg00162.html (6,070 bytes)

98. stop breaking the docs (score: 2)
Author: HIDDEN
Date: Mon, 25 Feb 2008 15:33:22 -0800
Folks, Please bloody test with GUB, especially if you're working on the makefiles and the like. I cannot build the docs now. Yes, I did another rm -rf *; git reset --hard. I am using GUB 2.11.41 and
/archive/html/lilypond-devel/2008-02/msg00157.html (7,531 bytes)

99. Re: Logo for Lilypond (score: 2)
Author: HIDDEN
Date: Fri, 14 Sep 2007 02:00:24 +0200
2007/9/13, Jonas Nyström <address@hidden>: OK. Second and final draft. http://valentin.villenave.info/lilypond/suggestions/ Don't get me wrong -- I have nothing against the projects you mention; I j
/archive/html/lilypond-devel/2007-09/msg00214.html (8,675 bytes)

100. GDP: in a perfect world, nothing but RTFM (score: 2)
Author: HIDDEN
Date: Tue, 11 Sep 2007 13:33:07 -0700
I should clarify one point: in only the past three years, I've seen a lot of lilypond's documentation become out of date. That makes me look for long-term solutions for the docs. I really think of th
/archive/html/lilypond-devel/2007-09/msg00175.html (6,496 bytes)


This search system is powered by Namazu