From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.user Subject: Re: Updating GNU Serveez for Guile 2.0 Date: Mon, 24 Jan 2011 16:13:59 +0100 Message-ID: <87bp361gi0.fsf@gnu.org> References: <115471.53385.qm@web37907.mail.mud.yahoo.com> <87pqrnmgx8.fsf@gnu.org> <87r5c2zs38.fsf@ambire.localdomain> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1295882062 29603 80.91.229.12 (24 Jan 2011 15:14:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 24 Jan 2011 15:14:22 +0000 (UTC) To: guile-user@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Jan 24 16:14:19 2011 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PhO7V-0001IJ-TB for guile-user@m.gmane.org; Mon, 24 Jan 2011 16:14:18 +0100 Original-Received: from localhost ([127.0.0.1]:39298 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PhO7V-0000RD-BZ for guile-user@m.gmane.org; Mon, 24 Jan 2011 10:14:17 -0500 Original-Received: from [140.186.70.92] (port=37773 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PhO7R-0000OS-N2 for guile-user@gnu.org; Mon, 24 Jan 2011 10:14:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PhO7Q-00043M-Kt for guile-user@gnu.org; Mon, 24 Jan 2011 10:14:13 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:57823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PhO7Q-000434-BQ for guile-user@gnu.org; Mon, 24 Jan 2011 10:14:12 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PhO7O-0001EC-F4 for guile-user@gnu.org; Mon, 24 Jan 2011 16:14:10 +0100 Original-Received: from 193.50.110.208 ([193.50.110.208]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Jan 2011 16:14:10 +0100 Original-Received: from ludo by 193.50.110.208 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Jan 2011 16:14:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 40 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 193.50.110.208 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 5 =?iso-8859-1?Q?Pluvi=F4se?= an 219 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.2 (gnu/linux) Cancel-Lock: sha1:WtJxhg67KiT+aSEsORl5dGW6jaw= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:8385 Archived-At: Hello! Thien-Thi Nguyen writes: > () ludo@gnu.org (Ludovic Courtès) > () Sun, 23 Jan 2011 22:46:59 +0100 > > So perhaps parts of the Serveez spirit could conquer Guile core? :-) > Thoughts? > > I don't think this is a good idea, for the same reason i don't think (web ...) > modules are a good idea; it centralizes non-language implementation stuff into > the language implementation. I was just referring to the asynchronous ‘getaddrinfo’ stuff, not to all of Serveez. I think it’s an important building block when writing an application, just like Glibc has ‘getaddrinfo_a’, so my feeling is that making such tools part of Guile core can make it easier for people to develop applications in Guile. The same holds for the web and SXML tools, IMO. > Moreover, Guile is LGPL while the stuff outside is GPL, which is a stronger > protection for the user. Every time GPL is relaxed to LGPL, i consider that > to be a step backward. Agreed. In principle, I’d be happy to incorporate such tools under the GPL in core Guile. The only downside I can think of is possible user confusion if there’s both LGPL and GPL code in Guile, though it could be solved technically (e.g., by adding a special ‘define-module’ clause for GPL modules.) GnuTLS, has the main lib under the LGPL and an “extra” lib with special features under the GPL (info "(gnutls) GnuTLS-extra functions"), which seems like a viable option. Thanks, Ludo’.