[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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):

> macros/latex/contrib/dinbrief/
> usergrps/dante/dtk/
> macros/latex/contrib/g-brief/
> plain/contrib/tugboat.tar

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.

> macros/latex/contrib/foiltex/

foiltex is non-free and in a separate package.

> macros/latex/contrib/revtex/

That is probably RevTeX v3. Again non-free and in a separate package. 

> macros/latex/contrib/aguplus
> macros/latex/contrib/mwcls/
> macros/latex/contrib/paper/

I don't know these three classs.

> macros/latex/contrib/elsevier/
> macros/latex/contrib/siam/siamltex.tar
> macros/latex/contrib/springer/svjour/global
> macros/latex/contrib/springer/svjour/jog
> macros/latex/contrib/springer/svjour/prothe

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.

cheerio
ralf



Reply to: