[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: role of guile-lib
From: |
Andy Wingo |
Subject: |
Re: role of guile-lib |
Date: |
Thu, 25 Dec 2008 12:23:39 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
Heya Julian,
On Wed 24 Dec 2008 22:14, "Julian Graham" <address@hidden> writes:
> So I found myself with a little bit of spare time this week and so I
> dusted off a Guile-based project I've been working on and was dismayed
> to be reminded that the current version of guile-lib (0.1.6) includes
> a distribution of SSAX that flat-out doesn't work. I've posted about
> this on the guile-lib mailing list and filed a bug on gna.org, but
> that was a year ago and since neither of those locations is controlled
> by active guile-lib contributors [1], I don't expect to see much
> movement on this in the immediate future.
Ooh, sorry about that. I've been spread a little thin recently. And the
hosting situation does suck a bit. On the other hand, I've been trying
to get another guile-lib maintainer for a while now -- you interested?
> But it does raise the question of what the proper role for guile-lib
> is, given that no one seems to have touched it in more than a year.
What do you want to do with it?
A few different options come to mind:
* Include (parts of?) it within Guile itself. This probably would
require copyright assignment, though perhaps not, if we put them
within a contrib/ section of the source distro (I would not want to
put `contrib' in the module name, however).
* Make it a part of Guile, but not a part of the guile source
distribution. This way all Guile committers could administer it, and
perhaps it could just share the same mailing lists.
> Evan Prodromou's (net http)
I haven't seen this code, but I want it! :)
> Another possibility is that the Snow project could meet this need, but
> there are some Guile-side technical hurdles to be jumped before it'd
> be viable -- and it's not like they don't have their own problems with
> bit-rot.
Yes, and another option (parallel effort?) is to hack in support for
R6RS modules, and rely on other distributions.
> It seems like other parts of Guile are being re-organized a bit right
> now -- any chance we could take a look at this as well?
Let's make this situation suck less! Do you want to handle this? (Also,
it would be nice to move this code to git.)
Cheers,
Andy
--
http://wingolog.org/