Wolfgang Schuster wrote:

Am 06.04.2009 um 12:50 schrieb Hans Hagen:

...

Hi,

I uploaded a new beta. Last week(ends) fixes are merged in.

Fonts are only loaded when they are set with the filename, fontnames are ignored.

\definefont[minionfile][file:MinionPro-Regular*default] \definefont[minionname][name:MinionPro-Regular*default]

\starttext {\minionfile Minion Pro} % works

{\minionname Minion Pro} % fails \stoptext

hopefully fixed ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Yanrui Li wrote:

2009/4/6 Yanrui Li :

...

2009/4/6 Hans Hagen :

...

Hi,

I uploaded a new beta. Last week(ends) fixes are merged in.

Sorry for my noise. It seems that Chinese linebreak fails. Maybe \setscript[hanzi] doesn't work.

ok, i see the problem, will be solved asap ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

2009/4/7 Hans Hagen :

Yanrui Li wrote:

...

2009/4/6 Yanrui Li :

...

2009/4/6 Hans Hagen :

...

Hi,

I uploaded a new beta. Last week(ends) fixes are merged in.

Sorry for my noise. It seems that Chinese linebreak fails. Maybe \setscript[hanzi] doesn't work.

fixed

Yes, it works again. Much obliged! -- Best wishes, Li Yanrui * Gentoo Linux (~x86) * ConTeXt Minimals Beta (2009.04.06 18:43)

On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:

texlua: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686 i386 GNU/Linux

What's happened ?

This has nothing to do with Hans' beta. See http://thread.gmane.org/gmane.comp.tex.context/48892 but I'm clueless. The binaries have been compiled on Debian Etch. Does pdfTeX work on your machine? Mojca

On Mon, Apr 6, 2009 at 3:16 PM, Taco Hoekwater wrote:

Mojca Miklavec wrote:

...

On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:

...

texlua: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Linux 2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686 i386 GNU/Linux

What's happened ?

This has nothing to do with Hans' beta. See http://thread.gmane.org/gmane.comp.tex.context/48892 but I'm clueless. The binaries have been compiled on Debian Etch. Does pdfTeX work on your machine?

You need a different cplusplus runtime. Look for a linux package named libstdc++5 or so something like that. Luatex 0.37 is using a dynamic stdc++ library (next version will be static again)

ok --when will be next release ? -- luigi

On Mon, Apr 6, 2009 at 3:27 PM, Taco Hoekwater wrote:

luigi scarso wrote:

...

On Mon, Apr 6, 2009 at 3:16 PM, Taco Hoekwater mailto:taco@elvenkind.com> wrote:

Mojca Miklavec wrote: > On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote: >> texlua: error while loading shared libraries: libstdc++.so.5: cannot open >> shared object file: No such file or directory >> Linux 2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686 >> i386 GNU/Linux >> >> What's happened ? > > This has nothing to do with Hans' beta. See > http://thread.gmane.org/gmane.comp.tex.context/48892 > but I'm clueless. The binaries have been compiled on Debian Etch.

Does

...

> pdfTeX work on your machine?

You need a different cplusplus runtime. Look for a linux package

named

...

libstdc++5 or so something like that. Luatex 0.37 is using a dynamic stdc++ library (next version will be static again)

ok --when will be next release ?

Not today.

this week ?

Just "yum install libstdc++5" (or yast or urpmi or whatever your flavour of linux uses)

yesiknowbuticant -- luigi

On Mon, Apr 6, 2009 at 3:11 PM, Mojca Miklavec < mojca.miklavec.lists@gmail.com> wrote:

On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:

...

texlua: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Linux 2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686 i386 GNU/Linux

What's happened ?

This has nothing to do with Hans' beta. See http://thread.gmane.org/gmane.comp.tex.context/48892 but I'm clueless. The binaries have been compiled on Debian Etch. Does pdfTeX work on your machine?

I don't know -- with minimals I use only luatex -- luigi

On Mon, Apr 6, 2009 at 4:06 PM, Mojca Miklavec < mojca.miklavec.lists@gmail.com> wrote:

On Mon, Apr 6, 2009 at 15:18, luigi scarso wrote:

...

On Mon, Apr 6, 2009 at 3:11 PM, Mojca Miklavec wrote:

...

On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:

...

texlua: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory Linux 2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686 i386 GNU/Linux

What's happened ?

This has nothing to do with Hans' beta. See http://thread.gmane.org/gmane.comp.tex.context/48892 but I'm clueless. The binaries have been compiled on Debian Etch. Does pdfTeX work on your machine?

I don't know -- with minimals I use only luatex

You don't need to compile the documents to be able to test. Just run pdftex --version (unless you excluded it already during the setup)

You can still try to compile luatex yourself.

Ah, ok now I understand . The error was in minimals/bin/texlua ldd texlua linux-gate.so.1 => (0x00266000) libstdc++.so.5 => not found libm.so.6 => /lib/libm.so.6 (0x00d82000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0709a000) libc.so.6 => /lib/libc.so.6 (0x00101000) /lib/ld-linux.so.2 (0x004f5000) not in minimals/tex/texmf-linux/bin/texlua ldd texlua linux-gate.so.1 => (0x00d1c000) libm.so.6 => /lib/libm.so.6 (0x00d82000) libc.so.6 => /lib/libc.so.6 (0x00101000) /lib/ld-linux.so.2 (0x004f5000) This error stops installation , I suppose . -- luigi

On Mon, Apr 6, 2009 at 5:02 PM, Mojca Miklavec < mojca.miklavec.lists@gmail.com> wrote:

On Mon, Apr 6, 2009 at 16:51, luigi scarso wrote:

...

Ah, ok now I understand .

The error was in minimals/bin/texlua

ldd texlua linux-gate.so.1 => (0x00266000) libstdc++.so.5 => not found libm.so.6 => /lib/libm.so.6 (0x00d82000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0709a000) libc.so.6 => /lib/libc.so.6 (0x00101000) /lib/ld-linux.so.2 (0x004f5000)

not in minimals/tex/texmf-linux/bin/texlua ldd texlua linux-gate.so.1 => (0x00d1c000) libm.so.6 => /lib/libm.so.6 (0x00d82000) libc.so.6 => /lib/libc.so.6 (0x00101000) /lib/ld-linux.so.2 (0x004f5000)

This error stops installation , I suppose .

I don't understand. Both files have the same md5sum (as well as same size and timestamp of 31. March), 6b3ed056830bb3f7b2ac496f4909ab1f.

Does the installation folder (bin) refresh when you update minimals (you can check by deleting everything inside bin :) :) :)?

./first-setup.sh receiving file list ... done bin/ bin/mtx-update.lua bin/mtxrun bin/texlua sent 109 bytes received 5204081 bytes 77099.11 bytes/sec total size is 5203177 speedup is 1.00 texlua: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory #ls -alR .: totale 8188 drwxr-xr-x 4 root root 4096 6 apr 17:16 . drwxr-xr-x 10 root root 4096 26 mar 12:02 .. drwxr-xr-x 2 root root 4096 31 mar 17:09 bin -rwxr-xr-x 1 luigi luigi 1659 3 nov 11:16 first-setup.sh ./bin: totale 5108 drwxr-xr-x 2 root root 4096 31 mar 17:09 . drwxr-xr-x 4 root root 4096 6 apr 17:16 .. -rwxr-xr-x 1 root root 310125 6 apr 11:05 mtxrun -rw-r--r-- 1 root root 19128 3 apr 13:44 mtx-update.lua -rwxr-xr-x 1 root root 4873924 31 mar 17:09 texlua As I wrote, installation aborts on error in bin/texlua . -- luigi

On Mon, Apr 6, 2009 at 5:48 PM, Mojca Miklavec < mojca.miklavec.lists@gmail.com> wrote:

On Mon, Apr 6, 2009 at 17:26, luigi scarso wrote:

...

texlua: error while loading shared libraries: libstdc++.so.5: cannot open

shared object file: No such file or directory

...

As I wrote, installation aborts on error in bin/texlua .

