From daniel at whitehouse.id.au  Sun Nov  2 14:42:48 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Mon, 3 Nov 2008 00:42:48 +1000
Subject: [clbuild-devel] [PATCH] More library updates
Message-ID: <20081103004248.3bb47213@whitehouse.id.au>

Three here:

* Removed duplicate of tinaa repository
* Added cl-markdown
* Parenscript has moved to a git repository

I'm taking great pleasure in seeing more and more git migrations.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: project-updates.dpatch
Type: application/octet-stream
Size: 26210 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081103/5343106d/attachment.obj>

From gugamilare at gmail.com  Mon Nov  3 01:12:32 2008
From: gugamilare at gmail.com (Gustavo)
Date: Sun, 2 Nov 2008 23:12:32 -0200
Subject: [clbuild-devel] Some bugs
Message-ID: <4be8713d0811021712o7ed3233ex35cd1327a97eea61@mail.gmail.com>

There are many bugs related to dependencies and missing projects.

- weblocks needs the projetcs
f-underscore<http://groups.google.com/group/cl-terrace/web/f-underscore>and
anaphora <http://common-lisp.net/project/anaphora/> which are not listed in
wnpp-projects file
- both weblocks and metatilities need the package metatilities-base (this is
not listed in dependencies file)

I couldn't manage to configure the file wnpp-projects to get anaphora
directly from cvs (the source is under a directory named src, just "anaphora
get_cvs_clnet" does not work here), so I added to wnpp-projects these lines:

f-underscore get_darcs http://common-lisp.net/project/bpm/darcs/f-underscore
anaphora get_tarball
http://common-lisp.net/project/anaphora/files/anaphora-latest.tar.gz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081102/a9735086/attachment.html>

From daniel at whitehouse.id.au  Mon Nov  3 07:36:50 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Mon, 3 Nov 2008 17:36:50 +1000
Subject: [clbuild-devel] [PATCH] Fix indent-tabs-mode for project files
Message-ID: <20081103173650.082c3293@whitehouse.id.au>

I believe it should be indent-tabs-mode rather than indent-tabs.
Unless indent-tabs is for an older version of emacs (I'm on 22).

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fix-indent_tabs_mode-for-project-files.dpatch
Type: application/octet-stream
Size: 25802 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081103/674a5448/attachment.obj>

From daniel at whitehouse.id.au  Mon Nov  3 07:37:01 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Mon, 3 Nov 2008 17:37:01 +1000
Subject: [clbuild-devel] [PATCH] New command to rebuild all .asd symlinks
Message-ID: <20081103173701.59d370f1@whitehouse.id.au>

There are two patches:

* New function register .asd files for a project
* New command to rebuild all .asd symlinks

The first patch supports this with a new function, register_asd, to
factor out registering .asd files for a single project.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: new-command-to-rebuild-all-_asd-symlinks.dpatch
Type: application/octet-stream
Size: 26578 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081103/9da6bc90/attachment.obj>

From daniel at whitehouse.id.au  Mon Nov  3 07:41:36 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Mon, 3 Nov 2008 17:41:36 +1000
Subject: [clbuild-devel] [PATCH v2] New command to rebuild all .asd
	symlinks
In-Reply-To: <20081103173701.59d370f1@whitehouse.id.au>
References: <20081103173701.59d370f1@whitehouse.id.au>
Message-ID: <20081103174136.3ee5ae8d@whitehouse.id.au>

On Mon, 3 Nov 2008 17:37:01 +1000
Daniel White <daniel at whitehouse.id.au> wrote:

> There are two patches:
> 
> * New function register .asd files for a project
> * New command to rebuild all .asd symlinks
> 
> The first patch supports this with a new function, register_asd, to
> factor out registering .asd files for a single project.
> 

Bah, left in some debugging stuff.  New patch attached.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: new-command-to-rebuild-all-_asd-symlinks-v2.dpatch
Type: application/octet-stream
Size: 26550 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081103/a88cf276/attachment.obj>

From sky at viridian-project.de  Mon Nov  3 10:10:25 2008
From: sky at viridian-project.de (Leslie P. Polzer)
Date: Mon, 3 Nov 2008 11:10:25 +0100 (CET)
Subject: [clbuild-devel] Some bugs
In-Reply-To: <4be8713d0811021712o7ed3233ex35cd1327a97eea61@mail.gmail.com>
References: <4be8713d0811021712o7ed3233ex35cd1327a97eea61@mail.gmail.com>
Message-ID: <62165.88.73.210.243.1225707025.squirrel@mail.stardawn.org>


> There are many bugs related to dependencies and missing projects.

Fri Oct 31 14:51:20 CET 2008  polzer at gnu.org
  * fixed dependencies of weblocks and metatilities;
    added anaphora and f-underscore repos

I submitted this patch to this list but it seems that it wasn't
applied...

  Leslie




From david at lichteblau.com  Mon Nov  3 20:30:02 2008
From: david at lichteblau.com (David Lichteblau)
Date: Mon, 3 Nov 2008 21:30:02 +0100
Subject: [clbuild-devel] Various patches pushed
Message-ID: <20081103203001.GA12392@lanthan.ununoctium.lichteblau.com>

Hi,

all patches from Albert's repository should now be on common-lisp.net.
Please test.

I've also applied and pushed various other patches from the list.  If I
missed any patches, please let me know (unless someone else already
submitted a similar patch and I happened to choose that one over yours).


Finally, I'd like to discuss our handling of the file `dependencies':

Perhaps my own workflow is at fault here, but I'm often getting
conflicts in that file.  So I'd like to ask contributors to submit
patches that change only the project lists themselves, and to record
`dependencies' separately (if at all).

For patches on the list, you wouldn't have to submit that `dependencies'
patch, since it usually won't apply cleanly anyway.  (Of course, when
you put up your own repository for pulling, you'd probably want to
record a `dependencies' update after applying changes.)

That way, patch "integrators" can cherry-pick project changes and
regenerate `dependencies' independently.


Thanks,
d.



From kzar at kzar.co.uk  Mon Nov  3 22:04:35 2008
From: kzar at kzar.co.uk (David Barker)
Date: Mon, 3 Nov 2008 22:04:35 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
Message-ID: <40498.192.9.200.97.1225749875.squirrel@starbug>

Hi again,

Leslie kindly fixed that Weblocks bug for me, I have then got further in
the install by installing the following extra things with clbuild:

defsystem-compatibility
s-sysdeps
cl-base64
parenscript
cl-unicode
metabang-bind
stefil
cffi
f-underscore
anaphora-0.9.3
metatilities-base
cl-markdown
trivial-shell
html-encode-1.2
cl-html-diff_0.1
cl-difflib_0.1
LML2
kmrcl-1.98
dynamic-classes

Now I'm getting another error though, here's a dump of that:
http://kzar.co.uk/weblocks6

Not sure if that's a clbuild issue though?

Cheers, Dave.

> Great thanks, that gives me a few things to try.
>
> Thanks for all the help with getting this working, Dave.
>
>> Quoting David Barker (kzar at kzar.co.uk):
>>> Reading through my last reply I realised that it probably wasn't very
>>> helpful without more information. Here's a full dump of the output from
>>> trying to build weblocks now: http://kzar.co.uk/weblocks2
>>
>>  - Make sure you're using Albert's repository, which uses up-to-date
>>    weblocks (I think)
>>
>>  - Report any remaining weblocks issues to the weblocks guys.  We only
>>    help users download the projects, we don't maintain the individual
>>    projects.
>>
>>  - But note that we follow the asdf-install convention of trying to
>>    build all ASDF systems found as .asd files in the project directory.
>>    In this case, that probably includes some test suite, and it looks
>>    to me like the test suite is causing trouble, not the main system.
>>    Try loading only the weblocks system itself using ASDF in "clbuild
>>    slime" or "clbuild lisp" instead using using "clbuild build".
>>
>>  - We also blacklist such test systems sometimes.  See the various
>>    blacklisting code in clbuild.lisp.
>>
>> _______________________________________________
>> clbuild-devel mailing list
>> clbuild-devel at common-lisp.net
>> http://common-lisp.net/cgi-bin/mailman/listinfo/clbuild-devel
>>
>>
>
>
>
> _______________________________________________
> clbuild-devel mailing list
> clbuild-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/clbuild-devel
>
>





From daniel at whitehouse.id.au  Tue Nov  4 06:12:52 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Tue, 4 Nov 2008 16:12:52 +1000
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <40498.192.9.200.97.1225749875.squirrel@starbug>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
Message-ID: <20081104161252.41e4b342@whitehouse.id.au>

On Mon, 3 Nov 2008 22:04:35 -0000 (UTC)
"David Barker" <kzar at kzar.co.uk> wrote:
> Now I'm getting another error though, here's a dump of that:
> http://kzar.co.uk/weblocks6
> 
> Not sure if that's a clbuild issue though?
> 
> [snip...]

I actually sent a patch to the cl-markdown mailing list around a
week ago that fixes this.  The package CL-MARKDOWN-TEST isn't importing
SYSTEM-RELATIVE-PATHNAME from CL-MARKDOWN.

Attached is the patch to fix this.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: import-system_relative_pathname-into-cl_markdown_test.dpatch
Type: application/octet-stream
Size: 2043 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081104/a8dc74e6/attachment.obj>

From kzar at kzar.co.uk  Tue Nov  4 22:25:29 2008
From: kzar at kzar.co.uk (David Barker)
Date: Tue, 4 Nov 2008 22:25:29 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <20081104161252.41e4b342@whitehouse.id.au>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
Message-ID: <47788.192.9.200.97.1225837529.squirrel@starbug>

Ahh cheers Daniel, that fixed that error.

I'm not getting another error when trying to do my dumpcore, here's a dump
of the output: http://kzar.co.uk/weblocks7

Any ideas what I can do?

Cheers, Dave.

> On Mon, 3 Nov 2008 22:04:35 -0000 (UTC)
> "David Barker" <kzar at kzar.co.uk> wrote:
>> Now I'm getting another error though, here's a dump of that:
>> http://kzar.co.uk/weblocks6
>>
>> Not sure if that's a clbuild issue though?
>>
>> [snip...]
>
> I actually sent a patch to the cl-markdown mailing list around a
> week ago that fixes this.  The package CL-MARKDOWN-TEST isn't importing
> SYSTEM-RELATIVE-PATHNAME from CL-MARKDOWN.
>
> Attached is the patch to fix this.
>
> --
> Daniel White
>





From daniel at whitehouse.id.au  Wed Nov  5 07:29:45 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Wed, 5 Nov 2008 17:29:45 +1000
Subject: [clbuild-devel] [PATCH] Added libraries for cl-markdown
Message-ID: <20081105172945.16f3fdd5@whitehouse.id.au>

Includes html-encode, cl-difflib, cl-html-diff, lml2, kmrcl, and Gary
King's dynamic-classes.

-- 
Daniel White



From daniel at whitehouse.id.au  Wed Nov  5 07:49:47 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Wed, 5 Nov 2008 17:49:47 +1000
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <47788.192.9.200.97.1225837529.squirrel@starbug>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
Message-ID: <20081105174947.241dc2ee@whitehouse.id.au>

On Tue, 4 Nov 2008 22:25:29 -0000 (UTC)
"David Barker" <kzar at kzar.co.uk> wrote:

> Ahh cheers Daniel, that fixed that error.
> 
> I'm not getting another error when trying to do my dumpcore, here's a dump
> of the output: http://kzar.co.uk/weblocks7
> 
> Any ideas what I can do?

This is strange and I can't seem to duplicate it.  Does running
"clbuild clean" first help?

-- 
Daniel White



From kzar at kzar.co.uk  Thu Nov  6 19:42:46 2008
From: kzar at kzar.co.uk (David Barker)
Date: Thu, 6 Nov 2008 19:42:46 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <20081105174947.241dc2ee@whitehouse.id.au>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
	<20081105174947.241dc2ee@whitehouse.id.au>
Message-ID: <36114.192.9.200.97.1226000566.squirrel@starbug>

Hi,

Doing clbuild clean didn't seem to help. I then tried a mrproper to really
start a fresh. This time cl-containers seems to be required as well but
that is having problems installing.

The error seems to be similar to the problem I had earlier that your patch
fixed, here is a dump of that output: http://kzar.co.uk/weblocks8

Any ideas on that?

Cheers, Dave.

> On Tue, 4 Nov 2008 22:25:29 -0000 (UTC)
> "David Barker" <kzar at kzar.co.uk> wrote:
>
>> Ahh cheers Daniel, that fixed that error.
>>
>> I'm not getting another error when trying to do my dumpcore, here's a
>> dump
>> of the output: http://kzar.co.uk/weblocks7
>>
>> Any ideas what I can do?
>
> This is strange and I can't seem to duplicate it.  Does running
> "clbuild clean" first help?
>
> --
> Daniel White
>
>





From david at lichteblau.com  Thu Nov  6 20:03:23 2008
From: david at lichteblau.com (David Lichteblau)
Date: Thu, 6 Nov 2008 21:03:23 +0100
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <36114.192.9.200.97.1226000566.squirrel@starbug>
References: <53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
	<20081105174947.241dc2ee@whitehouse.id.au>
	<36114.192.9.200.97.1226000566.squirrel@starbug>
Message-ID: <20081106200323.GA32681@radon>

Quoting David Barker (kzar at kzar.co.uk):
> Doing clbuild clean didn't seem to help. I then tried a mrproper to really
> start a fresh. This time cl-containers seems to be required as well but
> that is having problems installing.
> 
> The error seems to be similar to the problem I had earlier that your patch
> fixed, here is a dump of that output: http://kzar.co.uk/weblocks8
> 
> Any ideas on that?

cl-containers-documentation.asd is obviously buggy in using a component
class not defined in that file.  Ask its author about that.


However, did you try using (asdf:operate 'asdf:load-op :weblocks)?
As I wrote before: 

Quoting David Lichteblau (david at lichteblau.com):
>  - But note that we follow the asdf-install convention of trying to
>    build all ASDF systems found as .asd files in the project directory.
>    In this case, that probably includes some test suite, and it looks
>    to me like the test suite is causing trouble, not the main system.
>    Try loading only the weblocks system itself using ASDF in "clbuild
>    slime" or "clbuild lisp" instead using using "clbuild build".

... except with documentation this time, not a test suite.

Also note that I have removed the "clbuild build" command in current
clbuild.


d.



From daniel at whitehouse.id.au  Thu Nov  6 23:17:33 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Fri, 7 Nov 2008 09:17:33 +1000
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <36114.192.9.200.97.1226000566.squirrel@starbug>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
	<20081105174947.241dc2ee@whitehouse.id.au>
	<36114.192.9.200.97.1226000566.squirrel@starbug>
Message-ID: <20081107091733.23044d9f@whitehouse.id.au>

On Thu, 6 Nov 2008 19:42:46 -0000 (UTC)
"David Barker" <kzar at kzar.co.uk> wrote:

> Hi,
> 
> Doing clbuild clean didn't seem to help. I then tried a mrproper to really
> start a fresh. This time cl-containers seems to be required as well but
> that is having problems installing.
> 
> The error seems to be similar to the problem I had earlier that your patch
> fixed, here is a dump of that output: http://kzar.co.uk/weblocks8
> 
> Any ideas on that?
> 

Yes, docudown is missing.

A patch is attached.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: added-docudown.dpatch
Type: application/octet-stream
Size: 26970 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081107/be081f09/attachment.obj>

From daniel at whitehouse.id.au  Thu Nov  6 23:20:40 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Fri, 7 Nov 2008 09:20:40 +1000
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <20081107091733.23044d9f@whitehouse.id.au>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
	<20081105174947.241dc2ee@whitehouse.id.au>
	<36114.192.9.200.97.1226000566.squirrel@starbug>
	<20081107091733.23044d9f@whitehouse.id.au>
Message-ID: <20081107092040.19cb808f@whitehouse.id.au>

On Fri, 7 Nov 2008 09:17:33 +1000
Daniel White <daniel at whitehouse.id.au> wrote:

> On Thu, 6 Nov 2008 19:42:46 -0000 (UTC)
> "David Barker" <kzar at kzar.co.uk> wrote:
> 
> > Hi,
> > 
> > Doing clbuild clean didn't seem to help. I then tried a mrproper to really
> > start a fresh. This time cl-containers seems to be required as well but
> > that is having problems installing.
> > 
> > The error seems to be similar to the problem I had earlier that your patch
> > fixed, here is a dump of that output: http://kzar.co.uk/weblocks8
> > 
> > Any ideas on that?
> > 
> 
> Yes, docudown is missing.
> 
> A patch is attached.
> 

Additionally, if you run into any problem with cl-containers regarding
metatilities-base, I've currently got a hacky patch to get it to
compile on my system.

diff -rN old-cl-containers/cl-containers.asd new-cl-containers/cl-containers.asd
88c88
<   :depends-on ((:version :metatilities-base "0.6.6")))
---
>   :depends-on (:metatilities-base))

-- 
Daniel White



From sky at viridian-project.de  Fri Nov  7 09:39:10 2008
From: sky at viridian-project.de (Leslie P. Polzer)
Date: Fri, 7 Nov 2008 10:39:10 +0100 (CET)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <ecb948b30811062313n3ffa020cpe4ea5a4b6e12e878@mail.gmail.com>
References: <ecb948b30811062309m6047b102uf947dac636d8dfe0@mail.gmail.com>
	<ecb948b30811062313n3ffa020cpe4ea5a4b6e12e878@mail.gmail.com>
Message-ID: <63557.88.73.202.72.1226050750.squirrel@mail.stardawn.org>


> Doing clbuild clean didn't seem to help. I then tried a mrproper to really
> start a fresh. This time cl-containers seems to be required as well but
> that is having problems installing.
>
> The error seems to be similar to the problem I had earlier that your patch
> fixed, here is a dump of that output: http://kzar.co.uk/weblocks8
>
> Any ideas on that?

Unfortunately I can't reproduce that. With a fresh checkout of
clbuild I can both install and load Weblocks and cl-containers.

There's a new conflict between moptilities and closer-mop but
there one can just hit the continue restart for the time being.

  Leslie





From kzar at kzar.co.uk  Thu Nov 13 22:42:59 2008
From: kzar at kzar.co.uk (David Barker)
Date: Thu, 13 Nov 2008 22:42:59 -0000 (UTC)
Subject: [clbuild-devel] [cl-markdown-devel] Problem installing Weblocks
In-Reply-To: <alpine.LNX.1.10.0811102151340.2559@strider2.example.org>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
	<alpine.LNX.1.10.0811102151340.2559@strider2.example.org>
Message-ID: <54113.192.9.200.97.1226616179.squirrel@starbug>

Hi again,

Gary has fixed that problem with docudown so I have got that installed now.

Unfortunately I am still getting an error trying to install Weblocks, it
seems to be pretty much the same error as before. I have then tried doing
a ./clbuild clean but it's still happening.

Here's the dump in case it's different in a subtle way I overlooked:
http://kzar.co.uk/weblocks9

This I really don't understand, if docudown is installed OK why would it
complain with an error like this?

Cheers, Dave.

> On Tue, 4 Nov 2008, David Barker wrote:
>
>> Ahh cheers Daniel, that fixed that error.
>>
>> I'm not getting another error when trying to do my dumpcore, here's a
>> dump
>> of the output: http://kzar.co.uk/weblocks7
>>
>> Any ideas what I can do?
>
> Docudown separated from cl-markdown back in May...
>
> Try installing it separately.
> http://common-lisp.net/project/docudown/
>
> - Daniel
>
>





From daniel at whitehouse.id.au  Fri Nov 14 04:25:02 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Fri, 14 Nov 2008 14:25:02 +1000
Subject: [clbuild-devel] [cl-markdown-devel] Problem installing Weblocks
In-Reply-To: <54113.192.9.200.97.1226616179.squirrel@starbug>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
	<alpine.LNX.1.10.0811102151340.2559@strider2.example.org>
	<54113.192.9.200.97.1226616179.squirrel@starbug>
Message-ID: <20081114142502.1afb5d34@whitehouse.id.au>

On Thu, 13 Nov 2008 22:42:59 -0000 (UTC)
"David Barker" <kzar at kzar.co.uk> wrote:

> Hi again,
> 
> Gary has fixed that problem with docudown so I have got that installed now.
> 
> Unfortunately I am still getting an error trying to install Weblocks, it
> seems to be pretty much the same error as before. I have then tried doing
> a ./clbuild clean but it's still happening.
> 
> Here's the dump in case it's different in a subtle way I overlooked:
> http://kzar.co.uk/weblocks9
> 
> This I really don't understand, if docudown is installed OK why would it
> complain with an error like this?
> 

It seems to be a problem with cl-containers-documentation.  But that
doesn't seem to stop me building weblocks.

What command are you using to build weblocks?  None of the following
cause this error for me.

clbuild recompile weblocks
clbuild dumpcore weblocks
(require :weblocks) -- from SBCL.

If you don't really need a custom core, the recommended method to
compile and load a system is via:

(asdf:operate 'asdf:load-op 'ENTER-NAME-OF-SYSTEM-HERE)

SBCL will also accept (require 'ENTER-NAME-OF-SYSTEM-HERE).

-- 
Daniel White



From kzar at kzar.co.uk  Sat Nov 15 14:50:08 2008
From: kzar at kzar.co.uk (David Barker)
Date: Sat, 15 Nov 2008 14:50:08 -0000 (UTC)
Subject: [clbuild-devel] [cl-markdown-devel] Problem installing Weblocks
In-Reply-To: <alpine.LNX.1.10.0811140029200.2624@strider2.example.org>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
	<40358.192.9.200.97.1225133594.squirrel@starbug>
	<20081027193249.GD19484@radon>
	<53242.192.9.200.97.1225141559.squirrel@starbug>
	<38572.192.9.200.97.1225149019.squirrel@starbug>
	<51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>
	<20081028140108.GA8678@radon>
	<53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>
	<40498.192.9.200.97.1225749875.squirrel@starbug>
	<20081104161252.41e4b342@whitehouse.id.au>
	<47788.192.9.200.97.1225837529.squirrel@starbug>
	<alpine.LNX.1.10.0811102151340.2559@strider2.example.org>
	<54113.192.9.200.97.1226616179.squirrel@starbug>
	<alpine.LNX.1.10.0811140029200.2624@strider2.example.org>
Message-ID: <48086.192.9.200.97.1226760608.squirrel@starbug>

Hi Daniel,

That did it, adding "(require :docudown)" to the top of
/usr/src/clbuild/source/cl-containers/cl-containers-documentation.asd and
trying the dump again worked.

Thanks for your help everyone, you have been great.

Cheers, Dave.

> On Thu, 13 Nov 2008, David Barker wrote:
>
>> Gary has fixed that problem with docudown so I have got that installed
>> now.
>>
>> Unfortunately I am still getting an error trying to install Weblocks, it
>> seems to be pretty much the same error as before. I have then tried
>> doing
>> a ./clbuild clean but it's still happening.
>>
>> Here's the dump in case it's different in a subtle way I overlooked:
>> http://kzar.co.uk/weblocks9
>>
>> This I really don't understand, if docudown is installed OK why would it
>> complain with an error like this?
>
> That's an error in either cl-containers-documentation.asd or ASDF.
>
> Docudown needs to be loaded before ASDF can process the :docudown-source
> clauses.  The ":depends-on ... :docudown" tells ASDF that
> cl-containers-documentation has that dependency, but its too late.  I put
> a "(require :docudown)" near the top of the file to get ASDF to load the
> defsystem form properly.
>
> - Daniel H
>
>





From krewinkel at gmx.net  Wed Nov 26 16:39:32 2008
From: krewinkel at gmx.net (Albert Krewinkel)
Date: Wed, 26 Nov 2008 08:39:32 -0800
Subject: [clbuild-devel] Optional parameter for 'clbuild {prebuild,lisp}'
Message-ID: <m263mazbjv.fsf@gmx.net>

Hi,

I compiled some changes which break backwards comparability, so I'd like
to get feedback before actually committing it as a patch:

Specifying the implementation to use by setting one of a couple of
environment variables seems a bit clumsy to me.  It would be much nicer
to specify the implementation from the command-line.

As a first step towards that, I'd like a command like
$ ./clbuild lisp ccl

to have the intended effect.  However, this would break backwards
comparability, as the current state forwards any additional command line
token directly to the implementation.

A patch implementing this (and which has an incredibly bad name) was
pushed into an experimental repo here:

http://darcs.moltkeplatz.de/clbuild

The patch also contains rudimentary support for ECL.

Comments welcome

Cheers,
Albert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 193 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081126/d461eadf/attachment.sig>

From ebzzry at gmail.com  Wed Nov 26 15:23:04 2008
From: ebzzry at gmail.com (Ebzzry)
Date: Wed, 26 Nov 2008 23:23:04 +0800
Subject: [clbuild-devel] *.asd file
Message-ID: <391934950811260723v32a7896fucd9492a2d4a7b4f1@mail.gmail.com>

Hi! I'm wondering why is there a "*.asd" file that's always persistently
present in the "systems" directory that points to
${InstallDir}/clbuild/source/cells-gtk/*/*.asd?
A `clbuild clean-links' in turn deletes it.

What is that file for? Is it there for a specific purpose? Is it vestigial?
Is it negligible?

-- 
Rommel M. Martinez
ebzzry at gmail.com
http://www.bespin.org/~ebzzry



From bhyde at pobox.com  Fri Nov 28 15:34:52 2008
From: bhyde at pobox.com (Ben Hyde)
Date: Fri, 28 Nov 2008 10:34:52 -0500
Subject: [clbuild-devel] *.asd file
In-Reply-To: <391934950811260723v32a7896fucd9492a2d4a7b4f1@mail.gmail.com>
References: <391934950811260723v32a7896fucd9492a2d4a7b4f1@mail.gmail.com>
Message-ID: <D036257F-12F9-4D46-ABC5-3BD9A26776E7@pobox.com>

On Nov 26, 2008, at 10:23 AM, Ebzzry wrote:
> Hi! I'm wondering why is there a "*.asd" file that's always  
> persistently
> present in the "systems" directory that points to
> ${InstallDir}/clbuild/source/cells-gtk/*/*.asd?
> A `clbuild clean-links' in turn deletes it.
>
> What is that file for? Is it there for a specific purpose? Is it  
> vestigial?
> Is it negligible?

It is a confusing but harmless bug.

I believe this patch will fix the source.  No doubt there are more  
elegant
ways to do this.  Reviews the other globbing is left as an exercise.

bash-3.2$ darcs diff -u clbuild
--- old-clbuild/clbuild	2008-11-28 10:28:44.000000000 -0500
+++ new-clbuild/clbuild	2008-11-28 10:28:44.000000000 -0500
@@ -672,7 +672,12 @@
  		echo "resume: skipping update of $project"
  	    else
  		${UPDATE_SCRIPT} ${UPDATE_ARGS} $project
-		ln -f -s $(pwd)/${project}*/*.asd "${system_dir}"/
+                for i in $(pwd)/${project}*/*.asd ; do
+                    # see nullglob etc in bash manual
+                    if [ -f "$i" ] ; then
+                        ln -f -s "$i" "${system_dir}"/
+                    fi
+                done
  		touch "$skipfile"
  	    fi
  	done

bash-3.2$ 



From ebzzry at gmail.com  Fri Nov 28 22:28:11 2008
From: ebzzry at gmail.com (Ebzzry)
Date: Sat, 29 Nov 2008 06:28:11 +0800
Subject: [clbuild-devel] *.asd file
In-Reply-To: <D036257F-12F9-4D46-ABC5-3BD9A26776E7@pobox.com>
References: <391934950811260723v32a7896fucd9492a2d4a7b4f1@mail.gmail.com>
	<D036257F-12F9-4D46-ABC5-3BD9A26776E7@pobox.com>
Message-ID: <391934950811281428w101be743heccc4646619785c7@mail.gmail.com>

On Fri, Nov 28, 2008 at 11:34 PM, Ben Hyde <bhyde at pobox.com> wrote:
> On Nov 26, 2008, at 10:23 AM, Ebzzry wrote:
>> Hi! I'm wondering why is there a "*.asd" file that's always
>> persistently
>> present in the "systems" directory that points to
>> ${InstallDir}/clbuild/source/cells-gtk/*/*.asd?
>> A `clbuild clean-links' in turn deletes it.
>>
>> What is that file for? Is it there for a specific purpose? Is it
>> vestigial?
>> Is it negligible?
>
> It is a confusing but harmless bug.
>
> I believe this patch will fix the source.  No doubt there are more
> elegant
> ways to do this.  Reviews the other globbing is left as an exercise.
>
> bash-3.2$ darcs diff -u clbuild
> --- old-clbuild/clbuild 2008-11-28 10:28:44.000000000 -0500
> +++ new-clbuild/clbuild 2008-11-28 10:28:44.000000000 -0500
> @@ -672,7 +672,12 @@
>                echo "resume: skipping update of $project"
>            else
>                ${UPDATE_SCRIPT} ${UPDATE_ARGS} $project
> -               ln -f -s $(pwd)/${project}*/*.asd "${system_dir}"/
> +                for i in $(pwd)/${project}*/*.asd ; do
> +                    # see nullglob etc in bash manual
> +                    if [ -f "$i" ] ; then
> +                        ln -f -s "$i" "${system_dir}"/
> +                    fi
> +                done
>                touch "$skipfile"
>            fi
>        done
>
> bash-3.2$
>
> _______________________________________________
> clbuild-devel mailing list
> clbuild-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/clbuild-devel
>

Thanks

-- 
Rommel M. Martinez
ebzzry at gmail.com
http://www.bespin.org/~ebzzry



From daniel at whitehouse.id.au  Sat Nov 29 05:44:15 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Sat, 29 Nov 2008 15:44:15 +1000
Subject: [clbuild-devel] *.asd file
In-Reply-To: <D036257F-12F9-4D46-ABC5-3BD9A26776E7@pobox.com>
References: <391934950811260723v32a7896fucd9492a2d4a7b4f1@mail.gmail.com>
	<D036257F-12F9-4D46-ABC5-3BD9A26776E7@pobox.com>
Message-ID: <20081129154415.0431cb51@whitehouse.id.au>

Yes, this fixes the symptom, not the problem.

cells-gtk is not an included project anymore and used to need special
rules for linking some hidden .asd files.

Attached is a patch to remove this rule.

By the way, you should be able to remove broken links already with
clbuild clean-links.

On Fri, 28 Nov 2008 10:34:52 -0500
Ben Hyde <bhyde at pobox.com> wrote:

> On Nov 26, 2008, at 10:23 AM, Ebzzry wrote:
> > Hi! I'm wondering why is there a "*.asd" file that's always  
> > persistently
> > present in the "systems" directory that points to
> > ${InstallDir}/clbuild/source/cells-gtk/*/*.asd?
> > A `clbuild clean-links' in turn deletes it.
> >
> > What is that file for? Is it there for a specific purpose? Is it  
> > vestigial?
> > Is it negligible?
> 
> It is a confusing but harmless bug.
> 
> I believe this patch will fix the source.  No doubt there are more  
> elegant
> ways to do this.  Reviews the other globbing is left as an exercise.
> 
> bash-3.2$ darcs diff -u clbuild
> --- old-clbuild/clbuild	2008-11-28 10:28:44.000000000 -0500
> +++ new-clbuild/clbuild	2008-11-28 10:28:44.000000000 -0500
> @@ -672,7 +672,12 @@
>   		echo "resume: skipping update of $project"
>   	    else
>   		${UPDATE_SCRIPT} ${UPDATE_ARGS} $project
> -		ln -f -s $(pwd)/${project}*/*.asd "${system_dir}"/
> +                for i in $(pwd)/${project}*/*.asd ; do
> +                    # see nullglob etc in bash manual
> +                    if [ -f "$i" ] ; then
> +                        ln -f -s "$i" "${system_dir}"/
> +                    fi
> +                done
>   		touch "$skipfile"
>   	    fi
>   	done
> 

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: remove-special-linking-rules-for-cells_gtk.dpatch
Type: application/octet-stream
Size: 28072 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081129/0df431fa/attachment.obj>

From krewinkel at gmx.net  Sat Nov 29 06:32:34 2008
From: krewinkel at gmx.net (Albert Krewinkel)
Date: Fri, 28 Nov 2008 22:32:34 -0800
Subject: [clbuild-devel] Optional parameter for 'clbuild {prebuild,
	lisp}'
In-Reply-To: <m263mazbjv.fsf@gmx.net> (Albert Krewinkel's message of "Wed, 26
	Nov 2008 08:39:32 -0800")
References: <m263mazbjv.fsf@gmx.net>
Message-ID: <m23ahbvy7x.fsf@visnet-80.csl.sri.com>

Never mind.  For now, I created a new command `run-lisp' which takes an
optional parameter specifying the lisp-implementation to use.  All of
the following should work:

./clbuild run-lisp sbcl
./clbuild run-lisp clisp
./clbuild run-lisp $(which sbcl)

etc.

In the long run, I should try to implement an parameter
--implementation, which can be given to all commands.  This would
supersede my current ad-hoc solution.

Cheers,
Albert

Albert Krewinkel <krewinkel at gmx.net> writes:

> Hi,
>
> I compiled some changes which break backwards comparability, so I'd like
> to get feedback before actually committing it as a patch:
>
> Specifying the implementation to use by setting one of a couple of
> environment variables seems a bit clumsy to me.  It would be much nicer
> to specify the implementation from the command-line.
>
> As a first step towards that, I'd like a command like
> $ ./clbuild lisp ccl
>
> to have the intended effect.  However, this would break backwards
> comparability, as the current state forwards any additional command line
> token directly to the implementation.
>
> A patch implementing this (and which has an incredibly bad name) was
> pushed into an experimental repo here:
>
> http://darcs.moltkeplatz.de/clbuild
>
> The patch also contains rudimentary support for ECL.
>
> Comments welcome
>
> Cheers,
> Albert
> _______________________________________________
> clbuild-devel mailing list
> clbuild-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/clbuild-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 193 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081128/a5741617/attachment.sig>

From david at lichteblau.com  Sat Nov 29 10:43:20 2008
From: david at lichteblau.com (David Lichteblau)
Date: Sat, 29 Nov 2008 11:43:20 +0100
Subject: [clbuild-devel] Optional parameter for 'clbuild {prebuild,
	lisp}'
In-Reply-To: <m23ahbvy7x.fsf@visnet-80.csl.sri.com>
References: <m263mazbjv.fsf@gmx.net> <m23ahbvy7x.fsf@visnet-80.csl.sri.com>
Message-ID: <20081129104320.GA4527@radon>

Hi,

Quoting Albert Krewinkel (krewinkel at gmx.net):
> In the long run, I should try to implement an parameter
> --implementation, which can be given to all commands.  This would
> supersede my current ad-hoc solution.

great.  Personally I would strongly prefer that over the original patch,
because there are so many commands that end up running the lisp
implementation, and it would be weird to have only "clbuild lisp" take
an argument and not all the other commands.


d.



From david at lichteblau.com  Sat Nov 29 10:58:40 2008
From: david at lichteblau.com (David Lichteblau)
Date: Sat, 29 Nov 2008 11:58:40 +0100
Subject: [clbuild-devel] *.asd file
In-Reply-To: <20081129154415.0431cb51@whitehouse.id.au>
References: <391934950811260723v32a7896fucd9492a2d4a7b4f1@mail.gmail.com>
	<D036257F-12F9-4D46-ABC5-3BD9A26776E7@pobox.com>
	<20081129154415.0431cb51@whitehouse.id.au>
Message-ID: <20081129105840.GA20519@radon>

Quoting Daniel White (daniel at whitehouse.id.au):
> Yes, this fixes the symptom, not the problem.

It's pretty much unrelated, I'd say.  Ben's patch doesn't apply to
current clbuild anyway, because your register_asd change already fixed
this issue.

> cells-gtk is not an included project anymore and used to need special
> rules for linking some hidden .asd files.

Okay, patch applied.

But the other lines have the same problem.  If any of mcclim, clg,
eclipse, or cffi aren't installed, there's a broken symlink.

Basically, all the rules in link_extra_asds needs the same logic that
register_asd already has.


d.



From krewinkel at gmx.net  Sat Nov 29 17:16:57 2008
From: krewinkel at gmx.net (Albert Krewinkel)
Date: Sat, 29 Nov 2008 09:16:57 -0800
Subject: [clbuild-devel] Optional parameter for 'clbuild {prebuild,
	lisp}'
In-Reply-To: <20081129104320.GA4527@radon> (David Lichteblau's message of
	"Sat, 29 Nov 2008 11:43:20 +0100")
References: <m263mazbjv.fsf@gmx.net> <m23ahbvy7x.fsf@visnet-80.csl.sri.com>
	<20081129104320.GA4527@radon>
Message-ID: <m2fxlatpti.fsf@visnet-80.csl.sri.com>

David Lichteblau <david at lichteblau.com> writes:
>
> Quoting Albert Krewinkel (krewinkel at gmx.net):
>> In the long run, I should try to implement an parameter
>> --implementation, which can be given to all commands.  This would
>> supersede my current ad-hoc solution.
>
> great.  Personally I would strongly prefer that over the original patch,
> because there are so many commands that end up running the lisp
> implementation, and it would be weird to have only "clbuild lisp" take
> an argument and not all the other commands.

True, I changed that.
$ ./clbuild --implementation sbcl COMMAND 
is now legal for the whole set of commands.  Someone with better English
skills than me please have a look at the documentation I added to the
long-help output.

Thanks,
Albert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 193 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081129/5808f1f7/attachment.sig>

From daniel at whitehouse.id.au  Sat Nov 29 18:00:10 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Sun, 30 Nov 2008 04:00:10 +1000
Subject: [clbuild-devel] Optional parameter for 'clbuild {prebuild,
 lisp}'
In-Reply-To: <m2fxlatpti.fsf@visnet-80.csl.sri.com>
References: <m263mazbjv.fsf@gmx.net> <m23ahbvy7x.fsf@visnet-80.csl.sri.com>
	<20081129104320.GA4527@radon>
	<m2fxlatpti.fsf@visnet-80.csl.sri.com>
Message-ID: <20081130040010.12709a6a@whitehouse.id.au>

On Sat, 29 Nov 2008 09:16:57 -0800
Albert Krewinkel <krewinkel at gmx.net> wrote:
> True, I changed that.
> $ ./clbuild --implementation sbcl COMMAND 
> is now legal for the whole set of commands.  Someone with better English
> skills than me please have a look at the documentation I added to the
> long-help output.

Just one nitpick.  

Would the following:

clbuild --implementation LISP_IMPLEMENTATION COMMANDS+

Be better as:

clbuild --implementation LISP_IMPLEMENTATION COMMAND...

Which seems to be the preferred method of specifying a required
parameter that can have multiple values.

I'm largely wondering wondering because this seems to be the same sort
of style that the documentation uses.

-- 
Daniel White



From daniel at whitehouse.id.au  Sun Nov 30 07:52:10 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Sun, 30 Nov 2008 17:52:10 +1000
Subject: [clbuild-devel] *.asd file
In-Reply-To: <20081129105840.GA20519@radon>
References: <391934950811260723v32a7896fucd9492a2d4a7b4f1@mail.gmail.com>
	<D036257F-12F9-4D46-ABC5-3BD9A26776E7@pobox.com>
	<20081129154415.0431cb51@whitehouse.id.au>
	<20081129105840.GA20519@radon>
Message-ID: <20081130175210.62291f59@whitehouse.id.au>

On Sat, 29 Nov 2008 11:58:40 +0100
David Lichteblau <david at lichteblau.com> wrote:
> Okay, patch applied.
> 
> But the other lines have the same problem.  If any of mcclim, clg,
> eclipse, or cffi aren't installed, there's a broken symlink.
> 
> Basically, all the rules in link_extra_asds needs the same logic that
> register_asd already has.
> 

I've got some patches for this, but I've hit the 40 kB limit for
attachments, so I'll need to set up a repository.

-- 
Daniel White