[Context] some changes in binary compilation
![](https://secure.gravatar.com/avatar/6114858d84b0f40cf715f12237ab67a1.jpg?s=120&d=mm&r=g)
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. Mojca
![](https://secure.gravatar.com/avatar/6114858d84b0f40cf715f12237ab67a1.jpg?s=120&d=mm&r=g)
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.
![](https://secure.gravatar.com/avatar/6114858d84b0f40cf715f12237ab67a1.jpg?s=120&d=mm&r=g)
Hello, 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 mtx-update.lua.) 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? Mojca 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.
participants (1)
-
Mojca Miklavec