January 2007 - dev-context - NTG Mailing Lists

Re: [dev-context] Cron <context@server> /var/www/aanhet.net/context/bin/cron/context-mirror
by Taco Hoekwater 10 Jan '07

10 Jan '07

Hi, Hans made a new release yesterday evening. I do not know what is in it (yet), but consider yourself warned :-) Taco Cron Daemon wrote: > receiving file list ... done > ./ > context/beta/ > context/current/ > context/current/cont-exa.zip > context/current/cont-ext.zip > context/current/cont-fnt.zip > context/latest/ > context/current/cont-img.zip > context/current/cont-mpd.zip > context/current/cont-ppc.zip > context/current/cont-tmf.zip > context/current/cont-win.zip

4 9

[contexttest-Bugs][64] texexec --module does not honor --result
by contexttest-bugs＠foundry.supelec.fr 10 Jan '07

10 Jan '07

Bugs item #64, was opened at 2007-01-10 09:57 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=64&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Aditya Mahajan (adityam) Assigned to: Nobody (None) Summary: texexec --module does not honor --result Resolution: None Version: None Category: scripts Initial Comment: texexec --module --mode=color --color tex/context/third/t-vim.pdf --result=doc/context/third/vim/vim-doc.pdf puts the result in the current directory rather than honoring the --result= directive Aditya ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=64&group_id=21

1 0

texexec and return codes ... bad
by Norbert Preining 10 Jan '07

10 Jan '07

Hi all! (Gerben, you are on the To since you were interested in the ctxfmtutil, but it is bugged ..., see below) texexec does not return a useful return code: # texexec --nonstopmode --fast --make --aleph cont-en ... loading : Context Font Macros / UNICODE Support ! Aleph capacity exceeded, sorry [number of strings=33165]. \setvalue ...xpandafter \def \csname #1\endcsname l.275 \defineucharmapping{\s!default} #1#2% No pages of output. Transcript written on cont-en.log. TeXExec | TeXExec | tex engine path: /etc/texmf/web2c/aleph TeXExec | TeXExec | TeXExec | runtime: 3.104333 # echo $? 0 # This is bad, very bad.... something we can do about it? And, since I am at it: It does not honor the --nonstopmode: # texexec --nonstopmode --fast --make --xetex cont-en ... loading : Context Encoding Macros (pdf) ! Undefined control sequence. l.63 \ifcase\pdfgentounicode \else \expandafter \endinput \fi ? and waiting there. Is there a way to fix these two problems, please??? For Gerben: ctxfmtutil has two problems: - it does not detect if a build was broken due to the first bug - it hangs sometimes due to the second bug Best wishes Norbert ------------------------------------------------------------------------------- Dr. Norbert Preining <preining(a)logic.at> Università di Siena Debian Developer <preining(a)debian.org> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- FRANT (n.) Measure. The legal minimum distance between two trains on the District and Circle line of the London Underground. A frant, which must be not less than 122 chains (or 8 leagues) long, is not connected in any way with the adjective 'frantic' which comes to us by a completely different route (as indeed do the trains). --- Douglas Adams, The Meaning of Liff

3 8

[contexttest-Feature Requests][63] Allow attribution immediately following quotation blocks
by contexttest-featurerequests＠foundry.supelec.fr 10 Jan '07

10 Jan '07

Feature Requests item #63, was opened at 2007-01-10 10:05 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=63&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: Allow attribution immediately following quotation blocks Version: None Category: Typesetting Initial Comment: See the excerpt from a discussion with Oliver Buerschaper, below. That one uses a \cite command, but it could also be a footnote, or an Author's name or a wikipedia entry. \setupquotation[right={''\footnote{First}}] is not usable because it gets fed into \symbol[] and many things do not work well in that case (the \footnote, for example, disappears). Taco Oliver wrote: >The disappearing footnote may be unfixable within \startquotation. It >> would be easier to define your own start-stop pair for this, because >> \startquotation ... \stopquotation doesn't actually support tacking on >> stuff at the end. Try this instead: >> >> \long\def\startcitedquotation[#1]#2\stopcitedquotation >> {\bgroup \par >> \startnarrower >> \symbol[leftquotation]% >> #2\removeunwantedspaces >> \symbol[rightquotation]% >> \cite[#1] >> \stopnarrower >> \par \egroup} Works like a charm! Thanks very much for the workaround ... I've adapted it slightly so that the optional argument is treated as generic text ... in order to use \cite[], \footnote{\cite[]} or whatever else I need. Could this optional argument perhaps be integrated directly in the usual \startquotation command some day? I guess a lot of people will need this ... every quotation calls for a proper reference ;-) Cheers, Oliver ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=164&aid=63&group_id=21

1 0

typo in core-rul documentation
by Aditya Mahajan 10 Jan '07

10 Jan '07

