uliska / lilyglyphs

Make LilyPond's notational elements available in Lua- and XeLaTeX
30 stars 13 forks source link

Issues compiling documentation (MiKTeX) #83

Open skiasaurus opened 10 years ago

skiasaurus commented 10 years ago

As requested:

When I compile documentation\lilyglyphs.tex, I get a whole mess of errors:

line 1428: I can't find file `lilyglyphs.aux' \end{document}
line 1428: Emergency stop \end{document}
: No file lilyglyphs.aux.
: Rerun to get /PageLabels entry.
line 58: Reference `sec:installation' on page 2 undefined
line 63: Font shape `EU1/LiberationMono(0)/bx/n' undefined(Font) using `EU1/LiberationMono(0)/m/n' instead
line 63: Font shape `EU1/LiberationMono(0)/m/it' undefined(Font) using `EU1/LiberationMono(0)/m/n' instead
line 80: Reference `chap:list_predefined_commands' on page 2 undefined
line 82: Overfull \hbox (41.838pt too wide) in paragraph
line 93: Reference `sec:generic_access_commands' on page 2 undefined
line 93: Reference `sec:generating_commands_image' on page 2 undefined
: \float@addtolists detected!(scrreprt) You should use the features of package `tocbasic'(scrreprt) instead of \float@addtolists.
line 133: Reference `chap:python_scripts' on page 4 undefined
line 218: Overfull \hbox (0.21019pt too wide) in paragraph
line 225: Suppressing link with empty target
line 302: Overfull \hbox (3.17104pt too wide) in paragraph
line 348: Reference `sec:howto_predefined_commands' on page 11 undefined
line 343: Overfull \hbox (2.79442pt too wide) in paragraph
line 368: Overfull \hbox (5.02388pt too wide) in paragraph
line 404: Reference `tab:singlenotes' on page 13 undefined
line 439: Column widths have changed(longtable) in table 3.1
line 450: Reference `tab:beamedNotes' on page 14 undefined
line 473: Reference `tab:clefs' on page 15 undefined
line 487: Suppressing link with empty target
line 520: Reference `tab:accidentals' on page 17 undefined
line 542: Reference `tab:rests' on page 17 undefined
line 544: Reference `sec:dotted_symbols' on page 17 undefined
line 569: Reference `tab:singleDynLetters' on page 18 undefined
line 584: Reference `tab:combinedDynLetters' on page 18 undefined
line 598: Reference `tab:dynamicSigns' on page 19 undefined
line 624: Reference `tab:scripts' on page 20 undefined
line 653: Suppressing link with empty target
line 667: Reference `sec:directory_structure' on page 22 undefined
line 765: Suppressing link with empty target
line 762: Overfull \hbox (4.86406pt too wide) in paragraph
line 771: Suppressing link with empty target
line 798: Suppressing link with empty target
line 831: Reference `chap:contributing' on page 26 undefined
line 878: Suppressing link with empty target
line 890: Suppressing link with empty target
line 893: Reference `sec:dynamic_text' on page 27 undefined
line 909: Reference `subsec:private_directory_structure' on page 28 undefined
line 911: Suppressing link with empty target
line 987: Underfull \hbox (badness 10000) in paragraph
line 1004: Reference `subsubsec:commands_single-glyphs' on page 31 undefined
line 1024: Suppressing link with empty target
line 1080: Suppressing link with empty target
line 1100: Suppressing link with empty target
line 1164: Suppressing link with empty target
line 1170: Suppressing link with empty target
line 1191: Overfull \hbox (32.43652pt too wide) in paragraph
line 1203: Overfull \hbox (20.3764pt too wide) in paragraph
line 1221: Suppressing link with empty target
line 1351: Reference `subsec:GGC_fine-tuning' on page 39 undefined
line 1351: Reference `subsec:GGC_finishing_off' on page 39 undefined
line 1400: Token not allowed in a PDF string (Unicode):(hyperref) removing `\lilyglyphs'
: Table widths have changed. Rerun LaTeX.

Additionally, the PDF output has blank space wherever a lilyglyph should be.

uliska commented 10 years ago

OK, I can't really make anything useful from that, sorry.

I assume, that the majority of errors are consequences of a small number of errors happendd earlier. Could you please provide the full logfile? If you can't upload and link it anywhere please send it by email.

skiasaurus commented 10 years ago

Here ya go.

uliska commented 10 years ago

