freenode/#lisp - IRC Chatlog
Search
10:06:39
smokeink
I'm reading that doc page but I don't really grasp it. What to write in .sbclrc in order for it to use the system cache
10:10:14
jackdaniel
smokeink: I'm not aware of *system-cache* in asdf, maybe try setting *user-cache* instead?
10:11:23
smokeink
https://www.reddit.com/r/lisp/comments/23azqf/need_help_setting_asdf_cache_output_directory/
13:10:16
Xach
Yes, sorry, just missed the window. But I hope not to wait until the end of december for the december update.
13:10:42
Xach
This month's problems were caused by two libraries not working well together, compounded by my build hardware crashing sporadically
13:14:36
Lycurgus
so that, in your place, if debian is to be the reference, i'd wait a year from realease
13:20:02
jackdaniel
I imagine that testing just on one platform vs one implementation vs all libraries is demanding task
13:22:44
jackdaniel
Lycurgus: could you set such CI for current ql distributions? I think it would be useful for package and implementation maintainers regardless (I could use some reports for ecl i.e)
13:24:27
jackdaniel
Lycurgus: that was directed to you, because you seem to have some expeirence with CI and you are interested in that (justifully so!)
13:25:24
Lycurgus
misperception, I personally am not interested in CI, it doesn't fit in my resource profile for the things I want to do
13:26:37
Lycurgus
i am suggesting that it would be good and doable, not necessarily that anyone do it
13:26:43
MichaelRaskin
I think the only claim was that keeping a CI up is not harder than the work currently done
13:28:03
Lycurgus
in practice I know that there is a rats nest of incompatiblities, strengths and weaknesses in the major implementations, and I color within those lines
13:28:13
Xach
I guess that keeping a CI up would not be (much) harder, but setting it up initially seems like a big task.
13:32:52
Lycurgus
if the resources weren't a problem it might save effort in the end if you used it just as a filter, empirical backing for the not just sbcl criterion
13:58:34
MichaelRaskin
(decided to use my already-there code to check iolib compilation on ECL; ouch it does take time)
14:24:50
MichaelRaskin
But yeah, I kind of have most of the code needed to compute portability matrix for Linux+(SBCL/CCL/ECL/ABCL/CLISP), but I am not patient enough to wait until it builds
14:26:40
jackdaniel
it even makes it easy to construct pivot tables for different versions of the implementation/software
14:28:22
jackdaniel
seems that they are decently up to date; i.e https://common-lisp.net/project/cl-test-grid/library/adw-charting.html
15:15:39
phoe
a perfect situation would be having access to proper hardware where we can spin up virtualized mac/win/lin boxes on demand, and run our CI on those
16:18:31
Demosthenex
ok, so i've in the past used R for simple graphing and stats. i recall seeing (but cant find) a post on reddit that said CL could do all the same stuff with some library. does anyone have a recommendation?
17:07:40
edgar-rft
Demosthenex: if I know this right then XLISP-STAT was one of the predecessors of R and there had been several attempts to port XLISP-STAT to Common Lisp, for example https://github.com/blindglobe/common-lisp-stat
17:08:50
edgar-rft
if that's not what you're looking for see here for alternatives https://www.cliki.net/site/search?query=statistics
17:28:51
Josh_2
How do I convert a string like this https://plaster.tymoon.eu/view/1580#1580 to a list?
17:34:34
pfdietz
Also, use jsown. It's much faster than cl-json, even if you have to intern some of the names yourself.
17:34:37
phoe
and if you want to be super paranoid, set *PRINT-READABLY* to T in case you get an unreadable object
18:11:11
Demosthenex
edgar-rft: yeah, in R i use more the plotting library ... i don't do deep statistics.
22:03:30
no-defun-allowed
If you are going to use jsown, I would strongly suggest you go into the sources and change every (declaim (optimize ... (safety 0) ...)) to (safety 1) at least, because you will get some very strange conditions if you make a mistake otherwise.