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@xxxxxxxxxx> http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
