Re: Bug#394594: texlive-context: Context is approx 45 versions out of date
Norbert,
I'm sending this to you and not to texlive-context bug 394594. Please let
me know if I should do otherwise in future, or if I should resend this to
bug 394594.
FYI, I had a recent ConTeXt in /usr/local/share/texmf. I renamed that
directory and am assuming that the rename together with all the
subsequent automatic updmap-sys, udate-fmtutil and mktexlsr will be
enough to prevent it from having any effect on testing of your
package.
> After this, please remove texlive-context:
> apt-get (or aptitude) --purge remove texlive-context
> (in case you had texlive-full installed, this has to go, too, but this
> is not important, as it is only a meta packages, keep all other
> packages).
FYI, texlive also depends on texlive-context. However texlive is mostly
a meta package so I purged it too.
One minor error on removal of texlive-context due to the existence
of /usr/share/texmf-texlive/tex/context/base/cont-sys.ini. I don't
know if that's a packaging bug in texlive-context or if it was due
to something I did when experimenting with texlive-context. I
removed cont-sys.ini and its directory and parent directory as the
package removal script had intended.
> After this, install context
> apt-get (or aptitude) install context
I don't have the verification key but continued anyway. Install
went fine. Got package version 2006.08.08-0.1 created 2006-10-22
11:05 containing context version 2006.08.08 21:51.
FWIW, during these tests I had cm-super, lmodern, and the 2005.dfsg.2-1
versions of the following texlive packages installed:
texlive-base
texlive-base-bin
texlive-common
texlive-doc-base
texlive-doc-en
texlive-font-utils
texlive-fonts-recommended
texlive-latex-base
texlive-latex-recommended
texlive-math-extra
texlive-metapost
texlive-pdfetex
> From then on, please test with various documents, running texexec, and
> tell me please how is it going. Thanks a lot!
Created hello.tex containing "\starttext Hello world!\endtext". Ran
"texexec hello". Worked but got warning:
"warning : use 'texmfstart texexec' instead".
However context package does not contain texmfstart. FYI, upstream's
zip contains "scripts/context/stubs/lib/texmfstart". Otherwise OK.
Font used was Latin Modern as expected.
Ran "dvips hello". OK.
Ran "texexec --output=pdf hello". Strangely this time the result was
sans-serif.
Changed hello.tex to:
\setupbodyfont[modern]
\starttext
Hello world!
\endtext
The .dvi .ps and .pdf are essentially unchanged. "pdffonts hello.pdf"
looks OK:
name type emb sub uni object ID
------------------------------------ ------------ --- --- --- ---------
lm-ec Type 1 no no yes 6 0
but in "Konqueror / Location / Properties / Fonts" we have:
Name Type Embedded File
lm-ec Type-1 No /var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans.ttf
I did not see this problem with texlive-context.
Downloaded pdftex-t.tex from ConTeXt download site. This is more recent
(2006-04-24) than many examples so should be moderately compatible with
current context package. Lot of problems with missing ppl*8r fonts but
otherwise seemed to build OK. Note that this document internally forces
PDF output so you get a PDF rather than a DVI from "texexec pdftex-t".
The PDF built and was almost readable. A number of type 3 fonts had been
included and all of the type 1 fonts had again been replaced by Vera Sans.
Based on a comment in /usr/share/texmf/tex/context/base/type-enc.tex as
root I did "texfont --ven=urw --col=palatino --enc=ec --sou=auto". This
gave me "unknown tex root", apparently because I had renamed
/usr/local/share/texmf. Created a new empty /usr/local/share/texmf and
then ran "texfont ..." successfully. Note that according to "dpkg -S"
this directory does not belong to any package. Since the "context"
package contains "/usr/bin/texfont" perhaps the package should ensure
that /usr/local/share/texmf exists.
Re-ran "texexec pdftex-t". Still got apparently the same errors. Used
texfont to create r8 and texnansi variants but still no progress. Ran
mktexlsr. No progress. I'm now fresh out of ideas. If you have any
pointers on solving these kinds of errors I'd appreciate any help.
font pplr8r cannot be expanded (not an included Type1 font)
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 0+420/600 \
--dpi 420 pplr8r+65
mktexpk: don't know how to create bitmap font for pplr8r+65.
I've been googling for days without success.
As near as I can figure out from pdftex-t.tex and
/usr/share/texmf/tex/context/base/type-enc.tex, TeX should be
looking for ec-uplr8a, and texfont built that. However, something
deeply mystical happens in going through all the various mappings
and TeX ends up looking for pplr8a. I note that pdftex-t.tex
contains "\usetypescript[adobekb][\defaultencoding]" and type-akb.tex
defines a mapping from pplr8r to 8r-uplr8a. Commented out the
\usetypescript in pdftex-t.tex and tried again. Still no change.
May be some cached mapping that I'm not aware of. I note that
"ls -ul /usr/local/share/texmf/fonts/tfm/urw/palatino/" shows that
TeX is not reading the files created by texfont although
/usr/local/share/texmf/ls-R is being read.
(FWIW, other than ls-R the only file in that tree being read is
fonts/map/pdftex/context/ec-urw-palatino.map which contains
mappings such as:
ec-raw-uplr8a URWPalladioL-Roma 4 < uplr8a.pfb ec.enc
As a test I then uninstalled your package without relevant errors.
(There were irrelevant errors caused by mistakenly running the
purge whilst in one of the directories that was deleted by the purge.)
Reinstalled package. No errors.
I then generated .dvi, .ps, and .pdf of my own test document that I've
been playing with. I won't have much to say on this because of the
high probability that my test document has errors. However it built
with the context package and the ligature problems appear no worse
than with texlive-context and some fonts (but not all) are replaced
in PDFs by Vera Sans which didn't happen with texlive-context.
In short your package seems to work but I ran into font problems
similar to those which I've been struggling to understand in other
context versions.
I'll try some more and let you know if I figure out anything useful.
Thanks,
--Mike
Reply to: