X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2397" "Fri" "4" "July" "1997" "14:48:44" "+0200" "Frank Mittelbach" "Frank.Mittelbach@UNI-MAINZ.DE" nil "60" "Re: Availability of Class files (was: LaTeX3 goals)" "^Date:" nil nil "7" nil nil nil nil nil] nil) Received: from listserv.gmd.de (listserv.gmd.de [192.88.97.1]) by mail.Uni-Mainz.DE (8.8.5/8.8.5) with ESMTP id PAA29038 for ; Fri, 4 Jul 1997 15:03:19 +0200 (MET DST) Received: from lsv1.listserv.gmd.de by listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <4.DEA5DA31@listserv.gmd.de>; Fri, 4 Jul 1997 15:03:18 +0200 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 163563 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Fri, 4 Jul 1997 15:03:14 +0200 Received: from kralle.zdv.Uni-Mainz.DE (kralle.zdv.Uni-Mainz.DE [134.93.8.158]) by relay.urz.uni-heidelberg.de (8.7.6/8.7.4) with ESMTP id PAA05773 for ; Fri, 4 Jul 1997 15:03:06 +0200 (MET DST) Received: from frank.zdv.uni-mainz.de (Ufrank@localhost) by kralle.zdv.Uni-Mainz.DE (8.8.5/8.8.5) with UUCP id OAA16724 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Fri, 4 Jul 1997 14:54:46 +0200 (MET DST) X-Authentication-Warning: kralle.zdv.Uni-Mainz.DE: Ufrank set sender to frank.zdv.uni-mainz.de!latex3 using -f Received: (from latex3@localhost) by frank.zdv.uni-mainz.de (8.6.9/8.6.9) id OAA27282; Fri, 4 Jul 1997 14:48:44 +0200 References: <199707040859.KAA27034@frank.zdv.uni-mainz.de> Message-ID: <199707041248.OAA27282@frank.zdv.uni-mainz.de> Reply-To: Mailing list for the LaTeX3 project In-Reply-To: Date: Fri, 4 Jul 1997 14:48:44 +0200 From: Frank Mittelbach Sender: Mailing list for the LaTeX3 project To: Multiple recipients of list LATEX-L Subject: Re: Availability of Class files (was: LaTeX3 goals) Status: R X-Status: X-Keywords: X-UID: 2261 Robin Fairbairns writes: > > well, what a good point. only problem is that many such things > > are. when i started my private survey i even found document styles for > > version 2.08 on CTAN and i bet they are still there. > > It's a great pity that you didn't tell us about this stuff! We do > have an area for "this is totally unusable in present circumstances", > even if it wasn't felt reasonable to delete the thing. well i did back then as i was interested to get the 209 dir cleaned out but there wasn't too much interest (and i didn't had too much time either) that was back end of 95 after i got the DANTE CTAN book and is based on that CD anyway i found the document, it is 39 pages long and contains about 300 or more packages most of them classified (somehow) and with comments even though it is most likely in many respects out of date it might be a good starting point. but before i give it to somebody i better check that it doesn't contain rude remarks as it was first of all a private collection (like saying that i don't like the concepts used in some oldstyle package by some R. Fairbairns :-) > > there are reasons for keeping at least some of those in 5 nevertheless > > > > a) might be 2.09 > > b) we might keep the work as eventually somebody might upgrade them > > c) historians might welcome it :-) > > I can (just about) understand the reasoning that says we keep 2.09- > only stuff. Personally, I would move it all to the obsolete tree -- > (b) is justification for keeping it, I suppose. > > My take is that CTAN is _not_ an historical archive, and that (c) is > an irrelevance. b) is the major reasoning for me. i do agree with C not being relevant that's why i added :-) there. > > what i wanted 5 for is stuff that fails with 2e --- no further check > > What _we_ (CTAN) want is to prune out useless stuff. It would be > _really_ nice to reverse the present monotonic increase in CTAN's > size ;-) fine with me, question is how far do you go? in my comments in that classification i have written at one point, "package does not fit the latex model" which was supposed to mean that i don't want people to use it as it would most certainly conflict with about everything else (and thus produce problems for all maintainers). note that particular package was (is?) in 2e/supported. so what do you do about such ones? frank