Graham Percival wrote Wednesday, January 11, 2012 6:21 AM
Please test this version:
http://lilypond.org/~graham/lilypond-2.15.25-1.mingw.exe
add it to your PATH, then me exactly what you see when you try to
call lilypond-book.
Running lilypond-book
lilypond-book.py (GNU LilyPond) 2.15.25
Read
On Wed, Jan 11, 2012 at 08:47:51AM +0100, m...@apollinemike.com wrote:
>1784 Enhancement mtsolo Adds epsilon to Bezier range calculations Sep
>14, 2011 09:33:20
>
>I could add a comment to the code with a TODO for this - there was no
>consensus for how to fix it, but it is a bug an
On Wed, Jan 11, 2012 at 09:41:01AM -, Trevor Daniels wrote:
>
> File "out/book_texinfo.py", line 213, in get_texinfo_width_indent
> File "/usr/lib/python2.4/subprocess.py", line 549, in __init__
> OSError: [Errno 22] Invalid argument
> Lilypond-book returned code 1
excellent, I can fix that
Graham, you wrote Wednesday, January 11, 2012 10:43 AM
Just as a quick check of the ridiculous: could you open up
lilypond-book.py and confirm that line 213 is:
stdout=subprocess.PIPE, stderr=subprocess.PIPE)
there might be an off-by-one thing happening.
Yes it is.
if that's the case
2012/1/9 Aurélien Bello wrote to :
> I would like to Inform you about a production:
> Last summer I re-orchestrated the "Pictures at an exhibition"
> of Mussorgsky and made the whole orchestra material and
> the score using LilyPond. [...]
2012/1/10 Xavier Scheuer :
> I guess this message would b
On 2012/01/11 06:57:48, dak wrote:
On 2012/01/11 05:11:39, janek wrote:
> There are some duplications in the docs now.
> (LBTM?)
"The notation manual has not been revised yet."
Since I am currently doing the convert-ly rules for juggling the
argument order
and this will, obviously, also a
2012/1/11 Graham Percival :
> On Wed, Jan 11, 2012 at 06:52:38AM +0100, Janek Warchoł wrote:
>> I guess i don't know how to write curly braces in texinfo. Should it be
>> @example
>> PATH=~/type-here-directory-containing-git-cl:"$\{PATH\}"
>> @end example
>
> escape with @
> i.e. @{PATH@}
>
> this
Hi Mike,
could you add some comments to the code and/or commit message explaining
what it does? I've read whole patch and i don't understand what happens
here, except that it's some kind of XML identifier.
tia,
Janek
http://codereview.appspot.com/5504106/
_
On 2012/01/11 11:45:19, J_lowe wrote:
I've created
http://code.google.com/p/lilypond/issues/detail?id=2213 so I'll work
on the NR as I did all the \footnote Doc in the first place.
I am assuming you still have to include your documentation edits in
the patch so that the docs compile?
Nope
2012/1/11 :
> On 2012/01/11 05:11:39, janek wrote:
>>
>> There are some duplications in the docs now.
>> (LBTM?)
>
>
> "The notation manual has not been revised yet."
Ok, i misunderstood. Sorry.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
h
2012/1/11 Graham Percival :
> On Wed, Jan 11, 2012 at 07:28:18AM +0100, Janek Warchoł wrote:
>> This might be a stupid question, but i never used lilypond-book
>> before: should i call it without any input file? If no, can you
>> provide example input?
>
> Read the Usage manual. Specifically the
On Jan 11, 2012, at 12:53 PM, janek.lilyp...@gmail.com wrote:
> Hi Mike,
>
> could you add some comments to the code and/or commit message explaining
> what it does? I've read whole patch and i don't understand what happens
> here, except that it's some kind of XML identifier.
>
> tia,
> Janek
On Tue, Jan 10, 2012 at 11:42 PM, wrote:
>
> http://codereview.appspot.com/5530069/diff/1/python/book_latex.py
> File python/book_latex.py (right):
>
> http://codereview.appspot.com/5530069/diff/1/python/book_latex.py#newcode274
> python/book_latex.py:274: rep['base'] = basename.replace ('\\', '/
On 11/01/2012 6:17 AM, Trevor Daniels wrote:
Graham, you wrote Wednesday, January 11, 2012 10:43 AM
Just as a quick check of the ridiculous: could you open up
lilypond-book.py and confirm that line 213 is:
stdout=subprocess.PIPE, stderr=subprocess.PIPE)
there might be an off-by-one thing happe
Thanks for all answers.
On 8 January 2012 23:47, Janek Warchoł wrote:
> W dniu 8 stycznia 2012 10:11 użytkownik James napisał:
> > Start by looking here:
> >
> http://code.google.com/p/lilypond/issues/list?can=2&q=&sort=priority&colspec=ID&x=type&y=priority&mode=grid&cells=tiles
>
> Umm, guys,
Trevor Daniels wrote
Running lilypond-book
lilypond-book.py (GNU LilyPond) 2.15.25
Reading
C:/Users/Trevor/LilyPond-git/Documentation/notation/contemporary.itely..
.
Running texi2pdf on file c:\users\trevor\appdata\local\temp\tmpt4vqnk.texi
to de
tect default page settings.
Traceback (most
Please review. I tested make, make check, make doc, and do not get any
problem. However, with the previous versions I also did not get any
problem, yet I broke staging. I would be grateful if someone with a fast
machine could test a parallel make doc. I would not be comfortable
pushing to staging
Julien Rioux
I would try removing one-by-one the arguments from the subprocess.Popen
call, e.g., remove universal_newlines=True, remove shell=True, remove
stderr=subprocess.PIPE, etc. one-by-one. See if you get further.
Yes, I tried this earlier. Setting universal_newlines False bypasses th
On 11/01/2012 9:42 AM, Trevor Daniels wrote:
Julien Rioux
I would try removing one-by-one the arguments from the
subprocess.Popen call, e.g., remove universal_newlines=True, remove
shell=True, remove stderr=subprocess.PIPE, etc. one-by-one. See if you
get further.
Yes, I tried this earlier.
On Wed, Jan 11, 2012 at 02:42:19PM -, Trevor Daniels wrote:
>
> It's all a bit academic if no one can point me to a Windows implementation
> of texi2pdf or texi2dvi, though.
www.pinteric.com/miktex.html
?
Cygwin also has latex. I see a bunch of hits in google for
"texi2pdf windows", although
Quoting Graham Percival :
I'm going to pursue to the docs in more detail now.
http://docs.python.org/release/2.4/lib/node227.html
- Graham
I honestly don't think it's a good use of time pursuing this. To
recap. The failing part is the bit Reinhold added to detect linewidth
- and at the
catch...@philholmes.me.uk writes:
> The other aspect to this is that lilypond-book hasn't been working on
> Windows for months and I believe we had one "complaint". Using TeX on
> windows doesn't seem to me to be something most users would do - if I
> was writing a book, I'd do it in Word and pas
something like stems, which should be hidden, stick from notes.
The problem here is that we're not using KievanVoice in
note-head-style.ly.
I've posted a potential solution to get rid of the "stems", but it's not
very elegant because it breaks the pattern.
Perhaps someone else has a better ide
- Original Message -
From: "Trevor Daniels"
To: "Trevor Daniels" ; "Graham Percival"
;
Cc: "Phil Holmes"
Sent: Wednesday, January 11, 2012 2:32 PM
Subject: Re: lilypond-book on windows
Trevor Daniels wrote
Running lilypond-book
lilypond-book.py (GNU LilyPond) 2.15.25
Reading
C:
- Original Message -
From:
To: ; ;
;
Cc: ;
Sent: Tuesday, January 10, 2012 1:34 PM
Subject: Re: Sketch of not remaking html files (issue 5498093)
Checking the file timestamps will be a good thing. It might be better to
just replace the whole www_post script by make rules, but in th
- Original Message -
From:
To:
Cc: ;
Sent: Wednesday, January 11, 2012 2:39 PM
Subject: Re: Build translated manuals: Don't rebuild everything each
timeunless necessary. (issue 5494069)
Please review. I tested make, make check, make doc, and do not get any
problem. However, with t
[Note that I'm not a Windows user.]
> It's all a bit academic if no one can point me to a Windows
> implementation of texi2pdf or texi2dvi, though.
Perhaps trying the `texify' program from MikTeX? Look here
http://ftp.uni-erlangen.de/mirrors/CTAN/systems/win32/miktex/tm/packages/
and searc
Phil Holmes wrote Wednesday, January 11, 2012 5:34 PM
I'd be a little wary of simply making this work on Windows by commenting
code out, without ensuring there is no effect on other platforms. I'd be
even more wary of doing this in a Python delivered file. It'd be a shame
to break the doc b
- Original Message -
From:
To:
Cc: ;
Sent: Wednesday, January 11, 2012 2:39 PM
Subject: Re: Build translated manuals: Don't rebuild everything each
timeunless necessary. (issue 5494069)
Please review. I tested make, make check, make doc, and do not get any
problem. However, with t
On Wed, Jan 11, 2012 at 12:38 PM, Phil Holmes wrote:
> - Original Message - From:
> To: ; ;
> ;
> Cc: ;
> Sent: Tuesday, January 10, 2012 1:34 PM
> Subject: Re: Sketch of not remaking html files (issue 5498093)
>
>
>
>> Checking the file timestamps will be a good thing. It might be bett
On 11 January 2012 17:13, wrote:
> I've posted a potential solution to get rid of the "stems", but it's not
> very elegant because it breaks the pattern.
>
> Perhaps someone else has a better idea.
Add a check for kievan style in Stem::is_normal_stem ().
Cheers,
Neil
_
On Wed, Jan 11, 2012 at 1:50 PM, Phil Holmes wrote:
> - Original Message - From:
> To:
> Cc: ;
> Sent: Wednesday, January 11, 2012 2:39 PM
> Subject: Re: Build translated manuals: Don't rebuild everything each
> timeunless necessary. (issue 5494069)
>
>
>> Please review. I tested make,
- Original Message -
From: "Julien Rioux"
To: "Phil Holmes"
Cc: ;
Sent: Wednesday, January 11, 2012 9:41 PM
Subject: Re: Build translated manuals: Don't rebuild everything each
timeunless necessary. (issue 5494069)
On Wed, Jan 11, 2012 at 1:50 PM, Phil Holmes wrote:
- Origina
Trevor Daniels wrote Wednesday, January 11, 2012 6:49 PM
To carry things to their logical conclusion I'm installing MikTeX to
see if it is possible to make Reinhold's code work as intended on
Windows. Even if it does, I could not recommend downloading
167Mbytes of MikTeX just to pick up these
Trevor Daniels wrote Wednesday, January 11, 2012 11:23 PM
Well, MikTex contains texi2dvi.exe, so I renamed this to texi2pdf.exe
and added its directory to the MinGW path. lilypond-book and
Reinhold's code then seems to work correctly, provided I comment
out the _sleep call in threading.py and
On 2012-01-11 15:12, Julien Rioux wrote:
One problem that exists here for sure for windows is the definition of
cmd which include "LC_ALL=C texi2pdf ...". LC_ALL is an environment
variable that sets the locale. I think this is here to ensure that the
output from texi2pdf is in English and can b
On 11/01/2012 7:46 PM, Reinhold Kainhofer wrote:
On 2012-01-11 15:12, Julien Rioux wrote:
One problem that exists here for sure for windows is the definition of
cmd which include "LC_ALL=C texi2pdf ...". LC_ALL is an environment
variable that sets the locale. I think this is here to ensure that
I expect to have that sleep(0.001) error. I do not expect any
other errors.
http://lilypond.org/~graham/lilypond-2.15.25-2.mingw.exe
What's the exact error you see when you try this one? I
know/expect that it barfs in threading.py, but I need to know what
in the lilypond code calls that.
Cheer
On Wed, Jan 11, 2012 at 12:19:27PM +0100, Janek Warchoł wrote:
> 2012/1/10 Xavier Scheuer :
> > I guess this message would be more appropriate on lilypond-u...@gnu.org
> > rather than on the bug reports mailing list. May I suggest you to send
> > it (again) to this address, thus reaching the LilyP
2012/1/11 :
> Please review. I tested make, make check, make doc, and do not get any
> problem. However, with the previous versions I also did not get any
> problem, yet I broke staging. I would be grateful if someone with a fast
> machine could test a parallel make doc. I would not be comfortable
40 matches
Mail list logo