6-Sep-93 16:23:09-GMT,1918;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA18384; Mon, 6 Sep 93 10:23:07 MDT Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from rs2.hrz.th-darmstadt.de by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 06 Sep 1993 11:22:46 CST Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA11365 (5.65c/IDA-1.4.4 for ); Mon, 6 Sep 1993 17:08:21 +0200 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (16.6/Server-1.2/HRZ-THD) id AA00576; Mon, 6 Sep 93 17:08:21 +0200 Received: by spice.iti.informatik.th-darmstadt.de (AIX 3.2/UCB 5.64/Client-1.5/HRZ-THD) id AA16253; Mon, 6 Sep 1993 17:08:20 +0200 From: Joachim Schrod Reply-To: TWG-TAG@SHSU.edu Message-Id: <9309061508.AA16253@spice.iti.informatik.th-darmstadt.de> Subject: State of affairs? To: twg-tag@shsu.edu (TUG WG TeX Archives) Date: Mon, 6 Sep 1993 17:08:19 +0100 (MESZ) X-Mailer: ELM [version 2.4 PL11] Content-Type: text Content-Length: 610 Howdy, What's the state of affair in mirroring the CTANs? If I place a new style on Stuttgart (ie, in .../tex/macros/latex/contrib), will it automatically propagate to Aston and to SHSU? Secondly, which mailing lists do we use to announce new packages internally? tex-archives or twg-tag? (I would prefer the former, to keep twg-tag more for discussions about TeX archive management.) -- Joachim =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany 6-Sep-93 22:58:40-GMT,1059;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA21939; Mon, 6 Sep 93 16:58:38 MDT Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from ra.cs.umb.edu by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 06 Sep 1993 17:58:45 CST Received: by ra.cs.umb.edu id AA00294 (5.65c/IDA-1.4.4 for TWG-TAG@SHSU.edu); Mon, 6 Sep 1993 18:56:54 -0400 Date: Mon, 6 Sep 1993 18:56:54 -0400 From: Karl Berry Reply-To: TWG-TAG@SHSU.edu Message-Id: <199309062256.AA00294@ra.cs.umb.edu> To: TWG-TAG@SHSU.edu Subject: Re: State of affairs? Like Joachim, I think tex-archive should be used for announcements of new TeXware of whatever sort, and we should keep ctan/twg-tag for archive discussions. In fact, I wonder if renaming tex-archive to tex-announce would be appropriate. (Keeping the old name in place for a time, of course.) 31-Jan-94 12:41:04-GMT,1417;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA08485; Mon, 31 Jan 94 05:41:01 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 31 Jan 1994 06:39:37 CST Via: uk.ac.rhbnc.vax; Mon, 31 Jan 1994 12:11:36 +0000 Date: Mon, 31 JAN 94 12:11:25 GMT From: CHAA006@VAX.RHBNC.AC.UK To: TWG-TAG Subject: RE: Default mount point for CTAN anonymous FTP inappropriate. Actually-To: Message-Id: <32403874_00332D98.009795BAC20BAF86$25_3@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: CBS%UK.AC.NSFNET-RELAY::EDU.SHSU::TWG-TAG Mailer: Janet_Mailshr V3.5 ( 13-OCT-1989 14:07:27 ) >> Well, I guess there is a difference in how we are returning values to quote >> site index commands because the index I use is based on the aFTP >> root-level directory (i.e., I would return /tex-archive/...). OK, then I think that if a unified mount point of ctan: is not technically feasible, it would at least be worth ensuring that all sites return the same semantics for "Quote site index ", otherwise terrible confusion could result. ** Phil. 31-Jan-94 14:27:38-GMT,1509;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA09879; Mon, 31 Jan 94 07:27:36 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: by SHSU.edu (MX V3.3 VAX) id 3031; Mon, 31 Jan 1994 07:55:11 CST Date: Mon, 31 Jan 1994 07:55:10 CST From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <00979596.F71CC580.3031@SHSU.edu> Subject: RE: Default mount point for CTAN anonymous FTP inappropriate. On Mon, 31 JAN 94 12:11:25 GMT, posted: > >> Well, I guess there is a difference in how we are returning values to quote > >> site index commands because the index I use is based on the aFTP > >> root-level directory (i.e., I would return /tex-archive/...). > > OK, then I think that if a unified mount point of ctan: is not technically > feasible, it would at least be worth ensuring that all sites return the > same semantics for "Quote site index ", otherwise terrible confusion > could result. ** Phil. Quite possibly true. Sebastian, might it be possible to add the root-level path in your daily script to accommodate this? If not, I'll create another file based on the listings as you use them, point my SITE INDEX to that one and create another SITE command to facilitate global indexing here. --George 31-Jan-94 20:06:34-GMT,1782;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA17612; Mon, 31 Jan 94 13:06:32 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 31 Jan 1994 14:01:56 CST Via: uk.ac.aston; Mon, 31 Jan 1994 17:40:23 +0000 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <29629-0@email.aston.ac.uk>; Mon, 31 Jan 1994 17:38:52 +0000 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA12556; Mon, 31 Jan 94 17:34:57 GMT Date: Mon, 31 Jan 94 17:34:57 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9401311734.AA12556@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: RE: Default mount point for CTAN anonymous FTP inappropriate. In-Reply-To: <32403874_00332D98.009795BAC20BAF86$25_3@UK.AC.RHBNC.VAX> References: <32403874_00332D98.009795BAC20BAF86$25_3@UK.AC.RHBNC.VAX> CHAA006@VAX.RHBNC.AC.UK writes: > OK, then I think that if a unified mount point of ctan: is not technically > feasible, it would at least be worth ensuring that all sites return the > same semantics for "Quote site index ", otherwise terrible confusion > could result. ** Phil. i think that anyone sophisticated enough to use raw ftp (rather than one o fthe friendly shells) can live with the setup as it is. your problem, tho valid, is the first ever complaint about the quote site index feature. confusion? you either get it or you dont. surely anyone using ftp raw knows the differentrence between a full qualified pathname and a arelative one? sebastian 1-Feb-94 18:08:32-GMT,11978;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA10287; Tue, 1 Feb 94 11:08:29 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: by SHSU.edu (MX V3.3 VAX) id 11463; Tue, 01 Feb 1994 11:10:22 CST Date: Tue, 01 Feb 1994 11:10:19 CST From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: info-tex@SHSU.edu, texhax@ftp.tex.ac.uk Cc: twg-tag@SHSU.edu Message-Id: <0097967B.6489B800.11463@SHSU.edu> Subject: Usage summary: ftp.SHSU.edu, January 1994 CTAN HOST: ftp.SHSU.edu TOTALS FOR SUMMARY PERIOD Sat Jan 1 1994 TO Mon Jan 31 1994 Files Transmitted During Summary Period 154,291 Bytes Transmitted During Summary Period 10,503,813,472 Average Files Transmitted Daily 4,977 Average Bytes Transmitted Daily 338,832,693 Daily Transmission Statistics Number Of Number of Average Percent Of Percent Of Date Files Sent Bytes Sent Xmit Rate Files Sent Bytes Sent --------------- ---------- ----------- ---------- ---------- ---------- Sat Jan 1 1994 910 64606991 5.8 KB/s 0.59 0.62 Sun Jan 2 1994 1069 701651586 13.2 KB/s 0.69 6.68 Mon Jan 3 1994 2234 256115981 2.6 KB/s 1.45 2.44 Tue Jan 4 1994 5821 324346965 3.6 KB/s 3.77 3.09 Wed Jan 5 1994 4577 279158669 4.5 KB/s 2.97 2.66 Thu Jan 6 1994 4456 245948325 3.8 KB/s 2.89 2.34 Fri Jan 7 1994 4084 270124370 3.3 KB/s 2.65 2.57 Sat Jan 8 1994 1581 141802290 3.8 KB/s 1.02 1.35 Sun Jan 9 1994 1237 102178772 6.3 KB/s 0.80 0.97 Mon Jan 10 1994 3245 598334592 4.1 KB/s 2.10 5.70 Tue Jan 11 1994 2528 294323349 4.4 KB/s 1.64 2.80 Wed Jan 12 1994 3565 310889074 3.8 KB/s 2.31 2.96 Thu Jan 13 1994 5622 427076806 2.7 KB/s 3.64 4.07 Fri Jan 14 1994 2864 313373045 3.8 KB/s 1.86 2.98 Sat Jan 15 1994 4195 144343007 4.9 KB/s 2.72 1.37 Sun Jan 16 1994 9711 241536116 5.4 KB/s 6.29 2.30 Mon Jan 17 1994 12615 323667817 4.3 KB/s 8.18 3.08 Tue Jan 18 1994 6078 452310278 3.4 KB/s 3.94 4.31 Wed Jan 19 1994 8954 599538140 4.4 KB/s 5.80 5.71 Thu Jan 20 1994 10860 350957817 2.5 KB/s 7.04 3.34 Fri Jan 21 1994 11053 418695057 1.0 KB/s 7.16 3.99 Sat Jan 22 1994 3835 262220374 6.3 KB/s 2.49 2.50 Sun Jan 23 1994 1565 171097173 5.3 KB/s 1.01 1.63 Mon Jan 24 1994 3964 345858036 3.3 KB/s 2.57 3.29 Tue Jan 25 1994 7886 437832828 4.7 KB/s 5.11 4.17 Wed Jan 26 1994 3354 350665446 5.3 KB/s 2.17 3.34 Thu Jan 27 1994 4630 512248071 3.5 KB/s 3.00 4.88 Fri Jan 28 1994 3867 421200600 4.1 KB/s 2.51 4.01 Sat Jan 29 1994 11879 424173517 6.4 KB/s 7.70 4.04 Sun Jan 30 1994 2495 255995537 8.9 KB/s 1.62 2.44 Mon Jan 31 1994 3557 461542843 1.2 KB/s 2.31 4.39 ****************************************************************************** Total Transfers from each Archive Section ---- Percent Of ---- Archive Section Files Sent Bytes Sent Files Sent Bytes Sent ------------------------- ---------- ----------- ---------- ---------- Index/Informational Files 861 781137917 0.56 7.44 bin 23 127510 0.01 0.00 doc 4 81862 0.00 0.00 economics 5 46497 0.00 0.00 economics/EconBib 76 781021 0.05 0.01 economics/EconData 59 3450723 0.04 0.03 economics/FRB-Boston 19 163007 0.01 0.00 economics/nber 11 190037 0.01 0.00 economics/smcro 13 218894 0.01 0.00 etc 12 2217 0.01 0.00 etc/msgs 2 1963 0.00 0.00 pub 56 2015183 0.04 0.02 pub/MaasInfo 11 188775 0.01 0.00 pub/cdrom 8 305327 0.01 0.00 pub/ftp-list 470 21334400 0.30 0.20 pub/ltx3pub 116 2683828 0.08 0.03 tex-archive 1431 632539901 0.93 6.02 tex-archive/biblio 4700 114609823 3.05 1.09 tex-archive/digests 3951 72684401 2.56 0.69 tex-archive/dviware 4465 224556973 2.89 2.14 tex-archive/fonts 42605 1298248977 27.61 12.36 tex-archive/graphics 3548 70020777 2.30 0.67 tex-archive/help 1004 87686908 0.65 0.83 tex-archive/indexing 1241 19291915 0.80 0.18 tex-archive/info 3208 85580518 2.08 0.81 tex-archive/language 4912 122539639 3.18 1.17 tex-archive/macros 49984 1208423018 32.40 11.50 tex-archive/misc 51 3345552 0.03 0.03 tex-archive/support 10477 257251750 6.79 2.45 tex-archive/systems 14719 5132597563 9.54 48.86 tex-archive/tools 3034 260027135 1.97 2.48 tex-archive/web 2775 64134827 1.80 0.61 ****************************************************************************** Total Transfer Amount By Domain Number Of Number of Average Percent Of Percent Of Domain Name Files Sent Bytes Sent Xmit Rate Files Sent Bytes Sent ----------- ---------- ------------ ---------- ---------- ---------- at 173 16797876 1.2 KB/s 0.11 0.16 au 4198 188922745 4.2 KB/s 2.72 1.80 be 111 13138315 5.3 KB/s 0.07 0.13 br 285 31175575 0.3 KB/s 0.18 0.30 ca 5417 444118996 1.1 KB/s 3.51 4.23 ch 665 24833388 4.9 KB/s 0.43 0.24 cl 292 8418018 1.4 KB/s 0.19 0.08 cr 126 2631438 1.9 KB/s 0.08 0.03 cz 120 2239786 0.3 KB/s 0.08 0.02 de 2014 110795514 1.0 KB/s 1.31 1.05 dk 284 30063161 4.8 KB/s 0.18 0.29 ee 3 4859 0.6 KB/s 0.00 0.00 es 372 5103963 3.1 KB/s 0.24 0.05 fi 525 7835564 1.2 KB/s 0.34 0.07 fj 6 46062 0.7 KB/s 0.00 0.00 fr 952 29130418 1.6 KB/s 0.62 0.28 gb 9 261876 4.0 KB/s 0.01 0.00 hk 116 14566338 2.0 KB/s 0.08 0.14 hr 2 3650 1.8 KB/s 0.00 0.00 hu 22 5486157 0.9 KB/s 0.01 0.05 ie 9 7355201 1.1 KB/s 0.01 0.07 il 204 47478485 1.2 KB/s 0.13 0.45 in 11 438634 0.8 KB/s 0.01 0.00 is 6 145780 2.3 KB/s 0.00 0.00 it 1747 84165073 2.3 KB/s 1.13 0.80 jp 953 33443158 2.9 KB/s 0.62 0.32 kr 1150 54086418 2.8 KB/s 0.75 0.51 kw 7 52449 1.1 KB/s 0.00 0.00 lu 1 38458 0.1 KB/s 0.00 0.00 mx 538 10881717 0.7 KB/s 0.35 0.10 nl 386 22016477 1.2 KB/s 0.25 0.21 no 49 4843011 1.5 KB/s 0.03 0.05 nz 205 4407454 1.6 KB/s 0.13 0.04 pl 27 3471848 0.2 KB/s 0.02 0.03 pt 13 168240 0.3 KB/s 0.01 0.00 se 256 10127732 3.0 KB/s 0.17 0.10 sg 6136 148967779 0.9 KB/s 3.98 1.42 si 15 198767 1.5 KB/s 0.01 0.00 su 14 87756 0.4 KB/s 0.01 0.00 tr 65 1672334 1.0 KB/s 0.04 0.02 tw 133 20583967 0.6 KB/s 0.09 0.20 uk 494 62928973 1.7 KB/s 0.32 0.60 us 12 365605 7.6 KB/s 0.01 0.00 ve 3 834184 0.1 KB/s 0.00 0.01 za 42 1972900 0.4 KB/s 0.03 0.02 com 24396 1655059815 5.8 KB/s 15.81 15.76 edu 87969 5417301759 5.1 KB/s 57.01 51.57 gov 4188 1113287865 10.8 KB/s 2.71 10.60 int 5 38177 1.4 KB/s 0.00 0.00 mil 1163 178384270 6.6 KB/s 0.75 1.70 net 785 44403543 2.6 KB/s 0.51 0.42 org 523 44545633 6.7 KB/s 0.34 0.42 arpa 54 832131 1.6 KB/s 0.03 0.01 shsu.edu 148 65074864 4.4 KB/s 0.10 0.62 unresolved 6892 528579316 1.4 KB/s 4.47 5.03 These figures only reflect ANONYMOUS FTP transfers. There are many sites which mount the archives via NFS, and those transfers are not logged and reported by this program. ****************************************************************************** Top 15 Most Popular Archive Sections By Bytes Transferred ---- Percent of ---- Archive Section Files Sent Bytes Sent Files Sent Bytes Sent ------------------------- ---------- ----------- ---------- ---------- tex-archive/systems 14719 5132597563 9.54 48.86 tex-archive/fonts 42605 1298248977 27.61 12.36 tex-archive/macros 49984 1208423018 32.40 11.50 Index/Informational Files 861 781137917 0.56 7.44 tex-archive 1431 632539901 0.93 6.02 tex-archive/tools 3034 260027135 1.97 2.48 tex-archive/support 10477 257251750 6.79 2.45 tex-archive/dviware 4465 224556973 2.89 2.14 tex-archive/language 4912 122539639 3.18 1.17 tex-archive/biblio 4700 114609823 3.05 1.09 tex-archive/help 1004 87686908 0.65 0.83 tex-archive/info 3208 85580518 2.08 0.81 tex-archive/digests 3951 72684401 2.56 0.69 tex-archive/graphics 3548 70020777 2.30 0.67 tex-archive/web 2775 64134827 1.80 0.61 28-Jan-94 11:55:10-GMT,2965;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA04954; Fri, 28 Jan 94 04:55:07 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Fri, 28 Jan 1994 05:54:17 CST Via: uk.ac.rhbnc.vax; Fri, 28 Jan 1994 11:42:43 +0000 Date: Fri, 28 JAN 94 11:42:33 GMT From: CHAA006@VAX.RHBNC.AC.UK To: TWG-TAG Subject: RE: Default mount point for CTAN anonymous FTP inappropriate. Actually-To: Message-Id: <3240346D_000E63B0.0097935B3A3D3914$24_1@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: CBS%UK.AC.NSFNET-RELAY::EDU.SHSU::TWG-TAG Mailer: Janet_Mailshr V3.5 ( 13-OCT-1989 14:07:27 ) George -- many thanks for your comments. It is unfortunate that I cc'd to TWG-TAG the message to Sebastian without placing it in context, which might have helped; let me rectify that by including the original exchange, and then (briefly) responding to your message: [From me] > What on earth is the point of "Quote site index " returning a series > of paths, none of which are accessible in the form given? Why on earth > aren't these paths full qualified, so that they can be entered as-is > rather then requiring the user to remember to what they are relative? [From SPQR] > two reasons: > a) it means they are the same for any CTAN host; you are supposed to > use the command 'cd ctan:' before yoou start CTAN operations, > which works on any CTAN host > b) readability. if everything were prefixed by /work/ftp/pub/archive, > the lines would be too long, and distracting. > just revise youir working method. always do cd ctan: first, and the > paths can be cut and pasted. [Stuttgart site changing to DANTE site], c/w [reluctance to create new CNAME because existing names already well known] Surely the change of name for the DANTE note is the ideal reason/time for creating a set of CNAMES which have `ctan:' as the mount point; since you will have to announce the change from Stuttgart to Dante, why not announce a new universal CTAN final sub-domain at the same time? [IETF recommendations]: see original reason for proposal. [Dedicated CTAN machine(s)] Not what I HAS in mind, JUST a unified mount point on each CTAN-supporting system; if people FTP to FTP.w-h-y, they get the default mount point for anon-FTP for that machine; if they FTP to CTAN-w-h-y, they get the `ctan:' mount point. But here I turn to those with far greater experience in Internet FTP; is it technically feasible to have two mount points on one and the same system using the same port --- or --- does use of the port-server port make it irrelevant if a non-standard port is used? ** Phil. 28-Jan-94 13:53:28-GMT,5357;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA07942; Fri, 28 Jan 94 06:53:26 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: by SHSU.edu (MX V3.3 VAX) id 22114; Fri, 28 Jan 1994 07:53:14 CST Date: Fri, 28 Jan 1994 07:53:12 CST From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <0097933B.31AEC580.22114@SHSU.edu> Subject: RE: Default mount point for CTAN anonymous FTP inappropriate. On Fri, 28 JAN 94 11:42:33 GMT, "Philip Taylor" posted: > George -- many thanks for your comments. It is unfortunate that I cc'd to > TWG-TAG the message to Sebastian without placing it in context, which might > have helped; let me rectify that by including the original exchange, and > then (briefly) responding to your message: > > [From me] > > > What on earth is the point of "Quote site index " returning a series > > of paths, none of which are accessible in the form given? Why on earth > > aren't these paths full qualified, so that they can be entered as-is > > rather then requiring the user to remember to what they are relative? > > [From SPQR] > > > two reasons: > > > a) it means they are the same for any CTAN host; you are supposed to > > use the command 'cd ctan:' before yoou start CTAN operations, > > which works on any CTAN host > > > b) readability. if everything were prefixed by /work/ftp/pub/archive, > > the lines would be too long, and distracting. > > > just revise youir working method. always do cd ctan: first, and the > > paths can be cut and pasted. Well, I guess there is a difference in how we are returning values to quote site index commands because the index I use is based on the aFTP root-level directory (i.e., I would return /tex-archive/...). > [Stuttgart site changing to DANTE site], c/w [reluctance to create new > CNAME because existing names already well known] > > Surely the change of name for the DANTE note is the ideal reason/time for > creating a set of CNAMES which have `ctan:' as the mount point; since you > will have to announce the change from Stuttgart to Dante, why not announce > a new universal CTAN final sub-domain at the same time? I'm not against creating another CNAME record if that is desired. My problem is that even with the CTAN name, the root-level aFTP directory cannot change from its present structure. > [IETF recommendations]: see original reason for proposal. Understood. Indeed, the CTAN is adequately unique from generalized aFTP archive sites that this might make sense. Nevertheless, I would welcome some discussion on this and input from the other sites as it may be politically infeasible or impossible to add another record for a host. > [Dedicated CTAN machine(s)] Not what I HAS in mind, JUST a unified mount > point on each CTAN-supporting system; if people FTP to FTP.w-h-y, they get > the default mount point for anon-FTP for that machine; if they FTP to > CTAN-w-h-y, they get the `ctan:' mount point. But here I turn to those > with far greater experience in Internet FTP; is it technically feasible to > have two mount points on one and the same system using the same port --- or > --- does use of the port-server port make it irrelevant if a non-standard > port is used? First (and most importantly!), with the introduction of the links which allow the /tex-archive/ root directory specification to remain as-is here, while translating to /pub/archive/ for users of the Aston host as well as to users of the Dante host (where the files now reside), this is possible. Possibly I should move my root level /tex-archive to a subdirectory within my /pub root-level hierarchy. I just put a link in my /pub so that either /tex-archive/ or /pub/archive/ may reliably be used on all 3 CTAN machines as a valif path. My main reason for mot wanting to move /tex-archive to /pub/archive is that I prefer the CTAN to be available at the top-level whenever anyone ftp's to my host. I have visited with 9 knowledgable people who have informed me that using port 21 on multiple servers is imposible with all present technologies they are aware of. Given this, it is impossible for me to drop users into a default root of /tex-archive or /pub/archive without another machine (probably funded by someone other than SHSU -- possibly even on another set of lines). I think the common translations of: cd CTAN: cd /tex-archive cd /pub/archive which is available on all 3 hosts answers what you were after, though. Regards, George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Bitnet: BED_GDG@SHSU Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 P. O. Box 2118 FAX: (409) 294-3612 Sam Houston State University Internet: bed_gdg@SHSU.edu Huntsville, TX 77341 bed_gdg%SHSU.decnet@relay.the.net %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 28-Jan-94 19:19:34-GMT,2151;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA13647; Fri, 28 Jan 94 12:19:31 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from radel.com by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Fri, 28 Jan 1994 12:55:20 CST Received: from localhost.radel.com by radel.com (4.1/SMI-4.1.JR5) id AA05674; Fri, 28 Jan 94 13:53:02 EST Message-Id: <9401281853.AA05674@radel.com> To: TWG-TAG@shsu.edu Cc: jon@radel.com Subject: Re: Default mount point for CTAN anonymous FTP inappropriate. In-Reply-To: Your message of "Fri, 28 Jan 1994 07:53:12 CST." <0097933B.31AEC580.22114@SHSU.edu> Date: Fri, 28 Jan 1994 13:52:05 -0500 From: Jon Radel Reply-To: TWG-TAG@SHSU.edu > I have visited with 9 knowledgable people who have informed me that using > port 21 on multiple servers is imposible with all present technologies they > are aware of. Given this, it is impossible for me to drop users into a > default root of /tex-archive or /pub/archive without another machine > (probably funded by someone other than SHSU -- possibly even on another set > of lines). I think the common translations of: > cd CTAN: > cd /tex-archive > cd /pub/archive > which is available on all 3 hosts answers what you were after, though. It is the case, as you've been told it appears, that the host name used on the client side is not recoverable information on the server side, long since having been translated into the IP address. Using a different port is a theoretical possibility, but vastly worse in practice than the problem to be solved. On the other hand, I believe the assertion that an additional machine is needed is a bit of a stretch. A dedicated IP address, for example an additional ethernet port onto your LAN, or however you talk to the rest of the world on pip, with a hacked up ftp server that makes a distinction as to which IP address connection requests come in on..... I doubt it's worth it. --Jon 21-Mar-94 12:11:53-GMT,1150;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA27807; Mon, 21 Mar 94 05:11:50 MST Message-Id: <9403211211.AA27807@math.utah.edu> Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 21 Mar 1994 06:10:06 CST Via: uk.ac.rhbnc.vax; Mon, 21 Mar 1994 12:08:48 +0000 Date: Mon, 21 Mar 94 12:08 GMT From: "Philip Taylor (Postmaster) " Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG Subject: RE: Default mount point for CTAN anonymous FTP inappropriate. Dear colleagues -- A while ago, when we were discussing the lack of consistency in the answers returned by `quote site index ', it was suggested that the problem could be ameliorated by first typing `cd ctan:' (or `cd CTAN:'); I notice today that this feature is apparently not supported by Ftp.Dante.De. Philip Taylor, RHBNC. 21-Mar-94 12:50:29-GMT,949;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA28228; Mon, 21 Mar 94 05:50:26 MST Message-Id: <9403211250.AA28228@math.utah.edu> Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 21 Mar 1994 06:50:00 CST Via: uk.ac.rhbnc.vax; Mon, 21 Mar 1994 12:46:13 +0000 Date: Mon, 21 Mar 94 12:09 GMT From: "Philip Taylor (Postmaster) " Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG Subject: Patgen Dear Colleagues -- I noticed today that Patgen.Web is neither to be found at Ftp.TeX.Ac.Uk nor at Ftp.Shsu.Edu, whilst it is at Ftp.Dante.De; is this an oversight? Philip Taylor, RHBNC. 21-Mar-94 14:11:48-GMT,1305;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA29004; Mon, 21 Mar 94 07:11:46 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 21 Mar 1994 08:11:04 CST Via: uk.ac.aston; Mon, 21 Mar 1994 13:58:00 +0000 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <01762-0@email.aston.ac.uk>; Mon, 21 Mar 1994 13:48:12 +0000 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA06992; Mon, 21 Mar 94 13:44:20 GMT Date: Mon, 21 Mar 94 13:44:20 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9403211344.AA06992@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: Patgen In-Reply-To: <9403211246.AA06678@ftp.tex.ac.uk> References: <9403211246.AA06678@ftp.tex.ac.uk> being a unix bigot, i have never looked beyond systems/web2c/web*gz, where patgen.web is at least. but i assume it should also be in systems/knuth, but i thought we mirroed that from Stanford, so maybe there is some doubt as to the canonical home of patgen? does DEK maintain it? sebastian 21-Mar-94 17:05:38-GMT,2322;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA01474; Mon, 21 Mar 94 10:05:36 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from rs2.hrz.th-darmstadt.de by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 21 Mar 1994 11:03:42 CST Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA47947 (5.65c/IDA-1.4.4 for ); Mon, 21 Mar 1994 18:03:28 +0100 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.4/Server-1.5/HRZ-THD/8.6.4-ITI) id SAA03923; Mon, 21 Mar 1994 18:03:26 +0100 Received: by spice.iti.informatik.th-darmstadt.de (AIX 3.2/UCB 5.64/Client-1.5/HRZ-THD) id AA16978; Mon, 21 Mar 1994 18:03:27 +0100 From: Joachim Schrod Reply-To: TWG-TAG@SHSU.edu Message-Id: <9403211703.AA16978@spice.iti.informatik.th-darmstadt.de> Subject: Re: Patgen To: TWG-TAG@SHSU.edu Date: Mon, 21 Mar 1994 18:03:26 +0100 (MEZ) In-Reply-To: <9403211344.AA06992@ftp.tex.ac.uk> from "Sebastian Rahtz" at Mar 21, 94 01:44:20 pm X-Mailer: ELM [version 2.4 PL11] Content-Type: text Content-Length: 913 You wrote: > > being a unix bigot, i have never looked beyond systems/web2c/web*gz, > where patgen.web is at least. but i assume it should also be in > systems/knuth, but i thought we mirroed that from Stanford, so maybe > there is some doubt as to the canonical home of patgen? That's easy: pub/tex/unsupported/texware/patgen.web Please note that there are more utilities only in the unsupported area. Currently, I mirror patgen, gfread, gftopxl, pktogf, pktopx, and pxtopk from there. > does DEK maintain it? The directory is in the `unsupported' tree... As far as I know, the latest changes to patgen were made by Peter Breitenlohner, so one might ask him what's going on. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany 21-Mar-94 20:21:11-GMT,1585;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA04142; Mon, 21 Mar 94 13:21:08 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 21 Mar 1994 14:17:05 CST Via: uk.ac.aston; Mon, 21 Mar 1994 19:55:55 +0000 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <10896-0@email.aston.ac.uk>; Mon, 21 Mar 1994 19:54:16 +0000 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA09225; Mon, 21 Mar 94 19:50:25 GMT Date: Mon, 21 Mar 94 19:50:25 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9403211950.AA09225@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: Patgen In-Reply-To: <9403211703.AA16978@spice.iti.informatik.th-darmstadt.de> References: <9403211344.AA06992@ftp.tex.ac.uk> <9403211703.AA16978@spice.iti.informatik.th-darmstadt.de> Joachim Schrod writes: > You wrote: > > > > being a unix bigot, i have never looked beyond systems/web2c/web*gz, > > where patgen.web is at least. but i assume it should also be in > > systems/knuth, but i thought we mirroed that from Stanford, so maybe > > there is some doubt as to the canonical home of patgen? > > That's easy: pub/tex/unsupported/texware/patgen.web hmm. what would we map that to on CTAN? i think i'll go for systems/knuth/unsupported sebastian 22-Mar-94 11:06:17-GMT,914;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA22257; Tue, 22 Mar 94 04:06:15 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Tue, 22 Mar 1994 05:05:33 CST Received: by terminus.cs.umb.edu id AA25493 (5.65c/IDA-1.4.4 for TWG-TAG@SHSU.edu); Tue, 22 Mar 1994 06:05:41 -0500 Date: Tue, 22 Mar 1994 06:05:41 -0500 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199403221105.AA25493@terminus.cs.umb.edu> To: TWG-TAG@SHSU.edu Subject: Re: Patgen Breitenlohner maintains patgen now, as you (or someone just said) -- so why not ask him where it should go? (I mean, ``where he wants it''.) 28-Mar-94 10:38:15-GMT,1742;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA09129; Mon, 28 Mar 94 03:38:13 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sc.ZIB-Berlin.DE by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Mon, 28 Mar 1994 04:37:43 CST Received: from dagobert.ZIB-Berlin.DE by sc.ZIB-Berlin.DE (4.1/SMI-4.0-sc/03.06.93) id AA01629; Mon, 28 Mar 94 12:37:34 +0200 Received: from pumuckl.ZIB-Berlin.DE by dagobert.ZIB-Berlin.DE (4.1/SMI-4.0/24.6.93) id AA18138; Mon, 28 Mar 94 12:37:33 +0200 From: schoepf@sc.ZIB-Berlin.DE (Rainer Schoepf) Reply-To: TWG-TAG@SHSU.edu Received: by pumuckl.ZIB-Berlin.DE; id AA01009; Mon, 28 Mar 1994 12:37:29 +0200 Message-Id: <9403281037.AA01009@pumuckl.ZIB-Berlin.DE> Subject: Re: Default mount point for CTAN anonymous FTP inappropriate. To: TWG-TAG@SHSU.edu Date: Mon, 28 Mar 1994 12:37:28 +0100 (MET DST) In-Reply-To: <9403211213.AA27953@sc.ZIB-Berlin.DE> from "Philip Taylor" at Mar 21, 94 12:08:00 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 495 > > Dear colleagues -- > > A while ago, when we were discussing the lack of consistency in the answers > returned by `quote site index ', it was suggested that the problem could > be ameliorated by first typing `cd ctan:' (or `cd CTAN:'); I notice today > that this feature is apparently not supported by Ftp.Dante.De. > > Philip Taylor, RHBNC. > My fault. I forgot to update an entry in the ftp server control file when I changed a directory name. Now corrected. Rainer Schoepf 31-Mar-94 0:15:36-GMT,1294;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA13577; Wed, 30 Mar 94 17:15:34 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from dxmint.cern.ch by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Wed, 30 Mar 1994 15:18:41 CST Received: from dxcern.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3) id AA00962; Wed, 30 Mar 1994 23:18:24 +0200 Received: by dxcern.cern.ch (5.65/DEC-Ultrix/4.3) id AA27887; Wed, 30 Mar 1994 23:18:03 +0200 Date: Wed, 30 Mar 1994 23:18:03 +0200 From: rahtz@dxcern.cern.ch (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9403302118.AA27887@dxcern.cern.ch> To: TWG@SHSU.edu Subject: Sebastian rahtz mail trouble The machine ftp.tex.ac.uk where I normally get and receive mail is in trouble, and is invisible for both mail and ftp. This affects the UK TeX Archive and any contact with me. It is not clear what the problem is or when it can be fixed. Until further notice, therefore, please arrange to mail me as: rahtz@dxcern.cern.ch which I will check as frequently as normal. Sorry for the mess! Sebastian Rahtz 7-Apr-94 14:44:22-GMT,6996;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA02066; Thu, 7 Apr 94 08:44:20 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from math.utah.edu by Niord.shsu.edu (MX V4.0 VAX) with SMTP; Thu, 07 Apr 1994 09:43:24 CST Received: from silverfork.math.utah.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA01923; Thu, 7 Apr 94 08:22:31 MDT Date: Thu, 7 Apr 94 08:22:31 MDT From: "Nelson H. F. Beebe" Reply-To: TWG-TAG@SHSU.edu To: tex-implementors@math.ams.com, tex-archive@math.utah.edu, TWG-TAG@SHSU.edu Cc: beebe@math.utah.edu X-Us-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112" X-Telephone: +1 801 581 5254 X-Fax: +1 801 581 4148 Subject: URGENT: ftp security alert Message-Id: In case some of you are not on the Computer Emergency Response Team (CERT) mailing list, I'm reposting this urgent message which arrived in my mailbox yesterday afternoon. I worked until late last night to get the ftp server on ftp.math.utah.edu upgraded to this latest version; comparison of sources with the previous version did not find any Trojan Horse code, so I don't believe that our ftp host has been compromised. Ftp access to our site was shut down for a few hours yesterday while I investigated this. The CERT message does not describe how the ftpd code was modified, but examination of the code shows that it would be quite easy to change one of the set*uid() function calls to leave a remote user with root privileges on the ftp server, perhaps only when certain ftp commands were issued, or when a particular username@hostname password was provided. I will shortly be making available the extended ftpd code, but instead of placing it in an anonymous ftp directory where it could be corrupted by a successful breakin, I will make separate arrangements for the transfer of the code with anyone who requests it. During installation and testing on several architectures, I found that the code has undocumented features that are useful, and which I will document before releasing the modified version. The older extended version of the ftpd program that has been available until now in ftp.math.utah.edu:/pub/misc/ftpd.trz has been deleted; if you have copies of ANY ftpd code in your archives, I suggest you seriously consider removing them. From: CERT Advisory Date: Wed, 6 Apr 94 12:51:16 EDT To: cert-advisory@cert.org Subject: CERT Advisory - wuarchive ftpd Trojan Horse Organization: Computer Emergency Response Team : 412-268-7090 Resent-To: cnet@lists.utah.edu Resent-Date: Wed, 6 Apr 94 13:13:16 MDT ============================================================================= CA-94:07 CERT Advisory April 6, 1994 wuarchive ftpd Trojan Horse ----------------------------------------------------------------------------- The CERT Coordination Center has received confirmation that some copies of the source code for the wuarchive FTP daemon (ftpd) were modified by an intruder, and contain a Trojan horse. We strongly recommend that any site running the wuarchive ftpd take steps to immediately install version 2.3, or disable their FTP daemon. ----------------------------------------------------------------------------- I. Description Some copies of the source code for versions 2.2 and 2.1f of the wuarchive ftpd were modified by an intruder, and contain a Trojan horse. If your FTP daemon was compiled from the intruder-modified source code, you are vulnerable. It is possible that previous versions of the source code for the server were modified in a similar manner. If you are running the wuarchive ftpd, but not providing anonymous FTP access, you are still vulnerable to this Trojan horse. II. Impact An intruder can gain root access on a host running an FTP daemon that contains this Trojan horse. III. Solution We strongly recommend that any site running the wuarchive ftpd (version 2.2 or earlier) take steps to immediately install version 2.3. If you cannot install the new version in a timely manner, you should disable FTP service. It is not sufficient to disable anonymous FTP. You must disable the FTP daemon. Sites can obtain version 2.3 via anonymous FTP from ftp.uu.net, in the "/networking/ftp/wuarchive-ftpd" directory. We recommend that you turn off your FTP server until you have installed the new version. Be certain to verify the checksum information to confirm that you have retrieved a valid copy. BSD SVR4 File Checksum Checksum MD5 Digital Signature ----------------- -------- --------- -------------------------------- wu-ftpd-2.3.tar.Z 24416 181 30488 361 e58adc5ce0b6eae34f3f2389e9dc9197 --------------------------------------------------------------------------- The CERT Coordination Center wishes to thank Bryan O'Connor and Chris Myers of Washington University in St. Louis for their invaluable assistance in resolving this problem. CERT also gratefully acknowledges the help of Neil Woods and Karl Strickland. --------------------------------------------------------------------------- If you believe that your system has been compromised, contact the CERT Coordination Center or your representative in the Forum of Incident Response and Security Teams (FIRST). If you wish to send sensitive incident or vulnerability information to CERT via electronic mail, CERT strongly advises that the e-mail be encrypted. CERT can support a shared DES key, PGP (public key available via anonymous FTP on info.cert.org), or PEM (contact CERT for details). Internet E-mail: cert@cert.org Telephone: 412-268-7090 (24-hour hotline) CERT personnel answer 8:30 a.m.-5:00 p.m. EST(GMT-5)/EDT(GMT-4), and are on call for emergencies during other hours. CERT Coordination Center Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213-3890 Past advisories, information about FIRST representatives, and other information related to computer security are available via anonymous FTP from info.cert.org. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah Salt Lake City, UT 84112, USA ======================================================================== 13-Apr-94 20:21:42-GMT,9026;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA11398; Wed, 13 Apr 94 14:21:37 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.0-1 VAX) id 30; Wed, 13 Apr 1994 15:20:44 CST Date: Wed, 13 Apr 1994 15:20:42 CST From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: CTAN@SHSU.edu Cc: twg-tag@SHSU.edu, TUGBD-L%IRLEARN.BITNET@HEARN.nic.SURFnet.nl Message-Id: <0097CE69.22520E80.30@SHSU.edu> Subject: RE: ctan portugal On Wed, 13 Apr 94 15:14:44 GMT, spqr@tex.ac.uk (Sebastian Rahtz) posted to Comprehensive TeX Archive Network coordinators : > i have an offer from Braga to host a CTAN node in Portugal. i begin to > think we should draw up a list of places we *want* nodes, and actively > serach them out. now that we have France and Taiwan, I would assume that > Australia is the highest priority? My apologies for replying this to such a wide audience, but I believe that it is germane to the interests of the CTAN coordinators, as well as the TUG Technical Working Group on TeX Archive Guidelines (their input on the topic is welcomed), as well as to the TUG Board of Directors (please view this as an informal quasi-report on this TWG's status). It appears that the track elected by the TWG-TAG was a good one -- rather than create and promulgate a set of guidelines, to create and maintain the prototypical archive we desired for propagation on the networks. Again, my warmest thanks to the TWG-TAG for their putting up with me as well as their time and efforts in overseeing the development of the various drafts of the archive design; to Sebastian Rahtz for taking the discussions and operationalizing them; to Rainer Schoepf and DANTE for their cooperation in moving DANTE's already-impressive archives toward the standard as it developed; and to everyone involved in supporting the various hosts used for the project. Also, my personal thanks to Michael Ferguson and TUG's Technical Council for inviting me to work on this project. Without every one of these elements in place, this project would clearly have taken a different path, assuming any path had been followed at all. As things now stand, the TeX community appears to have four levels of CTAN hosts. The following taxonomy is borrowed from ideas previously on the CTAN list. Precisely which host fits into which classification is based on my judgment at this time -- I probably need to do more investigating to ensure how each host should be classified. If I have left out any site, it is due to my own ignorance or due to an inadvertant oversight and is not intended as a slight at anyone. At level one, we have the three original CTAN sites: ftp.dante.de (Germany) ftp.shsu.edu (USA) ftp.tex.ac.uk (England) which continue to do the majority of mirroring and coordinating the collection. Rainer has created a script, used on each of these hosts, which allows for manual changes on any one of these sites to be propagated to the other level one sites virtually automatically. Significantly, the interfaces on each of these hosts is identical and, with the use of various links, identical path specifications are possible from the root anonymous ftp directory (/tex-archive/..., or /pub/tex/... are fully supported in addition to the alias CTAN: which points to the CTAN top-level directory). At level two, we have those sites which are, for all intents and purposes, identical to the level one sites (same interfaces, etc.) and which maintain authoritatively a portion of the collection. Presently in this class are: ftp.loria.fr (France; operational) dongpo.math.ncu.edu.tw (Taiwan; being populated; should be completely operational prior to the TUG meetings) Ultimately, there is no intended real distinction between level one and level two as far as end users are concerned. The basic difference is by (a) if the site was an original host and (b) the extent of "mirroring authority" the site possesses (i.e., how much of the mirroring workload from true authoritative hosts is involved vs. mirroring one of the leve one sites). At level three, we have those sites which mirror a number of packages and have elected (thankfully!) to utilize the CTAN hierarchy in maintaining their collections of TeX files. At present, the sites in this category include: ftp.center.osaka-u.ac.jp (Japan) ftp.uni-bielefeld.de (Germany) ftpserver.nus.sg (Singapore) nic.switch.ch (Switzerland) src.doc.ic.ac.uk (England) wuarchive.wustl.edu (USA) sunsite.unc.edu (USA; updated less freequently than I prefer) Some of these sites may ultimately be level two or level one -- again, I need to do more investigation -- but you may assume that these sites are routinely updated and should possess everything within the CTAN hierarchy once you get to their root CTAN directory. I have a concern here about getting other "large" and "well known" archive sites into the fold. Two which come to mind quickly are ftp.uu.net and gatekeeper.dec.com -- both of which are widely used resources; both of which seem hell bent on using labrea.stanford.edu as their reference site. At level four, we have those sites which mirror a part of the CTAN collection due to space limitations. Actually, this amounts to "a site" at the present time instead of "those sites". ftp.adfa.oz.au This site updates on a daily basis and hopes to be able to add more of the archive as it add more disk space and gets better lines (depending on time of day, this is a 9600 or 14400 baud link, although I understand that this is in the process of changing). I am sure that there are other partial mirrors out there which I am unaware of; no one else has contacted me about their efforts on this, though. Back to Sebastian's query: > think we should draw up a list of places we *want* nodes, and actively My reply to this is I want everyone who is even thinking of having more than a local collection to be involved in our efforts since we have an operational guideline in place. I say that with only a partial smiley (no idea how to depict that, so it's not there) as sites which are making mirroring or archiving efforts within their own rights are probably wasting some serious resources and very probably doing their users a significant disservice, IMO. This is the basis of my concerns about ftp.uu.net and gatekeeper.dec.com. >From an efficiency perspective, it appears that the entire Pacific region is a mess -- as Shann Wei-Chang pointed out, getting from Taiwan to Japan merely involves a route through New York and San Francisco. From looking at a variety of routes, it appears that this is endemic to everything in the Pacific, with the exception of Australia and New Zealand domestically. Connectivity to the Pacific appears to be our weak point at the present time. It appears that a hub-and-spoke design (as opposed to a passthrough design) is required by the constraints of network topology of the Pacific and Pacific Rim since it is not as friendly as most of the rest of teh world. Hence, I'm not sure if getting an Australian site is as important as getting a California or (preferably) Hawaiian site added as a mirror somehow. SHSU will be upgrading to a T3 line within the next year as a part of our serving as the hub for resnet (a new network-level entry serving elementary and secondary schools in Texas, New Mexico, Oklahoma, and Kansas) and that should help dramatically at this end, but if it is possible to avoid the Los Angeles/Seattle/San Francisco to Houston and back leg of the connections, I believe that everyone would be better off. This has become a long answer to a short inquiry -- my apologies. The point I hope that this is conveying to all audiences is that our collective project appears, by every indicator I can think of, to be a success. The idea that imitation is the purest and most sincere form of compliment and the fact that our efforts are being implemented around the world is compliment enough. Clearly, we need to continue aggressively maintaining and fostering the profile and reputation we have and continue to build upon it. However, just as clearly, everyone addressed should take the time and pat themselves on the back for a job well done to date. Regards and my thanks to all, George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 14-Apr-94 22:49:27-GMT,10749;000000000001 Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA00315; Thu, 14 Apr 94 16:49:16 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from math.utah.edu by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Thu, 14 Apr 1994 17:48:41 CST Received: from silverfork.math.utah.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA00312; Thu, 14 Apr 94 16:48:53 MDT Date: Thu, 14 Apr 94 16:48:52 MDT From: "Nelson H. F. Beebe" Reply-To: TWG-TAG@SHSU.edu Resent-Message-Id: <9404142248.AA00312@math.utah.edu> Return-Path: Received: from silverfork.math.utah.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA00166; Thu, 14 Apr 94 16:34:23 MDT To: twg-tag@math.utah.edu, tex-archive@math.utah.edu Cc: beebe@math.utah.edu X-Us-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112" X-Telephone: +1 801 581 5254 X-Fax: +1 801 581 4148 Subject: [cert-advisory@cert.org (CERT Advisory): CERT Advisory /tmp/cert.org.ftp.files/CA-94:08.ftpd.vulnerabilities] Message-Id: Resent-To: twg-tag@SHSU.edu Resent-Date: Thu, 14 Apr 94 16:48:50 MDT Resent-From: "Nelson H. F. Beebe" Folks, it has happened again: another giant hole in ftpd that the CTAN sites are using. The details are below. This being national tax week in the US, and being under even more load than usual because of project backlogs, I hadn't got time to finish off our local ftpd and get QUOTE SITE running, so ftp.math.utah.edu is not vulnerable. However, it looks like I have another ftpd installation job on Saturday. --------------- Return-Path: Received: from ns.utah.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA29971; Thu, 14 Apr 94 16:27:26 MDT Received: from ski.utah.edu (ski.utah.edu [128.110.124.10]) by ns.utah.edu (8.6.8/8.6.8.UUCC-C) with ESMTP id QAA08416 for ; Thu, 14 Apr 1994 16:27:00 -0600 Received: (from haas@localhost) by ski.utah.edu (8.6.8/8.6.8.UUCC-C) id QAA03236; Thu, 14 Apr 1994 16:37:49 -0600 Resent-From: Walt Haas Resent-Message-Id: <199404142237.QAA03236@ski.utah.edu> Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by ski.utah.edu (8.6.8/8.6.8.UUCC-C) with SMTP id NAA02701 for ; Thu, 14 Apr 1994 13:32:08 -0600 Received: from merit.edu by cs.utah.edu (5.65/utah-2.21-cs) id AA18796; Thu, 14 Apr 94 13:21:16 -0600 Received: from cert.org (cert.org [192.88.209.5]) by merit.edu (8.6.8.1/merit-1.0) with SMTP id OAA10735 for ; Thu, 14 Apr 1994 14:52:50 -0400 Received: from delphi.cert.org by cert.org (4.1/cert-5.2) id AA15965; Thu, 14 Apr 94 14:48:49 EDT Received: by delphi.cert.org (4.1/cert-5.3) id AA10634; Thu, 14 Apr 94 14:48:27 EDT Date: Thu, 14 Apr 94 14:48:27 EDT Message-Id: <9404141848.AA10634@delphi.cert.org> Subject: CERT Advisory /tmp/cert.org.ftp.files/CA-94:08.ftpd.vulnerabilities To: cert-advisory-request@cert.org From: cert-advisory@cert.org (CERT Advisory) Reply-To: cert-advisory@cert.org Organization: CERT Coordination Center Address: Software Engineering Institute Carnegie Mellon University Pittsburgh, Pennsylvania 15213-3890 Phone: +1 412 268-7090 Fax: +1 412 268-6989 Resent-To: all-managers@lists.utah.edu Resent-Date: Thu, 14 Apr 94 16:37:48 MDT ============================================================================= CA-94:08 CERT Advisory April 14, 1994 ftpd Vulnerabilities ----------------------------------------------------------------------------- The CERT Coordination Center has received information concerning two vulnerabilities in some ftpd implementations. The first is a vulnerability with the SITE EXEC command feature of the FTP daemon (ftpd) found in versions of ftpd that support the SITE EXEC feature. This vulnerability allows local or remote users to gain root access. The second vulnerability involves a race condition found in the ftpd implementations listed in Section I. below. This vulnerability allows local users to gain root access. Sites using these implementations are vulnerable even if they do not support anonymous FTP. As these vulnerabilities are widely known, we strongly recommend that any site running a version of ftpd listed below take steps to immediately upgrade or disable their FTP daemon. Also potentially at risk are sites whose ftpd is derived from the DECWRL or wuarchive ftpd code containing the SITE EXEC feature. For additional information or assistance, contact the developer or vendor of your ftpd implementation. If we receive additional information relating to this advisory, we will place it, along with any clarifications, in a README file available by anonymous FTP from info.cert.org (e.g., /pub/cert_advisories/CA-94:xx.README). We encourage you to check our README files regularly for updates on advisories that relate to your site. ----------------------------------------------------------------------------- I. Description There is a vulnerability in the SITE EXEC command feature of ftpd that allows any remote or local user to obtain root access. There is also a vulnerability due to a race condition in these implementations. Versions known to be vulnerable to these problems are: wuarchive ftpd versions 2.0-2.3 (version 2.2 patched the SITE EXEC problem, but not the race condition) DECWRL ftpd versions prior 5.93 BSDI ftpd version 1.1 prior to patch 5 The SITE EXEC vulnerability affects your ftpd only if the SITE EXEC command feature has been explicitly activated at your site. This functionality is not activated by default. Sites that have not enabled the SITE EXEC feature are not at risk from this vulnerability. However, since the race condition does not have an easily applied workaround, CERT recommends that you upgrade to one of the versions listed below. II. Impact Anyone (remote or local) can gain root access on a host running a vulnerable FTP daemon. Support for anonymous FTP is not required to exploit this vulnerability. III. Solution Affected sites can solve both of these problems by upgrading to the latest version of ftpd. These versions are listed below. Be certain to verify the checksum information to confirm that you have retrieved a valid copy. If you cannot install the new version in a timely manner, you should disable FTP service until you have corrected this problem. It is not sufficient to disable anonymous FTP. You must disable the FTP daemon. For wuarchive ftpd, you can obtain version 2.4 via anonymous FTP from wuarchive.wustl.edu, in the "/packages/wuarchive-ftpd" directory. If you are currently running version 2.3, a patch file is available. BSD SVR4 File Checksum Checksum MD5 Digital Signature ----------------- -------- --------- -------------------------------- wu-ftpd-2.4.tar.Z 38213 181 20337 362 cdcb237b71082fa23706429134d8c32e patch_2.3-2.4.Z 09291 8 51092 16 5558a04d9da7cdb1113b158aff89be8f For DECWRL ftpd, sites can obtain version 5.93 via anonymous FTP from gatekeeper.dec.com in the "/pub/misc/vixie" directory. BSD SVR4 File Checksum Checksum MD5 Digital Signature ----------------- -------- --------- -------------------------------- ftpd.tar.gz 38443 60 1710 119 ae624eb607b4ee90e318b857e6573500 For BSDI systems, patch 005 should be applied to version 1.1 of the BSD/386 software. You can obtain the patch file via anonymous FTP from ftp.bsdi.com in the "/bsdi/patches-1.1" directory. BSD SVR4 File Checksum Checksum MD5 Digital Signature ----------------- -------- --------- -------------------------------- BU110-005 35337 272 54935 543 1f454d4d9d3e1397d1eff0432bd383cf --------------------------------------------------------------------------- The CERT Coordination Center wishes to thank Neil Woods and Karl Strickland for finding and reporting the wustl FTP daemon bug. We also wish to thank Bryan O'Connor and Chris Myers of Washington University in St. Louis, Paul Vixie of Vixie Enterprises, and Tony Sanders of BSDI for their invaluable assistance in resolving this problem. --------------------------------------------------------------------------- If you believe that your system has been compromised, contact the CERT Coordination Center or your representative in the Forum of Incident Response and Security Teams (FIRST). If you wish to send sensitive incident or vulnerability information to CERT via electronic mail, CERT strongly advises that the e-mail be encrypted. CERT can support a shared DES key, PGP (public key available via anonymous FTP on info.cert.org), or PEM (contact CERT for details). Internet E-mail: cert@cert.org Telephone: 412-268-7090 (24-hour hotline) CERT personnel answer 8:30 a.m.-5:00 p.m. EST(GMT-5)/EDT(GMT-4), and are on call for emergencies during other hours. CERT Coordination Center Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213-3890 Past advisories, information about FIRST representatives, and other information related to computer security are available via anonymous FTP from info.cert.org. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah Salt Lake City, UT 84112, USA ======================================================================== ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah Salt Lake City, UT 84112, USA ======================================================================== 3-May-1994 12:40:00-GMT,11871;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA15960; Tue, 3 May 94 06:39:47 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.0-1 VAX) id 83; Tue, 03 May 1994 07:38:45 CST Date: Tue, 03 May 1994 07:38:42 CST From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: info-tex@SHSU.edu Cc: ctan@SHSU.edu, texhax@ftp.tex.ac.uk, twg-tag@SHSU.edu Message-Id: <0097DDDF.E80CAF60.83@SHSU.edu> Subject: Usage summary: ftp.SHSU.edu, April, 1994 TOTALS FOR SUMMARY PERIOD Fri Apr 1 1994 TO Sat Apr 30 1994 Files Transmitted During Summary Period 380,172 Bytes Transmitted During Summary Period 16,960,431,651 Average Files Transmitted Daily 12,672 Average Bytes Transmitted Daily 565,347,722 These figures only reflect ANONYMOUS FTP transfers. There are many sites which NFS mount the archives and many users accessing these archives via Gopher; those transfers are not reported by this program. =========================================================================== Daily Transmission Statistics Number Of Number of Average Percent Of Percent Of Date Files Sent Bytes Sent Xmit Rate Files Sent Bytes Sent --------------- ---------- ----------- ---------- ---------- ---------- Fri Apr 1 1994 9473 547731241 4.6 KB/s 2.49 3.23 Sat Apr 2 1994 4233 233802768 7.5 KB/s 1.11 1.38 Sun Apr 3 1994 3337 279212889 4.3 KB/s 0.88 1.65 Mon Apr 4 1994 3313 331077844 3.1 KB/s 0.87 1.95 Tue Apr 5 1994 4635 280881706 2.0 KB/s 1.22 1.66 Wed Apr 6 1994 7363 408138644 2.4 KB/s 1.94 2.41 Thu Apr 7 1994 8536 655481722 2.8 KB/s 2.25 3.86 Fri Apr 8 1994 6349 632878494 3.7 KB/s 1.67 3.73 Sat Apr 9 1994 9034 367966427 3.3 KB/s 2.38 2.17 Sun Apr 10 1994 19754 642126432 4.0 KB/s 5.20 3.79 Mon Apr 11 1994 9365 427972048 2.5 KB/s 2.46 2.52 Tue Apr 12 1994 9581 431025730 2.6 KB/s 2.52 2.54 Wed Apr 13 1994 11080 457246581 1.7 KB/s 2.91 2.70 Thu Apr 14 1994 12367 549284828 2.9 KB/s 3.25 3.24 Fri Apr 15 1994 8550 647124419 2.4 KB/s 2.25 3.82 Sat Apr 16 1994 19070 615188427 4.1 KB/s 5.02 3.63 Sun Apr 17 1994 24810 644769202 3.3 KB/s 6.53 3.80 Mon Apr 18 1994 10214 516559228 2.2 KB/s 2.69 3.05 Tue Apr 19 1994 11652 554446654 2.8 KB/s 3.06 3.27 Wed Apr 20 1994 10499 419827555 2.2 KB/s 2.76 2.48 Thu Apr 21 1994 10771 616703401 2.9 KB/s 2.83 3.64 Fri Apr 22 1994 20396 792320213 3.9 KB/s 5.36 4.67 Sat Apr 23 1994 19574 713495033 2.5 KB/s 5.15 4.21 Sun Apr 24 1994 14875 444898829 3.1 KB/s 3.91 2.62 Mon Apr 25 1994 14833 614975941 2.6 KB/s 3.90 3.63 Tue Apr 26 1994 14057 760205229 2.4 KB/s 3.70 4.48 Wed Apr 27 1994 15166 612088715 2.1 KB/s 3.99 3.61 Thu Apr 28 1994 29333 1052419718 2.1 KB/s 7.72 6.21 Fri Apr 29 1994 15687 941572648 3.1 KB/s 4.13 5.55 Sat Apr 30 1994 22265 769009085 4.4 KB/s 5.86 4.53 =========================================================================== Total Transfers from each Archive Section ---- Percent Of ---- Archive Section Files Sent Bytes Sent Files Sent Bytes Sent ------------------------- ---------- ----------- ---------- ---------- Index/Informational Files 968 211868066 0.25 1.25 doc 4 81862 0.00 0.00 economics 4 1335522 0.00 0.01 economics/EconBib 9 19339 0.00 0.00 economics/EconData 122 45072209 0.03 0.27 economics/FRB-Boston 19 493661 0.00 0.00 economics/bls 16 12125538 0.00 0.07 economics/smcro 3 70354 0.00 0.00 pub 169 27710387 0.04 0.16 pub/MaasInfo 14 327926 0.00 0.00 pub/cdrom 27 1010511 0.01 0.01 pub/ftp-list 807 37118462 0.21 0.22 pub/mx 17 1295412 0.00 0.01 tex-archive 2161 1455599575 0.57 8.58 tex-archive/biblio 9125 159497620 2.40 0.94 tex-archive/digests 11385 179687404 2.99 1.06 tex-archive/dviware 19521 556989869 5.13 3.28 tex-archive/fonts 76440 1654900177 20.11 9.76 tex-archive/graphics 8858 123821475 2.33 0.73 tex-archive/help 1737 131661214 0.46 0.78 tex-archive/indexing 2098 19839661 0.55 0.12 tex-archive/info 8536 182260214 2.25 1.07 tex-archive/language 27405 522469056 7.21 3.08 tex-archive/listings 26 2011 0.01 0.00 tex-archive/macros 106868 1808979015 28.11 10.67 tex-archive/misc 79 7154827 0.02 0.04 tex-archive/support 25954 486373405 6.83 2.87 tex-archive/systems 44430 7878038547 11.69 46.45 tex-archive/tools 9521 560843025 2.50 3.31 tex-archive/usergrps 31 503854 0.01 0.00 tex-archive/web 23123 301961289 6.08 1.78 =========================================================================== Total Transfer Amount By Domain Number Of Number of Average Percent Of Percent Of Domain Name Files Sent Bytes Sent Xmit Rate Files Sent Bytes Sent ----------- ---------- ------------ ---------- ---------- ---------- at 186 13614702 1.3 KB/s 0.05 0.08 au 78768 1725294405 3.3 KB/s 20.72 10.17 be 52 12330363 2.0 KB/s 0.01 0.07 br 327 45515315 0.5 KB/s 0.09 0.27 ca 6032 595646904 3.6 KB/s 1.59 3.51 ch 450 89779667 8.2 KB/s 0.12 0.53 cl 56 17921786 0.7 KB/s 0.01 0.11 cr 27 930578 2.6 KB/s 0.01 0.01 cz 13 343883 0.2 KB/s 0.00 0.00 de 9160 244331492 2.5 KB/s 2.41 1.44 dk 1175 62460243 3.5 KB/s 0.31 0.37 ee 2 2410125 0.4 KB/s 0.00 0.01 es 122 17849744 1.9 KB/s 0.03 0.11 fi 152 30942386 4.0 KB/s 0.04 0.18 fr 1520 119452265 3.1 KB/s 0.40 0.70 gb 1 437952 4.1 KB/s 0.00 0.00 gr 38 29329530 0.6 KB/s 0.01 0.17 hk 381 47423774 0.5 KB/s 0.10 0.28 hr 50 6916673 0.3 KB/s 0.01 0.04 hu 14 2213307 0.2 KB/s 0.00 0.01 ie 21 2835756 1.9 KB/s 0.01 0.02 il 146 28076459 2.1 KB/s 0.04 0.17 in 272 10778233 0.6 KB/s 0.07 0.06 it 415 77806609 2.7 KB/s 0.11 0.46 jp 74103 1895528748 3.2 KB/s 19.49 11.18 kr 4684 214593387 0.6 KB/s 1.23 1.27 mx 259 35462337 0.5 KB/s 0.07 0.21 my 5 2934511 0.4 KB/s 0.00 0.02 nl 676 89380748 6.6 KB/s 0.18 0.53 no 586 24365749 1.9 KB/s 0.15 0.14 nz 162 8234412 0.8 KB/s 0.04 0.05 pl 905 42626054 1.5 KB/s 0.24 0.25 pt 3 3050697 2.5 KB/s 0.00 0.02 ro 20 552271 0.9 KB/s 0.01 0.00 se 254 49044731 4.8 KB/s 0.07 0.29 sg 1122 118693107 0.8 KB/s 0.30 0.70 si 3 329551 0.6 KB/s 0.00 0.00 su 24 8022319 3.6 KB/s 0.01 0.05 th 38 5910234 1.4 KB/s 0.01 0.03 tr 9 3695714 1.5 KB/s 0.00 0.02 tw 4009 413005378 0.4 KB/s 1.05 2.44 uk 1764 149400883 0.9 KB/s 0.46 0.88 us 52 16593832 4.7 KB/s 0.01 0.10 ve 20 1916315 0.2 KB/s 0.01 0.01 za 236 63150688 0.9 KB/s 0.06 0.37 com 27988 1814742998 4.6 KB/s 7.36 10.70 edu 146236 6232696208 5.8 KB/s 38.47 36.75 gov 5197 593837602 7.3 KB/s 1.37 3.50 mil 1197 141087072 6.3 KB/s 0.31 0.83 net 281 49899912 1.9 KB/s 0.07 0.29 org 715 77561419 3.5 KB/s 0.19 0.46 arpa 3 564203 6.0 KB/s 0.00 0.00 shsu.edu 238 139940233 3.9 KB/s 0.06 0.83 unresolved 10003 1578968187 2.3 KB/s 2.63 9.31 =========================================================================== Top 15 Most Popular Archive Sections By Bytes Transferred ---- Percent of ---- Archive Section Files Sent Bytes Sent Files Sent Bytes Sent ------------------------- ---------- ----------- ---------- ---------- tex-archive/systems 44430 7878038547 11.69 46.45 tex-archive/fonts 78601 2233791362 20.23 13.71 tex-archive/macros 106868 1808979015 28.11 10.67 tex-archive 2161 1455599575 0.57 8.58 tex-archive/tools 9521 560843025 2.50 3.31 tex-archive/dviware 19521 556989869 5.13 3.28 tex-archive/language 27405 522469056 7.21 3.08 tex-archive/support 25954 486373405 6.83 2.87 tex-archive/web 23123 301961289 6.08 1.78 Index/Informational Files 968 211868066 0.25 1.25 tex-archive/info 8536 182260214 2.25 1.07 tex-archive/digests 11385 179687404 2.99 1.06 tex-archive/biblio 9125 159497620 2.40 0.94 tex-archive/help 1737 131661214 0.46 0.78 tex-archive/graphics 8858 123821475 2.33 0.73 4-Jun-94 12:32:55-GMT,1036;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA17410; Sat, 4 Jun 94 06:32:53 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Sat, 04 Jun 1994 07:31:49 CDT Received: by terminus.cs.umb.edu id AA12267 (5.65c/IDA-1.4.4 for TWG-TAG@SHSU.edu); Sat, 4 Jun 1994 06:04:26 -0400 Date: Sat, 4 Jun 1994 06:04:26 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199406041004.AA12267@terminus.cs.umb.edu> To: TWG-TAG@SHSU.edu Subject: Re: Renaming of CTAN directories for LaTeX Wouldn't it be much clearer for the users if macros/latex either doesn't exist or is a link to latex2e, instead of the contents of the directory changing? (Or maybe you mean it will be a link, if so, fine.) 7-Jun-94 22:45:53-GMT,3189;000000000401 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA28514; Tue, 7 Jun 94 16:45:51 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.0-1 VAX) id 3063; Tue, 07 Jun 1994 16:57:13 CDT Date: Tue, 07 Jun 1994 16:57:12 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: twg-tag@SHSU.edu Cc: cthiele@ccs.carleton.ca Message-Id: <0097F9AE.BA2DD2A0.3063@SHSU.edu> Subject: For the record -- LaTeX on CTAN I've already plastered this on a number of lists and managed to inadvertantly overlook the TUG-TWG-TAG. Apologies to everyone who has already seen this other places, but it seems correct to include this somewhat non-trivial change in the record of the group. --George Date: Tue, 07 Jun 1994 13:41:43 EDT From: "George D. Greenwade" The release of LaTeX 2e as the officially supported version of LaTeX has led to a change in directory naming on the CTAN hosts. The message displayed upon cd'ing into selected directories in the CTAN macros hierarchy is appended below my sig for reference. Briefly: 1. macros/latex/ has been moved to macros/latex209/ 2. macros/latex2e/ has been moved to macros/latex/ 3. macros/latex/ has been linked to macros/latex2e/ temporarily to facilitate version migration Regards, George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Effective Tuesday, June 7, 1994, the CTAN macros/latex/ directories contain the distribution and related files for LaTeX 2e --- the presently-supported version of LaTeX (previously macros/latex2e/). The macros/latex/ hierarchy is designed as follows: base/ --- the complete LaTeX 2e distribution kit. packages/ --- officially provided and supported 2e extensions, with each component in its own subdirectory. contrib/ --- user-contributed styles and packages for LaTeX 2e. Each multi-file package is housed in its own unique subdirectory. The CTAN macros/latex209/ directories contain the distribution and related files for LaTeX 2.09 (previously macros/latex/). The macros/latex209/ hierarchy is designed as follows: distribs/ --- the complete LaTeX 2.09 distribution kit, with each component within its own subdirectory. contrib/ --- user-contributed styles and packages for LaTeX 2.09. Each multi-file package is housed in its own unique subdirectory. Single files are retained together in the misc/ subdirectory. 8-Jun-94 10:43:30-GMT,1303;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA03117; Wed, 8 Jun 94 04:43:24 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Wed, 08 Jun 1994 05:42:24 CDT Via: uk.ac.rhbnc.vax; Wed, 8 Jun 1994 11:28:35 +0100 Date: Wed, 8 JUN 94 11:28:17 BST From: CHAA006@VAX.RHBNC.AC.UK To: TWG-TAG Subject: RE: For the record -- LaTeX on CTAN Actually-To: Message-Id: <202056DB_002542E0.0097FA49EEC58E36$21_3@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: CBS%UK.AC.NSFNET-RELAY::EDU.SHSU::TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) >> The release of LaTeX 2e as the officially supported version of LaTeX ... When and were was this formally announced? I've seen a h@ll of a lot of correspondence about the implications, but despite subscribing to almost every conceivable TeX list, have yet to see such an announcement. ** Phil. 8-Jun-94 12:29:09-GMT,4137;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA06831; Wed, 8 Jun 94 06:29:06 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.0-1 VAX) id 2913; Wed, 08 Jun 1994 07:28:08 CDT Date: Wed, 08 Jun 1994 07:28:07 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <0097FA28.64A54E60.2913@SHSU.edu> Subject: RE: For the record -- LaTeX on CTAN On Wed, 8 JUN 94 11:28:17 BST, "Philip Taylor posted: > >> The release of LaTeX 2e as the officially supported version of LaTeX ... > > When and were was this formally announced? I've seen a h@ll of a lot of > correspondence about the implications, but despite subscribing to almost > every conceivable TeX list, have yet to see such an announcement. >From Niord.SHSU.EDU:[FILESERV.INFO-TEX]INFO-TEX.1994-06: Archive-Date: Fri, 03 Jun 1994 11:50:09 CDT From: schoepf@sc.ZIB-Berlin.DE (Rainer Schoepf) Reply-To: schoepf@sc.ZIB-Berlin.DE (Rainer Schoepf) Date: Fri, 3 Jun 1994 18:49:44 +0200 Message-ID: <9406031649.AA03881@pumuckl.ZIB-Berlin.DE> To: tex-d-l@vm.gmd.de, info-tex@shsu.edu, tex-euro@vm.urz.uni-heidelberg.de, texhax@aston.ac.uk Subject: The new LaTeX The new LaTeX Leslie Lamport and the LaTeX3 project team June 1994 The LaTeX3 project team is pleased to announce the release of the new standard version of LaTeX. It is upwardly compatible with existing LaTeX documents, and contains new features including the long-awaited graphics extensions. Over the years many extensions of LaTeX have been developed. This is, of course, a welcome development, since it shows that the LaTeX system is in a healthy state. It has, however, had one unfortunate consequence: there were several incompatible systems all claiming to be LaTeX. The new LaTeX puts an end to this unsatisfactory situation -- it gives access to all extensions such as SLiTeX, AmSLaTeX, and PSLaTeX, based on a single format. This will end the proliferation of mutually incompatible dialects of LaTeX. We have also introduced a small number of often-requested features (such as more control over float placement) and an improved interface for writers of document classes and packages. The new LaTeX is described in a new edition of `LaTeX: A Document Preparation System' by Leslie Lamport (to appear during 1994) and `The LaTeX Companion' by Goossens, Mittelbach and Samarin, both published by Addison-Wesley. >From now on there will be a new distribution of LaTeX twice a year, in June and December. The new LaTeX can be retrieved by anonymous ftp from the CTAN archives: ftp.tex.ac.uk /tex-archive/macros/latex/base ftp.shsu.edu /tex-archive/macros/latex/base ftp.dante.de /tex-archive/macros/latex/base [IMPORTANT NOTE: DURING THE TRANSITION PHASE TO THE NEW RELEASE THE DIRECTORY NAME MAY ACTUALLY REMAIN /tex-archive/macros/latex2e/base THIS IS ONLY UNTIL THE ARCHIVE SITES HAVE UPDATED THEIR COLLECTION.] Apologies and Thanks -------------------- For obvious reasons, we have not been able to incorporate everyone's suggestions for improvements or fixes to LaTeX. We are nevertheless very grateful to everyone who has made suggestions and/or reported bugs and other problems with old versions and with the beta-test versions. We hope that all of your reports have been answered by one of us: if not, please let us know. We have given them all serious consideration and, in many cases where we have not been able to act on them now, we have added them to the list of things that need further attention in the future. Also, of course, many of them could be developed into useful LaTeX packages, by you! For the LaTeX3 Project ---------------------- Johannes Braams David Carlisle Michael Downes Alan Jeffrey Frank Mittelbach Chris Rowley Rainer Sch\"opf 8-Jun-94 13:42:31-GMT,1565;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA07234; Wed, 8 Jun 94 07:42:26 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Wed, 08 Jun 1994 08:40:48 CDT Via: uk.ac.aston; Wed, 8 Jun 1994 13:46:44 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <14480-0@email.aston.ac.uk>; Wed, 8 Jun 1994 13:44:42 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA23172; Wed, 8 Jun 94 12:40:56 GMT Date: Wed, 8 Jun 94 12:40:56 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406081240.AA23172@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: RE: For the record -- LaTeX on CTAN In-Reply-To: <202056DB_002542E0.0097FA49EEC58E36$21_3@UK.AC.RHBNC.VAX> References: <202056DB_002542E0.0097FA49EEC58E36$21_3@UK.AC.RHBNC.VAX> CHAA006@VAX.RHBNC.AC.UK writes: > >> The release of LaTeX 2e as the officially supported version of LaTeX ... > > When and were was this formally announced? I've seen a h@ll of a lot of > correspondence about the implications, but despite subscribing to almost > every conceivable TeX list, have yet to see such an announcement. > it was announced that it would be available at the end of spring, and lo! June 1st came and there was 2e... sebastian 21-Jun-94 17:58:19-GMT,1219;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA09206; Tue, 21 Jun 94 11:58:17 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from mail-relay.ja.net by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Tue, 21 Jun 1994 12:57:21 CDT Via: uk.ac.rhbnc.vax; Tue, 21 Jun 1994 18:57:30 +0100 Date: Tue, 21 JUN 94 18:57:26 BST From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: David Jones index no longer extant? Actually-To: Message-Id: <23001C1C_000DF7E0.009804BFD6C09864$2_1@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: $TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) Is David Jones no longer maintaining his macro index? I confess that like many macro authors I was remiss in not completing one of his proformas and returning it, but I was surprised to find that "Quote site index jones" gave the null response on CTAN. ** Phil. 21-Jun-94 18:11:22-GMT,1234;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA09574; Tue, 21 Jun 94 12:11:20 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from math.ams.org by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Tue, 21 Jun 1994 13:10:16 CDT Received: from MATH.AMS.ORG by MATH.AMS.ORG (PMDF #2306 ) id <01HDT01NBI9SA4LTKB@MATH.AMS.ORG>; Tue, 21 Jun 1994 14:10:47 EST Date: 21 Jun 1994 14:10:47 -0400 (EDT) From: bbeeton Reply-To: TWG-TAG@SHSU.edu Subject: Re: David Jones index no longer extant? In-Reply-To: <23001C1C_000DF7E0.009804BFD6C09864$2_1@UK.AC.RHBNC.VAX> To: TWG-TAG@SHSU.edu Message-Id: <772222247.364547.BNB@MATH.AMS.ORG> Content-Transfer-Encoding: 7BIT Mail-System-Version: david jones is working hard on a new edition of his index, and though the old one is out of date, it should still be there. but it's never been named "jones". look for TeX-index -- i think it's in the .../help/ area. -- bb 21-Jun-94 18:36:37-GMT,1159;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA10009; Tue, 21 Jun 94 12:36:33 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Tue, 21 Jun 1994 13:35:33 CDT Via: uk.ac.aston; Tue, 21 Jun 1994 19:26:01 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <21681-0@email.aston.ac.uk>; Tue, 21 Jun 1994 19:23:58 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA15291; Tue, 21 Jun 94 18:20:13 GMT Date: Tue, 21 Jun 94 18:20:13 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406211820.AA15291@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: David Jones index no longer extant? oh come on, Phil. the Jones index has *never* had `Jones' in its name! `quote site index' searches a list of files, it doesnt have second sight. help/tex-styles-macros.txt sebastian 24-Jun-94 11:44:21-GMT,1563;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA14474; Fri, 24 Jun 94 05:44:18 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Fri, 24 Jun 1994 06:43:22 CDT Via: uk.ac.rhbnc.vax; Fri, 24 Jun 1994 12:43:06 +0100 Date: Fri, 24 JUN 94 12:42:58 BST From: CHAA006@VAX.RHBNC.AC.UK To: TWG-TAG Subject: Re: David Jones index no longer extant? Actually-To: Message-Id: <230104E8_003349B8.009806E706967EE0$23_2@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: CBS%UK.AC.NSFNET-RELAY::EDU.SHSU::TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) >> oh come on, Phil. the Jones index has *never* had `Jones' in its name! >> `quote site index' searches a list of files, it doesnt have second sight. >> help/tex-styles-macros.txt That's fine, if one knows where to look. But the whole point of `Quote site index foo' is that one uses it when one _doesn't_ know where to look. Ergo, files should be catalogued in places where they can be found, which for David Jones' macros index suggests that the word 'Jones' should occur somewhere either in the path or the filename. N'est-ce pas? ** Phil. 24-Jun-94 14:47:07-GMT,1912;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA16124; Fri, 24 Jun 94 08:47:04 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Fri, 24 Jun 1994 09:38:21 CDT Via: uk.ac.aston; Fri, 24 Jun 1994 15:17:13 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <20484-0@email.aston.ac.uk>; Fri, 24 Jun 1994 15:15:08 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA05914; Fri, 24 Jun 94 14:11:24 GMT Date: Fri, 24 Jun 94 14:11:24 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406241411.AA05914@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: David Jones index no longer extant? In-Reply-To: <230104E8_003349B8.009806E706967EE0$23_2@UK.AC.RHBNC.VAX> References: <230104E8_003349B8.009806E706967EE0$23_2@UK.AC.RHBNC.VAX> CHAA006@VAX.RHBNC.AC.UK writes: > >> oh come on, Phil. the Jones index has *never* had `Jones' in its name! > >> `quote site index' searches a list of files, it doesnt have second sight. > >> help/tex-styles-macros.txt > > That's fine, if one knows where to look. But the whole point of > `Quote site index foo' is that one uses it when one _doesn't_ know > where to look. Ergo, files should be catalogued in places where > they can be found, which for David Jones' macros index suggests > that the word 'Jones' should occur somewhere either in the path > or the filename. N'est-ce pas? no, because you only know it is by David Jones by accident. if you want to make a serious proposal that we index everything by its author, of course, feel free to try and persuade everyone... s 24-Jun-94 15:26:55-GMT,1728;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA16420; Fri, 24 Jun 94 09:26:42 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Fri, 24 Jun 1994 10:21:23 CDT Via: uk.ac.rhbnc.vax; Fri, 24 Jun 1994 15:55:32 +0100 Date: Fri, 24 JUN 94 15:55:24 BST From: CHAA006@VAX.RHBNC.AC.UK To: TWG-TAG Subject: Re: David Jones index no longer extant? Actually-To: Message-Id: <230104E8_002FDFD8.00980701E81C6AE0$25_2@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: CBS%UK.AC.NSFNET-RELAY::EDU.SHSU::TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) >> no, because you only know it is by David Jones by accident. if you >> want to make a serious proposal that we index everything by its >> author, of course, feel free to try and persuade everyone... I no more know that David Jones' index is by David Jones by accident than I know that Knuth's software is by Knuth by accident: I know because I am interested in TeX and try to keep abreast of what's happening and who does what. But it is _far_ easier_ to remember David Jones name in association with his estimable index, and to get a narrow match from `Quote site index jones' than it is to remember that it has the word `index' in it and to get any sense out of the command `Quote site index index'. ** Phil. 24-Jun-94 18:33:51-GMT,1710;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA19116; Fri, 24 Jun 94 12:33:49 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Fri, 24 Jun 1994 13:32:51 CDT Via: uk.ac.aston; Fri, 24 Jun 1994 19:26:45 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <25777-0@email.aston.ac.uk>; Fri, 24 Jun 1994 19:24:23 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA07686; Fri, 24 Jun 94 18:20:38 GMT Date: Fri, 24 Jun 94 18:20:38 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406241820.AA07686@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: David Jones index no longer extant? In-Reply-To: <230104E8_002FDFD8.00980701E81C6AE0$25_2@UK.AC.RHBNC.VAX> References: <230104E8_002FDFD8.00980701E81C6AE0$25_2@UK.AC.RHBNC.VAX> > happening and who does what. But it is _far_ easier_ to remember > David Jones name in association with his estimable index, and to > get a narrow match from `Quote site index jones' than it is to > remember that it has the word `index' in it and to get any sense > out of the command `Quote site index index'. i was going to say that quote site index knuth would not find you TeX, but actually it would. anyway, as with all things CTAN, the buck must pass to the author. if he wants his name in the package, its up to him to say so. otherwise, we await better interfaces to CTAN.... s 26-Jun-94 18:27:46-GMT,2256;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA01485; Sun, 26 Jun 94 12:27:44 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.0-1 VAX) id 2388; Sun, 26 Jun 1994 13:26:47 CDT Date: Sun, 26 Jun 1994 13:26:47 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <0098087F.7AA4A8E0.2388@SHSU.edu> Subject: Re: David Jones index no longer extant? Following up on the "Jones' debate". This is absolutely no slap at David whatsoever, but the index is grossly out of date as it predates the CTAN, includes references to archives which cease to exist (ymir primarily) and is pre-LaTeX2e. Not that the index is worthless by any means, just that it is in dire need of updating. Again, this is by no way intended to minimize the heroic efforts David made in creating this in the first place. Also, as a file, I have always found that the indexed versions available via gopher or World Wide Web far superior (primarily the work of Norm Walsh, but I have seen it elsewhere). So, how about this as an idea for a spin-off for this TWG -- using the splits of David (on major functionality and package consistency), why not have a few sub-groups which routinely follow the changes within these subgroups and create mini-indices which are available? I know that Sebastian has made great efforts to have this in the help/ctan/ctan.dat file on the CTAN -- the file which is used to create directory/package descriptions. But it would be a lot cleaner if a select group were charged with maintaining something along these lines. That way, it is not the product of an individual whose time cannot be cleanly controlled and it is closer to being up-to-date. Also, with these mini-indices, if created with the same format, it becomes trivial to index them and make them available for access, searching, etc. Seems a good idea (to me, anyway) as an extension for actually having an idea of what is in the gig+ of files available. Comments?? --George 27-Jun-94 4:18:20-GMT,3833;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA03152; Sun, 26 Jun 94 22:18:18 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from theory.lcs.mit.edu by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Sun, 26 Jun 1994 23:17:26 CDT Received: from GYRFALCON.LCS.MIT.EDU by theory.lcs.mit.edu (5.65c/TOC-1.2S) id AA12588; Mon, 27 Jun 94 00:18:53 EDT From: dmjones@theory.lcs.mit.edu (David M. Jones) Reply-To: TWG-TAG@SHSU.edu Received: by gyrfalcon.lcs.mit.edu (5.65c/TOC-1.2C) id AA22298; Mon, 27 Jun 94 00:17:39 EDT Date: Mon, 27 Jun 94 00:17:39 EDT Message-Id: <199406270417.AA22298@gyrfalcon.lcs.mit.edu> To: TWG-TAG@SHSU.edu In-Reply-To: "George D. Greenwade"'s message of Sun, 26 Jun 1994 13:26:47 CDT <0098087F.7AA4A8E0.2388@SHSU.edu> Subject: David Jones no longer extant? Lest anyone feel inhibited about commenting for fear of hurting my feelings, let me say that I agree with George. Coincidentally (or, rather, inspired by the same events that got George to thinking), I've been mulling over the same issues the last couple of days. My reluctant conclusion is that if the Index is going to continue to be useful, it's going to depend upon someone more reliable than I. For a number of reasons, I haven't managed to get a revision of the Index done in over a year and a half. Much of the delay has to do with a series of work-related changes that have left me without the time or energy to tackle anything as time-consuming as the Index for months at a time, but honesty compels me to conclude that that isn't the whole story. No matter how well-intentioned I am, at some point it becomes natural to ask whether the Index hasn't simply slipped off my list of priorities. And that, I'm afraid, is the unpleasant conclusion I've come to. (Actually, it's probably more that TeX itself has slipped off my list of priorities, but that's neither here nor there.) In addition, I've been making tentative plans with my supervisors about next year, and things don't look to be getting any less demanding of my time. So, where does that leave us? I still haven't given up hope of completing the revision of the Index I'm currently working on. The release of LaTeX2e and the attendant reorganization of the CTAN came at a slightly awkward time for me, since I was immersed in the Information and Computation WWW page (want to see an almost-complete hypertext bibliography for a 30 year old journal? Check out http://theory.lcs.mit.edu/~iandc.), but that's more or less under control now. Unless I get sidetracked again -- which is unfortunately possible -- I should be able to finish cleaning up the Index within the next week or two, including putting the WWW version in releasable shape. However, the future of the Index needs to be discussed, not only in terms of who is going to keep it going, but also in terms of whether it's outlived it's usefulness. I think it's arguable that with the advent of CTAN and the various interfaces to it, the Index has become somewhat anachronistic, a white elephant whose marginal utility is not worth the time of the already overloaded staff maintaining CTAN now. (I've always thought of it as a labor of love of a lone eccentric, and those tend to be notoriously inefficient.) So, anyway, those are my current thoughts on this issue. This is by no means my final words on the subject, by the way, but I think these are the right questions to be asking now. David. P.S. Somewhat ironically, I plan to attend the TUG meetign in Santa Barbara this year. I hope I'll get a chance to meet some of you there. 27-Jun-94 10:02:49-GMT,1932;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA04896; Mon, 27 Jun 94 04:02:42 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 27 Jun 1994 05:01:39 CDT Via: uk.ac.rhbnc.vax; Mon, 27 Jun 1994 11:00:44 +0100 Date: Mon, 27 JUN 94 11:00:36 BST From: CHAA006@VAX.RHBNC.AC.UK To: TWG-TAG Subject: RE: David Jones no longer extant? Actually-To: Message-Id: <2301810B_002FF120.009809343875D222$19_2@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: CBS%UK.AC.NSFNET-RELAY::EDU.SHSU::TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) >> However, the future of the Index needs to be discussed, not only in >> terms of who is going to keep it going, but also in terms of whether >> it's outlived it's usefulness. I think it's arguable that with the >> advent of CTAN and the various interfaces to it, the Index has become >> somewhat anachronistic, a white elephant whose marginal utility is not >> worth the time of the already overloaded staff maintaining CTAN now. As the one who started this debate, by asking the original question "Is David Jones' TeX index still extant", I believe that it has _not_ outlived its usefulness. My reason for seeking a copy was that a Polish friend asked whether there were any TeX macros for producing electronic circuit diagrams: I believed that there were, but was only able to confirm it by consulting ``The Index''. So, I vote for its retention, even if someone other than David has to take over its maintenance. ** Phil. 27-Jun-94 10:52:14-GMT,1329;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA05057; Mon, 27 Jun 94 04:52:12 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from mail-relay.ja.net by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 27 Jun 1994 05:51:20 CDT Via: uk.ac.rhbnc.vax; Mon, 27 Jun 1994 11:51:56 +0100 Date: Mon, 27 JUN 94 11:51:49 BST From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: Problems getting emTeX hierarchy in ZIPped form Actually-To: Message-Id: <2301810B_002FD568.0098093B5F8E8082$19_4@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: $TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) A user at RHBNC has drawn my attention to a problem with the emTeX hierarchy on CTAN (specifically the U.K. node): he is unable to get emtex.zip when at ctan:/systems/msdos, or betatest.zip when at ctan:/systems/msdos/emtex. In both cases a zero-length transfer occurs. He can, however, get disks1..6 whilst at ctan:/systems/msdos/emtex Philip Taylor, RHBNC 27-Jun-94 12:17:27-GMT,1301;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA05355; Mon, 27 Jun 94 06:17:19 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 27 Jun 1994 07:16:25 CDT Via: uk.ac.aston; Mon, 27 Jun 1994 13:13:08 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <19802-0@email.aston.ac.uk>; Mon, 27 Jun 1994 13:10:48 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA18773; Mon, 27 Jun 94 12:07:04 GMT Date: Mon, 27 Jun 94 12:07:04 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406271207.AA18773@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: disk space abused on CTAN UK In-Reply-To: <2301810B_002FF120.009809343875D222$19_2@UK.AC.RHBNC.VAX> References: <2301810B_002FF120.009809343875D222$19_2@UK.AC.RHBNC.VAX> I just found 25 megabytes of well-concealed porn files on ftp.tex.ac.uk, which is why there was no disk space. *bastards*! i will try and track them down and cut off their sexual organs sebastian 27-Jun-94 12:56:01-GMT,2308;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA05482; Mon, 27 Jun 94 06:55:58 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.0-1 VAX) id 4373; Mon, 27 Jun 1994 07:55:03 CDT Date: Mon, 27 Jun 1994 07:55:03 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <0098091A.4D7172E0.4373@SHSU.edu> Subject: RE: Problems getting emTeX hierarchy in ZIPped form On Mon, 27 JUN 94 11:51:49 BST, Philip Taylor posted: > A user at RHBNC has drawn my attention to a problem with the emTeX > hierarchy on CTAN (specifically the U.K. node): he is unable to get > emtex.zip when at ctan:/systems/msdos, or betatest.zip when at > ctan:/systems/msdos/emtex. In both cases a zero-length transfer occurs. He > can, however, get disks1..6 whilst at ctan:/systems/msdos/emtex Probably a disk space problem in creating the zip archive. We have the same thing happen here whenever someone tries to zip up a huge hierarchy into a single file (which the complete systems/msdos/emtex/ hierarchy qualifies as) since the file has to be created locally prior to transmission. I'm kinda surprised about betatest, but that could be adequately large to cause the problems, very much depending on how much free space exists at Aston. With respect to SHSU, I will be adding about 400 gig (yes, gig) to my publicly accessible area sometime real soon (most likely within the next two weeks), so this should become a moot point in the very near future as far as our node of the CTAN is concerned. --George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 27-Jun-94 14:41:06-GMT,1178;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA06161; Mon, 27 Jun 94 08:41:04 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 27 Jun 1994 09:40:07 CDT Via: uk.ac.aston; Mon, 27 Jun 1994 15:29:54 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <24638-0@email.aston.ac.uk>; Mon, 27 Jun 1994 15:27:48 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA20397; Mon, 27 Jun 94 14:24:03 GMT Date: Mon, 27 Jun 94 14:24:03 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406271424.AA20397@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: RE: Problems getting emTeX hierarchy in ZIPped form In-Reply-To: <0098091A.4D7172E0.4373@SHSU.edu> References: <0098091A.4D7172E0.4373@SHSU.edu> there is no space for emtex.zip if *bastards* fill the disk with pornography files..... sebastian 27-Jun-94 15:25:54-GMT,1637;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA06412; Mon, 27 Jun 94 09:25:52 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 27 Jun 1994 10:24:57 CDT Via: uk.ac.aston; Mon, 27 Jun 1994 16:08:54 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <26166-0@email.aston.ac.uk>; Mon, 27 Jun 1994 16:06:48 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA20795; Mon, 27 Jun 94 15:03:04 GMT Date: Mon, 27 Jun 94 15:03:04 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406271503.AA20795@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: David Jones no longer extant? In-Reply-To: <199406270417.AA22298@gyrfalcon.lcs.mit.edu> References: <0098087F.7AA4A8E0.2388@SHSU.edu> <199406270417.AA22298@gyrfalcon.lcs.mit.edu> we do need the Index! but i think it needs automating more. Joachim Schrod's policy (where *is* it, Joachim!?) for new contributions to LaTeX2e will ensure new entries in a JonesIndex. the CTAN mechanism of updating would do. qualified people could send updates which got folded into a master copy. all it needs is someone to make a variant of Rainer's perl scripts, establish an interface, and set it in motion. A nice weeks work for someone - but who has a week who understands the concepts? sebastian 27-Jun-94 16:12:28-GMT,2509;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA06800; Mon, 27 Jun 94 10:12:25 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from rs1.hrz.th-darmstadt.de by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 27 Jun 1994 11:11:27 CDT Received: from hp5.iti.informatik.th-darmstadt.de (hp5.iti.informatik.th-darmstadt.de [130.83.5.20]) by rs1.hrz.th-darmstadt.de (8.6.4/8.6.4) with ESMTP id SAA28620 for ; Mon, 27 Jun 1994 18:10:03 +0200 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.9/Server-1.5/HRZ-THD/8.6.9u-ITI) id RAA06735; Mon, 27 Jun 1994 17:46:23 +0200 Received: by spice.iti.informatik.th-darmstadt.de (AIX 3.2/UCB 5.64/Client-1.5/HRZ-THD) id AA20841; Mon, 27 Jun 1994 17:46:27 +0200 From: Joachim Schrod Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406271546.AA20841@spice.iti.informatik.th-darmstadt.de> Subject: Re: David Jones no longer extant? To: TWG-TAG@SHSU.edu Date: Mon, 27 Jun 1994 17:46:27 +0100 (MESZ) In-Reply-To: <9406271503.AA20795@ftp.tex.ac.uk> from "Sebastian Rahtz" at Jun 27, 94 03:03:04 pm X-Mailer: ELM [version 2.4 PL11] Content-Type: text Content-Length: 990 You wrote: > > we do need the Index! but i think it needs automating more. Joachim > Schrod's policy (where *is* it, Joachim!?) for new contributions to > LaTeX2e will ensure new entries in a JonesIndex. I'm still waiting for comments on the last questions I asked. Somehow I got the impression that not many people are interested... Anyhow, if I don't receive any comments within this week, I'll going to post it on comp.text.tex to ask for comments from the developper's community at large. I'll also install the rcs package that's mentioned in the bundle memo in this week. (But first I've have to check what happened here the last week, when I was lying at a beach in Turkiye. That happens to be a good place to work on one's dissertation. :-) :-) Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany 27-Jun-94 17:33:20-GMT,1312;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA07376; Mon, 27 Jun 94 11:33:16 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 27 Jun 1994 12:32:20 CDT Via: uk.ac.aston; Mon, 27 Jun 1994 18:32:40 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <00664-0@email.aston.ac.uk>; Mon, 27 Jun 1994 18:30:34 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA22372; Mon, 27 Jun 94 17:26:50 GMT Date: Mon, 27 Jun 94 17:26:50 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9406271726.AA22372@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: David Jones no longer extant? In-Reply-To: <9406271546.AA20841@spice.iti.informatik.th-darmstadt.de> References: <9406271503.AA20795@ftp.tex.ac.uk> <9406271546.AA20841@spice.iti.informatik.th-darmstadt.de> i'm very interested, Joachim! lets get this documentation show on the road. *my* bits of latex/contrib/supported follow the guidelines already... sebastian 2-Jul-94 4:35:10-GMT,1225;000000000011 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA00165; Fri, 1 Jul 94 22:35:07 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Fri, 01 Jul 1994 23:34:11 CDT Received: by terminus.cs.umb.edu id AA20562 (5.65c/IDA-1.4.4 for twg-tag@shsu.edu); Fri, 1 Jul 1994 16:50:21 -0400 Date: Fri, 1 Jul 1994 16:50:21 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199407012050.AA20562@terminus.cs.umb.edu> To: twg-tag@shsu.edu Subject: .cache, .zipped, etc. I wonder if it would be possible to change the get .tar[.] feature to exclude files named .cache, .mirror, .zipped, etc. Since these files are not in the real distributions, it is annoying (if more-or-less harmless) for them to show up in ctan retrievals. This would amount to adding a --exclude option to the tar invocation, and making up a file with the names to exclude. Don't know how hard that is. 2-Jul-94 17:16:41-GMT,1179;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA04015; Sat, 2 Jul 94 11:16:39 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Sat, 02 Jul 1994 12:15:44 CDT Via: uk.ac.aston; Sat, 2 Jul 1994 18:16:20 +0100 Received: from ftp.tex.ac.uk by email.aston.ac.uk with SMTP (PP) id <00660-0@email.aston.ac.uk>; Sat, 2 Jul 1994 18:14:14 +0100 Received: by ftp.tex.ac.uk (4.1/SMI-4.1) id AA01042; Sat, 2 Jul 94 17:10:30 GMT Date: Sat, 2 Jul 94 17:10:30 GMT From: spqr@ftp.tex.ac.uk (Sebastian Rahtz) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9407021710.AA01042@ftp.tex.ac.uk> To: TWG-TAG@SHSU.edu Subject: Re: .cache, .zipped, etc. In-Reply-To: <199407012050.AA20562@terminus.cs.umb.edu> References: <199407012050.AA20562@terminus.cs.umb.edu> curious. i vaguely thought we did that already. should be trivial. we'll each have to do it to our config files s 4-Jul-94 16:28:15-GMT,2640;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA18068; Mon, 4 Jul 94 10:28:13 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.1 VAX) id 5809; Mon, 04 Jul 1994 11:27:17 CDT Date: Mon, 04 Jul 1994 11:27:16 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <00980EB8.1C261B84.5809@SHSU.edu> Subject: Re: .cache, .zipped, etc. On Fri, 1 Jul 1994 16:50:21 -0400, "K. Berry" posted: > I wonder if it would be possible to change the > > get .tar[.] > > feature to exclude files named .cache, .mirror, .zipped, etc. Since these > files are not in the real distributions, it is annoying (if more-or-less > harmless) for them to show up in ctan retrievals. > > This would amount to adding a --exclude option to the tar invocation, and > making up a file with the names to exclude. Don't know how hard that is. and on Sat, 2 Jul 94 17:10:30 GMT, spqr@ftp.tex.ac.uk (Sebastian Rahtz) replied: > curious. i vaguely thought we did that already. should be trivial. we'll > each have to do it to our config files We covered ourselves on the ZIP approach on this, but overlooked (or never discussed) tar behavior. Here is the newly-created file ~ftp/bin/excludes: %%%--/pub/ftp/bin/excludes .zipped .mirror .cache .cache+ .message %%%--/pub/ftp/bin/excludes and the changes to ftpconversions now read (in part): : : :.tar:/bin/tar -c -h -X /bin/excludes -f - %s:T_REG|T_DIR:O_TAR:TAR : : :.tar.Z:/bin/tar -c -h -Z -X /bin/excludes -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS : : :.tar.z:/bin/tar -c -h --gzip -X /bin/excludes -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP : : :.tar.gz:/bin/tar -c -h --gzip -X /bin/excludes -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP which seems to work fine. What other file(s) should possibly be controlled out of the automatic archive file?? --George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 4-Jul-94 16:53:09-GMT,12714;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA18199; Mon, 4 Jul 94 10:53:07 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.1 VAX) id 5764; Mon, 04 Jul 1994 11:52:05 CDT Date: Mon, 04 Jul 1994 11:52:04 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: info-tex@SHSU.edu, twg-tag@SHSU.edu, texhax@ftp.tex.ac.uk, uktex@ftp.tex.ac.uk Message-Id: <00980EBB.92FA0024.5764@SHSU.edu> Subject: June 1994 ftp statistics on ftp.SHSU.edu CTAN Node: ftp.SHSU.edu [192.92.115.10] TOTALS FOR SUMMARY PERIOD Wed Jun 1 1994 TO Thu Jun 30 1994 Files Transmitted During Summary Period 450789 Bytes Transmitted During Summary Period 19560228393 Average Files Transmitted Daily 15026 Average Bytes Transmitted Daily 652007613 These figures only reflect ANONYMOUS FTP transfers. There are many sites which mount the archives via NFS, and those transfers are not logged and reported by this program. Additionally, this report does not reflect any usage by other remote user interfaces, such as Gopher or World Wide Web. ============================================================================ Daily Transmission Statistics Number Of Number of Average Percent Of Percent Of Date Files Sent Bytes Sent Xmit Rate Files Sent Bytes Sent --------------- ---------- ----------- ---------- ---------- ---------- Wed Jun 1 1994 1785 190557735 6.3 KB/s 0.40 0.97 Thu Jun 2 1994 17250 750362054 3.2 KB/s 3.83 3.84 Fri Jun 3 1994 21268 779687720 3.7 KB/s 4.72 3.99 Sat Jun 4 1994 11040 398544426 5.0 KB/s 2.45 2.04 Sun Jun 5 1994 12282 339767549 2.7 KB/s 2.72 1.74 Mon Jun 6 1994 11450 473695759 2.1 KB/s 2.54 2.42 Tue Jun 7 1994 18468 711771956 3.2 KB/s 4.10 3.64 Wed Jun 8 1994 37157 961679455 2.7 KB/s 8.24 4.92 Thu Jun 9 1994 16530 877825715 2.4 KB/s 3.67 4.49 Fri Jun 10 1994 21075 668545792 2.7 KB/s 4.68 3.42 Sat Jun 11 1994 33954 493040994 1.3 KB/s 7.53 2.52 Sun Jun 12 1994 10468 460085207 4.0 KB/s 2.32 2.35 Mon Jun 13 1994 12911 551070550 1.2 KB/s 2.86 2.82 Tue Jun 14 1994 8446 563999982 1.2 KB/s 1.87 2.88 Wed Jun 15 1994 8681 553637375 2.1 KB/s 1.93 2.83 Thu Jun 16 1994 26926 910464832 2.2 KB/s 5.97 4.65 Fri Jun 17 1994 11114 444927448 1.4 KB/s 2.47 2.27 Sat Jun 18 1994 22063 427711491 2.7 KB/s 4.89 2.19 Sun Jun 19 1994 6498 278652411 0.2 KB/s 1.44 1.42 Mon Jun 20 1994 9636 1454389644 5.6 KB/s 2.14 7.44 Tue Jun 21 1994 13303 1063430241 3.4 KB/s 2.95 5.44 Wed Jun 22 1994 27417 804741854 1.9 KB/s 6.08 4.11 Thu Jun 23 1994 18614 922640856 1.9 KB/s 4.13 4.72 Fri Jun 24 1994 12405 612696572 1.8 KB/s 2.75 3.13 Sat Jun 25 1994 12924 348732081 2.3 KB/s 2.87 1.78 Sun Jun 26 1994 8452 378599519 3.4 KB/s 1.87 1.94 Mon Jun 27 1994 7346 700473345 2.7 KB/s 1.63 3.58 Tue Jun 28 1994 10469 611835687 3.4 KB/s 2.32 3.13 Wed Jun 29 1994 6688 810716672 1.6 KB/s 1.48 4.14 Thu Jun 30 1994 14169 1015943471 3.0 KB/s 3.14 5.19 ============================================================================ Total Transfers from each Archive Section ---- Percent Of ---- Archive Section Files Sent Bytes Sent Files Sent Bytes Sent ------------------------- ---------- ----------- ---------- ---------- Index/Informational Files 1263 333395357 0.28 1.70 doc 6 122532 0.00 0.00 economics 4 1355086 0.00 0.01 economics/EconData 43 2485036 0.01 0.01 economics/FRB-Boston 16 335304 0.00 0.00 economics/NBER 20 5432917 0.00 0.03 economics/bls 22 12538458 0.00 0.06 economics/smcro 5 74270 0.00 0.00 economics/utils 9 5943997 0.00 0.03 pub 60 8966271 0.01 0.05 pub/MaasInfo 44 928077 0.01 0.00 pub/MaasInfo-beta 1 5184 0.00 0.00 pub/cdrom 43 2418603 0.01 0.01 pub/doc-net 462 168172919 0.10 0.86 pub/faq 15 1784592 0.00 0.01 pub/utilities 21 9236573 0.00 0.05 pub/vms 104 55217060 0.02 0.28 pub/win 20 1686607 0.00 0.01 tex-archive 2715 2943185648 0.60 15.05 tex-archive/biblio 7336 124166879 1.63 0.63 tex-archive/digests 8154 153064031 1.81 0.78 tex-archive/dviware 14253 598920076 3.16 3.06 tex-archive/fonts 150270 2224196240 33.33 11.37 tex-archive/graphics 9867 133840272 2.19 0.68 tex-archive/help 1425 133898593 0.32 0.68 tex-archive/indexing 2502 28736674 0.56 0.15 tex-archive/info 7290 204059193 1.62 1.04 tex-archive/language 18729 569151854 4.15 2.91 tex-archive/latex 134 19689 0.03 0.00 tex-archive/macros 153075 3157972498 33.96 16.14 tex-archive/support 21812 403700975 4.84 2.06 tex-archive/systems 31446 7711724114 6.98 39.43 tex-archive/tools 8383 445306656 1.86 2.28 tex-archive/usergrps 479 3446707 0.11 0.02 tex-archive/web 10663 110774829 2.37 0.57 ============================================================================ Total Transfer Amount By Domain Number Of Number of Average Percent Of Percent Of Domain Name Files Sent Bytes Sent Xmit Rate Files Sent Bytes Sent ----------- ---------- ------------ ---------- ---------- ---------- ar 8 495836 3.3 KB/s 0.00 0.00 at 158 12854381 0.9 KB/s 0.04 0.07 au 28524 518607352 1.1 KB/s 6.33 2.65 be 443 26530952 2.5 KB/s 0.10 0.14 br 973 75219496 0.5 KB/s 0.22 0.38 ca 8805 975890210 3.3 KB/s 1.95 4.99 ch 155 30241293 9.2 KB/s 0.03 0.15 cl 234 37205171 0.4 KB/s 0.05 0.19 cr 238 8760964 0.8 KB/s 0.05 0.04 cz 4 1001882 0.9 KB/s 0.00 0.01 de 2463 73010901 2.4 KB/s 0.55 0.37 dk 885 55301435 1.7 KB/s 0.20 0.28 ee 67 608717 1.2 KB/s 0.01 0.00 es 239 16192611 2.3 KB/s 0.05 0.08 fi 804 29867524 2.9 KB/s 0.18 0.15 fr 770 94496711 3.2 KB/s 0.17 0.48 gr 114 15298190 0.2 KB/s 0.03 0.08 hk 1234 50373788 0.5 KB/s 0.27 0.26 hr 1 95998 0.7 KB/s 0.00 0.00 hu 13 5110560 2.0 KB/s 0.00 0.03 ie 53 8076827 6.5 KB/s 0.01 0.04 il 393 66746639 2.3 KB/s 0.09 0.34 in 28 2659915 0.5 KB/s 0.01 0.01 is 1 1854 0.9 KB/s 0.00 0.00 it 963 126672257 2.0 KB/s 0.21 0.65 jp 26149 468475428 2.0 KB/s 5.80 2.40 kr 603 43221003 0.3 KB/s 0.13 0.22 kw 47 7313294 0.6 KB/s 0.01 0.04 lt 1 88425 0.9 KB/s 0.00 0.00 lu 4 6361 1.6 KB/s 0.00 0.00 mx 552 33480811 1.8 KB/s 0.12 0.17 my 1 151701 0.1 KB/s 0.00 0.00 nl 843 82123801 4.1 KB/s 0.19 0.42 no 795 55691162 2.5 KB/s 0.18 0.28 nz 581 31180606 0.4 KB/s 0.13 0.16 pl 626 44139394 1.0 KB/s 0.14 0.23 pt 1 10513 3.5 KB/s 0.00 0.00 ru 1 73617 1.2 KB/s 0.00 0.00 se 357 52450239 2.8 KB/s 0.08 0.27 sg 21152 626145440 2.9 KB/s 4.69 3.20 si 42 1134234 3.6 KB/s 0.01 0.01 sk 41 1668417 0.2 KB/s 0.01 0.01 su 25 5822859 5.0 KB/s 0.01 0.03 th 9 796867 1.2 KB/s 0.00 0.00 tr 11 1780962 1.5 KB/s 0.00 0.01 tw 64681 1061085729 0.7 KB/s 14.35 5.42 uk 1382 98009069 0.7 KB/s 0.31 0.50 us 39 12351182 1.8 KB/s 0.01 0.06 ve 1 40070 0.4 KB/s 0.00 0.00 za 2148 63598709 0.5 KB/s 0.48 0.33 com 30534 3563864394 5.2 KB/s 6.77 18.22 edu 193643 7922015594 3.1 KB/s 42.96 40.50 gov 28740 1004648851 2.2 KB/s 6.38 5.14 int 233 4931508 4.8 KB/s 0.05 0.03 mil 1240 154925687 5.1 KB/s 0.28 0.79 net 5285 404543971 3.0 KB/s 1.17 2.07 org 5197 179886075 4.0 KB/s 1.15 0.92 arpa 18 6247563 7.7 KB/s 0.00 0.03 shsu.edu 415 369375746 3.6 KB/s 0.09 1.89 unresolved 17822 1027627647 0.9 KB/s 3.95 5.25 ============================================================================ Top 15 Most Popular Archive Sections By Bytes Transferred ---- Percent of ---- Archive Section Files Sent Bytes Sent Files Sent Bytes Sent ------------------------- ---------- ----------- ---------- ---------- tex-archive/systems 31446 7711724114 6.98 39.43 tex-archive/macros 153075 3157972498 33.96 16.14 tex-archive 2715 2943185648 0.60 15.05 tex-archive/fonts 150270 2224196240 33.33 11.37 tex-archive/dviware 14253 598920076 3.16 3.06 tex-archive/language 18729 569151854 4.15 2.91 tex-archive/tools 8383 445306656 1.86 2.28 tex-archive/support 21812 403700975 4.84 2.06 tex-archive/info 7290 204059193 1.62 1.04 tex-archive/digests 8154 153064031 1.81 0.78 tex-archive/help 1425 133898593 0.32 0.68 tex-archive/graphics 9867 133840272 2.19 0.68 tex-archive/biblio 7336 124166879 1.63 0.63 tex-archive/web 10663 110774829 2.37 0.57 tex-archive/indexing 2502 28736674 0.56 0.15 5-Jul-94 12:31:11-GMT,856;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA23491; Tue, 5 Jul 94 06:31:09 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 05 Jul 1994 07:30:13 CDT Received: by terminus.cs.umb.edu id AA01492 (5.65c/IDA-1.4.4 for TWG-TAG@SHSU.edu); Tue, 5 Jul 1994 06:08:53 -0400 Date: Tue, 5 Jul 1994 06:08:53 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199407051008.AA01492@terminus.cs.umb.edu> To: TWG-TAG@SHSU.edu Subject: Re: .cache, .zipped, etc. I think 00contents should be excluded as well. 5-Jul-94 13:02:08-GMT,702;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA23631; Tue, 5 Jul 94 07:02:06 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.1 VAX) id 2; Tue, 05 Jul 1994 08:01:07 CDT Date: Tue, 05 Jul 1994 08:01:07 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <00980F64.79A6F3E4.2@SHSU.edu> Subject: Re: .cache, .zipped, etc. > I think 00contents should be excluded as well. Done. --GDG 5-Jul-94 14:15:33-GMT,1797;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA24554; Tue, 5 Jul 94 08:15:31 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from rs2.hrz.th-darmstadt.de by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 05 Jul 1994 09:14:35 CDT Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA43878 (5.65c/IDA-1.4.4 for ); Tue, 5 Jul 1994 16:15:20 +0200 Received: from spice.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.9/Server-1.5/HRZ-THD/8.6.9u-ITI) id QAA04034; Tue, 5 Jul 1994 16:15:18 +0200 Received: by spice.iti.informatik.th-darmstadt.de (AIX 3.2/UCB 5.64/Client-1.5/HRZ-THD) id AA21054; Tue, 5 Jul 1994 16:15:20 +0200 From: Joachim Schrod Reply-To: TWG-TAG@SHSU.edu Message-Id: <9407051415.AA21054@spice.iti.informatik.th-darmstadt.de> Subject: Re: .cache, .zipped, etc. To: TWG-TAG@SHSU.edu Date: Tue, 5 Jul 1994 16:15:19 +0100 (MESZ) In-Reply-To: <199407051008.AA01492@terminus.cs.umb.edu> from "K. Berry" at Jul 5, 94 06:08:53 am X-Mailer: ELM [version 2.4 PL11] Content-Type: text Content-Length: 352 You wrote: > > I think 00contents should be excluded as well. Yes. Full affirmation (? confirmation? ``Volle Zustimmung.''). Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany 5-Jul-94 18:54:51-GMT,967;000000000001 Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA27917; Tue, 5 Jul 94 12:54:48 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from june.cs.washington.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 05 Jul 1994 13:53:45 CDT Return-Path: Received: (mackay@localhost) by june.cs.washington.edu (8.6.9/7.2ju) id LAA04759 for TWG-TAG@SHSU.edu; Tue, 5 Jul 1994 11:54:12 -0700 Date: Tue, 5 Jul 1994 11:54:12 -0700 From: mackay@cs.washington.edu (Pierre MacKay) Reply-To: TWG-TAG@SHSU.edu Message-Id: <199407051854.LAA04759@june.cs.washington.edu> To: TWG-TAG@SHSU.edu Subject: Re: .cache, .zipped, etc. I'm not so sure about 00Contents. I suppose it is automatically generated, but I have found it reassuring as a check on what I got 6-Jul-1994 9:45:37-GMT,1007;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA05206; Wed, 6 Jul 94 03:45:35 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Wed, 06 Jul 1994 04:44:39 CDT Received: by terminus.cs.umb.edu id AA13814 (5.65c/IDA-1.4.4 for TWG-TAG@SHSU.edu); Wed, 6 Jul 1994 05:45:09 -0400 Date: Wed, 6 Jul 1994 05:45:09 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199407060945.AA13814@terminus.cs.umb.edu> To: TWG-TAG@SHSU.edu Subject: Re: .cache, .zipped, etc. Pierre: 00contents is automatically generated, hence it is no proof of anything. The proof is what files end up in the tar file you retrieve. George: Thanks for adding it to the exclusion list :-) 19-Jul-1994 14:55:22-GMT,1608;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA01159; Tue, 19 Jul 94 08:55:20 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from mail-relay.ja.net by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 19 Jul 1994 04:59:33 CDT Via: uk.ac.rhbnc.vax; Tue, 19 Jul 1994 10:59:48 +0100 Date: Tue, 19 JUL 94 10:59:46 BST From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: Use of directory aliases leads to counterintuitive behaviour on CTAN Actually-To: Message-Id: <27C078AB_002FE8B0.00981A7DC0064C3A$21_2@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: $TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) Dear Colleagues -- While pursuing the mystery of the `missing' fonts for LaTeX-2e (CMMIB5, etc), I encountered the following: > cd ctan: > cd macros > cd latex > cd fonts > cd .. where should you be? ctan:/macros/latex where are you? ctan:/fonts Because ctan:/macros/latex/fonts is an alias for ctan:/fonts/latex, but the system does't remember which path you took to reach a point in the tree. This is _extremely_ counterintuitive, and very misleading for the average user. Is it possible to enhance the FTP server to remember how one arrived at a particular node in the hierarchy? Philip Taylor, RHBNC 19-Jul-1994 15:18:46-GMT,1306;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA01384; Tue, 19 Jul 94 09:18:43 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from swan.cl.cam.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 19 Jul 1994 08:22:11 CDT Received: from ouse.cl.cam.ac.uk (user spqr100 (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Tue, 19 Jul 1994 14:21:15 +0100 To: TWG-TAG@SHSU.edu Subject: Re: Use of directory aliases leads to counterintuitive behaviour on CTAN In-Reply-To: Your message of "Tue, 19 Jul 1994 10:59:46 -0000." <27C078AB_002FE8B0.00981A7DC0064C3A$21_2@UK.AC.RHBNC.VAX> Date: Tue, 19 Jul 1994 14:21:10 +0100 From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu Message-Id: <"swan.cl.cam.:287120:940719132118"@cl.cam.ac.uk> I have some sympathy with Phil, but i doubt if there is an easy fix. in general i would say that ftp access to the archive is not meant for naive users (i dont mean phil is, but hes pretending to be), who are better off using the WWW interface or the like. Sebastian 19-Jul-1994 16:22:12-GMT,1114;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA01955; Tue, 19 Jul 94 10:22:10 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 19 Jul 1994 11:18:13 CDT Received: by terminus.cs.umb.edu id AA00460 (5.65c/IDA-1.4.4 for TWG-TAG@SHSU.edu); Tue, 19 Jul 1994 12:19:02 -0400 Date: Tue, 19 Jul 1994 12:19:02 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199407191619.AA00460@terminus.cs.umb.edu> To: TWG-TAG@SHSU.edu Subject: Re: Use of directory aliases leads to counterintuitive behaviour on CTAN Probably few people want to retrieve the latex fonts for their own sake, at least compared to the number who want the latex fonts as part of latex. Therefore, maybe /macros/latex/fonts should be the real directory, and /fonts/latex be the link? 19-Jul-1994 18:05:40-GMT,922;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA02660; Tue, 19 Jul 94 12:05:37 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 19 Jul 1994 13:03:08 CDT Received: by terminus.cs.umb.edu id AA02614 (5.65c/IDA-1.4.4 for twg-tag@shsu.edu); Tue, 19 Jul 1994 14:03:58 -0400 Date: Tue, 19 Jul 1994 14:03:58 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199407191803.AA02614@terminus.cs.umb.edu> To: twg-tag@shsu.edu Subject: l* Yes, I meant line10 and so forth that have traditionally been (only) part of LaTeX. Not CM, if that's what you thought I had in mind! 20-Jul-1994 20:12:50-GMT,1895;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA03892; Wed, 20 Jul 94 14:12:48 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.1 VAX) id 12293; Wed, 20 Jul 1994 15:07:44 CDT Date: Wed, 20 Jul 1994 15:07:43 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: twg-tag@SHSU.edu, cthiele@ccs.carleton.ca Message-Id: <00981B69.8E74BB24.12293@SHSU.edu> Subject: a recently-received note...... I know this isn't exactly the correct forum for this according to its mission statement, but I thought it might come in handy as ammunition if anyone should ever need to justify the CTAN somewhere. Please note that this was a completely unsolicited post (and is much friendlier if not more positive than a few I have received over the past year or so). Folks, it's through your efforts that things such as this exist -- thanks to everyone involved!! --George =========================================================================== Message-ID: <9407201745.AA11348@okeeffe.Princeton.EDU> From: jwfost@phoenix.Princeton.EDU (Joshua W. Fost) Date: Wed, 20 Jul 1994 13:45:11 EDT To: bed_gdg@shsu.edu Subject: CTAN Prof. Greenwade, Just thought I'd drop a note to tell you that I used CTAN and found it extremely helpful. I needed the harvard style for BiBTeX, which as far as I can tell is not available here in Princeton. But I was referred to CTAN by a man here (and I'm sorry I don't know his name) and found immediately what I needed. He gave me your address and said there was some question as to whether people were using and benefitting from CTAN. They are. I am. Thank you. Sincerely, Josh Fost 11-Aug-1994 15:56:27-GMT,1717;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA20046; Thu, 11 Aug 94 09:56:26 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from mail-relay.ja.net by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Thu, 11 Aug 1994 10:55:12 CDT Via: uk.ac.rhbnc.vax; Thu, 11 Aug 1994 16:55:48 +0100 Date: Thu, 11 AUG 94 16:54:49 BST From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: Procedure for adding to CTAN Actually-To: Message-Id: <2100281A_00347AB0.00982CC228BE3AF2$21_4@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: $TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) Dear Colleagues -- I have had several requests recently for some macros which I have developed (letter spacing, crop marks, hyphenation without hyphens, etc), and it is clear to me that I should make these macros available through CTAN. But I regret to confess that I am unaware of the recommended procedures for so doing. So could some enlightend soul please run through the necessary steps, and in particular tell me: 1) Who chooses the final destination on CTAN for a submission; the author, or the CTAN administrators? 2) Ditto for the filename as stored on CTAN? 3) Do I upload to the final destination or to a holding directory? 4) Using which account/password? 5) And finally, whom do I tell once the upload is complete? Philip Taylor, RHBNC 15-Aug-1994 16:24:37-GMT,1715;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA02291; Mon, 15 Aug 94 10:24:32 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from mail-relay.ja.net by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Mon, 15 Aug 1994 11:23:21 CDT Via: uk.ac.rhbnc.vax; Mon, 15 Aug 1994 17:23:50 +0100 Date: Mon, 15 AUG 94 17:22:51 BST From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: Canonical location of 8-bit Patgen? Actually-To: Message-Id: <21007AEB_002FE1E0.00982FEABD0D8732$21_3@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: $TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) Dear Colleagues (are you all on leave? no-one has yet answered my query in re uploading) -- I am searching for the 8-bit version of Patgen which I assume (rightly or wrongly) that DEK must have written post TeX version 3. ``Quote site index patgen'' returns only four hits: info/patgen2.tutorial; systems/knuth/unsupported/texware/patgen.web systems/msdos/utilities/patgen.doc systems/msdos/utilities/patgen.zip The problem is, the Knuthian copy is dated 1983, which clearly pre-dates TeX V3 by about seven years... SO, could anyone please enlighten me as to (a) whether DEK _did_, in fact, update Patgen; or (b) whether PEB's Patgen2 is now regarded as canonical, in which case I imagine I will find it in systems/msdos/utilities/patgen.zip ** Phil. 16-Aug-1994 10:48:17-GMT,2050;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA09217; Tue, 16 Aug 94 04:48:15 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from swan.cl.cam.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 16 Aug 1994 05:47:03 CDT Received: from ouse.cl.cam.ac.uk (user spqr100 (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Tue, 16 Aug 1994 11:37:28 +0100 To: TWG-TAG@SHSU.edu Subject: Re: Canonical location of 8-bit Patgen? In-Reply-To: Your message of "Mon, 15 Aug 1994 17:22:51 -0000." <21007AEB_002FE1E0.00982FEABD0D8732$21_3@UK.AC.RHBNC.VAX> Date: Tue, 16 Aug 1994 11:37:20 +0100 From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu Message-Id: <"swan.cl.cam.:064790:940816103734"@cl.cam.ac.uk> > > Dear Colleagues (are you all on leave? no-one has yet answered my query > in re uploading) -- they were hoping you;d have found README.uploads by now? good name for the file, isnt it? > I am searching for the 8-bit version of Patgen which I assume (rightly > or wrongly) that DEK must have written post TeX version 3. ``Quote ... > SO, could anyone please enlighten me as to (a) whether DEK _did_, in fact, > update Patgen; or (b) whether PEB's Patgen2 is now regarded as canonical, > in which case I imagine I will find it in systems/msdos/utilities/patgen.zip > my personal view is that DEK has done nothing to patgen and doesnt care, since he writes american. my bitter expericen ence is that patgen is a lost art, nas no canonicality and is a mess. patgen2 is nearly as arcane as Novell netware. its symptomatic that web2c's patgen was garbage for (i think) years until i pointed it out to karl and he knew straightaway he hadnt made some tiny fix. it suggests it isnt used much :-} you should have asked Don when you met him... sebastian 19-Aug-1994 19:56:55-GMT,1097;000000000001 Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA26136; Fri, 19 Aug 94 13:56:53 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from june.cs.washington.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Fri, 19 Aug 1994 14:54:54 CDT Return-Path: Received: (mackay@localhost) by june.cs.washington.edu (8.6.9/7.2ju) id MAA05192; Fri, 19 Aug 1994 12:55:58 -0700 Date: Fri, 19 Aug 1994 12:55:58 -0700 From: mackay@cs.washington.edu (Pierre MacKay) Reply-To: TWG-TAG@SHSU.edu Message-Id: <199408191955.MAA05192@june.cs.washington.edu> To: TWG-TAG@SHSU.edu Cc: TWG-TAG@SHSU.edu In-Reply-To: Sebastian Rahtz's message of Tue, 16 Aug 1994 11:37:20 +0100 <"swan.cl.cam.:064790:940816103734"@cl.cam.ac.uk> Subject: Re: Canonical location of 8-bit Patgen? Yannis Haralambous did a guide to the use of 8-bit patgen which really helps, but I can't lay my hands on it right now. 20-Aug-1994 10:29:57-GMT,869;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA02037; Sat, 20 Aug 94 04:29:51 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Sat, 20 Aug 1994 05:28:34 CDT Received: by terminus.cs.umb.edu id AA04860 (5.65c/IDA-1.4.4 for twg-tag@shsu.edu); Sat, 20 Aug 1994 06:29:40 -0400 Date: Sat, 20 Aug 1994 06:29:40 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199408201029.AA04860@terminus.cs.umb.edu> To: twg-tag@shsu.edu Subject: patgen2.tutorial Yannis' patgen tutorial is in /tex-archive/info/patgen2.tutorial. 26-Aug-1994 21:56:41-GMT,3110;000000000001 Return-Path: Received: from plot79.math.utah.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA21795; Fri, 26 Aug 94 15:56:33 MDT Date: Fri, 26 Aug 94 15:56:33 MDT From: "Nelson H. F. Beebe" To: TWG-TAG@SHSU.edu Cc: beebe, drbarr@potassium.egr.duke.edu, kb@cs.umb.edu X-Us-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112" X-Telephone: +1 801 581 5254 X-Fax: +1 801 581 4148 Subject: RE: [drbarr@potassium.egr.duke.edu: tex files] In-Reply-To: Your message of Fri, 26 Aug 1994 16:05:16 CDT Message-Id: drbarr@potassium.egr.duke.edu reports problems in retrieving web2c.tar.gz from CTAN sites. As an independent experiment, I've just done the following retrievals from four CTAN sites: (Mail) ncftp>cd /tex-archive/systems/web2c ftp.shsu.edu:/tex-archive/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 16.53 seconds, 38.89 K/s. ftp.shsu.edu:/tex-archive/systems/web2c (Mail) ncftp>close (Mail) ncftp>open ftp.tex.ac.uk (Mail) ncftp>cd /tex-archive/systems/web2c ftp.tex.ac.uk:/ctan/tex-archive/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 74.48 seconds, 8.63 K/s. (Mail) ncftp>close (Mail) ncftp>open ftp.dante.de (Mail) ncftp>cd /tex-archive/systems/web2c ftp.dante.de:/pub/tex/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 60.11 seconds, 10.69 K/s. ftp.dante.de:/pub/tex/systems/web2c (Mail) ncftp>close (Mail) ncftp>open ftp.duke.edu (Mail) ncftp>cd /tex-archive/systems/web2c ftp.duke.edu:/tex-archive/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 20.93 seconds, 30.71 K/s. ftp.duke.edu:/tex-archive/systems/web2c (Mail) ncftp>close Transatlantic transfers from Cambridge and Heidelbert happen at 1/3 to 1/5 the speed of those within the US, but all transfers were successful. I suspect that drbarr@potassium.egr.duke.edu's difficulties are related to local network problems. I suggest trying ftp retrievals first locally (within department, and from other campus sites), then from other sites in-state, and finally, out-of-state retrievals. Using traceroute and ping might help diagnose network path problems. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah Salt Lake City, UT 84112, USA ======================================================================== 26-Aug-1994 21:56:48-GMT,3618;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA21803; Fri, 26 Aug 94 15:56:47 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from math.utah.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Fri, 26 Aug 1994 16:55:31 CDT Received: from plot79.math.utah.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA21795; Fri, 26 Aug 94 15:56:33 MDT Date: Fri, 26 Aug 94 15:56:33 MDT From: "Nelson H. F. Beebe" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Cc: beebe@math.utah.edu, drbarr@potassium.egr.duke.edu, kb@cs.umb.edu X-Us-Mail: "Center for Scientific Computing, University of Utah, Salt Lake City, UT 84112" X-Telephone: +1 801 581 5254 X-Fax: +1 801 581 4148 Subject: RE: [drbarr@potassium.egr.duke.edu: tex files] In-Reply-To: Your message of Fri, 26 Aug 1994 16:05:16 CDT Message-Id: drbarr@potassium.egr.duke.edu reports problems in retrieving web2c.tar.gz from CTAN sites. As an independent experiment, I've just done the following retrievals from four CTAN sites: (Mail) ncftp>cd /tex-archive/systems/web2c ftp.shsu.edu:/tex-archive/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 16.53 seconds, 38.89 K/s. ftp.shsu.edu:/tex-archive/systems/web2c (Mail) ncftp>close (Mail) ncftp>open ftp.tex.ac.uk (Mail) ncftp>cd /tex-archive/systems/web2c ftp.tex.ac.uk:/ctan/tex-archive/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 74.48 seconds, 8.63 K/s. (Mail) ncftp>close (Mail) ncftp>open ftp.dante.de (Mail) ncftp>cd /tex-archive/systems/web2c ftp.dante.de:/pub/tex/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 60.11 seconds, 10.69 K/s. ftp.dante.de:/pub/tex/systems/web2c (Mail) ncftp>close (Mail) ncftp>open ftp.duke.edu (Mail) ncftp>cd /tex-archive/systems/web2c ftp.duke.edu:/tex-archive/systems/web2c (Mail) ncftp>get web2c.tar.gz Receiving file: web2c.tar.gz 100% 0 658035 bytes. ETA: 0:00 web2c.tar.gz: 658035 bytes received in 20.93 seconds, 30.71 K/s. ftp.duke.edu:/tex-archive/systems/web2c (Mail) ncftp>close Transatlantic transfers from Cambridge and Heidelbert happen at 1/3 to 1/5 the speed of those within the US, but all transfers were successful. I suspect that drbarr@potassium.egr.duke.edu's difficulties are related to local network problems. I suggest trying ftp retrievals first locally (within department, and from other campus sites), then from other sites in-state, and finally, out-of-state retrievals. Using traceroute and ping might help diagnose network path problems. ======================================================================== Nelson H. F. Beebe Tel: +1 801 581 5254 Center for Scientific Computing FAX: +1 801 581 4148 Department of Mathematics, 105 JWB Internet: beebe@math.utah.edu University of Utah Salt Lake City, UT 84112, USA ======================================================================== 1-Sep-1994 12:10:05-GMT,1188;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA00814; Thu, 1 Sep 94 06:10:03 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from swan.cl.cam.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Thu, 01 Sep 1994 07:08:12 CDT Received: from ouse.cl.cam.ac.uk (user spqr100 (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Thu, 1 Sep 1994 11:30:20 +0100 To: TWG-TAG@SHSU.edu Cc: drbarr@potassium.egr.duke.edu Subject: Re: [drbarr@potassium.egr.duke.edu: tex files] In-Reply-To: Your message of "Fri, 26 Aug 1994 15:49:41 EDT." <199408261949.AA05085@terminus.cs.umb.edu> Date: Thu, 01 Sep 1994 11:30:13 +0100 From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu Message-Id: <"swan.cl.cam.:270290:940901103024"@cl.cam.ac.uk> i dont have any sensible suggestions at all. other than turning on hash marks and seeing if the continual traffic back and forth keeps kicking the system... s ebastain 12-Sep-94 21:21:27-GMT,4600;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA04265; Mon, 12 Sep 94 15:21:22 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: by SHSU.edu (MX V4.1 VAX) id 163; Mon, 12 Sep 1994 14:15:36 CDT Date: Mon, 12 Sep 1994 14:15:34 CDT From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: Joerg.Heitkoetter@Germany.EU.net Cc: twg-tag@SHSU.edu Message-Id: <009845D1.37A41000.163@SHSU.edu> Subject: RE: EUnet's mirror only partial (500MB) On Sun, 11 Sep 1994 15:58:06 +0200, Joerg Heitkoetter posted: > Hi George, > > I've spent the last week to install a "tiny-CTAN" version of the TeX > archive that fits smoothly onto a ~500MB partition; and features *only* the > most recent and supported spackages related to TeX & friends; rtaher than > documenting the complete history of TeX; IMHO this should be left to the 3 > CTAN roots; while other sites should promote a shrink- to-fit version of > the whole lot. > > Moreover I have excluded all packages available elsewhere on our server; > e.g. ghostscript & friends; Texinfo, TeX for Linux, etc. > > So, please move the ftp.Germany.EU.net/pub/packages/TeX entry to your > partial TeX mirrors list in the CTAN.sites file. Actually, there're 122MB > to go since for now the package is 622MB; but I will surely find some more > things that are interesting only for historical purposes. > > I can image that you don't share my view, but we have to sell our disk > space, and to be true: the whole stuff would fit gzip'ed onto a 500MB > partition, anyways; I hope the CTAN sites will reconsider their package > policy one day. The times they are a changin'... Your entry has been moved to the listing of partial mirrors -- thanks for the notification. The inclusion of any significant part of the CTAN, using its hierarchical structure, is quite appreciated -- especially in cases such as yours where space is sold. I completely understand your actions and support them; however, I would request that you at least include the CTAN.sites file (which you may have -- our European connections have (generously) been flaky recently and I have not checked your specific holdings). As far as structure and compression -- I completely understand the compression issue since gzip is how PTF was able to get virtually the complete CTAN on a single CD; I also understand recent changes in compatibility, etc., of these techniques, as well as the disk space usage issue (believe me, I truly understand that one). As this reply is being cc'ed to the TUG Technical Working Group on TeX Archive Guidelines, which generously provides assistance in broad policy matters, perhaps they will have some response. The central concern under the present design is to ensure that the holdings are available to the widest possible constituency -- and that means, for the most part, that the files be available "as is". > Maybe help/ctan should feature a tiny-CTAN mirror template provided by a > TeXpert that allows to mirror only an "almost-complete snapshot" of the > useful stuff? I distill from your suggestion that you mean what non-esoteric aspects of the holdings (and there are quite a few I would term esoteric in that they represent a historical evolution of TeX and friends) should be included as a "minimally suggested" archive or somesuch. This is an excellent idea! Possibly this is a job the TWG-TAG should consider. Any takers??? > Ciao, -joke > > === ____ === Jvrg Heitkvtter > === / / / ___ ___ _/_ === joke@Germany.EU.net > === /---- / / / / /___/ / === EUnet Deutschland GmbH > === /____ /___/ / / /___ / === Emil-Figge-Str. 80 > ===== ===== D-44227 Dortmund > ===== Connecting Europe since 1982 ===== Voce/Faxe +49-231-972 -2222/-1111 Regards, George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Internet: bed_gdg@SHSU.edu Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 Sam Houston State University FAX: (409) 294-3612 Huntsville, TX 77341-2118 USA %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 26-Aug-94 19:49:55-GMT,1632;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA20735; Fri, 26 Aug 94 13:49:53 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Fri, 26 Aug 1994 14:48:35 CDT Received: by terminus.cs.umb.edu id AA05085 (5.65c/IDA-1.4.4 for twg-tag@shsu.edu); Fri, 26 Aug 1994 15:49:41 -0400 Date: Fri, 26 Aug 1994 15:49:41 -0400 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199408261949.AA05085@terminus.cs.umb.edu> To: twg-tag@shsu.edu Cc: drbarr@potassium.egr.duke.edu Subject: [drbarr@potassium.egr.duke.edu: tex files] Can someone advise drbarr? Date: Fri, 26 Aug 1994 15:25:00 -0400 From: drbarr@potassium.egr.duke.edu To: kb@cs.umb.edu Subject: tex files I am having a problem retreiving the file web2c.tar.gz from either ftp.shsu.edu or ftp.tex.ac.uk. In contrast, I got lib.tar.gz web.tar.gz without problems. What happens is that I do cd tex-archive/systems/web2c bi get web2c.tar.gz which returns the normal "150 Opening BINARY mode data connection" but ends with "421 Service not available, remote server has closed connection 172544 bytes received in 8.5 seconds " File transfer always seems to stop at the same point. Any suggestions greatly appreciated. Thank you. Roger Barr, Duke University Biomedical Engineering drbarr@acpub.duke.edu 14-Oct-94 13:28:15-GMT,1300;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA15607; Fri, 14 Oct 94 07:28:11 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from swan.cl.cam.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Fri, 14 Oct 1994 08:27:55 CDT Received: from ouse.cl.cam.ac.uk (user spqr100 (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Fri, 14 Oct 1994 14:27:49 +0100 To: TWG@SHSU.edu Cc: norm@ora.com Subject: definitive ctan names Date: Fri, 14 Oct 1994 14:27:45 +0100 From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu Message-Id: <"swan.cl.cam.:164800:941014132752"@cl.cam.ac.uk> some of you may like to look at CTAN:help/ctan/namectan.tex. This purports to identify the name name entry points to CTAN and the directory they point to. If people agree to maintain this, we could use it as the first stage validation for new packages and programs - peoplemust choose a different name from any in this list. note that duplicates caused by latex2e/209 versions of stuff have been resolved in favour of 2e sebastian 14-Oct-94 13:59:25-GMT,1064;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA15789; Fri, 14 Oct 94 07:59:23 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from vax02.ams.org by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Fri, 14 Oct 1994 08:58:53 CDT Received: from MATH.AMS.ORG by MATH.AMS.ORG (PMDF #7286 ) id <01HI9EB5N134DIYAKN@MATH.AMS.ORG>; Fri, 14 Oct 1994 09:57:18 EST Date: 14 Oct 1994 09:57:18 -0400 (EDT) From: bbeeton Reply-To: TWG-TAG@SHSU.edu Subject: Re: definitive ctan names To: TWG-TAG@SHSU.edu Message-Id: <782143038.123115.BNB@MATH.AMS.ORG> Content-Transfer-Encoding: 7BIT sebastian, indeed i would like to look at the file you cite -- CTAN:help/ctan/namectan.tex however, i couldn't find it, and i've looked at both shsu and the uk site. can you enlighten me further, please? -- bb 14-Oct-94 14:18:30-GMT,991;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA16057; Fri, 14 Oct 94 08:18:28 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from swan.cl.cam.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Fri, 14 Oct 1994 09:18:03 CDT Received: from ouse.cl.cam.ac.uk (user spqr100 (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Fri, 14 Oct 1994 15:05:49 +0100 To: TWG-TAG@SHSU.edu Subject: Re: definitive ctan names Date: Fri, 14 Oct 1994 15:05:21 +0100 From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu Message-Id: <"swan.cl.cam.:187810:941014140840"@cl.cam.ac.uk> it was corrupt anyway (namectan.tex). uploaded again and install checked. it wont nake it to the US for a few hours, mind. sebastian 2-Nov-94 11:00:01-GMT,14068;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA15816; Wed, 2 Nov 94 03:59:56 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Wed, 02 Nov 1994 04:59:43 CDT Received: by terminus.cs.umb.edu id AA11071 (5.65c/IDA-1.4.4 for twg-tag@shsu.edu); Wed, 2 Nov 1994 05:59:21 -0500 Date: Wed, 2 Nov 1994 05:59:21 -0500 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199411021059.AA11071@terminus.cs.umb.edu> To: twg-tag@shsu.edu Subject: [pete@lovelace.thi.informatik.uni-frankfurt.de: Re: kpathsea 2.3/dvipsk 5.58c/xdvik 18d/dviljk 2.3 available] Apparently two of the mirror sites listed by finger ctan_us@ftp.shsu.edu are not up-to-date. The critical part of the below msg is this: You better should leave those sites off (and you might ask ctan_us@ftp.shsu.edu to do the same): ftp.uni-bielefeld.de (Germany) /pub/tex ftp.uni-stuttgart.de (Germany) /tex-archive (/pub/tex) here is the full message. Date: Mon, 31 Oct 94 12:46:36 +0100 From: pete@lovelace.thi.informatik.uni-frankfurt.de (Peter Dyballa) To: kb@cs.umb.edu Subject: Re: kpathsea 2.3/dvipsk 5.58c/xdvik 18d/dviljk 2.3 available Hello Karl! Each time you write about a new version you mention german CTAN archives. I visited them and found awful things (it was sheer horror!): ftp.uni-bielefeld.de (Germany) /pub/tex pub/tex/dviware/xdvi: total 2844 -r--r--r-- 1 40 103667 Jan 11 1992 xdvi+refl.tar.Z -r--r--r-- 1 40 165347 Nov 30 1992 xdvi+selfile.pl16.tar.Z -r--r--r-- 1 40 154091 May 29 1992 xdvi+selfile.tar.Z -r--r--r-- 1 40 17800 Apr 3 1992 xdvi.patch13.Z -r--r--r-- 1 40 26955 Jun 8 1992 xdvi.patch14.Z -r--r--r-- 1 40 20998 Jun 19 1992 xdvi.patch15.Z -r--r--r-- 1 40 41169 Sep 17 1992 xdvi.patch16.Z -r--r--r-- 1 40 19790 Jun 7 23:59 xdvi.patch17.Z -r--r--r-- 1 40 126601 Jun 8 00:00 xdvi.tar.Z pub/tex/dviware/xdvik: total 2148 -r--r--r-- 1 40 260405 Oct 6 08:53 xdvik-1.3.tar.gz -r--r--r-- 1 40 264350 Nov 3 07:45 xdvik-1.4.tar.gz lrwxr-xr-x 1 40 16 Oct 27 22:31 xdvik.tar.gz@ -> xdvik-1.2.tar.gz pub/tex/systems/unix/web2c: total 12736 -r--r--r-- 1 40 1166485 Sep 8 09:04 web-5.851d.tar.gz -r--r--r-- 1 40 1166485 Sep 8 09:04 web.tar.gz -r--r--r-- 1 40 441887 Sep 8 09:04 web2c-5.851d.tar.gz -r--r--r-- 1 40 441887 Sep 8 09:04 web2c.tar.gz but japanese TeX is probably up-to-date! This is true for that site too: ftp.uni-stuttgart.de (Germany) /tex-archive (/pub/tex) ./pub/systems/web2c: total 7776 -rw-rw-r-- 1 unix info 378 Aug 9 00:50 00Contents.gz -rw-rw-r-- 1 unix info 3716 Jun 12 08:44 FTP.nwc.gz -rw-rw-r-- 1 unix info 2436725 Jul 27 14:19 lib-6.5.tar.gz lrwxrwxrwx 1 ano-ftp info 14 Aug 9 22:44 lib.tar.gz -rw-rw-r-- 1 unix info 3598096 Jan 25 1994 src-6.0.tar.gz lrwxrwxrwx 1 ano-ftp info 14 Aug 9 22:44 src.tar.gz -rw-rw-r-- 1 unix info 1166731 Feb 3 1994 web-6.1.tar.gz lrwxrwxrwx 1 ano-ftp info 14 Aug 9 22:44 web.tar.gz -rw-rw-r-- 1 unix info 658035 Feb 3 1994 web2c-6.1.tar.gz -rw-rw-r-- 1 unix info 1099 Apr 16 19:19 web2c.help.kpathsea.gz -rw-rw-r-- 1 unix info 911 Feb 6 1994 web2c.help.sunmake.gz -rw-rw-r-- 1 unix info 578 Aug 8 07:55 web2c.latex.help.gz -rw-rw-r-- 1 unix info 480 Aug 8 07:58 web2c.pool.help.gz lrwxrwxrwx 1 ano-ftp info 16 Aug 9 22:44 web2c.tar.gz -rw-rw-r-- 1 unix info 72958 Apr 17 13:15 web2pc02.zip ./pub/tex/systems/web2c: total 7928 -rw-rw-r-- 1 tex info 1104 Aug 13 04:51 00Contents -rw-rw-r-- 1 tex info 8407 Jun 12 08:44 FTP.nwc -rw-rw-r-- 1 tex info 1795 Mar 24 00:39 kpathsea.general.help -rw-rw-r-- 1 tex info 2986 Aug 9 03:46 kpathsea.ls-R.help -rw-rw-r-- 1 tex info 2572657 Aug 12 07:27 lib-6.6.tar.gz lrwxrwxrwx 1 ano-ftp info 14 Aug 13 23:13 lib.tar.gz -rw-rw-r-- 1 tex info 3598096 Jan 25 1994 src-6.0.tar.gz lrwxrwxrwx 1 ano-ftp info 14 Mar 2 11:43 src.tar.gz -rw-rw-r-- 1 tex info 1166731 Feb 3 1994 web-6.1.tar.gz lrwxrwxrwx 1 ano-ftp info 14 Mar 2 11:43 web.tar.gz -rw-rw-r-- 1 tex info 658035 Feb 3 1994 web2c-6.1.tar.gz -rw-rw-r-- 1 tex info 574 Aug 9 03:46 web2c.alloca.help -rw-rw-r-- 1 tex info 3174 Apr 16 14:19 web2c.kpathsea.help -rw-rw-r-- 1 tex info 1670 Aug 9 03:46 web2c.pool.help -rw-rw-r-- 1 tex info 1566 Feb 5 1994 web2c.sunmake.help lrwxrwxrwx 1 ano-ftp info 16 Mar 2 11:43 web2c.tar.gz -rw-rw-r-- 1 tex info 72958 Apr 17 13:15 web2pc02.zip ./pub/tex/dviware/dvips: total 1008 -rw-rw-r-- 1 tex info 246 Apr 29 04:49 00Contents -rw-rw-r-- 1 tex info 90631 Feb 25 18:58 dvips.ps.gz -rw-rw-r-- 1 tex info 463224 Mar 7 03:22 dvips554.tar.gz -rw-rw-r-- 1 tex info 464325 Mar 27 01:11 dvips555.tar.gz ./pub/tex/dviware/dvipsk: total 568 -rw-rw-r-- 1 tex info 213 Apr 20 04:49 00Contents -rw-rw-r-- 1 tex info 574389 Apr 2 13:25 dvipsk-5.55a.tar.gz lrwxrwxrwx 1 ano-ftp info 19 Apr 20 00:29 dvipsk.tar.gz ./pub/tex/dviware/xdvik: total 328 -rw-rw-r-- 1 tex info 206 Apr 20 04:49 00Contents -rw-rw-r-- 1 tex info 329165 Apr 2 08:55 xdvik-1.8.tar.gz lrwxrwxrwx 1 ano-ftp info 16 Apr 18 23:57 xdvik.tar.gz Only those seem to be up-to-date: ftp.germany.eu.net (Deutschland) /pub/packages/TeX pub/packages/TeX/systems/web2c: total 9156 -rw-r--r-- 1 bart 1415 Oct 30 01:51 00Contents lrwxrwxrwx 1 root 11 Sep 11 20:08 FTP.nwc -> unixtex.ftp -rw-r--r-- 1 bart 2610453 Aug 31 10:34 lib-6.8.tar.gz lrwxrwxrwx 1 root 14 Sep 11 20:08 lib.tar.gz -> lib-6.8.tar.gz -rw-r--r-- 1 bart 4422274 Aug 12 07:37 src-6.2.tar.gz lrwxrwxrwx 1 root 14 Sep 11 20:08 src.tar.gz -> src-6.2.tar.gz -rw-r--r-- 1 bart 9298 Oct 27 08:35 unixtex.ftp -rw-r--r-- 1 bart 1166731 Feb 2 1994 web-6.1.tar.gz lrwxrwxrwx 1 root 14 Sep 11 20:08 web.tar.gz -> web-6.1.tar.gz -rw-r--r-- 1 bart 658035 Feb 2 1994 web2c-6.1.tar.gz -rw-r--r-- 1 bart 574 Aug 9 03:46 web2c.alloca.help -rw-r--r-- 1 bart 3443 Sep 22 00:16 web2c.kpathsea-1.8.help -rw-r--r-- 1 bart 109646 Sep 30 13:19 web2c.kpathsea-2.1.help -rw-r--r-- 1 bart 109406 Oct 25 08:56 web2c.kpathsea-2.2.help -rw-r--r-- 1 bart 107608 Oct 27 18:53 web2c.kpathsea-2.3.help lrwxrwxrwx 1 root 23 Oct 30 05:18 web2c.kpathsea-2.4.help -> web2c.kpathsea-2.3.help -rw-r--r-- 1 bart 1670 Aug 9 03:46 web2c.pool.help -rw-r--r-- 1 bart 1566 Feb 4 1994 web2c.sunmake.help lrwxrwxrwx 1 root 16 Sep 11 20:08 web2c.tar.gz -> web2c-6.1.tar.gz -rw-r--r-- 1 bart 371 Oct 23 02:45 web2c.yytext.help -rw-r--r-- 1 bart 72958 Apr 26 1994 web2pc02.zip pub/packages/TeX/dviware/xdvik: total 410 -rw-r--r-- 1 bart 206 Oct 30 02:07 00Contents -rw-r--r-- 1 bart 409231 Oct 28 15:42 xdvik-18d.tar.gz lrwxrwxrwx 1 root 16 Oct 29 04:10 xdvik.tar.gz -> xdvik-18d.tar.gz but: pub/packages/TeX/dviware/dvips: total 1490 -rw-r--r-- 1 bart 307 Sep 23 01:07 00Contents -rw-r--r-- 1 bart 90631 Apr 16 1992 dvips.ps.gz -rw-r--r-- 1 bart 463224 Mar 6 1994 dvips554.tar.gz -rw-r--r-- 1 bart 464325 Mar 26 1994 dvips555.tar.gz -rw-r--r-- 1 bart 469870 Sep 11 04:43 dvips558.tar.gz ftp.gwdg.de (Deutschland) /pub/dante /pub/dante/systems/web2c: total 9086 lrwxrwxrwx 1 emoenke ftp 11 Aug 31 07:27 FTP.nwc -> unixtex.ftp -rw-r--r-- 1 emoenke ftp 2610453 Aug 31 10:34 lib-6.8.tar.gz lrwxrwxrwx 1 emoenke ftp 14 Sep 03 21:44 lib.tar.gz -> lib-6.8.tar.gz -rw-r--r-- 1 emoenke ftp 4422274 Aug 12 07:37 src-6.2.tar.gz lrwxrwxrwx 1 emoenke ftp 14 Aug 31 07:27 src.tar.gz -> src-6.2.tar.gz -rw-r--r-- 1 emoenke ftp 9298 Oct 27 10:35 unixtex.ftp -rw-r--r-- 1 emoenke ftp 1166731 Feb 03 1994 web-6.1.tar.gz lrwxr-xr-x 1 emoenke ftp 14 Apr 08 1994 web.tar.gz -> web-6.1.tar.gz -rw-r--r-- 1 emoenke ftp 658035 Feb 03 1994 web2c-6.1.tar.gz -rw-r--r-- 1 emoenke ftp 574 Aug 09 03:46 web2c.alloca.help -rw-r--r-- 1 emoenke ftp 3443 Sep 22 04:16 web2c.kpathsea-1.8.help -rw-r--r-- 1 emoenke ftp 109646 Sep 30 15:19 web2c.kpathsea-2.1.help -rw-r--r-- 1 emoenke ftp 109406 Oct 25 10:56 web2c.kpathsea-2.2.help -rw-r--r-- 1 emoenke ftp 107608 Oct 27 20:53 web2c.kpathsea-2.3.help lrwxrwxrwx 1 emoenke ftp 23 Oct 30 00:48 web2c.kpathsea-2.4.help -> web2c.kpathsea-2.3.help -rw-r--r-- 1 emoenke ftp 1670 Aug 09 03:46 web2c.pool.help -rw-r--r-- 1 emoenke ftp 1566 Feb 05 1994 web2c.sunmake.help lrwxr-xr-x 1 emoenke ftp 16 Apr 08 1994 web2c.tar.gz -> web2c-6.1.tar.gz -rw-r--r-- 1 emoenke ftp 371 Oct 23 04:45 web2c.yytext.help -rw-r--r-- 1 emoenke ftp 72958 Apr 17 1994 web2pc02.zip /pub/dante/dviware/dvipsk: total 632 -rw-r--r-- 1 emoenke ftp 642366 Oct 28 17:43 dvipsk-5.58c.tar.gz lrwxrwxrwx 1 emoenke ftp 19 Oct 28 08:21 dvipsk.tar.gz -> dvipsk-5.58c.tar.gz /pub/dante/dviware/xdvik: total 400 -rw-r--r-- 1 emoenke ftp 409231 Oct 28 17:42 xdvik-18d.tar.gz lrwxrwxrwx 1 emoenke ftp 16 Oct 28 08:21 xdvik.tar.gz -> xdvik-18d.tar.gz ftp.dante.de (Deutschland) -- anonymous ftp /tex-archive (/pub/tex /pub/archive) tex-archive/systems/web2c: total 9156 -rw-rw-r-- 1 ftpmaint 1415 Oct 30 02:51 00Contents lrwxrwxrwx 1 ftpmaint 11 Aug 31 00:19 FTP.nwc -> unixtex.ftp -rw-rw-r-- 1 ftpmaint 2610453 Aug 31 08:34 lib-6.8.tar.gz lrwxrwxrwx 1 ftpmaint 14 Sep 3 00:19 lib.tar.gz -> lib-6.8.tar.gz -rw-rw-r-- 1 ftpmaint 4422274 Aug 12 05:37 src-6.2.tar.gz lrwxrwxrwx 1 ftpmaint 14 Aug 31 00:19 src.tar.gz -> src-6.2.tar.gz -rw-rw-r-- 1 ftpmaint 9298 Oct 27 09:35 unixtex.ftp -rw-rw-r-- 1 ftpmaint 1166731 Feb 3 1994 web-6.1.tar.gz lrwxrwxrwx 1 root 14 Mar 28 1994 web.tar.gz -> web-6.1.tar.gz -rw-rw-r-- 1 ftpmaint 658035 Feb 3 1994 web2c-6.1.tar.gz -rw-rw-r-- 1 ftpmaint 574 Aug 9 01:46 web2c.alloca.help -rw-rw-r-- 1 ftpmaint 3443 Sep 22 02:16 web2c.kpathsea-1.8.help -rw-rw-r-- 1 ftpmaint 109646 Sep 30 14:19 web2c.kpathsea-2.1.help -rw-rw-r-- 1 ftpmaint 109406 Oct 25 09:56 web2c.kpathsea-2.2.help lrwxrwxrwx 1 ftpmaint 23 Oct 31 00:05 web2c.kpathsea-2.3.help -> web2c.kpathsea-2.4.help -rw-rw-r-- 1 ftpmaint 108128 Oct 28 16:49 web2c.kpathsea-2.4.help -rw-rw-r-- 1 ftpmaint 1670 Aug 9 01:46 web2c.pool.help -rw-rw-r-- 1 ftpmaint 1566 Feb 5 1994 web2c.sunmake.help lrwxrwxrwx 1 root 16 Mar 28 1994 web2c.tar.gz -> web2c-6.1.tar.gz -rw-rw-r-- 1 ftpmaint 371 Oct 23 03:45 web2c.yytext.help -rw-rw-r-- 1 ftpmaint 72958 Apr 17 1994 web2pc02.zip tex-archive/dviware/dvipsk: total 642 -rw-rw-r-- 1 ftpmaint 213 Oct 30 03:07 00Contents -rw-rw-r-- 1 ftpmaint 642366 Oct 28 16:43 dvipsk-5.58c.tar.gz lrwxrwxrwx 1 ftpmaint 19 Oct 28 00:03 dvipsk.tar.gz -> dvipsk-5.58c.tar.gz tex-archive/dviware/xdvik: total 410 -rw-rw-r-- 1 ftpmaint 206 Oct 30 03:07 00Contents -rw-rw-r-- 1 ftpmaint 409231 Oct 28 16:42 xdvik-18d.tar.gz lrwxrwxrwx 1 ftpmaint 16 Oct 28 00:03 xdvik.tar.gz -> xdvik-18d.tar.gz You better should leave those sites off (and you might ask ctan_us@ftp.shsu.edu to do the same): ftp.uni-bielefeld.de (Germany) /pub/tex ftp.uni-stuttgart.de (Germany) /tex-archive (/pub/tex) and might add an un-official site (I can put files into that directory, but I am not the administrator; I can only ask the administrator to do this or that, but I can add all time symbolic links to the real place ot that files, so that this constellation/layout remains): ftp.uni-frankfurt.de (Germany) /pub/incoming/TeX.etc -rw-r--r-- 1 pub 7646 Oct 24 16:45 dvipsk-5.58b.alt.output.patch -rw-r--r-- 1 pub 2131 Oct 24 16:42 dvipsk-5.58b.output.patch -rw-r--r-- 1 pub 631 Oct 19 12:55 dvipsk-5.58b.output.patch.neal -rw-r--r-- 1 pub 633814 Oct 24 16:41 dvipsk-5.58b.tar.gz -rw-r--r-- 1 pub 642366 Oct 31 10:05 dvipsk-5.58c.tar.gz -rw-r--r-- 1 other 2610453 Oct 31 11:18 lib-6.8.tar.gz -rw-r--r-- 1 pub 6152 Jun 3 14:14 olvwm4.Patch01.gz -rw-r--r-- 1 pub 388216 Jun 3 14:14 olvwm4.tar.gz -rw-r--r-- 1 pub 1166731 Jun 3 12:14 web-6.1.tar.gz -rw-r--r-- 1 pub 658035 Jun 3 12:14 web2c-6.1.tar.gz -rw-r--r-- 1 pub 3174 Jun 3 12:14 web2c.help.kpathsea -rw-r--r-- 1 other 108128 Oct 31 11:21 web2c.kpathsea-2.4.help -rw-r--r-- 1 other 1670 Oct 31 11:21 web2c.pool.help -rw-r--r-- 1 other 1566 Oct 31 11:21 web2c.sunmake.help -rw-r--r-- 1 other 371 Oct 31 11:21 web2c.yytext.help -rw-r--r-- 1 pub 329165 May 4 16:17 xdvik-1.8.tar.gz -rw-r--r-- 1 pub 800 Oct 19 12:28 xdvik-18c.selfile.patch -rw-r--r-- 1 pub 402058 Oct 17 11:01 xdvik-18c.tar.gz -rw-r--r-- 1 pub 409231 Oct 31 11:30 xdvik-18d.tar.gz Pete 2-Nov-94 12:02:39-GMT,2425;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA16433; Wed, 2 Nov 94 05:02:35 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from balu.zdv.Uni-Mainz.DE by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Wed, 02 Nov 1994 06:02:22 CDT Received: (from schoepf@localhost) by balu.zdv.Uni-Mainz.DE (8.6.9/8.6.9) id NAA19843; Wed, 2 Nov 1994 13:01:35 +0100 Date: Wed, 2 Nov 1994 13:01:35 +0100 From: Rainer Schoepf Reply-To: TWG-TAG@SHSU.edu Message-Id: <199411021201.NAA19843@balu.zdv.Uni-Mainz.DE> To: TWG-TAG@SHSU.edu Subject: Re: [pete@lovelace.thi.informatik.uni-frankfurt.de: Re: kpathsea 2.3/dvipsk 5.58c/xdvik 18d/dviljk 2.3 available] References: <199411021059.AA11071@terminus.cs.umb.edu> K. Berry writes: > Apparently two of the mirror sites listed by finger ctan_us@ftp.shsu.edu > are not up-to-date. not true (see below). did you check these yourself? > > The critical part of the below msg is this: > > You better should leave those sites off (and you might ask > ctan_us@ftp.shsu.edu to do the same): > > ftp.uni-bielefeld.de (Germany) /pub/tex > ftp.uni-stuttgart.de (Germany) /tex-archive (/pub/tex) > > here is the full message. > > Date: Mon, 31 Oct 94 12:46:36 +0100 > From: pete@lovelace.thi.informatik.uni-frankfurt.de (Peter Dyballa) > To: kb@cs.umb.edu > Subject: Re: kpathsea 2.3/dvipsk 5.58c/xdvik 18d/dviljk 2.3 available > > > Hello Karl! > > Each time you write about a new version you mention german CTAN > archives. I visited them and found awful things (it was sheer > horror!): > > ftp.uni-bielefeld.de (Germany) /pub/tex [...] I can't say anything about this host. > ftp.uni-stuttgart.de (Germany) /tex-archive (/pub/tex) This is nonsense. ftp.uni-stuttgart.de mirrors ftp.dante.deon a daily basis. > ./pub/systems/web2c: This directory doesn't exist at all. > ./pub/tex/systems/web2c: This and the following listings are not what is on that host. -- Rainer Schoepf Zentrum fuer Datenverarbeitung der Universitaet Mainz Anselm-Franz-von-Bentzel-Weg 12 D-55099 Mainz Germany 3-Nov-94 11:47:28-GMT,2730;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA27836; Thu, 3 Nov 94 04:47:25 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from riese.informatik.uni-frankfurt.de by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Thu, 03 Nov 1994 05:47:13 CDT Received: from informatik.uni-frankfurt.de (lovelace.thi.informatik.uni-frankfurt.de) by riese.informatik.uni-frankfurt.de (4.1/THI-peleuck2.1) id AA13741; Thu, 3 Nov 94 12:47:59 +0100 Content-Transfer-Encoding: binary Content-Type: text/plain; charset=ISO-8859-1 Received: by informatik.uni-frankfurt.de (4.1/SMI-4.1) id AA25523; Thu, 3 Nov 94 12:47:42 +0100 Date: Thu, 3 Nov 94 12:47:42 +0100 From: pete@lovelace.informatik.uni-frankfurt.de (Peter Dyballa) Reply-To: TWG-TAG@SHSU.edu Message-Id: <9411031147.AA25523@informatik.uni-frankfurt.de> To: kb@cs.umb.edu, TWG-TAG@shsu.edu Subject: Re: twg-tag reply I have to admit that today (November 3) shortly after high noon (MET) the directory pub/tex/systems/web2c on ftp.uni-stuttgart.de (Germany) /tex-archive (/pub/tex) looks quite good and up-to-date. The directory pub/systems/web2c does no more exist (it did probably on October 31, or at least in September, in case I looked only into that elder index file, which I am not so sure about). And this looks as modern as the above too: /unistut:/pub/tex/dviware/dvipsk: total 640 drwxrwxr-x 2 tex info 512 Oct 31 00:55 . drwxrwxr-x 70 tex info 1536 Nov 1 00:24 .. -rw-rw-r-- 1 tex info 213 Oct 30 02:07 00Contents -rw-rw-r-- 1 tex info 642366 Oct 28 15:43 dvipsk-5.58c.tar.gz lrwxrwxrwx 1 ano-ftp info 19 Oct 28 00:47 dvipsk.tar.gz -> dvipsk-5.58c.tar.gz /unistut:/pub/tex/dviware/xdvik: total 412 drwxrwxr-x 2 tex info 512 Oct 31 00:54 . drwxrwxr-x 70 tex info 1536 Nov 1 00:24 .. -rw-rw-r-- 1 tex info 206 Oct 30 02:07 00Contents -rw-rw-r-- 1 tex info 409231 Oct 28 15:42 xdvik-18d.tar.gz lrwxrwxrwx 1 ano-ftp info 16 Oct 28 00:47 xdvik.tar.gz -> xdvik-18d.tar.gz So please keep mentioning ``ftp.uni-stuttgart.de (Germany) /tex-archive (/pub/tex)'' ! Greetings Pete (Peter Dyballa) Johann Wolfgang Goethe-Universit\"at Robert-Mayer-Str. 11-15 Fachbereich 20 - Theoretische Informatik D 60325 Frankfurt am Main (Department for Computer Science) (Federal Republic of Germany) 21-Nov-94 15:08:59-GMT,1081;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA13108; Mon, 21 Nov 94 08:08:55 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from mail-relay.ja.net by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Mon, 21 Nov 1994 09:08:32 CDT Date: Mon, 21 NOV 94 15:07:54 BST From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: Non-unique to 8+3 in LaTeX... hierarchy Message-Id: <20244A04_002398F0.00987CDA1F3C929A$26_4@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Dear Colleagues -- On pulling in a clean copy of the LaTeX... hierarchy (did you realise, b.t.w, that ``Quote site index LaTeX2e'' fails to find the canonical root directory?) I find that I cannot fully unzip the resulting file. In latex\contrib\williams there exist (at least) two files that clash to 8+3: algorithmic.sty and algorithm.sty Philip Taylor, RHBNC. 21-Nov-94 15:41:05-GMT,1189;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA13415; Mon, 21 Nov 94 08:41:02 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from swan.cl.cam.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Mon, 21 Nov 1994 09:40:38 CDT Received: from ouse.cl.cam.ac.uk (user spqr100 (rfc931)) by swan.cl.cam.ac.uk with SMTP (PP-6.5) to cl; Mon, 21 Nov 1994 15:40:17 +0000 To: TWG-TAG@SHSU.edu Subject: Re: Non-unique to 8+3 in LaTeX... hierarchy Date: Mon, 21 Nov 1994 15:40:11 +0000 From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu Message-Id: <"swan.cl.cam.:228000:941121154021"@cl.cam.ac.uk> when CTAN becomes 8+3 clean, we can all cheer. in the meanwhile, best to contact the author direct? "quote site index LaTeX2e" will work when it accesses a list of concepts rather than a list of files. given that real operating systems are case sensitive, i think the search should stay case sensitive sebastian 21-Nov-94 18:29:32-GMT,1459;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA15343; Mon, 21 Nov 94 11:29:30 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Mon, 21 Nov 1994 12:28:59 CDT Date: Mon, 21 NOV 94 15:53:07 BST From: CHAA006@VAX.RHBNC.AC.UK To: TWG-TAG Subject: Re: Non-unique to 8+3 in LaTeX... hierarchy Message-Id: <20216092_000E2A08.00987CE0708F9B5A$17_1@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu >> when CTAN becomes 8+3 clean, we can all cheer. in the meanwhile, best >> to contact the author direct? OK... >> "quote site index LaTeX2e" will work when it accesses a list of >> concepts rather than a list of files. given that real operating >> systems are case sensitive, i think the search should stay case >> sensitive I'm not sure I follow this: are you suggesting that if I type the ``quote site ...'' command in some other case it will find the canonical root directory? If so, which case? ``Quote site index latex2e'' achieves exactly the same as ``Quote site index LaTeX2e'' as far as I can see, but neither of them find the canonical root directory despite not exhausting the 20 permitted attempts. ** Phil. 22-Nov-94 17:49:49-GMT,4679;000000000001 Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA09653; Tue, 22 Nov 94 10:49:46 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from june.cs.washington.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 22 Nov 1994 11:49:19 CDT Return-Path: Received: (mackay@localhost) by june.cs.washington.edu (8.6.9/7.2ju) id JAA03498; Tue, 22 Nov 1994 09:49:28 -0800 Date: Tue, 22 Nov 1994 09:49:28 -0800 From: mackay@cs.washington.edu (Pierre MacKay) Reply-To: TWG-TAG@SHSU.edu Message-Id: <199411221749.JAA03498@june.cs.washington.edu> To: TWG-TDS@SHSU.edu Cc: TWG-TAG@SHSU.edu Subject: Re: Non-unique to 8+3 in LaTeX... hierarchy In hopes that we can hurry along the development of a usable basic TEXMF tree, I have run the UnixTeX texmf/ listing through some scripts to identify 8+3 problems. I have already changed the files that are directoy under my control, (it is extremely annoying not to be able to refer to TeX3.1415), and here is the residuum. I could take arbitrary action, but I don't want to. I want to have the texmf part of the UnixTeX files as close as possible to the TDS. (I am not even going to look at the rest of the UnixTeX files. Only the texmf tree.) ./texmf/tex/latex/packages/babel/babel-new.tex HYPHEN,TOOLONG ./texmf/tex/latex/packages/babel/tb-article.tex HYPHEN,TOOLONG ./texmf/tex/latex/packages/tools/afterpage.dtx TOOLONG ./texmf/tex/latex/packages/tools/enumerate.dtx TOOLONG ./texmf/tex/latex/packages/tools/indentfirst.dtx TOOLONG ./texmf/tex/latex/packages/tools/longtable.dtx TOOLONG ./texmf/tex/latex/contrib/supported/epsfig/README.unix TOOLONG DIR&SUFFIX ./texmf/tex/latex/contrib/supported/mflogo/mflogo.readme TOOLONG DIR&SUFFIX ./texmf/tex/latex/contrib/supported/ssqquote/ssqquote.readme TOOLONG DIR&SUFFIX ./texmf/tex/latex/contrib/supported/subeqnarray/subeqnarray.dtx TOOLONG DIR&NAME ./texmf/tex/latex/contrib/supported/subeqnarray/subeqnarray.ins TOOLONG DIR&NAME ./texmf/tex/latex/misc/doublespace.sty TOOLONG ./texmf/tex/latex/misc/doublespace2.sty TOOLONG ./texmf/tex/latex/misc/nopagenumbers.sty TOOLONG ./texmf/tex/latex/misc/supertabular.doc TOOLONG ./texmf/tex/latex/misc/supertabular.sty TOOLONG ./texmf/tex/latex/misc/supertabular.tex TOOLONG ./texmf/tex/plain/fontchart.tex TOOLONG ./texmf/tex/tugboat/germanhyph.tex TOOLONG ./texmf/tex/tugboat/landscape.sty TOOLONG ./texmf/fonts/public/pandora/src/panaccent.mf TOOLONG ./texmf/fonts/public/pandora/src/pangreeku.mf TOOLONG ./texmf/fonts/public/pandora/src/panlowers.mf TOOLONG For pandora, I suggest panacc.mf, pangrk.mf and panlwr.mf (or even panlower.mf) It should be possible to straighten this out quickly. Maybe some of it has already been straightened out. I have not yet succumbed to the /texmf/fonts/function/source arrangement because I still hope that it can be avoided. It is such a bummer. %=======================================================================% | N O T I C E | | The University of Washington has ordered us to close the Northwest | | Computing Support Center, and to terminate the official support | | of UnixTeX. Although the termination was final as of June 14, 1994 | | I will continue unofficially to provide tape distributions and | | any other services I can. Although I cannot be near my phone on any | | regular schedule, I now have an answering machine. Please note | | the changes in address and telephone number. There is no Northwest | | Computing Support Center any longer. | | | %=======================================================================% Email concerned with UnixTeX distribution software may be sent To: mackay@cs.washington.edu Pierre A. MacKay Smail: Department of Classics Emeritus Druid for Denny Hall, Mail Stop DH-10 Unix-flavored TeX University of Washington Seattle, WA 98195 (206) 543-2268 (Message recorder now available) 22-Nov-94 20:06:50-GMT,2040;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA12074; Tue, 22 Nov 94 13:06:48 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from m1.cs.man.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 22 Nov 1994 14:06:19 CDT Received: from r8d.cs.man.ac.uk by m1.cs.man.ac.uk (4.1/SMI-4.1:AL5l) id AA20599; Tue, 22 Nov 94 18:13:44 GMT Date: Tue, 22 Nov 94 18:13:41 GMT From: David Carlisle Reply-To: TWG-TAG@SHSU.edu Message-Id: <9411221813.AA11670@r8d.cs.man.ac.uk> To: TWG-TDS@SHSU.edu Cc: TWG-TAG@SHSU.edu Subject: Re: Non-unique to 8+3 in LaTeX... hierarchy ./texmf/tex/latex/packages/babel/babel-new.tex HYPHEN,TOOLONG ./texmf/tex/latex/packages/babel/tb-article.tex HYPHEN,TOOLONG I'll forward these to Johannes, I expect changing these will not be a problem. ./texmf/tex/latex/packages/tools/afterpage.dtx TOOLONG ./texmf/tex/latex/packages/tools/enumerate.dtx TOOLONG ./texmf/tex/latex/packages/tools/indentfirst.dtx TOOLONG ./texmf/tex/latex/packages/tools/longtable.dtx TOOLONG It was decided, after much worrying, *not* to change these names. I actually did change them before the release of 2e, and all the internal documentation to match, but we decided to change back, not least because too many books have been printed with the full names in. > /contrib/supported Anyone got any suggestions for a shorter name? Another possibility is to drop the supported-other distinction, and put everything in contrib, one level up. (Joachim??) All the rest are contributed by assorted authors, so changing the names means contacting them and asking them to change, I think ctan can not really just change the names of contributed files. David 22-Nov-94 20:53:59-GMT,2055;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA12451; Tue, 22 Nov 94 13:53:55 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from rs2.hrz.th-darmstadt.de by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 22 Nov 1994 14:53:33 CDT Received: from hp5.iti.informatik.th-darmstadt.de by rs2.hrz.th-darmstadt.de with SMTP id AA20511 (5.65c/IDA-1.4.4 for ); Tue, 22 Nov 1994 21:53:37 +0100 Received: from spock.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.9/Server-1.5/HRZ-THD/8.6.9u-ITI) id VAA06013; Tue, 22 Nov 1994 21:53:35 +0100 Received: by spock.iti.informatik.th-darmstadt.de (8.6.9/Client-1.5+iti/HRZ-THD) id VAA20973; Tue, 22 Nov 1994 21:53:36 +0100 From: Joachim Schrod Reply-To: TWG-TAG@SHSU.edu Message-Id: <199411222053.VAA20973@spock.iti.informatik.th-darmstadt.de> Subject: Re: Non-unique to 8+3 in LaTeX... hierarchy To: TWG-TAG@SHSU.edu Date: Tue, 22 Nov 1994 21:53:36 +0100 (MEZ) Content-Type: text David wrote: > > > /contrib/supported > Anyone got any suggestions for a shorter name? Another possibility is > to drop the supported-other distinction, and put everything in > contrib, one level up. (Joachim??) I've just returned from a one-week trip to Rome, the new draft is just printing... Didn't we decide that the supported-other distinction is only relevant for CTAN, but not for distributions? I.e., let it be on CTAN (where it is or shall be also a quality mark) and discard it on the distribution. Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany 29-Nov-94 10:03:45-GMT,1384;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA08337; Tue, 29 Nov 94 03:03:41 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from m1.cs.man.ac.uk by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Tue, 29 Nov 1994 04:03:13 CDT Received: from r8d.cs.man.ac.uk by m1.cs.man.ac.uk (4.1/SMI-4.1:AL5l) id AA29910; Tue, 29 Nov 94 10:03:23 GMT Date: Tue, 29 Nov 94 10:03:21 GMT From: David Carlisle Reply-To: TWG-TAG@SHSU.edu Message-Id: <9411291003.AA16529@r8d.cs.man.ac.uk> To: TWG-TDS@SHSU.edu Cc: TWG-TAG@SHSU.EDU Subject: Re: Redundant files in latex/unpacked > s it really necessary to include the entire contents of latex/base > as a redundant copy in latex/unpacked. Yes because the instructions are to get *one* or *the other* of these directories. The `unpacked' directory is not intended for user installation. The installation instructions are 1) get base 2) run unpack.ins 3) initex latex.ltx However if you have an amiga or something step 2 takes about 3 hours so instead you can 1) get unpacked 3) initex latex.ltx ie skip the unpack stage at the expense of downloading more files. David 8-Dec-94 11:34:01-GMT,1864;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA04546; Thu, 8 Dec 94 04:33:27 MST Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from terminus.cs.umb.edu by Niord.shsu.edu (MX V4.1 VAX) with SMTP; Thu, 08 Dec 1994 04:45:36 CDT Received: by terminus.cs.umb.edu id AA11670 (5.65c/IDA-1.4.4 for twg-tag@shsu.edu); Thu, 8 Dec 1994 05:45:12 -0500 Date: Thu, 8 Dec 1994 05:45:12 -0500 From: "K. Berry" Reply-To: TWG-TAG@SHSU.edu Message-Id: <199412081045.AA11670@terminus.cs.umb.edu> To: twg-tag@shsu.edu Subject: unixtex.ftp I don't think this idea by itself is necessarily the right thing, but maybe one of the top-level README's could mention unixtex.ftp (and whatever other system guides there are). (Forgive me for not checking more thoroughly, but I'm paying for connect time here ...) >From silberst@cwr.uwa.edu.au Thu Dec 8 03:12:35 1994 Date: Thu, 8 Dec 1994 16:06:03 +0800 From: Richard Silberstein To: kb@cs.umb.edu Subject: CTAN Karl We have just spent a quite a few hours trying to sort through the CTan archive. We suggest the file unixtex.ftp put into the top level of the tex-archive relabelled as README.FIRST_OF_ALL or somesuch. and expanded to give a description of the 1Gb of stuff in the archive - particularly which bits you need and which you don't and which bits you can add later. Thanks for all the hard work so far Richard Silberstein Centre for Water Research Dept of Environemntal Engineering University of W.A. Tel : +61 9 380 3261 Nedlands Fax : +61 9 380 1015 Western Australia 6009 Internet: silberst@cwr.uwa.edu.au Australia 22-Feb-1996 11:17:44-GMT,1613;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.1/8.7.1) with SMTP id EAA13923 for ; Thu, 22 Feb 1996 04:17:42 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Thu, 22 Feb 1996 05:11:56 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id LAA24525 for ; Thu, 22 Feb 1996 11:10:26 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 22 Feb 1996 11:09:55 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id LAA29787; Thu, 22 Feb 1996 11:09:48 GMT Date: Thu, 22 Feb 1996 11:09:48 GMT Message-ID: <199602221109.LAA29787@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG@SHSU.edu Subject: TDS CD again I am installing a directory on ftp.tex.ac.uk CTAN (only) called info/tdscd, in which i am placing prospectus (the message i sent around) catalog (my list list and status list) files (a current listing of what i have available) isoed (a list of the ISOizations made) anyone with idle time can scan this and see what i have done wrong. all the source .dtx files need moving, sigh. i'll update these as and when i do more work sebastian 4-Mar-1996 10:35:09-GMT,2589;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA26287 for ; Mon, 4 Mar 1996 03:35:07 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Mon, 04 Mar 1996 04:29:48 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id KAA06663 for ; Mon, 4 Mar 1996 10:28:17 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Mon, 4 Mar 1996 10:26:13 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id KAA08497; Mon, 4 Mar 1996 10:26:10 GMT Date: Mon, 4 Mar 1996 10:26:10 GMT Message-ID: <199603041026.KAA08497@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG@SHSU.edu Subject: TDS and ISO9660 It is more than slightly worrying to see how many LaTeX packages generate non-ISO names when TDSized, and I haven't even started on plain and generic bundles (let alone fonts!). QUestion: should this TDS CD simply throw out the errant packages, or put them in with Rock Ridge stuff for Unix, and let the other users complain? Phil Taylor kindly looked at my CD under VMS, Windows 95 and Windows NT. The results are interesting: VMS: sees the ISO names only; you can force the system to map the file type to "stream lf", so TeX can see the files, but TFMS and PKs would have to be copied and mangled to make them work. It isn't clear if current TeX would search the TDS tree OK as it stands (is Christian Spieler here?). The bad news, of course, is that if TeX asks for "longtable.sty", it will not be found, as the CD has the ISO form "longtabl.sty". Face it, guys, your files are only going to be found by DOS and Unix people - why not shorten the name now? Windows NT/95: see the ISO names only. But the W95 FS looks for 8+3 names before long names, so it finds "longtabl.sty" for "longtable.sty" (hang on, is this right? i think its what Phil said). DOS: Phil tried running an emTeX job with CD mounted, and TEXINPUT pointing at E:\texmf\tex!! (or whatever) and reported reasonable speed. He did (rightly) get upset to find that "hyphen.tex" is not the canonical one, which is rather naughty of Thomas. Sebastian 4-Mar-1996 10:43:28-GMT,13360;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA26313 for ; Mon, 4 Mar 1996 03:43:25 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Mon, 04 Mar 1996 04:29:11 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id KAA06658 for ; Mon, 4 Mar 1996 10:27:41 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Mon, 4 Mar 1996 10:25:18 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id KAA08457; Mon, 4 Mar 1996 10:25:03 GMT Date: Mon, 4 Mar 1996 10:25:03 GMT Message-ID: <199603041025.KAA08457@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG@SHSU.edu CC: Frank.Mittelbach@Uni-Mainz.de Subject: CTAN->TDS script I "entertained" myself over the weekend by writing a Perl script to TDS-install all the contrib/ packages for LaTeX from CTAN. I have to say that the results don't put LaTeX package writers high in the league of software engineers :-} It was a real pain working around all the different idiosyncracies of authors, leaving aside the ones which simply do not work. We really need STRONG guidelines. Why, you ask, did I not look at Makefiles? Simply because they are so few at present, and I could not face working out a complicated scheme which would work for any new packages added. Ulrik Vieth's clever sample Makefile would have done many, but not even a majority, I suspect. In Perl i can at least program all the vile cases as exceptions. Are there any Perl hackers who can suggest improvements to my script? I append it below. I'd especially appreciate a module to check and install Metafont source files. Anyway, I'll run this script for real now, put it all in my CD build tree, and put up the revised file list on CTAN. Sebastian #!/usr/local/bin/perl # # A script to TDS-install any LaTeX package from CTAN. # Its actions, given a directory, are # 1. copy everything to $TDS/texmf/source/latex/ # 2. run any .ins files # 3. move .sty/.cls etc files to texmf/tex/latex/ # 4. run LaTeX on .dtx/.tex and put the .dvi files in # texmf/doc/latex/. dtx files are run with just the # description if this is set up properly in the source. # 5. move .tex to texmf/doc/latex/ # # All the patterns for what to move or run can be overridden for each package. # # PROBLEMS # 1. .tex files are used for lots of different purposes, so this is flaky # 2. if there is no .dtx, the .sty files are *moved*, rather than copied, # so the source directory is not complete. is this a bug or a feature? # 3. complex packages with subdirectories are not catered for # 4. i am not sure if makeindex is running right with .dtx files; # how does makeindex find .ist files? # 5. some .ins files work only with plain TeX, others only with LaTeX. # 6. endlessly supplying "y" to LaTeX (to shut up docstrip) can cause # the thing to loop badly. how do we get around those # damned silly questions? # # ENHANCEMENTS NEEDED # 1. need to check if there are fonts and if so install them # 2. get the LaTeX jobs run in batchmode # 3. a notation for dependencies; actually surprisingly few # # Sebastian Rahtz $filedate="1996/03/02"; $fileversion="1.0"; use English; use Getopt::Long; use File::Basename; use Cwd; # # programs used; must all be on the path $MV="mv"; $CP="cp"; # # the working destination tree $TDS="/home/srahtz/teTeX"; #-------------------------------------------------------------- # packages to treat entirely on their own, or not at all # the code here is evaluated by Perl, so special packages # can have their own subroutine. # %special = ( 'LH',"print \"Not Installing LH as it is odd and has fonts\n\"", 'bbm', "print \"Not installing bbm as it has fonts\n\"", 'chemcono',"print \"Not installing chemcono, does not work with current latex\n\"", 'concmath', "print \"Not installing concmath as it has fonts\n\"", 'cweb', "print \"Not installing cweb as it is weird\n\"", 'dmfonts', "print \"Not installing dmfonts as it has fonts\n\"", 'dotseqn', "print \"Not installing dotseqn as it does not compile\n\"", 'eqnarray',"print \"Not installing chemcono, needs docstrip by hand\n\"", 'feynmf',"print \"Not installing chemcono, needs Metapost installation\n\"", 'footnpag', "print \"Not installing footnpag as it is weird\n\"", 'fragments', "print \"Not installing fragments (not a package) \n\"", 'frankenstein',"print \"Not installing frankenstein, test doesnt work\n\"", 'lexitex', "print \"Not installing lexitex (use camel) \n\"", 'lifia-th', "print \"Not installing lifia-th (??) \n\"", 'mflogo', "print \"Not installing mflogo as it has fonts\n\"", 'pb-diagram', "print \"Not installing pb-diagram as it has fonts\n\"", 'psfrag',"print \"Not installing psfrag, install doesnt work\n\"", 'psnfss-addons', "print \"Not installing psnfss-addons \n\"", 'rcsinfo',"print \"Not installing rcsinfo, too complicated\n\"", 'seminar', "print \"Not installing seminar (too complicated) \n\"", 'siam', "print \"Not installing siam (doesnt work) \n\"", 'stmaryrd', "print \"Not installing stmaryrd as it has fonts\n\"", 'tpcmfont', "print \"Not installing tpcmfont\n\"", 'ulsy', "print \"Not installing ulsy as it has fonts\n\"", 'xypic', "print \"Not installing xypic as it is too complicated\n\"", 'yhmath', "print \"Not installing yhmath as it has fonts\n\"", ); # extra actions to take after normal processes %extra = ( 'fp', "&runjob(\"mkdir -p $DEST/tex/plain/fp; cp fp.tex $DEST/tex/plain/fp\")", 'textmerg', "&runjob(\"mkdir -p $DEST/tex/plain/textmerg; cp textmerg.tex $DEST/tex/plain/textmerg\")", ); # special cases of which .ins files to run; used to remove # normal choices, and get the most general. %specialins = ( 'frankenstein', 'monster.ins', 'feynmf', 'feynmf.ins', 'koma-script', 'komascr.ins', 'localloc', 'localloc.dtx', 'ntgclass', 'ntgclass.ins', 'paper', 'install.02', 'thesis', 'install.01', 'dotseqn', 'dotseqn.dtx', ); $standardins='\.ins'; # packages which need special .tex/.sty files installed %specialtex= ( 'hyper','\.sty|\.hyp', 'codepage','\.sty|\.tex', 'custom-bib','\.mbs|\.tex', 'dialogl','\.sty|listouti\.tex', 'misc','\.sty|\.ltx', 'qobitree','qobitree.tex', ); $standardtex='\.ist|\.sty|\.clo|\.cls|\.def|\.fd'; # packages which need special documentation files run %specialdvi= ( 'fp','\.dtx|example.tex', 'a4','NULL', # the a4.dtx file doesnt LaTeX 'aguplus','NULL', 'codepage','codepage\.drv', 'custom-bib','\.dtx', 'dialogl','dia-driv\.tex|codialog\.tex', 'dinbrief','\.drv|din.*tex', 'hh','NULL', 'levy','.dtx', 'mapcodes','mapcode\.drv', 'maple','NULL', 'ntgclass','brief\.dtx', # the a4 and ntclass .dtx files dont LaTeX 'paper','paper.drv', 'qsymbols','NULL', 'refman','layout.tex|\.dtx', 'textmerg','tmexamp[[0-9]\.tex|\.dtx', 'thesis','NULL', 'cmcyralt','NULL', 'lgreek','NULL', 'ogonek','\.ltx|\.dtx|\.tex', 'qobitree','NULL', ); $standarddvi='\.tex|\.dtx'; # packages which need special documentation installed. # note that you need to explicitly mention the .dvi files # if you want them moved; otherwise they get deleted. %specialdoc= ( 'fp','\.dvi|example.tex', 'aguplus','readme.pwd', 'codepage','\.dvi', 'custom-bib','\.dvi', 'feynmf','\.dvi|\.ps.gz', 'qsymbols','qsymbols.ps|qsymbols.tex|.sty', 'rotating','\.tex|\.dvi|cat.eps', 'textmerg','\.dvi|\.dat', 'ogonek','\.ltx|\.dvi|\.tex', ); $standarddoc='\.tex|\.dvi'; # packages which need special BibTeX styles installed %specialbst= ( ); $standardbst='\.bst'; # packages which need special BibTeX data files installed %specialbib= ( 'frankenstein', 'NULL', 'aguplus','NULL', 'mslapa','NULL', 'ucthesis','NULL', ); $standardbib='\.bib'; # which suffixes to remove after building $cleanpatt='\.tmp|\.dvi|\.log|\.aux|\.toc|\.lof|\.lot|\.bbl|\.blg|\.idx|\.ind|\.ilg|\.glo|\.gls'; # command line options $result = GetOptions ( # state changes "debug!", ); if ($result eq 0 ) { die ("OPTION FAILURE"); } $startdir=getcwd(); for (@ARGV) { $packagedir=$_; if (! -d $packagedir) { next ; } @x=split(/\//,$packagedir); $package=pop(@x); $DEST="$TDS/$package/texmf"; print "\n----------------------------------\n"; print "$packagedir ($package) -> $DEST\n"; if ($special{$package} ne "") { eval $special{$package}; next; } # # precreate the directories we might need # system("mkdir -p $DEST/tex/latex/$package "); system("mkdir -p $DEST/doc/latex/$package"); system("mkdir -p $DEST/source/latex/$package"); system("mkdir -p $DEST/bibtex/bst/$package"); system("mkdir -p $DEST/bibtex/bib/$package"); if (-f "$packagedir/00Contents" ) { unlink "$packagedir/00Contents" ; } # # copy everything to the source directory # and work in there system("cp -r $packagedir/* $DEST/source/latex/$package"); chdir("$DEST/source/latex/$package"); # run the .ins files (if any) supplied $inspatt = $specialins{$package }; if ($inspatt eq "") { $inspatt=$standardins; } &buildfilelist; &runins($inspatt); # rebuild the list of files in the directory &buildfilelist; &dodvi; # rebuild again, as we have .dvi files now &buildfilelist; &dobst; &dobib; &dotex; &dodoc; if ($extra{$package} ne "") { print "Run extra job $extra{$package}\n"; eval $extra{$package}; } killfiles($cleanpatt); # # this is a bit weird, but its an easy way to remove # empty directories that we never used. # system("rmdir $DEST/tex/latex/$package >& /dev/null"); system("rmdir $DEST/doc/latex/$package >& /dev/null"); system("rmdir $DEST/source/latex/$package >& /dev/null"); system("rmdir $DEST/bibtex/bst/$package >& /dev/null"); system("rmdir $DEST/bibtex/bib/$package >& /dev/null"); chdir($startdir); # # if we dont want to keep the result! # system("find $TDS/$package"); # system("rm -rf $TDS/$package"); # } ; #================================================================= # # running .ins files usually works with LaTeX, but plain # tex is needed sometimes - textmerg at least doesnt work with LaTeX. # how to deal with that? # sub runins { local($thispatt) = @_; print "\t RUNINS $thispatt\n"; for (grep(/$thispatt/,@filenames)) { print "\t RUN $_\n" ; &runjob("yes | latex $_"); } } sub install { local($destdir,$thispatt) = @_; print "\t INSTALL $thispatt to $destdir\n"; for (grep(/$thispatt/,@filenames)) { print "\t\t Move $_ to $destdir\n"; system("$MV $_ $destdir"); } } sub dodvi { # build the documentation files $dvipatt = $specialdvi{$package }; if ($dvipatt eq "") { $dvipatt=$standarddvi; } &rundvi($dvipatt); } sub dotex { # move the runtime files $texpatt = $specialtex{$package }; if ($texpatt eq "") { $texpatt=$standardtex; } &install("$DEST/tex/latex/$package",$texpatt); } sub dobst { # there may be some BibTeX style files $bstpatt = $specialbst{$package }; if ($bstpatt eq "") { $bstpatt=$standardbst; } &install("$DEST/bibtex/bst/$package",$bstpatt); } sub dobib{ # and some BibTeX bibliography files $bibpatt = $specialbib{$package }; if ($bibpatt eq "") { $bibpatt=$standardbib; } &install("$DEST/bibtex/bib/$package",$bibpatt); } sub dodoc{ # now the documentation: $docpatt = $specialdoc{$package }; if ($docpatt eq "") { $docpatt=$standarddoc; } &install("$DEST/doc/latex/$package",$docpatt); } sub rundvi { local($thispatt) = @_; print "\t MAKEDVI $thispatt\n"; open(X,">OnlyDesc"); close(X); for (grep(/$thispatt/,@filenames)) { print "\t DOC: run latex on $_\n"; $fullname=$_; /(.*)\.(.*)/; $basename=$1; $suffix=$2; # if a .drv file exists in place of .dtx, use it if (-r "$basename.drv" && $suffix eq "dtx" ) { $fullname="$basename.drv" ; } # overkill, but who cares? Joachim's tex-it didnt seem to do the job &runjob("latex $fullname"); &runjob("bibtex $basename"); &runjob("latex $fullname"); &runjob("makeindex -s gind.ist $basename"); &runjob("latex $fullname"); } unlink "OnlyDesc"; } # # run a system job, and append stderr output to log file # sub runjob { local($job) = @_; $Jobid="_$$"; $jobresult = system("$job >& $Jobid.log"); open(TMP,"<$Jobid.log") || die ("Failed to open $Jobid.log") ; print ">> $_" while (); close(TMP); unlink "$Jobid.log"; return $jobresult; } # # remove all files corresponding to a pattern # sub killfiles { local($killpatt) = @_; for (grep(/$killpatt/,@filenames)) { print "\t\t Remove $_\n"; unlink $_; } } # rebuild list of files sub buildfilelist { opendir(DIR,'.') || die ("ERROR: cannot open directory"); @filenames =grep(!/^\.\.?$/,readdir(DIR)); closedir(DIR); } 4-Mar-1996 13:19:15-GMT,2147;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id GAA26816 for ; Mon, 4 Mar 1996 06:19:08 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from rs2.hrz.th-darmstadt.de by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Mon, 04 Mar 1996 06:33:21 CDT Received: from hp5.iti.informatik.th-darmstadt.de (root@hp5.iti.informatik.th-darmstadt.de [130.83.5.20]) by rs2.hrz.th-darmstadt.de (8.6.12/8.6.12.1ms) with ESMTP id NAA24295 for ; Mon, 4 Mar 1996 13:32:52 +0100 Received: from spelunke.iti.informatik.th-darmstadt.de by hp5.iti.informatik.th-darmstadt.de (8.6.10/Server-1.5/HRZ-THD/8.6.9u-ITI) id NAA12274; Mon, 4 Mar 1996 13:32:50 +0100 Received: by spelunke.iti.informatik.th-darmstadt.de (8.6.10/Client-1.5+iti-1/HRZ-THD) id NAA24228; Mon, 4 Mar 1996 13:32:49 +0100 Date: Mon, 4 Mar 1996 13:32:49 +0100 Message-ID: <199603041232.NAA24228@spelunke.iti.informatik.th-darmstadt.de> From: Joachim Schrod Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Subject: Re: TDS and ISO9660 References: <199603041026.KAA08497@cadair.elsevier.co.uk> >>>>> "SR" == Sebastian Rahtz writes: SR> QUestion: should this SR> TDS CD simply throw out the errant packages, or put them in with Rock SR> Ridge stuff for Unix, and let the other users complain? ???? You asked to engage in a TeX-CD for Unix workstations, based on teTeX, didn't you? Why don't we do that first and collect here our first experiences? Then we can worry about producing a multi-platform CD. That's much more difficult, and should be done in a second step. As the saying goes, first things first, don't do everything at once, etc. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: jschrod@acm.org Roedermark, Germany Net & publication consultant 4-Mar-1996 14:16:59-GMT,1640;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id HAA27086 for ; Mon, 4 Mar 1996 07:16:58 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Mon, 04 Mar 1996 07:37:45 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id NAA07603 for ; Mon, 4 Mar 1996 13:36:13 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Mon, 4 Mar 1996 13:33:52 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id NAA09818; Mon, 4 Mar 1996 13:33:39 GMT Date: Mon, 4 Mar 1996 13:33:39 GMT Message-ID: <199603041333.NAA09818@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Subject: Re: TDS and ISO9660 References: <199603041026.KAA08497@cadair.elsevier.co.uk> <199603041232.NAA24228@spelunke.iti.informatik.th-darmstadt.de> > ???? You asked to engage in a TeX-CD for Unix workstations, based on > teTeX, didn't you? Why don't we do that first and collect here our > first experiences? a fair principle; unless anyone is prepared to do the work of contacting all errant authors and persuading them to downgrade their names, i shall leave well alone sebastian 5-Mar-1996 12:32:33-GMT,1319;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id FAA10234 for ; Tue, 5 Mar 1996 05:32:32 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Tue, 05 Mar 1996 05:41:02 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id LAA13756 for ; Tue, 5 Mar 1996 11:39:33 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 5 Mar 1996 11:37:06 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id LAA10956; Tue, 5 Mar 1996 11:36:58 GMT Date: Tue, 5 Mar 1996 11:36:58 GMT Message-ID: <199603051136.LAA10956@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG@SHSU.edu Subject: ctan -> tds in the unlikely event anyone is beavering away on this for me, i solved my question of yesterday about automatically processing .mf files in latex packages sebastian 6-Mar-1996 18:09:51-GMT,2862;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id LAA00250 for ; Wed, 6 Mar 1996 11:09:40 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Wed, 06 Mar 1996 11:59:14 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id RAA23392 for ; Wed, 6 Mar 1996 17:57:36 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Wed, 6 Mar 1996 17:54:57 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id RAA19054; Wed, 6 Mar 1996 17:54:48 GMT Date: Wed, 6 Mar 1996 17:54:48 GMT Message-ID: <199603061754.RAA19054@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG@SHSU.edu Subject: progress on TDS CD the eager among you may like to scan CTAN:info/files, to see where i have got to, with 18000 files installed. i now have *all* of latex/contrib & supported (bar half a dozen which are weird), and a few new formats (text1, lollipop, arabtex). more of these to come. all of Ulrik's documentation is inplace, and i have done some other cleaning up (but i havent been through Ulrik's list systematically yet, so some bad things remain) here is a list of packages done: achemso acronym adrlist aguplus alg answers arabtex bakoma bbm beton bin-texi booktabs calc calrsfs camel caption carlisle changebar chemsym cite cmcyralt codepage count1to curves custom-bib dc deleq dialogl dinbrief doc-dek1 doc-dek2 doc-html doc-info draftcopy dratex dvips-contrib eepic elsevier endfloat envbig euler everyshi exams expdlist fancyheadings fancyvrb fax float floatflt fnt-dek fnt-grey foiltex fp g-brief gb4e graphics harpoon harvard hh hyper hyperref ieeepes ifaccong ifacmtg inputenc ipa jknappen koma-script labels lastpage latex209 latexbase levy lgreek lineno localloc lollipop ltablex mailing mapcodes maple mcite mflogo minitoc mips-irix5.2 misc mslapa myletter natbib newalg niceframe nomencl ntgclass objectz ogonek oldstyle paper parallel pb-diagram piff prelim2e prettyref progkeys program psnfss pstricks qobitree qsymbols rcs refman revtex rotating rotfloat rplain rs6000-aix4.1.1 script semantic seminar setspace shadethm showlabels slidenotes ssqquote stmaryrd subeqnarray subfigure supertabular texip text1 textfit textmerg thesis tools tools treesvr ts1 ucthesis ulsy umlaute utthesis uwthesis vdm vector vita vrsion wasysym williams wsuipa xypic yhmath zed-csp fonts next, after formats sebastian 8-Mar-1996 16:55:22-GMT,1398;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id JAA04780 for ; Fri, 8 Mar 1996 09:55:15 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Fri, 08 Mar 1996 09:56:39 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id PAA08443 for ; Fri, 8 Mar 1996 15:54:15 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 8 Mar 1996 15:51:16 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id PAA14631; Fri, 8 Mar 1996 15:51:10 GMT Date: Fri, 8 Mar 1996 15:51:10 GMT Message-ID: <199603081551.PAA14631@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG@SHSU.edu Subject: PK modes on TDS CD Anyone have on strong views on the wisdom or otherwise of building CM and DC fonts (at least) for these modes: ibmvga 110 toshiba 180 epson 240 deskjet 300 cx 300 ljfour 600 canonex 600 ? sebastian 11-Mar-1996 12:39:26-GMT,1288;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id FAA00803 for ; Mon, 11 Mar 1996 05:39:24 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from ALPHA1.RHBNC.AC.UK by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Mon, 11 Mar 1996 06:10:05 CDT Date: Mon, 11 Mar 1996 12:09:53 GMT From: Philip Taylor (RHBNC) Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu CC: CHAA006@alpha1.rhbnc.ac.uk Message-ID: <960311120953.21e69a42@vms.rhbnc.ac.uk> Subject: RE: TDS and ISO9660 >> Windows NT/95: see the ISO names only. But the W95 FS looks for 8+3 >> names before long names, so it finds "longtabl.sty" for "longtable.sty" >> (hang on, is this right? i think its what Phil said). Phil doesn't! Under Windows'95, I have only a compatibility mode CDFS, so did not expect to see the long names and was not surprised when I didn't/couldn't; under Windows/NT on another system, the CDFS was native mode, but it still didn't see the long names; we never managed to find a Windows'95 system with a native mode CDFS in time to test... ** P. 13-Mar-1996 19:48:56-GMT,2168;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id MAA00412 for ; Wed, 13 Mar 1996 12:48:46 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from ALPHA1.RHBNC.AC.UK by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Wed, 13 Mar 1996 13:40:28 CDT Date: Wed, 13 Mar 1996 19:40:09 GMT From: Philip Taylor (RHBNC) Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu CC: CHAA006@alpha1.rhbnc.ac.uk Message-ID: <960313194009.21e5547d@vms.rhbnc.ac.uk> Subject: RE: TDS and ISO9660 >> VMS: sees the ISO names only; you can force the system to map the >> file type to "stream lf", so TeX can see the files, but TFMS and PKs >> would have to be copied and mangled to make them work. It isn't clear >> if current TeX would search the TDS tree OK as it stands (is >> Christian Spieler here?). The bad news, of course, is that if TeX >> asks for "longtable.sty", it will not be found, as the CD has the >> ISO form "longtabl.sty". Face it, guys, your files are only going to >> be found by DOS and Unix people - why not shorten the name now? In preparation for the public release of e_TeX Version 1, I have just been building e_TeX 3.14159-1.01 for VMS, and I have therefore been able to conduct some tests on on the VMS (e_)TeX implementation of file handling. I find that provided I define e_TeX_Inputs as TeX_Root:[Common...] (the VMS syntax for `TeX_Root/Common and all sub-directories thereof, both immediate and nested'), I am able to find all files in that hierarchy. Whilst this does not of itself guarantee that VMS (e_)TeX would ``search the TDS tree OK as it stands'', it is none the less a very hopeful sign. Since the TDS draft document is very complex, would someone like to summarise in a _few_ words what other features (e.g. disjoint branches, one-level only tree traversal, ...) I need investigate before I could confirm that VMS (e_)TeX will be compatible with the TDS recommendations? ** Phil. 14-Mar-1996 10:19:55-GMT,2244;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id DAA07599 for ; Thu, 14 Mar 1996 03:19:54 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from skiddaw.elsevier.co.uk by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Thu, 14 Mar 1996 04:18:16 CDT Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id KAA10506 for ; Thu, 14 Mar 1996 10:16:44 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 14 Mar 1996 10:13:20 +0000 Received: (from srahtz@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id KAA02679; Thu, 14 Mar 1996 10:13:17 GMT Date: Thu, 14 Mar 1996 10:13:17 GMT Message-ID: <199603141013.KAA02679@cadair.elsevier.co.uk> From: Sebastian Rahtz Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu CC: CHAA006@alpha1.rhbnc.ac.uk Subject: RE: TDS and ISO9660 References: <960313194009.21e5547d@vms.rhbnc.ac.uk> Philip Taylor writes: > handling. I find that provided I define e_TeX_Inputs as > TeX_Root:[Common...] (the VMS syntax for `TeX_Root/Common and all > sub-directories thereof, both immediate and nested'), I am able to find > all files in that hierarchy. Whilst this does not of itself guarantee this is fine itself; but its the *speed* that counts. my working texmf tree has about 25000 files in now; the list is read once at the start of the job, in web2c, so all file accesses thereafter are fast. if VMS did a search each time it wanted a file, your setup might work but would be unuseable. > none the less a very hopeful sign. Since the TDS draft document is > very complex, would someone like to summarise in a _few_ words what > other features (e.g. disjoint branches, one-level only tree traversal, > ...) I need investigate before I could confirm that VMS (e_)TeX will be you'll be fine, because all the TDS specifications say "start here and work down" s 14-Mar-1996 16:50:52-GMT,7121;000000000001 Received: from Niord.shsu.edu (niord.shsu.edu [192.92.115.8]) by csc-sun.math.utah.edu (8.7.4/8.7.3) with SMTP id JAA10040 for ; Thu, 14 Mar 1996 09:50:44 -0700 (MST) X-ListName: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from ALPHA1.RHBNC.AC.UK by Niord.shsu.edu (MX V4.1 AXP) with SMTP; Thu, 14 Mar 1996 08:51:58 CDT Date: Thu, 14 Mar 1996 14:51:42 GMT From: Philip Taylor (RHBNC) Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu CC: CHAA006@alpha1.rhbnc.ac.uk Message-ID: <960314145142.21e78459@vms.rhbnc.ac.uk> Subject: VMS & TDS: a summary so far Sebastian & I have been communicating offline today about VMS and TDS, and as others (e.g. Thomas Esser) were becoming involved I though I should copy at least a part of the transcript to the list: -------- From: CHAA006 "Philip Taylor (RHBNC)" 14-MAR-1996 11:38:07.15 14-MAR-1996 11:38:00.00 To: SMTP%"s.rahtz@elsevier.co.uk" CC: CHAA006 Subj: RE: TDS and ISO9660 >> this is fine itself; but its the *speed* that counts. my working texmf >> tree has about 25000 files in now; the list is read once at the start >> of the job, in web2c, so all file accesses thereafter are fast. if VMS >> did a search each time it wanted a file, your setup might work but >> would be unuseable. I can't agree with this: speed is purely a function of the processor, and no-one doubts that processors get faster every year. Of course VMS does a search each time it wants a file: anything less (other than extraordinarily clever cacheing, with full write-through and dynamic cache-trashing) would risk newly-created files not being found. What do non-VMS TDS systems do? (but my tests were only for TeX input files: is a compliant TeX required to do the same thing for TFM files?). ** Phil. -------- From: CHAA006 "Philip Taylor (RHBNC)" 14-MAR-1996 11:39:37.84 14-MAR-1996 11:39:00.00 To: SMTP%"s.rahtz@elsevier.co.uk" CC: CHAA006 Subj: RE: TDS and ISO9660 [cont] In my TeX_Root:[*...] hierarchy, I have a total of 14405 files; I wil try to work out the first and last findable file, and report the time taken to traverse the tree between. ** P. -------- From: CHAA006 "Philip Taylor (RHBNC)" 14-MAR-1996 11:55:12.02 14-MAR-1996 11:55:00.00 To: SMTP%"s.rahtz@elsevier.co.uk" CC: CHAA006 Subj: RE: TDS and ISO9660 >> you could put newly created files in a separate file system, which is >> searched first. or do what teTeX does, which is to update the file >> database each time it makes a TFM or PK file. i assure you, it works >> perfectly. my 25000 file tree is used fast, and maintenance is handled >> well - of course i dont just add files by hand, but use the proper tools. It all sounds awfully bodgy, and ceases to be TeX-the-program + TeX's-files while becoming TeX-the-integrated-development-environment; not a route I'd be interested in pursuing. I want to be able to edit a file, create a new version, and _know_ TeX will find the new version the very next time it runs. >> absolutely! for *everything*. fonts, macros, MF inputs, bibtex files, dvips >> files, you name it. Steady on, old boy: I was talking about TeX, not the rest of the programs; for TeX itself, then, I need to check both TeX input files and TFMs; anything else? ** P. -------- From: CHAA006 "Philip Taylor (RHBNC)" 14-MAR-1996 12:04:49.76 14-MAR-1996 12:04:00.00 To: SMTP%"s.rahtz@elsevier.co.uk" CC: CHAA006 Subj: RE: TDS and ISO9660 I neglected to take timings the first time I ran the test (just wanted to make sure it worked at all), so the file headers are now in the system cache:-( However, on the second and subsequent tests it takes about 13 seconds elapsed, 3 seconds CPU, to find the first and last file in the tree-traversal. ** P. -------- From: CHAA006 "Philip Taylor (RHBNC)" 14-MAR-1996 12:26:07.15 14-MAR-1996 12:26:00.00 To: SMTP%"s.rahtz@elsevier.co.uk" CC: CHAA006 Subj: RE: TDS and ISO9660 >> thats a different question. the file *name* remains the same, thats >> all thats cached, not the contents. no problem. it works fine. Only a _part_ of the name remains the same; the version number is incremented, and to VMS the version number can be treated as a part of the name. It is not obvious whether this is a major or minor problem... ** P. -------- From: CHAA006 "Philip Taylor (RHBNC)" 14-MAR-1996 13:59:01.36 14-MAR-1996 13:59:00.00 To: SMTP%"s.rahtz@elsevier.co.uk" CC: CHAA006 Subj: RE: TDS and ISO9660 >> 13 seconds on your alpha for each file lookup? i dont think thats >> useable. No! 13 seconds between finding the first file in the tree and the last; the _average_ lookup time, assuming a totally unstructured tree, would be 6.5 seconds, but if one uses a _structured_ tree then the average time could be a small fraction of a second. The real question is: has the TDS tree been structured with these constraints in mind, and even: _could_ it be, given that the TDS algorithm, unlike the VMS algorithm, is non-deterministic? I have to say, the chances of my adopting the TDS for use here are very remote... ** Phil. -------- From: CHAA006 "Philip Taylor (RHBNC)" 14-MAR-1996 14:04:13.79 14-MAR-1996 14:04:00.00 To: NET%"s.rahtz@elsevier.co.uk" CC: CHAA006 Subj: CC of msg to TE Thomas -- >> The 13 seconds that Philip Taylor reported are propably due to unpropper >> configuration (too extensive disk searches). Philip, did you try to set >> KPATHSEA_DEBUG and see where the time is wasted? You should also try >> to avoid disk searches by using the !! prefix wherever possible and keep >> your ls-R file up-to-date. Sorry, SPQR failed to give you adequate background! This is VMS TeX, not K-path anything, there is no ls-R file, and tree-searching is by pure brute force + RMS file header cacheing! We were discussing whether VMS (e_)TeX could now use the TDS structure, and the answer appears to be `yes, so long as performance is not the primary concern'. But I haven't yet checked whether it can find TFMs in the same way as TeX input files. ** Phil. -------- Finally a new report: I have now checked, and VMS (e_)TeX will perform tree searching for input files, TFM files and format files. _However_, just by way of experiment I pointed the logical name for TFM files (e_TeX_Font_Metrics) not at the font metric directory per se but at one level above: TeX_Root:[Common.Fonts...]; in this hierarchy there are a total of 8581 files, divided into 86 directories (the next level branches into .GF, .PK, .PS, .SAUTER and .TFM, so the TFMs are definitely worst-case). I then dumped a plain format, and it took 25 seconds of CPU (2 and a half minutes of elapsed time) just to get from `fonts' to `more fonts'; thus it is certain that the VMS implementation would be unusable under TDS if TFM files were not in a branch of their own. But Sebastian re-assures me that TFM files form one unique branch of the tree, and (La)TeX input files another, so in those circumstances performance should be acceptable. ** Phil. 27-Jan-1994 20:22:52-GMT,6216;000000000011 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA15914; Thu, 27 Jan 94 13:22:49 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: by SHSU.edu (MX V3.3 VAX) id 15853; Thu, 27 Jan 1994 13:21:28 CST Date: Thu, 27 Jan 1994 13:20:07 CST From: "George D. Greenwade" Reply-To: TWG-TAG@SHSU.edu To: TWG-TAG@SHSU.edu Message-Id: <0097929F.B27E8340.15853@SHSU.edu> Subject: RE: Default mount point for CTAN anonymous FTP inappropriate. On Thu, 27 JAN 94 15:44:28 GMT, Phil Taylor posted: > >> a) it means they are the same for any CTAN host; you are supposed to > >> use the command 'cd ctan:' before yoou start CTAN operations, > >> which works on any CTAN host > > Tnen I suggest that CTAN immediately registers and announces three new DNS > names, Ctan.TeX.Ac.Uk, Ctan.Shsu.Edu & Ctan.Uni-Stuttgart.De, for which > the default mount point for anonymous FTP _is_ ctan:. First, Dante's CTAN node has been moved from ftp.uni-stuttgart.de to ftp.dante.de. I don't know how soon Rainer intends for this to become the publicized host name, but I do know that Sebastian and I have already been asked to use this host for our mirroring purposes. As I understand it, the host ftp.uni-stuttgart.de will continue to have the CTAN materials but migration to the new German node is to be encouraged. Next, and this may please you (hopefully, completely answer what you are after), I have noted that both European hosts now have a link in place such that anyone on any of the existing hosts can get to any file using a path beginning with /tex-archive/.... While this was what I had originally proposed as the root of the CTAN tree, I didn't push it since each host is operated by different institutions, each facing different policies and limitations. Nevertheless, if it's a difference in paths between the hosts which is of concern, it has been ameliorated by the tacit (and appreciated -- thanks, Rainer! Thanks, Sebastian!) addition of this capability. Finally, I have no problem with creating another CNAME record pointing to an archive host here. I hesitate to do so, though for two reasons which I believe to be sound: (1) the names of Aston and SHSU have already been publicized somewhat broadly and are already in use and (2) "ftp.*" is now the IETF-recommended CNAME record for hosts intended to support anonymous ftp activities. Admittedly, the CTAN is a somewhat unique anonymous ftp project and structure, but I see no pressing reason to make this change. I would love to have the resources to dedicate a host to the CTAN and have the CTAN be all it serves. Alas, while I have access to quite a few resources, I don't have access to that extent of them. Our traffic and the priorities SHSU has set for that host effectively make it a dedicated ftp and gopher host, but it's official purpose is to serve as our general purpose Unix-based ftp host. In my capacity as a member of our schools's Information Resources Committee (read "Computing and Communications Oversight Committee" -- our designation prior to state law mandating we go to the new moniker), it is incumbent upon me to (a) justify its use along with all other communications media as they fit into state purposes, and (b) audit its use on a routine basis to verify that it is meeting the goals stipulated by the various agencies to which we report. In other words, in addition to coordinating the CTAN here, I am legally responsible for what happens to and on that host (and, to be fair, all other hosts here). Since the machine's official designation within the context of ftp is to "serve as a general purpose Unix-based anonymous ftp host to access the network-retrievable data and file collection maintained by Sam Houston State University" and since port 21 is the standard ftp port, I am in a position whereby it must serve not only the CTAN, but also be available to serve whatever other network needs might arise on that system. Given this constraint, I could trivially create another ftp server on the same host, meeting the outline proposed with users being defaulted into the CTAN upon connection, but I could not allocate port 21 for that purpose. My guess is that usage of any port other than 21 for the CTAN would be a disaster in terms of accessibility. Alternately, if you know how I can run ftp.SHSU.edu as an ftp server, rooted where it presently is, on port 21, as well as another which recognizes CTAN.SHSU.edu on port 21, rooted in /tex-archive/, please pass along the information and I will get to it as soon as time allows. With an average of over half a gig a day in ftp transfers on about 5,300 daily transactions, in addition to the mirroring (now using about 4-6 clock hours to complete), plus about 500 Gopher file transfers daily from the CTAN (not even getting into the Gopher-based TeX collection on Niord.SHSU.edu), I think we're doing a passible job of making the archive available within its present construct. Not that it's not open for improvement, but certainly passible as it stands. > cc'd to George, Rainer and the whole d@mned TUG-TWG-TAG. Glad you did so that some of this information can get to everyone. Enough of my diatribe. Hope everyone is doing well and, as above, if you anyone has any suggestions or comments, please pass them along. Regards and thanks for your interest in our collective services, George %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% George D. Greenwade, Ph.D. Bitnet: BED_GDG@SHSU Department of Economics and Business Analysis THEnet: SHSU::BED_GDG College of Business Administration Voice: (409) 294-1266 P. O. Box 2118 FAX: (409) 294-3612 Sam Houston State University Internet: bed_gdg@SHSU.edu Huntsville, TX 77341 bed_gdg%SHSU.decnet@relay.the.net %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% 27-Jan-1994 21:19:27-GMT,1339;000000000001 Return-Path: Received: from odin.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA18128; Thu, 27 Jan 94 14:19:25 MST Errors-To: TWG-Mgr@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: TWG-Mgr@SHSU.edu Sender: TWG-Mgr@SHSU.edu Received: from sun2.nsfnet-relay.ac.uk by Niord.shsu.edu (MX V3.3 VAX) with SMTP; Thu, 27 Jan 1994 11:19:41 CST Via: uk.ac.rhbnc.vax; Thu, 27 Jan 1994 15:44:44 +0000 Date: Thu, 27 JAN 94 15:44:28 GMT From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: Default mount point for CTAN anonymous FTP inappropriate. Actually-To: Message-Id: <3240063D_002FC3E0.009792B3DB9DB8C2$21_5@Uk.Ac.Rhbnc.Vax> Reply-To: TWG-TAG@SHSU.edu Originally-To: $TWG-TAG Mailer: Janet_Mailshr V3.5 ( 13-OCT-1989 14:07:27 ) >> a) it means they are the same for any CTAN host; you are supposed to >> use the command 'cd ctan:' before yoou start CTAN operations, >> which works on any CTAN host Tnen I suggest that CTAN immediately registers and announces three new DNS names, Ctan.TeX.Ac.Uk, Ctan.Shsu.Edu & Ctan.Uni-Stuttgart.De, for which the default mount point for anonymous FTP _is_ ctan:. ** Phil. cc'd to George, Rainer and the whole d@mned TUG-TWG-TAG. 13-Jun-1994 11:11:25-GMT,1548;000000000001 Return-Path: Received: from Niord.shsu.edu by math.utah.edu (4.1/SMI-4.1-utah-csc-server) id AA20558; Mon, 13 Jun 94 05:11:22 MDT Errors-To: owner-twg-tag@SHSU.edu X-Listname: TUG Technical Working group -- Archives (WG-92-05) Warnings-To: <> Errors-To: owner-twg-tag@SHSU.edu Sender: owner-twg-tag@SHSU.edu Received: from mail-relay.ja.net by Niord.shsu.edu (MX V4.0-1 VAX) with SMTP; Mon, 13 Jun 1994 06:10:25 CDT Via: uk.ac.rhbnc.vax; Mon, 13 Jun 1994 12:09:57 +0100 Date: Mon, 13 JUN 94 12:09:51 BST From: CHAA006@VAX.RHBNC.AC.UK To: twg Subject: Sauter 2.1 missing? Actually-To: Message-Id: <20E002C9_000E2CE0.0097FE3D9309E464$23_1@UK.AC.RHBNC.VAX> Reply-To: TWG-TAG@SHSU.edu Originally-To: $TWG-TAG Originally-From: CHAA006 "Philip Taylor " Mailer: Janet_Mailshr V3.6b ( 8-APR-1994 18:36:11 ) Dear Colleagues -- On Fri, 10 Jun 1994 19:16:51 +0100 J"org KNAPPEN announced ``Sauter Tools v2.1 released'': >> I have released the version 2.1 of the Sauter tools to generate Computer >> Modern fonts at arbitrary design sizes. >> Please find the Sauter tools on the CTAN archives or any site mirroring >> them under >> tex-archive/fonts/cm/sauter/sauter-2.1.tar.gz But on 17th June, CTAN site Ftp.TeX.Ac.Uk has no such file. There is an alias, `sauter.tar.gz', which claims to refer to `sauter-2.1.tar.gz', but FTP reports `no such file or directory'. * Phil.