Search
Saturday, 17th of August 2019, 20:06:24 UTC
20:45:24
drmeister
kpoeck: Are you still online?
20:45:28
drmeister
I'm getting the same error.
20:45:44
drmeister
The same error I was getting before. This is with a fresh build of clasp
20:46:07
drmeister
Are you using the CST compiler or the AST compiler?
20:46:52
drmeister
I have the git hash: 58f7f83d5
20:46:53
kpoeck
git log -> 58f7f83d5abb925f61f799f348e09502a182a98c
20:47:01
drmeister
Ok, so we have the same version.
20:47:24
drmeister
This is curious - what could be the difference?
20:47:48
drmeister
Is there any way to get a summary of what quicklisp package versions we have?
20:47:51
kpoeck
different quicklisp/local-projects?
20:49:07
kpoeck
The from scymtym pasted is already failing for you?
20:49:10
kpoeck
(let* ((child (make-instance 'cst:atom-cst :raw 1)) (cst (cst:cons child (make-instance 'cst:atom-cst :raw nil)))) (eclector.parse-result:make-expression-result (make-instance 'eclector.concrete-syntax-tree:cst-client) (cst:raw cst) (list child) nil))
20:50:16
drmeister
It compiles and runs fine when I pass it to the repl.
20:50:18
drmeister
https://www.irccloud.com/pastebin/aM9wHMT3/
20:52:08
kpoeck
(ql:update-dist "quicklisp") -> You already have the latest version of "quicklisp": 2019-08-13.
20:52:32
kpoeck
(ql:update-client) -> The most up-to-date client, version 2019-02-16, is already installed.
20:52:44
drmeister
Ohhh - quite a lot of updating going on...
20:55:10
drmeister
https://www.irccloud.com/pastebin/4OurY77E/
20:57:16
kpoeck
I started from an empty .cache, but compiling everything takes a while
20:57:35
drmeister
It's ok - yours is working - let's keep that.
20:57:52
drmeister
My quicklisp was quite behind - let's see where mine goes.
21:04:42
drmeister
I wiped out cache and rebuilt everything - it's still happening.
21:04:51
drmeister
I'm going to wipe out quicklisp and start from that.
21:23:32
kpoeck
Don't know if this is important, but eclector-concrete-syntax-tree.asd I get from quicklisp/local-projects
21:24:14
drmeister
I moved my quicklisp directory elsewhere and installed quicklisp from scratch. staple-server is building now.
21:24:35
kpoeck
Probably need (asdf:register-immutable-system :eclector-concrete-syntax-tree) to avoid that
21:25:05
kpoeck
You are further than the previous error?
21:25:51
drmeister
I don't know - I'll wait until it stops to say if it works or not
21:26:36
drmeister
Where is it failing? /quicklisp/local-projects/staple/parser/package.lisp ?
21:28:00
drmeister
Hmm, I had a local-projects copy of staple
21:28:07
drmeister
Previously - not now.
21:42:45
drmeister
Man, staple pulls in a lot of packages.
21:46:28
kpoeck
24 systems and still compiling
21:46:45
kpoeck
staple/parser/package.lisp did compile though
21:47:34
drmeister
/staple-20190813-git/parser/package.lisp
21:47:52
drmeister
How do you count how many systems have compiled?
21:49:36
drmeister
So it must be a bad local-projects project.
21:49:50
kpoeck
counted directories in .cache/.../quicklisp/dists/quicklisp/software + ../quicklisp/local-projects
21:50:54
drmeister
https://www.irccloud.com/pastebin/K9fqc5t8/
21:51:15
drmeister
That happened when I tried to connect to it.
21:51:34
kpoeck
But that I fixed personally in hunchentoot
21:52:21
drmeister
Do you have a local project for that?
21:52:49
kpoeck
https://github.com/edicl/hunchentoot/blob/master/set-timeouts.lisp#L83
21:53:16
kpoeck
but the pr was merged by stassats
21:53:40
kpoeck
Just clone hunchentoot in local-projects
21:53:53
drmeister
Maybe it hasn't made it into the quicklisp distribution yet.
21:54:44
drmeister
Do we need set-timeout? What is it for?
21:55:27
kpoeck
timeout for socket operations
21:58:46
drmeister
How does the correspondence between updated projects and quicklisp work. Does quicklisp update on a cycle?
22:00:46
kpoeck7
I believe quicklisp has different rules per project, can be configured if it updates with a release, just current code from a specific branch, ..
22:01:43
kpoeck7
bordeaux-thread still does not have your changes since there was no new release
22:02:19
kpoeck7
But e.g. a project fro Shinmera are always updated
22:02:27
drmeister
Bleh. How does one more forward - do I ask Xach or the developer of the system?
22:02:45
drmeister
Clasp does have sockopt-receive-timeout - did you know that?
22:03:01
kpoeck7
no, than I could fix that better
22:03:09
drmeister
I don't know if it works or not. But I copied all of this from ECL.
22:03:22
drmeister
https://github.com/clasp-developers/clasp/blob/dev/src/lisp/modules/sockets/sockets.lisp#L784
22:04:30
kpoeck7
hunchentoot is actively maintained, so will try what you just said (but tomorrow)
22:05:22
kpoeck7
does staple-server works with a current https://edicl.github.io/hunchentoot/ ?
22:06:08
drmeister
I have a lot of local-projects I need to reevaluate which ones I use.
22:07:03
drmeister
I have a local hunchentoot - it contains this patch...
22:07:28
drmeister
https://www.irccloud.com/pastebin/P2BqLiuR/
22:07:44
drmeister
I also have a staple local-project - that was what was probably screwing me up.
22:08:06
kpoeck7
now you tell me that :-)
22:08:09
drmeister
These local-projects are something I tripped over.
22:08:39
drmeister
Sorry - we have too much going on.
22:09:09
kpoeck7
I sometimes forget to make pr for fixes I have in local-projects, but seems that you suffer from the same problem
22:09:17
drmeister
I'll delete my staple local-project and go back to my old quicklisp and try building that.
22:09:32
drmeister
Yeah - it's useful but also dangerous to have local-projects.
22:11:23
kpoeck7
My staple-serve works even after wiping up ./cache, so thats reproducable
22:11:44
kpoeck7
midnight here, more tomorrow
22:56:43
Shinmera
drmeister: you need to ask bt maintainers to make a new release.
23:11:44
drmeister
Shinmera: staple-server works on my system - good.
23:12:18
drmeister
What can I do these days to generate documentation for builtin packages?
23:12:46
drmeister
The :CHEM package has a lot of stuff I'd like to document.
4:53:34
beach
Good morning everyone!
Sunday, 18th of August 2019, 8:06:24 UTC