From krewink at inb.uni-luebeck.de  Fri Oct  3 11:46:50 2008
From: krewink at inb.uni-luebeck.de (Albert Krewinkel)
Date: Fri,  3 Oct 2008 13:46:50 +0200 (CEST)
Subject: [clbuild-devel] Allow additional projects to be listed in a
	"my-projects" file.
Message-ID: <20081003114650.6A46FC0ED@pc42.inb.uni-luebeck.de>

Fri Oct  3 13:42:49 CEST 2008  Albert Krewinkel <krewink at inb.uni-luebeck.de>
  * Include personal projects listed in "my-projects".
-------------- next part --------------
A non-text attachment was scrubbed...
Name: include-personal-projects-listed-in-_my_projects__.dpatch
Type: text/x-darcs-patch
Size: 23734 bytes
Desc: A darcs patch for your repository!
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081003/7f3bd4d0/attachment.bin>

From rwiker at gmail.com  Tue Oct 14 15:20:00 2008
From: rwiker at gmail.com (Raymond Wiker)
Date: Tue, 14 Oct 2008 17:20:00 +0200
Subject: [clbuild-devel] metatilities & metatilities-base
Message-ID: <A2764DE3-3612-41FB-9FF4-139FD1F1628A@gmail.com>

metatilities-base was split off metatilities earlier this year. This  
needs to be reflected in clbuild/dependencies and clbuild/wnpp- 
projetcs. The attached patch addresses this.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: clbuild.diff
Type: application/octet-stream
Size: 1352 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081014/5d21526e/attachment.obj>
-------------- next part --------------


From gugamilare at gmail.com  Wed Oct 15 23:14:46 2008
From: gugamilare at gmail.com (Gustavo)
Date: Wed, 15 Oct 2008 20:14:46 -0300
Subject: [clbuild-devel] Dependency problem
Message-ID: <4be8713d0810151614p5d413382mc02da3f09192b70d@mail.gmail.com>

The package metatilities now requires metatilities-base, which is not listed
on dependencies file. metatilities-base is available throug darcs (it could
be put on file wnpp-projects):

darcs get http://common-lisp.net/project/metatilities-base/

It seems metatilities-base does not have dependencies.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081015/45f63393/attachment.html>

From denpashogai at gmail.com  Sun Oct 19 15:57:43 2008
From: denpashogai at gmail.com (=?UTF-8?Q?Ois=C3=ADn_Mac_Fheara=C3=AD?=)
Date: Sun, 19 Oct 2008 16:57:43 +0100
Subject: [clbuild-devel] build --main-projects fails due to missing STEFIL?
Message-ID: <aedf0e440810190857x556e7298ie483138881be6605@mail.gmail.com>

Hi,

This is my first time using cl-build, so I may be doing something
wrong. I couldn't find the offending STEFIL package via ./clbuild
list.

When I try "./clbuild build --main-projects" it dies like this after
downloading some stuff:
;;;;
Loading babel-tests...
unhandled SIMPLE-ERROR:
  Error during processing of --eval option "(load
\"/Users/oisin/clbuild/clbuild.lisp\")":

  component #:STEFIL not found, required by #<SYSTEM "babel-tests" {13297D79}>
;;;;

Has anyone else encountered this and knows how I might fix it? Perhaps
stefil is downloaded from a repo which is down, but I don't know for
sure.

thanks,
Ois?n

From krewink at inb.uni-luebeck.de  Tue Oct 21 18:35:44 2008
From: krewink at inb.uni-luebeck.de (Albert Krewinkel)
Date: Tue, 21 Oct 2008 20:35:44 +0200
Subject: [clbuild-devel] build --main-projects fails due to
	missing	STEFIL?
Message-ID: <20081021183544.GA23521@inb.uni-luebeck.de>

Hello Ois?n,

there are two ways to fix this.  One would be to add babel-test to the
blacklisted packages in clbuild.lisp.  But the preferred method would
probably be to just add STEFIL to the list of available packages:

Try to add the following snippet into the list of work needing and
prospective projects (file: wnpp-projects):

# Required (amongst others?) by babel-test
stefil           get_darcs http://common-lisp.net/project/stefil/darcs/stefil

Then download the stefil manually:
./clbuild update stefil

Now you can proceed downloading the rest of the projects.

HTH,
Albert

On Oct 19, 2008, at 8:57 AM, Ois?n Mac Fheara? wrote:

Hi,

This is my first time using cl-build, so I may be doing something
wrong. I couldn't find the offending STEFIL package via ./clbuild
list.

When I try "./clbuild build --main-projects" it dies like this after
downloading some stuff:
;;;;
Loading babel-tests...
unhandled SIMPLE-ERROR:
Error during processing of --eval option "(load
\"/Users/oisin/clbuild/clbuild.lisp\")":

