Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Jun 2006 14:06:36 +0200 Received: by mail.proteosys.com (8.12.11.20060308/8.12.2) with ESMTP id k57C6Vc6016246 for ; Wed, 7 Jun 2006 14:06:32 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k57C2C7o019372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Jun 2006 14:02:12 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id k579IKA8004509; Wed, 7 Jun 2006 14:01:58 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 14.3) with spool id 1293098 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 7 Jun 2006 14:01:57 +0200 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id k57C1vuf011108 for ; Wed, 7 Jun 2006 14:01:57 +0200 Received: from atlas.informatik.uni-freiburg.de (atlas.informatik.uni-freiburg.de [132.230.150.3]) by relay.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k57C1oCZ019232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 7 Jun 2006 14:01:54 +0200 Received: from remote218-11.home.uni-freiburg.de ([132.230.218.11] helo=m0A023293.vpn.uni-freiburg.de) by atlas.informatik.uni-freiburg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1FnwjL-0000tg-Uk for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 07 Jun 2006 14:01:48 +0200 Received: by m0A023293.vpn.uni-freiburg.de (Postfix, from userid 500) id 3F83636BB9; Wed, 7 Jun 2006 14:01:49 +0200 (CEST) Mail-Followup-To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Message-ID: <20060607120148.GA2779@m0A023293.vpn.uni-freiburg.de> Date: Wed, 7 Jun 2006 14:01:49 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Heiko Oberdiek Subject: Re: LaTeX Release 2005/12/01 To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: Precedence: list X-ProteoSys-SPAM-Score: 0 () X-Scanned-By: MIMEDefang at proteosys.com Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 07 Jun 2006 12:06:36.0426 (UTC) FILETIME=[D342AEA0:01C68A2A] Status: R X-Status: X-Keywords: X-UID: 4967 Hello, my question was: > Regarding babel, I don't understand, why some TeX distributions put > *all* files below TDS/*/generic/, from my readme.txt: --> TDS compliance would sort them in latex and generic. Karl answered: > There is no deep reason behind it for TL -- the ctan2tds.pl kind of steers > one in the direction of choosing a single format (latex/generic/whatever) > for a package. Exceptions take more code. Can't say why for teTeX and > vtex. --> Maintenance favours generic. > I agree that it would be better to use tex/latex/babel and > tex/generic/babel as appropriate. --> TDS compliance > When it is time to update TL, I hope to use your bundles and then > everything will be better. TDS implies a search strategy where "latex" would look first in all TDS:tex/latex// subtrees, then TDS:tex/generic//. When several TDS trees are used where the same file is installed in different format sub trees, we can have the problem that a package with several files loads the files from different versions. --> A kind of compatibility problem. On Wed, Jun 07, 2006 at 09:00:34AM +0200, Mittelbach, Frank wrote: > from a practical point of view I personally prefer to have all production > files for one type of task in one directory rather than in 2 and not find, > say babel.def in generic but babel.sty in latex, but I guess there are > arguments for both --> practical point/maintenanace for generic Thus full TDS compliance would have costs in maintenance and compatibility problems and therefore I don't change the current location of babel in generic. Yours sincerely Heiko