Hello,
I can't do a `make all' on the current git master, and this patch
fixes the problem. Can someone apply it?
Thanks,
Patrick
From ab347e3e065dc69c4630be331d52aaa1db905ec0 Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Tue, 6 Jan 2009 14:20:51 -0800
Subject: [PATCH] F
On Wed, Jan 7, 2009 at 7:40 AM, Carl D. Sorensen wrote:
>
> On 1/7/09 12:51 AM, "Patrick McCarty" wrote:
>>
>> For A., using acciaccatura as an example, I propose the following syntax:
>>
>> acciaccatura =
>> #(def-grace-functi
On Wed, Jan 7, 2009 at 12:58 PM, Carl D. Sorensen wrote:
>
> On 1/7/09 12:03 PM, "Patrick McCarty" wrote:
>>
>>> A syntax that would not require a convert-ly rule would be
>>>
>>> acciaccatura =
>>> #(def-grace-function startAcciaccaturaM
. If you open the
> file in an editor and remove the extra space in that line, it will apply.
That is very strange. I don't know what happened there.
I just re-created the patch, and this one applies fine (attached) with `git am'.
Thanks,
Patrick
From 865a09c76b8246361255dcd5cf93a8d61
Hello,
`make all' fails on current master. Is this because the new
directory, Documentation/es/topdocs/, doesn't have a makefile yet?
touch ./out/dummy.dep
echo '*' > ./out/.gitignore
make[2]: Leaving directory `/home/pnorcks/git/lilypond/Documentation/es'
make[2]: Entering directory `/home/pnor
this work? I've tested it with the acciaccatura function.
Thanks,
Patrick
From d483a4150aebc3f9bb268001f5e549aa26a4911f Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Sat, 10 Jan 2009 18:09:12 -0800
Subject: [PATCH] Docs: Add docstring support to def-grace-function
Signed-off-by: Pa
Hello,
This patch fixes `make web'. Can someone apply it?
Thanks,
Patrick
>From c64f776177d23dabd9ffe28ed2aac7dcf0240fc8 Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Thu, 15 Jan 2009 21:10:58 -0800
Subject: [PATCH] Fix compile
Signed-off-by: Patrick McCarty
---
Documentati
On Thu, Jan 15, 2009 at 09:15:02PM -0800, Patrick McCarty wrote:
> Hello,
>
> This patch fixes `make web'. Can someone apply it?
...but it didn't fix `make all'. Sorry about the early post.
This revised patch should fix the issue
On Sun, Jan 18, 2009 at 09:25:13PM +0800, Graham Percival wrote:
> It's just past 9pm local time on Sunday. I went to university,
> took some pictures, got sucked into work and being polite to my
> supervisor, had dinner and bought breakfast for the next few days,
> and had a shower. Let's face i
On Sun, Jan 18, 2009 at 10:02:35PM +0100, Francisco Vila wrote:
> 2009/1/18 Patrick McCarty :
> > The most important thing about git commands that we should be
> > *absolutely* consistent about is this:
> >
> > (1) git-format-patch origin
> >
> > ...versus
Hello,
I occasionally do `make clean' followed by `make distclean' in the top
source dir, and I've noticed that `make distclean' recreates the out/
directories that `make clean' removes.
I'm not bothered by it, but is `make distclean' supposed to create the
out/ directories?
Thanks,
Patrick
__
On Sat, Jan 24, 2009 at 2:38 PM, Carl D. Sorensen wrote:
> Both markup fret diagrams and harp pedal markups share the
> instrument-specific-markup interface. The instrument-specific-markup
> interface contains fret-diagram-details, harp-pedal-details, size, and
> thickness.
>
> Do we need to comb
Hello,
After looking through source, I can't find a spot where
'extra-X-extent and 'extra-Y-extent are recognized, yet they are
documented in the grob interface and an 'extra-X-extent override is
used six times in ly/gregorian.ly.
If they are no longer functional, should a convert-ly rule be adde
On Sat, Jan 31, 2009 at 1:11 PM, Trevor Daniels wrote:
> It looks like extra-X-extent and extra-Y-extent were removed from the
> calculation of a grob extent in lily/grob.cc by committish
> c9b87b059ea73d9adb2b416e30c78e9340af8af2. This is dated 21 Oct 2005, so
> these properties have been ineffe
Hi Paul,
On Fri, Feb 06, 2009 at 12:14:27PM -0700, Paul Scott wrote:
> I haven't complimented our fantastic documentation lately. It is truely
> amazing!!
Thanks!
> Is it true for anyone else that the effective font for all the HTML
> enclosed in tags is somewhat smaller which in not a pro
Hello,
I've been trying to build GUB3 on my x86 box, but Guile fails in the
configure stage.
Attached is the relevant part of config.log.
Thanks,
Patrick
configure:22123: checking size of char
configure:22425: gcc -o conftest -I/home/pnorcks/git/gub/target/tools/root/usr/include -L/home/pnorcks
Hello,
`make all' is currently broken on git master. This patch fixes the
problem.
Thanks,
Patrick
>From b298a2adda7282020b293834b318cd2f5fb4bee6 Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Sat, 7 Feb 2009 16:24:32 -0800
Subject: [PATCH] Fix compile
* @example environme
On Sun, Feb 08, 2009 at 02:40:42PM +0100, Jan Nieuwenhuizen wrote:
> Op zondag 08-02-2009 om 01:06 uur [tijdzone +0100], schreef Reinhold
> Kainhofer:
>
> > > Attached is the relevant part of config.log.
>
> *interesting*
>
> > That's the same problem I encountered a while ago (see the discussio
On Mon, Feb 09, 2009 at 11:54:33AM +0100, Jan Nieuwenhuizen wrote:
> Op zondag 08-02-2009 om 11:22 uur [tijdzone -0800], schreef Patrick
> McCarty:
>
> > No, I have
> > /usr/lib/libltdl.so.7
>
> Ah, good. Lots has been going on and I could reproduce this problem.
&
On Tue, Feb 10, 2009 at 12:33:00PM +0100, Jan Nieuwenhuizen wrote:
>
> So, gcc -m32 is trying to link to a 64 bit library. That does not work.
>
> I see that ABI=32, so I assume that you run a 32 bit OS on 64 bit
> hardware?
Hmm. I'm running a 32-bit OS and have 32-bit hardware. But gmp
compil
On Wed, Feb 11, 2009 at 09:49:31PM +0100, Jan Nieuwenhuizen wrote:
> On wo, 2009-02-11 at 11:22 -0800, Patrick McCarty wrote:
>
> > Hmm. I'm running a 32-bit OS and have 32-bit hardware. But gmp
> > compiled successfully after your fix though.
>
> Interesting. W
Hi Jan,
On Fri, Feb 13, 2009 at 11:06:28PM +0100, Jan Nieuwenhuizen wrote:
>
> I finally cooked-up a patch for that, it took a bit more work than
> I imagined. With latest GUB3 you can do
>
>LIBRESTRICT=open:stat bin/gub mingw::guile # or mingw::lilypond
>
> This will disallow libtool to r
On Sat, Feb 14, 2009 at 1:42 PM, Patrick McCarty wrote:
> Hi Jan,
>
> On Fri, Feb 13, 2009 at 11:06:28PM +0100, Jan Nieuwenhuizen wrote:
>>
>> I finally cooked-up a patch for that, it took a bit more work than
>> I imagined. With latest GUB3 you can do
>>
&g
On Sun, Feb 15, 2009 at 10:40:53AM +0100, Jan Nieuwenhuizen wrote:
> On za, 2009-02-14 at 13:42 -0800, Patrick McCarty wrote:
>
> Hi Patrick,
>
> > I decided to start completely from scratch with `make lilypond' to see
> > if I could reproduce the current libto
Hi Jan,
On Sun, Feb 15, 2009 at 01:13:35PM +0100, Jan Nieuwenhuizen wrote:
> On zo, 2009-02-15 at 03:00 -0800, Patrick McCarty wrote:
>
> > In the download stage, everything downloads fine except for guile;
> > guile is immediately skipped over after the `*** Stage: download
On Fri, Feb 13, 2009 at 11:06:28PM +0100, Jan Nieuwenhuizen wrote:
> On wo, 2009-02-11 at 20:48 -0800, Patrick McCarty wrote:
>
> > Okay, now it halts at mingw::guile. Everything is fine up until then.
> > Here is the tail end of build.log.
>
> so the question is: why is
Hi Jan,
On Mon, Feb 16, 2009 at 11:19:32AM +0100, Jan Nieuwenhuizen wrote:
> iOn zo, 2009-02-15 at 19:13 -0800, Patrick McCarty wrote:
>
> > Those files exist, and libintl.la looks correct. It is not executable
> > (755) like all of the other .la files I see, but this does no
Hi Jan,
On Mon, Feb 16, 2009 at 11:19:32AM +0100, Jan Nieuwenhuizen wrote:
> iOn zo, 2009-02-15 at 19:13 -0800, Patrick McCarty wrote:
>
> > Those files exist, and libintl.la looks correct. It is not executable
> > (755) like all of the other .la files I see, but this does no
Hi Jan,
On Tue, Feb 17, 2009 at 02:45:20PM +0100, Jan Nieuwenhuizen wrote:
>
> Okay. Below is my sys_lib_search_path_spec, notice the
> target/mingw/root/usr/lib bit. What does yours
> (target/mingw/root/usr/lib/libtool) look like?
Here it is (from target/mingw/root/usr/bin/libtool):
# Com
Hi Jan,
On Tue, Feb 17, 2009 at 02:51:55PM +0100, Jan Nieuwenhuizen wrote:
> On di, 2009-02-17 at 01:58 -0800, Patrick McCarty wrote:
>
> > With that workaround, I can now build LilyPond for all target
> > platforms except for darwin-x86. GUB fails at darwin-x86::gmp. Se
On Tue, Feb 17, 2009 at 1:55 PM, Patrick McCarty wrote:
>
> The log for x86 is identical to the previous one. However, this looks
> a bit suspicious:
>
>configure:2022: checking for none-apple-darwin8-strip
>configure:2051: result: no
>configure:206
Hi Jan,
On Wed, Feb 18, 2009 at 09:00:50AM +, Jan Nieuwenhuizen wrote:
>
> Ah, well that's totally bogus. It should be filled by this command
> in libtools' configure
>
> mingw* | cegcc*)
> # MinGW DLLs use traditional 'lib' prefix
> soname_spec='${libname}`echo ${release} |
Hi Jan,
On Wed, Feb 18, 2009 at 09:46:34AM +0100, Jan Nieuwenhuizen wrote:
> On di, 2009-02-17 at 13:55 -0800, Patrick McCarty wrote:
>
> > With the latest HEAD, gmp fails at configure for both darwin-x86 and
> > darwin-ppc. The ppc build was successful for me before your l
On Fri, Feb 20, 2009 at 01:05:24PM +0100, Jan Nieuwenhuizen wrote:
> On do, 2009-02-19 at 13:41 -0800, Patrick McCarty wrote:
>
> > Bumping gmp to 4.2.4 for darwin-x86, and removing the patch and
> > configure_command (), fixed the darwin-x86 build for me.
>
> Ok, gre
On Sat, Feb 28, 2009 at 10:37 PM, Frédéric Bron wrote:
>
> Because \dim starts on the next note, you have to put it before \ff
> which is the contrary of what happens really! If you put \dim after
> \ff, the "dim" starts on the next note and it is possible that the
> "ff" and the "dim" are not put
PATH=/home/pnorcks/git/gub/target/tools/root/usr/bin:/home/pnorcks/git/gub/target/linux-x86/root/usr/bin:$PATH
GS_LIB=/home/pnorcks/git/gub/target/linux-x86/root/usr/share/ghostscript/*/lib
MALLOC_CHECK_=2
LD_LIBRARY_PATH=/home/pnorcks/git/gub/target/tools/root/usr/lib:/home/pnorcks/git/gub/target
Hi Carl,
I'm not really sure what to suggest, but I can point out a couple of
things.
On Mon, Mar 02, 2009 at 09:05:29PM -0700, Carl D. Sorensen wrote:
>
> I've added the item-interface to the fretboard grob:
>
>(FretBoard
> . ((stencil . ,fret-board::calc-stencil)
> (fret-diag
On Sat, Mar 21, 2009 at 6:49 AM, Graham Percival
wrote:
> I just realized that I probably should have modified the download
> page, but I can't see any install-2.11.html or the like. What do
> we normally do for development versions?
Here are a couple of commits you could look at to see what hap
Hi Jan,
I'm now building GUB3 with 64-bit Arch Linux, so I can no longer test
the 32-bit OS / 64-bit hardware quirks, but it seems like most of
those were ironed out.
The patch I posted here [1] still works for me on my new setup, i.e.
darwin-x86::gmp builds fine, if you want to apply it.
[1] ht
On Thu, Mar 26, 2009 at 6:06 AM, Graham Percival
wrote:
> On Wed, Mar 25, 2009 at 07:08:40PM +0100, James E. Bailey wrote:
>>
>> GIT from git.sv.gnu.org
>> git clone git://git.sv.gnu.org/lilypond.git
>
> This does not set up easy pulling or pushing in the future, and
> generally assumes that p
Hello,
The first patch fixes a newly added link on the download page, and the
second adds LilyPond 2.13 to the list on the documentation page.
Thanks,
Patrick
>From c7f3bec4129e4cc132dd6a534028d94c10b2a68e Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Thu, 26 Mar 2009 14:44:55 -0
On Fri, Mar 27, 2009 at 8:33 AM, Reinhold Kainhofer
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am Freitag, 27. März 2009 schrieb Graham Percival:
>> On Thu, Mar 26, 2009 at 02:31:21PM -0700, Patrick McCarty wrote:
>> > Let's say remote master has
in-x86'
first though.
-Patrick
>From 3e85875710380e7822bf85217156d7593616bca3 Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Sat, 28 Mar 2009 13:14:37 -0700
Subject: [PATCH] Fix odcctools compile
* In `configure' for odcctools, the -Wno-long-double
option should not be us
rick
>From 27dca7f299aac2f0894c05dc7adcb1647b685d1e Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Thu, 2 Apr 2009 15:01:15 -0700
Subject: [PATCH] Docs: IR: Move 'details to user grob property list
Signed-off-by: Patrick McCarty
---
scm/define-grob-properties.scm | 15 +++---
On Fri, Apr 3, 2009 at 12:21 PM, Carl D. Sorensen wrote:
>
> On 4/2/09 5:31 PM, "Patrick McCarty" wrote:
>
>> Hello,
>>
>> This patch moves the 'details property from the internal to the user
>> grob property list.
>
> I believe that movin
On Fri, Apr 03, 2009 at 01:53:43PM -0600, Carl D. Sorensen wrote:
>
>
>
> On 4/3/09 1:43 PM, "Patrick McCarty" wrote:
>
> > On Fri, Apr 3, 2009 at 12:21 PM, Carl D. Sorensen
> > wrote:
> >>
> >>>
> >> Unfortunately, ther
On Fri, Apr 03, 2009 at 08:59:31PM +0100, Neil Puttock wrote:
> 2009/4/3 Carl D. Sorensen :
> >
> >
> >
> > On 4/3/09 1:43 PM, "Patrick McCarty" wrote:
> >
> >> On Fri, Apr 3, 2009 at 12:21 PM, Carl D. Sorensen
> >> wrote:
> >&g
On Mon, Apr 06, 2009 at 09:37:09AM +0200, Mats Bengtsson wrote:
>
>
> Patrick McCarty wrote:
>>
>> So, is the patch okay as it is?
>>
> Don't refer to *.cc files for more information on the subproperties in
> details. These are (or at least should
On Mon, Apr 06, 2009 at 07:46:41AM -0600, Carl D. Sorensen wrote:
>
> On 4/6/09 7:10 AM, "Mats Bengtsson" wrote:
> >
> > What do you mean? The way it's done for the Stem related
> > subproperties is that the documentation is included together with
> > the other stem-interface documentation at the
On Mon, Apr 6, 2009 at 4:43 PM, Carl D. Sorensen wrote:
> I've been working on fixing the documentation of details for beaming.
>
> One of the parameters in details is inter-quant-penalty.
>
> However, this property is only read in lily/beam-quanting.cc; it is never
> used.
>
> Further, a git grep
On Mon, Apr 06, 2009 at 08:48:15PM -0600, Carl D. Sorensen wrote:
> Patrick,
>
> I applied this patch. I actually had to redo it, because I changed
> define-grobs.scm first, so the patch wouldn't apply. But it's
> applied now, along with the changes to lily/beam.cc and
> scm/define-grob-interfac
On Tue, Apr 7, 2009 at 12:32 PM, Mark Polesky wrote:
>
> I was fiddling around with output-ps.scm (specifically
> the grob-cause procedure on line 159) and was getting
> frustrated with the poor indentation displaying in my
> editor when I realized that this was being caused by
> tab characters in
On Sun, Apr 12, 2009 at 12:28:06AM +0200, Reinhold Kainhofer wrote:
>
> On Samstag, 11. April 2009 20:33:47 n.putt...@gmail.com wrote:
>
> > You'd
> > need a method which does the reverse of camel_case_to_lisp_identifier ()
> > so that the events would be converted from e.g. crescendo-spanner ->
On Tue, Mar 24, 2009 at 04:25:37PM -0700, Patrick McCarty wrote:
>
> Right now, at the lilypond-installer stage, GUB fails and attached is
> the installer.log.
>
>
>
> * Starting build: Tue Mar 24 14:01:08 2009
> *** Stage: build (installer, linux-x86)
> invoking
Hello,
I am trying to build a mingw LilyPond installer, but I am running into
a problem at the tools::bison configure stage.
It seems that the GUB-installed M4 is not being recognized as GNU M4
>= 1.4. The end of the config.log:
configure:6456: checking for gm4
configure:6489: result: no
Hi Jan,
On Thu, Apr 16, 2009 at 01:43:07PM +0200, Jan Nieuwenhuizen wrote:
> Op donderdag 16-04-2009 om 13:10 uur [tijdzone +0200], schreef Jan
> Nieuwenhuizen:
>
> >* it should -C change directory to target/installer/...,
> > I see no reason for . to exist, be writable, much less
> >
On Fri, Apr 17, 2009 at 10:57:57AM +0200, Jan Nieuwenhuizen wrote:
> Op vrijdag 17-04-2009 om 00:29 uur [tijdzone -0700], schreef Patrick
> McCarty:
>
> Hi Patrick,
>
> > I just tried doing a fresh build with
> >
> > $ bin/gub tools::bison && bin/gub to
Hello,
This patch fixes `make install' on git master.
Thanks,
Patrick
>From c4da6295243ff08fdff1255d4d9985b64a23bff8 Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Sun, 19 Apr 2009 20:12:42 -0700
Subject: [PATCH] Fix compile
---
python/convertrules.py |2 +-
1 files ch
Hi Jan,
On Thu, Apr 16, 2009 at 01:49:52PM +0200, Jan Nieuwenhuizen wrote:
> Op woensdag 15-04-2009 om 00:51 uur [tijdzone -0700], schreef Patrick
> McCarty:
>
> > I am trying to build a mingw LilyPond installer, but I am running into
> > a problem at the tools::
Hi Jan,
On Thu, Apr 16, 2009 at 01:43:07PM +0200, Jan Nieuwenhuizen wrote:
>
> >* it should -C change directory to target/installer/...,
> > I see no reason for . to exist, be writable, much less
> > to be open()ed
> >* "my" tools/root/usr/bin/tar does not seem to do this,
> >
Hi Jan,
On Wed, Apr 22, 2009 at 02:48:38PM +0200, Jan Nieuwenhuizen wrote:
> Op dinsdag 21-04-2009 om 21:38 uur [tijdzone -0700], schreef Patrick
> McCarty:
>
> > I ran the command that is failing through strace, and the output is
> > attached.
> >
> > Line 65
On Sat, Apr 25, 2009 at 8:31 AM, Andrew Hawryluk wrote:
> My latest LilyPond build (2.13.1, 24 Apr 2009) produces different
> beaming than my last build.
>
> e.g. {c''8 c'' c'' c''}
> used to produce |_|_|_|
> and now it gives me |_| |_|
>
> Was this intentional?
Yes, this was changed recen
On Sat, Apr 25, 2009 at 11:20 AM, Patrick McCarty wrote:
> On Sat, Apr 25, 2009 at 8:31 AM, Andrew Hawryluk wrote:
>> My latest LilyPond build (2.13.1, 24 Apr 2009) produces different
>> beaming than my last build.
>>
>> e.g. {c''8 c'' c''
Hi Jan,
On Thu, Apr 23, 2009 at 11:18:25AM +0200, Jan Nieuwenhuizen wrote:
> Op woensdag 22-04-2009 om 21:07 uur [tijdzone -0700], schreef Patrick
> McCarty:
>
> > Your latest fixes on master work for me.
> >
> > I can now build all of the installers except for dar
On Fri, May 01, 2009 at 08:24:17AM -0600, Carl D. Sorensen wrote:
>
> On 4/30/09 3:04 PM, "Neil Puttock" wrote:
>
> > 2009/4/30 Werner LEMBERG :
> >
> >> Interestingly,
> >>
> >> lilypond -dbackend=eps lily-7d242e8d.ly
> >>
> >> works just fine.
> >
> > Looks like you were trying to run the
or colored grobs and text
I plan to address these issues, too (eventually).
If there is a simpler way to accomplish what this patch implements, I
would be happy to revise it.
Thanks,
Patrick
>From 730c0d995d25216ae5bdafb6c46a7a1da29cadd5 Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date:
On Tue, May 5, 2009 at 3:22 AM, Reinhold Kainhofer
wrote:
> Hi all,
> I already sent this to lilypond-user last week, but didn't get any hint for a
> solution, so maybe the devel list is more helpful:
>
>
> I'm currently trying to squeeze the choir part of a mass onto 8 pages.
> Here is the lilypo
On Tue, May 05, 2009 at 01:44:04PM -0700, Patrick McCarty wrote:
>
> This patch (mostly) addresses the third point for this issue:
>
> http://code.google.com/p/lilypond/issues/detail?id=755
>
> With this patch, the only grouping tags left in the SVG output are for
>
>
On Fri, May 8, 2009 at 8:37 AM, Graham Percival
wrote:
>
> Frankly, my preferred solution is just to document that you can
> still use the command-line version perfectly well, and newbies
> should use jEdit, and then maoing **delete** the GUI from the OSX
> version. I'm not convinced we should bo
On Sat, May 09, 2009 at 10:11:50PM +0100, Neil Puttock wrote:
> 2009/5/7 Patrick McCarty :
>
> > Does anyone have any comments about this patch?
>
> The SVG source is much easier to read. :)
I definitely agree!
> You're compiling the regexp each time the function'
On Tue, May 12, 2009 at 06:13:35PM -0600, Carl D. Sorensen wrote:
> I've tried adding to the parser, but it seems that my changes are
> not being
> compiled.
>
> Is there a dependency that will cause the parser to be recompiled,
> or do I have to do make clean?
>
> I've tried touching parser.yy,
On Thu, May 14, 2009 at 11:04 AM, Francisco Vila wrote:
> Hello,
>
> a code involving acciaccaturas had a problem I couldn't reproduce at
> standard size; I have discovered that the difference is shown between
> 17 and 18 for global-staff-size. At 17 the stems are very long, at 18
> they are norma
On Fri, May 15, 2009 at 12:42:41PM -0500, Jonathan Kulp wrote:
> Anthony W. Youngman wrote:
>> In message <4a0d4529.9080...@gmail.com>, John Mandereau
>> writes
>>> pe...@chubb.wattle.id.au a écrit :
If you use GNU extensions, then here's the Makefile I generally use,
to convert everyt
On Fri, May 15, 2009 at 02:39:26PM -0500, Jonathan Kulp wrote:
> Here's a patch to add the .ily extension to the filetype.vim file in the
> sources and to the Application Usage 2.2.2 "Vim mode" sample filetype.vim.
You should also add the *.ily to vim/lilypond-ftdetect.vim, because
vim/filetype.vi
On Sat, May 16, 2009 at 12:03:34AM -0500, Jonathan Kulp wrote:
> Patrick McCarty wrote:
>> On Fri, May 15, 2009 at 02:39:26PM -0500, Jonathan Kulp wrote:
>>> Here's a patch to add the .ily extension to the filetype.vim file in the
>>> sources and to the Applicati
On Sun, May 17, 2009 at 05:04:18PM -0500, Jonathan Kulp wrote:
> On Sat, May 16, 2009 at 3:24 AM, Patrick McCarty wrote:
>
> > That's correct. At one point, I had filetype.vim in my ~/.vim
> > directory too, but since ftdetect/lilypond.vim does (basically) the
> &g
On Sun, May 17, 2009 at 09:35:29PM -0500, Jonathan Kulp wrote:
> Patrick,
>
> I reset my git repo, re-did the changes, and made a new patch. A
> bunch of the changes are stripped whitespaces. I think I got all
> the vim *.ily stuff in there this time, though. New patch attached.
Great, it appl
On Mon, May 18, 2009 at 09:06:58AM -0500, Jonathan Kulp wrote:
> Patrick McCarty wrote:
>> On Sun, May 17, 2009 at 09:35:29PM -0500, Jonathan Kulp wrote:
>>> Patrick,
>>>
>>> I reset my git repo, re-did the changes, and made a new patch. A
>>> bunc
On Tue, May 19, 2009 at 10:09 AM, Francisco Vila wrote:
> Hello,
>
> I think instrument names were recently implemented in a centered
> column by default. I would like to help improving this because the
> exact location of every name is at first well computed but finally
> wrongly typeset, as the
On Wed, May 20, 2009 at 08:02:41AM -0600, Carl D. Sorensen wrote:
>
>
>
> On 5/19/09 11:58 PM, "Mark Polesky" wrote:
>
> >
> >
> > Carl D. Sorensen wrote:
> 3. git pull origin master
> >>> From git://git.sv.gnu.org/lilypond
> >>> * branchmaster-> FETCH_HEAD
> >>> Alrea
On Sat, May 23, 2009 at 7:26 PM, Graham Percival
wrote:
> On Sat, May 23, 2009 at 05:20:56PM -0600, Carl D. Sorensen wrote:
>> Can you change the status of 708 to fixed in 2.13.1? And verify, at your
>> convenience?
>
> Actually, the idea is that the programmer (or comitter) would
> change the st
On Sun, May 24, 2009 at 07:40:08PM -0700, Mark Polesky wrote:
>
> I guess I'm confused about the difference between origin and
> master. And the difference between pulling and fetching (and
> cloning, though that's not mentioned in the CG).
"git clone" is a command that you use to *copy* the re
On Sun, May 24, 2009 at 11:07:06PM -0600, Carl D. Sorensen wrote:
>
> On 5/24/09 10:57 PM, "Patrick McCarty" wrote:
>
> > On Sun, May 24, 2009 at 07:40:08PM -0700, Mark Polesky wrote:
> >
> > The "already up to date" means that all of your remote
On Sun, May 24, 2009 at 10:33:51PM -0600, Carl D. Sorensen wrote:
>
> On 5/24/09 8:40 PM, "Mark Polesky" wrote:
>
> >
> > I think the instructions in the CG just aren't clear enough. Is
> > anyone out there happily making git patches on Windows? Le
On Wed, May 27, 2009 at 02:17:55AM -0700, Mark Polesky wrote:
>
> line 408 of define-grobs.scm lists "staff" in a break-align-orders
> vector. Is that a typo?
Yes, I'm pretty sure.
> line 49 of lsr/creating-simultaneous-rehearsal-marks.ly reads:
> \once \override Score.RehearsalMark #'break-alig
759f635055bf1acea0a0a20ae2e06d58b71e8940 Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Wed, 27 May 2009 17:40:20 -0700
Subject: [PATCH] Fix crash when output-preview-framework is missing
* If -dpreview is used when output-preview-framework
does not exist for the given backend, LilyPond
On Wed, May 27, 2009 at 6:04 PM, Patrick McCarty wrote:
> Hello,
>
> This patch fixes a crash that occurs when the specified backend does
> not have an output-preview-framework (used for -dpreview).
>
> I also added a similar check for output-framework just in case a user
&g
7c2b69dcd33ee3116e97e90d1616531bee77d07c Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Thu, 28 May 2009 00:50:29 -0700
Subject: [PATCH] Fix compile for GCC 4.4
Signed-off-by: Patrick McCarty
---
lily/relocate.cc |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a
On Thu, May 28, 2009 at 01:00:14AM -0700, Patrick McCarty wrote:
> Hello,
>
> I need the attached patch to compile LilyPond.
On second thought, please ignore this patch for now. Even though I
currently need it, I doubt very many distributions are updating GCC
until 4.4.1 comes out, b
uch this message is much harder to understand. If you
> prefer the backend at the end, I would formulate it as:
>
> Program option -dpreview not supported by backend `%s'.
I like Reinhold's suggestion a little more, so I think we should go
with it.
A new patch with revised warning
On Thu, May 28, 2009 at 4:45 PM, Patrick McCarty wrote:
> On Thu, May 28, 2009 at 10:46:11PM +0200, Reinhold Kainhofer wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Am Donnerstag, 28. Mai 2009 22:18:23 schrieb Neil Puttock:
>> > + war
On Thu, May 28, 2009 at 4:19 PM, Patrick McCarty wrote:
> On Thu, May 28, 2009 at 01:00:14AM -0700, Patrick McCarty wrote:
>> Hello,
>>
>> I need the attached patch to compile LilyPond.
>
> On second thought, please ignore this patch for now. Even though I
> curren
On Fri, May 29, 2009 at 12:30:57AM -0700, Mark Polesky wrote:
>
> Why does this work? "symbol-append" is not listed in the guile
> manual, nor do I see it in the lilypond source. It was an accident
> that I discovered this at all, and subsequently I saw that it's
> implemented in MIT/GNU Scheme, b
On Fri, May 29, 2009 at 04:17:58PM -0700, Mark Polesky wrote:
>
> In lily-library.scm, why are some procedures defined with
> "define-public" and some others only with "define"?
To the best of my understanding...
The "define" procedures are generally only available within a single
module (the Sc
On Fri, May 29, 2009 at 5:54 PM, Mark Polesky wrote:
>
> Patrick McCarty wrote:
>> The "define" procedures are generally only available within a
>> single module "define-public" creates a sort of *global
>> procedure*; any module has access to it.
On Wed, Jun 3, 2009 at 10:00 AM, Francisco Vila wrote:
> 2009/6/2 Han-Wen Nienhuys :
>> Hi guys,
>>
>> I pushed a new lily release (actually that happened on sunday, but due
>> to the savannah problems, the website did not show it). It was made
>> with an updated GUB version (it now ships Ghostsc
On Wed, Jun 03, 2009 at 12:36:24PM -0500, Jonathan Kulp wrote:
> Patrick McCarty wrote:
>> On Wed, Jun 3, 2009 at 10:00 AM, Francisco Vila
>> wrote:
>>> 2009/6/2 Han-Wen Nienhuys :
>>>> Hi guys,
>>>>
>>>> I pushed a new lily release (ac
On Sat, May 30, 2009 at 1:08 AM, Mark Polesky wrote:
> Patrick McCarty wrote:
>> I don't know if there is any performance penalty, but it's probably
>> negligible. You could propose that these procedures be made public; I
>> am okay with it.
>
> Then if no
On Thu, May 28, 2009 at 4:51 PM, Patrick McCarty wrote:
> On Thu, May 28, 2009 at 4:45 PM, Patrick McCarty wrote:
>> On Thu, May 28, 2009 at 10:46:11PM +0200, Reinhold Kainhofer wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Am D
On Thu, Jun 4, 2009 at 8:41 PM, Han-Wen Nienhuys wrote:
> Hi there,
>
> can someone fix this? This currently hangs the website update.
>
> mkdir -p out/locale/de/LC_MESSAGES/
> msgfmt --output=out/locale/de/LC_MESSAGES/newweb.mo po/de.po
> po/de.po:166: end-of-line within string
> po/de.po:167: en
1 - 100 of 787 matches
Mail list logo
