- binary-builders - NTG Mailing Lists

[Context] pdftosrc and ttf2afm
by Peter Münster 26 Dec '09

26 Dec '09

Hello, After "do_all.sh" I get the following errors: Failures: - copy pdftosrc binaries - copy ttf2afm binaries What should I do? Thanks, Peter -- Contact information: http://pmrb.free.fr/contact/

2 2

[Context] Luatex 0.47.0
by Mojca Miklavec 19 Dec '09

19 Dec '09

Dear builders, the new LuaTeX beta-0.47.0 is not compatible with beta-0.46.0, so it's important to commit the new version of luatex as soon as possible. Please check if ./do_all.sh does the job (apart from compilation problem of pdftex on FreeBSD). Hans - since it seems to be working now - feel free to do svn up and then uncomment "--without-trunk" in do_all.sh and add the script to cron job on the server. Thanks to everyone, Mojca

2 1

[Context] new building scripts (important)
by Mojca Miklavec 19 Dec '09

19 Dec '09

Hello, I have changed the building scripts a bit: - they are now split in several pretty standalone steps: a) fetching sources b) fetching existing binaries from svn c) building d) committing to SVN (not implemented yet) - there is more error checking - if some engine doesn't build, the process may still continue - it's possible to force rebuilding even if versions match - it should be possible to choose which engines to build, but option parsing is not implemented yet - there are many differences that influence Mac OS X building, but you should not bother about them anyway - buiding xetex disabled until we get support for 64-bit - it should be possible to build from any mac (at least in theory) - support for 64-bit architecture and fat binaries now from all the three relevant architectures I did that because there were constant problems when some of the steps failed to work and also because I had to modify the OS X part (why does Mac always need to be an exception? :). You may try to do svn up ./do_all.sh and report back about any problems that you might encounter. I would be grateful for any bug reports. This command will not commit to SVN yet, but there's VERSIONS.new that should be moved to VERSIONS and there is VERSIONS.svn that should be used as commit message, so the last step is almost-trivial to do manually as well, I just need to code it :) Mojca

3 6

[Context] Linux PPC
by Mojca Miklavec 13 Dec '09

13 Dec '09

> OK, running do_all.sh gives > > Error: your system "Linux " is not supported yet, > but we're glad that you would like to provide the binaries for it. > Please ask for instructions on the ConTeXt mailing-list (ntg-context(a)ntg.nl) > > That's why I thought this was exclusively targeted at OS X. And I see Oh, I guess that it's "Linux <empty_string_for_architecture>". Maybe we need to fix that message ... > PLATFORMS="$platform" > if [ $system = 'Darwin' ]; then > PLATFORMS="osx-intel osx-64 osx-ppc osx-universal" > fi No, this only means that if one is working on OS X, it will build binaries for three architectures + universal ones, so the same script runs 4 times in a loop to build them all. $platform string is still not empty. > so I assumed that all the other platforms would be unknown. Or am I missing a newer version of the script? No, you are not, but I never realized that the script doesn't work on your computer. > uname -m: ppc64 > uname -s: Linux OK, so Mac is not the only faulty player here :) OS X tends to say uname -m: i386 while being purely 64-bit system (exactly the contrary). Just curious: does "echo $HOSTTYPE" return anything useful on your system (please try both your shell and bash)? > The minimals work fine, but I don't use setuptex (I use zsh and have my own script that is adapted to my system). If you want, I can try and see if/how I can make it work on linux-ppc. I didn't know that either. That's pretty important piece of information. We can fix that. > As to compatibility between linux-ppc and linux-ppc64: ppc64 is kind of a misnomer. As far as I have understood, only the kernel is 64-bit; the userland is 32-bit. AFAICS, no linux distribution (with the exception of gentoo) has a real 64-bit implementation. So: my system will build 32-bit binaries which should be compatible with all linux-ppc systems. The only question remains: what happens if some gentoo user starts using (or compiling) the binaries? I would not like to make too many problems around it, I would just like to understand, so that we might have a chance to fix it properly (if such a chance exists), else we'll just assume that ppc and ppc64 are equal until someone starts complaining. Mojca

2 2

[Context] One more arch (OS X, snow leopard)
by Yue Wang 05 Nov '09

05 Nov '09

Hi, Mojca: Maybe we need one more arch:) Yue:context yue$ uname -a Darwin Yue.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31 22:46:25 PDT 2009; root:xnu-1456.1.25~1/RELEASE_X86_64 x86_64 Yue:context yue$ sh first-setup.sh Error: your system "Darwin x86_64" is not supported yet. Please report to the ConTeXt mailing-list (ntg-context(a)ntg.nl) Snow Leopard, boot from the x86_64 kernel. Yue Wang