https://code.google.com/p/texworks/issues/detail?id=342 indicates spaces in the file path to be a possible issue.

Before trying to mess around with your installation ("C:\Local TeX Files\") you could try copying lilyglyphs.tex to a location without spaces and try. If it should compile there you should repeat the "installation" of the local TeX tree at a different location (probably it should be enough to rename "Local TeX Files" and change the setting in the MiKTeX settings dialog).

skiasaurus commented 10 years ago

It won't compile correctly at another location. Different log, same results. Use the Dropbox link above again; I've uploaded a new version of the log file.

I notice that your link is from TeXworks; if it makes a difference, I'm using TeXstudio.

uliska commented 10 years ago

What exactly do you mean with "compile correctly"?

The log is very different. Previously it complained about not finding lilyglyphs.aux, followed by an "emergency stop". (Actually I don't see that a PDF should have been created at all previously.)

Now nothing seems wrong with lilyglyphs.aux (so the issue with spaces in the file name is valid and you should rename your "Local TeX Files" directory), and the log ends with "Output written on lilyglyphs.pdf (42 pages)."

So what is the state exactly now?

Would you please try to compile the example document from the first page of the manual and tell me about the results?

skiasaurus commented 10 years ago

The example compiles error-free.

I have to take back what I said before about there being blank space wherever a lilyglyph should be—actually, the only thing for which I have blank space is the lilyglyphs logo (\lilyglyphs).

Here's how it looks now.

uliska commented 10 years ago

That's strange.

First thing I'd say is it has something to do with the way your LaTeX is searching directories recursively. Please try both of the following things:


On the other hand I doubt that is the reason. a) I don't see an error about not finding the file, b) I wonder why the space it takes is about right. So it does seem the PDF is found, but somehow printed white or such. Strange ...

skiasaurus commented 10 years ago

Nope, neither of those worked.

A new development: I tried compiling with LuaTeX instead of XeTeX, just to see if it would make a difference, and I got a whole different set of errors. I'm going to email you the log instead of uploading it.

skiasaurus commented 10 years ago

OK, now this is weird.

I just tried compiling this code using both XeTeX and LuaTeX:

\documentclass{article}
\usepackage{fontspec}
\usepackage{lilyglyphs}
\begin{document}
    \lilyglyphs{}
\end{document}

XeTeX: output, log LuaTeX: output, log

uliska commented 10 years ago

Thanks for taking your time for this. Hopefully it will be worth it ;-)

I notice interesting differences in the log files:

XeTeX:

ABD: EveryShipout initializing macros
File: lilyglyphs_logo.pdf Graphic file (type QTm)
 <use  "lilyglyphs_logo.pdf" > [1

]

LuaLaTeX:

 ABD: EveryShipout initializing macros
<lilyglyphs_logo.pdf, id=4, 40.40294pt x 14.79527pt>
File: lilyglyphs_logo.pdf Graphic file (type pdf)
 <use lilyglyphs_logo.pdf>
Package pdftex.def Info: lilyglyphs_logo.pdf used on input line 5.
(pdftex.def)             Requested size: 39.1908pt x 14.35138pt.

[1

{C:/Users/Daniel/AppData/Local/MiKTeX/2.9/pdftex/config/pdftex.map} <C:/local-t
ex-files/tex/latex/lilyglyphs/documentation/lilyglyphs_logo/lilyglyphs_logo.pdf
>] (C:/Users/Daniel/Desktop/lilyglyphs-docs/luatex.aux) )

Seeing the luatex log it seems obvious that xetex doesn't really use the file. But I have an idea: IISC you have copied the lilyglyphs.tex manual file to a location without spaces in the path, but not the package itself (-> ... pdftex.map} <C:/local-tex-files/tex/latex/...)

I can imagine that luatex can deal better with this than xelatex. So could you please

skiasaurus commented 10 years ago

I did that already, actually. It's now C:\local-tex-files. Those were my results when I compiled lilyglyphs.tex in situ.

uliska commented 10 years ago

Ah, I see. I thought that was some normalizing magic on luatex's behalf.

Hm. Currently I don't know where to look further. I think I'll ask about this on the tex.stackexchange site.

In the meantime, could you please try to compile the file documentation\lilyglyphs_logo\lilyglyphs_logo.tex? (Attention: In order not to create confusion with your Git repository you should probably copy that file out of the repo first.)

skiasaurus commented 10 years ago

I had to install another font that was missing (Gentium), but otherwise it compiles error-free.

uliska commented 10 years ago

Please take the previous example file, save it directly in the root directory (of course you can remove it later so it doesn't get into your Git repository). Then replace \lilyglyphs{} with \includegraphics{documentation/lilyglyphs_logo/lilyglyphs_logo}. I'd like to see if the issue originates in the command or in the file itself.

uliska commented 10 years ago

Ah, sorry, that should end with lilyglyphs_logo.pdf} so you won't get fooled by the .png file.

skiasaurus commented 10 years ago

Results here.

Interestingly, the unaltered example file (using \lilyglyphs{} and in its original location) now compiles error-free using XeTeX, and with just one error (below) and the correct output using LuaTeX.

File: genericAccess.inp
Type: error
Line: line 133
Message: ambiguous syntax (function call x new statement) near '('. \end{luacode}
uliska commented 10 years ago

The error messag in xetex.png doesn't point to an issue with the content of the file or the package but with your file itself. What I'm wondering about is that "xetex".tex. Are you sure everything was right with your file, filename, location etc.?

The other error message is quite known to me by now, but I don't understand why it pops up now. These "ambiguous syntax" errors usually mean that you're using an outdated version of luatex (I don't know exactly what is necessary, but you need a quite recent version). It's strange though, that this happens now, after a number of successful compilations ...

skiasaurus commented 10 years ago

I've created a new branch in my fork, debug-logo, that shows the state of the example files.

As for the LuaTeX version, I can't figure out how to update it within MiKTeX, which comes with version beta-0.70.2-2012060719. I tried downloading the latest stable binary and replacing the existing ones (located at C:\Program Files\MiKTeX 2.9\miktex\bin\luatex.exe and C:\Program Files\MiKTeX 2.9\miktex\bin\lualatex.exe) with it, but when I tried compiling again the log still gave the old version number.

uliska commented 10 years ago

OK, I've looked at the files, and (apart from the fact that you wouldn't need separate files except maybe for the output filename) everything looks right here, I can compile both with both luatex and xetex. The "xetex".tex seems to be correct, I see that too.

In my log I have LuaTeX, Version beta-0.76.0-2013070317 (rev 4627) (format=lualatex 2013.10.17). Your version from 2012 should definitely be too old, but I find it strange that you had been already able to compile files before.

Unfortunately I can't tell you anything about how you can update packages in MiKTeX. There should be some cleaner way than replacing exe files.

Regarding the "Can't start" error you might try not to use the "Build & View" command but select XeLaTeX directly from Tools->Commands.

skiasaurus commented 10 years ago

you wouldn't need separate files except maybe for the output filename

That's exactly why I did it that way. :-)

Unfortunately I can't tell you anything about how you can update packages in MiKTeX.

I just asked tex.stackexchange.com; maybe they can.

Regarding the "Can't start" error you might try not to use the "Build & View" command but select XeLaTeX directly from Tools->Commands.

Same result.

uliska commented 10 years ago

Hm. And it displays the logo? What about the logo inside the manual? Did that change too?

One thing would be interesting: Maybe the underscore in the filename is a problem (although I'd expect this to be ubiquitous if it had been the reason). Maybe try even one more thing: Renaming the logo file, say, replace the underscore by a hyphen and the includegraphics command accordingly?

skiasaurus commented 10 years ago

Hm. And it displays the logo?

By "same result" I meant that I still get a "can't start" error—but this is only for the file located in the repository. The copy that I made on my desktop still compiles error-free and with the correct output. Similarly...

What about the logo inside the manual? Did that change too?

Compiling the manual in situ gets me blank spaces where the logo should be, but compiling a copy of it outside the repository gets it done correctly.

Maybe try even one more thing: Renaming the logo file, say, replace the underscore by a hyphen and the includegraphics command accordingly?

Can you be more specific about exactly what you want me to do?

uliska commented 10 years ago

Compiling the manual /in situ/ gets me blank spaces where the logo should be, but compiling a copy of it outside the repository gets it done correctly.

Very strange, indeed. Maybe something about permissions? Although I don't see why anything should be written inside the directory. I mean, the other temp files are written too without problems.

uliska commented 10 years ago

Just to make sure we don't miss any combination: Try to compile

skiasaurus commented 10 years ago

Now I'm really confused... remove the two \include statements from where? xetex.tex doesn't have any \include statements...

ghost commented 10 years ago

Am 13.12.2013 17:31, schrieb Daniel Rosen:

Now I'm really confused... remove the two |\include| statements from where? |xetex.tex| doesn't have any |\include| statements...

Sorry, my fault. I meant the \usepackage statements for fontspec and lilyglyphs

skiasaurus commented 10 years ago

I tried it, and while I got the same two error messages as before ("Could not start Build & View" and "Log File not found!"), I also got a message in TeXstudio saying that there was indeed a permission issue with something or other (not sure whether that was the first time it ever appeared or if it was just the first time I noticed it).

I tried it again running TeXstudio as an administrator and it compiled, but with the same blank spaces and a couple of errors:

FileTypeLineMessage
xetex.texerrorline 5I can't find file `xetex.aux' \end{document}
xetex.texerrorline 5Emergency stop \end{document}
xetex.texwarningNo file xetex.aux.
skiasaurus commented 10 years ago

I successfully updated LuaTeX to the latest version, and luatex.tex now compiles error-free, with correct output, both inside and outside the repo.

ghost commented 10 years ago

Am 13.12.2013 18:11, schrieb Daniel Rosen:

I successfully updated LuaTeX to the latest version, and |luatex.tex| now compiles error-free, with correct output, both inside and outside the repo.

That's nice to hear. The manual too?

If yes, then I can keep from this experiment that you have to

skiasaurus commented 10 years ago

Ugh. Now I'm having an issue with the selnolig package, I think because I updated all my packages when I updated LuaTeX. Nothing's compiling now.

skiasaurus commented 10 years ago

That's over with. No idea what happened...

The manual now compiles using LuaTeX with the logo appearing as it should, both inside and outside the repo, but there are still some errors in both cases. Logs here.

Here are the errors as TeXstudio has them:

FileTypeLineMessage
lilyglyphs.texwarning\float@addtolists detected!(scrreprt) You should use the features of package `tocbasic'(scrreprt) instead of \float@addtolists.
lilyglyphs.texwarningline 318Font shape `EU2/DejaVuSansMono(0)/m/it' undefined(Font) using `EU2/DejaVuSansMono(0)/m/n' instead
lilyglyphs.texbad boxline 988Overfull \hbox (0.79332pt too wide) in paragraph
lilyglyphs.texbad boxline 988Underfull \hbox (badness 10000) in paragraph
lilyglyphs.texbad boxline 988Overfull \hbox (26.68513pt too wide) in paragraph
lilyglyphs.texwarningline 1401Token not allowed in a PDF string (PDFDocEncoding):(hyperref) removing `\lilyglyphs'
lilyglyphs.texwarningSome font shapes were not available, defaults substituted.
skiasaurus commented 10 years ago

Using XeTeX, I get similar results, except that there are different errors—and a lot more—and there are still blank spaces where the logo should be when I compile it within the repo (outside the repo the logo appears as it should).

Logs here.

FileTypeLineMessage
lilyglyphs.texbad boxline 82Overfull \hbox (40.14099pt too wide) in paragraph
lilyglyphs.texwarning\float@addtolists detected!(scrreprt) You should use the features of package `tocbasic'(scrreprt) instead of \float@addtolists.
lilyglyphs.texbad boxline 218Overfull \hbox (0.21019pt too wide) in paragraph
lilyglyphs.texwarningline 248Font shape `EU1/DejaVuSansMono(0)/bx/n' undefined(Font) using `EU1/DejaVuSansMono(0)/m/n' instead
lilyglyphs.texbad boxline 302Overfull \hbox (3.10161pt too wide) in paragraph
lilyglyphs.texbad boxline 343Overfull \hbox (0.84135pt too wide) in paragraph
lilyglyphs.texbad boxline 368Overfull \hbox (4.40825pt too wide) in paragraph
lilyglyphs.texbad boxline 763Overfull \hbox (4.86404pt too wide) in paragraph
lilyglyphs.texbad boxline 988Underfull \hbox (badness 10000) in paragraph
lilyglyphs.texbad boxline 1192Overfull \hbox (31.73642pt too wide) in paragraph
lilyglyphs.texbad boxline 1204Overfull \hbox (19.84648pt too wide) in paragraph
lilyglyphs.texwarningline 1401Token not allowed in a PDF string (Unicode):(hyperref) removing `\lilyglyphs'
lilyglyphs.texbad boxline 1416Overfull \hbox (4.4604pt too wide) in paragraph
lilyglyphs.texwarningSome font shapes were not available, defaults substituted.