freenode/lisp - IRC Chatlog
Search
15:19:51
Xach
http://report.quicklisp.org/2017-10-14/failure-report/stumpwm.html#stumpwm - is this a pending clx thing or something? where can i find xinerama otherwise?
15:23:12
jackdaniel
im on phone, didnt know stumpwm depends on xinerama - randr support is better covered in clx afaik. should I revert that?
15:25:37
jackdaniel
or we could make xinerama and randr files loaded depending on a specific feature
15:28:46
jackdaniel
(I did minimal checs if it doesnt break clx, didnt investigate all clx clients, probably I should test more)
15:30:51
jackdaniel
according to https://github.com/stumpwm/stumpwm/wiki/FAQ stump supports randr too
16:36:07
jackdaniel
hm, it seems that having xinerama and randr extensions loaded at the same time doesn't make clx stop loading, doesn't cause warnings etc
16:47:21
sjl
Shinmera: Have you tested deploy on the newest OS X? I can't seem to get the OS X app building working.
16:47:50
sjl
Shinmera: I can build a normal executable with :build-operation "deploy-op", and that runs as I expect
16:48:26
sjl
Shinmera: when I use "osx-app-deploy-op" and run the resulting binary from the command line, e.g. `./build/foo.app/Contents/MacOS/foo` this also runs as I expect
16:48:53
sjl
Shinmera: but when I actually try to open the .app, via double clicking or `open foo.app` from the command line, it silently hangs at 100% CPU until I force kill it
17:13:31
d4ryus
Josh_2: i think sjl was refering to https://en.wikipedia.org/wiki/Rubber_duck_debugging
17:13:39
scymtym
Josh_2: explaining a problem to somebody or to nobody at all (or to a rubber duck, hence the name) and gaining some insight just from stating the problem from the beginning
18:04:56
Shinmera
sjl: I generally don't release things that aren't tested for the features I advertise ;)
18:30:33
dim
did anyone setup something like https://www.appveyor.com/ for automatic build/test of CL apps on windows?
20:10:13
sjl
Shinmera: the problem was I was running the wrong app. previously I was building with my own script, using a Roswell-installed version of SBCL
20:10:44
sjl
and since Roswell breaks every time a stiff breeze comes along, updating the laptop OS broke that build process
20:11:23
sjl
then this morning, I tried to pick up where I left off, but muscle memory/tab completion meant I was still opening the old .app
21:09:03
drmeister
I've added a dependency of 'esrap+sbcl' to building clasp - now I have the headache of figuring out how to ensure that it is available.
21:09:50
Shinmera
download the quicklisp.lisp file, run quicklisp-quickstart:install with the directory set to something local to the build
21:10:23
jackdaniel
drmeister: if you depend on some particular libraries, just use (ql:bundle-systems '(esrap) :to "clasp/sbcl-build/libraries")
21:35:33
drmeister
I added alexandria to the bundle as well - but I'm getting this when I try to use them.
21:36:00
drmeister
Has anyone seen this before? Unhandled SB-FASL::FASL-HEADER-MISSING in thread #<SB-THREAD:THREAD "main thread" RUNNING
21:42:31
scymtym
drmeister: is the fasl file corrupt? maybe check with xxd FILE | head or od FILE | head
21:45:23
drmeister
It runs multiple copies of sbcl in parallel - one or more might be trying to compile the bundle at the same time.
22:24:16
drmeister
I injected a task that all the other sbcl tasks depend on and it loads the bundle and compiles the alexandria and esrap source