scsh-hackers
[Top] [All Lists]

Re: [Scsh-hackers] scsh-packages first contact

To: Anthony Carrico <acarrico@memebeam.org>
Subject: Re: [Scsh-hackers] scsh-packages first contact
From: Michel Schinz <Michel.Schinz@epfl.ch>
Date: Fri Feb 6 02:29:06 2004
Cc: scsh-hackers <scsh-hackers@lists.sourceforge.net>
List-id: Discussion among the implementors <scsh-hackers.lists.sourceforge.net>
Sender: scsh-hackers-admin@lists.sourceforge.net
Anthony Carrico <acarrico@memebeam.org> writes:

> I have finally got back to the packages proposal. I'm trying the cvs
> version. It looks good. I'll keep playing with it.

I'm glad to hear that, thanks.

> QUESTIONS:
>
> (define-package <name> <version> <extensions> <body> ...)    (syntax)
>
> What are <extensions> used for? The documentation doesn't say.

Yes, I still have to document that. For now you can look at the
following message which should make it clear:

http://sourceforge.net/mailarchive/forum.php?thread_id=3640888&forum_id=2707

> What if I want to initialize <version> from an expression? Do I use a
> function version of define-package? So maybe <version> should be
> quasiquote too.

Ok, I will quasiquote it too. Just out of curiosity, what use do you
want to make of that? Do you want to read the version from a file, or
something like that?

> FEATURE REQUEST:
>
> Compute an installation file's contents from an expression. So this:
>
>   (install-string <string> <file> <location> [<target-dir>] [<perms>])
>
> would write the <string> to the <file>.

Sounds reasonable and useful, I'll add that ASAP (which should mean
this week-end). Maybe instead of a string we could pass an
s-expression, like for write-to-load-script.

> REPORTS:
>
> 1. Unrecognized layout ("hfs" instead of "fhs" below), gives exception
> instead of error message.

I'll fix that, thanks for finding it.

> 2. relative prefix doesn't work.

Right, but I think I'll disallow relative prefixes (with a better
error message than the current one), like "configure" does. I don't
think they are really useful, but can be misleading especially when
used along with --dest-dir.

Michel.



<Prev in Thread] Current Thread [Next in Thread>