component #:STEFIL not found, required by #<SYSTEM "babel-tests" {13297D79}>
;;;;

Has anyone else encountered this and knows how I might fix it? Perhaps
stefil is downloaded from a repo which is down, but I don't know for
sure.

thanks,
Ois?n
-- 
Albert Krewinkel <krewink (at) inb.uni-luebeck.de>
University of Luebeck, Institute for Neuro- and Bioinformatics
http://www.inb.uni-luebeck.de/~krewink/



From denpashogai at gmail.com  Tue Oct 21 23:59:56 2008
From: denpashogai at gmail.com (=?UTF-8?Q?Ois=C3=ADn_Mac_Fheara=C3=AD?=)
Date: Wed, 22 Oct 2008 00:59:56 +0100
Subject: [clbuild-devel] build --main-projects fails due to missing
	STEFIL?
In-Reply-To: <21A42E9A-6CD5-46E8-A84F-DF6D380E3FC7@gmx.net>
References: <aedf0e440810190857x556e7298ie483138881be6605@mail.gmail.com>
	<21A42E9A-6CD5-46E8-A84F-DF6D380E3FC7@gmx.net>
Message-ID: <aedf0e440810211659y44ef73f8q3a873195d2e4db7c@mail.gmail.com>

2008/10/21 Albert Krewinkel <krewinkel at gmx.net>:
> Hello Ois?n,
>
> there are two ways to fix this.  One would be to add babel-test to the
> blacklisted packages in clbuild.lisp.  But the preferred method would
> probably be to just add STEFIL to the list of available packages:
>
> Try to add the following snippet into the list of work needing and
> prospective projects (file: wnpp-projects):
>
> # Required (amongst others?) by babel-test
> stefil           get_darcs
> http://common-lisp.net/project/stefil/darcs/stefil

Hi Albert, thank you - this works and Stefil builds.

However, then trying to build main-projects again:

;;;;;;;;;
; file: /Users/oisin/clbuild/source/usocket/backend/sbcl.lisp
; in: DEFUN SOCKET-CONNECT
;     (USOCKET:UNSUPPORTED 'USOCKET::NODELAY 'USOCKET:SOCKET-CONNECT)
; ==>
;   (CERROR 'USOCKET:UNSUPPORTED :FEATURE 'USOCKET::NODELAY :CONTEXT
;           'USOCKET:SOCKET-CONNECT :MINIMUM NIL)

then

unhandled SIMPLE-ERROR:
  Error during processing of --eval option "(load
\"/Users/oisin/clbuild/clbuild.lisp\")":

  erred while invoking #<COMPILE-OP (:VERBOSE NIL) {120BF6E9}> on
  #<CL-SOURCE-FILE "sbcl" {12552141}>
;;;;;;;;;

Perhaps some missing functionality in the SBCL build on OS X?

Thanks for your help!
Ois?n

From krewinkel at gmx.net  Wed Oct 22 04:23:57 2008
From: krewinkel at gmx.net (Albert Krewinkel)
Date: Tue, 21 Oct 2008 21:23:57 -0700
Subject: [clbuild-devel] build --main-projects fails due to missing
	STEFIL?
In-Reply-To: <aedf0e440810211659y44ef73f8q3a873195d2e4db7c@mail.gmail.com>
References: <aedf0e440810190857x556e7298ie483138881be6605@mail.gmail.com>
	<21A42E9A-6CD5-46E8-A84F-DF6D380E3FC7@gmx.net>
	<aedf0e440810211659y44ef73f8q3a873195d2e4db7c@mail.gmail.com>
Message-ID: <3CD51088-D7FF-47B2-90D1-5F0D03B48FD9@gmx.net>

On Oct 21, 2008, at 4:59 PM, Ois?n Mac Fheara? wrote:
>
> However, then trying to build main-projects again:
>
> [...]
>
> Perhaps some missing functionality in the SBCL build on OS X?

That looks like a bug in usocket.  You may be able to work around it  
by compiling usocket yourself, i.e. do:
$ ./clbuild lisp
* (asdf:oos 'asdf:load-op :usocket)

and then try building it into the monster core again.  Worked for me  
(usocket sources where updated a few hours ago, so the bug might have  
been fixed).  You might want to inform the usocket developers about  
this, though.

Please keep reporting any problems you experience, this very helpful  
(for me, at least).

Thanks,
Albert




From daniel at whitehouse.id.au  Fri Oct 24 17:03:32 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Sat, 25 Oct 2008 03:03:32 +1000
Subject: [clbuild-devel] [PATCH] Support for mercurial repositories
Message-ID: <20081025030332.5a2a531d@whitehouse.id.au>

This isn't quite a copy-and-paste of the other get_* methods.  I've
tried to keep the style consistent.  

* 'echo "foo"' not 'echo foo'
* [] not test
* $() not ``

If there are no gripes with this, I can do a cleanup of the other get_*
methods to make these consistent across the board.

There is also a patch for getting weblocks via mercurial, as it now
sits on bitbucket.org.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: add-support-for-pulling-from-mercurial-repositories.dpatch
Type: application/octet-stream
Size: 23162 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081025/3642ab87/attachment.obj>

From daniel at whitehouse.id.au  Fri Oct 24 17:12:33 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Sat, 25 Oct 2008 03:12:33 +1000
Subject: [clbuild-devel] [PATCH] Simplify test for existing repository
Message-ID: <20081025031233.29ddb7df@whitehouse.id.au>

There is an odd test in the method below:

dribble_get() {
    label="$1"
    name="$2"

    if test -d `echo ${name}*/ | awk '{print $1;}'`; then
	echo -n "UPDATE "
    else
	echo -n "NEW "
    fi
    echo "$label $name"
}

I can't seem to find any sane reason that we'd want to get a list of
all possible directories that happen to start with $name rather than
just test for a directory $name.

Patch attached to just test for a directory, $name.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: simplify-test-for-exisiting-repository.dpatch
Type: application/octet-stream
Size: 22372 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081025/ca614e78/attachment.obj>

From krewinkel at gmx.net  Fri Oct 24 18:29:19 2008
From: krewinkel at gmx.net (Albert Krewinkel)
Date: Fri, 24 Oct 2008 11:29:19 -0700
Subject: [clbuild-devel] [PATCH] Simplify test for existing repository
In-Reply-To: <20081025031233.29ddb7df@whitehouse.id.au>
References: <20081025031233.29ddb7df@whitehouse.id.au>
Message-ID: <6868B6AF-06D2-4142-B984-F28231DD405B@gmx.net>


On Oct 24, 2008, at 10:12 AM, Daniel White wrote:
> There is an odd test in the method below:
> [...]
> I can't seem to find any sane reason that we'd want to get a list of
> all possible directories that happen to start with $name rather than
> just test for a directory $name.

Image a package distributed by tarballs.  More often than not, folder  
names created from those tarballs contain a version number (like hello- 
world-8.12.23 or foo-20081023).  Therefore, checking for directories  
which start with $name does make sense.  However, a specific test for  
version numbers after the name would be a better solution (who's up to  
writing one?)

Cheers, Albert



From krewinkel at gmx.net  Sat Oct 25 01:50:34 2008
From: krewinkel at gmx.net (Albert Krewinkel)
Date: Fri, 24 Oct 2008 18:50:34 -0700
Subject: [clbuild-devel] collecting patches in repo
Message-ID: <708EB97D-3417-4FEC-B007-41A1DF5B5791@gmx.net>

Hi,

I started to collect recent changes in a separate repository:

repository: http://darcs.moltkeplatz.de/clbuild
darcsweb browser: http://darcs.moltkeplatz.de/cgi-bin/darcsweb.cgi?r=clbuild;a=summary

To take better advantage of darcs, I'd be happy to learn about other  
peoples ("non official") darcs repositories.

Cheers,
Albert



From daniel at whitehouse.id.au  Sat Oct 25 13:55:59 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Sat, 25 Oct 2008 23:55:59 +1000
Subject: [clbuild-devel] [PATCH] Added portable-threads
Message-ID: <20081025235559.245be2b3@whitehouse.id.au>

Just a patch to add portable-threads to wnpp-projects.

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

From daniel at whitehouse.id.au  Sat Oct 25 13:56:19 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Sat, 25 Oct 2008 23:56:19 +1000
Subject: [clbuild-devel] [PATCH RFC] get_tarball: store contents in a
 darcs repository (Was: Simplify test...)
In-Reply-To: <6868B6AF-06D2-4142-B984-F28231DD405B@gmx.net>
References: <20081025031233.29ddb7df@whitehouse.id.au>
	<6868B6AF-06D2-4142-B984-F28231DD405B@gmx.net>
Message-ID: <20081025235619.02ad7c24@whitehouse.id.au>

On Fri, 24 Oct 2008 11:29:19 -0700
Albert Krewinkel <krewinkel at gmx.net> wrote:
> 
> On Oct 24, 2008, at 10:12 AM, Daniel White wrote:
> > There is an odd test in the method below:
> > [...]
> > I can't seem to find any sane reason that we'd want to get a list of
> > all possible directories that happen to start with $name rather than
> > just test for a directory $name.
> 
> Image a package distributed by tarballs.  More often than not, folder  
> names created from those tarballs contain a version number (like hello- 
> world-8.12.23 or foo-20081023).  Therefore, checking for directories  
> which start with $name does make sense.  However, a specific test for  
> version numbers after the name would be a better solution (who's up to  
> writing one?)
> [...]

This isn't quite with any of the tarballs at the moment, but it is
certainly a possibility.  I think I might be able to do one better than
just testing for version numbers.

The following patch probably has some stupid corner cases at the
moment, so I'll put it up for review.  Basically it establishes a darcs
repository for tarballs and each time the contents changes adds the
changes as a darcs patch.

I've included the methods below just so you can rip it to shreds here
if you so need, but the patch is also attached.

darcs_record_import() {
    local name="$1"
    local url="$2"

    IMPORT_MESSAGE="Imported $name from $url on $(date)"

    darcs record -a -l -A clbuild -m "$IMPORT_MESSAGE"
}

get_tarball() {
    local name="$1"
    local url="$2"
    local flags="${3:-z}"

    if [ -d $name ]; then
	dry_run_ok $name
    else
	dry_run_missing $name
    fi
    if [ -n "$dry_run" ]; then
	exit 0
    fi

    # if repository does not exist, then create empty one
    if [ ! -d $name ]; then
	(
	    mkdir $name
	    cd $name
	    darcs init
	    darcs_record_import $name $url
	    )
    fi

    # pull repository into temporary directory
    dribble_get "wget" $name
    (
	local tmp="${name}.tar.gz"

	cd $TMPDIR

	# clone the original directory
	darcs get "${source_dir}/${name}"

	wget \
	    --no-check-certificate \
	    --progress=dot \
	    -O "$tmp" \
	    $url \
	    2>&1 | tail_last
	tar v${flags}xf "$tmp" | tail_last
	rm $tmp

	# if directory names differ, copy into main directory
	local other_dir=$(echo ${name}?*/ | awk '{print $1}')
	if [ -d $other_dir ]; then
	    cp -R $other_dir $name
	fi
	)

    # record any changes and pull back into original directory
    (
	cd $TMPDIR/$name
	darcs_record_import $name $url
	darcs push -a -p "$IMPORT_MESSAGE" "$source_dir/$name"
	)
}

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: get_tarball_-store-contents-in-a-darcs-repository.dpatch
Type: application/octet-stream
Size: 25211 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081025/d2431ac0/attachment.obj>

From kzar at kzar.co.uk  Mon Oct 27 14:44:20 2008
From: kzar at kzar.co.uk (David Barker)
Date: Mon, 27 Oct 2008 14:44:20 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
Message-ID: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>

Hi Everyone,

I'm having trouble installing Weblocks with Hunchentoot on SBCL through
clbuild, it appears to be getting stuck on the cl-base64 and md5 packages.

For './clbuild build md5' and './clbuild build cl-base64' I get the
response of:

"

error: update was interrupted.
Use "clbuild update --resume" to retry.  (See also "clbuild skip PROJECT").
"

Looking in source/md5 and source/cl-base64  there is some stuff:
/usr/src/clbuild# ls source/md5
debian  md5.asd  md5.lisp

/usr/src/clbuild# ls source/cl-base64/
cl-base64.asd  COPYING  debian  decode.lisp  encode.lisp  package.lisp 
tests.lisp

Anyway I'm not sure where to go from here, does anyone have any idea what
I can try?

Cheers, Dave.




From david at lichteblau.com  Mon Oct 27 14:57:04 2008
From: david at lichteblau.com (David Lichteblau)
Date: Mon, 27 Oct 2008 15:57:04 +0100
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
Message-ID: <20081027145704.GC19484@radon>

Hi,

Quoting David Barker (kzar at kzar.co.uk):
> For './clbuild build md5' and './clbuild build cl-base64' I get the
> response of:
> 
> "
> 
> error: update was interrupted.
> Use "clbuild update --resume" to retry.  (See also "clbuild skip PROJECT").
> "

well, I seem to recall that we had a bug (and probably still have it)
where some early steps in the get_* functions silently fail.

The bug is triggered for projects where the get_* function used in the
project list changes, for example when a project moves from svn to git,
and the initial "git config" step to check for URL mismatches fails to
find the .git directory.

Unfortunately it is not always clear from the error message which
project directory the error actually comes from.

We should really (finally!) fix this so that a MISMATCH message is shown
instead of this error.

Adding a line with
  set -x
to the clbuild script can help debug this.  Can you put up that output
somewhere for us to look at?

When you find out which project directory it is, you can move it away
using "clbuild trash PROJECT".


d.



From daniel at whitehouse.id.au  Mon Oct 27 15:37:26 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Tue, 28 Oct 2008 01:37:26 +1000
Subject: [clbuild-devel] [PATCH RFC] get_tarball: store contents in a
 darcs repository (Was: Simplify test...)
In-Reply-To: <20081025235619.02ad7c24@whitehouse.id.au>
References: <20081025031233.29ddb7df@whitehouse.id.au>
	<6868B6AF-06D2-4142-B984-F28231DD405B@gmx.net>
	<20081025235619.02ad7c24@whitehouse.id.au>
Message-ID: <20081028013726.1e074a13@whitehouse.id.au>

Seems I mucked the first patch in that it wasn't properly testing for
an already existing directory with no darcs repository.

New and improved version attached.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: get_tarball_-store-contents-in-a-darcs-repository.dpatch
Type: application/octet-stream
Size: 24808 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081028/51f5ddfa/attachment.obj>

From denpashogai at gmail.com  Mon Oct 27 17:49:24 2008
From: denpashogai at gmail.com (=?UTF-8?Q?Ois=C3=ADn_Mac_Fheara=C3=AD?=)
Date: Mon, 27 Oct 2008 18:49:24 +0100
Subject: [clbuild-devel] build --main-projects fails due to missing
	STEFIL?
In-Reply-To: <3CD51088-D7FF-47B2-90D1-5F0D03B48FD9@gmx.net>
References: <aedf0e440810190857x556e7298ie483138881be6605@mail.gmail.com>
	<21A42E9A-6CD5-46E8-A84F-DF6D380E3FC7@gmx.net>
	<aedf0e440810211659y44ef73f8q3a873195d2e4db7c@mail.gmail.com>
	<3CD51088-D7FF-47B2-90D1-5F0D03B48FD9@gmx.net>
Message-ID: <aedf0e440810271049v2517a246qf8d020228abe0bc6@mail.gmail.com>

2008/10/22 Albert Krewinkel <krewinkel at gmx.net>:
> That looks like a bug in usocket.  You may be able to work around it by
> compiling usocket yourself, i.e. do:
> $ ./clbuild lisp
> * (asdf:oos 'asdf:load-op :usocket)

Hi Albert,

Thanks - actually just doing ./clbuild build usocket worked for some reason.

Carrying on with ./clbuild build --main-projects led to this
apparently important dead-end:

;;;;
Loading cffi-net...
unhandled SIMPLE-ERROR:
  Error during processing of --eval option "(load
\"/Users/oisin/clbuild/clbuild.lisp\")":

  The function CFFI::LISP-VAR-NAME is undefined.
;;;;

I can repeat this every time, and don't know where this should be
defined. In fact it's only referenced here:

./source/cffi-net/cffi-grovel.lisp:    (let ((lisp-name
(cffi::lisp-var-name name))

Apropos in SBCL tells me:

CL-USER> (apropos "lisp" 'cffi)
CFFI::FOREIGN-ARRAY-TO-LISP (fbound)
CFFI:FOREIGN-STRING-TO-LISP (fbound)
CFFI::LISP-ARRAY
CFFI::LISP-ARRAY-TO-FOREIGN (fbound)
CFFI::LISP-NAME (fbound)
CFFI::LISP-STRING
CFFI:LISP-STRING-TO-FOREIGN (fbound);

Any ideas?

thanks,
Ois?n

From kzar at kzar.co.uk  Mon Oct 27 18:53:14 2008
From: kzar at kzar.co.uk (David Barker)
Date: Mon, 27 Oct 2008 18:53:14 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <20081027145704.GC19484@radon>
References: <54087.217.33.219.137.1225118660.squirrel@hardwick.demon.co.uk>
	<20081027145704.GC19484@radon>
Message-ID: <40358.192.9.200.97.1225133594.squirrel@starbug>

Hi,

Cheers for the reply, here's the output.

http://kzar.co.uk/md5
http://kzar.co.uk/cl-base64

Seems to be something to do with git?

Thanks, Dave.

> Hi,
>
> Quoting David Barker (kzar at kzar.co.uk):
>> For './clbuild build md5' and './clbuild build cl-base64' I get the
>> response of:
>>
>> "
>>
>> error: update was interrupted.
>> Use "clbuild update --resume" to retry.  (See also "clbuild skip
>> PROJECT").
>> "
>
> well, I seem to recall that we had a bug (and probably still have it)
> where some early steps in the get_* functions silently fail.
>
> The bug is triggered for projects where the get_* function used in the
> project list changes, for example when a project moves from svn to git,
> and the initial "git config" step to check for URL mismatches fails to
> find the .git directory.
>
> Unfortunately it is not always clear from the error message which
> project directory the error actually comes from.
>
> We should really (finally!) fix this so that a MISMATCH message is shown
> instead of this error.
>
> Adding a line with
>   set -x
> to the clbuild script can help debug this.  Can you put up that output
> somewhere for us to look at?
>
> When you find out which project directory it is, you can move it away
> using "clbuild trash PROJECT".
>
>
> d.
>
> _______________________________________________
> clbuild-devel mailing list
> clbuild-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/clbuild-devel
>
>





From david at lichteblau.com  Mon Oct 27 19:32:49 2008
From: david at lichteblau.com (David Lichteblau)
Date: Mon, 27 Oct 2008 20:32:49 +0100
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <40358.192.9.200.97.1225133594.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>
Message-ID: <20081027193249.GD19484@radon>

Hi,

Quoting David Barker (kzar at kzar.co.uk):
> Cheers for the reply, here's the output.
> 
> http://kzar.co.uk/md5
> http://kzar.co.uk/cl-base64
> 
> Seems to be something to do with git?

interesting, that doesn't look like the problem I suspected originally.
I think it means that your git is "too old".  AFAIK, git older than
version 1.5.3 is considered ancient anyway, so it's only fair for us to
require that version.

However, we should add a test for this in "clbuild check", especially as
long as Debian stable ships such an old version.

(There's an up-to-date version in the backports apt archive, I think, if
you're actually on Debian.)


d.



From kzar at kzar.co.uk  Mon Oct 27 21:05:59 2008
From: kzar at kzar.co.uk (David Barker)
Date: Mon, 27 Oct 2008 21:05:59 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <20081027193249.GD19484@radon>
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>
Message-ID: <53242.192.9.200.97.1225141559.squirrel@starbug>

Hi,

Great thanks that seems to have helped. In case anyone is having similar
problems here's what I typed to fix that:

echo deb http://www.backports.org/debian etch-backports main >>
/etc/apt/source.list
apt-get update
apt-get install debian-backports-keyring
apt-get remove git-core git-svn git-doc
apt-get -t etch-backports install git-core git-svn git-doc
./clbuild trash md5
./clbuild trash cl-base64


There is another error it's now giving me though,
http://kzar.co.uk/weblocks . Any ideas?

Cheers, Dave.

> Hi,
>
> Quoting David Barker (kzar at kzar.co.uk):
>> Cheers for the reply, here's the output.
>>
>> http://kzar.co.uk/md5
>> http://kzar.co.uk/cl-base64
>>
>> Seems to be something to do with git?
>
> interesting, that doesn't look like the problem I suspected originally.
> I think it means that your git is "too old".  AFAIK, git older than
> version 1.5.3 is considered ancient anyway, so it's only fair for us to
> require that version.
>
> However, we should add a test for this in "clbuild check", especially as
> long as Debian stable ships such an old version.
>
> (There's an up-to-date version in the backports apt archive, I think, if
> you're actually on Debian.)
>
>
> d.
>
> _______________________________________________
> clbuild-devel mailing list
> clbuild-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/clbuild-devel
>
>





From kzar at kzar.co.uk  Mon Oct 27 23:10:19 2008
From: kzar at kzar.co.uk (David Barker)
Date: Mon, 27 Oct 2008 23:10:19 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <53242.192.9.200.97.1225141559.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>
Message-ID: <38572.192.9.200.97.1225149019.squirrel@starbug>

Hi,

Answered my own question, add "f-underscore     get_darcs
http://common-lisp.net/project/bpm/darcs/f-underscore" to the projects
file and install them with "./clbuild build f-underscore".

Next up I had to do something similar to get anaphora installed, something
similar to get metatilities-base.

Finally giving weblocks another go I get the following error: "Lock on
package COMMON-LISP violated when declaring *PRINT-CASE* special" I think
whilst it's trying to compile weblocks or weblocks-test.

Getting there though...

Thanks, Dave.


> Hi,
>
> Great thanks that seems to have helped. In case anyone is having similar
> problems here's what I typed to fix that:
>
> echo deb http://www.backports.org/debian etch-backports main >>
> /etc/apt/source.list
> apt-get update
> apt-get install debian-backports-keyring
> apt-get remove git-core git-svn git-doc
> apt-get -t etch-backports install git-core git-svn git-doc
> ./clbuild trash md5
> ./clbuild trash cl-base64
>
>
> There is another error it's now giving me though,
> http://kzar.co.uk/weblocks . Any ideas?
>
> Cheers, Dave.
>
>> Hi,
>>
>> Quoting David Barker (kzar at kzar.co.uk):
>>> Cheers for the reply, here's the output.
>>>
>>> http://kzar.co.uk/md5
>>> http://kzar.co.uk/cl-base64
>>>
>>> Seems to be something to do with git?
>>
>> interesting, that doesn't look like the problem I suspected originally.
>> I think it means that your git is "too old".  AFAIK, git older than
>> version 1.5.3 is considered ancient anyway, so it's only fair for us to
>> require that version.
>>
>> However, we should add a test for this in "clbuild check", especially as
>> long as Debian stable ships such an old version.
>>
>> (There's an up-to-date version in the backports apt archive, I think, if
>> you're actually on Debian.)
>>
>>
>> d.
>>
>> _______________________________________________
>> 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 Oct 28 06:17:35 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Tue, 28 Oct 2008 16:17:35 +1000
Subject: [clbuild-devel] [PATCH RFC v3] get_tarball: store contents in a
 darcs repository (Was: Simplify test...)
In-Reply-To: <20081028013726.1e074a13@whitehouse.id.au>
References: <20081025031233.29ddb7df@whitehouse.id.au>
	<6868B6AF-06D2-4142-B984-F28231DD405B@gmx.net>
	<20081025235619.02ad7c24@whitehouse.id.au>
	<20081028013726.1e074a13@whitehouse.id.au>
Message-ID: <20081028161735.3690a699@whitehouse.id.au>

Sorry about the noise.  The contents of the tarball weren't being
correctly copied when the extracted directory had a version in the name.

-- 
Daniel White
-------------- next part --------------
A non-text attachment was scrubbed...
Name: get_tarball_-store-contents-in-a-darcs-repository_v3.dpatch
Type: application/octet-stream
Size: 24811 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081028/05a208a5/attachment.obj>

From david at lichteblau.com  Tue Oct 28 09:52:45 2008
From: david at lichteblau.com (David Lichteblau)
Date: Tue, 28 Oct 2008 10:52:45 +0100
Subject: [clbuild-devel] [PATCH RFC v3] get_tarball: store contents in	a
	darcs repository (Was: Simplify test...)
In-Reply-To: <20081028161735.3690a699@whitehouse.id.au>
References: <20081025031233.29ddb7df@whitehouse.id.au>
	<6868B6AF-06D2-4142-B984-F28231DD405B@gmx.net>
	<20081025235619.02ad7c24@whitehouse.id.au>
	<20081028013726.1e074a13@whitehouse.id.au>
	<20081028161735.3690a699@whitehouse.id.au>
Message-ID: <20081028095245.GA8644@radon>

Quoting Daniel White (daniel at whitehouse.id.au):
> Sorry about the noise.  The contents of the tarball weren't being
> correctly copied when the extracted directory had a version in the name.

FWIW, I like this approach at lot.

We should be clear about clbuild's preference for "real" upstream
repositories, but if there are only tarballs for a project, it certainly
helps to have this local darcs conversion.


Have you considered hacking a "cliki" mode on top of this, which would
simulate asdf-install behaviour by downloading everything from
http://cliki.net/PROJECT?download as a tarball?

We'd need a solution that avoids all the GPG signature checking that
asdf-install does.  My impression is that hardly anyone actually bothers
to set up a key chain for these checks, so they are pretty useless in
reality.  But since anybody can edit cliki pages, some safety
precautions are definitely required.

Perhaps it would be "good enough" to present the user with the list of
URLs (not the cliki URLs, but the actual tarball locations after
redirection) and ask them whether to proceed?  We'd have as much safety
checking with this approach as users have for manual tarballs downloads.

(And thanks to our dependency file, we can ask this question in advance
for all projects being downloaded, whereas asdf-install only discovers
dependencies during the build, leading to a series of inconvenient
interactive confirmations.)


d.



From daniel at whitehouse.id.au  Tue Oct 28 12:09:18 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Tue, 28 Oct 2008 22:09:18 +1000
Subject: [clbuild-devel] [PATCH] Added more libraries for Weblocks
Message-ID: <20081028220918.6acedbc0@whitehouse.id.au>

These are mostly to fulfill cl-markdown's needs.  Most of these are
tarballs originally linked from CLiki but seem to all be reputable sources.

Included are html-encode, cl-difflib, cl-html-diff, lml2, kmrcl, and
anaphora.

These and the previous patch should satisfy dependencies for Weblocks.

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

From daniel at whitehouse.id.au  Tue Oct 28 12:05:07 2008
From: daniel at whitehouse.id.au (Daniel White)
Date: Tue, 28 Oct 2008 22:05:07 +1000
Subject: [clbuild-devel] [PATCH] Added more of Gary King's projects
Message-ID: <20081028220507.7a57cdd4@whitehouse.id.au>

It looks like he has refactored some projects and these seem to be
needed for Weblocks.  There are some other dependencies for cl-markdown
in a patch coming shortly.

Included are cl-markdown, trivial-shell, metatilities-base, and
dynamic-classes.

-- 
Daniel White



From kzar at kzar.co.uk  Tue Oct 28 13:50:00 2008
From: kzar at kzar.co.uk (David Barker)
Date: Tue, 28 Oct 2008 13:50:00 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <38572.192.9.200.97.1225149019.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>
Message-ID: <51053.217.33.219.137.1225201800.squirrel@hardwick.demon.co.uk>

Hi,

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

Thanks, Dave.

> Hi,
>
> Answered my own question, add "f-underscore     get_darcs
> http://common-lisp.net/project/bpm/darcs/f-underscore" to the projects
> file and install them with "./clbuild build f-underscore".
>
> Next up I had to do something similar to get anaphora installed, something
> similar to get metatilities-base.
>
> Finally giving weblocks another go I get the following error: "Lock on
> package COMMON-LISP violated when declaring *PRINT-CASE* special" I think
> whilst it's trying to compile weblocks or weblocks-test.
>
> Getting there though...
>
> Thanks, Dave.
>
>
>> Hi,
>>
>> Great thanks that seems to have helped. In case anyone is having similar
>> problems here's what I typed to fix that:
>>
>> echo deb http://www.backports.org/debian etch-backports main >>
>> /etc/apt/source.list
>> apt-get update
>> apt-get install debian-backports-keyring
>> apt-get remove git-core git-svn git-doc
>> apt-get -t etch-backports install git-core git-svn git-doc
>> ./clbuild trash md5
>> ./clbuild trash cl-base64
>>
>>
>> There is another error it's now giving me though,
>> http://kzar.co.uk/weblocks . Any ideas?
>>
>> Cheers, Dave.
>>
>>> Hi,
>>>
>>> Quoting David Barker (kzar at kzar.co.uk):
>>>> Cheers for the reply, here's the output.
>>>>
>>>> http://kzar.co.uk/md5
>>>> http://kzar.co.uk/cl-base64
>>>>
>>>> Seems to be something to do with git?
>>>
>>> interesting, that doesn't look like the problem I suspected originally.
>>> I think it means that your git is "too old".  AFAIK, git older than
>>> version 1.5.3 is considered ancient anyway, so it's only fair for us to
>>> require that version.
>>>
>>> However, we should add a test for this in "clbuild check", especially
>>> as
>>> long as Debian stable ships such an old version.
>>>
>>> (There's an up-to-date version in the backports apt archive, I think,
>>> if
>>> you're actually on Debian.)
>>>
>>>
>>> d.
>>>
>>> _______________________________________________
>>> 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 david at lichteblau.com  Tue Oct 28 14:01:08 2008
From: david at lichteblau.com (David Lichteblau)
Date: Tue, 28 Oct 2008 15:01:08 +0100
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <51053.217.33.219.137.1225201800.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>
Message-ID: <20081028140108.GA8678@radon>

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.



From kzar at kzar.co.uk  Tue Oct 28 17:15:59 2008
From: kzar at kzar.co.uk (David Barker)
Date: Tue, 28 Oct 2008 17:15:59 -0000 (UTC)
Subject: [clbuild-devel] Problem installing Weblocks
In-Reply-To: <20081028140108.GA8678@radon>
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>
Message-ID: <53015.217.33.219.137.1225214159.squirrel@hardwick.demon.co.uk>

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





From rwiker at gmail.com  Tue Oct 28 19:26:37 2008
From: rwiker at gmail.com (Raymond Wiker)
Date: Tue, 28 Oct 2008 20:26:37 +0100
Subject: [clbuild-devel] get_tarball vs directory names
Message-ID: <3A5F03C0-D3FD-415E-90F0-495CCBBD2F1B@gmail.com>

Some tarballs unpack into a directory name that does not match the  
package name. This causes get_tarball to fail. One solution is to try  
to check for ${name}; if it does not exist, try to rename ${name}* to $ 
{name}. The attached patch does exactly this.

A probably better alternative would be to unpack into a fresh,  
temporary directory, and move/rename the contents of the temporary  
directory afterwards.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: clbuild.diff
Type: application/octet-stream
Size: 426 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081028/4f395952/attachment.obj>
-------------- next part --------------


From sky at viridian-project.de  Fri Oct 31 13:56:44 2008
From: sky at viridian-project.de (Leslie P. Polzer)
Date: Fri, 31 Oct 2008 14:56:44 +0100 (CET)
Subject: [clbuild-devel] More fixes for Weblocks (and Metatilities)
Message-ID: <61852.88.73.241.82.1225461404.squirrel@mail.stardawn.org>

I think I got them all in the attached patch.

  Leslie
-------------- next part --------------
A non-text attachment was scrubbed...
Name: weblocks-deps.patch
Type: text/x-patch
Size: 26568 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/clbuild-devel/attachments/20081031/b66b41a5/attachment.bin>