Bug#100332: New package splitting scheme for teTeX in Debian
Ralf Stubner <ralf.stubner@web.de> wrote:
> dvipdfm ebb (unsure about those)
I don't think we need them in tetex-bin-core or however it's going to be
called. I don't think that dvipdfm is used to create pdf in any
automated system. We can always put it back if somebody complains.
Or rather, as already pointed out, once we have a plan of the new
splitting scheme, we should approach the maintainers of depending and
build-depending packages, in order to get their input. I don't think,
however, that we should do this now, while the plans are still vague.
Here are some more suggestions for the opt-out list, including what
you already provided:
omega,
aleph,
omfonts,
odvicopy,
odvitype,
otangle,
otp2ocp,
outocp (Omega)
/usr/bin/opl2ofm
/usr/bin/ovf2ovp
/usr/bin/ovp2ovf
/usr/bin/ofm2opl
/usr/bin/mkofm (omega-related)
/usr/bin/pdfxtex (experimental)
/usr/bin/tangle
/usr/bin/tie
/usr/bin/ctangle
/usr/bin/weave
/usr/bin/ctie
/usr/bin/cweave (CWEB stuff)
/usr/bin/dvicopy (for dvi processors that can't handle virtual fonts)
/usr/bin/dvitype (human "readable" output, for validation and as a reference implementation)
/usr/bin/gftype (same for gf fonts)
/usr/bin/pooltype(same for pool files)
/usr/bin/pktype (same for pk fonts)
/usr/bin/gftodvi (produces one-char-per-page dvi files from a gf font)
/usr/bin/patgen (generate patterns for TeX hyphenation)
/usr/bin/dvired
/usr/bin/dvilj
/usr/bin/dvilj2p
/usr/bin/dvilj4
/usr/bin/dvilj4l
/usr/bin/dvilj6
/usr/bin/dvihp (only needed for actual printing)
/usr/bin/dvipdft (should go with dvipdfm or stay with it)
/usr/bin/pfb2pfa (convert a type1 pfb file (binary MSDOS) into a pfa (ASCII))
/usr/bin/pk2bm (create X11 bitmap from pk font)
/usr/bin/fontinst(manual tool)
/usr/bin/ps2frag (obsolete, PSfrag probably not used in automated typesetting)
/usr/bin/texlinks(only useful for local customization in Debian)
mpost,
mpto,
makempx
/usr/bin/makempy (MetaPost)
texexec
/usr/bin/mptopdf
/usr/bin/texutil
/usr/bin/uniqleaf
/usr/bin/fdf2tan
/usr/bin/fdf2tex (ConTeXt)
pltotf,
tftopl,
vftovp,
vptovf (TFM/VF conversion)
Plus the links for formats not included in the new tetex-base.
Furthermore, I think that the following are probably not necessary
/usr/bin/mft (translate mf to tex, for whatever purpose)
/usr/bin/pktogf (convert packed font files to generic font files)
/usr/bin/gftopk (and back)
/usr/bin/gsftopk (probably no longer needed, since xdvik links against libt1)
/usr/bin/ps2pk (creates a TeX pkfont from a type1 PostScript font)
/usr/bin/allcm
/usr/bin/allec
/usr/bin/allneeded (create many CM/EC pk fonts at once)
/usr/bin/dvi2fax (call gs to produce fax format, may be needed by
depending packages)
This one is probably useful, but not yet integrated for automatic usage:
/usr/bin/ttf2afm
These are only needed if cyrillic fonts are also in tetex-base:
/usr/bin/rubibtex
/usr/bin/rumakeindex
These are dependent on X:
/usr/bin/texfind
/usr/bin/texshow (ConTeXt help)
Regards, Frank
--
pFrank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Reply to: