unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
* summer of code ideas
@ 2011-03-07 19:51 Andy Wingo
  2011-03-07 20:12 ` Noah Lavine
                   ` (2 more replies)
  0 siblings, 3 replies; 17+ messages in thread
From: Andy Wingo @ 2011-03-07 19:51 UTC (permalink / raw)
  To: guile-devel

Hey all,

We need to get together a few Guile-proposed projects for SoC students
to hack on.  How about we collect them here in this thread.  I'll kick
it off with one idea:

  * A CPAN for Guile.  My initial thoughts are that you want a
    combination of APT-like discovery and download of sources of
    software, and a stowfs-like local storage, allowing you to update a
    tree of symlinks in $XDG_DATA_DIRS/guile/2.0/ to add packages, roll
    back changes, etc.  See
    http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
    for more on $XDG_DATA_DIRS.

    C extensions are outside the scope of this project.  IMO a CPAN for
    Guile should not compile C helper libraries.

    You can start here by doing a survey of what other schemes do:
    chicken and racket being the obvious ones, and also perhaps taking a
    look at cabal and other CPAN-alikes developed in the last 10 years.

    You'd need to define a format for code -- tarballs or something.
    You need to think about signing too, and the possibility both of
    dumb servers and smart servers.  You'll need to write a web client
    in Guile, if one hasn't been written yet.  In short, a large project
    for an ambitious and careful hacker!

Regards,

Andy
-- 
http://wingolog.org/



^ permalink raw reply	[flat|nested] 17+ messages in thread
* Re: summer of code ideas
@ 2011-03-07 20:23 Mike Gran
  2011-03-07 21:25 ` Jose A. Ortega Ruiz
  0 siblings, 1 reply; 17+ messages in thread
From: Mike Gran @ 2011-03-07 20:23 UTC (permalink / raw)
  To: Andy Wingo, guile-devel


>Hey all,
>
>We need to get together a few Guile-proposed projects for SoC students
>to hack on.  How about we collect them here in this thread.  I'll kick
>it off with one idea:
>
>  * A CPAN for Guile. 

A similar idea.

Define a syntax for use-modules to pull modules off the net, something 
like

   (use-modules (url://a-url.com library module #:optional a-rev-number))

Update modules on startup.  Cache modules and use last cached version if
internet access is not available.  Create server solution for modules.
Use openID or related to control access to Guile module server.  Use
revision-control-like system to server up proper revision of module.

Also, add syntax for procedure that, when called on local system,
actually execute on remote system.

(use-modules ((url://a-url.com library module #:optional a-rev-number)
              #:rpc external-func)) 

-Mike



^ permalink raw reply	[flat|nested] 17+ messages in thread
* Re: summer of code ideas
@ 2011-03-08  1:45 Mike Gran
  0 siblings, 0 replies; 17+ messages in thread
From: Mike Gran @ 2011-03-08  1:45 UTC (permalink / raw)
  To: Mark H Weaver, Jose A. Ortega Ruiz; +Cc: guile-devel@gnu.org

From: Mark H Weaver <mhw@netris.org>
>To: Jose A. Ortega Ruiz <jao@gnu.org>
>Cc: guile-devel@gnu.org
>Sent: Monday, March 7, 2011 5:10 PM
>Subject: Re: summer of code ideas
>
>>"Jose A. Ortega Ruiz" <jao@gnu.org> writes:
>>>    (use-modules (url://a-url.com library module #:optional a-rev-number))
>>
>> FWIW, i think this is a bad idea.  It intermingles two concerns that are
>> othogonal, namely installing a package and using it.
>
>I very strongly agree with jao.  Systems like this, e.g. Python Eggs,
>have been a major headache for distributions to deal with.  Debian
>actually takes the time to disable this automatic downloading and
>installing functionality from their Python packages, and I'm glad for
>it.  I am very security conscious, and the thought of software being
>automatically installed "on-demand" from untrusted sources when I run a
>program, or maybe even when I first use some particular functionality of
>that program, is very disconcerting.

I think people are conflating 'an idea' with 'the idea' here.  The call was
for possible SOC ideas.

At my work, we sometimes operate this way: field engineers use client
programs that are rather like AJAX webapps.  The head office updates a
server.  It works for us.

I didn't suggest that for all time Guile must officially such a system.

Sheesh.

-Mike




^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2011-03-28 23:03 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-03-07 19:51 summer of code ideas Andy Wingo
2011-03-07 20:12 ` Noah Lavine
2011-03-07 21:33   ` Ludovic Courtès
2011-03-07 22:11     ` Noah Lavine
2011-03-07 22:27       ` Ludovic Courtès
2011-03-07 22:37         ` Noah Lavine
2011-03-08 13:00           ` Ludovic Courtès
2011-03-07 20:13 ` CPAN for Guile Andreas Rottmann
2011-03-07 21:12   ` Andy Wingo
2011-03-28 23:03     ` Andreas Rottmann
2011-03-07 20:40 ` summer of code ideas Noah Lavine
2011-03-07 20:46   ` Andy Wingo
2011-03-07 21:27     ` Ludovic Courtès
  -- strict thread matches above, loose matches on Subject: below --
2011-03-07 20:23 Mike Gran
2011-03-07 21:25 ` Jose A. Ortega Ruiz
2011-03-08  1:10   ` Mark H Weaver
2011-03-08  1:45 Mike Gran

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).