From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/74030 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: ELPA and Gnus Date: Wed, 10 Nov 2010 15:23:48 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87sjz8kh3v.fsf@lifelogs.com> References: <87pquvldcs.fsf@lifelogs.com> <87oc9yp21w.fsf@lifelogs.com> <8762w5f11g.fsf@keller.adm.naquadah.org> <87hbfpklor.fsf@lifelogs.com> <87zkthdkbw.fsf@keller.adm.naquadah.org> <8762w5kjxr.fsf_-_@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1289424254 12184 80.91.229.12 (10 Nov 2010 21:24:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 10 Nov 2010 21:24:14 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M22398@lists.math.uh.edu Wed Nov 10 22:24:11 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PGI9K-00060K-92 for ding-account@gmane.org; Wed, 10 Nov 2010 22:24:10 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1PGI9H-0000x4-Ox; Wed, 10 Nov 2010 15:24:07 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PGI9G-0000wo-Hz for ding@lists.math.uh.edu; Wed, 10 Nov 2010 15:24:06 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PGI9C-0007lc-Fn for ding@lists.math.uh.edu; Wed, 10 Nov 2010 15:24:06 -0600 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1PGI9B-0007SQ-00 for ; Wed, 10 Nov 2010 22:24:01 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PGI9A-0005wA-CL for ding@gnus.org; Wed, 10 Nov 2010 22:24:00 +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 ; Wed, 10 Nov 2010 22:24:00 +0100 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Nov 2010 22:24:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 32 Original-X-Complaints-To: usenet@dough.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/24.0.50 (gnu/linux) Cancel-Lock: sha1:oNOjIFAHUtIC/zRTDqLkKapi2OA= X-Spam-Score: -0.7 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:74030 Archived-At: On Wed, 10 Nov 2010 21:48:10 +0100 Lars Magne Ingebrigtsen wrote: LMI> Any archive bit-rots, while something that's continually developed (like LMI> Emacs) suffers from that a lot less, because it's all just there. OK, but realize people that check Emacs out from a VCS are a small minority. Most users download a release. So how do you handle that other kind of bit rot? Do they download all of Emacs again because they need the updates to one package? And do you expect them to alpha- and beta-test all of Emacs to get one package updated? At least for elpa.gnu.org I expect the lag to be at most 1 day behind any package we support. I think that's reasonable. So bit-rot is not a real issue IMO. You should bring this up on emacs-devel. I'm sure the maintainers have opinions. LMI> So as a user I hate the idea, and as a developer I like it even less. I LMI> just added a new command to Gnus that depends on org mode, and I did LMI> that because I know that org mode is in Emacs. If it weren't, I'd have LMI> hacked up something freestanding, and that's just code duplication. Maybe bring this up on emacs-devel too. LMI> And it's not like the Emacs distribution is particularly large. It LMI> hasn't really grown much over the last decade, and disk sizes have LMI> soared, so it seems even more pointless now. Disk space is not an issue AFAIK. Ted