Comment #18 on issue 2146 by lemzw...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
Ah, I haven't thought of this. You are right, this can happen. So we
perhaps have to scan the (possibly binary) fonts directly a
Updates:
Status: Verified
Labels: -Patch-push Fixed_2_15_27
Comment #5 on issue 2237 by julien.r...@gmail.com: Patch: Fix spelling in
input/regression/*.ly
http://code.google.com/p/lilypond/issues/detail?id=2237
Some changes in log files appear in regtests after this. Would be
Updates:
Labels: -Patch-new
Comment #3 on issue 2226 by julien.r...@gmail.com: Patch: Docs: Explain the
difference between ritardando and rallentando
http://code.google.com/p/lilypond/issues/detail?id=2226
(No comment was entered for this change.)
___
Comment #5 on issue 2223 by jri...@lyx.org: Regtest for lilypond-book are
not running
http://code.google.com/p/lilypond/issues/detail?id=2223
Summary of problems with current regtests (if you would compile them by
hand):
suffix-lyxml:
Fails, image '05/lily-f58ad554.pdf' not found.
Comment #18 on issue 1964 by janek.li...@gmail.com: lilydev 2.0
http://code.google.com/p/lilypond/issues/detail?id=1964
there's a nice addition mentioned in new git instructions
(http://codereview.appspot.com/5539062/diff/3004/Documentation/contributor/source-code.itexi#newcode215):
adding this
Comment #17 on issue 2146 by philehol...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
I think it finds the "wrong" ones - i.e. those delivered without the
Cyrillic fonts.
___
"Julien Rioux" wrote in message
news:4f1c6a79.3040...@physics.utoronto.ca...
On 22/01/2012 2:38 PM, David Kastrup wrote:
Julien Rioux writes:
I can't run -j, I have a single core.
This is factually incorrect. You can run -j just fine, but you can't
expect much of a speedup. On a single-c
Comment #16 on issue 2146 by julien.r...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
The configure script looks for these files on your system. Does it not
complain when it does not find them?
Julien Rioux writes:
> Thanks, you're quite right CPU is not the limiting factor for the
> build. Disk access and usage of swap when compiling
> input/regression/collated-files slows down the build to a crawl for
> me.
If it is really usage of swap: getting more memory will be by far the
cheapes
Comment #15 on issue 2146 by philehol...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
I agree in principle. The problem I have is that, on my vanilla
lilypond-ubuntu installation - I don't appear to have the corr
On 22/01/2012 2:38 PM, David Kastrup wrote:
Julien Rioux writes:
I can't run -j, I have a single core.
This is factually incorrect. You can run -j just fine, but you can't
expect much of a speedup. On a single-core machine,
make -j 2
typically gives you a speedup of maybe 15% (given suff
Le 22/01/2012 20:22, Julien Rioux disait :
On 22/01/2012 2:15 PM, Julien Rioux wrote:
On 22/01/2012 2:11 PM, Jean-Charles Malahieude wrote:
What I've done to check is:
open Documentation/fr/usage/running.itely
add the five X at the beginning of the first text line
XCe chapitre passe en re
Comment #14 on issue 2146 by lemzw...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
Ok, I've tested what you suggest, and now I know that you are right and
wrong at the same time :-)
Making the font unknown to pd
Julien Rioux writes:
> I can't run -j, I have a single core.
This is factually incorrect. You can run -j just fine, but you can't
expect much of a speedup. On a single-core machine,
make -j 2
typically gives you a speedup of maybe 15% (given sufficient memory)
since the CPU can keep busy on
On 22/01/2012 2:15 PM, Julien Rioux wrote:
On 22/01/2012 2:11 PM, Jean-Charles Malahieude wrote:
What I've done to check is:
open Documentation/fr/usage/running.itely
add the five X at the beginning of the first text line
XCe chapitre passe en revue ce qui se passe lorsque vous lancez
Lily
On 22/01/2012 2:11 PM, Jean-Charles Malahieude wrote:
What I've done to check is:
open Documentation/fr/usage/running.itely
add the five X at the beginning of the first text line
XCe chapitre passe en revue ce qui se passe lorsque vous lancez
LilyPond.
save it and "make -j3 doc LANGS='fr'"
Le 22/01/2012 19:32, Julien Rioux disait :
On 22/01/2012 1:19 PM, Jean-Charles Malahieude wrote:
Hi all!
Not only that I can no longer use "-j" on a first build (it is OK
on the next builds), [...]
I can't run -j, I have a single core. Can you please report more
precisely why you can no long
On 22/01/2012 1:32 PM, Julien Rioux wrote:
The second issue I have not seen. If I correct a typo in a file in
Documentation then make doc will rebuild it. OK I should check
Documentation/fr right now...
When I edit Documentation/fr/essay/literature.itely and issue a make doc
from within build
- Original Message -
From: "Julien Rioux"
To: "Phil Holmes"
Cc: "Jean-Charles Malahieude" ; "LilyPond Bugs"
; "LilyPond Devel"
Sent: Sunday, January 22, 2012 6:35 PM
Subject: Re: make doc problem
On 22/01/2012 1:30 PM, Phil Holmes wrote:
I've run a few with -j9 CPU_COUNT=9 this a
On 22/01/2012 1:30 PM, Phil Holmes wrote:
I've run a few with -j9 CPU_COUNT=9 this afternoon with no problems. The
only oddity I've noticed is that make doc make doc now seems to rebuild
a lot of files the second run.
--
Phil Holmes
I've hit a roadblock with issue 2125 which attempted to fix
On 22/01/2012 1:19 PM, Jean-Charles Malahieude wrote:
Hi all!
Not only that I can no longer use "-j" on a first build (it is OK
on the next builds), which means 40' for a "make doc LANGS='fr' and
about 2 hours for all languages, I now have to "make doc-clean" in
order to view a corrected typo. I
- Original Message -
From: "Jean-Charles Malahieude"
To: "Lily Bugs" ; "lilypond-devel"
; "Julien Rioux"
Sent: Sunday, January 22, 2012 6:19 PM
Subject: make doc problem
Hi all!
Not only that I can no longer use "-j" on a first build (it is OK
on the next builds), which means 40' f
Issue 2240: Patch: Don't wrap EventChord around rhythmic events by default.
http://code.google.com/p/lilypond/issues/detail?id=2240
This issue is now blocking issue 2247.
See http://code.google.com/p/lilypond/issues/detail?id=2247
--
You received this message because you are listed in the owner
Updates:
Status: Started
Owner: d...@gnu.org
Labels: -Patch-new Patch-waiting
Blockedon: 2240
Comment #1 on issue 2247 by d...@gnu.org: Patch: parser.yy: strip
music-wrapper-music inside of EventChord
http://code.google.com/p/lilypond/issues/detail?id=2247
(No
Hi all!
Not only that I can no longer use "-j" on a first build (it is OK
on the next builds), which means 40' for a "make doc LANGS='fr' and
about 2 hours for all languages, I now have to "make doc-clean" in
order to view a corrected typo. I've tried a "touch masterfile.tely"
before "make doc" b
Status: New
Owner:
Labels: Type-Enhancement Patch-new
New issue 2247 by d...@gnu.org: Patch: parser.yy: strip music-wrapper-music
inside of EventChord
http://code.google.com/p/lilypond/issues/detail?id=2247
parser.yy: strip music-wrapper-music inside of EventChord
This makes things like
Comment #13 on issue 2146 by philehol...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
In the pdfTeX logfile notation.log, which is produced by texi2pdf, there is
no sign of any font substitution at all, AFAICS. H
Hi Damian,
1. Try running up lilypond with --loglevel=DEBUG, you'll see a lot more
about directories and the values for PATH etc.
2. Guile does *not* like lists being passed to it as GUILE_LOAD_PATH or
as -L prompt from the command line. It is absolutely not parsed like
the bash shell PATH. These
Status: Accepted
Owner:
CC: carl.d.s...@gmail.com
Labels: Type-Enhancement
New issue 2246 by janek.li...@gmail.com: beaming in 3/4 - a setting to not
beam 3 eights against the beat.
http://code.google.com/p/lilypond/issues/detail?id=2246
Take this fragment of music written in 3/4 meter;
Comment #12 on issue 2146 by lemzw...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
On my box, the fonts *are* in /usr/share/ghostscript/fonts. However, this
is completely irrelevant, since we should set up someth
Status: Accepted
Owner:
Labels: Type-Enhancement Needs-design
New issue 2245 by janek.li...@gmail.com: wrong/inconsistent placement of
lyrics under suspended notes
http://code.google.com/p/lilypond/issues/detail?id=2245
When a lyric syllabe is attached to a chord with suspended notes, i
Updates:
Status: Fixed
Comment #2 on issue 1183 by julien.r...@gmail.com: @rcontrib{} from topdocs
doesn't work
http://code.google.com/p/lilypond/issues/detail?id=1183
As far as I can see the topdocs no longer link to the rest of the docs.
___
Comment #9 on issue 2210 by julien.r...@gmail.com: Patch: Build: Top-level
GNUmakefile
http://code.google.com/p/lilypond/issues/detail?id=2210
If that's the case then you'd better run `make distclean' as it suggests.
___
bug-lilypond mailing list
Comment #8 on issue 2210 by philehol...@gmail.com: Patch: Build: Top-level
GNUmakefile
http://code.google.com/p/lilypond/issues/detail?id=2210
Ah. I'd been testing by running configur and must have accidentally run it
from the source dir. Thanks. I'll delete it.
__
Comment #11 on issue 2146 by philehol...@gmail.com: Error: Illegal entry in
bfrange block in ToUnicode CMap
http://code.google.com/p/lilypond/issues/detail?id=2146
OK - been doing some work on this with Julien, and here's what I've found.
Using a patch Julien kindly prepared led to the err
Comment #7 on issue 2210 by julien.r...@gmail.com: Patch: Build: Top-level
GNUmakefile
http://code.google.com/p/lilypond/issues/detail?id=2210
It thinks that you previously ran ./configure in the source dir and doesn't
like that. Howcome you have a GNUmakefile in your source dir?
___
Comment #6 on issue 2210 by philehol...@gmail.com: Patch: Build: Top-level
GNUmakefile
http://code.google.com/p/lilypond/issues/detail?id=2210
I think I'm having some problems relating to this. If I run this:
rm -f -r build
sh autogen.sh --noconfigure
mkdir -p build
cd build
../configure
I
Updates:
Labels: -Patch-new Patch-review
Comment #9 on issue 2240 by d...@gnu.org: Patch: Don't wrap EventChord
around rhythmic events by default.
http://code.google.com/p/lilypond/issues/detail?id=2240
Manually changed to Patch-review after very extensive manual testing since
it wo
Status: Accepted
Owner:
Labels: Type-Critical Regression
New issue 2244 by philehol...@gmail.com: Beamlet orientation is wrong in
compound meters
http://code.google.com/p/lilypond/issues/detail?id=2244
Reported by Martin Straeten
\score {
\relative c'{
\time 6/8
c16 d e f8. c8. d
"Xavier Scheuer" wrote in message
news:cadgqhrcgnbtac4ze_hnwgl-nvn7rx9znpsh6rakudmz1bmc...@mail.gmail.com...
On 19 January 2012 18:06, Peter Häring wrote:
\partcombine { bes'1 b'! } { g'1 b' }
%Second example: second part has a reminder natural; it is shown in
combined
% parts (as it shoul
"Jay Anderson" wrote in message
news:cakwqkfzu2gb0vknqox-z_3squup6ch4nkazdokmcqncpv0c...@mail.gmail.com...
\version "2.15.26"
\score
{
\new Staff \relative c''
{
\times 2/3 {c4\ff c c}
}
}
It looks like the bracket is making space for the dynamic, but the
dynamic is staying outside anywa
"Xavier Scheuer" wrote in message
news:CADGqHRfMs2GpBr3qw=axfs2cxuug8sa-yfrnfempjvs0+zp...@mail.gmail.com...
Hello,
Just reported on the French Users mailing list:
Snippet
%% subdivideBeams does not work anymore with 16th tuplets.
%% With 2.15.26 only the second beat is subdivided as exp
Status: Accepted
Owner:
Labels: Type-Critical Regression
New issue 2243 by philehol...@gmail.com: Incorrect subdivision of beams
http://code.google.com/p/lilypond/issues/detail?id=2243
Reported by Xavier:
Just reported on the French Users mailing list:
Snippet
%% subdivideBeams does
Status: Accepted
Owner:
Labels: Type-Critical Regression
New issue 2242 by philehol...@gmail.com: Incorrect tabstaff fingering
http://code.google.com/p/lilypond/issues/detail?id=2242
Reported by S Runkel:
If an accord spans more than or equal to 2 octaves, an empty string is not
used but
"s. runkel" wrote in message
news:loom.20120121t142956-...@post.gmane.org...
Hi,
Just upgraded from 2.12 to 2.14.2.
Problem:
If an accord spans more than or equal to 2 octaves,
an empty string is not used but the lowest string shows a fretted
position.
Example:
\score {
\new TabStaff {
<
"s. runkel" wrote in message
news:loom.20120121t151646-...@post.gmane.org...
Hi,
Just upgraded from 2.12 to 2.14.2.
Problem:
Compiling the example below results in a waring in the log file:
Warnung: Keine Saite fuer Tonhoehe # (Bund (5) angegeben)
and the c note is lost.
However, that note wa
"Christopher R. Maden" wrote in message
news:loom.20120122t055416-...@post.gmane.org...
As posted to lilypond-user, assertion of copyright in a score header has
no
discernible effect on the output. I don’t much care where it ends up, but
it
ought to do something. The attached tiny example wa
Status: Accepted
Owner:
Labels: Type-Other
New issue 2241 by philehol...@gmail.com: Book only puts copyright
information on the first page
http://code.google.com/p/lilypond/issues/detail?id=2241
Reported by Christopher Maden:
When using multiple bookparts within a book, it would be comm
Comment #8 on issue 2240 by d...@gnu.org: Patch: Don't wrap EventChord
around rhythmic events by default.
http://code.google.com/p/lilypond/issues/detail?id=2240#c8
Don't wrap EventChord around rhythmic events by default.
This changes quite a number of things and required quite a few code
ch
Updates:
Labels: -Patch-needs_work Patch-new
Comment #7 on issue 2240 by d...@gnu.org: Patch: Don't wrap EventChord
around rhythmic events by default.
http://code.google.com/p/lilypond/issues/detail?id=2240
Ok, here is another theory about your failure: you have old versions of
lily
50 matches
Mail list logo
