[Asdf-devel] minimakefile branch
I hadn't tested the minimakefile branch with quicklisp, so of course it wasn't working. Fixed. All you need to bootstrap the asdf-tools is a recent quicklisp (and possibly removing antique cl-ppcre packages from debian that might take precedence). I just realized that with quicklisp, asdf:load-system seems to load already-installed quicklisp packages, but not install new ones, for which you need ql:quickload. Xach, is that on purpose? —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org I'll start exercising as soon as I'm into shape.
Hi Faré, do you think it is now obsolete to create a test git repo which contains the dependencies as git subtrees? There is probably a small value in having a repo with versions of the dependencies which are known to work. But I'm not sure about the trade-off of having an additional repo. Sorry that I didn't get around creating that repo earlier but I will have some time during the next week and could do so, if deemed necessary. Cheers Kambiz On 2014-07-20 03:01 CEST, Faré <fahree@gmail.com> wrote:
I hadn't tested the minimakefile branch with quicklisp, so of course it wasn't working. Fixed. All you need to bootstrap the asdf-tools is a recent quicklisp (and possibly removing antique cl-ppcre packages from debian that might take precedence).
I just realized that with quicklisp, asdf:load-system seems to load already-installed quicklisp packages, but not install new ones, for which you need ql:quickload. Xach, is that on purpose?
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org I'll start exercising as soon as I'm into shape.
_______________________________________________ Asdf-devel mailing list Asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel
Dear Kambiz,
do you think it is now obsolete to create a test git repo which contains the dependencies as git subtrees?
You should ask Robert -- he's the one who's to decide, these days. Now that the minimakefile branch is *tested* to work with quicklisp correctly, I see *less* need for that. But if that's the tipping point for Robert to merge the branch in master, then it's important.
There is probably a small value in having a repo with versions of the dependencies which are known to work. But I'm not sure about the trade-off of having an additional repo.
Indeed. I also don't know exactly how to sync that repo to the asdf repo: have asdf.git be one of the subtrees? Is there like with subversion the notion of pinned vs non-pinned externals?
Sorry that I didn't get around creating that repo earlier but I will have some time during the next week and could do so, if deemed necessary.
No problem. We're all busy. Regards, —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org The question "Who ought to be boss?" is like as "Who ought to be the tenor in the quartet?" Obviously, the man who can sing tenor. — Henry Ford
Kambiz Darabi wrote:
Hi Faré,
do you think it is now obsolete to create a test git repo which contains the dependencies as git subtrees?
There is probably a small value in having a repo with versions of the dependencies which are known to work. But I'm not sure about the trade-off of having an additional repo.
Sorry that I didn't get around creating that repo earlier but I will have some time during the next week and could do so, if deemed necessary.
Dear Kambiz, Sorry to have taken so long to get back to you. No, I do not think it would be unreasonable to have a git repository with submodules for the minimakefile dependencies. I don't regularly use quicklisp, and I have stubbed my toes several times trying to get the current (pre minimakefile) build infrastructure to work -- or to keep working, as one or the other support libraries changes and requires new versions of dependencies, etc. I would not like ASDF development to rely on the Quicklisp distribution staying in sync. We can't rely on Xach to provide support for these tools -- it's not part of the Quicklisp charter. The QL charter is only to make a good-faith attempt to provide a consistent set of lisp libraries. I'm afraid I haven't really kept abreast of progress on git submodules, so I don't know the current state of the art. Anything you could do in this direction would be very welcome. Best, r
Cheers
Kambiz
On 2014-07-20 03:01 CEST, Faré <fahree@gmail.com> wrote:
I hadn't tested the minimakefile branch with quicklisp, so of course it wasn't working. Fixed. All you need to bootstrap the asdf-tools is a recent quicklisp (and possibly removing antique cl-ppcre packages from debian that might take precedence).
I just realized that with quicklisp, asdf:load-system seems to load already-installed quicklisp packages, but not install new ones, for which you need ql:quickload. Xach, is that on purpose?
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org I'll start exercising as soon as I'm into shape.
_______________________________________________ Asdf-devel mailing list Asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel
_______________________________________________ Asdf-devel mailing list Asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel
-- Robert P. Goldman Staff Scientist Smart Information Flow Technologies (d/b/a SIFT, LLC) 319 1st Ave N., Suite 400 Minneapolis, MN 55401 Voice: (612) 326-3934 Email: rpgoldman@SIFT.net
participants (3)
-
Faré -
Kambiz Darabi -
Robert Goldman