Hi everyone, as far as I see I need a new luatex for Debian, as the one we ship from one year ago does not use the stacked texmf.cnf way (new libkpathsea) that means it breaks down completely in our layout. I would prefer to keep the sources separate for now. Is there a chance you make a release 0.70.1.1 or .2 based on what it is in TeX Live now? Or do you have a *script* that does the necessary cut-out from a texlive svn checkout, so that I can create my own release based on TL2012 for Debian? Thanks Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ SYMOND'S YAT (n.) The little spoonful inside the lid of a recently opened boiled egg. --- Douglas Adams, The Meaning of Liff
Hi, On 05/22/2012 02:41 AM, Norbert Preining wrote:
Hi everyone,
as far as I see I need a new luatex for Debian, as the one we ship from one year ago does not use the stacked texmf.cnf way (new libkpathsea) that means it breaks down completely in our layout.
I would prefer to keep the sources separate for now.
Is there a chance you make a release 0.70.1.1 or .2 based on what it is in TeX Live now?
I believe Martin and Hartmut are busy merging back the library changes in texlive to the standalone luatex, but that would be on trunk. It will make sense to release a 0.70.2 in a few weeks to consolidate the current state of the texlive sources into the luatex repository, but at this time I cannot predict exactly when.
Or do you have a *script* that does the necessary cut-out from a texlive svn checkout, so that I can create my own release based on TL2012 for Debian?
No script, as each year much of the build stuff is significantly different from the previous year, and you can't really fix the .am and .ac files automatically. From past experience, it will typically take a day of work to extract just the luatex parts from the tl build process. Best wishes, Taco
Hi Taco, thanks for your answer. On Di, 22 Mai 2012, Taco Hoekwater wrote:
I believe Martin and Hartmut are busy merging back the library changes in texlive to the standalone luatex, but that would be on trunk. It will make sense to release a 0.70.2 in a few weeks to consolidate the current state of the texlive sources into the luatex repository, but at this time I cannot predict exactly when.
Ok, bad then.
No script, as each year much of the build stuff is significantly different from the previous year, and you can't really fix the .am and .ac files automatically. From past experience, it will typically take a day of work to extract just the luatex parts from the tl build process.
Yes indeed, I started on that bug gave up after some time. Hmm, I don't know ... I will see what I can do. Maybe the hardcore to use all of texlive sources as sources for luatex, but build only luatex for now ... until a new standalone release is done. I think this is the best intermediate solution. Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ SHANKLIN (n.) The hoop of skin around a single slice of salami. --- Douglas Adams, The Meaning of Liff
There are still some crash reports for LuaTeX on i386-linux, so you might want to wait for them to be resolved first. Also, there is (almost) no functional change between TeX Live 2011 and 2012, more or less only a few minor math-related patches by Khaled. LuaTeX trunk might contain further changes though, but ConTeXt is still perfectly happy with last year's LuaTeX (which has never been the case earlier), so there is no big rush. Mojca
On 22.05.12 Mojca Miklavec (mojca.miklavec.lists@gmail.com) wrote: Hi,
There are still some crash reports for LuaTeX on i386-linux, so you might want to wait for them to be resolved first.
Well, the Debian people announced freeze for the second half of June. Do expect it to be ready until then? H. -- If builders built buildings the way programmers wrote programs, then the first woodpecker to come along would destroy civilization. http://www.hilmar-preusse.de.vu/
Hi Hilmar, On Di, 22 Mai 2012, Hilmar Preuße wrote:
Well, the Debian people announced freeze for the second half of June. Do expect it to be ready until then?
As said, I will build from a copy of texlive sources, that is the safest bet for now. Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ HEATON PUNCHARDON (n.) A violent argument which breaks out in the car on the way home from a party between a couple who have had to be polite to each other in company all evening. --- Douglas Adams, The Meaning of Liff
Hi Mojca, hi all, On Di, 22 Mai 2012, Mojca Miklavec wrote:
There are still some crash reports for LuaTeX on i386-linux, so you might want to wait for them to be resolved first.
Ok, but I see that Taco checked in changes for that already.
Also, there is (almost) no functional change between TeX Live 2011 and 2012, more or less only a few minor math-related patches by Khaled.
Yes, bit ONLY if you use *ONE* texmf.cnf file. When luatex is compiled with the *old* libkpathsea it only finds and uses *ONE* texmf.cnf files. But in Debian we use the stacked approach now, so IMPORTANT changes are in /etc/temxf/web2c/texmf.cnf, and if that is not read luatex will not find anything as far as I see. See the output of mtxrun --generate: resolvers | resolving | variable 'SELFAUTOLOC' set to '/usr/bin' resolvers | resolving | variable 'SELFAUTODIR' set to '/usr' resolvers | resolving | variable 'SELFAUTOPARENT' set to '.' resolvers | resolving | variable 'TEXMFCNF' set to '' resolvers | resolving | variable 'TEXMF' set to '' resolvers | resolving | variable 'TEXOS' set to '/usr' resolvers | resolving | resolvers | resolving | using configuration specification 'home:texmf/web2c;selfautoparent:texmf{-local,-context,}/web2c' resolvers | resolving | resolvers | resolving | unknown configuration file '/home/norbert/texmf/web2c/texmfcnf.lua' resolvers | resolving | unknown configuration file './texmf-local/web2c/texmfcnf.lua' resolvers | resolving | unknown configuration file './texmf-context/web2c/texmfcnf.lua' resolvers | resolving | unknown configuration file './texmf/web2c/texmfcnf.lua' resolvers | resolving | resolvers | resolving | warning: no lua configuration files found resolvers | resolving | no texmf paths are defined (using TEXMF) resolvers | resolving | mtxrun | mtxrun | runtime: 0.027 seconds So I think we have to recompile luatex with new kpathsea just to fix that. Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ PEEBLES (pl.n.) Small, carefully rolled pellets of skegness (q.v.) --- Douglas Adams, The Meaning of Liff
On Wed, May 23, 2012 at 07:53:23AM +0900, Norbert Preining wrote:
Hi Mojca, hi all,
On Di, 22 Mai 2012, Mojca Miklavec wrote:
There are still some crash reports for LuaTeX on i386-linux, so you might want to wait for them to be resolved first.
Ok, but I see that Taco checked in changes for that already.
Also, there is (almost) no functional change between TeX Live 2011 and 2012, more or less only a few minor math-related patches by Khaled.
Yes, bit ONLY if you use *ONE* texmf.cnf file. When luatex is compiled with the *old* libkpathsea it only finds and uses *ONE* texmf.cnf files.
But in Debian we use the stacked approach now, so IMPORTANT changes are in /etc/temxf/web2c/texmf.cnf, and if that is not read luatex will not find anything as far as I see. See the output of mtxrun --generate:
AFAIK, context does not use texmf.cnf anymore, it used its own texmfcng.lua file. Anyway, kpathsea is not used by context at all, it has its own lua based file finder. Regards, Khaled
On Mi, 23 Mai 2012, Khaled Hosny wrote:
AFAIK, context does not use texmf.cnf anymore, it used its own texmfcng.lua file. Anyway, kpathsea is not used by context at all, it has its own lua based file finder.
Hmm, if this is so, that is quite brain damaged. context should at least use kpse to find texmfcnf.lua! After that I am fine with everything, but at the moment it seems broken to me, in any respect, unless the layout is exactely like in TeX Live. Any distribution reshuffling files and changing paths breaks context, even if texmfcnf.lua is adapted. Always the same. Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ TIBSHELF (n.) Criss-cross wooden construction hung on a wall in a teenage girl's bedroom which is covered with glass bambies and poodles, matching pigs and porcelain ponies in various postures. --- Douglas Adams, The Meaning of Liff
Hi all, On 05/23/2012 04:46 AM, Norbert Preining wrote:
On Mi, 23 Mai 2012, Khaled Hosny wrote:
AFAIK, context does not use texmf.cnf anymore, it used its own texmfcng.lua file. Anyway, kpathsea is not used by context at all, it has its own lua based file finder.
Hmm, if this is so, that is quite brain damaged.
It made perfect sense when at some point a few years ago kpathsea needed literally seconds to initialize itself. And later, Hans added functionality to this own code that is not present in kpathsea. Anyway...
context should at least use kpse to find texmfcnf.lua!
To help with that, Hans, Mojca and me had a bit of email exchange, and we came up with the following solution: luatex now has (as of 5 minutes ago) a new lua function in the kpse library: kpse.default_texmfcnf() which returns the value of the C preprocessor macro DEFAULT_TEXMFCNF without initializing anything else from kpathsea. The code for that (just a few lines actually) has been submitted to TL repository as well as the trunk of the luatex repository. Hans can then use the output of that function to find any texmfcnf.lua that lives alongside texmf.cnf, now using the hardcoded built-in from the executable as opposed to the hardcoded value in mtxrun that has been used upto now. Norbert, will that fix the problem? (we hope so) Of course, it means another TL rebuild and another commit of a new and better context release .. Best wishes, Taco
On Mi, 23 Mai 2012, Taco Hoekwater wrote:
Hans can then use the output of that function to find any texmfcnf.lua that lives alongside texmf.cnf, now using the hardcoded built-in from the executable as opposed to the hardcoded value in mtxrun that has been used upto now.
Ok, that means at build time we have to patch the correct path settings in ...
Norbert, will that fix the problem? (we hope so)
If I find the right place to change the values in the TeX Live build, yes, otherwise, no. Thanks a lot Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ SCREEB (n.) To make the noise of a nylon anorak rubbing against a pair of corduroy trousers. --- Douglas Adams, The Meaning of Liff
On Wed, May 23, 2012 at 4:12 PM, Norbert Preining
On Mi, 23 Mai 2012, Taco Hoekwater wrote:
Hans can then use the output of that function to find any texmfcnf.lua that lives alongside texmf.cnf, now using the hardcoded built-in from the executable as opposed to the hardcoded value in mtxrun that has been used upto now.
Ok, that means at build time we have to patch the correct path settings in ...
The variable TEXMFCNF in texmf.cnf, if that was your question. But I guess that you already do that for the sake of kpathsea being able to find texmf.cnf in /etc. In principle it means that you will only need to adjust a few variables in texmfcnf.lua, no need to patch mtxrun or anything else. But please not that we first need a working version of luatex for Hans and then Hans will apply a few patches to ConTeXt. So you need to wait for a new version of ConTeXt first before you can try it out. Mojca
On Mi, 23 Mai 2012, Mojca Miklavec wrote:
In principle it means that you will only need to adjust a few variables in texmfcnf.lua, no need to patch mtxrun or anything else.
Yes, this is what I am currently doing.
But please not that we first need a working version of luatex for Hans and then Hans will apply a few patches to ConTeXt. So you need to wait for a new version of ConTeXt first before you can try it out.
There are already working versions of luatex with that! I have already checked in alpha-linux, and others have checked in, too. So please go ahead! Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ HUTTOFT (n.) The fibrous algae which grows in the dark, moist environment of trouser turn-ups. --- Douglas Adams, The Meaning of Liff
On Thu, May 24, 2012 at 12:40 AM, Norbert Preining wrote:
There are already working versions of luatex with that! I have already checked in alpha-linux, and others have checked in, too.
So please go ahead!
Committed (after my commit I found another version of ConTeXt, but that one doesn't do anything substantially different anyway, so I'll probably import it tomorrow, together with a plethora of other patches :). Can you please test if those changes are sufficient to run ConTeXt on Debian (by patching just the paths in texmfcnf.lua and not having to do anything extra like last year)? Also, I would suggest to add a notice on top of Master/texmf/web2c/texmf.cnf, to let other distributions know that they need to change also texmfcnf.lua, not just texmf.cnf. Thanks a lot for this initiative ;) I like it better this way as well. Mojca
On Do, 24 Mai 2012, Mojca Miklavec wrote:
Can you please test if those changes are sufficient to run ConTeXt on Debian (by patching just the paths in texmfcnf.lua and not having to do anything extra like last year)?
I need a tlpretest rebuild, maybe making it manually, will see. ANyway, one more thing I found: mtxrun is broken in another way: return errors: # mtxrun --generate resolvers | resolving | variable 'SELFAUTOLOC' set to '/usr/bin' resolvers | resolving | variable 'SELFAUTODIR' set to '/usr' resolvers | resolving | variable 'SELFAUTOPARENT' set to '.' resolvers | resolving | variable 'TEXMFCNF' set to '' resolvers | resolving | variable 'TEXMF' set to '' resolvers | resolving | variable 'TEXOS' set to '/usr' resolvers | resolving | resolvers | resolving | using configuration specification 'home:texmf/web2c;selfautoparent:texmf{-local,-context,}/web2c' resolvers | resolving | resolvers | resolving | unknown configuration file '/root/texmf/web2c/texmfcnf.lua' resolvers | resolving | unknown configuration file './texmf-local/web2c/texmfcnf.lua' resolvers | resolving | unknown configuration file './texmf-context/web2c/texmfcnf.lua' resolvers | resolving | unknown configuration file './texmf/web2c/texmfcnf.lua' resolvers | resolving | resolvers | resolving | warning: no lua configuration files found resolvers | resolving | no texmf paths are defined (using TEXMF) resolvers | resolving | mtxrun | mtxrun | runtime: 0.008 seconds # echo $? 0 Does mtxrun *really* consider the above run a *success*??? Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining preining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ SPROSTON GREEN (n.) The violent colour of one of Nigel Rees's jackets, worn when he thinks he's being elegant. --- Douglas Adams, The Meaning of Liff
participants (5)
-
Hilmar Preuße -
Khaled Hosny -
Mojca Miklavec -
Norbert Preining -
Taco Hoekwater