line 295 says %D \startbuffer[tmp-2] %D \framed[backgroundachtergrond=fancy]{How Fancy!} %D \framed[backgroundachtergrond=fancy,frame=off]{Even More Fancy!} %D \stopbuffer I think that these sould be background rather than backgroundachterground Aditya

1 0

where is dvipos? dvipos fails using TL2006 test tree
by Sanjoy Mahajan 08 Jan '07

08 Jan '07

What is the standard way to get dvipos? It's used by texexec in dvi mode, to find the location of figures. I guess it can eventually go away now that pdftex's \pdfsavepos works even in dvi mode (from v1.40.0). But for the moment it's still needed. It's neither in texlive2006 (except for win32) nor in the Debian or Ubuntu tex-related packages, but I think it needs to be in both. There's source here: <http://cvs.sarovar.org/cgi-bin/cvsweb.cgi/texlive/Build/source/texk/dvipos/> I think the version I built and use -- Version 20030628 (KPATHSEA) -- is from here <http://cvs.ktug.or.kr/viewcvs/dvipos/>. Actually I found the one I use, and I've attached it. That version doesn't work well on one document I just tried (see recent msg to ntg-context). It outputs correct information, but the coordinates are in sp (scaled points) with no unit marker, and context expects them in pt (see NASA's Mars lander that crashed into Mars due to a unit disagreement). That was with context 2007.01.02 in Norbert's debian packages. If I try it with the texlive2006 test tree, then it fails with ** Fatal: Unable to find TFM file 'ec-lmtt10' Although the TFM is in the TL tree: $ kpsewhich ec-lmtt10.tfm /home/sanjoy/admin/tex/texlive/image/texlive/texmf-dist/fonts/tfm/public/lm/ec-lmtt10.tfm Unfortunately, dvipos doesn't have a kpathsea-debug switch, so I don't know what lookups it's doing. I can guess, using strace, that it's using the TEXFONTMAPS path to search for the tfm file, but I'm not sure. Or that it's looking for texfonts.map but isn't finding it, which is confusing it in searching for the tfm file? If anyone wants the dvi file to test, I can send it to you offlist. Actually, no need, because you can see the same problem by making a dvi file from \starttext a \stoptext Then, with (ba)sh syntax: texexec --dvi --nobackend a.tex TLROOT=~/admin/tex/texlive/image/texlive TEXMFCNF=$TLROOT/texmf/web2c /usr/local/bin/dvipos a.dvi Here is the "strace -e trace=open,access dvipos notes.dvi" after I replaced the long texlive root with @TLROOT@ access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libm.so.6", O_RDONLY) = 3 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libkpathsea.so.4", O_RDONLY) = 3 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3 open("notes.dvi", O_RDONLY) = 3 open("/usr/local/bin/dvipos", O_RDONLY) = 4 access("@TLROOT@/texmf/web2c/texmf.cnf", R_OK) = 0 open("@TLROOT@/texmf/web2c/texmf.cnf", O_RDONLY) = 4 access("./texfonts.map", R_OK) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/dvipos/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/dvipos/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/dvipos/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/pdftex/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/pdftex/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/pdftex/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/dvips/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/dvips/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/dvips/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/map/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/map/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/map/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/tfm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/tfm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/tfm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.ofm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-config/fonts/ofm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/.texlive2006/texmf-var/fonts/ofm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/home/sanjoy/texmf/fonts/ofm/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.ofm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) access("./ec-lmtt10.tfm", R_OK) = -1 ENOENT (No such file or directory) ** Fatal: Unable to find TFM file 'ec-lmtt10'. Process 16521 detached -Sanjoy `A nation of slaves is always prepared to applaud the clemency of their master who, in the abuse of absolute power, does not proceed to the last extremes of injustice and oppression.' (Gibbon)

3 7

[contexttest-Bugs][52] original-adobe-euro.map for dvips
by contexttest-bugs＠foundry.supelec.fr 08 Jan '07

08 Jan '07

Bugs item #52, was opened at 2007-01-04 12:07 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=52&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Peter Münster (peter) Assigned to: Nobody (None) Summary: original-adobe-euro.map for dvips Resolution: None Version: None Category: None Initial Comment: When creating dvi and ps output with following input: \usesymbols[eur] \starttext \texteuro \stoptext no euro-symbol shows up. dvips does not understand the map file. Peter ---------------------------------------------------------------------- Comment By: Peter Münster (peter) Date: 2007-01-08 13:37 Message: Yes, Taco. This helps. Thanks, Peter ---------------------------------------------------------------------- Comment By: Taco Hoekwater (taco) Date: 2007-01-05 17:36 Message: The output from the texexec --dvi case looks good at first glance. I do not have the font installed myself, but you could try adding the PostScript font names in that map file (this will not harm pdftex): euromo EuroMono-Regular <euromo.pfb euromob EuroMono-Bold <euromob.pfb euromoi EuroMono-Italic <euromoi.pfb euromobi EuroMono-BoldItalic <euromobi.pfb eurosa EuroSans-Regular <eurosa.pfb eurosab EuroSans-Bold <eurosab.pfb eurosai EuroSans-Italic <eurosai.pfb eurosabi EuroSans-BoldItalic <eurosebi.pfb eurose EuroSerif-Regular <eurose.pfb euroseb EuroSerif-Bold <euroseb.pfb eurosei EuroSerif-Italic <eurosei.pfb eurosebi EuroSerif-BoldItalic <eurosebi.pfb ---------------------------------------------------------------------- Comment By: Peter Münster (peter) Date: 2007-01-05 17:26 Message: When using texexec --dvi, the file in pdftex is read and dvips outputs this: This is dvips(k) 5.96 Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2007.01.05:1712' -> test.ps <tex.pro><lm-ec.enc><texps.pro>. <eurose.pfb><lmr12.pfb>[1]

1 0

[contexttest-Bugs][62] texexec exit code
by contexttest-bugs＠foundry.supelec.fr 07 Jan '07

07 Jan '07

Bugs item #62, was opened at 2007-01-07 10:56 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=62&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: texexec exit code Resolution: Accepted Version: None Category: scripts Initial Comment: Hi all! (Gerben, you are on the To since you were interested in the ctxfmtutil, but it is bugged ..., see below) texexec does not return a useful return code: # texexec --nonstopmode --fast --make --aleph cont-en ... loading : Context Font Macros / UNICODE Support ! Aleph capacity exceeded, sorry [number of strings=33165]. \setvalue ...xpandafter \def \csname #1\endcsname l.275 \defineucharmapping{\s!default} #1#2% No pages of output. Transcript written on cont-en.log. TeXExec | TeXExec | tex engine path: /etc/texmf/web2c/aleph TeXExec | TeXExec | TeXExec | runtime: 3.104333 # echo $? 0 # This is bad, very bad.... something we can do about it? And, since I am at it: It does not honor the --nonstopmode: # texexec --nonstopmode --fast --make --xetex cont-en ... loading : Context Encoding Macros (pdf) ! Undefined control sequence. l.63 \ifcase\pdfgentounicode \else \expandafter \endinput \fi ? and waiting there. Is there a way to fix these two problems, please??? For Gerben: ctxfmtutil has two problems: - it does not detect if a build was broken due to the first bug - it hangs sometimes due to the second bug Best wishes Norbert ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=62&group_id=21

1 0

[contexttest-Bugs][50] footnotes break the use of \somehwere
by contexttest-bugs＠foundry.supelec.fr 07 Jan '07

07 Jan '07

Bugs item #50, was opened at 2007-01-04 10:39 You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=50&group_id=21 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Taco Hoekwater (taco) Assigned to: Nobody (None) Summary: footnotes break the use of \somehwere Resolution: Accepted Version: None Category: macros Initial Comment: \starttext \chapter[A]{One} Text.\footnote{foot} \chapter[B]{Two} Text \somewhere{before}{after}[B]. \stoptext --Mike Bird ---------------------------------------------------------------------- >Comment By: Taco Hoekwater (taco) Date: 2007-01-07 10:27 Message: Additional debugging from Mike: The \somwhere problem seems to be related to pages now. Adding '\setuphead[chapter][page=no]' at the beginning of the bug #50 test case removes the problem. A similar correlation between pages and reference errors is also apparent in a larger test. Taco ---------------------------------------------------------------------- You can respond by visiting: http://foundry.supelec.fr/tracker/?func=detail&atid=161&aid=50&group_id=21

1 0

Broken bug tracker
by Mike Bird 07 Jan '07

07 Jan '07

Replied to bug message #50 in order to add more information as instructed but it failed: ---------- Forwarded Message ---------- Subject: Returned mail: see transcript for details Date: Saturday 06 January 2007 17:09 From: Mail Delivery Subsystem <MAILER-DAEMON(a)foundry.supelec.fr> To: mgb-debian(a)yosemite.net The original message was received at Sun, 7 Jan 2007 02:09:39 +0100 from esemetz.metz.supelec.fr [193.48.224.212] ----- The following addresses had permanent fatal errors ----- |"/usr/bin/php -d | include_path=.:/var/www/gforge:/var/www/gforge/www/include:/etc/gforge/ | /var/www/gforge/cronjobs/tracker_gateway.php contexttest 161" (reason: Service unavailable) (expanded from: <contexttest-bugs(a)foundry.supelec.fr>) ----- Transcript of session follows ----- smrsh: "php" not available for sendmail programs (stat failed) 554 5.0.0 Service unavailable -------------------------------------------------------

2 1