5 16

Re: [Context] [Dev-luatex] Luatex 0.44.0 announcement
by Mojca Miklavec 27 Oct '09

27 Oct '09

On Tue, Oct 27, 2009 at 12:06, Taco Hoekwater wrote: > Hi, > > I have just uploaded the archives for a new luatex release, 0.44.0. My computer is still in Arnhem. If any mac addicts want to have mac support in minimals before [put some random number of days here], we need other volunteers. Same goes for linux (desirable to compile on as old machine as possible; up to now we have used debian etch). Mojca

4 4

[Context] Minimals rsync error (not fatal)
by Diego Depaoli 17 Oct '09

17 Oct '09

Launching first-setup.sh I get MTXrun | run: rsync -rpztlv --stats contextgarden.net::'minimals/current/bin/common/luatex/ minimals/current/bin/common/freebsd/ minimals/current/bin/context/freebsd/ minimals/current/bin/metapost/freebsd/ minimals/current/bin/man/ minimals/current/bin/xetex/freebsd/ minimals/current/bin/luatex/freebsd/ minimals/current/bin/pdftex/freebsd/' '/home/diego/tex/texmf-freebsd' receiving incremental file list rsync: change_dir "/current/bin/common/luatex" (in minimals) failed: No such file or directory (2) I've filled bugreport #454076 on launchpad. Cheers -- Diego Depaoli

3 2

[Context] [Bug 454076] [NEW] Rsync error in first-setup
by Diego Depaoli 17 Oct '09

17 Oct '09

Public bug reported: Launching first-setup.sh I get: MTXrun | run: rsync -rpztlv --stats contextgarden.net::'minimals/current/bin/common/luatex/ minimals/current/bin/common/freebsd/ minimals/current/bin/context/freebsd/ minimals/current/bin/metapost/freebsd/ minimals/current/bin/man/ minimals/current/bin/xetex/freebsd/ minimals/current/bin/luatex/freebsd/ minimals/current/bin/pdftex/freebsd/' '/home/diego/tex/texmf-freebsd' receiving incremental file list rsync: change_dir "/current/bin/common/luatex" (in minimals) failed: No such file or directory (2) ** Affects: context Importance: Undecided Status: New -- Rsync error in first-setup https://bugs.launchpad.net/bugs/454076 You received this bug notification because you are a member of ConTeXt distribution team, which is the registrant for ConTeXt distribution. Status in ConTeXt distribution: New Bug description: Launching first-setup.sh I get: MTXrun | run: rsync -rpztlv --stats contextgarden.net::'minimals/current/bin/common/luatex/ minimals/current/bin/common/freebsd/ minimals/current/bin/context/freebsd/ minimals/current/bin/metapost/freebsd/ minimals/current/bin/man/ minimals/current/bin/xetex/freebsd/ minimals/current/bin/luatex/freebsd/ minimals/current/bin/pdftex/freebsd/' '/home/diego/tex/texmf-freebsd' receiving incremental file list rsync: change_dir "/current/bin/common/luatex" (in minimals) failed: No such file or directory (2)

1 0

[Context] release notes on contextgarden?
by Norbert Preining 12 Oct '09

12 Oct '09

Hi Mojca, hi everyone, I wanted to ask whether there are some updated release notes for context up to 2009.08.19? The last entry on contextgarden is for 2008.10.31. Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining Associate Professor JAIST Japan Advanced Institute of Science and Technology preining(a)jaist.ac.jp Vienna University of Technology preining(a)logic.at Debian Developer (Debian TeX Task Force) preining(a)debian.org gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- EPWORTH (n.) The precise value of the usefulness of epping (q.v.) it is a little-known fact than an earlier draft of the final line of the film Gone with the Wind had Clark Gable saying 'Frankly my dear, i don't give an epworth', the line being eventually changed on the grounds that it might not be understood in Cleveland. --- Douglas Adams, The Meaning of Liff

2 4

Re: [Context] [Dev-luatex] Luatex 0.43.0 announcement
by Mojca Miklavec 31 Aug '09

31 Aug '09

On Wed, Aug 19, 2009 at 10:53, Taco Hoekwater wrote: > > I have just uploaded the archives for a new luatex release, 0.43.0. Taco, thanks a lot. But the build on debian sarge (the one where I compile binaries for minimals) fails. It's something like: web2c/luatexdir/image/pdftoepdf.cc:1052: error: invalid conversion from 'void (*)(...)' to 'void (*)(void*, void*)' and some more errors before, ... but I need to figure out how to copy-paste text and most of all how to scroll a few lines back in terminal, or figure out where the log file is :) (I'm using VMWare Fusion and have not much experience with it.) Mojca

5 16