OK, I understand why the binary in texmf-linux is still OK. Because you didn't manage to update it with the new one. If you have your own luatex binary, copy luatex into bin/texlua, disable updating bin folder, update ConTeXt and finally copy your own luatex binary over the one provided by the installation (texmf-linux/bin/luatex).

ok, but the problem that first-setup.sh fails does not disappears . -- luigi

Thomas A. Schmitz wrote:

I assume the libstdc++ version on most Linux distros will be more recent: Debian is never on the cutting edge, and using an ancient version of Debian is unlikely to make things better...

More recent is *bad*. libstdc++ is the *old one*.

On Tue, Apr 7, 2009 at 11:02, Thomas A. Schmitz wrote:

On Apr 6, 2009, at 3:11 PM, Mojca Miklavec wrote:

...

This has nothing to do with Hans' beta. See   http://thread.gmane.org/gmane.comp.tex.context/48892 but I'm clueless. The binaries have been compiled on Debian Etch. Does pdfTeX work on your machine?

Mojca

Hi Mojca,

I usually run a luatex binary I have compiled myself, but when I simply tried to run the script to update the minimals, I got the same error as Luigi, on Debian lenny. Etch is really dated now, any chance to update?

To be honest, it was the other way around: I was trying hard to find a chance to compile on *as old machine as possible*. Compiling on cutting-edge linux would be much more trivial than compiling on Debian Etch, but then Luigi comes and starts complaining that the binaries compiled on Taco's server (that runs a reasonably new linux) don't work on his distribution. Since Taco promissed to change this library dependency this week, I would prefer to wait on his patch. If you have your own binary, just comment out the rsync line in first-setup that updates the updater and replace bin/texlua with your own luatex. (Unless you deleted the distribuiton before, you now have a non-updated distribution rather than a non-working one, so you can hopefully still compile the documents.) On the other hand, since luatex is already almost-broken anyway, it might make less demage if we make it work on recent distributions than if we make it work on older distributions. I leave that decision to Taco. Mojca

Am Mon, 06 Apr 2009 19:16:52 +0200 schrieb Hans Hagen:

...

I'm not using the minimals or texlive but miktex. To use luatex I have made a small texmf tree and a texmf.cnf which includes my miktex texmf-trees. This works fine with normal files like tfm, sty etc. But my system seems not to find lua-files: mtxrun loads mtx-fonts.lua (which is in the same folder) but stops then and claims "file not found". Could you tell me which environment variable or texmf.cnf or whatever setting luatex/mtxrun use to track down lua-files?

luatools --generate mtxrun --script fonts ....

if that does not work, you need a context installation

It works partly: After I called luatools --generate mtxrun now finds also fonts in my various texmf-trees (and not only the one in the system folder), but mtxrun works only if I move first font-syn.lua in the folder of mtxrun. But this only a small nuisance. -- Ulrike Fischer

Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:

...

It works partly: After I called luatools --generate mtxrun now finds also fonts in my various texmf-trees (and not only the one in the system folder), but mtxrun works only if I move first font-syn.lua in the folder of mtxrun. But this only a small nuisance.

hm, i'll have a look at it; i wonder why it fails since it has worked for ages

what does "luatools font-syn.lua" return ?

Nothing if I remove the file from the folder. When the file is in the folder then I get the answer "font-syn.lua": I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly luatools.lua font-syn.lua font-syn.lua -- Ulrike Fischer

Am Wed, 08 Apr 2009 19:58:19 +0200 schrieb Hans Hagen:

Ulrike Fischer wrote:

...

Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:

...

...

It works partly: After I called luatools --generate mtxrun now finds also fonts in my various texmf-trees (and not only the one in the system folder), but mtxrun works only if I move first font-syn.lua in the folder of mtxrun. But this only a small nuisance. hm, i'll have a look at it; i wonder why it fails since it has worked for ages

what does "luatools font-syn.lua" return ?

Nothing if I remove the file from the folder. When the file is in the folder then I get the answer "font-syn.lua":

I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly luatools.lua font-syn.lua font-syn.lua

hm, strange as you made a file database

