01:34:26 Unstable branch on crawl.develz.org updated to: 0.27-a0-1154-gfdeffcb720 (34) 01:55:16 Windows builds of master branch on crawl.develz.org updated to: 0.27-a0-1154-gfdeffcb720 02:20:25 Unstable branch on cbro.berotato.org updated to: 0.27-a0-1154-gfdeffcb720 (34) 02:49:31 New branch created: pull/1953 (1 commit) 13https://github.com/crawl/crawl/pull/1953 02:49:32 03dilly02 07https://github.com/crawl/crawl/pull/1953 * 0.27-a0-1155-g5ccbfc7: WJC Sifu names change 10(4 minutes ago, 1 file, 4+ 4-) 13https://github.com/crawl/crawl/commit/5ccbfc73503b 02:53:45 Monster database of master branch on crawl.develz.org updated to: 0.27-a0-1154-gfdeffcb720 03:31:02 Fork (bcrawl) on crawl.kelbi.org updated to: 0.23-a0-4135-g7666618ddd 08:42:55 <06a​dvil> so, to start with I propose archiving all cao ttyrecs from 2016 and earlier, with more of an announcement period for people to download some if they want 09:31:32 <06a​dvil> also, 2013 is completely off cao and currently only on my backup drive; lmk if someone wants some or all of it or has hosting thoughts (but I really don't think it's worth hosting myself, so maybe won't take further action unless prompted) 10:06:18 <10P​leasingFungus> can we toss them in s3 somewhere? 10:13:15 if you'd like to, I can send them to you! 10:13:18 I will not though 10:15:23 2013-2016 will be about 400GB of data 10:15:41 2013 alone is 74G iirc 10:23:05 hm the aws calculator estimates about 9.20 per month for storage in S3 standard for 400GB 10:23:19 anyways, I will put my own money for morgues but not ttyrecs 10:24:32 if you're interested in keeping them working with footv, I believe it needs directory listings (not sure what the constraints are on that for S3) 10:33:51 <10P​leasingFungus> glacier is less than 10% of that, i think? 10:34:51 <10P​leasingFungus> i’ve never used glacier tho 10:34:51 <10P​leasingFungus> so idk how much of a pita it is 10:34:51 I guess, my question would be, what is the use case you have in mind? 10:34:51 <10P​leasingFungus> glacier not particularly usable in terms of footv lookups, probably 10:34:59 yeah, it has a time lag on accessing it I believe 10:35:40 <10P​leasingFungus> does feel like there’s some kind of historical value for these tvs 10:35:52 there are definitely cheaper things than S3 that would allow access (backblaze for example, though the directory listing thing is an issue) 10:36:18 I ask this as someone who is married to an art conservator who I've actually discussed this very issue with: what is the historical value? :-) 10:52:32 <06a​dvil> I think in my discussions with her I've concluded that the closest analogue is ephemera (https://en.wikipedia.org/wiki/Ephemera), which there often is some historical value in saving that's a bit hard to predict -- but they're basically impossible to save exhaustively for various reasons and so the art world generally doesn't try to deal with them in advance 10:54:29 <10P​leasingFungus> can think of a few use cases 10:54:59 <10P​leasingFungus> looking at old 'funny deaths' entries, looking at weird outliers in sequell queries and trying to figure out how they happened when the morgue doesn't give enough context 10:56:56 <10P​leasingFungus> by that i mean "these are some things i've been sad about when old ttyrecs weren't available" 10:57:12 <10P​leasingFungus> former is much easier to support than the latter 10:58:26 <06a​dvil> yeah, I also feel like exhaustive archiving is not the solution to the former 10:59:10 <10P​leasingFungus> latter is maybe too niche and hard to predict to support 10:59:21 <06a​dvil> how far back do you find yourself doing the latter? 10:59:37 From now couldn't the bots track how often any given ttyrec has been footv-ed? 10:59:50 <06a​dvil> I would have thought that is mostly for more recent games 11:00:00 <06a​dvil> they do track that 11:01:35 <06a​dvil> there's no automated way that currently exists to do any sort of selective downloading or automatic delete protection with that info though 11:08:54 <06a​dvil> as a side note someone who cares should figure out a better filename format than like 2019-11-03.19:11:50.ttyrec.bz2 11:17:06 03PleasingFungus02 07* 0.27-a0-1155-gff078d5: Simplify GDR 10(4 weeks ago, 1 file, 2+ 25-) 13https://github.com/crawl/crawl/commit/ff078d554e3f 11:17:31 Branch pull/1902 updated to be equal with master: 13https://github.com/crawl/crawl/pull/1902 11:17:49 <10P​leasingFungus> pretty rarely 11:19:04 advil: I was thinking more of "delete anything never footved and older than X" 11:22:02 <06a​dvil> yeah that ought to be possible but actually getting it to happen would need a fair bit of work I think 11:24:51 <06a​dvil> minimally something to actually extract that info from sequell in a way that can feed a script, not sure it can be practically done via the irc interface 11:30:35 <03w​heals> it's really unfortunate for that purpose that the ntv statistic got reset 11:32:29 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1155-gff078d554e (34) 11:34:31 <06a​dvil> I'm definitely not going to delete any data that I do archive so it would be very easily to selectively restore stuff as well 11:38:43 <06a​dvil> (at least for anything I do in the near future) 11:45:25 03PleasingFungus02 07* 0.27-a0-1156-gc4ce80c: WIP 10(13 minutes ago, 3 files, 9+ 7-) 13https://github.com/crawl/crawl/commit/c4ce80cea6b4 11:45:25 03PleasingFungus02 07* 0.27-a0-1157-g40ce562: New wizlab tiles (Sastreii) 10(53 seconds ago, 13 files, 2+ 2-) 13https://github.com/crawl/crawl/commit/40ce562a0f24 11:46:15 <10P​leasingFungus> i meant to forget to squash those 11:46:20 <10P​leasingFungus> that was part of my plan 12:14:21 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1157-g40ce562a0f (34) 13:20:17 Unstable branch on crawl.akrasiac.org updated to: 0.27-a0-1157-g40ce562 (34) 14:20:25 03PleasingFungus02 07* 0.27-a0-1158-gaa87e14: DRR AC GDR (hellmonk) 10(51 seconds ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/aa87e14f67fc 14:32:56 Unstable branch on crawl.kelbi.org updated to: 0.27-a0-1158-gaa87e14f67 (34) 16:27:22 Manslay (L10 DECj) ERROR in 'mon-util.cc' at line 1979: bogus mc (no monster data): invalid monster_type 1000 (1000) (Abyss:2) 18:23:48 Unstable branch on underhound.eu updated to: 0.27-a0-1158-gaa87e14f67 (34)