TLContrib is ready for testing

Taco Hoekwater

5 Oct 2010 5 Oct '10

8:19 p.m.

Hello all, Please, if you have moment to spare, have a good look at the TLContrib website and associated repository: http://tlcontrib.metatex.org/ The system should now be ready for the initial kickoff (I hope). Mojca, Hans and me have already tried and tested various things, but it is quite likely that there are still bugs. I decided to post to a small group of people before doing an announcement on tex-live@tug.org / c.t.t hoping that perhaps more people can have a look, and that the remaining bugs can then be fixed before 'normal' users start using the site. Please also let me know what you think could be improved, but before you suggest extra features, have a look at the page below to make sure your suggestion is not planned already: http://tlcontrib.metatex.org/todo.html Best wishes, Taco PS Mojca: I deleted your luatex darwin package to get a fresh start in the distribution database, sorry. Please, can you re-add it?

Show replies by date

Mojca Miklavec

5 Oct 5 Oct

8:51 p.m.

On Tue, Oct 5, 2010 at 20:19, Taco Hoekwater wrote:

...

Please, if you have moment to spare, have a good look at the TLContrib website and associated repository:

http://tlcontrib.metatex.org/

The system should now be ready for the initial kickoff (I hope).

Great! Thanks a lot.

...

PS Mojca: I deleted your luatex darwin package to get a fresh start in the distribution database, sorry. Please, can you re-add it?

Are you then planning to "get another fresh start", so that we are free to attack your server for the next few days with random packages and bordercases? Mojca

Taco Hoekwater

8:57 p.m.

On 10/05/2010 08:51 PM, Mojca Miklavec wrote:

...

...
PS Mojca: I deleted your luatex darwin package to get a fresh start in the distribution database, sorry. Please, can you re-add it?

Are you then planning to "get another fresh start", so that we are free to attack your server for the next few days with random packages and bordercases?

Just let me know, and I can delete whatever junk you added and want removed in a couple of days (you can do it yourself one-at-a-time if you want, but I can do it a lot faster, being the admin and all that). I plan to keep 'my' packages in the database, as these are all tried and seem to work OK. Best wishes, Taco

Aditya Mahajan

6 Oct 6 Oct

7:09 a.m.

Hi Taco, On Tue, 5 Oct 2010, Taco Hoekwater wrote:

...

Hello all,

Please, if you have moment to spare, have a good look at the TLContrib website and associated repository:

http://tlcontrib.metatex.org/

The system should now be ready for the initial kickoff (I hope).

Mojca, Hans and me have already tried and tested various things, but it is quite likely that there are still bugs. I decided to post to a small group of people before doing an announcement on tex-live@tug.org / c.t.t hoping that perhaps more people can have a look, and that the remaining bugs can then be fixed before 'normal' users start using the site.

Is this meant only for packages that cannot be part of TL due the restrictions that you mention, or is this also the right place to upload normal context modules. If so, is this going to eventually replace modules.contextgarden.net upload system? Aditya

Norbert Preining

7:06 a.m.

On Mi, 06 Okt 2010, Aditya Mahajan wrote:

...

restrictions that you mention, or is this also the right place to upload normal context modules. If so, is this going to eventually replace modules.contextgarden.net upload system?

context modules preferrably are uploaded to CTAN and thus will find their way within a few days into TeX Live proper, if the license is ok. 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 ------------------------------------------------------------------------ LUFFENHAM (n.) Feeling you get when the pubs aren't going to be open for another fortyfive minutes and the luffness is beginning to wear a bit thin. --- Douglas Adams, The Meaning of Liff

Taco Hoekwater

7:16 a.m.

On 10/06/2010 07:09 AM, Aditya Mahajan wrote:

...

Is this meant only for packages that cannot be part of TL due the restrictions that you mention, or is this also the right place to upload normal context modules. If so, is this going to eventually replace modules.contextgarden.net upload system?

As Nrobert said. Fairly soon there will be a second website similar to the new tlcontrib that will indeed replace modules.contextgarden.net (and that will take care of uploads to ctan just like garden does now) but that will be a different site, not this one. Best wishes, Taco

Aditya Mahajan

