Re: Future versions of teTeX, and TeXlive as a replacement
On Tue, May 30, 2006 at 16:21 -0600, Bruce Sass wrote:
> On Tue May 30 2006 13:29, Ralf Stubner wrote:
> > Can you provide us
> > with a list of packages that are used my LyX? That would be helpful.
> Sure. The following is a quick'n'dirty cut'n'paste (from
> LyX::Help->LaTeX Configuration) of stuff LyX expects is available from
> CTAN (dvipost aside). Q'n'D in that it was made without regard to if they
> are in Debian or which .deb they currently reside in.
Thanks a lot. Many of the listed things are indeed "base" in the sense
that any LaTeX should (sometimes even must) have them installed. There
are some exceptions, though (slightly reordered):
dinbrief (Letters conforming to the German DIN standard) and especially
dtk (a class for the journal of the German TeX user group) are not
"base" in my book. g-brief might fall into a similar class as dinbrief.
The TUGboat macros are more general, but still quite specialized.
foiltex is non-free and in a separate package.
That is probably RevTeX v3. Again non-free and in a separate package.
I don't know these three classs.
Special classes for certain journals. Not "base" in my book. Are these
even in teTeX?
I guess it will be best if most of these things work with "base" TeX
packages, while LyX can suggest further TeX packages for other things.
> > You
> > say "apps like LyX". What other applications do you have mind?
> Hevea and Kile are the ones I had in mind, but are probably bad examples.
> The output of "grep-available -sPackage,Depends -FDepends tetex" has some
> others: muttprint, plywood, ocamlweb,
> Would it be worthwhile to look at all .debs which depend on tetex-extra to
> see if a rearrangement would let some of them drop that dependency? If so,
> when would be a good time to do such an audit; now, after Etch's release,
> anytime something more important than this requires everyone to rebuild
> their TeX related packages, ...?
> Then again, is this just silly because texlive is already auditing the
> situation, and everything will naturally fall into best place when dependent
> packages sort out the...
> tetex-extra | texlive-latex-extra
> tetex-extra | texlive-latex-recommended
> tetex-extra | texlive-fonts-recommended
> ...translations and tetex is (I'm assuming) dropped?
We haven't yet decided what to do with teTeX. And I wouldn't like the
situation where, eg, LyX would depend on the 100M texlive-latex-extra
just to get algorithm.sty.