guile-user
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]