[15:51:50] .op [15:51:51] Attempting to OP... [15:52:01] Testing purposes [15:52:04] .deop [15:52:05] Attempting to OP... [15:52:08] Test done [17:47:20] https://usercontent.irccloud-cdn.com/file/H48aBTbk/image.png [17:47:25] please no [17:47:38] Also you arent even steward on testwiki.wiki so why are you able to op here [17:47:48] I think MacFan4000 asked to be honest [17:48:15] MacFan4000 has control of that feature but should probably set guidelines [17:48:22] For this channel [17:50:21] Naleksuh, I clearly marked it as a testing purposes. I would never op unless there were no local op in the channel. testwiki.wiki is opted in to Global ChanOps, see [[IRC/Global ChanOps]] on Meta [17:50:36] Oh its an opt in thing [17:51:03] well, sort of yeah, MacFan4000 and/or Void opted testwiki.wiki in by default, I assume, when it was created [17:51:26] but yeah Global ChanOps should only act in cases of abuse where no locally listed chanop is available [17:52:11] Same reason why MacFan4000 is a Global ChanOp in #miraheze-testwiki despite not being a Consul [17:53:34] So its really opt out and not opt in [17:56:42] yeah, basically, I think... perhaps MacFan4000 can clarify [17:57:14] You can find the list of channels opted in / not opted out in the channelmgmt.json file on github.com/MirahezeBots [17:57:21] I believe it's in the Puppet repo? [17:57:55] Hmm okay [17:58:02] How do I opt out from all my channels [17:58:49] Which channels? If they're #miraheze-dev, that would need consensus. If they're your personal channels, they're not opted in if they're not listed [18:00:54] Wait does this file just list every op for every channel in a text file [18:01:03] I just assumed it looks at chanserv permissions [18:04:45] No it's json based [18:05:22] And we will shortly be developing a better config system [18:08:27] Naleksuh, nope, what RhinosF1 said ^. You'll note I'm not an op in this channel and MacFan4000 not an op in #miraheze-testwiki [18:08:47] Oh [18:09:29] The new system will allow you to specify explicitly where config is inherited from and use a + key to expand or - to override [18:09:48] Universal_Omega was added a Global ChanOp, so could technically op in this channel, if needed, but for that to happen, MacFan4000 would have to be completely offline and there'd have to be disruption in the channel [18:10:04] RhinosF1, ah, sounds interesting and positive [18:10:23] It's been planned for like 6 months [18:10:26] ah [18:10:28] I just need to build it [18:10:41] yeah, MacFan4000 mentioned that's your pet project [18:13:20] Yes caching & dynamic config is my project [18:13:44] Generally because I hate sopels built in config system [18:13:54] It's static and needs a restart to change [18:14:03] And per channel is a mess [18:14:08] It's also not always available [18:14:45] yeah, I'm fine with this channel being opted in to global chanops [18:16:02] by default global chanops work in all channels with MirahezeBot [18:16:44] RhinosF1, yeah, agreed on per channel config is... messy. Are we going to have it validate whether the user is listed on [[IRC/Global ChanOps]]? Could also create a future [[IRC/Global ChanOps/Opted out]] page that lists opted out channel names [18:17:11] dmehus: the current sopel system is [18:17:16] Which is why we don't use it [18:17:18] oh [18:17:28] yeah [18:17:31] The new json system will be fairly easy to understand [18:17:42] As long as you get the import order right [18:17:52] https://github.com/MirahezeBots/puppet/blob/master/modules/profile/files/channelmgnt.json#L2 dmehus: this is where it gets the list of globalchanops [18:17:53] [ puppet/channelmgnt.json at master · MirahezeBots/puppet · GitHub ] - github.com [18:17:54] cool [18:18:06] MacFan4000, yeah, that's what I thought [18:19:02] the chanop list in each channel is always the local list + inherited channels + the global list [18:19:28] logging channel is the local value if its defined otherwise global default [18:19:41] The new system should allow you to define inherit order [18:20:07] And have a special key to make config merge or override [18:20:14] So it's much better [18:20:18] Or in my head it is [18:25:40] the policies in (https://meta.miraheze.org/wiki/IRC/Global_ChanOps) do also state that global chanops shouldn't ever interfere when local chanops are able to handle a situation (the perms should only be used with permission, or when local chanops are unable to act) [18:25:41] [ IRC/Global ChanOps - Miraheze Meta ] - meta.miraheze.org [18:26:32] honestly, its not that much different from globalsysops - just on irc rather then on-wiki [18:37:11] MacFan4000, yeah exactly, that's what I said to Naleksuh ^ [18:37:38] basically, it'd have to be active channel disruption and you weren't around / at your keyboard to deal with the situation [18:46:10] besides this channel there are about 6 other non-miraheze channels that the bots are in [20:25:27] yeah [20:26:17] and this channel doesn't seem to get many LTAs... I don't think I've ever seen jess in here? [20:32:19] Yeah, there haven’t really ever been LTAs in here [20:43:25] * dmehus knocks on word and hopes Bugambilia doesn't find this channel [20:45:53] * RhinosF1 knocks on a lot of wood for a generally peaceful week [20:50:16] heh