00:51:17 Stable (0.30) branch on cbro.berotato.org updated to: 0.30.0-30-g96aa6591b8 01:00:40 Stable (0.30) branch on crawl.kelbi.org updated to: 0.30.0-30-g96aa6591b8 01:11:03 Fork (bcrawl) on crawl.kelbi.org updated to: 0.23-a0-4926-gc5d0056c4d 01:21:31 Fork (bcadrencrawl) on crawl.kelbi.org updated to: 0.03-1985-g02a93ab49a 01:21:44 <08wormsofcan> funny tech: if you follow fedhas, they will prevent trees from burning down from flame wave 01:21:59 <08wormsofcan> but they don't stop flame wave from penetrating trees, so you can hit things out of LOS that are behind trees 03:23:56 Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-4926-gc5d0056c4d 05:00:30 Stable (0.30) branch on crawl.akrasiac.org updated to: 0.30.0-30-g96aa659 05:08:02 Unstable branch on crawl.akrasiac.org updated to: 0.31-a0-202-g547052b (34) 06:15:29 Dingusman (L16 GrFi) ASSERT(m) in 'mon-util.cc' at line 2417 failed. (Orc:2) 10:06:20 Buachu (L1 MiFi) ASSERT(you.equip[slot] == equip.link) in 'delay.cc' at line 701 failed. (Mismatched link in EquipOffDelay::finish: slot is 6 with link -1, link is 1) (D:1) 10:06:53 Buachu (L2 MiFi) ASSERT(you.equip[slot] == equip.link) in 'delay.cc' at line 701 failed. (Mismatched link in EquipOffDelay::finish: slot is 6 with link -1, link is 1) (D:1) 10:07:54 <05icoson> !crashlog 10:07:55 Buachu (L1 MiFi) ASSERT(you.equip[slot] == equip.link) in 'delay.cc' at line 701 failed. (Mismatched link in EquipOffDelay::finish: slot is 6 with link -1, link is 1) (D:1) 10:08:02 <04Cerebot> 25524. Buachu, XL1 MiFi, T:60 (milestone): https://underhound.eu/crawl/morgue/Buachu/crash-Buachu-20230626-170755.txt 10:41:06 <09gammafunk> there's no way to unget a rune in wizard mode, is there? 10:41:12 <09gammafunk> probably would need to edit the save file 11:30:35 <05icoson> I don't think that exists 11:32:29 <05icoson> if I wanted to do that as a one-off for some reason, rather than editing the save, I would temp add a line of code somewhere to clear runes on load; maybe even just commenting out the line that loads them in _tag_read_you_items would do it (if that structure is init correctly)? 12:17:27 -!- Yermak_ is now known as Yermak 14:51:35 <09gammafunk> @icoson maybe I'll not be lazy and add a wizmode feature to unset picking up runes/orbs, but adding a line to tags.cc is a good idea. I think runes my just be stored in the player section anyhow and as I recall I can't edit it piecemeal even if I do a save edit 14:51:51 <09gammafunk> would probably end up clobbering the other stuff set for the char in that save 15:00:56 <09gammafunk> oh, for that matter, might I be able to unset it using dlua I wonder 15:04:03 <09gammafunk> seems not, but a good discovery: cpp { "can_consume_corpses", you_can_consume_corpses }, 15:04:20 <09gammafunk> free food removal commit 15:04:40 <09gammafunk> hah, the implementation is simply to return false 15:24:55 Unstable branch on underhound.eu updated to: 0.31-a0-202-g547052bce9 (34) 17:02:10 <09gammafunk> turned out to be an easy implementation 17:03:02 03gammafunk02 07* 0.31-a0-203-g82f8529059: feat: A wizard command to unobtain runes and Orb 10(7 minutes ago, 3 files, 14+ 1-) 13https://github.com/crawl/crawl/commit/82f85290593e 17:14:14 <06pleasingfungus> are you going to remove food, or should i? 17:15:44 <08nicolae> could there be a wizmode command to resurrect dead gods 17:21:40 <09gammafunk> I can do it real quick to juice up my commit count 17:23:23 <06pleasingfungus> juice... boomer juice..?! 17:25:37 <09gammafunk> https://tenor.com/bh5uB.gif 17:26:20 <09gammafunk> real curious as to how removing a clua function that didn't even have a declaration in a header is causing this much recompilation when I just compile the last commit 17:29:09 03gammafunk02 07* 0.31-a0-204-g7da18cac08: fix: Remove an obsolete clua function 10(7 minutes ago, 1 file, 0+ 12-) 13https://github.com/crawl/crawl/commit/7da18cac0875 17:30:57 Unstable branch on crawl.kelbi.org updated to: 0.31-a0-203-g82f8529059 (34) 17:31:59 I've been wondering about the amount of rebuilding for a while now. the crawl build seems really hostile to those of us who don't use ccache… 17:34:36 <09gammafunk> I haven't noticed it being too off recently, but I also don't compile that often these days 17:34:50 <09gammafunk> and I can't really see how that commit would force a bunch of recompilation 17:35:31 <09gammafunk> heh, speaking of food removal: delay.cc: In function ‘bool is_being_butchered(const item_def&, bool)’: delay.cc:317:21: warning: loop variable ‘delay’ creates a copy from type ‘const std::shared_ptr’ [-Wrange-loop-construct] 317 | for (const auto delay : you.delay_queue) | ^~~~~ 17:36:03 <09gammafunk> looks like we've built up a good number of new warnings in gcc 17:37:01 <09gammafunk> two more warnings, one also in delay.cc and another in dbg-asrt.cc that seem to be the same issue 17:37:20 <09gammafunk> and then 17:37:23 <09gammafunk> god-abil.cc: In function ‘void _choose_arcana_mutations()’: god-abil.cc:5140:38: warning: loop variable ‘arcane_sacrifice_list’ creates a copy from type ‘const std::vector’ [-Wrange-loop-construct] 5140 | for (const vector arcane_sacrifice_list : | ^~~~~~~~~~~~~~~~~~~~~ god-abil.cc:5140:38: note: use reference type to prevent copying 5140 | 17:37:24 for (const vector arcane_sacrifice_list : | ^~~~~~~~~~~~~~~~~~~~~ | & 17:38:10 <09gammafunk> guess these are all the same type of problem 17:50:41 Unstable branch on crawl.kelbi.org updated to: 0.31-a0-204-g7da18cac08 (34) 18:48:50 <05icoson> those do look probably wrong 18:49:07 <05icoson> if it's const, there's no reason to make a copy 23:15:10 Unstable branch on cbro.berotato.org updated to: 0.31-a0-204-g7da18cac08 (34)