Source: cl-plplot
Version: 0.6.0-4
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130922 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> Out
Diogo is correct that symlinks are (1) not needed anymore (2) frowned upon.
Indeed, unless you export XDG_DATA_DIRS or some weird shit like that,
then
(asdf::default-source-registry)
will end with
(:TREE #P"/usr/share/common-lisp/source/")
So that it should find systems under there even withou
> HOME=/tmp sbcl --noinform --non-interactive --eval '(require :asdf)'
> --eval '(format t "~A~%" (asdf:system-source-directory :cl-ppcre))'
> /usr/share/common-lisp/source/cl-ppcre/
>
> (The HOME=/tmp is so it won't use my personal configuration files)
>
> I blame your misconfiguration.
>
> If you
OK, so let's debug things a bit:
1- what does env return?
2- what's in your ~/.config/common-lisp/source-registry.conf ?
3- what's in your ~/.sbclrc ?
4- what does this return?
HOME=/tmp sbcl --noinform --no-userinit --non-interactive --eval
'(require :asdf)' --eval '(format t "~A~%~A~%~S~%~S~%"
(a
> 1- what does env return?
I think the problem lies here.
My environment does not export XDG_DATA_DIRS. If I try it inside gnome,
which exports it, everything works nicely.
According to the XDG Base Directory Specification[1], if XDG_DATA_DIRS is
empty or not set, the defaults should be used. M
(Adding asdf-devel to the recipients — the problem is wrong
(asdf::default-source-registry) when XDG_DATA_DIRS is empty.)
Well, ASDF ought to have worked even in absence of XDG_DATA_DIRS,
and you discovered a genuine bug in ASDF. It turns out, split-string was not
designed to return correct result
