Re: [NTG-context] pdftex error message in TeXWorks
On 8/13/2016 4:12 PM, Vya. Y. wrote: Hello, After updating to the latest beta, TeXWorks shows an error message every time I open and compile a document. ("The procedure entry point could not be located in the dynamic link library"). I don't undestand how pdftex is involved when I compile to luatex. are you sure you run luatex? - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] pdftex error message in TeXWorks
Hello, After updating to the latest beta, TeXWorks shows an error message every time I open and compile a document. ("The procedure entry point could not be located in the dynamic link library"). I don't undestand how pdftex is involved when I compile to luatex. Regards, Vyacheslav ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Something weird about PATHs and MkII: wrong pdfTeX picked up
Hi, I jut tried to compile a document with texexec, but here's the weird thing: > which texexec /Users/me/context/tex/texmf-osx-64/bin/texexec > which pdftex /Users/me/context/tex/texmf-osx-64/bin/pdftex > which mtxrun /Users/me/context/tex/texmf-osx-64/bin/mtxrun > pdftex --version pdfTeX 3.14159265-2.6-1.40.16 (TeX Live 2015) ... > texexec foo.tex This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/MacPorts 2015_3) (preloaded format=cont-en) \write18 enabled. entering extended mode (./foo.tex ConTeXt ver: 2013.06.07 17:34 MKII fmt: 2015.9.15 int: english/english system : foo.top loaded (./foo.top) bodyfont: 12pt rm is loaded ! Font \*12ptrmtfrm*:=ec-lmr12 not loadable: Metric (TFM) file not found. I have a hard time understanding what exactly is going wrong. Why does ConTeXt (texexec) call another instance of pdftex from somewhere at the end of PATH? My only explanation could be that some fmtutil is called along the way and fmtutil doesn't exist in minimals. Thank you, Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Something weird about PATHs and MkII: wrong pdfTeX picked up
Hi, Addendum: it turns out that as soon as I remove ruby 2.2 from rbenv from PATH, everything starts working properly. At the moment I'm not yet sure whether there is something wrong or weird with the ruby setup in rbenv or something specific about the version of Ruby. I will try different combinations (using an older version of ruby in rbenv and switching to a newer version of the "systemwide" ruby) and report the findings. Mojca On Fri, Oct 23, 2015 at 6:02 PM, Mojca Miklavec wrote: > Hi, > > I jut tried to compile a document with texexec, but here's the weird thing: > >> which texexec > /Users/me/context/tex/texmf-osx-64/bin/texexec >> which pdftex > /Users/me/context/tex/texmf-osx-64/bin/pdftex >> which mtxrun > /Users/me/context/tex/texmf-osx-64/bin/mtxrun >> pdftex --version > pdfTeX 3.14159265-2.6-1.40.16 (TeX Live 2015) > ... >> texexec foo.tex > This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/MacPorts > 2015_3) (preloaded format=cont-en) > \write18 enabled. > entering extended mode > (./foo.tex > > ConTeXt ver: 2013.06.07 17:34 MKII fmt: 2015.9.15 int: english/english > > system : foo.top loaded > (./foo.top) > bodyfont: 12pt rm is loaded > ! Font \*12ptrmtfrm*:=ec-lmr12 not loadable: Metric (TFM) file not found. > > I have a hard time understanding what exactly is going wrong. Why does > ConTeXt (texexec) call another instance of pdftex from somewhere at > the end of PATH? > > My only explanation could be that some fmtutil is called along the way > and fmtutil doesn't exist in minimals. > > Thank you, > Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] [pdftex] Problem: testing MkIV on pdftex-t manual source
Richard Chan wrote: Thanks - that worked for the \THANH macro - now I have a new error structure : pdftexprimitive @ level 5 : 0.0.7.15.1 - \Syntax {\Tex {\pdfelapsedtime }} \Whatever {read||only integer} ! Undefined control sequence. l.4258 ...\PDFTEX\ has run for \the\pdfelapsedtime We can't fix that. The pdftex manual uses pdftex specific features that only exist in pdftex, not in luatex. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] [pdftex] Problem: testing MkIV on pdftex-t manual source
Am 20.04.10 05:09, schrieb Richard Chan: I'm new to all this stuff - does MkIV build the pdftex manual? I ran into this problem running ConTeXt minimals on the pdftex 1.4 manual sources context --mode=screen --result=TESTING pdftex-t: nh l.689 \PDFTEX\ is maintained by \THANH , Martin Schr\oder, Hans Hagen, Taco ? I could build the manual using texexec. Can you replace in the s-abr-01.tex file which is in the same folder as the manual the defintion for \THANH with this one \def\THANH{H\agrave n Th\ecircumflexacute\ Th\agrave n} % Hàn Thế Thành Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] [pdftex] Problem: testing MkIV on pdftex-t manual source
Hi, Reinhard Kotucha wrote: And why Martin Schr\oder instead of Martin Schröder? The last time I wrote \o instead of ö in a document was in 1994, just before LaTeX-2e was released. But both, LaTeX and Context, support UTF-8 now. It allows you to have text written in Vietnamese, Greek, Arabic, Chinese, Devanagari... in one and the same TeX source file. The first version of the pdftex manual dates from 1996 or so, at a time when sending 8-bit files over the net was far from reliable. And why go back to change a definition that works (well, did work, until now)? Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 01 2009, Vnpenguin wrote: a) (dangerous; I would not do it) install a more recent version of libc on your machine It's NOT possible. Hello Vnpenguin, Why not? b) we need to set up some virtual machine with an old linux and compile binaries there or find someone else with a reasonably old 64-bit linux server I could set up such a system, but not immediately (in a few weeks probably). Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 01 2009, Vnpenguin wrote: xetex xetex: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by xetex) Hello, Here, I don't know how to help. I've these packages on my system: libstdc++33-3.3.3 libstdc++33-devel-3.3.3 libstdc++41-devel-4.1.3_20080612 libstdc++43-devel-4.3.3_20080904 libstdc++44-4.4.0_20090519 libstdc++-devel-4.3 But I don't know how to select the library for building xetex... Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Mon, Nov 2, 2009 at 09:20, Peter Münster pmli...@free.fr wrote: On Sun, Nov 01 2009, Vnpenguin wrote: a) (dangerous; I would not do it) install a more recent version of libc on your machine It's NOT possible. Hello Vnpenguin, Why not? In our production environment, only RHEL CentOS are used, and all installations are up-to-date with main stream distribution. So an update of glibc is not authorized. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
Hi, Just installed minimal on CentOS x86_64. The installation is ok, but when I try pdftex, there is error: pdftex pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) yum list installed glibc* Loaded plugins: fastestmirror, priorities Excluding Packages in global exclude list Finished Installed Packages glibc.i686 2.5-42 installed glibc.x86_64 2.5-42 installed glibc-common.x86_64 2.5-42 installed glibc-devel.x86_64 2.5-42 installed glibc-headers.x86_64 2.5-42 installed I have both glibc.i686 glibc.x86_64 on my box. Any help for this problem ? Thanks in advance, -- http://vnoss.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote: Hi, Just installed minimal on CentOS x86_64. The installation is ok, but when I try pdftex, there is error: pdftex pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) Any help for this problem ? This is weird. Peter - did you upgrade your linux in the meantime by any chance? (The update dates back to 17th October.) I can roll back, but I don't know to which version. Are you familiar with svn? Can you try to figure out what version works OK for you? svn co http://svn.contextgarden.net/minimals/bin/tex/linux-64/current/pdftex and then you need to navigate back in time with svn log svn up -r 510 (or any other version) Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
I forgot to ask: does only pdftex cause problems or also metapost, luatex, xetex? It might help to know which of these programs still work. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote: pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) glibc.i686 2.5-42 Any help for this problem ? Yes, the easy answer would be upgrade your linux, but we probably want the binaries to run on slightly older machines as well. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
2009/11/1 Mojca Miklavec mojca.miklavec.li...@gmail.com: Yes, the easy answer would be upgrade your linux, but we probably want the binaries to run on slightly older machines as well. Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc 2.4). Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 18:47, Mojca Miklavec wrote: On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote: Hi, Just installed minimal on CentOS x86_64. The installation is ok, but when I try pdftex, there is error: pdftex pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) Any help for this problem ? This is weird. Peter - did you upgrade your linux in the meantime by any chance? (The update dates back to 17th October.) Or maybe I was too fast. I don't find the exact timeline of libc development, so I have no idea how old your linux is. I thought that this failure was recent, but apparently it's not (the garden most probably has libc-2.8). For 32-bit linux we try to be *very* backward compatible. For 64-bit Peter most probably has the oldest linux OS running on 64-bit processor in the community. You are the first one with something older. The problem is that either: - we need to find someone that will compile the binaries on old-enough linux - or, if you have a chance to figure out how to upgrade to something that supports at least 2.7 Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
Martin Schröder wrote: 2009/11/1 Mojca Miklavec mojca.miklavec.li...@gmail.com: Yes, the easy answer would be upgrade your linux, but we probably want the binaries to run on slightly older machines as well. Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc 2.4). ah, so maybe you can learn mojca a few tricks then; does this mean that tex live binaries have some built in magic that checks for libs? Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
2009/11/1 Mojca Miklavec mojca.miklavec.li...@gmail.com: I'm sweating ... trying to download Sarge DVD on this extra-slow connection. And then you remind me that I have a big cartoon box of original SuSE 7.2 right below my desk. (Maybe I should start considering throwing away a few things like this one, though it seems to come handy from time to time when one least expects it.) I tested with 10.1 (which still had 2.4). (The only problem is that I'm not yet sure if SVN has already been developed at the time when SuSE 7 has been released.) Probably not. :-) Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
2009/11/1 Hans Hagen pra...@wxs.nl: Martin Schröder wrote: Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc 2.4). ah, so maybe you can learn mojca a few tricks then; does this mean that tex live binaries have some built in magic that checks for libs? No, they are simply build on old systems. Ask Peter. :-) Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 18:48, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: I forgot to ask: does only pdftex cause problems or also metapost, luatex, xetex? It might help to know which of these programs still work. mpost mpost: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by mpost) luatex This is LuaTeX, Version beta-0.43.0-2009081914 \write18 enabled. ** (I used Ctrl+C to exit here) xetex xetex: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by xetex) My box is CentOS x86_64 5.4 with all updates. Thanks ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
Martin Schröder wrote: 2009/11/1 Hans Hagen pra...@wxs.nl: Martin Schröder wrote: Indeed. Btw: The binaries from TL run on SUSE 10.1 (which has glibc 2.4). ah, so maybe you can learn mojca a few tricks then; does this mean that tex live binaries have some built in magic that checks for libs? No, they are simply build on old systems. Ask Peter. :-) ah, so they're static binaries Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 18:50, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote: pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) glibc.i686 2.5-42 Any help for this problem ? Yes, the easy answer would be upgrade your linux, but we probably want the binaries to run on slightly older machines as well. My box CentOS 5.4 with all updates. What do you mean upgrade ? Q ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
2009/11/1 Hans Hagen pra...@wxs.nl: Martin Schröder wrote: No, they are simply build on old systems. Ask Peter. :-) ah, so they're static binaries Mostly. glibc is not statically linked. ldd Master/bin/x86_64-linux/pdftex libm.so.6 = /lib64/libm.so.6 (0x2b1771708000) libc.so.6 = /lib64/libc.so.6 (0x2b177195b000) /lib64/ld-linux-x86-64.so.2 (0x2b17714eb000) Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
2009/11/1 Vnpenguin vnpeng...@vnoss.org: My box CentOS 5.4 with all updates. What do you mean upgrade ? What glibc-version do you have? rpm -qi glibc? Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
2009/11/1 Mojca Miklavec mojca.miklavec.li...@gmail.com: Or maybe I was too fast. I don't find the exact timeline of libc development, so I have no idea how old your linux is. I thought that this failure was recent, but apparently it's not (the garden most probably has libc-2.8). For 32-bit linux we try to be *very* backward compatible. For 64-bit Peter most probably has the oldest linux OS running on 64-bit processor in the community. You are the first one with something older. The problem is that either: - we need to find someone that will compile the binaries on old-enough linux - or, if you have a chance to figure out how to upgrade to something that supports at least 2.7 2.7 is quite new, and 2.8 is very new. My SUSE 10.3 (which is now two years old and will be upgraded soon) has 2.6.1. Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 19:30, Martin Schröder mar...@oneiros.de wrote: 2009/11/1 Vnpenguin vnpeng...@vnoss.org: My box CentOS 5.4 with all updates. What do you mean upgrade ? What glibc-version do you have? rpm -qi glibc? # yum list installed glibc\* Excluding Packages in global exclude list Finished Installed Packages glibc.i686 2.5-42 installed glibc.x86_64 2.5-42 installed # rpm -qi glibc Name: glibcRelocations: (not relocatable) Version : 2.5 Vendor: CentOS Release : 42Build Date: Thu 03 Sep 2009 02:19:32 AM CEST Install Date: Mon 26 Oct 2009 10:15:57 AM CET Build Host: builder10.centos.org Group : System Environment/Libraries Source RPM: glibc-2.5-42.src.rpm Size: 11658002 License: LGPL Signature : DSA/SHA1, Thu 01 Oct 2009 02:40:46 AM CEST, Key ID a8a447dce8562897 Summary : The GNU libc libraries. Description : The glibc package contains standard libraries which are used by multiple programs on the system. In order to save disk space and memory, as well as to make upgrading easier, common system code is kept in one place and shared between programs. This particular package contains the most important sets of shared libraries: the standard C library and the standard math library. Without these two libraries, a Linux system will not function. Name: glibcRelocations: (not relocatable) Version : 2.5 Vendor: CentOS Release : 42Build Date: Thu 03 Sep 2009 02:56:59 AM CEST Install Date: Mon 26 Oct 2009 10:16:12 AM CET Build Host: builder16.centos.org Group : System Environment/Libraries Source RPM: glibc-2.5-42.src.rpm Size: 12629247 License: LGPL Signature : DSA/SHA1, Thu 01 Oct 2009 02:40:45 AM CEST, Key ID a8a447dce8562897 Summary : The GNU libc libraries. Description : The glibc package contains standard libraries which are used by multiple programs on the system. In order to save disk space and memory, as well as to make upgrading easier, common system code is kept in one place and shared between programs. This particular package contains the most important sets of shared libraries: the standard C library and the standard math library. Without these two libraries, a Linux system will not function. Thanks -- http://vnoss.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 19:24, Vnpenguin wrote: On Sun, Nov 1, 2009 at 18:50, Mojca Miklavec wrote: On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote: pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) glibc.i686 2.5-42 Any help for this problem ? Yes, the easy answer would be upgrade your linux, but we probably want the binaries to run on slightly older machines as well. My box CentOS 5.4 with all updates. What do you mean upgrade ? Hello, Apparently it means that CentOS uses something like a several-years-span-back-in-time libc library and you cannot do much about it. That's no problem in general since you would not take a suse-compiled firefox and take the binary to your CentOS. You are the first user that has complained so far (most probably because you are the first user to try ConTeXt on CentOS). There are several options: a) (dangerous; I would not do it) install a more recent version of libc on your machine b) we need to set up some virtual machine with an old linux and compile binaries there or find someone else with a reasonably old 64-bit linux server c) you would need to compile the binaries for minimals on regular basis d) since LuaTeX works fine, just stick to MKIV (MKII is highly unsuitable for writing Vietnamese anyway :) :) :) e) Reinhard was trying to convince me to typeset some of his Vietnamese documents in ConTeXt back in May. Those test documents have revealed quite some bugs in font setups in ConTeXt MKII. If Reinhard still neeeds fixed Vietnamese in ConTeXt MKII, we'll gladly give him svn account to commit 64-bit linux binaries for minimals, so that he doesn't get out of the art of compiling TeX binaries exercise between the long breaks in TeX Live releases. I suggest you to go for D, at least for a moment. The rest highly depends on you. E is not to be taken too seriously. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 19:59, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Sun, Nov 1, 2009 at 19:24, Vnpenguin wrote: On Sun, Nov 1, 2009 at 18:50, Mojca Miklavec wrote: On Sun, Nov 1, 2009 at 18:00, Vnpenguin wrote: pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) glibc.i686 2.5-42 Any help for this problem ? Yes, the easy answer would be upgrade your linux, but we probably want the binaries to run on slightly older machines as well. My box CentOS 5.4 with all updates. What do you mean upgrade ? Hello, Apparently it means that CentOS uses something like a several-years-span-back-in-time libc library and you cannot do much about it. That's no problem in general since you would not take a suse-compiled firefox and take the binary to your CentOS. Hey, CentOS 5.4 just released on 21-May-2009 :-) If I have problem with ConTeXt on CentOS 5.4 so all users of RHEL 5.4 are the same: they can not! You are the first user that has complained so far (most probably because you are the first user to try ConTeXt on CentOS). There are several options: a) (dangerous; I would not do it) install a more recent version of libc on your machine It's NOT possible. b) we need to set up some virtual machine with an old linux and compile binaries there or find someone else with a reasonably old 64-bit linux server ... c) you would need to compile the binaries for minimals on regular basis Howto do this ? Is there any guide ? d) since LuaTeX works fine, just stick to MKIV (MKII is highly unsuitable for writing Vietnamese anyway :) :) :) e) Reinhard was trying to convince me to typeset some of his Vietnamese documents in ConTeXt back in May. Those test documents have revealed quite some bugs in font setups in ConTeXt MKII. If Reinhard still neeeds fixed Vietnamese in ConTeXt MKII, we'll gladly give him svn account to commit 64-bit linux binaries for minimals, so that he doesn't get out of the art of compiling TeX binaries exercise between the long breaks in TeX Live releases. I setup ConTeXt to test some things at work, nothing to see with vietnamese yet. If it's not possible with ConTeXt minimal distro, maybe I'll go for TeXlive. Thanks -- http://vnoss.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
Hey, CentOS 5.4 just released on 21-May-2009 :-) If I have problem with ConTeXt on CentOS 5.4 so all users of RHEL 5.4 are the same: they can not! Correction: CentOS 5.4 was released on 21-Oct-2009. So it's not so old at all :-) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 21:10, Vnpenguin wrote: On Sun, Nov 1, 2009 at 19:59, Mojca Miklavec wrote: Apparently it means that CentOS uses something like a several-years-span-back-in-time libc library and you cannot do much about it. That's no problem in general since you would not take a suse-compiled firefox and take the binary to your CentOS. Hey, CentOS 5.4 just released on 21-Oct-2009 :-) If I have problem with ConTeXt on CentOS 5.4 so all users of RHEL 5.4 are the same: they can not! Yes, I have noticed. People often reply to come to mailing list saying I have installed the brand new Ubuntu and yet they have something like 4-year-old ConTeXt. This is nothing bad. It's just a bad luck in this particular case, but we'll solve it. c) you would need to compile the binaries for minimals on regular basis Howto do this ? Is there any guide ? Not really. Just the first line of http://wiki.contextgarden.net/ConTeXt_Minimals/Implementation that says svn co http://svn.contextgarden.net/minimals-src/build-binaries and then you need to run the script build-binaries (but it will fail since you don't have the rights yet). You may try to run ./update-binaries.sh first and then compile pdftex to start with (it returns warnings, but feel free to ignore them; the binary should nevertheless be there). We can create you an account, but we need to talk first just to agree on the building schedule. If it's not possible with ConTeXt minimal distro, maybe I'll go for TeXlive. Are you planning to use MKII (pdftex) or MKIV (unicode and opentype fonts with luatex)? In TeX Live the MKIV support is hardly usable, but feel free to go testing TeX Live. You may install TL 2009 in a really minimalistic way. (Almost the same size as minimals, and in completely isolated folder.) Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
2009/11/1 Vnpenguin vnpeng...@vnoss.org: Correction: CentOS 5.4 was released on 21-Oct-2009. So it's not so old at all :-) Sorry, but it is. It's a free version of RHEL5, which was initially released in 2007. http://en.wikipedia.org/wiki/Centos It you want something modern, use e.g. Fedora. Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
Vnpenguin, what kernel is running on your OS? If we set up a virtual machine for compiling binaries - does anyone have a suggesting what OS to take, so that it will remain compatible with as many x86_64 processors as possible? (Apparently glibc and kerner are the deciding factors; but it needs to have support for 64-bit machines that are not as old as it seems after all.) Reinhard - what linux are you using for TL? Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 1, 2009 at 21:45, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: Vnpenguin, what kernel is running on your OS? The current kernel is: uname -r 2.6.18-164.2.1.el5 If we set up a virtual machine for compiling binaries - does anyone have a suggesting what OS to take, so that it will remain compatible with as many x86_64 processors as possible? (Apparently glibc and kerner are the deciding factors; but it needs to have support for 64-bit machines that are not as old as it seems after all.) If you would like to put ConTeXt in industrial/business world you can not ignore RHEL CentOS :-) Thanks, -- http://vnoss.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On 1 November 2009 Mojca Miklavec wrote: Vnpenguin, what kernel is running on your OS? If we set up a virtual machine for compiling binaries - does anyone have a suggesting what OS to take, so that it will remain compatible with as many x86_64 processors as possible? (Apparently glibc and kerner are the deciding factors; but it needs to have support for 64-bit machines that are not as old as it seems after all.) Reinhard - what linux are you using for TL? # uname -a Linux zaphod 2.6.20-gentoo-r8 #1 SMP Mon Apr 14 01:07:33 CEST 2008 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ AuthenticAMD GNU/Linux But please note that the binaries for this platform were provided by Peter Breitenlohner this year. His system is even older than mine. It's better to ask him if you need the details (peb at mppmu.mpg.de). BTW, the glibc is much more important than the kernel. And maybe the version of gcc matters, too. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotu...@web.de Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64
On Sun, Nov 01 2009, Mojca Miklavec wrote: pdftex pdftex: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by pdftex) Any help for this problem ? This is weird. Peter - did you upgrade your linux in the meantime by any chance? (The update dates back to 17th October.) Hello, Indeed, I've updated my glibc accidentally¹ on 5th October from 2.9 to 2.10. So all binaries, that I've built after this date are affected by this problem (dependency on GLIBC_2.7). Example for luatex: ~/minimals/bin/linux-64/current/luatex ldd -v beta-0.4[34].0/luatex beta-0.43.0/luatex: linux-vdso.so.1 = (0x7fffb6384000) libm.so.6 = /lib64/libm.so.6 (0x7f65e6474000) libc.so.6 = /lib64/libc.so.6 (0x7f65e611b000) /lib64/ld-linux-x86-64.so.2 (0x7f65e66ca000) Version information: beta-0.43.0/luatex: ld-linux-x86-64.so.2 (GLIBC_2.3) = /lib64/ld-linux-x86-64.so.2 libc.so.6 (GLIBC_2.3) = /lib64/libc.so.6 libc.so.6 (GLIBC_2.2.5) = /lib64/libc.so.6 libm.so.6 (GLIBC_2.2.5) = /lib64/libm.so.6 /lib64/libm.so.6: libc.so.6 (GLIBC_2.2.5) = /lib64/libc.so.6 /lib64/libc.so.6: ld-linux-x86-64.so.2 (GLIBC_PRIVATE) = /lib64/ld-linux-x86-64.so.2 ld-linux-x86-64.so.2 (GLIBC_2.3) = /lib64/ld-linux-x86-64.so.2 beta-0.44.0/luatex: linux-vdso.so.1 = (0x7dfff000) libm.so.6 = /lib64/libm.so.6 (0x7f53c4dbb000) libc.so.6 = /lib64/libc.so.6 (0x7f53c4a62000) /lib64/ld-linux-x86-64.so.2 (0x7f53c5011000) Version information: beta-0.44.0/luatex: ld-linux-x86-64.so.2 (GLIBC_2.3) = /lib64/ld-linux-x86-64.so.2 libm.so.6 (GLIBC_2.2.5) = /lib64/libm.so.6 libc.so.6 (GLIBC_2.3) = /lib64/libc.so.6 libc.so.6 (GLIBC_2.7) = /lib64/libc.so.6 libc.so.6 (GLIBC_2.2.5) = /lib64/libc.so.6 /lib64/libm.so.6: libc.so.6 (GLIBC_2.2.5) = /lib64/libc.so.6 /lib64/libc.so.6: ld-linux-x86-64.so.2 (GLIBC_PRIVATE) = /lib64/ld-linux-x86-64.so.2 ld-linux-x86-64.so.2 (GLIBC_2.3) = /lib64/ld-linux-x86-64.so.2 I've just downgraded my glibc to 2.9 and I'm now rebuilding metapost, luatex and pdftex. We will see in about 1 hour, if this solves the problem. Cheers, Peter Note 1: I only wanted to update my glib, so I've done a ' zypper up *glib* '. -- Contact information: http://pmrb.free.fr/contact/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Can I use pdftex and texexec with latest download.
Been away from Context for a while so please bear with me. I just downloaded context-minimal to my home directory using the sh ./first-setup.sh script. I want to use pdftex primarily and now and then regular Context with texexec. I note that the download has references to luatex however, which I don't need/don't want to fool with. Is this download OK for my purposes or must I use another download method? -- John Culleton Create Book Covers with Scribus/e-book $5.95 http://www.booklocker.com/books/4055.html ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Can I use pdftex and texexec with latest download.
On Mon, 17 Aug 2009, John Culleton wrote: Been away from Context for a while so please bear with me. I just downloaded context-minimal to my home directory using the sh ./first-setup.sh script. I want to use pdftex primarily and now and then regular Context with texexec. I note that the download has references to luatex however, which I don't need/don't want to fool with. Is this download OK for my purposes or must I use another download method? Yes, simply source setuptex script and then texexec should work fine. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdftex error
On Tue, Mar 10, 2009 at 07:41, Yue Wang wrote: Mojca: This problem is still not fixed. Try to add both kpathsea357.dll (required by luatex) and kpathsea357-dev.dll (required by pdftex, xetex, mpost) into your fetch script. Hello, Thanks a lot for the reminder and sorry for keeping you waiting (I'm still on holidays). I used to update windows binaries by hand, and then Akira started reminding me to update the binaries in minimals. Now I have set up automatic updates, but then libraries constantly fail to work because they change the names (and names are hardcoded at several places as it stands now). Once I'll have more time I'll rewrite the scripts to watch for changes in libraries in Akira's zips. If you didn't warn me to get the kpathsea357.dll library, you would be left with a broken installation again :) :) :) That library has been removed from the main tex zip and will be removed from the luatex zip as well as soon as Taco releases a new beta. So ... yes, I need to figure out a way to update things in some better and more clever way than whan we do now. One tiny question for those working on Windows (I used to have a program to track library dependencies, but I forgot which one): minimals have plenty of binaries like bibtex.exe that are taken from TeX Live 2008. Any idea which library those binaries depend on? Thanks, Mojca Yue Wang On Mon, Mar 9, 2009 at 4:17 PM, Yue Wang yuleo...@gmail.com wrote: Yes. she needs to add that line into her script. for now you can manually get that from w32tex's luatex-dev package. On Mon, Mar 9, 2009 at 12:25 PM, Fengnan fnst...@hotmail.com wrote: When I updated my context minimal earlier today, at the end of the update process, the cmd window pops up a error message box which says Unable to find kpathsea357-dev.dll, so this program cannot be started ( I translate from Chinese). Just pure guess, did Mojca forget to put the file in the right place? Fengnan Gao fnst...@hotmail.com ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdftex error
Hi, One tiny question for those working on Windows (I used to have a program to track library dependencies, but I forgot which one): minimals have plenty of binaries like bibtex.exe that are taken from TeX Live 2008. Any idea which library those binaries depend on? exescope can do that. Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdftex error
On Thu, Mar 12, 2009 at 02:53, Yue Wang wrote: btw, see also http://www.dependencywalker.com/ Thanks, The page looks familiar, maybe I have used exactly that program in past, but the main problem is the dependency of that program itself :) :) :) It needs windows :) :) :) I got the reply from Akira, so I'll try to fix a few things in a week or later. I hope that the binaries at least work now. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdftex error
Mojca: This problem is still not fixed. Try to add both kpathsea357.dll (required by luatex) and kpathsea357-dev.dll (required by pdftex, xetex, mpost) into your fetch script. Yue Wang On Mon, Mar 9, 2009 at 4:17 PM, Yue Wang yuleo...@gmail.com wrote: Yes. she needs to add that line into her script. for now you can manually get that from w32tex's luatex-dev package. On Mon, Mar 9, 2009 at 12:25 PM, Fengnan fnst...@hotmail.com wrote: When I updated my context minimal earlier today, at the end of the update process, the cmd window pops up a error message box which says Unable to find kpathsea357-dev.dll, so this program cannot be started ( I translate from Chinese). Just pure guess, did Mojca forget to put the file in the right place? Fengnan Gao fnst...@hotmail.com ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdftex error
Yes. she needs to add that line into her script. for now you can manually get that from w32tex's luatex-dev package. On Mon, Mar 9, 2009 at 12:25 PM, Fengnan fnst...@hotmail.com wrote: When I updated my context minimal earlier today, at the end of the update process, the cmd window pops up a error message box which says Unable to find kpathsea357-dev.dll, so this program cannot be started ( I translate from Chinese). Just pure guess, did Mojca forget to put the file in the right place? Fengnan Gao fnst...@hotmail.com ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] installing fonts pdftex
Hi, this http://wiki.contextgarden.net/otfinst did it and it actually worked quite well, thanks a lot. good to know :-) it even took care of the dashes problem. do you know how to default to old style numerals the 'osf' doesn't seem to work, and i'm certain that the font supports it. and if you so happen to be the author, you've got a bug; I am the anonymous author :), I'll have a look into this this weekend. Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] installing fonts pdftex
this http://wiki.contextgarden.net/otfinst did it and it actually worked quite well, thanks a lot. it even took care of the dashes problem. do you know how to default to old style numerals the 'osf' doesn't seem to work, and i'm certain that the font supports it. and if you so happen to be the author, you've got a bug; if i chose Sans, it generates this typescript \definetypeface [sample][rm][serif][cronospro][default][encoding=texnansi] instead of \definetypeface [sample][ss][sans][cronospro][default][encoding=texnansi] Thomas A. Schmitz wrote: On Jan 27, 2009, at 12:28 AM, Mohamed Bana wrote: Hi Thomas, Hi, please address questions to the mailing-list, not to me personally. 1. when is the last time you tried to install a font manually using texfont? i've been trying to get install warnockpro and cronospro - both of which are .otf - but i've had no lack. texfont --makepath --install --fontroot=`pwd` --vendor=adobe --co=warnockpro --en=texnansi --lcdf --preproc --variant=liga,kern,smcp,onum the last time i checked texfont was generating an empty map file. texfont is really old, it predates opentype fonts, so you can't expect it to handle such fonts. It was a brave and wonderful effort to automate installation of fonts, but I gave up using it - not because texfont itself is bad, but because so many fonts are just faulty and/or idiosyncratic, and automatization just can't handle all these eceptions. I always had to double-check and edit files by hand, so I decided to go for a manual process. The --lcdf switch was added by Adam Lindsay, who also wrote a short article about otf and ConTeXt: http://www.tug.org/pracjourn/2005-2/lindsay/lindsay.pdf Too bad Adam isn't active anymore, he was a great help in ConTeXt development. If you search the mailing list archive for texfont lcdf, you will see that the problem with the empty map file is common and was never really solved, AFAIK. So you have several options: 1. install the fonts manually 2. use texfont and write the map file manually 3. try Patrick's otfinst http://wiki.contextgarden.net/otfinst 4. I have a set of support files for using Cronos and Warnock with pdftex; if you want, I can make a zip and send them to you (not before Thursday, however). the free version of lucida (.ttf) that ship with Java files worked fine 2. is there someone i must do to get to dashes working properly? as in, --- doesn't generate the right dash nor does --. These are defined as ligatures in the tfm/vf files. Doesn't texfont produce vpl-files as an intermediate format? You could open those and check whether the ligature is defined. It probably isn't, and then you have to hunt down the reason or add it manually... Good luck Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] installing fonts pdftex
On Jan 27, 2009, at 12:28 AM, Mohamed Bana wrote: Hi Thomas, Hi, please address questions to the mailing-list, not to me personally. 1. when is the last time you tried to install a font manually using texfont? i've been trying to get install warnockpro and cronospro - both of which are .otf - but i've had no lack. texfont --makepath --install --fontroot=`pwd` --vendor=adobe -- co=warnockpro --en=texnansi --lcdf --preproc -- variant=liga,kern,smcp,onum the last time i checked texfont was generating an empty map file. texfont is really old, it predates opentype fonts, so you can't expect it to handle such fonts. It was a brave and wonderful effort to automate installation of fonts, but I gave up using it - not because texfont itself is bad, but because so many fonts are just faulty and/ or idiosyncratic, and automatization just can't handle all these eceptions. I always had to double-check and edit files by hand, so I decided to go for a manual process. The --lcdf switch was added by Adam Lindsay, who also wrote a short article about otf and ConTeXt: http://www.tug.org/pracjourn/2005-2/lindsay/lindsay.pdf Too bad Adam isn't active anymore, he was a great help in ConTeXt development. If you search the mailing list archive for texfont lcdf, you will see that the problem with the empty map file is common and was never really solved, AFAIK. So you have several options: 1. install the fonts manually 2. use texfont and write the map file manually 3. try Patrick's otfinst http://wiki.contextgarden.net/otfinst 4. I have a set of support files for using Cronos and Warnock with pdftex; if you want, I can make a zip and send them to you (not before Thursday, however). the free version of lucida (.ttf) that ship with Java files worked fine 2. is there someone i must do to get to dashes working properly? as in, --- doesn't generate the right dash nor does --. These are defined as ligatures in the tfm/vf files. Doesn't texfont produce vpl-files as an intermediate format? You could open those and check whether the ligature is defined. It probably isn't, and then you have to hunt down the reason or add it manually... Good luck Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] pdftex and xetex not working at live.contextgarden.net
Hi there, LuaTeX seems to have been removed from live.contextgarden.net, but it seems that neither the pdftex nor xetex engine is able to compile the most basic \starttext Hello world! \stoptext Just in case it helps and none has noticed it. Pablo ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdftex and xetex not working at live.contextgarden.net
On Mon, Nov 10, 2008 at 8:56 PM, Pablo Rodríguez wrote: Hi there, LuaTeX seems to have been removed from live.contextgarden.net, but it seems that neither the pdftex nor xetex engine is able to compile the most basic \starttext Hello world! \stoptext Just in case it helps and none has noticed it. If Patrick finds no time to fix auto-format-generation, I'll enable luatex engine again :) Mojca ... so that users can fix the problem themselves, or maybe the advanced ones can simply replace the current version of live with something more fancy; that should be doable :) ... ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] pdftex and xetex not working at live.contextgarden.net
Hi, LuaTeX seems to have been removed from live.contextgarden.net, but it seems that neither the pdftex nor xetex engine is able to compile the most basic \starttext Hello world! \stoptext Just in case it helps and none has noticed it. If Patrick finds no time to fix auto-format-generation, I'll enable luatex engine again :) Then I guess you have to enable luatex again :) Patrick ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Odd Behavior in pdftex/xetex
text and non text and such If he use \retype the table works. Thanks; and so does \asciistr I cannot find documentation on \retype, \asciistr, nor \simplifytype ; in which situations should these be used? ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Odd Behavior in pdftex/xetex
[EMAIL PROTECTED] wrote: text and non text and such If he use \retype the table works. Thanks; and so does \asciistr I cannot find documentation on \retype, \asciistr, nor \simplifytype ; in which situations should these be used? as last resort - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Odd Behavior in pdftex/xetex
On Fri, 23 May 2008 22:29:06 +0200 Hans Hagen [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: The following specimen was run on live.contextgarden.net with each of the three typesetters: \setupcolors[state=start] \starttext \input knuth \bTABLE \bTR [align=middle]\bTH Range\eTH{}\bTH Value\eTH{}\eTR \bTR \bTD \type{} 12\eTD{}\bTD 3\eTD{}\eTR \bTR \bTD 12--16\eTD{}\bTD 2\eTD{}\eTR \bTR \bTD \type{}16\eTD{}\bTD 1\eTD{}\eTR \eTABLE \input knuth \stoptext In the case of pdfTeX and XeTeX, the table is given a width equal to the textwidth; in the caes of LuaTeX, it is typeset correctly with natural widths. When \setupcolors is removed, both pdfTeX and XeTeX also produce the correct result. This sounds like a bug to me (and took me forever to isolate \setupcolors - of all things! - as the culprit). actually it's the \type (combined with colors) \dontleavehmode \type {xx} works ok probably some pdfliteral is playing havoc here so that the width analyer cannot function well (a limitation of tex is that there's only a small set subset of \un* and \last* node operations); if you see messages like this !!forced exit from shapebox 9!! that is indeed the case. hoewver, in mkiv i use different trickery so there we don't have this problem (we also use a different color mechanism so that helps too) it's not so much a bug in mkii as well as a side effect/limitation okay, we could add \dontleavehmode to \type but i'm not sure if that will not break other things; also, bTABLE is kind of tricky because it needs to be clever with regards to text and non text and such If he use \retype the table works. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Odd Behavior in pdftex/xetex
The following specimen was run on live.contextgarden.net with each of the three typesetters: \setupcolors[state=start] \starttext \input knuth \bTABLE \bTR [align=middle]\bTH Range\eTH{}\bTH Value\eTH{}\eTR \bTR \bTD \type{} 12\eTD{}\bTD 3\eTD{}\eTR \bTR \bTD 12--16\eTD{}\bTD 2\eTD{}\eTR \bTR \bTD \type{}16\eTD{}\bTD 1\eTD{}\eTR \eTABLE \input knuth \stoptext In the case of pdfTeX and XeTeX, the table is given a width equal to the textwidth; in the caes of LuaTeX, it is typeset correctly with natural widths. When \setupcolors is removed, both pdfTeX and XeTeX also produce the correct result. This sounds like a bug to me (and took me forever to isolate \setupcolors - of all things! - as the culprit). ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Odd Behavior in pdftex/xetex
[EMAIL PROTECTED] wrote: The following specimen was run on live.contextgarden.net with each of the three typesetters: \setupcolors[state=start] \starttext \input knuth \bTABLE \bTR [align=middle]\bTH Range\eTH{}\bTH Value\eTH{}\eTR \bTR \bTD \type{} 12\eTD{}\bTD 3\eTD{}\eTR \bTR \bTD 12--16\eTD{}\bTD 2\eTD{}\eTR \bTR \bTD \type{}16\eTD{}\bTD 1\eTD{}\eTR \eTABLE \input knuth \stoptext In the case of pdfTeX and XeTeX, the table is given a width equal to the textwidth; in the caes of LuaTeX, it is typeset correctly with natural widths. When \setupcolors is removed, both pdfTeX and XeTeX also produce the correct result. This sounds like a bug to me (and took me forever to isolate \setupcolors - of all things! - as the culprit). actually it's the \type (combined with colors) \dontleavehmode \type {xx} works ok probably some pdfliteral is playing havoc here so that the width analyer cannot function well (a limitation of tex is that there's only a small set subset of \un* and \last* node operations); if you see messages like this !!forced exit from shapebox 9!! that is indeed the case. hoewver, in mkiv i use different trickery so there we don't have this problem (we also use a different color mechanism so that helps too) it's not so much a bug in mkii as well as a side effect/limitation okay, we could add \dontleavehmode to \type but i'm not sure if that will not break other things; also, bTABLE is kind of tricky because it needs to be clever with regards to text and non text and such Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problems with minimal/pdftex
Hello again, I've just downloaded a minimal for mac os x/power-pc and experience the following problem: I've thought that the brokenness of the binary in the minimals is only related to image inclusion, but it seems as if this touches more ares. I have no problems in generating new binaries myself. Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problems with minimal/pdftex
Patrick Gundlach wrote: (/opt/context/tex/texmf-context/tex/context/base/sort-lan.mkii)) [1.1pdftex: Invalid argument weird, looks like an message from pdftex itself Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problems with minimal/pdftex
Hans Hagen wrote: Patrick Gundlach wrote: (/opt/context/tex/texmf-context/tex/context/base/sort-lan.mkii)) [1.1pdftex: Invalid argument weird, looks like an message from pdftex itself Like Martin said already: you get this kind of magic when the large file support in the binary is misconfigured/miscompiled. Not a macro problem at all. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problems with minimal/pdftex
On Sat, Apr 19, 2008 at 2:40 PM, Taco Hoekwater wrote: Hans Hagen wrote: Patrick Gundlach wrote: (/opt/context/tex/texmf-context/tex/context/base/sort-lan.mkii)) [1.1pdftex: Invalid argument weird, looks like an message from pdftex itself Like Martin said already: you get this kind of magic when the large file support in the binary is misconfigured/miscompiled. Not a macro problem at all. If that's a problem with misconfiguration/miscompilation, then I'm the one to be accused :P The binary has most probably been cross-compiled on mac intel (some versions were compiled natively, don't remember which one and when), but it has been compiled the same way as the one for intel, only with CFLAGS=-arch ppc LDFLAGS=-arch ppc CXXFLAGS=-arch ppc ./build.sh (thanks to Arthur) and with no special settings or other configuration options. XeTeX, metapost and LuaTeX have been compiled in the same way, but apparently they work? On Sat, Apr 19, 2008 at 2:56 PM, Martin Schröder wrote: weird, looks like an message from pdftex itself No, it's glibc. :-( Jonathan Kew has said that I might want to select a lower version of something (maybe gcc) when cross-compiling for ppc. Could that be part of the problem? The problem is that I only build the ppc binaries and never have a chance to test them. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problems with minimal/pdftex
2008/4/19, Mojca Miklavec [EMAIL PROTECTED]: The problem is that I only build the ppc binaries and never have a chance to test them. I hope that I'll be able to build _and_ test the ppc binaries on Patrick's computer in the future. Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problems with minimal/pdftex
Hi Martin, I hope that I'll be able to build _and_ test the ppc binaries on Patrick's computer in the future. I'll give you an account on my machine on monday... So we(=you :) might be able to track down this problem. Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] problems with minimal/pdftex
Hi, I've just downloaded a minimal for mac os x/power-pc and experience the following problem: [...] additional info: $ pdftex --version pdfTeX 3.141592-1.50.0-alpha-20071218-2.2 (Web2C 7.5.6) kpathsea version 3.5.6dev $ which pdftex /opt/context/tex/texmf-osx-ppc/bin/pdftex Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
On Feb 20, 2008, at 10:05 AM, luigi scarso wrote: Just the other day, I encountered a mysterious error which may or may not be related. I upgraded to pdftex 1.40.7 on all my boxes. This was smooth on my intel-macs (OS X 10.5.2). On my powerpc-mac, I got a TeX capacity exceeded! error with 1.40.7 for a file that compiled fine with 1.40.5. I tried several times: all I did was dropping the pdftex binary and pdftex.pool in place, rebuilding th format and compiling the file. Compilation was smooth with 1.40.5 and consistently failed with 1.40.7 (which I compiled and recompiled without any special flags). I haven't pursued the matter for the moment and just went back to 1.40.5, but I'm wondering if these problems are related. Do you have a test file ? Sorry, it took me a while because this is the computer in my office, from which I;ve been away for a while. I think I nailed it down: if I try to include a pdf image into a ConTeXt document \starttext \externalfigure[Logo][width=56mm,height=20mm] \stoptext (with any pdf file) I get this error: ./Logo.pdf ! TeX capacity exceeded, sorry [PDF object stream buffer=5]. \dogetTPDfiguresize ...geBox {\@@DriverImageFile } \xdef \PDFimagereference {... \doanalyzefiguredimensionsinternal ...tfiguresize \setanalyzedfiguredimensio... argument ...}\doanalyzefiguredimensionsinternal \doanalyzefiguredimensions... \firstoftwoarguments #1#2-#1 \dododoanalyzeunknownfiguretype ...guredimensions \fi \next2 ...dododoanalyzeunknownfiguretype {pdf}{#1} \doprocesscommaitem ... l.4 ! == Fatal error occurred, no output PDF file produced! The pdf file is OK; this error only occurs with pdftex 1.40.7 on powerpc (OS X, 10.5.2). The same file compiles fine with luatex on powerpc and intel pdftex 1.40.5 on powerpc and intel pdftex 1.40.7 on OS X intel All best Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
Thomas A. Schmitz wrote: On Feb 27, 2008, at 10:52 AM, Hans Hagen wrote: that looks quite small to me Hans Question is: where does this value come from? Since it only occurs in 1.40.7, it must be some default value set during compilation of pdftex, I assume? Probably pdftex's intention is more like 300.000, but there is an alignment shift because of byte order differences. (3016 == 5). I suspect there will be a 1.40.8 Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
On Feb 27, 2008, at 10:52 AM, Hans Hagen wrote: that looks quite small to me Hans Question is: where does this value come from? Since it only occurs in 1.40.7, it must be some default value set during compilation of pdftex, I assume? Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
2008/2/27, Thomas A. Schmitz [EMAIL PROTECTED]: The pdf file is OK; this error only occurs with pdftex 1.40.7 on powerpc (OS X, 10.5.2). The same file compiles fine with How did you get the pdftex binary? Did you fiddle with --disable-largefile? Best Martin ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
On Feb 27, 2008, at 1:05 PM, Martin Schröder wrote: How did you get the pdftex binary? Did you fiddle with --disable- largefile? Best Martin I simply ran the build.sh script. Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
Consider the trivial test file: - % example from: http://wiki.contextgarden.net/Bibliography % Format using: % $ texexec --once t-cont % $ bibtex t-cont % $ texexec t-cont \usemodule[bib] \usemodule[bibltx] \setupbibtex[database=xampl] \starttext As \cite[article-full] already indicated, bibtex is a \LaTeX-centric program. \completepublications \stoptext - Following instructions: - texexec --once bibdemo TeXExec | processing document 'bibdemo' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | writing option file bibdemo.top TeXExec | using randomseed 595 TeXExec | tex engine: pdftex TeXExec | tex format: cont-en This is pdfTeX, Version 3.141592-1.40.7 (MiKTeX 2.7) entering extended mode (bibdemo.tex ConTeXt ver: 2008.01.28 21:28 MKII fmt: 2008.2.18 int: english/english [] Output written on bibdemo.pdf (2 pages, 42919 bytes). Transcript written on bibdemo.log. pdftex: Virtual memory exhausted while trying to reserve 8 bytes for table ???. TeXExec | runtime: 2.828 --- I don't see this on my linux machines with older versions of ConTeXt and pdftex. Simple LaTeX documents and ConTeXt documents that don't use the bib module don't give the error, so it looks like the bib module reveals a bug in pdftex-1.40.n, for some n larger than 3. -- George N. White III [EMAIL PROTECTED] Head of St. Margarets Bay, Nova Scotia ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
George N. White III wrote: Consider the trivial test file: - % example from: http://wiki.contextgarden.net/Bibliography % Format using: % $ texexec --once t-cont % $ bibtex t-cont % $ texexec t-cont \usemodule[bib] \usemodule[bibltx] \setupbibtex[database=xampl] \starttext As \cite[article-full] already indicated, bibtex is a \LaTeX-centric program. \completepublications \stoptext This is pdfTeX, Version 3.141592-1.40.7 (MiKTeX 2.7) here i run This is pdfTeX, Version 3.141592-1.40.5 (Web2C 7.5.6) and that one does not crash; then i upated to This is pdfTeX, Version 3.141592-1.50.0-alpha-20080214 (Web2C 7.5.6) which also runs ok. maybe it's a miktex issue? Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
On Feb 19, 2008 10:53 PM, Taco Hoekwater wrote: George N. White III wrote: Output written on bibdemo.pdf (2 pages, 42919 bytes). Transcript written on bibdemo.log. pdftex: Virtual memory exhausted while trying to reserve 8 bytes for table ???. It seems the error happens at the moment (or just before) pdftex is exited, which is an odd moment for an 'out of memory' type of problem. It looks to me like the error message comes from the operating system itself (it certainly does not look like a normal pdftex error, and I had not heard of it until now). It could be a problem that exists only in the miktex 2.7 version of pdftex, but there could also be an underlying problem in pdftex that for some reason only surfaces in miktex, has to say for sure. In any case, I cannot reproduce this on linux, and as far as I know none of the core pdftex developers use miktex, so you may have to ask on the miktex mailinglist instead. Rather MikTeX developer directly or enter it to the bug tracker - MikTeX mailing list is nearly dead in comparison to this one. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
George N. White III wrote: Output written on bibdemo.pdf (2 pages, 42919 bytes). Transcript written on bibdemo.log. pdftex: Virtual memory exhausted while trying to reserve 8 bytes for table ???. It seems the error happens at the moment (or just before) pdftex is exited, which is an odd moment for an 'out of memory' type of problem. It looks to me like the error message comes from the operating system itself (it certainly does not look like a normal pdftex error, and I had not heard of it until now). It could be a problem that exists only in the miktex 2.7 version of pdftex, but there could also be an underlying problem in pdftex that for some reason only surfaces in miktex, has to say for sure. In any case, I cannot reproduce this on linux, and as far as I know none of the core pdftex developers use miktex, so you may have to ask on the miktex mailinglist instead. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module and pdftex 1.40.7: Virtual memory exhausted using MiKTeX-2.7
On Tue, Feb 19, 2008 at 8:01 PM, George N. White III [EMAIL PROTECTED] wrote: Consider the trivial test file: - % example from: http://wiki.contextgarden.net/Bibliography % Format using: % $ texexec --once t-cont % $ bibtex t-cont % $ texexec t-cont \usemodule[bib] \usemodule[bibltx] \setupbibtex[database=xampl] \starttext As \cite[article-full] already indicated, bibtex is a \LaTeX-centric program. \completepublications \stoptext - Following instructions: - texexec --once bibdemo TeXExec | processing document 'bibdemo' TeXExec | no ctx file found TeXExec | tex processing method: context TeXExec | writing option file bibdemo.top TeXExec | using randomseed 595 TeXExec | tex engine: pdftex TeXExec | tex format: cont-en This is pdfTeX, Version 3.141592-1.40.7 (MiKTeX 2.7) entering extended mode (bibdemo.tex ConTeXt ver: 2008.01.28 21:28 MKII fmt: 2008.2.18 int: english/english [] Output written on bibdemo.pdf (2 pages, 42919 bytes). Transcript written on bibdemo.log. pdftex: Virtual memory exhausted while trying to reserve 8 bytes for table ???. TeXExec | runtime: 2.828 --- I don't see this on my linux machines with older versions of ConTeXt and pdftex. Simple LaTeX documents and ConTeXt documents that don't use the bib module don't give the error, so it looks like the bib module reveals a bug in pdftex-1.40.n, for some n larger than 3. No problems here in a linux box with ConTeXt ver: 2007.04.17 pdfTeXk, Version 3.141592-1.40.7 ConTeXt ver: 2008.01.28 21:28 MKII fmt: 2008.2.20 int: english/english pdfTeXk, Version 3.141592-1.40.7 ConTeXt ver: 2008.01.28 21:28 MKIV fmt: 2008.2.20 int: english/english This is LuaTeX, Version snapshot-0.22.0-2008021609 This is build 915, created on 20071128T092554Z Compiled with libpng 1.2.15; using libpng 1.2.15 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with xpdf version 3.01 -- luigi it's new . it's powerful . it's luatex . http://www.luatex.org ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] !pdfTeX error: pdftex (file lmmi12): Font lmmi12 at 600 not found
Hello, I don't quite understand why, but my distribution became broken at some random time point (I do not remember doing anything special in the meantime). I have installed ConTeXt from scratch, but the same problem persists: systems : begin file sqrt at line 1 fonts : needs map file: original-base fonts : needs map file: original-ams-base fonts : needs map file: original-public-lm fonts : needs map file: lm-ec fonts : needs map file: lm-math fonts : needs map file: lm-rm (/context2/tex/texmf-context/tex/context/base/sort-def.tex (/context2/tex/texmf-context/tex/context/base/sort-def.mkii)) (/context2/tex/texmf-context/tex/context/base/sort-lan.tex loading : Context Sorting Macros (languages) (/context2/tex/texmf-context/tex/context/base/sort-lan.mkii)) [1.1 pdfTeX warning: pdftex (file pdftex.map): cannot open font map file ] systems : end file sqrt at line 3 system : cont-err loaded (/context2/tex/texmf-context/tex/context/base/cont-err.tex systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead ) ) !pdfTeX error: pdftex (file lmmi12): Font lmmi12 at 600 not found == Fatal error occurred, no output PDF file produced! TeXExec | runtime: 0.773438 There is no pdftex.map, but there has never been one. It could be that I have screwed something up during LM fonts update, but I'm a bit clueless at the moment. More or less the same files seem to work OK on windows, the only difference are the binaries. kpsewhich lm-math.map returns /context2/tex/texmf/fonts/map/dvips/lm/lm-math.map and there it is lmmi12 LMMathItalic12-Regularenclmmathit ReEncodeFont lm-mathit.enc lmmi12.pfb as well as kpsewhich lmmi12.pfb /context2/tex/texmf/fonts/type1/public/lm/lmmi12.pfb and kpsewhich lm-mathit.enc /context2/tex/texmf/fonts/enc/dvips/lm/lm-mathit.enc pdftex --version pdfTeX 3.141592-1.50.0-alpha-20071218-2.2 (Web2C 7.5.6) kpathsea version 3.5.6dev Copyright 2007 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea is copyright 2007 Karl Berry and Olaf Weber. There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Kpathsea written by Karl Berry, Olaf Weber, and others. Compiled with libpng 1.2.24; using libpng 1.2.24 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with xpdf version 3.02pl2 kpsewhich --version kpathsea version 3.5.6 Copyright 2005 Karl Berry Olaf Weber. There is NO warranty. You may redistribute this software under the terms of the GNU General Public License. For more information about these matters, see the files named GPL and LGPL. I have tried both beta and stable ConTeXt, but no difference. On windows the metafun format fails to generate at some conditions, but that's a completely unrelated problem (I need to figure out what goes wrong there). I could imagine that the problem could be caused by texmf.cnf, but I didn't change anything there: TEXFONTMAPS.dvipdfm = .;$TEXMF/fonts/map/{dvipdfm,dvips,}// TEXFONTMAPS.dvipdfmx = .;$TEXMF/fonts/map/{dvipdfm,dvips,}// TEXFONTMAPS.pdftex = .;$TEXMF/fonts/map/{pdftex,dvips,}// TEXFONTMAPS.pdfetex = .;$TEXMF/fonts/map/{pdftex,dvips,}// TEXFONTMAPS.luatex = .;$TEXMF/fonts/map/{pdftex,dvips,}// TEXFONTMAPS.xetex= .;$TEXMF/fonts/map/{xetex,pdftex,dvips,}// TEXFONTMAPS.dvips= .;$TEXMF/fonts/map/{dvips,pdftex,}// TEXFONTMAPS = .;$TEXMF/fonts/map/{$progname,$engine,pdftex,dvips,}//;$TEXMF/{$progname,$engine,pdftex,dvips}/{config,}// (Though it makes no sense that xetex reads dvips maps as it cannot interpret them anyway, and some more polishing could be done, but that's something completely unrelated again.) Another thought is that I could have incompatible libraries, but I didn't change that recently (and it broke two days ago). I would be greatful for any hints about where to look for a solution, Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] !pdfTeX error: pdftex (file lmmi12): Font lmmi12 at 600 not found
On Feb 7, 2008 4:02 PM, Hans Hagen wrote: Mojca Miklavec wrote: Hello, I don't quite understand why, but my distribution became broken at some random time point (I do not remember doing anything special in the meantime). I have installed ConTeXt from scratch, but the same problem persists: is your cont-sys.tex or rme file gone? you need to set things like \autoloadmapfilestrue Arghhh!!! Please do not ask me how that was possible. I have created cont-sys.tex and it automagically started to work. When comparing the logs I have found out the following line: system : cont-sys.rme loaded (./cont-sys.rme) bodyfont: 12pt rm is loaded and then discovered that there was a file cont-sys.rme present in the folder. But I have no idea how it came there nor where it came from as it's considerably different from the one in distribution: %D \module %D [ file=cont-sys, %Dversion=1995.10.10, %D title=\CONTEXT\ Miscellaneous Macros, %D subtitle=System Specific Setups, %D author=Hans Hagen, %D date=\currentdate, %D copyright={PRAGMA / Hans Hagen \ Ton Otten}] %C %C This module is part of the \CONTEXT\ macro||package and is %C therefore copyrighted by \PRAGMA. See mreadme.pdf for %C details. \unprotect % Here you can take care of overloading some (style) % defaults. What goes here, depends on your local system. % % The following commands sets the default font encoding: % % \setupencoding [\s!default=ec] % % You can let \CONTEXT\ load the map files for \PDFTEX. % % \autoloadmapfilestrue % % If you use the more verbose naming scheme, uncomment this: % % \usetypescript [map] [default,\defaultencoding] % % or : % % \usetypescript [map] [all] % % In case you have set psfonts.map already, you can comment % the following lines. Beware: pdftex uses the fontname % (second entry on map file lines) for (not so) clever % remapping, so in case of troubles, remove the names (is Thanks a lot for the valuable remark, Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] !pdfTeX error: pdftex (file lmmi12): Font lmmi12 at 600 not found
Mojca Miklavec wrote: Hello, I don't quite understand why, but my distribution became broken at some random time point (I do not remember doing anything special in the meantime). I have installed ConTeXt from scratch, but the same problem persists: is your cont-sys.tex or rme file gone? you need to set things like \autoloadmapfilestrue - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module in pdftex and luatex
Thomas A. Schmitz wrote: Hi all (esp. Taco ;-), here's a very fundamental question about the bib-module: my main bib file now has ~ 1,700 entries. When I tried to compile a file which includes bibliographic references in mkii, I got this error: ! TeX capacity exceeded, sorry [hash size=6]. \@@shortsectionnumber ...\c!conversion \endcsname \relax [EMAIL PROTECTED] \ifx \csname \... \@@longsectionnumber ...\@@shortsectionnumber {#1} \fi \finalsectionnumber ...alue {\@@sectie \c!number } \fi \fi \dodododoconstructhead ...er {\someheadconversion }\getvalue {\??ko #1\c!inb... l.162 \section{Textausgaben} ! == Fatal error occurred, no output PDF file produced! The same file compiles without errors in mkiv. So I'm curious: Is it possible that the bib file is just too large for mkii? Or is it more probable that there's some error in it such as missing crossref etc? Does anyone have experience with large bib files and the bib module? you can increase the hash size in texmf.cnf ... if so, then also remake the format in mkiv we need less hash space if only because it got rid of encodings and regimes Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module in pdftex and luatex
On Dec 21, 2007, at 1:47 PM, Hans Hagen wrote: you can increase the hash size in texmf.cnf ... if so, then also remake the format in mkiv we need less hash space if only because it got rid of encodings and regimes Indeed, increasing the hash_extra size and rebuilding the formats worked. Remarkable that mkiv is already more efficient wrt hash space! Thanks, and best Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] bib module in pdftex and luatex
Hi all (esp. Taco ;-), here's a very fundamental question about the bib-module: my main bib file now has ~ 1,700 entries. When I tried to compile a file which includes bibliographic references in mkii, I got this error: ! TeX capacity exceeded, sorry [hash size=6]. \@@shortsectionnumber ...\c!conversion \endcsname \relax [EMAIL PROTECTED] \ifx \csname \... \@@longsectionnumber ...\@@shortsectionnumber {#1} \fi \finalsectionnumber ...alue {\@@sectie \c!number } \fi \fi \dodododoconstructhead ...er {\someheadconversion }\getvalue {\??ko #1\c!inb... l.162 \section{Textausgaben} ! == Fatal error occurred, no output PDF file produced! The same file compiles without errors in mkiv. So I'm curious: Is it possible that the bib file is just too large for mkii? Or is it more probable that there's some error in it such as missing crossref etc? Does anyone have experience with large bib files and the bib module? Thanks, and best wishes Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module in pdftex and luatex
Thomas A. Schmitz wrote: The same file compiles without errors in mkiv. So I'm curious: Is it possible that the bib file is just too large for mkii? Just to be complete: In general, the answer to that is yes, even for mkiv. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module in pdftex and luatex
Thomas A. Schmitz wrote: On Dec 21, 2007, at 2:37 PM, Taco Hoekwater wrote: Just to be complete: In general, the answer to that is yes, even for mkiv. Best wishes, Taco Hmm, okay, thanks, Taco. Any rule of thumb for just how big is too big? Depends on your texmf.cnf. IIRC, I have twenty or so csnames per entry, and the baseline for mkii is a bit over 40.000 csnames, so you need about 40.000 + 20 * (numberofentries) And what do people do in cases like this? One of the wonderful Increase hash_extra, as Hans said. There is (virtuallly) no limit to that. Best wishes, Taco ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module in pdftex and luatex
On Dec 21, 2007, at 2:37 PM, Taco Hoekwater wrote: Just to be complete: In general, the answer to that is yes, even for mkiv. Best wishes, Taco Hmm, okay, thanks, Taco. Any rule of thumb for just how big is too big? And what do people do in cases like this? One of the wonderful things about bibtex for me was that I could build up one big database which I could reuse for all my needs. Best Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module in pdftex and luatex
On Dec 21, 2007, at 4:56 PM, Taco Hoekwater wrote: Depends on your texmf.cnf. IIRC, I have twenty or so csnames per entry, and the baseline for mkii is a bit over 40.000 csnames, so you need about 40.000 + 20 * (numberofentries) And what do people do in cases like this? One of the wonderful Increase hash_extra, as Hans said. There is (virtuallly) no limit to that. Best wishes, Taco Ah, okay! Thanks a lot. So I will pit my ever larger and larger bib files against the ever more powerful computers that we will have in the future and let them fight it out! Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bib module in pdftex and luatex
Thomas A. Schmitz wrote: Ah, okay! Thanks a lot. So I will pit my ever larger and larger bib files against the ever more powerful computers that we will have in the future and let them fight it out! we can manage the bib data in lua and do all bibtex actions there, Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Fwd: [pdftex] Fwd: [tug-members] tug2007 online
Hi, below you may find links to the talks (in various multimedia formats) that our dear gurus just held. Very nice that this is made available! Steffen Anfang der weitergeleiteten E-Mail: Von: Martin Schröder [EMAIL PROTECTED] Datum: 24. Juli 2007 01:02:52 MESZ An: PDF-TeX mailing list [EMAIL PROTECTED] Betreff: [pdftex] Fwd: [tug-members] tug2007 online -- Forwarded message -- From: Karl Berry [EMAIL PROTECTED] Date: 24.07.2007 00:54 Subject: [tug-members] tug2007 online To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Thanks to Kaveh Bazargan of River Valley Technologies, the talks from the just-concluded TUG 2007 are available online (in various multimedia formats) at http://www.river-valley.tv, for anyone who might be interested. The proceedings will be the third TUGboat issue for this issue, and should be out in the fall. Best, Karl -- TUG members mailing list http://tug.org/mailman/listinfo/members -- A lot of these were pdfTeX-/luaTeX-related; especially interesting might be http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Leonard_Rosenthol http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Roberto_Ierusalimschy http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Hans_Hagen http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Taco_Hoekwater http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Hans_Hagen_2 http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Hans_Hagen_3 http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Taco_Hoekwater_2 http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Hans_Hagen_4 http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Barbara_Beeton http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Jonathan_Kew And I think everybody should see http://www.river-valley.tv/conferences/tex/tug2007/ tug2007.html#Nelson_Beebe Best Martin ___ pdftex mailing list [EMAIL PROTECTED] http://tug.org/mailman/listinfo/pdftex ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Fwd: [pdftex] Fwd: [tug-members] tug2007 online
On 7/24/07, Steffen Wolfrum [EMAIL PROTECTED] wrote: Hi, below you may find links to the talks (in various multimedia formats) that our dear gurus just held. Very nice that this is made available! really ,really cool. -- luigi If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] CTAN Update: pdftex 1.40.4
just for sure http://www.mail-archive.com/[EMAIL PROTECTED]/msg01224.html -- luigi If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] xetext-pdftex differences
On Wed, 11 Apr 2007 19:22:39 +0200, Hans Hagen wrote: luatex itself has still the pdftex machinery around, so you can use map files to handle things when you use for instance type one fonts. Does this mean for document with different fonts I will be able to use my good old mapfiles like pads8r AGaramond-Semibold TeXBase1Encoding ReEncodeFont 8r.enc pads8a.pfb ... and also an opentype fonts like DecoTypeNaskh.ttf together in one ConTeXt document, typeset with luatex? Steffen ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
On Wed, 11 Apr 2007 17:44:18 +0200, Mojca Miklavec wrote: You should try to get uc working if possible, but you need to add some definitions from my previous mail. If you want to stick with texnansi, you should better use pdfTeX. I have a document with German as the main language, defined ... \usetypescriptfile[type-gyr] \usetypescript[times][texnansi] \mainlanguage[de] \setupbodyfont[times,10pt] ... and inserted Arabic quotes in Arabic AlBayan.ttf, defined ... \font\geeza=AlBayan at 10pt That's why it's typeset with XeTeX. But nevertheless texnansi for TeXGyreTermes seems to be fine (at least for now). Thank you, Steffen ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
Steffen Wolfrum wrote: On Wed, 11 Apr 2007 19:22:39 +0200, Hans Hagen wrote: luatex itself has still the pdftex machinery around, so you can use map files to handle things when you use for instance type one fonts. Does this mean for document with different fonts I will be able to use my good old mapfiles like pads8r AGaramond-Semibold TeXBase1Encoding ReEncodeFont 8r.enc pads8a.pfb and also an opentype fonts like DecoTypeNaskh.ttf together in one ConTeXt document, typeset with luatex? indeed - pads8r is a rather dump tfm file, so that goes through the normal tex machinery - DecoTypeNaskh.ttf is an open type font and can be used directly \definefont[whatever][DecoTypeNaskh] should be enough Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
On Thu, 12 Apr 2007 12:46:51 +0200, Hans Hagen wrote: Steffen Wolfrum wrote: On Wed, 11 Apr 2007 17:44:18 +0200, Mojca Miklavec wrote: You should try to get uc working if possible, but you need to add some definitions from my previous mail. If you want to stick with texnansi, you should better use pdfTeX. I have a document with German as the main language, defined ... \usetypescriptfile[type-gyr] \usetypescript[times][texnansi] \mainlanguage[de] \setupbodyfont[times,10pt] and inserted Arabic quotes in Arabic AlBayan.ttf, defined ... \font\geeza=AlBayan at 10pt That's why it's typeset with XeTeX. But nevertheless texnansi for TeXGyreTermes seems to be fine (at least for now). technically one can define a virtual font which uses TeXGyreTermes as base, but has additional glyphs taken from AlBayan; I do have experimental code for that but have to cook up an interface (not that hard, i only need time and motivation) ... No no, stop!!! Don't do it the hard way. ConTeXt has already such handy ways to fulfill my needs. Switching between the two fonts is perfectly fine for me. Thank you, Steffen. ___ ntg-context mailing list [EMAIL PROTECTED] http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
Moica, thanks for your detailed support! On Tue, 10 Apr 2007 21:27:47 +0200, Mojca Miklavec wrote: Where do I go when I experience differences between context/pdftext and context/xetex? What do you mean? these: For example with context/xetex I get ... ! Undefined control sequence. \stopframedtext -\dostopframedtext ... ... and I do get SS instead of eszett (ß) with the following: Interesting effect ... (as if the encoding was unknown) I have to admit that it I never understood which encoding to use when if, for example, I just write english/german/french then I could also use texnansi, this works perfect : \usetypescriptfile[type-gyr] \usetypescript[times][texnansi] \mainlanguage[de] \enableregime[utf] \setupbodyfont[times,9pt] Which version of ConTeXt? It works OK here with 2007.03.22, but I need to try the new beta. In principle this should not happen, it's probably a bug or some other local problem. it is version 2007.01.12 (didn't you recommend to stay with the january version?) Whom to tell this? Mailing list is the perfect place. I was wondering whether the xetex or the context list is better as it is a mixed xetex/context-topic and for Adam is in paternity leave I had no idea on which list someone continues. At the beginning I had problems with XeTeX as well since Times resolved to 'Times Roman:mapping=tex-text', which resolved to the name 'mapping=tex-text' (a side effect of recent that should probably be fixed somehow in the near future), but that problem disappeared later. I had to temporary fix this (leftovers before TeXGyre family managed to overload everything perhaps?): right, Times Roman:mapping=tex-text: This also happened to me when using ... \usetypescriptfile[type-gyr] \usetypescript[times][uc] ... that's why I used ... \usetypescriptfile[type-gyr] \usetypescript[times][ec] ... but probably I should have used texnansi (see above). Steffen ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
On 4/11/07, Steffen Wolfrum [EMAIL PROTECTED] wrote: Moica, thanks for your detailed support! On Tue, 10 Apr 2007 21:27:47 +0200, Mojca Miklavec wrote: Where do I go when I experience differences between context/pdftext and context/xetex? What do you mean? these: For example with context/xetex I get ... ! Undefined control sequence. \stopframedtext -\dostopframedtext ... ... and I do get SS instead of eszett (ß) with the following: Interesting effect ... (as if the encoding was unknown) I have to admit that it I never understood which encoding to use when Me neither. Until I figured out that some of my letters were missing in texnansi. texnansi ec are 8-bit encodings used by old TeX (pdfTeX) and only support 256 different characters. (you need to use a different encodings for greek, cyrillic, vietnamese, ...) The main problem is that XeTeX is not really backward compatible in that respect: old fonts don't work since XeTeX thinks that the glyphs are unicode-encoded, but they're in ec/texnansi/whatever other encoding. If it nevertheless works, that is by a pure coincidence (when you only need English letters ...). In case that you would want to get the old fonts working with XeTeX, you need to ask Jonathan. He said that it might be implemented, but it's not really high on the priority list (it's just a problem during transition state when 8'bit fonts still dominate in the TeX world). LuaTeX will probably support those old encodings, but you would want to use uc (unicode) encoding for both engines, otherwise it makes no sense to use XeTeX instead of pdfTeX at all. if, for example, I just write english/german/french then I could also use texnansi, this works perfect : \usetypescriptfile[type-gyr] \usetypescript[times][texnansi] \mainlanguage[de] \enableregime[utf] \setupbodyfont[times,9pt] That's because texnansi is based on ansi in the upper half of the table and unicode is by accident the same in that area. So it's really coincedence that it works. You should not use it that way unless you have no better choice. Which version of ConTeXt? It works OK here with 2007.03.22, but I need to try the new beta. In principle this should not happen, it's probably a bug or some other local problem. it is version 2007.01.12 (didn't you recommend to stay with the january version?) It depends on what you want to do. The current version is indeed not stable in that respect. Whom to tell this? Mailing list is the perfect place. I was wondering whether the xetex or the context list is better as it is a mixed xetex/context-topic and for Adam is in paternity leave I had no idea on which list someone continues. All of your questions mentioned here belong to the ConTeXt mailing list (XeTeX mailing list is mostly for XeLaTeX and low-level XeTeX discussions) since it's really about the ConTeXt user-interface. The only thing you could ask for on the XeTeX list is the question of supporting ec/texnansi-encoded fonts (I prefer to wait for luaTeX than to bother about those soon-to-become-obsolete additions). At the beginning I had problems with XeTeX as well since Times resolved to 'Times Roman:mapping=tex-text', which resolved to the name 'mapping=tex-text' (a side effect of recent that should probably be fixed somehow in the near future), but that problem disappeared later. I had to temporary fix this (leftovers before TeXGyre family managed to overload everything perhaps?): right, Times Roman:mapping=tex-text: This also happened to me when using ... \usetypescriptfile[type-gyr] \usetypescript[times][uc] ... that's why I used ... \usetypescriptfile[type-gyr] \usetypescript[times][ec] ... but probably I should have used texnansi (see above). You should try to get uc working if possible, but you need to add some definitions from my previous mail. If you want to stick with texnansi, you should better use pdfTeX. Mojca ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
Mojca Miklavec wrote: LuaTeX will probably support those old encodings, but you would want to use uc (unicode) encoding for both engines, otherwise it makes no sense to use XeTeX instead of pdfTeX at all. luatex itself has still the pdftex machinery around, so you can use map files to handle things when you use for instance type one fonts. ttf and otf are supported as wide fonts, but of course one needs to make sure that the unicode to glyph mapping is ok in context mkiv i will intercept the encoding-prefixed fonts (texnansi-mojca-regular) so this is transparent for users by using some lua glue code but mainly because i read afm files instead of tfm files (so, texnansi-mojca will in fact use mojca.afm); non prefixed names will use the tfm file (this is pretty safe because the texnansi-* names were only there when proper afm files are also there; i mainly provide this features for existing typescripts) in general, encodings are not something to worry about not even uc as encoding is needed in mkiv All of your questions mentioned here belong to the ConTeXt mailing list (XeTeX mailing list is mostly for XeLaTeX and low-level XeTeX discussions) since it's really about the ConTeXt user-interface. The only thing you could ask for on the XeTeX list is the question of supporting ec/texnansi-encoded fonts (I prefer to wait for luaTeX than to bother about those soon-to-become-obsolete additions). indeed, there is no need to mess up xetex with obsolete encoding stuff; luatex will still have much pdftex code around so there the penalty is less, but eventually users have to move on Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl - ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] xetext-pdftex differences
On 4/8/07, Steffen Wolfrum wrote: Hi, as there are some on this list working/playing with xetex/context: Where do I go when I experience differences between context/pdftext and context/xetex? What do you mean? For example with context/xetex I get ... ! Undefined control sequence. \stopframedtext -\dostopframedtext Which version of ConTeXt? It works OK here with 2007.03.22, but I need to try the new beta. In principle this should not happen, it's probably a bug or some other local problem. ... and I do get SS instead of eszett (ß) with the following: Interesting effect ... (as if the encoding was unknown) \usetypescriptfile[type-gyr] \usetypescript[times][ec] This should be \usetypescript[times][uc] but in principle it shouldn't work without additional definitions in typescript files. See below. \mainlanguage[de] \enableregime[utf] \setupbodyfont[times,9pt] Or, to prevent from an additional source of problems (overloading times properly): \definetypeface[times][rm][serif][termes][default][encoding=uc] \setupbodyfont[times,9pt] Hello Thermes! 1234567890 üööäß Whom to tell this? Mailing list is the perfect place. OK, so here are some additional definitions (which should probably go to type-gyre.tex one day): A complete list of synonyms: \definetypescriptprefix [n:adventor] [TeXGyreAdventor] % gothic URW Gothic L \definetypescriptprefix [n:bonum][TeXGyreBonum]% bookman URW Bookman L \definetypescriptprefix [n:chorus] [TeXGyreChorus] % chancery URW Chancery L \definetypescriptprefix [n:cursor] [TeXGyreCursor] % curier Nimbus Mono L \definetypescriptprefix [n:heros][TeXGyreHeros]% helvetica Nimbus Sans L \definetypescriptprefix [n:pagella] [TeXGyrePagella] % palatino URW Palladio L \definetypescriptprefix [n:schola] [TeXGyreSchola] % schoolbook Century Schoolbook L \definetypescriptprefix [n:termes] [TeXGyreTermes] % times Nimbus Roman No9 L \definetypescriptprefix [f:adventor] [ag] \definetypescriptprefix [f:bonum][bk] \definetypescriptprefix [f:chorus] [zc] \definetypescriptprefix [f:cursor] [cr] \definetypescriptprefix [f:heros][hv] \definetypescriptprefix [f:pagella] [pl] \definetypescriptprefix [f:schola] [cs] \definetypescriptprefix [f:termes] [tm] Then you need definitions for uc encoding: \starttypescript [serif] [adventor,bonum,heros,pagella,schola,termes] [uc] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-Regular] [file:texgyre\typescripttwo-regular][encoding=\typescriptthree] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-Italic] [file:texgyre\typescripttwo-italic] [encoding=\typescriptthree] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-Bold] [file:texgyre\typescripttwo-bold] [encoding=\typescriptthree] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-BoldItalic] [file:texgyre\typescripttwo-bolditalic] [encoding=\typescriptthree] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-Caps] [\typescriptprefix{n:\typescripttwo}-Regular] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-ItalicCaps] [\typescriptprefix{n:\typescripttwo}-Italic] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-BoldCaps] [\typescriptprefix{n:\typescripttwo}-Bold] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-BoldItalicCaps] [\typescriptprefix{n:\typescripttwo}-BoldItalic] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-Slanted] [\typescriptprefix{n:\typescripttwo}-Italic] \definefontsynonym [\typescriptprefix{n:\typescripttwo}-BoldSlanted] [\typescriptprefix{n:\typescripttwo}-BoldItalic] \stoptypescript % definitions for SmallCaps are wrong, since they're a feature in OT fonts and that is a bit broken (or at least not stable enough) at the moment. And you also need the following: % ec,texnansi,cs,el,qx,rm,t5,t2a,t2b,t2c,l7x \starttypescript [serif] [times] [uc] \definefontsynonym [Times-Roman] [TeXGyreTermes-Regular] [encoding=\typescriptthree] \definefontsynonym [Times-Italic] [TeXGyreTermes-Italic] [encoding=\typescriptthree] \definefontsynonym [Times-Bold][TeXGyreTermes-Bold] [encoding=\typescriptthree] \definefontsynonym [Times-BoldItalic] [TeXGyreTermes-BoldItalic] [encoding=\typescriptthree] \definefontsynonym [Times-Caps][TeXGyreTermes-Caps] [encoding=\typescriptthree] \definefontsynonym [Times-Slanted] [Times-Italic] \definefontsynonym [Times-BoldSlanted] [Times-BoldItalic] \stoptypescript Something strange is happening though. If you load these definitions with XeTeX, it works OK. If one loads them with pdfTeX, it doesn't work, since TeXGyreTermes-Regular isn't defined. When I think a bit, I understand why it's not defined (because it's part of termes family, not part of times family), but I don't understand why these definitions work in XeTeX then. Of course one could also say \definefontsynonym [Times-Roman
[NTG-context] xetext-pdftex differences
Hi, as there are some on this list working/playing with xetex/context: Where do I go when I experience differences between context/pdftext and context/xetex? For example with context/xetex I get ... ! Undefined control sequence. \stopframedtext -\dostopframedtext ... and I do get SS instead of eszett (ß) with the following: \usetypescriptfile[type-gyr] \usetypescript[times][ec] \mainlanguage[de] \enableregime[utf] \setupbodyfont[times,9pt] Hello Thermes! 1234567890 üööäß Whom to tell this? Steffen P.S. Besides these details it is amazing how smooth ConTeXt files run with XeTeX!! ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart/pdftex parameters
Hi all, is there a way to pass parameters from texmfstart texexec to pdftex? I'd like to call pdftex with -file-line-error and -halt-on-error. Just for the record: I've found a simple solution, which works OK here on MacOS X (should be the same on any unix): texmfstart texexec --pass=\'-file-line-error -halt-on-error\' hello this way (internally) the command looks like --pass='.' which will be the way it gets passed to texmfstart. Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart/pdftex parameters
texmfstart texexec --pass=\'-file-line-error -halt-on-error\' hello Very sly. And the short form also worked: texexec --pass=\'-file-line-error -halt-on-error\' hello -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart/pdftex parameters
Hi Aditya is there a way to pass parameters from texmfstart texexec to pdftex? I'd like to call pdftex with -file-line-error and -halt-on-error. --passon=-file-line-error There was a recent thread where Sanjoy had trouble passing two parameters to --passon. I do not remember if that was resolved or not. Thanks. From reading the mails I can't see a solution. Perhaps Sanjoy knows one. Patrick -- ConTeXt wiki and more: http://contextgarden.net ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] texmfstart/pdftex parameters
Thanks. From reading the mails I can't see a solution. Perhaps Sanjoy knows one. I don't know, unfortunately. Hans sent me a proposed fix, but it didn't work. One problem is that passing multiple options is working on Hans's setup, so the problem is elusive. I need to learn a bit of ruby. -Sanjoy `Not all those who wander are lost.' (J.R.R. Tolkien) ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
On 1/31/07, Johan Sandblom [EMAIL PROTECTED] wrote: When I moved from pdftex-1.30.5-2.2 (from texlive-base-bin 2005.dfsg.2-10 on debian) to pdftex-1.40.1 suddenly ligatures in This seem to be fixed with 1.40.3 release of pdftex . luigi ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
2007/2/5, luigi scarso [EMAIL PROTECTED]: This seem to be fixed with 1.40.3 release of pdftex . This _is_ fixed and the only reason for 1.40.3. :-} Best Martin ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
Re: [NTG-context] problem with pdftex-1.40.1 and Gentium ligatures
Hi Johan, Johan Sandblom wrote: For the time being I simplified my design and removed the use of Zapf Chancery, and there is no problem. I am trying to work this out, but I obviously miss the gentium font files (metric and map files, as wel as the actual fonts). I can get the ttfs from the sil site, but where did the tfms and map files come from? Best, Taco ___ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context