announced XPSTeX, and said
Microsoft would embed pdfTeX in Word). Fortunately people didn't pay
too much attention to your mail :-]
To all: it was, indeed, an April Fool's joke I suggested to Hans and
Taco. Nobody has offered to pay anyone to write ConTeXt documentation
yet, although several people
. :-)
Martin, you're so evil! Don't ever ruin my jokes again -- I didn't
ruin yours 3 years again (the one where you announced XPSTeX, and said
Microsoft would embed pdfTeX in Word). Fortunately people didn't pay
too much attention to your mail :-]
To all: it was, indeed, an April Fool's joke
aborted
!define font: unable to define LMMath12-Regular as \*modern12ptmmmr11*
bodyfont: 12pt rm is loaded
language: language en is active
{C:/tmp/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
systems : begin file math at line 1
! Math error: parameter
: 12pt rm is loaded
language: language en is active
{C:/tmp/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
systems : begin file math at line 1
! Math error: parameter \Umathquad\displaystyle is not set.
l.3 $\downarrow$
?
test is simply
and tex, while
the latex/mkii/pdftex tex way is described in flashmovie.sty
Also Adobe Supplement to the ISO 32000 base version 1.7 extensione
level 3 is the guideline.
I much prefear to code by myself without ask for Hans now,
it's a way to understand this aspect that I don't manage well
say that the mkiv way is a mix of lua and tex, while
the latex/mkii/pdftex tex way is described in flashmovie.sty
Also Adobe Supplement to the ISO 32000 base version 1.7 extensione
level 3 is the guideline.
I much prefear to code by myself without ask for Hans now,
it's a way to understand
/Simple_Cover_Page saved as test.tex.
Procedure:
1 using TeX Live 2009 texexec --xtx test.tex No
overlay, text ok
2 using TeX Live 2009 texexec --pdf test.tex No
overlay, text ok
3 using online engine on live.contextgarden.net (pdfTeX
No
overlay, text ok
3 using online engine on live.contextgarden.net (pdfTeX) No overlay,
text ok
4 using online engine on live.contextgarden.net (XeTeX) No overlay,
text ok
5 using ConTeXt minimals context test.tex All
working just fine
6 using ConTeXt
system like that in several of my docs (all similar,
though) - but if I recall correctly (won't have access to the files
until tomorrow), it only works in ConTeXt MkII, which is one of the
main reasons that I still use that version for almost all of my work.
If you put
%engine=pdftex
info
% \setupsystem[inputfile=bibbug.tex]
% \setupsystem[\c!n=1,\c!m=1]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % done
% \protect \endinput
%
% end
By the way, XeTeX also breaks, but in a different way. Računalne
mreže becomes RaÄ“unalne mreže. Same option also doesn't do
anything.
MkIV works nicely, and I know I should probably be using that, but
LaTeX with hyperref can do unicode bookmarks in both XeTeX and pdfTeX,
so it would
in both XeTeX and pdfTeX,
so it would be really cool if ConTeXt would be able to do it as well.
Hm, i wonder what goes wrong, so can you make a test file? I was under the
impression that context could do it before latex if only because it was used
to test the entries when that feature was added
, but in a different way. Računalne
mreže becomes RaÄ“unalne mreže. Same option also doesn't do
anything.
MkIV works nicely, and I know I should probably be using that, but
LaTeX with hyperref can do unicode bookmarks in both XeTeX and pdfTeX,
so it would be really cool if ConTeXt would be able to do
anything.
By the way, XeTeX also breaks, but in a different way. Računalne
mreže becomes RaÄ“unalne mreže. Same option also doesn't do
anything.
MkIV works nicely, and I know I should probably be using that, but
LaTeX with hyperref can do unicode bookmarks in both XeTeX and pdfTeX,
so it would
Yes they are the same problem. I replaced luatex.dll with of the latest
version (.51) with the previous one (.50) and the problem disappeared,
though the problem still exists for pdftex.dll. It seems that something
is wrong with compilation of luatex and pdftex on windows.
MO
On 3/13/2010 4:06
\ by Topic} which
is already quite old and does not cover \ETEX, \PDFTEX, \LUATEX\
or whatever but what is told in it is still true. I never look at
it thinking it being old. \stopitem
Hans,
thanks for the compliments.
Let me point out that the source of TeX by Topic is available under
the Gnu
for obscure features. Of
course I could trick users by regenerating a manual with a newer
date. I often use the excellent book \quote {\TEX\ by Topic} which
is already quite old and does not cover \ETEX, \PDFTEX, \LUATEX\
or whatever but what is told in it is still true. I never look at
it thinking
]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % done
% \protect \endinput
%
% end of optionfile
, odd-numbered pages display on the left on the other
computer where they display on the right on mine. Both systems have Adobe
Reader 8.1.2. I haven't found the option to set to get the document to
display properly on the other computer.
My document was produced by pdfTeX-1.40.9, PDF version 1.5
,
% }
% \stopluacode
% % process info
% \setupsystem[inputfile=surface]
% \setupsystem[\c!n=1,\c!m=1]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups
2010/3/6 Tom t...@tuxedo-press.com:
My document was produced by pdfTeX-1.40.9, PDF version 1.5 and opens with
Adobe Reader 8.1 or so it says. Is there a way to select a different PDF
version (older) to be produced? Some printers I work with want PDFs to be
\pdfminorversion=4
Best
Martin
to do with
PDFTeX. I really don't know where to turn now.
I'm running:
XeTeX 3.1415926-2.2-0.9995.2 (Web2C 7.5.6)
TeXExec | version 6.2.1 - 1997-2009 - PRAGMA ADE/POD
MTXrun | current version: 2010.03.02 12:34
Hi, wondering whether this has a fix or is an open issue... I have exactly
, pdftex is cold, ie
changes a little, luatex is hot)
I'm not sure what your point is here. That user contribution leads to
'featuritis'? I totally understand that being 'frozen' is not a bad thing;
it effectively means 'having reached a state of perfection for the defined
task' -- I don't think
Hi Wolfgang,
Thanks, that gets me closer (though \highlow and \lowhigh result in
undefined control sequence here).
However, the superscripted text is not reduced in size at all. This seems
to be XeTeX-specific, as using PDFTeX works fine. The same issue arises
using \small{} in XeTeX
with
PDFTeX. I really don't know where to turn now.
I'm running:
XeTeX 3.1415926-2.2-0.9995.2 (Web2C 7.5.6)
TeXExec | version 6.2.1 - 1997-2009 - PRAGMA ADE/POD
MTXrun | current version: 2010.03.02 12:34
___
If your
, pdftex is cold, ie
changes a little, luatex is hot)
This model doesn't imply that you cannot contribute to the code base
but only that all contributions need to be validate (and possible
rejected) and integrate by developer,.
You can also contribute with third part modules, but they are not in
base
] [name:LucidaBright] works fine, so that's ok for now.
Using the accents in XeTeX would require extra tricks anyway, so
concentrating on pdftex and luatex seems reasonable.
i have no clue ... but best test with the latest beta
also, i did a fix in math-vfu (extra nil check) as some shapes seem
on pdftex and luatex seems reasonable.
i have no clue ... but best test with the latest beta
also, i did a fix in math-vfu (extra nil check) as some shapes seem to be
missing
even if it works, luatex can quit whem embedding the file (buglet) but that
has been fixed by taco yesterday
I will check
] [file:hlhr.pfb]
fail with the message below? (I can send a complete example off-list.)
How does one use pfb fonts then? Anyway, \definefontsynonym
[LucidaBright] [name:LucidaBright] works fine, so that's ok for now.
Using the accents in XeTeX would require extra tricks anyway, so
concentrating on pdftex
well, i got the minimals running by rerunnig first-setup.bat, it seems i
installed the first time with -current which has some problems (i
thought that'd be the stable one?).
but the \showmathcharacters problems are still there, the table is empty
and i get
pdfTeX warning: pdftex.exe
is empty
and i get
pdfTeX warning: pdftex.exe: no GlyphToUnicode entry has been inserted yet!
using this layout
\setuplayout[backspace=1cm, rightmargin=0.58cm, width=fit,
topspace=1cm, header=1cm, footer=1cm, height=fit]
i also get
! Dimension too large.
\setvsize ...l \vsize \nofcolumns \mcscratchdimen
...@googlemail.com wrote:
well, i got the minimals running by rerunnig first-setup.bat, it seems i
installed the first time with -current which has some problems (i
thought that'd be the stable one?).
but the \showmathcharacters problems are still there, the table is empty
and i get
pdfTeX warning
hi
i'm on Win 7 64bit and have installed TeXlive 2009 today via the
net-installer.
i can process context-files, but have some problems:
i get pdftex warning: pdftex.exe: no glyphtounicode entry has been
inserted yet if i use the command \showmathcharacters, and the table in
the pdf is empty
) but will listen to the
% engine=pdftex
directive (such directives are handled by the texexec and context
scripts so one can sort of tag the document as mkii/mkiv although this
feature dates from the mkzero times)
Also, is it possible to run ConTeXt from MikTeX 2.8?
no clue
') if getvariable('purge')
doesn't call the ctxtools script with proper quoting, so arguments are
interpreted as commands instead of being just arguments.
But I didn't inspect any further.
Mojca
texexec --verbose --purge besedilo
...
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet
on live.contextgarden.net as well as on my windows machine with
the minimal context distribution.
true
The problem does not occur in plain luatex.
here I don't understand you . Are you using context mkiv ?
The problem happens with pdftex engine as well.
here too I have some problems . Are you using context mkii ?
I
.
The problem does not occur in plain luatex.
The problem happens with pdftex engine as well.
I tried viewing the PDF in multiple viewers.
As this is an important problem, I suspect you are already aware of it,
but I couldn't find any notice about it.
Roman Plášil
: Updating /opt/context-minimals/texmf-context/ls-R...
mktexlsr: Updating /opt/context-minimals/texmf-fonts/ls-R...
mktexlsr: Updating /opt/context-minimals/texmf-linux-64/ls-R...
mktexlsr: Updating /opt/context-minimals/texmf-local/ls-R...
mktexlsr: Done.
TeXExec | using tex engine pdftex
TeXExec
Bryant Eastham wrote:
All-
Apologies if the question should go to another list - let me know if
so.
The pdftex list would have been better, but I think I can answer
anyway.
I am using texexec with MSPMincho on a Japanese utf-8 document. I
followed the instructions and it appears to work
-minimals/texmf-linux-64/ls-R... mktexlsr:
Updating /opt/context-minimals/texmf-local/ls-R... mktexlsr: Done.
Here I had to presee Enter twice in order to continue
Strange. On my machine I do not need to do this.
generating tex format cont-en This is pdfTeX, Version 3.1415926-1.40.10
--make --xetex
echo *
echo To use ConTeXt minimals run
echo . /opt/context-minimals/setuptex
echo To use MkIV run
echo luatools --generate
echo *
}
I generate the pdftex
.
For those who are interested, this is what was happening. If you set
TEXMFCACHE to a non-existing directory and run texexec --make cont-en, it
asks you if you want to create the TEXMFCACHE directory (even though it is
not needed to create the format for pdftex). pacman hides this question
(don't know
.
Aditya I generate the pdftex and xetex formats, and ask the user to
Aditya run luatools --generate. When run for the first time, luatools
Aditya --generate creates the $TEXMFCACHE directory. Since the command
Aditya is run by the user, TEXMFCACHE is writable by the user.
Ahh, cool.
Aditya Once
setting is l7x for both
\s!encoding=]
if that means that the patterns will be loaded in xetex/luatex and not
in pdftex at all. Alternatively we could add support. Latin Modern and
TeX Gyre both support it (added in 2007 to LM and fixed in 2009 for
TG; I thought that l7x was missing in most
Hello,
(sorry for posting to wrong group first).
\setupoutput [pdftex]
\enableregime[utf]
\usetypescript [modern][ec]
\setupbodyfont [ss,10pt]
\mainlanguage[en]
\setuppapersize [A4][A4]
\setupcolors [state=start]
\setuppagenumber [state=stop]
\starttext
\setupTABLE
% % process info
% \setupsystem[inputfile=sample1.tex]
% \setupsystem[\c!n=1,\c!m=1]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % done
% \protect \endinput
%
% end
/projects/psicc2/book/test.tex]
% \setupsystem[\c!n=2,\c!m=3]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
: 9362284
!load otf : enhancing ...
!load otf : saving in cache: /Library/Fonts/ヒラギノ角ゴ Pro W3.otf
fonts : resetting map file list
{/Users/wolf/ctx/tex/texmf-context/fonts/map/pdftex/context/original-empty.map}
fonts : using map file: original-base
{/Users/wolf/ctx/tex/texmf
.
\setupcolors[state=start]
\setupbackground[background=screen]
\setupbackground[state=start]
\def\quotebox#1#2
{\blank
\midaligned{\startbackground
\quotation{\em #1} \crlf --#2
\stopbackground}
\blank}
- the above \quotebox command, in some cases, sends pdftex
On Mon, Dec 28, 2009 at 02:44:20PM +0100, Manuel P. wrote:
\def\quotebox#1#2
{\blank
\midaligned{\startbackground
\quotation{\em #1} \crlf --#2
\stopbackground}
\blank}
- the above \quotebox command, in some cases, sends pdftex and luatex (MKII
and MKIV
}
\blank}
- the above \quotebox command, in some cases, sends pdftex and luatex
(MKII and MKIV) to the moon with an infinite loop (100% CPU).
One reason for this is probably my very limited knowledge and experience
with ConTeXt. It's extremely configurable, and this is a plus. But on
the other
}
\blank}
- the above \quotebox command, in some cases, sends pdftex and luatex (MKII
and MKIV) to the moon with an infinite loop (100% CPU).
I guess this is a result of your own definition of the \quotebox macro which
expects a space
at the end of the command, you should write (untested
list
{C:/context/tex/texmf-context/fonts/map/pdftex/context/original-empty.map}
fonts : using map file: original-base
{C:/context/tex/texmf-context/fonts/map/pdftex/context/original-base.map}
fonts : using map file: original-ams-base
{C:/context/tex/texmf-context/fonts/map/pdftex
knocked
out in the pdf, and then the overprint flag is set.
I made a document with scribus, which looks alright in acrobats preview:
http://www.sopos.org/olli/overprinting-scribus.pdf
So I doubt that this is a bug in acrobat, but in context or even in
pdftex/luatex.
you have to manually copy
in acrobats preview:
http://www.sopos.org/olli/overprinting-scribus.pdf
Same here. The difference is, that the picture here is also set in CMYK.
So this points to the 'colorspace mess' theory too ;)
So I doubt that this is a bug in acrobat, but in context or even in
pdftex/luatex.
you have
BibTest at line 4
structure : section @ level 3 : 0.0.1 - Checking Bib
fonts : resetting map file list
{/Applications/ConTeXtMinimals/tex/texmf-context/fonts/map/pdftex/context/original-empty.map}
fonts : using map file: original-base
{/Applications/ConTeXtMinimals/tex/texmf
you probably don't need the \hyphenatedurl as is more clever
in pdftex your example works ok but not in xetex ... maybe something
messy with catcodes or discretionaries ... weird
Hans
[doilink]
in mkiv you probably don't need the \hyphenatedurl as is more clever
in pdftex your example works ok but not in xetex ... maybe something
messy with catcodes or discretionaries ... weird
we have this (in mkii):
\def\dohyphenatedurlbefore#1{\discretionary{\hyphenatedurlseparator
to remove the file
status-of-update.lua as Hans suggested.
The second is that I now get
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
\write18 enabled.
(/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)
kpathsea: Running mktexfmt cont-en.fmt
mktexfmt: No such file
the font definitions.
running texexec I get the following:
!pdfTeX error: pdftex.exe (file 8r-raw-punr8a): Font 8r-raw-punr8a at 432
not found
== Fatal error occurred, no output PDF file produced!
TeXExec | runtime: 10.311
Hello Christopher,
You may try one thing before starting
Thanks, Mojca.
With .bash_profile now reading . /Applications/ConTeXtMinimals/tex/setuptex, I
ran texexec --make --all successfully. But I still could not process a .tex
file: the error message was
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
\write18 enabled.
(/Applications
On Wed, Dec 2, 2009 at 12:49, Bowen Alan C. wrote:
Thanks, Mojca.
With .bash_profile now reading .
/Applications/ConTeXtMinimals/tex/setuptex, I ran texexec --make --all
successfully. But I still could not process a .tex file: the error message
was
This is pdfTeX, Version 3.1415926-1.40.10
.
The second is that I now get
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
\write18 enabled.
(/Applications/ConTeXtMinimals/tex/texmf-context/web2c/natural.tcx)
kpathsea: Running mktexfmt cont-en.fmt
mktexfmt: No such file or directory
I can't find the format file `cont-en.fmt'!
TeXExec
a difference (I am using MKII).
I have not installed TeXLive.
Sorry, I was misinterpreting the pdfTeX 1.40 string and though it
was reading LuaTeX beta-0.40.
Mojca
___
If your question is of interest to others
mtxrun
-rwxr-xr-x 1 alancbowen admin 43 Jul 19 15:11 mtxworks
-rwxr-xr-x 1 alancbowen admin 2225728 Nov 29 04:56 pdftex
-rwxr-xr-x 1 alancbowen admin 704816 Nov 29 04:56 pdftosrc
-rwxr-xr-x 1 alancbowen admin 137860 Aug 27 20:08 pltotf
-rwxr-xr-x 1 alancbowen admin 50 Nov
.
Sorry, I was misinterpreting the pdfTeX 1.40 string and though it
was reading LuaTeX beta-0.40.
Mojca
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg
to have some problem dealing with local setups. I am
using MkII by the way but these problems seem to exist in MkIV also.
I have a font, Univers, installed to texmf-local with texfont and Context
claims it cannot find the font definitions.
running texexec I get the following:
!pdfTeX error
, but no big macro packagem just something plain.
As Hartmut made pdftex run on similar gadgets I expect some day luatex
to run on them as well but it has a real low priority. If one wants
reflow, one should use html anyway.
Hans
Hi, Otared,
Thanks for the tip. The first problem is that ./first-setup.sh installs both
files texmf-os-x and texmf-osx-intgel. The second is that I now get
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
\write18 enabled.
(/Applications/ConTeXtMinimals/tex/texmf-context/web2c
On 1 déc. 2009, at 22:09, Bowen Alan C. wrote:
Hi, Otared,
Thanks for the tip. The first problem is that ./first-setup.sh installs both
files texmf-os-x and texmf-osx-intgel. The second is that I now get
This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009)
\write18 enabled
texexec I get the following:
!pdfTeX error: pdftex.exe (file 8r-raw-punr8a): Font 8r-raw-punr8a at
432 not found
== Fatal error occurred, no output PDF file produced!
TeXExec | runtime: 10.311
ConTeXt Full finished at Sun Nov 29 21:58:36
Then from command prompt, I type:
C:\Users
texexec I get the following:
!pdfTeX error: pdftex.exe (file 8r-raw-punr8a): Font 8r-raw-punr8a at
432 not found
== Fatal error occurred, no output PDF file produced!
TeXExec | runtime: 10.311
ConTeXt Full finished at Sun Nov 29 21:58:36
Then from command prompt, I type:
C:\Users
:
!pdfTeX error: pdftex.exe (file 8r-raw-punr8a): Font 8r-raw-punr8a at
432 not found
== Fatal error occurred, no output PDF file produced!
TeXExec | runtime: 10.311
ConTeXt Full finished at Sun Nov 29 21:58:36
Then from command prompt, I type:
C:\Users\Christopherkpsewhich 8r-raw-punr8a.tfm
c
: preloading latin modern fonts
bodyfont : 12pt rm is loaded
language : language en is active
systems : begin file Test_setupsystem at line 3
fonts : resetting map file list
{/Applications/ConTeXtMinimals/tex/texmf-context/fonts/map/pdftex/context/original-empty.map}
fonts
found
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | writing option file rapport_spectroscopie_optique.top
TeXExec | using randomseed 96
TeXExec | tex engine: pdftex
TeXExec | tex format: cont-en
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009)
(/usr/local/texlive
that with pdftex command,
pdftex -progname=context -fmt=cont-en -translate-file=natural.tcx
--output-format=pdf --8bit --jobname=filename
\\def\\Title{whatever} \\input filename
but you loose all the goodies of texexec (multiple runs, running bibtex,
sorting index, etc.)
Alternatively, it is possible
for embedding (in pdftex); of course dvi postprocessors also look
at that file
so we have:
tfm - tfm used by frontend and backend
tfm + vf - tfm used by frontend, vf used by backend
on top of that a map file will point from fontname to real name (pfb)
and this is why in a map file you
With the help of Patrick's otfinstall I've installed a font for use with
pdftex/mark ii. this works fine so far, but i want to use the
microtypographic features not only for the base font, but for the old
style figures variant, too.
\usetypescriptfile[type-corporate]
\usetypescript[corporate
Le mercredi 04/11/09 à 10h20,
luigi scarso luigi.sca...@gmail.com a écrit :
$ texexec test-context
It is OK for the MCE Hello world I gave earlier, except the following
warning:
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
The same occurs with chemical formulas.
So
On Wed, Nov 4, 2009 at 10:52 AM, Denis Bitouzé dbito...@wanadoo.fr wrote:
Le mercredi 04/11/09 à 10h20,
luigi scarso luigi.sca...@gmail.com a écrit :
$ texexec test-context
It is OK for the MCE Hello world I gave earlier, except the following
warning:
pdfTeX warning: pdftex
Denis Bitouzé wrote:
Le mercredi 04/11/09 à 10h20,
luigi scarso luigi.sca...@gmail.com a écrit :
$ texexec test-context
It is OK for the MCE Hello world I gave earlier, except the following
warning:
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
This (luatex
Taco Hoekwater wrote:
Denis Bitouzé wrote:
Le mercredi 04/11/09 à 10h20,
luigi scarso luigi.sca...@gmail.com a écrit :
$ texexec test-context
It is OK for the MCE Hello world I gave earlier, except the following
warning:
pdfTeX warning: pdftex: no GlyphToUnicode entry has been
warning:
pdfTeX warning: pdftex: no GlyphToUnicode entry has been inserted yet!
This (luatex) warning can be ignored, and I will remove it from the next
release.
Sorry, that was more than a bit confusing. What I meant to say was:
This pdftex warning can be ignored. It used to be present
Hi,
luigi scarso wrote:
This pdftex warning can be ignored. It used to be present in luatex as
well, but it was removed in version 0.37.0.
OK -- but what does it means ?
To the best of my knowledge, it only means that no ToUnicode values
have been set up using \pdfglyphtounicode yet
% \setupsystem[\c!n=1,\c!m=1]
% \setupsystem[\c!type=windows]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
!type=unix]
% % modes
% % options (not that important)
% \startsetups *runtime:options
% \setupoutput[pdftex]
% \stopsetups
% % styles and modules
% \startsetups *runtime:modules
% \stopsetups
% % done
% \protect \endinput
%
% end
{document}
Hello World!
\end{document}
leads to the following log:
888
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live
2009) entering extended
mode
(./test.tex LaTeX2e
2009/09/24 Babel v3.8l and hyphenation patterns for english,
usenglishmax, dumylang, noh
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
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
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
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
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
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
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
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
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
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
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
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
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
901 - 1000 of 3678 matches
Mail list logo