On Mon, 22 Apr 2013, Stelian Ionescu wrote:
That command upgrades the metadata format to the most recent because
upstream uses a very old version of subversion.
I am sorry. You are right.
Why do we need a modern format of the stuff inside .svn directories? To my
knowledge, some information from .svn is used to produce the greating line
Welcome to Clozure Common Lisp Version 1.9-r15769M (LinuxX8664)!
Does this fail with the very old format? Is the information from .svn used
for something else?
Another question. asdf and uiop are used together; installed from the same
tarball; cannot be installed separately (asdf PDEPENDs on uiop, uiop
RDEPENDs on asdf). What's the advantage of having two separate packages?
Why not install both subsets of files from the asdf ebuild?
About testing asdf. test/run-tests.sh works fine inside the source tree.
Not all files are installed by the asdf and uiop ebuilds; they are
installed into different places. Simple-minded attempts to tune
*asdf-directory*, *uiop-directory*, *build-directory* etc. in
script-support.lisp fail because directory structures are too dissimilar
(contrib/debug.lisp is a simlink to ../uiop/contrib/debug.lisp, etc.). So,
I cannot test the installed stuff using run-tests.sh (inside the asdf
source tree, all tests succeed for sbcl, cmucl, clisp, ccl, ecl).
Some observations:
1. In sbcl and cmucl, asdf is already loaded (the system init files, I
suppose)
2. In ccl, ecl I can load it by (require :asdf)
3. In all these 4 cases (require :uiop) works
4. In clisp (require "asdf") fails (this is the form suggested by the asdf
documentation).
By the way, I've just added the doc USE flag to the asdf ebuild.
What do common-lisp users expect to have? I mean, are all necessary asdf
and uiop files installed? Are they installed into the most natural
locations?
It seems to me that the stuff pmasked "for testing" is not being tested at
all. The only way is to unmask it; there are many ~arch users who will
report bugs. So, let's say we plan to unmask all this stuff, say, on May
1. If anybody will report problems before this date, excellent! If not -
the users will have to find these problems the hard way.
Andrey