7:33 a.m.

On Wed, 6 Oct 2010, Taco Hoekwater wrote:

...

On 10/06/2010 07:09 AM, Aditya Mahajan wrote:

...
Is this meant only for packages that cannot be part of TL due the restrictions that you mention, or is this also the right place to upload normal context modules. If so, is this going to eventually replace modules.contextgarden.net upload system?

As Nrobert said. Fairly soon there will be a second website similar to the new tlcontrib that will indeed replace modules.contextgarden.net (and that will take care of uploads to ctan just like garden does now) but that will be a different site, not this one.

Great. For anyone else using github as an external repo, github allows an svn export and that works fine. So, no more manual updating of the modules! The only isse is that the svn export is only for the master branch. Which means that I will have to change the branching convention for my modules, but that is easy. What is the HTTP URL meant for? I tried pointing it to a zip file of my module and it says "Sorry, we can only handle zip and tar.gz files at the moment". Thanks a lot. Aditya

Taco Hoekwater

7:48 a.m.

On 10/06/2010 07:33 AM, Aditya Mahajan wrote:

...

What is the HTTP URL meant for? I tried pointing it to a zip file of my module and it says "Sorry, we can only handle zip and tar.gz files at the moment".

What was your exact url? It really should end with ".zip" Best wishes, Taco

Aditya Mahajan

7:56 a.m.

On Oct 6, 2010, at 1:48 AM, Taco Hoekwater wrote:

...

On 10/06/2010 07:33 AM, Aditya Mahajan wrote:

...
What is the HTTP URL meant for? I tried pointing it to a zip file of my module and it says "Sorry, we can only handle zip and tar.gz files at the moment".

What was your exact url? It really should end with ".zip"

The url was the auto generated zipball for a tag at github: http://github.com/adityam/filter/archives/2010.09.26 Is it possible to detect the archive using content/type? Aditya

Taco Hoekwater

7:59 a.m.

On 10/06/2010 07:56 AM, Aditya Mahajan wrote:

...

On Oct 6, 2010, at 1:48 AM, Taco Hoekwater mailto:taco@elvenkind.com> wrote:

...
On 10/06/2010 07:33 AM, Aditya Mahajan wrote:

...
What is the HTTP URL meant for? I tried pointing it to a zip file of my module and it says "Sorry, we can only handle zip and tar.gz files at the moment".

What was your exact url? It really should end with ".zip"

The url was the auto generated zipball for a tag at github: http://github.com/adityam/filter/archives/2010.09.26 http://github.com/adityam/filter/archives/2010.09.26

Is it possible to detect the archive using content/type?

Nor for a while at least (as then I also need a database field to store the mime type in). Best wishes, Taco

Mojca Miklavec

12:50 p.m.

On Wed, Oct 6, 2010 at 07:09, Aditya Mahajan wrote:

...

Is this meant only for packages that cannot be part of TL due the restrictions that you mention, or is this also the right place to upload normal context modules. If so, is this going to eventually replace modules.contextgarden.net upload system?

I have promised Taco to send him a loooooooong list of requests for modules.contextgarden.net once this repository is up and running. :) :) :) Taco, once you are back to this ... the repository works much better now, but ConTeXt doesn't. I thought at first that /usr/local/texlive/2010/texmfcnf.lua was not adapted yet, but then I figured out that I have /usr/local/texlive/2010/texmfcnf.lua with return { TEXMFCACHE = '~/Library/texlive/2010/texmf-var' } that has probably been created for MacTeX only. Any idea how to best circumvent this? Should we ask Dick to fix texmfcnf.lua to handle both old and new ConTeXt? But most important of all - why doesn't ConTeXt handle that already? (Why doesn't it find several versions of configuration file and just overloads the important bits?) Mojca PS: is it possible to have several maintainers of the same package? Also, I don't mind too much, but it could see a bit strange to see my name listed as "Author" of LuaTeX. I also suggest some (off-list) discussion about packaging LuaTeX binaries and the best way to combine that with minimals & current building process. I plan to drop building pdfTeX and XeTeX anyway since the building breaks on many platforms and there is hardly any development being done

Taco Hoekwater

1 p.m.

Hi, On 10/06/10 12:50, Mojca Miklavec wrote:

...

that has probably been created for MacTeX only. Any idea how to best circumvent this?

Something needs changing locally, there is nothing we can do at the repository end.

...

Should we ask Dick to fix texmfcnf.lua to handle both old and new ConTeXt? But most important of all - why doesn't ConTeXt handle that already? (Why doesn't it find several versions of configuration file and just overloads the important bits?)

