April 2009 - binary-builders - NTG Mailing Lists

[Context] Updating TL 2008
by Mojca Miklavec 29 Apr '09

29 Apr '09

Hello, Norbert generously contributed some code. We need to fix some bugs, but you may try http://wiki.contextgarden.net/ConTeXt_Minimals/TeX_Live at the moment it doesn't update automatically yet, I need to find a way to check if version has changed or not. Mojca

2 2

Re: [Context] --extras and --keep
by Mojca Miklavec 25 Apr '09

25 Apr '09

On Sat, Apr 25, 2009 at 16:15, Aditya Mahajan wrote: > On Sat, 25 Apr 2009, Mojca Miklavec wrote: > >> b) putting anything that's not in distribution to texmf-local > > Yes, that is always a good idea. Maybe the initial installtion should create > a texmf-local for the user. I just wanted to ask that. Hans, can you please also add if force then dir.mkdirs(format("%s/%s", texroot, "texmf-cache")) dir.mkdirs(format("%s/%s", texroot, "texmf-local")) end Thanks, Mojca

2 1

[Context] update before building & fixing some issues
by Mojca Miklavec 25 Apr '09

25 Apr '09

Hello, Just in case - please update the building script before executing it since location of metapost binary has changed. Taco - we had to re-add dvitomp binary a while ago for some reason I forgot. Is that file still needed and why (not)? One more thing: I'll try to fix a few issues in the minimals next week (the most important one would be sorting out which luatex binary to use and to enable choosing "experimental" version of luatex, but there are definitely more issues). I need to prepare a list, but I'll start concentrating on the issue next week. You may put your ideas on the wiki or to the tracker or just reply here. Mojca

4 9

Re: [Context] --extras and --keep
by Mojca Miklavec 25 Apr '09

25 Apr '09

On Sat, Apr 25, 2009 at 14:58, Aditya Mahajan wrote: > On Sat, 25 Apr 2009, Mojca Miklavec wrote: > >> Once I use --extras=t-something the module stays there even if I don't >> add the --keep flag. Does it behave differently on your machine? > > I get the same behaviour as you. I think that I had installed some modules > by hand, and those got wiped out, and it took me ages to figure out what > happened. I will correct the wiki. One needs to check what happens in case that one runs ./first-setup.sh --extras=t-something ./first-setup.sh --extras=t-somethingelse I would not be surprised if the first module was deleted (this needs to be checked and fixed). But in general I would suggest: a) putting --extras=whatever to the last line of first-setup.sh b) putting anything that's not in distribution to texmf-local > BTW, do you know why the new t-bib cannot be installed by first-setup? Most probably because there has never been a need for that until recently. I can add it to the repository, but I'm sceptic if it will work properly. rsync is somehow unpredictable if one provides two files with the same name. I would not be surprised if it took one file from context and the other file from the extra module. Feel free to test - bib is in repository now. Mojca

1 0

[Context] --extras and --keep
by Mojca Miklavec 25 Apr '09

25 Apr '09

Hello Aditya, I'm reading the instructions on http://wiki.contextgarden.net/ConTeXt_Minimals: "By default, first-setup.sh does a clean upgrade. This means that anything in the tex tree that is not requested is deleted. In particular, this means that if you are upgrading a installation with third party modules installed, but do not specify --extras=<module-name>, then the installed module will be deleted. One way to avoid this is to always specify the modules that you want while upgrading. An easier alternative is to upgrade using sh ./first-setup.sh --keep" Once I use --extras=t-something the module stays there even if I don't add the --keep flag. Does it behave differently on your machine? Here I get the report MTXrun | run: rsync -rpztlv --stats --delete contextgarden.net::'minimals/current/context/beta/ minimals/current/context/img/ minimals/current/modules/t-gnuplot/ minimals/current/modules/t-tikz/' '<path-to>/texmf-context' even without --extras switch. Mojca

1 0

Re: [Context] [NTG-context] texexec slow
by Taco Hoekwater 24 Apr '09

24 Apr '09

(Redirected to launchpad list) Mojca Miklavec wrote: > > How does pdftex building process decide which one to use in case that > both are installed? The process doesn't do anything explicit, the system's gcc install controls this automatically when you install 'libstdc++-static'. If your system is new enough to have libstdc++.so.6, that is what it will use. If the system is so old that it doesn't have libstdc++.so.6, only .5, then the static version of libstdc++ will automatically also have that version). Any packages with an explicit version number, like 'libstdc++5', are meant for backward compatibilty with older precompiled programs. Those will not be used by the compiler, and by the runtime link resolver. Best wishes, Taco

1 0

Re: [Context] no more pdftex for linux-64
by Mojca Miklavec 24 Apr '09

24 Apr '09

On Wed, Apr 8, 2009 at 11:31, The Thanh Han wrote: > Hi, > > the build script should be updated > after syncing with TL. Will do that soon. Thanks a lot. Mojca

3 4

Re: [Context] ruby
by Mojca Miklavec 19 Apr '09

19 Apr '09

On Sun, Apr 19, 2009 at 21:47, Hans Hagen wrote: > Hi, > > when installing (i installed the minimals on a friends new machine) the > check for ruby is somewhat anoying when one uses only luatex and not texexec > and no ruby is needed > > how about moving the test to the end of the instal script and just issue a > warning at the end Hello Hans, That code has most probably been written by you, so I'm not guilty ... :) :) :) There's one thing, namely: if one doesn't have ruby and wants to install pdftex, then the warning needs to go to the beginning else formats won't be generated, but the whole downloading process could still take place. If one only wants to install luatex then there's definitely no need to interrupt the run. I can remove the warning, but do you have any idea if there's some way to check in batch if user provided --engine=luatex option? Or does anyone else have a better idea? To Hans: on your friend's machine you can easily remove those three lines that issue the warning (they will never be overwritten), but I agree that this should be fixed (once luatex becomes stable at least :P). I'm just open to best suggestion. Mojca

2 3

[Context] binaries in minimals
by Mojca Miklavec 13 Apr '09

13 Apr '09

Hello, At the moment there are dozens of problems with building procedures of binaries. 1.) xetex doesn't build on (my) mac any more (should be harmless as the old version is still there); I suspect that Jonathan is busy at the moment with other things as he didn't answer yet. Can some other Mac user please try to build XeTeX (just to check if I'm the only one with problems) 2.) pdftex and luatex don't build on ubuntu (hopefully Peter has some other linux distribution to build 64-bit linux binaries there) 3.) luatex 0.37 did not work on recent 32-bit linux - please check if 0.38 works OK 4.) there were some issues with building pdftex that have been resolved a few days ago Did I miss anything else? Mojca

3 4

[Context] no more pdftex for linux-64
by Peter Münster 08 Apr '09

08 Apr '09

Hello, When building pdftex, I get the following error now: configure: checking requested system `freetype' library... checking for TT_Init_FreeType... yes checking freetype.h usability... no checking freetype.h presence... no checking for freetype.h... no configure: checking requested system `freetype2' library... checking for FT_Init_FreeType... yes checking ft2build.h usability... no checking ft2build.h presence... no checking for ft2build.h... no configure: checking requested system `gd' library... checking for gdImageCreate... yes checking gd.h usability... yes checking gd.h presence... yes checking for gd.h... yes configure: error: some requested system libraries failed And even if I specify in build.sh, that the include files are in /usr/include/freetype and /usr/include/freetype2, the build fails with this error: gcc -DHAVE_CONFIG_H -I. -I../../../src/texk/web2c -I./.. -I/home/peter/minimals/src/current/pdftex/build/texk -I/home/peter/minimals/src/current/pdftex/src/texk -g -O2 -MT cweb.o -MD -MP -MF .deps/cweb.Tpo -c -o cweb.o cweb.c mv -f .deps/cweb.Tpo .deps/cweb.Po /bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -o ctangle ctangle.o cweb.o lib/lib.a /home/peter/minimals/src/current/pdftex/build/texk/kpathsea/libkpathsea.la -lm libtool: link: gcc -g -O2 -o .libs/ctangle ctangle.o cweb.o lib/lib.a /home/peter/minimals/src/current/pdftex/build/texk/kpathsea/.libs/libkpathsea.so -lm make[5]: *** No rule to make target `bibtex.web', needed by `bibtex.p'. Stop. Unfortunately, I have no time for further investigation, I'm sorry... Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/

3 5