Le dimanche 18 novembre 2007 à 08:04 +1100, Joe Neeman a écrit :
> > Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest
> > again. When I try to view EPS output with Evince/GS, GS fails, and the
> > resulting PNG is a white 6x2 pixel rectangle. Here's the end of the
> > log:
On Sat, 17 Nov 2007 21:28:09 John Mandereau wrote:
> Le vendredi 16 novembre 2007 à 13:53 -0800, Graham Percival a écrit :
> > Well, how did it fail? What was the log message?
>
> Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest
> again. When I try to view EPS output with E
John Mandereau wrote:
Le vendredi 16 novembre 2007 à 13:53 -0800, Graham Percival a écrit :
Well, how did it fail? What was the log message?
Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest
again.
I don't have any problems compiling that file with lilypond GUB 2.11.
Le vendredi 16 novembre 2007 à 13:53 -0800, Graham Percival a écrit :
> Well, how did it fail? What was the log message?
Ah, I got this failure with page-turn-page-breaking-badturns.ly regtest
again. When I try to view EPS output with Evince/GS, GS fails, and the
resulting PNG is a white 6x2 pi
make web fails (latest git) on input/bach-schenker.ly with a guile
error. I've attached the log file.
Processing `/home/joe/oldhome/joe/programming/reference-lilypond/input/bach-schenker.ly'
Parsing...
Interpreting music...
/home/joe/oldhome/joe/programming/reference-lilypond/
Joe Neeman escreveu:
When I build with --enable-debug --disable-optimising, make web fails
(with latest git master). I've narrowed it down to the following command:
./out/bin/lilypond -dgs-load-fonts --verbose -b eps
input/regression/utf- 8.ly <http://8.ly>
Any ideas? I
When I build with --enable-debug --disable-optimising, make web fails (with latest git master). I've narrowed it down to the following command:./out/bin/lilypond -dgs-load-fonts --verbose -b eps input/regression/utf-
8.lyWhich causes gs (8.50) to barf with:Invoking `gs -dNOSAFER -dEP
Hi,
make web fails with today's CVS. I have compiled on Fedora Core 5 x86,
with Guile 1.8.0, GPL-gs 8.51.
Here's the end of the output:
Processing
`/home/lilycvs/lilypond/input/regression/out-www/lily-1576763871.ly'
Parsing...[/home/lilycvs/lilypond/out/bin/../share/lilypond/2.
On Monday 05 June 2006 00:33, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > On Sunday 04 June 2006 17:40, Han-Wen Nienhuys wrote:
> >> Erik Sandberg schreef:
> >>> On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> >>
> >> I don't understand why you have
Erik Sandberg schreef:
On Sunday 04 June 2006 17:40, Han-Wen Nienhuys wrote:
Erik Sandberg schreef:
On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote:
Erik Sandberg schreef:
I don't understand why you have to do the non-const initializations in
get_music_list(). Isn'tthere a way to do t
On Sunday 04 June 2006 17:40, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote:
> >> Erik Sandberg schreef:
> >>
> I don't understand why you have to do the non-const initializations in
> get_music_list(). Isn'tthere a way to do that in con
Erik Sandberg schreef:
On Saturday 03 June 2006 13:54, Erik Sandberg wrote:
On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote:
- vertical spacing tweaks (already reported this earlier)
- alignment-vertical-spacing.ly
Fixed, patch attached.
ChangeLog entry:
* ly/music-functions-init.l
Erik Sandberg schreef:
On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote:
Erik Sandberg schreef:
Good point. In that case, you'll need to override
Time_scaled_iterator::process() to watch now_mom().main_part_ to insert
the events "just in time".
Patch is attached.
ChangeLog entry:
On Saturday 03 June 2006 13:54, Erik Sandberg wrote:
> On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote:
> > - vertical spacing tweaks (already reported this earlier)
> > - alignment-vertical-spacing.ly
>
Fixed, patch attached.
ChangeLog entry:
* ly/music-functions-init.ly: Updated
On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
>
> Good point. In that case, you'll need to override
> Time_scaled_iterator::process() to watch now_mom().main_part_ to insert
> the events "just in time".
>
Patch is attached.
ChangeLog entry:
* lily/lyric
On Saturday 03 June 2006 14:39, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> >> I don't understand. You're using Sequential iterator, so why don't you
> >> do
> >>
> >>{ \tup-start
> >> first-part-of-time-scaled-music
> >> \tup-end
> >> \tup-start
> >> 2nd-part-of-time
Erik Sandberg schreef:
I don't understand. You're using Sequential iterator, so why don't you do
{ \tup-start
first-part-of-time-scaled-music
\tup-end
\tup-start
2nd-part-of-time-scaled-music
\tup-end
}
this will delegate grace notes to the sequential-iterator.
On Saturday 03 June 2006 14:05, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > hm.. this one is about tupletSpannerDuration. I can see two alternatives
> > to solve this:
> > * re-add time-keeping to tuplet-engraver to insert starts/stops
> > correctly. * make time-scaled iterator check for t
Erik Sandberg schreef:
On Saturday 03 June 2006 13:54, Erik Sandberg wrote:
On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote:
- numbering of percent repeats
fixed
- lily-1888277513.ly
fixed (I'll send you a patch soon)
. and here's the patch.
Applied. ChangeLog entry next time?
-
On Saturday 03 June 2006 13:54, Erik Sandberg wrote:
> On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote:
> > - numbering of percent repeats
>
> fixed
>
> > - lily-1888277513.ly
>
> fixed (I'll send you a patch soon)
>
.. and here's the patch.
--
Erik
? Documentation/out
? Documentation/out-
Erik Sandberg schreef:
hm.. this one is about tupletSpannerDuration. I can see two alternatives to
solve this:
* re-add time-keeping to tuplet-engraver to insert starts/stops correctly.
* make time-scaled iterator check for tupletSpannerDuration, and generate
something like
<<
{\tuplet-start
On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote:
> Han-Wen Nienhuys schreef:
> > Erik Sandberg schreef:
> >> [forgot to cc list]
> >>
> >> OK, I could try to make GUB work locally here. What's the first step?
> >>
> >> Hm, I guess that will take some time though. Is it OK if I commit
> >> st
Erik Sandberg schreef:
I have tried to get gub working today, and there are problems.
Furthermore, I won't have a good Internet connection until wednesday,
so I suspect it will take some time before gub works.
OK; the alternative to feeding me well tested patches, is putting less
well tested s
On 6/2/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
Erik Sandberg schreef:
> It seems to work equally well as CVS HEAD, so it doesn't break anything (it's
> just that I hack code all the time, and I don't like to have too big or many
> development forks active at the same time). The code doesn
Erik Sandberg schreef:
It seems to work equally well as CVS HEAD, so it doesn't break anything (it's
just that I hack code all the time, and I don't like to have too big or many
development forks active at the same time). The code doesn't have gs problem,
it's likely my gs installation that has
On Thursday 01 June 2006 22:09, Han-Wen Nienhuys wrote:
> Han-Wen Nienhuys schreef:
> > Erik Sandberg schreef:
> >> [forgot to cc list]
> >>
> >> OK, I could try to make GUB work locally here. What's the first step?
> >>
> >> Hm, I guess that will take some time though. Is it OK if I commit
> >> st
Han-Wen Nienhuys schreef:
Erik Sandberg schreef:
[forgot to cc list]
OK, I could try to make GUB work locally here. What's the first step?
Hm, I guess that will take some time though. Is it OK if I commit
stuff before I make it work?
Don't commit stuff that doesn't work. However if there is
Erik Sandberg schreef:
--nostringval-- Times-Roman NimbusRomNo9L-Regu Courier
NimbusMonL-Regu
try setting GS_FONTPATH too, to a directory containing Times-Roman or
Nimbus.
Hi,
What's usually the file names of those fonts? I could only find
NimbusRomNo9L-Regu, which didn't help.
I have one
Erik Sandberg schreef:
[forgot to cc list]
OK, I could try to make GUB work locally here. What's the first step?
Hm, I guess that will take some time though. Is it OK if I commit
stuff before I make it work?
Don't commit stuff that doesn't work. However if there is one file that
has a GS iss
On Thursday 01 June 2006 01:32, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > On Tuesday 30 May 2006 11:00, Han-Wen Nienhuys wrote:
> >> Erik Sandberg schreef:
> >>> Hi,
> >>>
> >>> Operand stack:
> >>>Times-Roman Font Times-Roman 10740839 Times-Roman
> >>> --nostringval-- Times-
[forgot to cc list]
OK, I could try to make GUB work locally here. What's the first step?
Hm, I guess that will take some time though. Is it OK if I commit
stuff before I make it work?
Current status: I have made make-web _almost_ work: Only one
ghostscript error occurs (in PDF creation), and if
Erik Sandberg schreef:
On Tuesday 30 May 2006 11:00, Han-Wen Nienhuys wrote:
Erik Sandberg schreef:
Hi,
Operand stack:
Times-Roman Font Times-Roman 10740839 Times-Roman
--nostringval-- Times-Roman NimbusRomNo9L-Regu Courier
NimbusMonL-Regu
try setting GS_FONTPATH too, to a
On Tuesday 30 May 2006 11:00, Han-Wen Nienhuys wrote:
> Erik Sandberg schreef:
> > Hi,
> >
> > Operand stack:
> >Times-Roman Font Times-Roman 10740839 Times-Roman
> > --nostringval-- Times-Roman NimbusRomNo9L-Regu Courier
> > NimbusMonL-Regu
>
> try setting GS_FONTPATH too, to a
Graham Percival schreef:
On 29-May-06, at 10:42 PM, Erik Sandberg wrote:
Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I
have set
FWIW, I did a make web about fifteen minutes ago with no problems. I'm
using the 2.9.6 GUB with "make external_binary=blah web"
Erik is t
Erik Sandberg schreef:
Hi,
Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I have set
GS_LIB and PATH as I should
(GS_LIB=/usr/local/lilypond/usr/share/ghostscript/8.50/lib/; which gs
says /usr/local/lilypond/usr/bin/gs.)
If I retry without doing make web-clean, make web
On 29-May-06, at 10:42 PM, Erik Sandberg wrote:
Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I
have set
FWIW, I did a make web about fifteen minutes ago with no problems. I'm
using the 2.9.6 GUB with "make external_binary=blah web"
- Graham
___
Hi,
Using gs 8.50 from 2.8.3 GUB, I get the error below with make web. I have set
GS_LIB and PATH as I should
(GS_LIB=/usr/local/lilypond/usr/share/ghostscript/8.50/lib/; which gs
says /usr/local/lilypond/usr/bin/gs.)
If I retry without doing make web-clean, make web finishes successfully.
Er
Herman Grootaers wrote:
On Tuesday 04 April 2006 10:47, Andreas Scherer wrote:
R. Mattes mh-freiburg.de> writes:
Ok, i found the "bug". It looks like this is triggered
by using guile-1.6.n instead of guile-1.8 - this also
explains why Andreas' build failed.
Confirmed. After updating OpenSUSE
On Tuesday 04 April 2006 10:47, Andreas Scherer wrote:
> R. Mattes mh-freiburg.de> writes:
> > Ok, i found the "bug". It looks like this is triggered
> > by using guile-1.6.n instead of guile-1.8 - this also
> > explains why Andreas' build failed.
>
> Confirmed. After updating OpenSUSE 10.0 with g
R. Mattes mh-freiburg.de> writes:
> Ok, i found the "bug". It looks like this is triggered
> by using guile-1.6.n instead of guile-1.8 - this also
> explains why Andreas' build failed.
Confirmed. After updating OpenSUSE 10.0 with guile-1.8.0, all is well again.
"make all web" runs to completion w
On Thu, 30 Mar 2006 21:15:57 +0200, R. Mattes wrote:
> Ok, I've almost been able to build LilyPond 2.6.0
> ex fontes on our Debian/Ubuntu Package builder
> using a pbuilder environment (read: strict building
> in a clean and well-defined build environment).
> Unfortunately the package build proc
Thanks, fixed it!
On Sun, 2005-11-27 at 11:46 +0100, Han-Wen Nienhuys wrote:
> upgrade/reinstall GS. png16m is a ghostscript file device.
>
> Bernard Hurley wrote:
> > "make web" fails with:
> >
> >
> > /usr/bin/python ../../scripts/lilypond-bo
upgrade/reinstall GS. png16m is a ghostscript file device.
Bernard Hurley wrote:
"make web" fails with:
/usr/bin/python ../../scripts/lilypond-book.py --psfonts -I ./
Converting to PNG...Unknown device: png16m
GS exited with status: 256/usr/share/guile/1.6/srfi/srfi-1.scm:
"make web" fails with:
/usr/bin/python ../../scripts/lilypond-book.py --psfonts -I ./
-I ./out-www -I../../input -I ../../input/regression/
-I ../../input/test/ -I ../../input/tutorial/
-I /home/invisible/lilypond/mf/out/ -I /home/invisible/lilypond/mf/out/
--process='/home/inv
CVS ChangeLog 1.4046 ('release commit') compiles fine but 'make
web' (following 'make web-clean') exits like so:
lily-785851645 lily-2020761040 lily-1385065150 lily-1184862009
lily-1101277944 lily-1929421955 lily-902420445 lily-1185060279
lily-700789500 lily-1662559184 lily-1386446995 lily-948541
Daniel Johnson wrote:
This has been a problem on my end for at least the last ten releases.
If I want to generate HTML documentation, I have to "make web", let it
fail, "make web", let it fail again, etc. Eventually it'll finish cleanly.
I also noticed that make w
to generate HTML documentation, I have to "make web", let it
fail, "make web", let it fail again, etc. Eventually it'll finish cleanly.
I also noticed that make web fails if I have the MS Mincho font
installed on my Gentoo box. Since this font attempts to cover a great
p
David Bobroff wrote:
Ok, it's morning. Here's a longer end of the output. I started from a
point where it looked to be working:
Converting to PNG.../usr/src/lilypond/share/lilypond/2.5.32/scm/ps-to-
png.scm:91:16: In procedure system in expression (system cmd):
/usr/src/lilypond/share/lilypo
On Fri, 2005-06-24 at 01:56 +0200, Han-Wen Nienhuys wrote:
> David Bobroff wrote:
> > On Thu, 2005-06-23 at 22:59 +0200, Han-Wen Nienhuys wrote:
> >
> >>David Bobroff wrote:
> >>
> >>>I've tried a few times recently to build the web-docs from CVS. I've
> >>>noticed that the build time for LilyPon
David Bobroff wrote:
On Thu, 2005-06-23 at 22:59 +0200, Han-Wen Nienhuys wrote:
David Bobroff wrote:
I've tried a few times recently to build the web-docs from CVS. I've
noticed that the build time for LilyPond itself seems to be much shorter
than it used to be. On the other hand, the build
On Thu, 2005-06-23 at 22:59 +0200, Han-Wen Nienhuys wrote:
> David Bobroff wrote:
> > I've tried a few times recently to build the web-docs from CVS. I've
> > noticed that the build time for LilyPond itself seems to be much shorter
> > than it used to be. On the other hand, the build time for the
David Bobroff wrote:
I've tried a few times recently to build the web-docs from CVS. I've
noticed that the build time for LilyPond itself seems to be much shorter
than it used to be. On the other hand, the build time for the web-docs
seems extremely long. I tried building the web-docs (after s
I've tried a few times recently to build the web-docs from CVS. I've
noticed that the build time for LilyPond itself seems to be much shorter
than it used to be. On the other hand, the build time for the web-docs
seems extremely long. I tried building the web-docs (after successfully
building Li
OSX, current CVS.
Documentation/user/out/lily-2133679389.ly
{
\override Staff.TimeSignature #'font-name = #"Times"
\override Staff.TimeSignature #'font-size = #2
\time 3/4
c'1_\markup {
\override #'(font-name . "Vera Bold")
{ This text is in Vera Bold }
}
}
fails with:
GNU L
Daniel Johnson wrote:
Hello all...
I've been unable to make web for a number of releases now. The make
consistently fails in the same place. I am currently trying to make web
for 2.5.29 on a Gentoo box with the following installed:
Ghostscript: 8.51
teTeX: 2.0.2
Texinfo: 4.8
Thanks. The pro
Hmmm... acting on a suspicion, I re-ran "make web". It got a little
further this time and then died again. I ran it a third time and it
seems to have gotten past that roadblock.
I seem to recall that either lilypond-book or TeX itself has a tendency
to run out of available temp space, and then i
Hello all...
I've been unable to make web for a number of releases now. The make
consistently fails in the same place. I am currently trying to make web
for 2.5.29 on a Gentoo box with the following installed:
Ghostscript: 8.51
teTeX: 2.0.2
Texinfo: 4.8
Imagemagick: 6.2.2-3
Netpbm: 10.20
I've
'make web' exited thusly:
lily-1512186862 lily-1846777192 lily-1320595294 lily-1455179227 exited
unsuccessfully.
Removing `./out-www/instrument-notation.texi'
Removing `./out-www/lilypond.texi'
Traceback (most recent call last):
File "../../scripts/lilypond-book.py", line 1530, in ?
main ()
On Fri, 2005-04-08 at 13:44 +0200, Jan Nieuwenhuizen wrote:
> David Bobroff writes:
>
> > While building the web docs (to see if the PDF fonts thing is ok on my
> > system) it exited thusly:
>
> Ah, make web has some known but yet unidentified bugs. Does running
> make web again help? Just a fe
David Bobroff writes:
> While building the web docs (to see if the PDF fonts thing is ok on my
> system) it exited thusly:
Ah, make web has some known but yet unidentified bugs. Does running
make web again help? Just a few .pngs may be broken.
Jan.
--
Jan Nieuwenhuizen <[EMAIL PROTECTED]> |
While building the web docs (to see if the PDF fonts thing is ok on my
system) it exited thusly:
lily-1012193216 lily-920503384 lily-1907188693 lily-1752692436
lily-149988334 lily-1159672687 lily-1684419166 lily-120670767
lily-797724505 exited unsuccessfully.
Removing `./out-www/music-glossary.te
make web processes a few snippets then chokes on lily-865439453:
-
%% Generated by ../../scripts/lilypond-book.py
%% Options: [quote,raggedright,indent=0\mm]
#(set! toplevel-score-handler ly:parser-print-score)
#(set! toplevel-music-handler (lambda (p m)
[EMAIL PROTECTED] writes:
> Ok, got the Ghostscript RPM from the LilyPond site and got it installed.
> Ran 'make web' and it exited thusly:
The Ghostscript RPM is a bit broken ; I'll post a new one soon.
--
Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen
Ok, got the Ghostscript RPM from the LilyPond site and got it installed.
Ran 'make web' and it exited thusly:
lily-2053846777 lily-533197407 lily-1633560126 lily-1522295961
lily-1092365184 exited unsuccessfully.
Removing `./out-www/collated-files.texi'
Traceback (most recent call last):
File ".
[EMAIL PROTECTED] writes:
> $ make web
> ...
> /usr/bin/python ./buildscripts/mutopia-index.py -o
> /home/karl/lilypond/examples.html ./
> generating HTML list /home/karl/lilypond/examples.html
>
> cd /home/karl/lilypond && [EMAIL PROTECTED] /usr/bin/python
> /home/karl/lilypond/stepmak
$ make web
...
/usr/bin/python ./buildscripts/mutopia-index.py -o
/home/karl/lilypond/examples.html ./
generating HTML list /home/karl/lilypond/examples.html
cd /home/karl/lilypond && [EMAIL PROTECTED] /usr/bin/python
/home/karl/lilypond/stepmake/bin/add-html-footer.py --name LilyPond
> After cleaning Documentation/user/out-www and re-trying make web, I
> still get an error. The incrimined .ly is not properly extracted
> (included below).
The input file has this:
@lilypond[fragment,verbatim,relative=1] c2 c4. c8 c4. c8 c4. c8 c8
c8 c4 c4 c4
@end lilypond
This is wrong
After cleaning Documentation/user/out-www and re-trying make web, I
still get an error. The incrimined .ly is not properly extracted (included below).
nicolas:~/cvs/lilypond/Documentation/user> make web
[...]
Now processing `lily-777666744.ly'
Parsing...
lily-777666744.ly:3:0: error: syntax err
On Fri, 2004-08-20 at 07:35, Han-Wen Nienhuys wrote:
> [EMAIL PROTECTED] writes:
> > I've grep'ed the source code for fontify-text, and only
> > fret-diagrams.scm uses it. Can I go ahead and remove both fontify-text
> > and fontify-text-white?
>
> Please do. Thanks!
>
Done. Can I get permissio
[EMAIL PROTECTED] writes:
> On Thu, 2004-08-19 at 13:07, Han-Wen Nienhuys wrote:
>
> > That's better still, since then you're not tied to the specifics of
> > the text-output backend.
> >
>
> OK, I've fixed scm/fret-diagrams.scm so there are no more calls to
> fontify-text, and the only changes
On Thu, 2004-08-19 at 13:07, Han-Wen Nienhuys wrote:
> That's better still, since then you're not tied to the specifics of
> the text-output backend.
>
OK, I've fixed scm/fret-diagrams.scm so there are no more calls to
fontify-text, and the only changes to the font from props are to make
the fon
[EMAIL PROTECTED] writes:
> On Thu, 2004-08-19 at 07:44, Carl Sorensen wrote:
> > On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote:
> >
> > > Carl, can you select fonts by tacking any properties you need (and
> > > only those) onto the props variable passed via the markup system? It
> > > will
[EMAIL PROTECTED] writes:
> On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote:
>
> > Carl, can you select fonts by tacking any properties you need (and
> > only those) onto the props variable passed via the markup system? It
> > will make sure you select text fonts in the appropriate encoding.
On Thu, 2004-08-19 at 07:44, Carl Sorensen wrote:
> On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote:
>
> > Carl, can you select fonts by tacking any properties you need (and
> > only those) onto the props variable passed via the markup system? It
> > will make sure you select text fonts in the
On Wed, 2004-08-18 at 16:28, Han-Wen Nienhuys wrote:
> Carl, can you select fonts by tacking any properties you need (and
> only those) onto the props variable passed via the markup system? It
> will make sure you select text fonts in the appropriate encoding.
I'm not sure exactly how to do this
[EMAIL PROTECTED] writes:
> Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>
> >> -(define my-font-encoding 'ec )
> >> +(define ss-font-encoding 'ec )
>
> > this superfluous and will actually break font settings for someone who
> > is using different sets of text fonts.
>
> Oh, sorry then, I've c
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>> -(define my-font-encoding 'ec )
>> +(define ss-font-encoding 'ec )
> this superfluous and will actually break font settings for someone who
> is using different sets of text fonts.
Oh, sorry then, I've commited it...
___
[EMAIL PROTECTED] writes:
>?: 36* [fret-diagram-terse-markup #< Output_def> ((#) (#) (# # # ...) ...) ...]
> In /home/nicolas/cvs/lilypond/share/lilypond/scm/fret-diagrams.scm:
> 560: 37* (let (#) (make-fret-diagram paper # #))
> 561: 38 [make-fret-diagram #< Output_def> ((#) (#) (#) ...) ..
[EMAIL PROTECTED] writes:
> /ChangeLog/1.2466/Wed Aug 18 15:25:05 2004//
>
> nicolas:~/cvs/lilypond> make web
> [...]
> Now processing `lily-1249256772.ly'
> [...]
> /home/nicolas/cvs/lilypond/share/lilypond/scm/framework-tex.scm:188:17: In
> expression (ly:paper-book-lines book):
> /
Now processing `lily-1453207079.ly'
Parsing...
input renamed to: `fret-diagram.ly'
Interpreting music... [5]
Preprocessing graphical objects...
Calculating line breaks... [3]
Backtrace:
In /home/nicolas/cvs/lilypond/share/lilypond/scm/define-markup-commands.scm:
589: 27* [Text_item::interpret_ma
/ChangeLog/1.2466/Wed Aug 18 15:25:05 2004//
nicolas:~/cvs/lilypond> make web
[...]
Now processing `lily-1249256772.ly'
[...]
/home/nicolas/cvs/lilypond/share/lilypond/scm/framework-tex.scm:188:17: In
expression (ly:paper-book-lines book):
/home/nicolas/cvs/lilypond/share/lilypond/scm
[EMAIL PROTECTED] writes:
> Hi,
>
> the subject says all. (I have guile 1.6). Here is what I get:
>
> --
> /usr/bin/python ../scripts/lilypond.py --output=out-www/simple.dvi simple.ly
> lilypond2.3 (GNU LilyPond) @TOPLEV
* Han-Wen Nienhuys ([EMAIL PROTECTED]) wrote:
> it looks as if you didn't rebuild the binary.
yep, I did. But it was my fault anyway. I was patching the scripts at
lilypond/scripts (to be able to run "lilypond2.3" and the like)
*before* the compilation. Now I'll do it after the compilation and in
Hi,
the subject says all. (I have guile 1.6). Here is what I get:
--
/usr/bin/python ../scripts/lilypond.py --output=out-www/simple.dvi simple.ly
lilypond2.3 (GNU LilyPond) @TOPLEVEL_VERSION@
Running lilypond-bin2.3...
N
On a fresh cvs chechout, ChangeLog 1.2139
nicolas:~/lilypond-cvs/lilypond> cat /tmp/lily-157577510.ly
%% Generated by lilypond-book
%% Options: [quote,fragment,verbatim,relative=2,raggedright]
#(define toplevel-score-handler ly:parser-print-score)
\paper {
linewidth = 160 \mm - 2.0 * 9.0 \mm
v2.3.0, ChangeLog 1.2012 builds ok but 'make web' exits like this
(RedHat 9):
input renamed to: `screech-boink.ly'
Interpreting music...
MIDI output to `lily-1561405659.midi'...
Track ...
Interpreting music... [2]
Preprocessing graphical objects...
Calculating line breaks... [2]
programming error:
Current CVS (ChangeLog 1.1119) exits with:
chmod -w out-www/collated-files.texi
makeinfo -I ./out-www --output=out-www/collated-files.html --html
--no-split --no-headers out-www/collated-files.texi
/usr/bin/python /usr/src/lilypond/stepmake/bin/add-html-footer.py
--index=../../../ --name LilyPon
87 matches
Mail list logo