From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Release plans Date: Thu, 28 Aug 2008 15:26:39 +0900 Message-ID: <87skspfye8.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20080816213508.GA8530@muc.de> <87hc9ka8eg.fsf@uwakimon.sk.tsukuba.ac.jp> <20080817073124.GA1294@muc.de> <87ljyv5gy5.fsf@uwakimon.sk.tsukuba.ac.jp> <20080818101802.GA2615@muc.de> <87bpzqqk7b.fsf@uwakimon.sk.tsukuba.ac.jp> <20080818210927.GD2615@muc.de> <87wsidnxqp.fsf@uwakimon.sk.tsukuba.ac.jp> <20080819155221.GA11524@muc.de> <871w0dcg6j.fsf@uwakimon.sk.tsukuba.ac.jp> <20080825220105.GA13599@muc.de> <87prnwgyvc.fsf@uwakimon.sk.tsukuba.ac.jp> <87k5e2o3hh.fsf@ambire.localdomain> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1219904772 9639 80.91.229.12 (28 Aug 2008 06:26:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 Aug 2008 06:26:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Thien-Thi Nguyen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 28 08:27:05 2008 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 1KYayG-0008N3-Sq for ged-emacs-devel@m.gmane.org; Thu, 28 Aug 2008 08:27:05 +0200 Original-Received: from localhost ([127.0.0.1]:49807 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KYaxI-0005k7-71 for ged-emacs-devel@m.gmane.org; Thu, 28 Aug 2008 02:26:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KYaxD-0005ht-KD for emacs-devel@gnu.org; Thu, 28 Aug 2008 02:25:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KYaxC-0005gz-Sr for emacs-devel@gnu.org; Thu, 28 Aug 2008 02:25:59 -0400 Original-Received: from [199.232.76.173] (port=57701 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KYaxC-0005gs-No for emacs-devel@gnu.org; Thu, 28 Aug 2008 02:25:58 -0400 Original-Received: from mtps02.sk.tsukuba.ac.jp ([130.158.97.224]:36168) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KYaxC-0001B0-Gu for emacs-devel@gnu.org; Thu, 28 Aug 2008 02:25:58 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps02.sk.tsukuba.ac.jp (Postfix) with ESMTP id 328707FFD; Thu, 28 Aug 2008 15:25:57 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 8B1061A2E28; Thu, 28 Aug 2008 15:26:39 +0900 (JST) In-Reply-To: <87k5e2o3hh.fsf@ambire.localdomain> X-Mailer: VM ?bug? under XEmacs 21.5.21 (x86_64-unknown-linux) X-detected-kernel: by monty-python.gnu.org: 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:103098 Thien-Thi Nguyen writes: > This characterization doesn't cleanly apply in this case; i'd like > to point out that the ban on the addition of dynamic loading to > Emacs is not an imposition on all Emacs users, only on those users > who hack Emacs and write to its repo. This is sufficiently important that Richard has devoted some thought and an explicit ban to the problem. If other users were similarly problematic, I would suppose that he would have considered adding it to the GPL, or so. > FWIW, i stand w/ the ban mostly due to personal ineptitude: i > can't imagine (though i've tried) any coroutine that could not be > supervised through a repl to a subprocess. Moreover, i believe > everything useful moves to a network protocol eventually. Thank you for making this point; it is true in my opinion, too. However, I think of dynamic loading not as adding more features to Emacs, but rather pushing features out of Emacs. The modules I personally work on at the moment are things like libcurl and neon, which provide fast, robust access to network protocols, *maintained by somebody else*. I've also used them in the past (libcanna) to push junky, hard-to-maintain, but popular, code out of core. This strategy has been quite successful for Python. > This includes not just functionality, but methodology. Now that > DVCs are on the rise, it's no big deal to flourish your Emacs > without having to "write to its repo". True, but in the GNU Project it is considered anti-social to do that. That is basically what Lucid did, and look at what that led to.