- binary-builders - NTG Mailing Lists

[Context] trunk version of luatex in minimals
by Peter Münster 18 Aug '09

18 Aug '09

Hello, Where and when is the luatex trunk version installed and used? I always get the beta-0.42.0 version, with "--context=alpha", "--context=beta" and "--context=current"... Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/

2 1

[Context] ConTeXt minimals behind (rsync) firewall
by Mojca Miklavec 23 Jul '09

23 Jul '09

On Wed, Jul 22, 2009 at 23:03, Alan BRASLAU wrote: > >>> I am currently behind a firewall that does not allow rsync:// >>> connections, so ./first-setup.sh fails. >>> However, ssh connections are allowed. >>> I do not (currently) know enough about rsync >>> (and the conTeXt scripts) to see how to get around this. > > I re-read the rsync documentation and found a solution: > > export RSYNC_CONNECT_PROG='ssh proxyhost nc %H 873' > ./first-setup.sh > > where proxyhost is replaced by the name of my laboratory gateway machine that > is configured to allow rsync (port 873) connections. > > The other solutions (-e ssh) require having a login on contextgarden.net. > So, now I can rsync with the minimals on the garden. Alan, thanks a lot for figuring that out. This should be documented on Wiki or in first-setup.sh. Just a question: what kind of server exactly does that "proxyhost" need to be? Mojca

1 0

Re: [Context] [Dev-luatex] Luatex 0.42.0 (a snapshot release)
by Mojca Miklavec 19 Jul '09

19 Jul '09

On Fri, Jul 17, 2009 at 12:31, Taco Hoekwater wrote: > Hi, > > I have just uploaded the archives for a new luatex release, 0.42.0. > > NOTE: This snapshot is just for testing the new sources and the > updated build process, do NOT trust this binary for production work! Independent of that (considering the fact that luatex should not be trusted for production work anyway :) :) :) :) ... We should probably build it for the minimals, right? Mojca

5 33

[Context] strange: luatex still at version beta-0.40.5 in minimals
by Peter Münster 25 Jun '09

25 Jun '09

Hello, After a run of build-binaries.sh (compiling luatex-0.40.6) and execution of first-setup.sh, my luatex is still version 0.40.5. Strange, what happened? Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/

3 3

Re: [Context] texworks
by Mojca Miklavec 21 Jun '09

21 Jun '09

Hans, a few tiny details about texworks ... 1.) do you think that it would be possible to set something like %SELFAUTOLOC% instead of binaryPaths=D:/context/tex/texmf-mswin/bin in texworks.ini? 2.) This doesn't help too much openDialogDir=E:/context/manuals/mk 3.) This one might be deleted every time when I update ConTeXt: recentFileList= 4.) removing aux files (not with purge, but with File/Remove Aux files) is not complete (I would expect the tuc file to disapear as well) 5.) I get 404 error on server, but maybe there's some other problem, I would need to check MTXrun | running at port: 31415 MTXrun | document root: D:/Programi/context/tex/texmf-context/scripts/context/lu a MTXrun | main index file: unknown MTXrun | scripts subpath: D:/Programi/context/tex/texmf-context/scripts/context/ lua MTXrun | context services: http://localhost:31415/mtx-server-ctx-startup.lua MTXrun | request from: 127.0.0.1 MTXrun | requested action: MTXrun | invalid filename, forcing: unknown MTXrun | performing action: unknown MTXrun | requested file 'unknown' MTXrun | handling error 404: Not Found MTXrun | time spent with client: 8.671 seconds MTXrun | request from: 127.0.0.1 MTXrun | requested action: favicon.ico MTXrun | performing action: favicon.ico MTXrun | requested file 'favicon.ico' MTXrun | handling error 404: Not Found MTXrun | time spent with client: 0.063 seconds 6.) status-of-update.lua is generated in current folder which is a bit weird (and probably means that global settings are not preserved). But again ... I may need to check what's going on. Scite has local and global preferences separated. TeXWorks would need that kind of separation as well in order to be able to play with settings in this way. Mojca

2 1

