Re: More fine-grained control in texlive?
Dear Frank and Alexandre,
On Jul 25 2007, Frank Küster wrote:
> Alexandre Lymberopoulos <lymber@ime.usp.br> wrote:
> > I would like to suggest, for example, that documentation should be kept
> > apart from the packages itself and create more -extra and -recommend
> > subdivisions.
>
> Splitting off the documentation is feasible (I even have a "that would
> be sort of okay, I guess" by Markus Kohm, one of the upstream authors
> who advocate for "only distribute as a complete set"),
This is excellent!
> but then the runtime package would have to Recommmend the respective
> doc package, and the standard installation would not be smaller (in
> lenny all tools are supposed to automatically install Recommends,
> aptitude already does in etch).
But people that want to ignore recommends (I do) to keep their systems
minimal would gladly accept the splitting.
> Splitting the larger packages in pieces makes only sense if it's done
> upstream, because we mirror the upstream divisions.
Well, TeX Live could get improvements from Debian too. :-)
> So let's have a look. Which (binary) packages do you see that are
> 120MB or even larger?
I'm not speaking here for Alexandre, but the *installed* size of, at
least, tl-fonts-extra is around 120MB. Doing a dpkg -c on the package, I
see that we have mostly documentation on these packages.
Since I am in the New Maintainer queue now (Yay!) I think that I can try
to help you more effectively. In other words, read: I would be willing
to help with the tex-maint group.
> This is already now a problem with tl-humanities and tl-science which
> have been split of tl-latex-extra.
Is there a problem with tl-science? I am mostly concerned with that,
since it includes the algorithms package.
> So we're left with tl-fonts-extra and tl-doc-en. I don't see much
> value in splitting these; but I'm open to suggestions for a good
> splitting scheme.
I think that Alexandre can give his views here on what would be good
strategies to split the packages.
Regards, Rogério Brito.
--
Rogério Brito : rbrito@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
Reply to: