From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Daniel Skarda <0rfelyus@ucw.cz> Newsgroups: gmane.lisp.guile.devel Subject: Re: Adding stuff to the core distro (was Re: Infix syntax) Date: 17 Oct 2002 04:42:27 +0200 Sender: guile-devel-admin@gnu.org Message-ID: References: <1034273326.9353.61.camel@firetrap> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035010548 22110 80.91.224.249 (19 Oct 2002 06:55:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 19 Oct 2002 06:55:48 +0000 (UTC) Cc: Neil Jerram , guile-devel@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 182nWU-0005kU-00 for ; Sat, 19 Oct 2002 08:55:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 182nU3-0005Zo-00; Sat, 19 Oct 2002 02:53:15 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 182nTb-0005U5-00 for guile-devel@gnu.org; Sat, 19 Oct 2002 02:52:47 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 182nTZ-0005Tq-00 for guile-devel@gnu.org; Sat, 19 Oct 2002 02:52:46 -0400 Original-Received: from gnudist.gnu.org ([199.232.41.7]) by monty-python.gnu.org with esmtp (Exim 4.10) id 182bkJ-000879-00 for guile-devel@gnu.org; Fri, 18 Oct 2002 14:21:15 -0400 Original-Received: from stateless3.tiscali.cz ([213.235.135.72] helo=mail.tiscali.cz) by gnudist.gnu.org with esmtp (Exim 4.10) id 1820oD-0008MF-00 for guile-devel@gnu.org; Wed, 16 Oct 2002 22:54:49 -0400 Original-Received: from hobitin.ucw.cz (212.11.106.92) by mail.tiscali.cz (6.0.044) id 3D76F544002DBBEA; Thu, 17 Oct 2002 04:46:02 +0200 Original-Received: from 0rfelyus by hobitin.ucw.cz with local (Exim 3.36 #1 (Debian)) id 1820cF-0000RB-00; Thu, 17 Oct 2002 04:42:27 +0200 Original-To: Bill Gribble In-Reply-To: <1034273326.9353.61.camel@firetrap> Original-Lines: 53 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1566 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1566 Bill Gribble writes: > I have an actual client who I am actually delivering a guile application > running on a Compaq iPaq running Linux Oops! If I had read this email before I started to shout in my previous today's email that there are no such Guile users ... I am sorry for that (next time I have to read all mails before I reply...) OK. What guile features you consider essential for your application? How would you split Guile into packages? BTW - why you chose Guile? I do not know the world of Compaq iPaq running Linux, which tools you use to manage packages. I guess that this world differs a lot from average desktop and you have to create all packages with special care. I see that one can not shape Guile to fit perfectly to any particular application (mine or anybody else) and its requirements... It is always in the middle. One can not ask Linus to exclude XY support from kernel distribution, because he do not use it and find it bloatware. > I'd like to be able to pick and choose which pieces of > guile library functionality I need to install on a target platform -- Yes, that would be nice and really helpful for wider acceptance of Guile in small environments. > It's a very small platform, and if I have to pull in every SRFI, an Emacs > debugger interface, and all of the Gnome and Gtk libraries to install guile, > that's a problem for me. On the other hand, if you want to follow Guile development... :-) > Personally, I have been using debian for so long that I don't want to > follow anything in CVS unless I'm hacking on it myself. Suppose you write big application - it will take you few years before you finish it. At the time you release your application, there will be already new Guile version. If you stick to stable Guile version, you gain stability, but you can not change anything in Guile - even though something is really clumsy or you have to do nasty tricks to reach your goals (but that's dangerous from long-term POV). On the other hand you will port your application to new version anyway, so why not to follow CVS development? You can help Guile developers to debug Guile development version, you may warn them when you find some interface awkward or you miss some feature. It is hard to choose the way - each one has it cons and pros. I chose the second way so I am looking how to make it easier and secure. 0. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel