Re: teTeX: no next release

--jKBxcB1XkHIR0Eqt
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

I was just about to suggest inviting the TeXLive folks into the
discussion :)

On Tue, May 30, 2006 at 05:33:35PM +0100, Sebastian Rahtz wrote:
> The primary worth if TeXLive, to my mind, is not its current
> instantiation as a CD or DVD, but in the fact that it has a coherent
> and sustainable catalogue of packages and collections. From these
> you can build a set of Debian packages (done), or a set of of RPMs
> (someone should try), or whatever, by writing some scripts to read
> the XML control files.
>=20
> >If distributors can package up TL then it's fine, but currently
> >tetex is 280MB and I expect distributors might be re-evaluating
> >inclusion of it if it jumps up by a lot. Would it be
> >advisable/possible to split TL somehow sensible?
>=20
> thats exactly what I did about 10 years ago when
> I started TL, into a more modular set of collections
> than teTeX...

Does this mean, that this is still the case? E.g. is TeXLive still
modular to allow shaping a subset compared to what teTeX offers today?

In general would you (or the TeXLive maintainers in general) consider
offering a set of sources with size/functionality similar to today's
teTeX? If so then that would probably please everyone! :)

Just to give a distribution specific example: Fedora Core would
probably reject any dramatic increase in a monolithic substitution. It
would most likely lead to a Fedora-specific split of the texmf tarball
(since some parts are needed for the documentation of other packages)
and users, as well as TeXLive maintainers would be irritated by that.

But if there would be say a program source tarball, a "basic TeXLive"
texmf tarball (which compares in size/functionality to teTeX) and a
tarball containing all the rest, then Fedora Core would ship the first
two on the media and keep the third in the Fedora Extras repository
where size doesn't matter.
--=20
Axel.Thimm at ATrpms.net

--jKBxcB1XkHIR0Eqt
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEfJYLQBVS1GOamfERAroPAJ9dtIpo1NQk3GJXrwOkTYYtS+sQIwCeJBlQ
JEucX7ACO1uBt5u4teqtucE=
=kDT2
-----END PGP SIGNATURE-----

--jKBxcB1XkHIR0Eqt--