I don't know. Don't forget that I'm using a very minimal system with an "hand-made" texmf.cnf to hook luatex to my miktex. It is quite possible that I'm simply missing some standard file or texmf.cnf-setting. I don't expect everything to run smoothly. It is already running better than I thought it would.

what does luatools --verbose return?

LuaTools | Version 1.22 LuaTools | LuaTools | --generate generate file database LuaTools | --variables show configuration variables LuaTools | --expansions show expanded variables LuaTools | --configurations show configuration order LuaTools | --expand-braces expand complex variable LuaTools | --expand-path expand variable (resolve paths) LuaTools | --expand-var expand variable (resolve references) LuaTools | --show-path show path expansion of ... LuaTools | --var-value report value of variable LuaTools | --find-file report file location LuaTools | --find-path report path of file LuaTools | --make or --ini make luatex format LuaTools | --run or --fmt= run luatex format LuaTools | --luafile=str lua inifile (default is <progname>.lua) LuaTools | --lualibs=list libraries to assemble (optional when --compile) LuaTools | --compile assemble and compile lua inifile LuaTools | --verbose give a bit more info LuaTools | --all show all found files LuaTools | --sort sort cached data LuaTools | --engine=str target engine LuaTools | --progname=str format or backend LuaTools | --pattern=str filter variables LuaTools | LuaTools | more information about ConTeXt and the tools that come with it can be found at: LuaTools | LuaTools | maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/nt g-context LuaTools | webpage : http://www.pragma-ade.nl / http://tex.aanhet.net LuaTools | wiki : http://contextgarden.net LuaTools | LuaTools | runtime: 0.000 seconds -- Ulrike Fischer

hi all, on that tangent, is it possible to get command line completion for the rest of the options for example something like mtxrun <tab>scripts --<tab>fonts --<tab>reload etc. Hans Hagen wrote:

Ulrike Fischer wrote:

...

Am Wed, 08 Apr 2009 19:58:19 +0200 schrieb Hans Hagen:

...

Ulrike Fischer wrote:

...

Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:

...

...

It works partly: After I called luatools --generate mtxrun now finds also fonts in my various texmf-trees (and not only the one in the system folder), but mtxrun works only if I move first font-syn.lua in the folder of mtxrun. But this only a small nuisance. hm, i'll have a look at it; i wonder why it fails since it has worked for ages

what does "luatools font-syn.lua" return ? Nothing if I remove the file from the folder. When the file is in the folder then I get the answer "font-syn.lua": I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly luatools.lua font-syn.lua font-syn.lua hm, strange as you made a file database

I don't know. Don't forget that I'm using a very minimal system with an "hand-made" texmf.cnf to hook luatex to my miktex. It is quite possible that I'm simply missing some standard file or texmf.cnf-setting. I don't expect everything to run smoothly. It is already running better than I thought it would.

...

what does luatools --verbose return?

luatools --verbose xxx

should report the loaded databases

Hi Aditya, when you have time can you please forward me your complete zsh setup, the .zsh etc. i think i'm going to switch to zsh from bash, the benefits are far too numerous. Mohamed Aditya Mahajan wrote:

On Wed, 8 Apr 2009, Mohamed Bana wrote:

...

hi all,

on that tangent, is it possible to get command line completion for the rest of the options for example something like

mtxrun <tab>scripts --<tab>fonts --<tab>reload

This usually depends on tab-completion of the shell and has nothing to do with the program. I made something like this for texexec. See Zsh completion in http://wiki.contextgarden.net/User:Adityam

Aditya ___________________________________________________________________________________

If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________

Am Wed, 08 Apr 2009 21:43:01 +0200 schrieb Hans Hagen:

...

...

...

...

...

It works partly: After I called luatools --generate mtxrun now finds also fonts in my various texmf-trees (and not only the one in the system folder), but mtxrun works only if I move first font-syn.lua in the folder of mtxrun. But this only a small nuisance.

...

...

...

...

hm, i'll have a look at it; i wonder why it fails since it has worked for ages

...

...

...

...

what does "luatools font-syn.lua" return ?

...

...

...

Nothing if I remove the file from the folder. When the file is in the folder then I get the answer "font-syn.lua":

I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly luatools.lua font-syn.lua font-syn.lua

...

...

what does luatools --verbose return?

luatools --verbose xxx

should report the loaded databases

This reports: I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly luatools.lua -- verbose xxx LuaTools | variable SELFAUTOLOC set to I:/TeX-Roots/luatexmf/texmf/bin LuaTools | variable SELFAUTODIR set to I:/TeX-Roots/luatexmf/texmf LuaTools | variable SELFAUTOPARENT set to I:/TeX-Roots/luatexmf LuaTools | variable TEXMFCNF set to {$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/te xmf{-local,.local,}/web2c} LuaTools | loading configuration for I:/TeX-Roots/luatexmf/texmf/web2c from C:/D OKUME~1/Ulle/LOKALE~1/Temp/luatex-cache/context/7f537eee11bb8927aceaff94d1daa001 /trees/62cf2e94005cc799da35acaa6d6d5848 LuaTools | locating list of I:/TeX-Roots/luatexmf/texmf [... for all roots list are located] LuaTools | loading files for I:/TeX-Roots/luatexmf/texmf from C:/DOKUME~1/Ulle/L OKALE~1/Temp/luatex-cache/context/7f537eee11bb8927aceaff94d1daa001/trees/9f4ba8a 35f231f48e68c2d0976d83a4b [... loading files for all roots] I looked in the lua-file for the luatexmf/texmf-root: It contains an entry for font-syn.lua: ['font-syn.lua']='tex/context/base', I also deleted all the luc-files to exclude the possibility that is them which are corrupted, but I still don't get a result for the file (or other files in my roots). I also moved the databases to a folder without spaces (by setting TMP), but this didn't work either. So I think that luatools is either not loading the databases or doesn't use them correctly. -- Ulrike Fischer

Am Thu, 09 Apr 2009 11:36:58 +0200 schrieb Hans Hagen:

...

...

...

...

...

>> It works partly: After I called luatools --generate mtxrun now finds >> also fonts in my various texmf-trees (and not only the one in the >> system folder), but mtxrun works only if I move first font-syn.lua >> in the folder of mtxrun. But this only a small nuisance.

OK, I found the source of the problem: If I replace in luatools.lua (function input.aux.find_file) the line 5294 if find(path,"//$") then recurse = true else recurse = false end by if find(path,"//$") then recurse = true else recurse = true end (that means if I set recurse=true for all cases) then files are found. The problems seems to be that luatools appends // only to one of my roots (the last mentioned in $TEXMF). The output of the "path" variable in the above code is: I:/TeX-Roots/luatexmf/texmf ... J:/MIKTEX2.7 C:/Dokumente und Einstellungen/Ulle/Anwendungsdaten/MiKTeX/2.7/scripts// So the above test is false for most of my roots. The change doesn't help with mtxrun ;-(. -- Ulrike Fischer

Am Thu, 09 Apr 2009 20:29:16 +0200 schrieb Hans Hagen:

...

The problems seems to be that luatools appends // only to one of my roots (the last mentioned in $TEXMF). The output of the "path" variable in the above code is:

I:/TeX-Roots/luatexmf/texmf .... J:/MIKTEX2.7 C:/Dokumente und Einstellungen/Ulle/Anwendungsdaten/MiKTeX/2.7/scripts//

So the above test is false for most of my roots.

The change doesn't help with mtxrun ;-(.

hm, but this // is determined by the configuration file texmf.cnf

tweaking the script for miktex and then breaking my own system is a bit tricky

how does your texmf spec look? (the one with the //)? maybe i need to fix the expander (quite tricky code)

I doubt that the problem has something to do with miktex. After all I'm using no applications or settings from miktex, I'm only using the roots as local roots. I realised that my description above was not completly exact: The last root doesn't have an // appended but /scripts//. I found the function splitpathexpr and input.aux.expanded_path which seems to get an input like {Root1 Root2 Root2 Root4} /tex// where the last line depends on the file type, and the previous lines have been made by expanding and splitting $TEXMF $TEXMF = {$TEXMFMAIN;$TEXMFLOCAL;$TEXMFVAR} and converts this to Root1 Root2 Root2 Root4 /tex// and I think that somewhere in the following processing the /<type>// string gets appended only to the last root (Root4) instead to all roots. (It is always the last root in $TEXMFVAR which gets the string.) -- Ulrike Fischer

On Mon, 6 Apr 2009, Ulrike Fischer wrote:

Am Mon, 06 Apr 2009 12:50:12 +0200 schrieb Hans Hagen:

...

There is also an experimental plain version (luatex-plain.tex which you can rename to luatex.tex if needed). That gives you a plain tex with stripped down context mkiv font support (only the minimal amount of lua files are loaded). Some more info (also about generating the related font database) can be found in in luatex-fonts.tex.

I wanted to try the font support together with latex but I have problems to run mtxrun to build the font database.

I'm not using the minimals or texlive but miktex. To use luatex I have made a small texmf tree and a texmf.cnf which includes my miktex texmf-trees. This works fine with normal files like tfm, sty etc. But my system seems not to find lua-files: mtxrun loads mtx-fonts.lua (which is in the same folder) but stops then and claims "file not found". Could you tell me which environment variable or texmf.cnf or whatever setting luatex/mtxrun use to track down lua-files?

Does your texmf.cnf set LUAINPUTS? If not, setting it to $TEXMF/scripts/context/lua might help. Aditya

Ulrike Fischer wrote:

Am Mon, 6 Apr 2009 16:41:47 -0400 (EDT) schrieb Aditya Mahajan:

...

...

...

There is also an experimental plain version (luatex-plain.tex which you can rename to luatex.tex if needed). That gives you a plain tex with stripped down context mkiv font support (only the minimal amount of lua files are loaded). Some more info (also about generating the related font database) can be found in in luatex-fonts.tex. I wanted to try the font support together with latex but I have problems to run mtxrun to build the font database.

I'm not using the minimals or texlive but miktex. To use luatex I have made a small texmf tree and a texmf.cnf which includes my miktex texmf-trees. This works fine with normal files like tfm, sty etc. But my system seems not to find lua-files: mtxrun loads mtx-fonts.lua (which is in the same folder) but stops then and claims "file not found". Could you tell me which environment variable or texmf.cnf or whatever setting luatex/mtxrun use to track down lua-files? Does your texmf.cnf set LUAINPUTS? If not, setting it to $TEXMF/scripts/context/lua might help.

Luainputs was set, but I have some doubts that in the case of mtxrun (which I call via luatex --luaonly mtxrun..) texmf.cnf is really used as expected. In any case: I could generate the font name database by moving font-syn.lua in the same folder as mtxrun.

Loading luatex-fonts.lua inside a LaTeX document seems to work, but it looks as if it is not yet possible to add it to the format. I get errors when documentclasses call \normalsize.

just load it runtime then, prepend it to everyjob or so is also an option; anyway, the overhead of loading is 0.016 sec on my machine so it is neglectable Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Ulrike Fischer wrote:

Am Tue, 07 Apr 2009 12:09:04 +0200 schrieb Hans Hagen:

...

...

Loading luatex-fonts.lua inside a LaTeX document seems to work, but it looks as if it is not yet possible to add it to the format. I get errors when documentclasses call \normalsize. just load it runtime then, prepend it to everyjob or so is also an option;

I had prepend it to everyjob. After some more testing I would say that the code disturbs the normal font loading of LaTeX (and perhaps also of plain, I haven't tried yet). There is no problem to use tfm's which have be loaded before the lua code is executed but each call for a new font in the document (even something like \font\testf=ptmr8t \testf abc) later gives an error like this:

! LuaTeX error ..../PrivateDaten/cont-tmf/tex/context/base/font-def.lua:337: att empt to call field 'read_from_afm' (a nil value). <to be read again> relax l.100 \fontencoding\encodingdefault\selectfont

? ! Font \T1/cmr/m/n/10=ecrm1000 at 10pt not loadable: metric data not found or bad.

hm, looks like i need to disable afm Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------