Great! Sorry for not testing your patch. You are absolutely right that it
also solves my problems. I definitely wote for inclusion of this patch.
/Mats
Michael Welsh Duggan wrote:
Mats Bengtsson [EMAIL PROTECTED] writes:
See also
Hallo all,
Staff.instrument was renamed to Staff.instrumentName in 2.9.14 but the
variable instrument in the header block remained unchanged. Since all
instrument-Variables of the header block are also renamed to
instrumentName by convert-ly, no instrument names will show after the
conversion.
Let us move the discussion to bug-lilypond, since you have clearly hit
a bug (for the record, the earlier emails of this thread can be found at
http://lists.gnu.org/archive/html/lilypond-user/2006-08/msg00094.html )
I happened to try lilypond-book in the Windows package and it seems that
has the
Michael Welsh Duggan wrote:
[EMAIL PROTECTED]:~$ (/usr/bin/python2.4 --version || /usr/bin/python2.4 -V)
21 | grep '[0-9]\.[0-9]'
usage: /usr/bin/python2.4 [option] ... [-c cmd | -m mod | file | -] [arg] ...
Python 2.4.4c0
If we pipe this to head -1, we get the usage message, since it
major wrote:
The Lilypond shell-based installer version 2.9.14-1 for Linux creates files
owned by uid 503 and gid 503 when installed by root because the tar file
contained in the installer has files owned by such user and group. The installer
tar file should probably use uid 0 and gid 0.
An Error appears when i want to hide a line (s1).
Using Linux with lilypond 2.8.5
error:
programming error: system with empty extent
Calculating page breaks...
programming error: Improbable offset for stencil: inf staff space
Setting to zero.
continuing, cross fingers
code:
upper = \relative c'
Using 2.6.3 on Debian testing, a problem
that was reported here over two years ago
(July 2004) as fixed is still occurring.
The Chord Name engraver with chordChanges = #t
does not print the chord at the beginning
of a repeat alternative if the chord at the
end of the previous repeat alternative
As far as I can see, it only happens if you don't have any other
stave on that line of the score, so the full score line has to be removed.
Since this should never happen in any real piece of music (possibly with
the exception of 4.33 by Cage), it makes sense that LilyPond gets
confused. Still I
The LilyPond manual has several instances of setting the staff instrument name:
\set Staff.instrument = Ploink
I think that this should now say
\set Staff.instrumentName = ...
what is the equivalent for \set Staff.instr = ... please?
Mats Bengtsson [EMAIL PROTECTED] writes:
Han-Wen Nienhuys wrote:
this will certainly not work. lots of programs print arbitrary non
program-name junk with --version. (try gcc --version)
how about grepping for ' [0-9]+\.[0-9]'. Can you test whether you
can build with that fix?
It solves
I take it back, the new patch isn't quite right. Here is an updated
patch that will correctly determine the version numbers from GNU gs
and pkg-config.
Index: stepmake/aclocal.m4
===
RCS file:
11 matches
Mail list logo