[Context] luatex update
by Peter Münster 08 Jun '09

08 Jun '09

Hello, It seems, that minimals-sources are no more updated once per hour: ">> luatex beta-0.40.1 is at the latest version already" But luatex-beta-0.40.3 is out since this morning. Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/

3 4

[Context] windows libraries
by Mojca Miklavec 08 Jun '09

08 Jun '09

Hello, I would be glad if anyone could test if minimals on windows work ok. Kpathsea library names have changed and that usually leads to problems ... Mojca

1 0

Re: [Context] [NTG-context] updates without rsync
by Mojca Miklavec 30 May '09

30 May '09

[patrick - only (2) is for you] On Fri, May 29, 2009 at 18:07, Diego Depaoli <trebestie(a)gmail.com> wrote: > 2009/5/29 Peter Münster <pmlists(a)free.fr>: >> If this is not possible, perhaps the firewall is open for http? Then >> someone else with a Windows PC could prepare for you an archive and put it >> on an http-server? > Why not do it directly on minimals.contextgarden.net? > > [OT - for binaries maintainer] Even sources should be packaged in a zip file. > After recent Mojca's changes I rsynced for a whiiiiiiiiiiiiiiiiiiiiiiiiiiiiile > [OT - for binaries maintainer] Even sources should be packaged in a zip file. > After recent Mojca's changes I rsynced for a whiiiiiiiiiiiiiiiiiiiiiiiiiiiiile 1.) packaging sources as zip files would mean having to download everything every time when the most tiny bit changes. 2.) There used to be problems with download speed on Taco's server (I don't know if that's still the case). But now that there's some more space on garden, we could put those file on the garden instead if that would help. It seems to be only 300 MB, so that's minor in comparison to all other stuff that eats space on the server. (Patrick: I forgot if I replied you, but you definitely may remove the old copy from the old server.) 3.) We take svn version of XeTeX and pdfTeX. There are usually no problems with those as only a single file changes. But LuaTeX and metapost come from "tags". Whenever Taco makes a new "tag", svn has a brilliant feature to "copy the files" and all the files get a recent timestamp. Consequently all the timestamps of all files change (isn't that nice?) every time when a new luatex version is released. 4.) This update was an exceptional case. Maybe I did a mistake by not issuing "svn change repositoryname" (the syntax is different, don't know it by heart), but by deleting and fetching all the files from scratch, just to make sure that everything still works fine. But I'm almost sure that all the timestamps got changed. 5.) I added a -c switch to fetching the updates. This makes updating (negotiating which files to fetch) slower, but skips updating files whose timestamps differ (and not contents). It calculates the checksum of every file before asking server what to fetch. I'll leave that switch there for a while to see what difference it makes. Mojca

3 2

Re: [Context] [dev-context] Supelec is back
by Mojca Miklavec 28 May '09

28 May '09

On Mon, May 18, 2009 at 23:07, Taco Hoekwater wrote: > Hi all, > > For those of you who have not noticed yet: the foundry.supelec.fr > server is back online with new hardware and software, and is running > better than ever. > > There is a small snag that some of you may have noticed already: > you will have to delete your current checkouts of all subversion > projects, because the machine now solely talks DAV (and besides > that, the repository UUIDs have changed as well). Taco, thanks for the notice. So let me fix and test the scripts and repositories first before you rerun the building scripts. Fresh checkouts seem to run forever ... (I forgot that I should not be fetching the whole luatex with all the tags.) I'll notify you once binary building will be ready again. (Maybe it works now, but there's probably no need to build right away anyway.) Mojca

1 1

[Context] [Bug 381437] [NEW] return a nice error for rsync connectivity problems
by Mojca Miklavec 28 May '09

28 May '09

Public bug reported: If user is behind firewall or network is down, return error rather than trying to call rsync dozens of times. ** Affects: context Importance: Undecided Status: New -- return a nice error for rsync connectivity problems https://bugs.launchpad.net/bugs/381437 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: If user is behind firewall or network is down, return error rather than trying to call rsync dozens of times.

1 0