This is definitely a question for Hans.

...

PS: is it possible to have several maintainers of the same package?

No, but that sounds like a useful extension to consider. Best wishes, Taco

Hans Hagen

1:15 p.m.

On 6-10-2010 1:00, Taco Hoekwater wrote:

...

...
Should we ask Dick to fix texmfcnf.lua to handle both old and new ConTeXt? But most important of all - why doesn't ConTeXt

in what respect old and new? mkii does not use that file

...

...
handle that already? (Why doesn't it find several versions of configuration file and just overloads the important bits?)

afaik you can have several texmfcnf.lua files mtxrun texmfcnf.lua reports what it will load (two files on my machine as I have to add dev paths/trees) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Mojca Miklavec

1:19 p.m.

On Wed, Oct 6, 2010 at 13:15, Hans Hagen wrote:

...

On 6-10-2010 1:00, Taco Hoekwater wrote:

...
...
Should we ask Dick to fix texmfcnf.lua to handle both old and new ConTeXt? But most important of all - why doesn't ConTeXt

in what respect old and new? mkii does not use that file

Not MKII, but old meaning "MKIV before March 2010" that was using a different format of texmfcnf.lua.

...

...
...
handle that already? (Why doesn't it find several versions of configuration file and just overloads the important bits?)

afaik you can have several texmfcnf.lua files

mtxrun texmfcnf.lua

reports what it will load (two files on my machine as I have to add dev paths/trees)

Well, on my machine (after updating ConTeXt from Taco's repository) it reports:

...

mtxrun texmfcnf.lua

MTXrun | unknown script 'mtx-base.lua' or 'mtx-mtx-base.lua' Mojca

Hans Hagen

1:22 p.m.

On 6-10-2010 1:19, Mojca Miklavec wrote:

...

...
mtxrun texmfcnf.lua

MTXrun | unknown script 'mtx-base.lua' or 'mtx-mtx-base.lua'

hm, did you run mtxrun --generate? ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Mojca Miklavec

2:04 p.m.

...

...
...
mtxrun texmfcnf.lua

MTXrun | unknown script 'mtx-base.lua' or 'mtx-mtx-base.lua'

hm, did you run mtxrun --generate?

Sure. But that is a chicken-and-egg problem, or at least I can understand why it doesn't help (I'm looking for a file that defines where to look for it). Mojca

Hans Hagen

2:12 p.m.

On 6-10-2010 2:04, Mojca Miklavec wrote:

...

...
...
...
mtxrun texmfcnf.lua

MTXrun | unknown script 'mtx-base.lua' or 'mtx-mtx-base.lua'

hm, did you run mtxrun --generate?

Sure. But that is a chicken-and-egg problem, or at least I can understand why it doesn't help (I'm looking for a file that defines where to look for it).

mtx-base has the old luatools functionality that does not fit in mtxrun itself Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Hans Hagen

1:21 p.m.

On 6-10-2010 12:50, Mojca Miklavec wrote:

...

return { TEXMFCACHE = '~/Library/texlive/2010/texmf-var' } that has probably been created for MacTeX only. Any idea how to best circumvent this? Should we ask Dick to fix texmfcnf.lua to handle both old and new ConTeXt? But most important of all - why doesn't ConTeXt handle that already? (Why doesn't it find several versions of configuration file and just overloads the important bits?)

why not just take the latest texmfcnf.lua; you can either change the cache path there or you can have an extra texmfcnf.lua with only the vars that need to be adapted and put that in texmf-local or so Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Mojca Miklavec

2:19 p.m.

On Wed, Oct 6, 2010 at 13:21, Hans Hagen wrote:

...

On 6-10-2010 12:50, Mojca Miklavec wrote:

