01:42:24 -!- johannes_ is now known as kenran 02:28:09 -!- johannes_ is now known as kenran 03:30:43 Fork (bcrawl) on crawl.kelbi.org updated to: 0.23-a0-4135-g7666618ddd 05:14:52 finalsalamander (L12 NaWn) Crash caused by signal #11: Segmentation fault (D:6) 05:15:49 finalsalamander (L12 NaWn) Crash caused by signal #11: Segmentation fault (D:6) 07:01:00 03hellmonk02 {gammafunk} 07* 0.27-a0-1150-g58c629d: New volcano map: zot springs 10(9 hours ago, 1 file, 59+ 0-) 13https://github.com/crawl/crawl/commit/58c629d5e209 07:01:00 03hellmonk02 {gammafunk} 07* 0.27-a0-1151-g5e02258: Deep elf pyromancer volcano. 10(8 hours ago, 1 file, 37+ 0-) 13https://github.com/crawl/crawl/commit/5e02258609d3 07:01:00 03hellmonk02 {gammafunk} 07* 0.27-a0-1152-g7c0e23a: Fix an incorrect glyph in hellmonk_smoking_crater 10(8 hours ago, 1 file, 13+ 13-) 13https://github.com/crawl/crawl/commit/7c0e23aee54b 07:01:00 03gammafunk02 07* 0.27-a0-1153-g9a643b3: Adjustments to two volcano maps 10(5 hours ago, 1 file, 56+ 56-) 13https://github.com/crawl/crawl/commit/9a643b30eb5f 07:16:42 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1153-g9a643b30eb (34) 08:27:37 CAO's hard drive has run out of space again 09:01:23 Hi, it looks like the HD of the CAO server is full again, as it is displaying signs of multiple instances of games from the same accounts. I forget who here is the administrator of the CAO server that can fix this issue. 09:14:25 Webtiles server stopped. 09:30:39 <13Sastreii> Zonguldrok and his shrine 09:30:40 <13Sastreii> https://cdn.discordapp.com/attachments/747522859361894521/842393405240639528/Schermata_2021-05-13_alle_15.28.30.png 09:30:59 <08nicolae> oh i love that shrine 09:31:10 <08nicolae> got the hands, got the purple, it's got everything 09:31:27 <08nicolae> i like zong's purple crown too 09:31:39 <13Sastreii> https://cdn.discordapp.com/attachments/747522859361894521/842393655586848788/zong.png 09:31:40 <13Sastreii> https://cdn.discordapp.com/attachments/747522859361894521/842393661844619274/zshrine.png 09:35:07 svendre: since you happen to be here, how much do you care about your old ttyrecs? 09:35:32 asking, since you are in the top 5, not that there's anything wrong with that :-) 09:55:14 Webtiles server started. 09:55:29 ok, I've eked out some space, it's probably going to run out later today but that's all I have time to do right now 09:55:39 and there doesn't seem to be any low hanging fruit right now 09:55:49 the bzip2 utility is running and that might clear up some space 09:56:31 if I have later today I guess I'm going to start archiving ttyrecs older than a certain threshold, maybe will start in 2013 and work forward until some reasonable amount of space is cleared 09:56:37 *if I have time later 12:15:38 huh well the cao chroot is back up to 4.5G 12:18:04 is it really possible that the effect of bzipping ttyrecs is +-4G a day 12:19:39 Thanks for keeping the CAO server running. Does just being idle on the server inflate the ttyrecs files? 12:19:39 probably not 12:20:01 it's the sort of thing that needs a systemic solution more than individual action so I wouldn't worry 12:21:10 I do think there's something I don't understand about the dynamics of ttyrecs, that if I understood could probably be fixed in crawl itself 12:23:37 Crawl does display a lot of intermediate state that to the user passes in an eyeblink. ttyrecs would be a lot smaller if screen redraws only happened during intentional animations or when waiting for user input. 12:25:32 except they need to happen periodically to give places to pick up viewing mid-ttyrec 12:25:32 the question being, how periodically? 12:26:14 yes, I have actually reduced some of that in recent commits 12:26:24 but I think there's still more room for less redraws 12:26:26 geekosaur: I'm not sure I see why 12:26:47 ttyrec scrubbing is really dependent on the markers that happen on screen redraws 12:26:53 because the format is insane 12:28:00 But unless I'm missing something, there will at least be one every user turn 12:28:05 there is not 12:28:19 mostly it's just redrawing the little bit that canged, not the whole screen 12:28:34 it's dumped from internal curses structures that optimize screen updating 12:28:34 they are written on full redraws, which don't happen every turn 12:29:08 Ah, I see the confusion here, my fault. I didn't mean to distinguish full/partial redraw - just not to do _any_ drawing until we're ready for the user again 12:30:00 I don't think crawl does a lot of (any?) drawing without prompting, but maybe I'm misunderstanding 12:31:25 I'd expect it only does refresh() before prompting for input. intervening writes are to those internal structures 12:31:25 the exceptions being things like animations 12:33:07 I've got a ttyrec here from railbird80 with 159872 frames as ipbt counts them. It covers circa 26,000 deca-auts. 12:34:56 oh I'm sure there's excess writing, I just don't quite understand the circumstances; I've done a certain amount of debugging with iTerm2 output while working on fixing redraws in targeting, and so I'm pretty sure it's not in targeting or just regular moving around the dungeon (though I've spent less time on the latter) 12:36:00 (iTerm2 can stream the raw curses output to a file) 12:41:09 of course the way the dungeon is rendered while moving places some limits on what can be skipped 13:06:44 Unstable branch on crawl.akrasiac.org updated to: 0.27-a0-1153-g9a643b3 (34) 13:08:15 <13Sastreii> corrected zong. 13:08:15 <13Sastreii> https://cdn.discordapp.com/attachments/747522859361894521/842448162336800768/zong.png 13:08:38 <13Sastreii> that shoulder strap was ridicolous 13:50:52 <10PleasingFungus> heh heh 13:51:02 <10PleasingFungus> players love big pauldrons (?) 13:55:48 <09hellmonk> Zonguldrok should strap up (carry a big gun) 13:56:04 rename scarves -> pauldrons 14:08:31 <10PleasingFungus> Paul Drun of the Big Shoulders 14:27:56 03kate-02 07* 0.27-a0-1154-gfdeffcb: Fix meph chance display 10(87 seconds ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/fdeffcb720fd 14:32:13 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1154-gfdeffcb720 (34) 15:33:10 New branch created: pull/1951 (1 commit) 13https://github.com/crawl/crawl/pull/1951 15:33:10 03Nikolai Lavsky02 07https://github.com/crawl/crawl/pull/1951 * 0.27-a0-1154-g41dde83: Fix Dj's hair on the species selection menu 10(8 minutes ago, 1 file, 1+ 0-) 13https://github.com/crawl/crawl/commit/41dde839e2a4 16:14:22 New branch created: pull/1952 (2 commits) 13https://github.com/crawl/crawl/pull/1952 16:14:22 03DreamDustDCSS02 {GitHub} 07https://github.com/crawl/crawl/pull/1952 * 0.27-a0-1155-g952f880: Adding a vault with orcish Zin followers 10(26 minutes ago, 1 file, 43+ 0-) 13https://github.com/crawl/crawl/commit/952f880cc2fa 16:14:22 03DreamDustDCSS02 {GitHub} 07https://github.com/crawl/crawl/pull/1952 * 0.27-a0-1156-gaee5338: Adding descriptions for new vault mons 10(14 minutes ago, 1 file, 20+ 0-) 13https://github.com/crawl/crawl/commit/aee5338c6923 16:34:16 Is bee hives placing ambrosia identified a rule now? If so, then minivault_7 doesn't follow it. 16:37:15 And another question: is it a good idea to place steam generator on D:1? Players can just die while autoexploring. 16:38:12 it's something that I did in a relatively ad hoc way when I wrote the patch removing food, cannot promise it's consistent 16:38:12 for one thing if there was a hive that did not place food, I didn't touch it 17:31:06 advil: I'm late on the response - I'm not familiar with what the ttyrec provide without some reading up. 17:33:52 well, so I just looked it up - and I can say that since it seems related to recording of the terminal for replay - I do not use replay functions at all, ever. If there is some disk space problems caused by it, I might suggest allowing players to download their own ttyrec files and auto-deleting them after a certain time period. 17:54:48 <09gammafunk> advil: Speaking of ttyrecs, is there a way to get the last file listed at https://cbro.berotato.org/ttyrec/TODO/ from cbr2, namely https://cbro.berotato.org/ttyrec/TODO/2021-05-13.21:21:16.ttyrec ? I tried adding .bz2 to the url, but doesn't seem to work. The file is listed, but the link is broken, presumably until some kind of ttyrec compression+move happens 18:01:41 yeah, there's a bug there, I don't think there's a way to do that over the web 18:03:17 svendre: yes, it's for replays 18:04:03 because you're a very long-time active player you have like 3GB of them 18:04:43 <10PleasingFungus> people often like to watch others' TVs 18:04:50 <10PleasingFungus> to see entertaining plays and deaths 18:04:55 <10PleasingFungus> still, most ttyrecs are never touched 18:09:37 <09gammafunk> all of my ttyrecs have thousands of views 18:10:08 <09gammafunk> most subscribed and liked channel on footube 18:18:09 <05kate> i'm still a bit sad that my nemelex orb ninja ttyrec died in a cdo crash, that was a fun thing to pull off 18:18:18 <05kate> from when you could calculate exactly where a shaft would make you land and drop straight onto the orb 18:22:37 <10PleasingFungus> ooh 18:24:01 Unstable branch on underhound.eu updated to: 0.27-a0-1154-gfdeffcb720 (34) 18:31:51 all of 2013 ttyrecs is about 74G 18:32:05 I am going to at least archive that year 18:33:46 <09gammafunk> Nice 18:34:26 <09gammafunk> if 5GB lasts roughly 4 days, that will last us..two months? maybe more! 18:36:32 <10PleasingFungus> that's practically enough time for a baby to be born 18:36:34 I think that when bzipping is factored in the rate of disk space loss is lower then that, but lately it's just been so low that we bottom out before the bzip script catches up 18:36:39 <10PleasingFungus> assuming the mother is already 7 months pregnant 18:37:00 <10PleasingFungus> basically the problem here is players 18:37:06 <10PleasingFungus> if we had fewer players we wouldn't have these problems 18:37:11 my guess is that 2 months is more like 25G? I should have taken better notes about past cleanups 18:37:26 <09gammafunk> even better 18:38:17 possibly now that I've worked out a cl procedure for doing this it would be a good opportunity to at least get up to 2016, but maybe we can announce that first once this batch is cleared 18:38:52 I'm currently moving the 2013 ttyrecs onto the other partition, and then will tar and copy them off the computer altogether 18:39:32 hopefully this doesn't like finally kill the disk :D 18:41:39 <09hellmonk> I'd simply ruin the game faster 18:42:23 <10PleasingFungus> dcss ruined any% 18:43:39 <09hellmonk> I prefer to run the all features category 19:00:57 woo down to 99% full 19:01:13 probably not a good use of my time to sit here and watch this sloowly transfer 19:36:12 <09gammafunk> thanks for doing that 19:36:28 <09gammafunk> will be nice to not have cao go down every 4 days 19:43:15 lol I didn't think through the full process, there won't be enough space on the other partition to create a tarbell after this is done 19:43:27 well, maybe I can just pull them off as is 21:08:38 <09gammafunk> CAO at 94% :PlogChamp: 21:08:38 <09gammafunk> we also now have plogchamp, which is extremely plog 21:24:50 Would donations for extra hard drives help? 21:25:17 I have a miniature datacenter in my garage 21:32:35 I could help out with some hosting, my link is 1GB fiber, but not synchronous (sadly). As for servers though, I have a stupid amount of extra horsepower around mostly for the laughs rather than actually necessary for anything. Totalling somewhere around 4TB RAM.