[Context] some changes in binary compilation

Mojca Miklavec mojca.miklavec.lists at gmail.com
Tue May 5 18:15:12 CEST 2009


I hope that everything should be back to normal (apart from the fact
that beta is still broken and current doesn't work). I noticed that
Peter already succesfully sent in the binaries for linux-64, so I hope
that binary building works now. If anyone experiences any problems
with building, please let me know.

(Some people had their own versions of building script ... if you let
me know the reason why the one we have in common didn't do the job,
I'll try to fix it.)

http://minimals.contextgarden.net/current/bin/ now has a mixture of
<engine>/<platform> and <platform>/<engine>. At the moment the first
one is used, we can try to switch to the second one in order to enable
choosing the most appropriate luatex version. (Needs fixing

But I need to finish some homework first ...

Hans - why does http://www.pragma-ade.com/download-2.htm claim the
beta to be from 21st April, while the beta is from yesterday?


On Sun, May 3, 2009 at 10:48, Mojca Miklavec wrote:
> Hello,
> I have frozen auto-updating the minimals for a short while and will
> unfreeze again once I make sure that everything works.
> The script to build binaries has been tested on linux (though not
> extensively) and seems to work (more-or-less). I cannot test on my
> computer yet since network is too slow and there might be some minor
> problems still present.
> I have added luatex_trunk in addition to luatex and removed the
> "current"/"latest" level on "src" side. On binary side I renamed
> "experimental" to "current" and current" to "old. My SVN client wasn't
> able to handle that, so I had to do "rm -rf bin/<platform>" and let
> the script create that folder again. On another machine it updated
> without problems.
> Please do the following before running the next build:
> a) use "svn up" to update build-binaries.sh first
> b) if you would like to save network traffic you may optionally do
>    mv src/current/* src/
> but there's no other functional difference apart from time & traffic saving
> c) you may try to remove "bin/<platform>" (in advance or afterwards)
> in case svn causes problems
> The binaries won't fly to minimals until I unfreeze the updating
> mechanism again. In case you run into problems when running the new
> script please let me know.
> I'll fix a few more bits after I come home, patch the TL updater with
> Norbert's sources and then try to keep away for a while. Hans gave a
> nice idea about archiving (rsnapshot), but that won't be implemented
> at this moment yet (unless someone else wants to try it).
> If TL ConTeXt packages start working properly, users will be able to
> archive their old packages inside TeX Live. (The ability to go back to
> some older ConTeXt current turned out not to suffice.)
> (We started rewriting server-side scripts gradually with Arthur, but
> that's basically invisible to users, however helpful if anyone will
> have to jump in with modifications.)
> Mojca
> On Sat, May 2, 2009 at 18:52, Mojca Miklavec wrote:
>> Hello,
>> I'm going to change some aspects of binary compilation in order to
>> enable storing multiple versions of luatex. I have to watch out to
>> make the changes more or less simultaneous. There has been a recent
>> change/patch in pdftex, but assuming that Taco is not going to release
>> the next version of LuaTeX or metapost in the next few days ... I just
>> wanted to warn you that compiling the binaries until my next notice
>> might fail if you start compiling in the wrong moment during
>> transition.
>> After that I will ask you to update build-binaries script to account
>> for the changes.

More information about the binary-builders mailing list