00:31:37 Fork (bcrawl) on crawl.kelbi.org updated to: 0.23-a0-4850-gd9e8576752 03:22:55 Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-4850-gd9e8576752 05:07:18 Unstable branch on crawl.akrasiac.org updated to: 0.30-a0-311-gf115ab0 (34) 08:10:00 03advil02 07* 0.30-a0-312-geb1268decc: fix: don't let blocking enemies riposte off fencer's gloves 10(4 minutes ago, 1 file, 12+ 14-) 13https://github.com/crawl/crawl/commit/eb1268decc00 08:10:15 <06a​dvil> %git d843f3a48cabf41 08:10:15 <04C​erebot> PleasingFungus * 0.29-a0-409-gd843f3a48c: Trigger riposte on blocks (6 months ago, 3 files, 21+ 8-) https://github.com/crawl/crawl/commit/d843f3a48cab 08:10:36 <06a​dvil> nice 6 month bug 😄 08:10:54 <10P​leasingFungus> oops 08:12:17 <06a​dvil> I guess this case is probably pretty rare 08:19:12 Unstable branch on crawl.kelbi.org updated to: 0.30-a0-312-geb1268decc (34) 08:51:48 -!- ssm__ is now known as ssm_ 10:54:51 03advil02 07* 0.30-a0-313-gae38170b09: feat: full CLI for dgl flag management 10(4 minutes ago, 3 files, 182+ 27-) 13https://github.com/crawl/crawl/commit/ae38170b0913 11:03:42 Unstable branch on crawl.kelbi.org updated to: 0.30-a0-313-gae38170b09 (34) 15:23:51 Unstable branch on underhound.eu updated to: 0.30-a0-313-gae38170b09 (34) 16:08:52 <09b​h> DocEon suggests "scroll of brand weapon on a magic enhancing staff should give a random other element" What do you think? 16:26:23 I do have thoughts that the basic magic staves are a litttttle boring. A lot of the time it's just "use the one that's the school for the stuff you cast", and there isn't really much dynamism outside of that and unrand staves 16:26:31 I don't have a solution to that, though 16:36:19 <06K​en> Scale their Enhancement ability up based on the +X mod on them and let enchant weapon work on them too? at +9 they have a secondary effect, like Dith shards but with little firebolts or icebolts or something 16:36:48 that starts to overlap with various unrands 17:24:47 <06a​dvil> nice (non-crawl) epic bug I'd never run across: https://gitlab.haskell.org/ghc/ghc/-/issues/163 17:26:44 it's had 3 of those 🙂 17:27:09 one was all platforms, one was windows only (that one), not sure about the third 17:29:04 a bug like that might do wonders for crawlcode 17:31:12 @advil I think I agree with your concern and my past self's concern regarding merging the bot user stuff. It seems both a thing that should be generalized to perhaps allow games to only be accessible to specific users but also a thing that should be done in a very different approach if we go that route 17:31:19 seems like you wouldn't really use a flag at all 17:31:52 I realized that it's probably not hard to keep my current implementation as a local commit, since I won't be merging dgamelaunch-config stuff from trunk all that often 17:33:10 <06a​dvil> I did actually reserve the bit for the flag in ae38170 but it's not doing anything aside from that cli 17:33:19 yeah, I saw that, seems reasonable 17:37:46 <06a​dvil> oh, also, it looks like if that were merged and the order of the check against "-wizard" was changed, webtiles server could set that flag itself and avoid a db hit? 17:37:59 <10P​leasingFungus> morally, we should have randart magical staves, orbs, and scarves 17:41:10 randart scarves are basically just cloaks!!! 17:41:20 unless you condition them to still have no AC ever 17:42:17 but even then, how well would that play; also I guess a couple props like shadow might need to become artp? maybe that one already is 17:44:49 @advil Are you mentioning the order because that's relavant to backwards compatibility to current dgl servers that use the launchers in master (or an older versions of those)? If we had webtiles set -wizard based on the wizard flag, we could not break those with the older scripts if we did things the right way? 17:46:09 no, more that if it were "`[[ $* != *-wizard* ]] && user-is-admin`" instead of "`user-is-admin && [[ $* != *-wizard* ]]`" I assume that the sql call wouldn't happen when -wizard is already set? 17:46:10 I guess this is only relevant to breaking admin users on said servers, since no server aside from CDI currently has a notion of wizard flag users 17:46:31 well if we add this I will start using it on CAO and CBR2 17:47:07 and enable web password reset for only the admins, stuff like that 17:47:22 (where only the active, real admins for a server would have that flag) 17:48:16 I see, but what user flags get the permission to get save backups and rebuild? 17:48:30 oh maybe you've added some other flags and I didn't see that 17:48:41 no, I guess that doesn't quite fit with either 17:49:13 I guess we could make wizard users have those perms, it would be basically "developer" as a user flag 17:50:02 yeah, though that might be ok aside from cdi 17:50:04 I can probably just disable cgi rebuild interface on cdi if I'm concerned about my wizards triggering rebuilds 17:50:46 probably best on something like cao to not hand out wizard bits beyond the devteam 17:50:53 I'll leave that up to you, I think I can set up cdi appropriately if you did want to move those permissions into wizard 17:50:58 right 17:51:17 I'm sure there are trustworthy people around, but it has a lot of things you can do that are not ideal (even fsim is pretty cpu intensive) 17:51:39 could change the cute name from wizard to developer, too 17:52:00 let's be honest, nicolae is a developer, but he's no wizard 17:52:27 haha nicolae is a des wizard at least 18:03:16 -!- MakMorn_ is now known as MakMorn 18:28:32 <10P​leasingFungus> gammafunk: yes, they'd still give 0 ac, similarly to randart qds 20:13:26 -!- Guest18 is now known as Bowmetheus 22:35:02 Unstable branch on crawl.develz.org updated to: 0.30-a0-313-gae38170b09 (34) 22:56:56 Windows builds of master branch on crawl.develz.org updated to: 0.30-a0-313-gae38170b09 23:15:00 Unstable branch on cbro.berotato.org updated to: 0.30-a0-313-gae38170b09 (34) 23:54:27 Monster database of master branch on crawl.develz.org updated to: 0.30-a0-313-gae38170b09