From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tom Tromey Newsgroups: gmane.emacs.devel Subject: Re: CVS is the `released version' Date: Mon, 21 May 2007 10:50:29 -0600 Message-ID: References: <2cd46e7f0705101124r72000f78xdf05d18ca815ca57@mail.gmail.com> <17991.47259.210100.801472@localhost.localdomain> Reply-To: tromey@redhat.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1179767429 20356 80.91.229.12 (21 May 2007 17:10:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 21 May 2007 17:10:29 +0000 (UTC) Cc: rms@gnu.org, joakim@verona.se, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 21 19:10:28 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HqBOt-0005da-N0 for ged-emacs-devel@m.gmane.org; Mon, 21 May 2007 19:10:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqBOt-00014u-7r for ged-emacs-devel@m.gmane.org; Mon, 21 May 2007 13:10:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HqBOo-000102-E5 for emacs-devel@gnu.org; Mon, 21 May 2007 13:10:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HqBOm-0000xJ-KF for emacs-devel@gnu.org; Mon, 21 May 2007 13:10:21 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqBOm-0000wq-8Z for emacs-devel@gnu.org; Mon, 21 May 2007 13:10:20 -0400 Original-Received: from mx1.redhat.com ([66.187.233.31]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HqBOj-0003C1-6H; Mon, 21 May 2007 13:10:17 -0400 Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l4LHAACv015897; Mon, 21 May 2007 13:10:10 -0400 Original-Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4LHA97w020876; Mon, 21 May 2007 13:10:09 -0400 Original-Received: from opsy.redhat.com (ton.toronto.redhat.com [172.16.14.15]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4LHA6fp007269; Mon, 21 May 2007 13:10:06 -0400 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id C34563786EB; Mon, 21 May 2007 10:50:29 -0600 (MDT) X-Attribution: Tom In-Reply-To: (Stefan Monnier's message of "Mon\, 21 May 2007 08\:59\:12 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.95 (gnu/linux) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:71529 Archived-At: >>>>> "Stefan" == Stefan Monnier writes: Stefan> I think tht supporting several "packages" inside a single Stefan> tarball will complicate matters significantly. OTOH, some Stefan> packages include other packages for the user's Stefan> (in)convenience, e.g. ProofGeneral includes a copy of X-Symbol Stefan> in its tarball, so package.el somehow do something intelligent Stefan> in such cases. Maybe it can recognize that it's in a Stefan> dubdirectory of its own and move it out or something like Stefan> that. Yeah -- I considered a lot of different scenarios when initially writing package.el. Not just things like the above but also things like anti-dependencies, version dependency relations other than ">=", elisp in subdirectories, optionally compiled elisp, optional dependencies, sub-packages, ... In the end I decided to start with something simple and see how that worked out. I don't know about ProofGeneral, but my initial reaction here would be to try to convince them to package X-Symbol as a separate package. In general I think putting dependencies into a package like this is a reaction to the lack of any sort of extension management in Emacs. In the current state of affairs it looks more convenient for users to do this... but this is part of what I'd like to change. I'm certainly not averse to adding features, but I'd prefer to push the KISS approach as long as possible. For cases like ProofGeneral, they could make one set of packages for ELPA and another for general ("old school") download. Tom