ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Tobias Burnus <burnus@net-b.de>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: Context using LuaTeX	- distribution	packaging	question
Date: Wed, 29 Oct 2008 20:44:12 +0100	[thread overview]
Message-ID: <4908BD0C.30807@net-b.de> (raw)
In-Reply-To: <4908B44F.7040200@wxs.nl>

Hi Hans,

Hans Hagen wrote:
> luat-inp.lua is merged into luatools in order to make in 'stand-alone'
>   
OK, I missed that.

By the way, unless I screwed up completely, the new luatools you have
sent me work:

LuaTools | variable SELFAUTOLOC set to /usr/bin
LuaTools | variable SELFAUTODIR set to /usr
LuaTools | variable SELFAUTOPARENT set to /
LuaTools | variable TEXMFCNF set to
{$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/texmf{-local,.local,}/web2c}
LuaTools | skipping configuration for /usr/share/texmf/web2c from
/home/tob/luatex-cache/context/c67bf06401a0e1a39f3ee04c60209dc5/trees/e027248d6557d124c703335e8a95ecd5

The symbolic links are not resolved, but
"$SELFAUTODIR/share/texmf/web2c/" is the correct directory.


>> b) Following UNIX symbolic links does not seem to work under Linux. I
>> played around with luat-inp.lua and it does not work.
>>     
> hm, maybe taco knows ..
>   
I think there is no way round but posix.readlink. However, it might be
not needed as the new, just sent "luatools" works.


>> c) Werner asks: Why is the KPSE library not used?
>>     
>
> several reasons:
>   
I agree about the KPSE shortcomings, however, just for finding
"texmf.cnf" KPSE should be good enough. (OK, finding "texmfcnf.lua" does
not seem to work well as the "lua" extension means that "web2c" is not
searched.)

>> For "luatex" itself (contrary to "luatools") there is no problem as
>> luatex uses the compile-time path and finds the texmfcnf file.
>>     
> hm, but since luatools is ran using texlus (which is luatex) the same 
> should apply
>   

I think the algorithm used to find the texmf.cnf file is different and
thus a different file is found. Your algorithm never checks
"$HOME/texmf/web2c" where a user could have put his file. For pdftex
$HOME/texmf/web2c has a higher precedence than /usr/share/texmf/web2c. I
assume that the same thing is true for "luatex". In any case the luatex
binary contains the following string:

/etc/texmf:/etc/texmf/web2c:/var/lib/texmf/web2c:{~/texmf,!!/etc/texmf,!!/var/lib/texmf,!!/usr/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf}/web2c

Using KPSE the same string seems to be used to check for the config
file. But "luatools" uses a completely different method. As long as the
user does not have its own texmf.cnf there is no problem. (Should be the
case most of the time.) However, as soon as (s)he has, luatex and
"luatools" access different files!


> - make sure that luatools is run by texlua and not by lua itself
>   
That seems to be the case - my "lua" does not know about "lfs" and that
works with texlua.


> - don't use a stub, just rename luatools.lua to luatools and mtxrun.lua 
> to mtxrun (so, no texmfstart like extra stubs which would slow down 
> things considerably)
>   
That is done differently: luatools.lua remains like that, but
"/usr/bin/luatools" is a symbolic link to "luatools.lua".

Tobias
___________________________________________________________________________________
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
___________________________________________________________________________________


  reply	other threads:[~2008-10-29 19:44 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-29  9:48 Tobias Burnus
2008-10-29 10:50 ` Tobias Burnus
2008-10-29 11:05   ` Hans Hagen
2008-10-29 11:56     ` Tobias Burnus
2008-10-29 14:58     ` Tobias Burnus
2008-10-29 15:10       ` Hans Hagen
2008-10-29 18:41         ` Tobias Burnus
2008-10-29 18:55           ` Tobias Burnus
2008-10-29 21:47             ` Hans Hagen
2008-10-30  7:13             ` Peter Münster
2008-10-29 19:06           ` Hans Hagen
2008-10-29 19:44             ` Tobias Burnus [this message]
2008-10-29 21:32               ` Hans Hagen
2008-10-30 10:07                 ` Tobias Burnus
2008-10-30 10:28                   ` luigi scarso
2008-10-30 10:54                   ` Hans Hagen
2008-10-29 19:08           ` Hans Hagen
2008-10-29 11:03 ` Hans Hagen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4908BD0C.30807@net-b.de \
    --to=burnus@net-b.de \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).