From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Integrating package.el Date: Tue, 05 Jan 2010 10:03:28 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87637gh73j.fsf@lifelogs.com> References: <87k4w5lbyb.fsf_-_@lifelogs.com> <87zl50jv52.fsf@lifelogs.com> <87d41rn3wt.fsf_-_@hagelb.org> <87k4vxiwlj.fsf@lifelogs.com> <878wcdjg9r.fsf@hagelb.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1262708115 15046 80.91.229.12 (5 Jan 2010 16:15:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 5 Jan 2010 16:15:15 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 05 17:15:08 2010 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 1NSC3m-0003IH-35 for ged-emacs-devel@m.gmane.org; Tue, 05 Jan 2010 17:15:06 +0100 Original-Received: from localhost ([127.0.0.1]:59785 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NSBtK-00035P-8N for ged-emacs-devel@m.gmane.org; Tue, 05 Jan 2010 11:04:18 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NSBtE-000345-Ml for emacs-devel@gnu.org; Tue, 05 Jan 2010 11:04:12 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NSBtA-0002z1-0h for emacs-devel@gnu.org; Tue, 05 Jan 2010 11:04:12 -0500 Original-Received: from [199.232.76.173] (port=44080 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NSBt9-0002yr-Nd for emacs-devel@gnu.org; Tue, 05 Jan 2010 11:04:07 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:47992) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NSBt9-0000kx-4M for emacs-devel@gnu.org; Tue, 05 Jan 2010 11:04:07 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSBt5-0006be-6e for emacs-devel@gnu.org; Tue, 05 Jan 2010 17:04:03 +0100 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jan 2010 17:04:03 +0100 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jan 2010 17:04:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 36 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.90 (gnu/linux) Cancel-Lock: sha1:x2mkqZo39tZJRjAG+4eSez0flCs= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:119445 Archived-At: On Tue, 05 Jan 2010 10:06:56 -0500 Stefan Monnier wrote: >>> Tom Tromey writes: >>> I've also got a quick prototype of a DVCS-centric archive management >>> tool (for gathering packages from library authors and publishing them) >>> that I will post soon once I've fleshed it out a bit more. >> This sounds good to me. I believe that ELPA should not hold the files >> but rather have pointers to them. Otherwise the turnaround time will >> be longer for changes made to the files. SM> The default repositor(y|ies) will want to be under FSF control (not just SM> the copyright, but we also want to have a copy of the files, etc...) so SM> we can assume that the FSF will usually also hold the "master SM> repository" for those packages. SM> I.e. we probably don't want to only hold pointers to files. Tho of SM> course, such an indirection might still be useful somewhere. The "package file" (analogous to a RPM/DEB package fike) should contain the real, final version of all the files. The package repository may accumulate metadata about all the package files it contains, but I should be able to copy a single package file to another system and install it. As a sysadmin I don't want package files to be indeterminate. For instance, how can I set up a local mirror if some of the files inside some of the package files are possibly remote? There's all the other security risks I listed in my previous note, too, concerning remote network access. This is a huge sysadmin problem with Perl for instance, where the liberal packaging standard and complicated build process make it hard to synchronize packages across multiple installations. I've suffered through that many times and hope it doesn't recur with Emacs packages. Some OS integration (DEB, RPM, MacOS X, etc.) would be useful, at least as a possibility. Ted