recent TeX Live packaging changes

Jindrich Novy jnovy at redhat.com
Thu Feb 21 17:59:54 UTC 2008


Hi all,

I made several modifications to TeXLive packaging recently so I want
to make you aware of that, because some of your packages may need
modifications to (Build)Requires, if you use documentation generation
during build/your app uses TeXLive.

The current list of subpackages that originates from TeXLive are:

binaries:
--------
dvipdfm
dvipdfmx
dvipng
kpathsea
kpathsea-devel
mendexk
texlive
texlive-afm
texlive-context
texlive-doc
texlive-dvips
texlive-dviutils
texlive-japanese
texlive-latex
texlive-utils
texlive-xetex

architecture independent bits:
-----------------------------
texlive-texmf
texlive-texmf-afm
texlive-texmf-context
texlive-texmf-doc
texlive-texmf-dvips
texlive-texmf-fonts
texlive-texmf-japanese
texlive-texmf-latex

Major changes are that some stuff is moved out from main "texlive"
package, mainly XeTeX and ConTeXt. Both now have their own packages.
Note that also Metapost is moved to texlive-context. Motivation for
packaging them separately is dependency of XeTeX on TECkit and
dependency of ConTeXt to ruby, so that main texlive package no more
depends on these. Packaging these bits separately is also natural as
we should keep the baseline texlive package minimal.

Support for Japanese and East Asian languages is now moved to
texlive-japanese, including bg5conv, sjisconv, etc. utilities which
were formerly in texlive-latex.

Note that texlive-xdvi no more exists and it's now packaged separately
in standalone xdvik package.

Utilities that use Ghostscript are moved to texlive-utils to reduce
dependency bloat, namely these:

a2ping
e2pall
epstopdf
gsftopk
mf
pdfcrop
ps4pdf
thumbpdf

So please update your (Build)Requires in your packages if needed.
TeXLive still contains virtual provides for teTeX, such as
tetex-dvips, but better is to (Build)Require texlive-dvips. TeXLive
packages now virtually provide:

tex(tex)
tex(latex)
tex(dvips)
tex(japanese)
tex(context)

So you can use these virual provides directly in order to not to be
directly dependent on a particular TeX distribution in the future.

Jindrich

-- 
Jindrich Novy <jnovy at redhat.com>   http://people.redhat.com/jnovy/




More information about the fedora-devel-list mailing list