* [gentoo-science] Re: [gentoo-lisp] common lisps overlay -> tree; maxima, fricas
@ 2013-04-24 14:57 grozin
0 siblings, 0 replies; only message in thread
From: grozin @ 2013-04-24 14:57 UTC (permalink / raw
To: gentoo-lisp; +Cc: gentoo-science
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
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2013-04-24 14:58 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-24 14:57 [gentoo-science] Re: [gentoo-lisp] common lisps overlay -> tree; maxima, fricas grozin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox