TeX, LaTeX and Friends

1:06 AM

@UlrikeFischer The error I’m getting happens also with LuaTeX built from the git repo without my changes
$ luatex --shell-escape example-luatex-ffi.tex
This is LuaTeX, Version 1.09.0 (TeX Live 2019/dev)
 system commands enabled.
(./example-luatex-ffi.tex (./luatex-basics.tex) (./luatex-fonts.tex <push names
pace> <./luatex-fonts-merged.lua>(using write cache: /home/khaled/.texlive/texm
f-var/luatex-cache/generic)(using read cache: /var/lib/texmf/luatex-cache/gener
ic /home/khaled/.texlive/texmf-var/luatex-cache/generic)./luatex-fonts-merged.l

Maybe I should have based my changed on the latest stable release…

CarLaTeX

4:55 AM

twitter.com/viticci/status/1052198004415967232?s=19

twitter.com/flarup/status/1052624868527681541?s=19

Ulrike Fischer

6:37 AM

@KhaledHosny Sounds as if you trying to use it with an rather old fontloader. They don't work with new luatex versions. Can you try a latex example? In a current texlive it's fontloader should be new.

David Carlisle

6:58 AM

@UlrikeFischer I guess the problem is the new one doesn't use hb and the old modifications in the luatex-harbuzz repo doesn't work with current luatex....

Sebastiano

@JosephWright, @StefanKottwitz Hi, excuse me for this message. Continuously every time I inadvertently make mistakes a user that I reported with a flag several times continues not only to make comments but there was also a previous very rough message like that I'm damaging the quality of the site. I would really like to understand why there is this resentment with me.

@JosephWright @StefanKottwitz I had voluntarily left the matter for you to examine the situation. Thank you and I really feel bad when situations occur that are not at all dependent on me.

@UlrikeFischer @DavidCarlisle Good morning from Sicily.

Ulrike Fischer

@DavidCarlisle in the example above @KhaledHosny is simply trying the generic "plain" fontloader from context with a new luatex and it fails for the same reason luaotfload failed with luatex 1.09.

David Carlisle

7:52 AM

@UlrikeFischer oh OK, not tried yet (I'm waiting to see if the version I have here compiles after Khaled pushed some new configure files this morning)

Ulrike Fischer

8:08 AM

@DavidCarlisle I do have some files to setup a format which uses the generic fontloader here github.com/u-fischer/luaotfload/tree/master/texmf/tex/luatex/…. But it is a bit of a pain as the font database has to be created with context scripts. I only made it for possible bug reports ...

Khaled Hosny

@UlrikeFischer No luck with uptodate TL 2018, where do I get updated fontloader. No luck with LaTeX example either, luafontload can’t find GentiumPlus-R.ttf that is in the current directory.

Ulrike Fischer

@KhaledHosny what about some standard font in the texmf? e.g. \setmainfont{texgyretermes}?

Khaled Hosny

@UlrikeFischer Actually the LaTeX example works, it is luaharfbuzz that is asserting, looking into it. The font not found message is misleading luaotfload | db : Reload initiated (formats: otf,ttf,ttc); reason: "File not found: GentiumPlus-R.".

Ulrike Fischer

8:23 AM

@KhaledHosny doesn't it work at all or only when you are trying to use some luaharfbuzz stuff?

Khaled Hosny

8:34 AM

@UlrikeFischer luatex example does not work with LuaTeX trunk, with or without my changes, latex examples work.

Ulrike Fischer

@KhaledHosny You mean luatex examples using luatex-basics.tex? Quite probable. You would need newer files from a context standalone. Or a special format made with github.com/u-fischer/luaotfload/tree/master/texmf/tex/luatex/…. If you want to try with plain, better do \input luaotfload.sty.

daleif

9:06 AM

@DavidCarlisle et al, why does this give different results with and without hyperref? (it seems to work fine if you replace the call to geometry with memoirs own interface equivalent).

\documentclass[twoside,11pt]{memoir}
\usepackage[papersize={10cm,25cm}]{geometry}
\usepackage{hyperref}
\usepackage{lipsum}
\begin{document}
\lipsum[1-20]
\end{document}

The paper sizes are not the same

Ulrike Fischer

@daleif See the duplicate: tex.stackexchange.com/questions/384945/…. (It is not hyperref, but the graphics drivers loader by the color option).

@daleif ah sorry just saw that hyperref alone is also problematic. The problem is that memoir has this specific stockwidth and geometry and hyperref doesn't set it.

David Carlisle

@UlrikeFischer yes but why didn't geometry set up the page size in a way that the standard drivers saw the size? I'll need to check.....

Ulrike Fischer

@DavidCarlisle memoir is overwriting it at begin document.

David Carlisle

@UlrikeFischer ah that's because I put in a \stockwidth test to be nice to memoir:-) (@daleif)

Ulrike Fischer

@DavidCarlisle exactly ;-)

David Carlisle

9:12 AM

@daleif my plan would be to wait for a pull request from @UlrikeFischer to hyperref or geometry or memoir sources, and then accept whatever is in the request.

Khaled Hosny

@UlrikeFischer using \input luaotfload.sty works in the sense that the file compiles, but the Arabic output is garbage, I guess luatex-harfbuzz and luaotfload are not compatible any more.

I wanted to save time by starting with luatex-harfbuzz, but I guess I should start anew.

David Carlisle

@KhaledHosny changes in luatex completely broke luaotfload and the original developer disappeared which is why @UlrikeFischer stepped in and made a working fork using the latest context sources. So if luaotfload-harfbuzz was based on an older luaotfload it probably needs some updates.

Paulo Cereda

Quack!

Ulrike Fischer

@KhaledHosny how are you trying to tell the code to use harfbuzz? (and I don't know if luatex-harfbuzz was ever compatible with luaotfload, there is some rather unclear discussion in the old isse list github.com/lualatex/luaotfload/issues/314)

David Carlisle

@UlrikeFischer @daleif suppose the question is, if geometry detects that \stockwidth is defined is it clear what papersize={10cm,25cm} should set it to? I suppose it could set stockwidth to paperwidth by default and have an option to set it to something else?

Ulrike Fischer

9:19 AM

@DavidCarlisle sounds like a good plan. Do you have access to geometry now or does this mean a new round of asking for an update? ;-)

David Carlisle

@UlrikeFischer access

@UlrikeFischer github.com/davidcarlisle/geometry

Ulrike Fischer

@DavidCarlisle so we can blame you that it doesn't work as expected currently ;-)

David Carlisle

@UlrikeFischer I don't see why me having write access to geometry, hyperref and the graphics drivers means that we can't blame @dalief for \stockwidth changing the page size logic in memoir.

daleif

@DavidCarlisle if people want to mess with \stockwidth then probably they ought to be using the memoir interface.

@DavidCarlisle Nope, that was Peter

And I see why he did so, standard latex has no concept of designing a document to be printed on a different stock than the document size the document is defined with.

David Carlisle

@daleif well... then geometry doesn't mess with \stockwidth but the graphics drivers detect that it is defined so set the page based on \stockwidth not \paperwidth and you get what you report, that the size specified by geometry is ignored.

Ulrike Fischer

9:24 AM

@daleif the question on the main site didn't try to mess with stockwidth, the problem is that it doesn't have a sensible value.

David Carlisle

@daleif If @UlrikeFischer can blame me for geometry and hyperref, I can blame you for memoir:-)

Ulrike Fischer

@DavidCarlisle @Daleif but geometry has a similar concept with layoutwidth.

daleif

@UlrikeFischer I'd say that geometry should just set stockwidth/height to the paper width/height.

if memoir is detected

David Carlisle

@UlrikeFischer does it? I suppose I should read the manual one day:-)

daleif

@UlrikeFischer I hardly use anything but memoir so I did not know. In that case that specific interface could set stock size to something different than paper size.

Ulrike Fischer

9:30 AM

@DavidCarlisle yes, probably it should be set up to be an alias for stockwidth - but one should check the offset settings.

daleif

@UlrikeFischer doesn't geometry has a passthrough option, that should not touch anything.

Ulrike Fischer

@DavidCarlisle or better read the manuals as I probably mixed up layout and paper -- last time I needed it is a year ago.

@daleif yes, but people using geometry with memoir probably do so that it does touch things (its key-val syntax is imho easier than the memoir commands ...).

daleif

9:51 AM

BTW: just noticed (after getting fully updated), problem goes away (at least for me) with setpagesize=false option for hyperref

Khaled Hosny

@UlrikeFischer There are latex examples in the repo that use luaotfload, and judging from the pdfs, they used to work at some point.

daleif

Then at least by pdf viewer shows the same size as without hyperref

Khaled Hosny

@UlrikeFischer There are two examples for using luahbtex in github.com/khaledhosny/luatex-harfbuzz, luatex-harfbuzz already had support for the luaharfbuzz library I use, so I reused that. The examples produce garbage even with the original latex files and vanilla texlive luatex.

David Carlisle

@KhaledHosny compilation gets further but still dies:( end of log from build.sh is:

../../../source/libs/harfbuzz/harfbuzz-src/src/hb-blob.cc: In function ‘hb_blob_t* hb_blob_create_from_file(const char*)’:
../../../source/libs/harfbuzz/harfbuzz-src/src/hb-blob.cc:545:40: error: ‘_O_BINARY’ was not declared in this scope
   int fd = open (file_name, O_RDONLY | _O_BINARY, 0);
                                        ^~~~~~~~~
../../../source/libs/harfbuzz/harfbuzz-src/src/hb-blob.cc:545:40: note: suggested alternative: ‘O_BINARY’
   int fd = open (file_name, O_RDONLY | _O_BINARY, 0);

does that O_BINARY errror look at all familiar?

Paulo Cereda

@DavidCarlisle you need a new computer. :)

David Carlisle

10:33 AM

@PauloCereda or same computer with a different OS, but where's the fun in that?