...
return { TEXMFCACHE = '~/Library/texlive/2010/texmf-var' } that has probably been created for MacTeX only. Any idea how to best circumvent this? Should we ask Dick to fix texmfcnf.lua to handle both old and new ConTeXt? But most important of all - why doesn't ConTeXt handle that already? (Why doesn't it find several versions of configuration file and just overloads the important bits?)

why not just take the latest texmfcnf.lua; you can either change the cache path there or you can have an extra texmfcnf.lua with only the vars that need to be adapted and put that in texmf-local or so

I have now changed /usr/local/texlive/2010/texmfcnf.lua that now includes: return { content = { TEXMFCACHE = '~/Library/texlive/2010/texmf-var' TEXMFHOME = '~/Library/texmf' } TEXMFCACHE = '~/Library/texlive/2010/texmf-var' } and this seems to work at least. Well, kind of works. Since it reports MTXrun | resolvers: category 'files', cachename '/usr/local/texlive/2010/texmf' saved in '/var/folders/M4/M4ltQCbqFY8X0ixvLEMsQE+++TI/-Tmp-/luatex-cache/context/210a81d6dcb1059dc80fab3f5470ab7a/trees/1240e363db2f4c53de58379d2b0c6f6b.lua' and that is not really the desired location. Also when I run context it says: MTXrun | resolvers: skipping configuration file '/usr/local/texlive/2010/texmfcnf.lua' MTXrun | resolvers: loading configuration file '/usr/local/texlive/2010/texmf/web2c/texmfcnf.lua' Hans, what exactly does it mean "skipping configuration"? Mojca

Hans Hagen

2:26 p.m.

On 6-10-2010 2:19, Mojca Miklavec wrote:

...

Hans, what exactly does it mean "skipping configuration"?

data = data and data.content if data then -- use the content else -- skipping message end so it's a harmless message Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Mojca Miklavec

2:28 p.m.

On Wed, Oct 6, 2010 at 14:26, Hans Hagen wrote:

...

On 6-10-2010 2:19, Mojca Miklavec wrote:

...
Hans, what exactly does it mean "skipping configuration"?

data = data and data.content if data then -- use the content else -- skipping message end

so it's a harmless message

It may be harmless ... but it doesn't respect my settings either. Mojca

Hans Hagen

2:28 p.m.

On 6-10-2010 2:19, Mojca Miklavec wrote:

...

return { content = { TEXMFCACHE = '~/Library/texlive/2010/texmf-var'

^^^^^^ add a comma

...

TEXMFHOME = '~/Library/texmf' }

^^^^^^ add a comma

...

TEXMFCACHE = '~/Library/texlive/2010/texmf-var' }

and this seems to work at least. Well, kind of works. Since it reports

MTXrun | resolvers: category 'files', cachename '/usr/local/texlive/2010/texmf' saved in '/var/folders/M4/M4ltQCbqFY8X0ixvLEMsQE+++TI/-Tmp-/luatex-cache/context/210a81d6dcb1059dc80fab3f5470ab7a/trees/1240e363db2f4c53de58379d2b0c6f6b.lua'

the fallback to temp Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Mojca Miklavec

2:36 p.m.

On Wed, Oct 6, 2010 at 14:28, Hans Hagen wrote:

...

On 6-10-2010 2:19, Mojca Miklavec wrote:

...
return { content = { TEXMFCACHE = '~/Library/texlive/2010/texmf-var'

^^^^^^ add a comma

Stealing Arthur's words: "I deny everything." So here it goes ... MTXrun | resolvers: loading configuration file '/usr/local/texlive/2010/texmfcnf.lua' MTXrun | resolvers MTXrun | resolvers: loading configuration file '/usr/local/texlive/2010/texmf/web2c/texmfcnf.lua' MTXrun | resolvers ... MTXrun | resolvers: category 'files', cachename '/usr/local/texlive/2010/texmf' saved in '/Users/mojca/Library/texlive/2010/texmf-var/luatex-cache/context/210a81d6dcb1059dc80fab3f5470ab7a/trees/1240e363db2f4c53de58379d2b0c6f6b.lua' Dick, is there any chance to replace the content of texmfcnf.lua with the following: return { content = { TEXMFCACHE = '~/Library/texlive/2010/texmf-var', TEXMFHOME = '~/Library/texmf', }, TEXMFCACHE = '~/Library/texlive/2010/texmf-var', } (where the last accurence of TEXMFCACHE may be removed next year). I have no idea whether it is possible to auto-update that file though ... but if you ever release an updated version of MacTeX ... Thanks, Mojca

Taco Hoekwater

8 Oct 8 Oct

8:50 a.m.

Hi, On 10/06/2010 12:50 PM, Mojca Miklavec wrote:

...

Taco, once you are back to this ... the repository works much better now, but ConTeXt doesn't. I thought at first that /usr/local/texlive/2010/texmfcnf.lua was not adapted yet, but then I figured out that I have /usr/local/texlive/2010/texmfcnf.lua with return { TEXMFCACHE = '~/Library/texlive/2010/texmf-var' } that has probably been created for MacTeX only.

This is sorted out now, or at least it is not really my problem, right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

...

Also, I don't mind too much, but it could see a bit strange to see my name listed as "Author" of LuaTeX.

Changed the label to 'Package maintainer'.

...

I also suggest some (off-list) discussion about packaging LuaTeX binaries

Ok, good. Best wishes, Taco

Norbert Preining

10:58 a.m.

On Fr, 08 Okt 2010, Taco Hoekwater wrote:

...

right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

I think we discussed that at that time, and it seemed more natural to put it into luatex packages, as the postinstall would call the luatools incantation. Now if you only install context without luatex that wouldn't work. So actually it is the right place, texmfcnf.lua has nothing to do with context (well ...) only that context uses its database ;-) 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 ------------------------------------------------------------------------ KIMMERIDGE (n.) The light breeze which blows through your armpit hair when you are stretched out sunbathing. --- Douglas Adams, The Meaning of Liff

Mojca Miklavec

11:02 a.m.

On Fri, Oct 8, 2010 at 10:58, Norbert Preining wrote:

...

On Fr, 08 Okt 2010, Taco Hoekwater wrote:

...
right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

I think we discussed that at that time, and it seemed more natural to put it into luatex packages, as the postinstall would call the luatools incantation. Now if you only install context without luatex that wouldn't work.

ConTeXt without luatex wouldn't work anyway ... :) Apart from that it's probably luaotfload that also uses the same TEXMFCACHE field to store font data. (Which makes me wonder if luaotfload also needs to apply the same fix after Hans has changed the format of texmfcnf.lua.) Mojca

Khaled Hosny

11:07 a.m.

On Fri, Oct 08, 2010 at 11:02:15AM +0200, Mojca Miklavec wrote:

...

On Fri, Oct 8, 2010 at 10:58, Norbert Preining wrote:

...
On Fr, 08 Okt 2010, Taco Hoekwater wrote:

...
right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

I think we discussed that at that time, and it seemed more natural to put it into luatex packages, as the postinstall would call the luatools incantation. Now if you only install context without luatex that wouldn't work.

ConTeXt without luatex wouldn't work anyway ... :)

Apart from that it's probably luaotfload that also uses the same TEXMFCACHE field to store font data. (Which makes me wonder if luaotfload also needs to apply the same fix after Hans has changed the format of texmfcnf.lua.)

No, we use kpse for retrieving such values and kpse in turn will use its usual configuration. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer

Taco Hoekwater

11:04 a.m.

On 10/08/2010 10:58 AM, Norbert Preining wrote:

...

On Fr, 08 Okt 2010, Taco Hoekwater wrote:

...
right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

I think we discussed that at that time, and it seemed more natural to put it into luatex packages, as the postinstall would call the luatools incantation. Now if you only install context without luatex that wouldn't work. So actually it is the right place, texmfcnf.lua has nothing to do with context (well ...) only that context uses its database ;-)

Right, I had forgotten about that. Best wishes, Taco

Khaled Hosny

11:05 a.m.

On Fri, Oct 08, 2010 at 05:58:31PM +0900, Norbert Preining wrote:

...

On Fr, 08 Okt 2010, Taco Hoekwater wrote:

...
right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

I think we discussed that at that time, and it seemed more natural to put it into luatex packages, as the postinstall would call the luatools incantation. Now if you only install context without luatex that wouldn't work. So actually it is the right place, texmfcnf.lua has nothing to do with context (well ...) only that context uses its database ;-)

But luatools is part of context not luatex, if you install luatex without context how that would work? -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer

Patrick Gundlach

11:59 a.m.

...

This is sorted out now, or at least it is not really my problem, right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

What other macro packages use texmfcnf.lua? Does LuaLaTeX use it? Patrick

Hans Hagen

12:24 p.m.

On 8-10-2010 11:59, Patrick Gundlach wrote:

...

...
This is sorted out now, or at least it is not really my problem, right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

What other macro packages use texmfcnf.lua? Does LuaLaTeX use it?

I cannot imagine it as it is part of the context distribution and gets extended as we go. I'm not keeping latex (or whatever) in mind as I do so. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Khaled Hosny

1:07 p.m.

On Fri, Oct 08, 2010 at 11:59:17AM +0200, Patrick Gundlach wrote:

...

...
This is sorted out now, or at least it is not really my problem, right? (there *is* the weirdness that for texlive, the texmfcnf.lua lives in the 'luatex' package, not in 'context', but that is just a minor packaging issue).

What other macro packages use texmfcnf.lua? Does LuaLaTeX use it?

AFAIK, only ConTeXt, non of my LaTeX packages use it. -- Khaled Hosny Arabic localiser and member of Arabeyes.org team Free font developer

Aditya Mahajan

6 Oct 6 Oct

10:28 p.m.

On Tue, 5 Oct 2010, Taco Hoekwater wrote:

...

Hello all,

Please, if you have moment to spare, have a good look at the TLContrib website and associated repository:

http://tlcontrib.metatex.org/

The system should now be ready for the initial kickoff (I hope).

Mojca, Hans and me have already tried and tested various things, but it is quite likely that there are still bugs. I decided to post to a small group of people before doing an announcement on tex-live@tug.org / c.t.t hoping that perhaps more people can have a look, and that the remaining bugs can then be fixed before 'normal' users start using the site.

Probably I am doing something stupid, but how do I use this repo to make a fresh installation of TL. I downloaded http://mirror.ctan.org/systems/texlive/tlnet/install-tl-unx.tar.gz and ran install-tl --repository http://tlcontrib.metatex.org/2010/ which gave Installing TeX Live 2010 from: http://tlcontrib.metatex.org/2010 Platform: i386-linux => 'Intel x86 with GNU/Linux' Distribution: net (downloading) Using URL: http://tlcontrib.metatex.org/2010 Directory for temporary files: /tmp Loading http://tlcontrib.metatex.org/2010/tlpkg/texlive.tlpdb Aborting, cannot find either scheme-full or scheme_minimal at install-tl line 1344. Or can this only be used to upgrade existing TL installation? Aditya

Mojca Miklavec

10:35 p.m.

On Wed, Oct 6, 2010 at 22:28, Aditya Mahajan wrote:

...

Probably I am doing something stupid, but how do I use this repo to make a fresh installation of TL.

Or can this only be used to upgrade existing TL installation?

No, you cannot make a fresh installation from it. You can only use it to upgrade LuaTeX/ConTeXt or to install additional packages on top of existing installation. Mojca

Aditya Mahajan

7 Oct 7 Oct

12:22 a.m.

On Wed, 6 Oct 2010, Mojca Miklavec wrote:

...

On Wed, Oct 6, 2010 at 22:28, Aditya Mahajan wrote:

...
Probably I am doing something stupid, but how do I use this repo to make a fresh installation of TL.

Or can this only be used to upgrade existing TL installation?

No, you cannot make a fresh installation from it. You can only use it to upgrade LuaTeX/ConTeXt or to install additional packages on top of existing installation.

OK. Tried to update a fresh TL installation: sudo tlmgr --repository http://tlcontrib.metatex.org/2010/ update --all %%%%%%%%%%%%%%% OUTPUT %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% tlmgr: package repository http://tlcontrib.metatex.org/2010/ tlmgr: saving backups to /usr/local/texlive/2010/tlpkg/backups [1/6, ??:??/??:??] update: context.i386-linux [75k] (18902 -> 18903) ... done [2/6, 02:09/06:46:48] update: context [9421k] (19744 -> 19745) ... done [3/6, 10:20/15:19] update: luatex.i386-linux [1562k] (19405 -> 19406) ... done [4/6, 11:45/14:57] update: luatex [809k] (19324 -> 19328) ... done [5/6, 12:25/14:44] update: metapost.i386-linux [192k] (18765 -> 18766) ... done [6/6, 12:40/14:47] update: metapost [2023k] (18835 -> 18836) ... done tlmgr: package log updated at /usr/local/texlive/2010/texmf-var/web2c/tlmgr.log running mktexlsr ... done running mktexlsr. regenerating fmtutil.cnf in /usr/local/texlive/2010/texmf-var running fmtutil-sys --no-error-if-no-format --byengine mpost ... fmtutil-sys --no-error-if-no-format --byengine mpost failed (status 1), output: fmtutil: running `mpost -ini -jobname=metafun -progname=mpost metafun.mp' ... This is MetaPost, version 1.502 (kpathsea version 6.0.0) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/metafun.mp (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-base.mp Preloading the plain mem file, version 0.63) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-tool.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-spec.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-core.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-page.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-text.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-txts.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-shap.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-butt.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-char.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-step.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-grph.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-figs.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-mlib.mp) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-grid.mp (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-form.mp (/usr/local/texlive/2010/texmf-dist/metapost/base/string.mp) (/usr/local/texlive/2010/texmf-dist/metapost/base/marith.mp (/usr/local/texlive/2010/texmf-dist/metapost/base/string.mp)))) (/usr/local/texlive/2010/texmf-dist/metapost/context/base/mp-func.mp) ) Transcript written on metafun.log. Error: `mpost -ini -jobname=metafun -progname=mpost metafun.mp' failed fmtutil: running `mpost -ini -jobname=mpost -progname=mpost mpost.mp' ... This is MetaPost, version 1.502 (kpathsea version 6.0.0) (/usr/local/texlive/2010/texmf-dist/metapost/base/mpost.mp (/usr/local/texlive/2010/texmf-dist/metapost/base/plain.mp Preloading the plain mem file, version 1.004) ) Transcript written on mpost.log. Error: `mpost -ini -jobname=mpost -progname=mpost mpost.mp' failed ############################################################################### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /usr/local/texlive/2010/texmf-var/web2c for details. ############################################################################### This is a summary of all `failed' messages: `mpost -ini -jobname=metafun -progname=mpost metafun.mp' failed `mpost -ini -jobname=mpost -progname=mpost mpost.mp' failed running fmtutil-sys --no-error-if-no-format --byengine luatex ... done running fmtutil-sys --no-error-if-no-format --byengine luatex. running fmtutil-sys --byfmt cont-en ... done running fmtutil-sys --byfmt cont-en. tlmgr: exiting unsuccessfully (status 1). %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Not sure what went wrong. I am attaching the metapost and metafun log files, but they appear to be from the original TL installation (based on the time stamp). On the plus side, I do not 2010.07.30 version of context and a simple context document containing metapost does comiple fine. (I cannot test MkII because I don't have a working ruby installation on this machine). Aditya

Taco Hoekwater

10:29 a.m.

On 10/07/10 00:22, Aditya Mahajan wrote:

...

fmtutil-sys --no-error-if-no-format --byengine mpost failed (status 1),

Metapost 1.502 no longer uses formats, but the package still included the fmtutil lines to generate formats, and that is why you got an error. I have fixed the package, there should be a new revision of 'metapost' available in half an hour. And yes, your logs were from the old version. Best wishes, Taco

5188

Age (days ago)

5191

Last active (days ago)

List overview

Download

35 comments

7 participants

participants (7)

Aditya Mahajan
Hans Hagen
Khaled Hosny
Mojca Miklavec
Norbert Preining
Patrick Gundlach
Taco Hoekwater

TLContrib is ready for testing

tags

participants (7)