[NTG-context] Problem with Standalone

hwitloc at gmail.com hwitloc at gmail.com
Thu Jan 16 10:20:36 CET 2014


Mojca, thank you very much for the detailed and informative information.

Regarding the "native" for cygwin Context, I am currently using TeXLive for Unix-ish Platforms.  So the Context In TeXLive for Unix platforms works or has been made to work on Cygwin at some step in the process by someone.  How is the TexLive version of ConTeXt prepared?   Using the same technique for the standalone to render it runnable on Cygwin like the TexLive version of Context, I should think.  What do you think?

Regards

Mojca Miklavec wrote:

> On Wed, Jan 15, 2014 at 6:17 AM, Henman wrote:
> >
> > I am trying to load the standalone but have ran into a problem.
> >
> > Platform:  cygwin on Windows XP
> >
> > Here is what I did to try to get it all loaded and setup:
> >
> > #1 rsync -av rsync://contextgarden.net/minimals/setup/first-setup.sh .
> >    sh ./first-setup.sh  || exit 3
> >
> > The following files are loaded:
> >   receiving incremental file list
> >         bin/
> >         bin/cygiconv-2.dll
> >         bin/cygwin1.dll
> >         bin/kpathsea620.dll
> >         bin/lua52.dll
> >         bin/luatex.dll
> >         bin/mtx-update.lua
> >         bin/mtxrun.dll
> >         bin/mtxrun.exe
> >         bin/mtxrun.lua
> >         bin/rsync.exe
> >         bin/texlua.exe
> >
> >
> >     When you want to use context, you need to initialize the tree by typing:
> >
> >     . /opt/context/tex/setuptex
> >
> > NOTE: there is no /opt/context/!!  It doesn't get loaded.
> >
> >
> > Any ideas of what is wrong?  Any work around to get the proper tex directory contents?
> 
> We used to have cygwin-specific binaries, but dropped them after the
> volunteer who built them has lost the interest.
> 
> Actually I would surprised if the distribution worked with cygwin
> out-of-the-box now that those binaries have been removed (probably a
> few years ago already) because we never tried to adapt any code, but I
> guess that Akira's native windows binaries should work just as well
> under cygwin's shell, so fixing this should be doable.
> 
> There are two steps involved in syncronisation. The script
> first-setup.sh first determines the platform. In the good old days we
> used:
> 
>     # cygwin
>     CYGWIN*)
>         case "$cpu" in
>             i*86) platform="cygwin" ;;
>             x86_64|ia64) platform="cygwin-64" ;;
>             *) platform="unknown" ;;
>         esac ;;
> 
> and recently switched to:
> 
>     CYGWIN*)
>         case "$cpu" in
>             i*86) platform="mswin" ;; # cygwin, if we ever get "native
> cygwin binaries"
>             x86_64|ia64) platform="mswin" ;; # cygwin-64, likewise
>             *) platform="unknown" ;;
>         esac ;;
> 
> The script then fetches files from
>     rsync -rlptv rsync://contextgarden.net/minimals/setup/$platform/bin .
> which apparently succeeds, but then the following step fails:
> 
>     mtxrun --script ./bin/mtx-update.lua --force --update
> --context=beta --platform=$platform --texroot="$CONTEXTROOT" $@
> 
> If this step actually ever worked, it might be that Hans' recent fixes
> to determine whether Windows is 64-bit or not, might have broken the
> functionality.
> 
> In any case I'm almost sure that mtxrun fails to deliver proper
> binaries. Is there really no other output to be seen?
> 
> Mojca



More information about the ntg-context mailing list