Re: Mathfrak-bug?
+ Erik Frisk <[EMAIL PROTECTED]>: | below is a document that fails with teTeX-beta 20020530 (unfortunately I | have no possibility to try the latest beta). There seem to be some | problems with \mathfrak and AMSfonts since the text | [2002/01/19v2.2gAMSfontdefinitions] appears in the middle of the matrix. That seems to be a genuine AMSfonts bug, and as such has nothing to do with teTeX. FWIW, I see the same problem with teTeX beta-20021029. The first occurence of \mathfrak triggers the loading of a font description file. This happens within a matrix environment, and that environment (like so many AMSmath environments) is quite complex. I guess it reads its contents and tries to expand macros along the way, and that plays havoc with the file inclusion. A workaround is to use \mathfrak before you get to the matrix environment. For example, use it in a throwaway box: \setbox0\hbox{$\mathfrak{a}$} (before \begin{document} is fine). Then the problem goes away. But you might wish to report this to the AMSfonts maintainers as well. - Harald
Re: teTeX 1.0.7 doesn't install
+ Magnus Mager <[EMAIL PROTECTED]>: | test -f /usr/local/bin/i586-pc-linux-gnu/texconfig && \ | TEXMFMAIN=/usr/local/share/texmf | |PATH=/usr/local/bin/i586-pc-linux-gnu:/usr/local/bin/i586-pc-linux-gnu:/sbin:/bin:/usr/sbin:/usr/bin | | \ | /usr/local/bin/i586-pc-linux-gnu/texconfig init | ^[[H^[[2JError opening terminal: generic. | ^[[H^[2Jmake: *** [install] Error 1 | | Whatever this means... Any suggestions? texconfig is a shell script. It seems that one of the programs it tries to run fails on your OS because of some terminal related problem. Try running the script with -x to see where it fails: TEXMFMAIN=/usr/local/share/texmf \ PATH=/usr/local/bin/i586-pc-linux-gnu:/usr/local/bin/i586-pc-linux-gnu:/sbin:/bin:/usr/sbin:/usr/bin \ sh -x /usr/local/bin/i586-pc-linux-gnu/texconfig init That might provide a clue. (I am assuming that the TEXMFMAIN=/usr/local/share/texmf bit was part of the command. There seems to be a missing backslash, but maybe that was your mail program wrapping the line.) - Harald
Re: Release?
+ Martin Schroeder <[EMAIL PROTECTED]>: | Expect a new pdfTeX (1.01a) this Spring. :-) Um, yeah, but spring is already over, even as far north as I live. It is now summer here (though some will call it "the green winter"). But maybe you are referring to spring in the southern hemisphere? In which case I won't be holding my breath waiting. - Harald
Release?
Now that the latest tex-live release is practically on its way out the door, can we expect a corresponding teTeX release? (The relationship between tex-live and teTeX seems shady to me at best...) I currently run the latest teTeX beta personally, but don't dare expose more than a select few of my users to it - although I must say have had no problems with it myself. (But surely I only use a tiny portion of it.) Anyway, I am asking because this time of year is such an excellent time for upgrades, and I want my users to have access to a good pdfTeX. - Harald
Re: shell problem
+ Thomas Esser <[EMAIL PROTECTED]>: | > The tetex system contains some important perl scripts, for instance | > epstopdf. Unfortunately, these scripts run only with bourne shell or | > cshell, but not with bash (bash1, bash2). There are differences in case | > of internal exec evaluation, in this case of the recursive determination | > of perl binary's location. But the bash is the default shell, at the | > very least with redhat linux. Don't debate, if it is sensibly or not - | > what is the best way to clear the user's problem? | | I cannot reproduce the problem. I can. It depends on the OS as well as on the shell. I could go on about the variants of the exec call and how some shells will explicitly try to run sh on a file if exec failed, but I'd bore all of you to death (and me too). So I'll jump straight to the conclusion: There is only one portable way to make a script executable (as in being a valid argument for an exec call) on unix. #!/bin/path/to/script (You can give at most one extra argument.) Of course, since perl can be in many different places, this is not totally portable. The standard hack in the python world is to start scripts as follows: #!/usr/bin/env python The same hack should work equally well with perl, unless it is vitally important to give some extra flags on the command line. But maybe those flags could just as well be set in the script itself? I'm not a perl expert, so I can't say for sure. The hack relies on the happy accident that the env program seems to be in the same location on every unix system out there. The other alternative would be for the configure script to find perl, then edit the beginning line of all those scripts at install time. (Oh, and the third alternative is to make a wrapper program. But that seems like so much overkill.) - Harald
Re: CM-Super font package v0.2.0
+ Rolf Niepraschk <[EMAIL PROTECTED]>: | Harald Hanche-Olsen wrote: | [...] | > . Second number not found in Char |string of '/FontName' | > | | I have found a similar problem with dvips 5.86e and the brushscript font | (the previous version). With | | ..> type1fix --infile=pbsi.pfa.orig --outfile=pbsi.pfa \ |--kill-unenc=yes --ofmt=pfa | ..> t1binary pbsi.pfa pbsi.pfb | | I have solve this problem. `type1fix' is a perl script from the TeXtrace | package. May be this helps also with CM-Super... No, it didn't help. With --kill-unenc=yes it removed a bunch of glyphs from the font file; and whether I included that or not, dvips failed in the same way. + Nicolas Markey <[EMAIL PROTECTED]>: | Le 08.10.01, Harald Hanche-Olsen a écrit : | | > Just a quick question to you all: Did any of you successfully use the | > CM-super fonts with teTeX 1.07 (or dvips 5.86)? | | I got the same problem; installing dvips 5.86d solves that problem. Well, Nelson Beebe did some extensive testing. With dvips(k) 5.86e, he got these results: On linux: ok; on irix: segfault; on alpha/osf: 531 Subr not found. The latter happened also with 5.86d. He also suggested trying t1disasm, t1binary, and t1ascii on the fonts. They will work on the font files (well, I only worked on sfrm1000.pfb) without complaint, and converting between format and then back to pfb yields a file identical to the original. I also got hold of Adobe's specifications, and can certainly see no lack of compliance there. I know it's usually bad form to quote private mail in a public forum, but this one from a mail exchange with Nelson Beebe sums up the situation better than I could have stated it myself: + "Nelson H. F. Beebe" <[EMAIL PROTECTED]>: | You are right that dvips may well make assumptions about fonts | that are unwarranted. This has been an ongoing problem, with | Adobe's own TypeManager assuming more stylized formatting than | Adobe's black-and-white book requires in its documentation | of the Type 1 format. So, I guess the next step is to try to understand t1part.c and how it fails on these font files. Then maybe the font files can be tweaked so the problem does not happen, and an improved t1part.c might make it into dvips in the long run. Please note that, as I no longer believe the dvips version is an important factor in this problem, I think this discussion properly belongs on the tex-fonts lists and should be discontinued on the teTeX list. I have set the Reply-To header accordingly; override it only if you must. - Harald
Re: CM-Super font package v0.2.0
Just a quick question to you all: Did any of you successfully use the CM-super fonts with teTeX 1.07 (or dvips 5.86)? The font files seem to confuse the heck out of this version of dvips. Since Vladimir runs dvips 5.86d and is unable to reproduce my problem, it is my conjecture that it is indeed my older dvips that is at fault - but I would like to have that confirmed or disproved before deciding what to do next. Below are two sample runs. The first one is from a document I have, the other from running tex testfont on ecrm1000: ; dvips -Pcm-super -o test.ps froberg This is dvips(k) 5.86 Copyright 1999 Radical Eye Software (www.radicaleye.com) ' TeX output 2001.09.22:1558' -> test.ps . Second number not found in Char string of '/FontName' At this point, dvips just stopped, producing no further output. ; dvips -Pcm-super testfont This is dvips(k) 5.86 Copyright 1999 Radical Eye Software (www.radicaleye.com) ' TeX output 2001.10.07:2224' -> testfont.ps . This is DVIPS, t1part module cmti10.afm: No such file or directory Warning: after loading AFM file only 0 chars found instead 135981465 for This is DVIPS, t1part module cmr10.afm: No such file or directory Warning: after loading AFM file only 0 chars found instead 135981465 for This is DVIPS, t1part module cmr7.afm: No such file or directory Warning: after loading AFM file only 0 chars found instead 135981465 for [1] So this one actually produced some output, only missing the glyphs from the fonts mentioned after sfrm1000 in the dvips run. And in case you wonder about my file config.cm-super used in these runs: o p +bsr.map p +bsr-interpolated.map p +hoekwater.map p +cm-super-t1.map p +cm-super-t2a.map p +cm-super-t2b.map p +cm-super-t2c.map p +cm-super-ts1.map p +cm-super-x2.map Any ideas? (I did RTFS a little bit, but the code in t1part.c, where all this seems to happen, takes too much work for me to figure out right now. I'll do it if I have to, of course, but hope to avoid it.) - Harald
Re: Weird error
Please don't ask generic TeX/LaTeX questions on this list, which is for discussing the teTeX distribution. Try the usenet group comp.text.tex instead. I'm sending a (hopefully helpful) reply directly, off the list. - Harald
Re: tex capacity exceeded
+ Pieter Rijken <[EMAIL PROTECTED]>: | With openjade I'm generating a 1200 page large PDF document. | After about 600 pages pdfjadetex quits with the error that | it has run out of capacity. In this case it has run out of | the parameter 'number of strings' (about 52000). | | I figured out that the parameter max_strings has to be increased. | This parameter cannot be changed in the texmf.cnf file. Sure it can. What gave you the idea that it cannot? (Did you make a local texmf.cnf and forget to set TEXMFCNF?) | Therefore, this number has to be fixed in the sources and pdftex | needs to be recompiled, I assume. | | The problem now is, that the value of max_strings must not exceed | the value of max_halfword. Unfortunately I need a value of 20 | for max_strings. For this, I have to increase the value of | max_halfword. Indeed, if you want it *that* big it seems that you need to recompile. But tex.ch already sets @d max_halfword==@"FFF {largest allowable value in a |halfword|} so that isn't the problem. More difficult is the bit that says @d ssup_max_strings ==65535 {Larger values may be used, but then the arrays consume much more memory.} which eventually stops you from making max_strings bigger than that number. You could try changing that 65535 into @"FFF - maybe that would do the trick? (And remember the structure of .ch files: The lines following @x are original lines from the .web file, while the lines following the next @y are their replacement. So it only makes sense to edit a .ch file after @y line, before the next @x line.) Disclaimer: I have never tried this sort of thing myself, so I cannot guarantee it. Let us know if you succeed. - Harald
teTeX releases
I know the question I am about to ask is one rarely answered, and for excellent reasons - but I ask it anyway: Is there a new teTeX release underway anytime soon? The present stable release is getting quite old. We certainly need amslatex version 2, for example. I also have the impression that pdftex has been improved quite a bit lately, and it would be nice to have a recent version of it. Now please don't get me wrong: I appreciate the ease and convenience of installing teTeX, and I also appreciate the longish interval between releases, which helps to diminish the pressure to always upgrade to the latest version. But with more than a year since the previous release I think maybe the time is ripe for another stable release. (Perhaps after the next LaTeX release, unless June 1 arrives very late this year?) If a new stable release is not very likely to happen soon, I'll consider the latest beta instead. What experiences do people have with the beta releases? And do they track stuff like amslatex and pdftex well? My dilemma here is twofold: I maintain teTeX on umpteen architectures for our entire university, so I cannot afford a high risk of mistakes (an argument in favour of stable releases). And I basically only have the time for major upgrades during the summer months, which may be difficult to synchronize with stable releases (an argument in favour of beta releases). Any insight, wisdom, or (gasp!) actual information will be very welcome indeed. - Harald
Re: now I think this is a bug
+ Mate Wierdl <[EMAIL PROTECTED]>: | So I decided to reinstall teTeX without doing any configuration: | | # rm -rf /usr/local/teTeX/ | # mkdir -p /usr/local/teTeX/share/texmf | # gzip -dc teTeX-texmf-1.0.tar.gz | (umask 0; cd /usr/local/teTeX/share/texmf; tar |xf -) | # gzip -dc teTeX-src-1.0.tar.gz | tar xvf - | # cd teTeX-1.0 | # sh -c './configure >configure.log 2>&1' & | # sh -c 'make world >world.log 2>&1' & To me, this indicates that you ran make world without waiting for the configure run to complete. If so, it's a miracle the make even got off the ground, let alone the miracle it would be to have a working setup afterwords. And if you did wait, why this convoluted way of running the commands? - Harald
Re: mathtime problem
+ Sebastian Rahtz <[EMAIL PROTECTED]>: | Thomas Ruedas writes: | | ... | | > Cannot find font file mtsyn.pfb | | how much clear a message do you want? Well, I just could not resist the temptation to try my hand as the Devil's advocate here... + Thomas Esser <[EMAIL PROTECTED]>: | Mathtime fonts are commercial (get them e.g. from Y&Y). And here is the crux of the matter: When a free package offers support for commercial goodies, we should not be surprised when some users naïvely believe something is wrong when stuff breaks because they haven't bought the commercial bit. In an ideal world, the free package would be rigged to detect the problem, and print out something helpful like "That requires the (commercially available) package X, which you either do not have, or have not installed correctly." In the real world, however, maintainers of free software usually have plenty more important things to do, so the above should not be construed as criticism. Maybe rather something to put on the bottom of an infinitely long todo list? Of course, an easier way (for maintainers) to deal with the problem is to remove packages such as mathtime from the standard distribution, thus forcing those who paid for the fonts to take a minute or two to download the necessary support files. - Harald