X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1170" "Fri" "13" "November" "1998" "09:07:47" "+0000" "Robin Fairbairns" "Robin.Fairbairns@CL.CAM.AC.UK" nil "23" "Re: What is \"base\" LaTeX" "^Date:" nil nil "11" nil "What is \"base\" LaTeX" nil nil nil] nil) Received: from listserv.gmd.de (listserv.gmd.de [192.88.97.1]) by mail.Uni-Mainz.DE (8.8.8/8.8.8) with ESMTP id KAA24088; Fri, 13 Nov 1998 10:08:02 +0100 (MET) Received: from lsv1.listserv.gmd.de (192.88.97.2) by listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <14.F5DBD857@listserv.gmd.de>; Fri, 13 Nov 1998 10:08:01 +0100 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 408448 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Fri, 13 Nov 1998 10:07:57 +0100 Received: from heaton.cl.cam.ac.uk (exim@heaton.cl.cam.ac.uk [128.232.32.11]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with SMTP id KAA01954 for ; Fri, 13 Nov 1998 10:07:55 +0100 (MET) Received: from dorceus.cl.cam.ac.uk (cl.cam.ac.uk) [128.232.1.34] (rf) by heaton.cl.cam.ac.uk with esmtp (Exim 1.82 #1) id 0zeFCo-0001ua-00; Fri, 13 Nov 1998 09:07:50 +0000 Message-ID: Reply-To: Mailing list for the LaTeX3 project In-Reply-To: Your message of "Fri, 13 Nov 1998 08:18:14 +1000." <199811122218.IAA06808@jemima.maths.uq.edu.au> Date: Fri, 13 Nov 1998 09:07:47 +0000 From: Robin Fairbairns Sender: Mailing list for the LaTeX3 project To: Multiple recipients of list LATEX-L Subject: Re: What is "base" LaTeX Status: R X-Status: X-Keywords: X-UID: 2880 ken smith (in response to philip helbig's suggestion that `supported' stuff should go into the `core' of latex) wrote: > Would someone like to estimate how large this would make the core? > I have in mind people installing from scratch on a new machine. the problem, as i see it, is that nobody knows what of the stuff in latex is supported and what isn't. the fact that things are in contrib/supported is no real indication at all -- people ask for their stuff to go there, and then disappear (for example, the author of booktabs, an excellent package, is uncontactable), people put stuff there and with the idea in mind that it's straightforward enough that anyone could maintain it, and so on. and all that's apart from the situation where people put stuff in `other' since they can't be bothered to package it up in a way that makes sense for the `supported' tree's directory-per-submission arrangement. if _i_ don't know what is the state of what we have on ctan, who does? the best we can do is the sort of thing sebastian does with live -- provide a sort of gradation. damned difficult to achieve, imho (sebastian does a good job, but it's not perfect). r