01:21:20 <Lantell> Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-2708-g79730e94b9
01:38:37 <Gretell> Unstable branch on crawl.develz.org updated to: 0.25-a0-79-g1d1f32e (34)
02:09:46 <Gretell> Windows builds of master branch on crawl.develz.org updated to: 0.25-a0-79-g1d1f32e
03:00:02 <Gretell> Monster database of master branch on crawl.develz.org updated to: 0.24-a0-443-g80245de
03:24:25 <Rotatell> Unstable branch on crawl.beRotato.org updated to: 0.25-a0-79-g1d1f32e (34)
03:31:03 <Kelbell> Fork (bcrawl) on crawl.kelbi.org updated to: 0.23-a0-2708-g79730e94b9
03:54:21 -!- amalloy is now known as amalloy_
07:01:05 <Lantell> MordorOrchid (L16 GnFi) ASSERT(mgrd(mons->pos()) == s) in 'show.cc' at line 275 failed. (Snake:4)
09:25:24 <Lantell> Stable (0.22) branch on underhound.eu updated to: 0.22.1-59-ge965b3aba3
10:16:43 <advil> !crashlog MordorOrchid
10:16:59 <Sequell> 3. MordorOrchid, XL16 GnFi, T:16056 (milestone): https://underhound.eu/crawl/morgue/MordorOrchid/crash-MordorOrchid-20191106-120105.txt
10:28:35 <advil> I think what is happening there is that something swapped with a constricting monster, and during the move it cleared constrictions, triggering a message, and the message redrew the whole screen (incl map), which tried to show the moved monster, but the move wasn't finished so the monster is in an invalid state
10:28:50 <advil> classic crawlcode messaging side effect
10:33:42 <advil> aidanh: I'm afraid it does seem likely to me that that crash is a side effect of ec3fb94235d9, where previously the map wouldn't have been updated in `more` under those circumstances
11:24:26 <Lantell> Stable (0.23) branch on underhound.eu updated to: 0.23.1-91-gf373564dc4
12:20:52 <Rotatell> KoboldVaak (L2 KoNe) ERROR in 'bitary.h' at line 61: bit vector range error: 37 / 33 (D:1)
12:30:42 <Henzell> Unstable branch on crawl.akrasiac.org updated to: 0.25-a0-79-g1d1f32e (34)
12:39:37 <Rotatell> KoboldVaak (L2 KoNe) ERROR in 'bitary.h' at line 61: bit vector range error: 37 / 33 (D:1)
13:36:54 -!- amalloy_ is now known as amalloy
13:56:03 <advil> !crashlog KoboldVaak
13:56:05 <Sequell> 2. KoboldVaak, XL2 KoNe, T:1043 (milestone): http://crawl.berotato.org/crawl/morgue/KoboldVaak/crash-KoboldVaak-20191106-173929.txt
14:19:02 <Cheibriados> 03advil02 07* 0.25-a0-80-g9b55229: Don't crash on a few cases of invalid skill names in lua 10(2 minutes ago, 1 file, 25+ 7-) 13https://github.com/crawl/crawl/commit/9b55229ae59e
14:32:45 <Kelbell> Unstable branch on crawl.kelbi.org updated to: 0.25-a0-80-g9b55229ae5 (34)
15:16:46 -!- aidanh_ is now known as aidanh
17:13:48 -!- Tiobot is now known as Guest23577
17:57:42 <aidanh> blargh
17:59:56 <aidanh> looks like passing show_updates=false wouldn't help matters either
18:07:13 <aidanh> I guess only drawing the map if you.running is true would work
18:07:31 <aidanh> even though it's a terrible horrible no-good hack
18:22:27 <Lantell> Unstable branch on underhound.eu updated to: 0.25-a0-80-g9b55229ae5 (34)
19:07:23 <gammafunk> !kw nchoice
19:07:24 <Sequell> Keyword: nchoice => MfEn|BaEE|HaVM|HaFE|CeIE|CeWz|TeSk|OpAE|FoNe|GhCj|BaAK|DDAM|HuTm|SpAK|DEAs|OgCj|VpWr|KoIE|VSEE|DgEn|OpHu|GnAE|VSHu|KoSk|GhSu|TeTm|DEGl
19:07:52 <gammafunk> =nemelex SpFE
19:07:52 <gammafunk> =nemelex MuAK
19:07:52 <Sequell> Defined keyword: nchoice => MfEn|BaEE|HaVM|HaFE|CeIE|CeWz|TeSk|OpAE|FoNe|GhCj|BaAK|DDAM|HuTm|SpAK|DEAs|OgCj|VpWr|KoIE|VSEE|DgEn|OpHu|GnAE|VSHu|KoSk|GhSu|TeTm|DEGl|SpFE
19:07:52 <Sequell> Defined keyword: nchoice => MfEn|BaEE|HaVM|HaFE|CeIE|CeWz|TeSk|OpAE|FoNe|GhCj|BaAK|DDAM|HuTm|SpAK|DEAs|OgCj|VpWr|KoIE|VSEE|DgEn|OpHu|GnAE|VSHu|KoSk|GhSu|TeTm|DEGl|SpFE|MuAK
19:31:05 <Cheibriados> New branch created: lld-linker (1 commit) 13https://github.com/crawl/crawl/tree/lld-linker
19:31:05 <Cheibriados> 03Aidan Holm02 07[lld-linker] * 0.25-a0-80-gfc7dfd2: Link with the LLVM linker if available 10(2 minutes ago, 1 file, 14+ 1-) 13https://github.com/crawl/crawl/commit/fc7dfd2c62af
19:31:41 <gammafunk> aidanh: why, why is the llvm linker so much faster for you?
19:31:49 <gammafunk> er s/why, why/wow, why/
19:32:13 <gammafunk> I've noticed that linking in msys2 is glacially slow, but I'm not sure much can be done about that
19:32:26 <aidanh> good question, I have no idea
19:33:35 <aidanh> i initially suspected that it was skipping a few steps, but cleaning and re-linking stayed the same, time-wise
19:34:08 <aidanh> gammafunk: by msys2, you mean the cross-compile environment with mingw-64?
19:34:42 <aidanh> btw, do you have access to the windows trunk build environment using mxe, that I believe is hosted on CDO?
19:38:48 <gammafunk> aidanh: yes, msysgit and later msys2 was something I spent a lot of time trying to figure out for people building crawl on windows, and was our recommended solution for that for a long time
19:38:52 <gammafunk> I guess it still is
19:39:34 <gammafunk> well, it's a cross-compile environment, but it's also a full unix-like environment with the usual posix stuff
19:40:19 <travis-ci> The build failed. (lld-linker - fc7dfd2 #12176 : Aidan Holm): https://travis-ci.org/crawl/crawl/builds/608498491
19:40:39 <gammafunk> aidanh: I don't believe that CDO does use mxe; I think it just uses some home-grown scripts to call the cross-compiler
19:42:54 <gammafunk> aidanh: yeah I just checked, there are just some simple scripts to do each build with make commands like: make -C source CROSSHOST=i686-w64-mingw32.static TILES=y distclean
19:43:34 <aidanh> shouldn't the crosshost compiler be from the mxe environment?
19:44:08 <gammafunk> I think it's just the usual debian package for the i686-w64-mingw32 compiler
19:44:27 <gammafunk> isn't mxe some special makefile setup to do a build in a clean environment?
19:44:41 <Cheibriados> 03Aidan Holm02 07[lld-linker] * 0.25-a0-80-ge0e0e57: Link with the LLVM linker if available 10(16 minutes ago, 1 file, 13+ 1-) 13https://github.com/crawl/crawl/commit/e0e0e57ca9bf
19:44:57 <aidanh> basically, yeah
19:45:04 <gammafunk> right, this is not using an mxe setup
19:45:18 <gammafunk> all nap.kin has is a checkout of the source with a local commit implementing some very simple scripts
19:45:44 <gammafunk> so the toolchain packages are just the i686-w64-mingw32 stuff from debian
19:46:27 <aidanh> hm, and it's using system gcc? because on my xenial box, the crosshost compiler doesn't have .static on the end, but the mxe one does
19:46:29 <gammafunk> the scripts just do e.g git clean -dfx first, do the cross-compile, move the built binaries/installer into place in the web host
19:51:38 <gammafunk> aidanh: hrm, you might be right that the compiler is in fact built by mxe
19:51:45 <gammafunk> I think I misunderstood what mxe is
19:52:01 <gammafunk> mxe doesn't seem to be available in debian though; guess he just downloaded/installed it?
19:52:32 <aidanh> advil mentioned earlier that it's a clone of the github repo at a specific commit
19:53:10 <gammafunk> yeah, they mention on the website that they do have prebuilt packages
19:53:28 <gammafunk> step 3b on the website
19:53:47 <gammafunk> wonder why it's not part of the distribution
19:54:18 <aidanh> huh, I didn't know that
19:54:31 <aidanh> gcc 5.5 though
19:54:46 <gammafunk> I guess to go back to your original question though, yes advil and I do have access to that
19:54:57 <aidanh> cool; the reason I ask is cause for c++17 that compiler will need to be upgraded to gcc 9
19:55:02 <advil> /opt/mingw/ is a checkout of the mxe repository, /opt/mingw/usr/bin/ is where the compilers are
19:55:05 <advil> we don't have write access
19:55:09 <gammafunk> ah, nice
19:55:38 <gammafunk> and yeah, sorry, I didn't mean we had root :)
19:55:38 <advil> it's all owned by root
19:55:38 <aidanh> I think the safest way to do that is just to re-clone mxe, build g++ 9, and replace the mxe folder in its entirity
19:55:39 <gammafunk> nap.kin might be willing to do this
19:55:41 <aidanh> entirety, even
19:55:44 <gammafunk> I think maybe a bigger issue is CAO
19:55:59 <gammafunk> if you're looking or all servers to have gcc 9
19:56:05 <gammafunk> s/or all/for all/
19:56:16 <aidanh> yeah, all servers will need it
19:56:17 <gammafunk> CAO is runny a pretty old debian
19:56:23 <gammafunk> s/runny/running/
19:56:25 <advil> re cdo windows trunk, it may be better to eventually transition to building that on travis
19:56:33 <gammafunk> right
19:57:38 <gammafunk> I'm not sure about CAO though; we do have root on that server (advil and I), but I don't know if it'd need a dist upgrade to get gcc 9
19:57:43 <aidanh> any more info on the CAO server? I can try a g++ upgrade on a docker container
19:58:34 <gammafunk> Description:	Debian GNU/Linux 7.11 (wheezy)
19:58:42 <aidanh> regarding mxe, I'll try to write a quick script that will download/build a new g++ 9 cross-compiler
19:58:47 <gammafunk> that's CAO
19:59:34 <gammafunk> although there's also the compilcation where we have to upgrade the chroot as well? does use of a newer G++ interact with the chroot?
19:59:48 <advil> yes, it needs the correct libc
20:00:03 <advil> this has been an issue when the chroot mismatched the compiler on some server once (maybe cbro)
20:00:08 <gammafunk> right
20:03:29 <aidanh> hm, that's not good
20:06:57 <aidanh> alexjurkiewicz: you might want to switch back to regular g++ with update-alternatives; I completely forgot about the chroot libc compatibility issue
20:08:19 <advil> iirc it broke everything very quickly so we'd probably know if he had broken cpo
20:13:30 <aidanh> ah, that's a relief
20:18:33 -!- amalloy is now known as amalloy_
20:19:11 <gammafunk> aidanh: I don't think alexjurkiewicz even uses a chroot on cpo
20:19:28 <gammafunk> it's not a dgl-based setup with a chroot; he doesn't even support console
20:19:39 <gammafunk> it just builds using the host system packages normally
20:19:57 <gammafunk> so yeah, should be ok
20:20:05 <gammafunk> cwz and lld probably have similar setups
20:20:29 <gammafunk> dgl-based servers with a chroot would be cao cbro cko cxc cue
20:20:40 <gammafunk> at least as far as I know
20:21:30 <aidanh> ok, cool, thanks
20:22:00 <Cheibriados> Gozag does not close shops forever after abandoning 13https://crawl.develz.org/mantis/view.php?id=12122 by Flugkiller
20:36:53 <aidanh> gammafunk: btw, re glacial link times, lld should be a drop-in replacement for the cross-compile linker, in theory
20:36:54 <aidanh> how glacial are we talking?
20:37:20 <gammafunk> aidanh: well, this is specifically msys2, and it's like 15 minutes :(
20:37:51 <aidanh> o.O
20:38:22 <aidanh> that's quite something
20:38:25 <gammafunk> I'm sure it's better on more reasonable systems than my 4 core years-old laptop
20:38:50 <gammafunk> but yeah I think it's pretty bad; not sure if there's a cross-compiler based on LLVM or not
20:39:03 <gammafunk> *windows cross-compiler
20:39:30 <travis-ci> The build was fixed. (lld-linker - e0e0e57 #12177 : Aidan Holm): https://travis-ci.org/crawl/crawl/builds/608502404
20:41:23 <aidanh> have you tried building in WSL? that might be an easier method for people on windows
20:43:19 <gammafunk> aidanh: I guess I should mention that I was building in a windows VM, so that added a layer of slowness
20:43:43 <gammafunk> this was really just testing the msys2 setup for people when we had issues
20:43:54 <gammafunk> I actually no longer have my windows image though, so I haven't been able to test things any more
20:44:14 <gammafunk> it was a win 8.1 image, so WSL not available
20:44:44 <aidanh> fair enough
20:45:53 <aidanh> cross-compiling on WSL definitely works, and it's basically the same as a cross-compile on linux / in a VM
20:46:19 <aidanh> IO performance isn't great on WSL, but it gets the job done
21:05:16 <Cheibriados> 03Aidan Holm02 07* 0.25-a0-81-ge945405: Remove weird shift-X binding 10(3 weeks ago, 1 file, 1+ 10-) 13https://github.com/crawl/crawl/commit/e945405b5e68
21:05:16 <Cheibriados> 03Aidan Holm02 07* 0.25-a0-82-ga3fec9a: Remove broken back-compat keybindings for hints menu 10(3 weeks ago, 1 file, 3+ 13-) 13https://github.com/crawl/crawl/commit/a3fec9ad9341
21:05:16 <Cheibriados> 03Aidan Holm02 07* 0.25-a0-83-gfb64b48: Add const 10(5 days ago, 2 files, 4+ 4-) 13https://github.com/crawl/crawl/commit/fb64b4888044
21:05:16 <Cheibriados> 03Aidan Holm02 07* 0.25-a0-84-g11f2770: Link with the LLVM linker if available 10(2 hours ago, 1 file, 13+ 1-) 13https://github.com/crawl/crawl/commit/11f2770c528e
21:17:46 <Kelbell> Unstable branch on crawl.kelbi.org updated to: 0.25-a0-84-g11f2770c52 (34)
22:01:22 <alexjurkiewicz> yeah, i'm chroot free aidanh !
22:01:31 <alexjurkiewicz> security is for nerds
22:01:40 <alexjurkiewicz> and people who enable SSH access
22:03:08 <aidanh> heh
22:03:12 <aidanh> that probably makes operating a crawl server much less taxing
22:09:49 <aidanh> are boomerangs supposed to go straight through any invis monsters?
22:09:49 <aidanh> just had an orc pelting me with boomerangs, straight through an orc wizard