[00:11:00] SPF|Cloud: I’m drafting my wiki’s local steward policy... would it be a violation of the global steward policy to include something along the lines of “except in an emergency, stewards should not take any action, ranging from basic sysop tasks to oversight and checkuser, without explicit approval from the founder or a bureaucrat”? [00:25:19] *sigh* network’s being finicky.. rebooting.. be back in a few [00:59:21] AmandaCatherine: I don't know if it cut off or if you set it, but I like how your ~realname~ is set to AmandaCat [01:00:46] No, that’s not the way I set it, the unaffiliated/ cloak is messing it up [01:00:52] But why do you like it? [01:01:13] (I originally set it to just amanda) [01:07:40] Also, PuppyKun I don’t know if you noticed when I mentioned to SPF earlier, but I’m drafting a local steward policy for my wiki - https://weather.miraheze.org/wiki/Weather_Wiki:Stewards/Draft - if you (or any other stew) notice anything that violates the global policy, please (politely) call it on the talk page [01:07:41] Title: [ Weather Wiki:Stewards/Draft - Weather Wiki ] - weather.miraheze.org [01:07:56] Shut up ZippixBot [01:08:04] ZppixBot [01:17:53] http://www.google.com/search?q=3 [01:17:54] Title: [ 3 - Google Search ] - www.google.com [01:17:56] http://www.google.com/search?q=4 [01:17:57] Title: [ 4 - Google Search ] - www.google.com [01:17:58] !http://www.google.com/search?q=4 [01:18:00] !http://www.google.com/search?q=5 [01:18:12] AmandaCatherine: add a ! before your URL to make ZppixBot ignore it. [01:18:42] E.g. !http://w3c.org - another example. [01:19:00] Thanks Sveta [01:19:21] No worries. [01:37:28] did not know about that ignoring it [01:37:29] interesting [01:37:37] also because cat > catherine no offense :p [01:53:45] PuppyKun: so cats are better than Catherine, but your nick is Puppy [01:53:54] How does that work? [02:17:05] Dogs > Cats > other fuzzy things > everything else? [02:17:08] I don't really know [02:17:24] but I am fuzzy friend so expect me to like animal based nicknames more than human based nicknames [02:22:51] Lol [02:33:10] Anyway [02:33:12] !night [02:33:12] Good night, sweet dreams and dream of the miraheze servers without errors! [02:48:20] @Kian bug paladox over here [02:48:35] Ok. [02:49:03] So... I just re-describe my bug again? [02:50:34] it just doesn't seem to want to upload social profile avatars [02:51:00] Exactly. [02:51:00] Um [02:51:08] Wiki? [02:51:14] https://weaslokas.miraheze.org/wiki/Usuario:Kian [02:51:14] Title: [ Usuario:Kian - Weas Lokas ] - weaslokas.miraheze.org [02:51:23] it works on allthetropeswiki but not on weaslokaswiki [02:51:27] Thanks, hmm [02:51:45] There isn't any error message. [02:51:53] Just doesn't upload anything. [02:52:48] isn't there a script that needs running when installing social profile? [02:52:50] Hi, try now [02:52:55] permission errors [02:53:02] avatars was owned as root for weaslokaswiki [02:53:35] nvm [02:53:39] Let's try. [02:54:12] works. [02:54:15] Works! [02:54:25] ty paladox ;p [02:54:35] Thank you a lot. :D [02:54:44] your welcome :) [06:45:36] PROBLEM - JobQueue on mw3 is CRITICAL: JOBQUEUE CRITICAL - job queue greater than 300 jobs. Current queue: 2887 [06:54:06] PROBLEM - Puppet on cp2 is CRITICAL: CRITICAL: Puppet has 9 failures. Last run 2 minutes ago with 9 failures. Failed resources (up to 3 shown): Exec[ufw-allow-tcp-from-any-to-any-port-22],Exec[ufw-allow-tcp-from-any-to-any-port-5666],Exec[ufw-allow-tcp-from-185.52.1.76-to-any-port-9100],Exec[ufw-allow-tcp-from-185.52.1.76-to-any-port-9131] [07:45:35] RECOVERY - JobQueue on mw3 is OK: JOBQUEUE OK - job queue below 300 jobs [08:05:46] [02puppet] 07Reception123 commented on pull request 03#781: Import default.vcl - 13https://git.io/fNu7I [13:04:11] [02puppet] 07Southparkfan commented on pull request 03#781: Import default.vcl - 13https://git.io/fNzLv [13:09:26] Good morning [13:18:26] !log reboot cp2 (to regain some mem) [13:18:34] Logged the message at https://meta.miraheze.org/wiki/Tech:Server_admin_log, Master [13:19:19] [02puppet] 07paladox commented on pull request 03#781: Import default.vcl - 13https://git.io/fNzt0 [13:22:05] RECOVERY - Puppet on cp2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [13:42:50] MacFan4000: I don’t want to edit war, but Flow, SocialProfile, VisualEditor, and a few others cannot be enabled with ManageWiki currently [13:42:59] As they require parsoid/other changes [13:43:17] They can, by us [13:43:43] They are just restricted is all [13:44:08] But you can’t enable parsoid through ManageWiki [13:44:26] So even managewiki-restricted can’t enable them without hardcoding parsoid first [13:44:58] We do that in the services repo, but we are working on scripts to automate it [13:45:17] Al least I think paladox is [13:51:33] Do we know if SMW will eventually be supported at some point (just saw T3407) [13:58:16] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNzOe [13:58:18] [02miraheze/mw-config] 07MacFan4000 03bf917b6 - Staffwiki and cvtwiki config [13:58:58] I would guess not? [14:00:09] Meh, oh well. I pointed them to Referata if they absolutely need SMW, since that service specializes in Semantic Wikis [14:00:41] Also, if anyone can speak/read what appears to be Polish, there’s https://phabricator.miraheze.org/T3344 that needs attention [14:00:42] Title: [ ⚓ T3344 Custom namespaces ] - phabricator.miraheze.org [14:08:16] Well if Miraheze continues to grow IMO we could consider it at some point [14:34:56] PROBLEM - phab.miraheze.wiki - LetsEncrypt on sslhost is WARNING: WARNING - Certificate phab.miraheze.wiki expires in 15 day(s) (Sun 12 Aug 2018 02:32:16 PM GMT +0000). [14:35:10] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNzsR [14:35:11] [02miraheze/ssl] 07MirahezeSSLBot 0374c6e87 - Bot: Update SSL cert for phab.miraheze.wiki [14:36:30] PROBLEM - wiki.consentcraft.uk - LetsEncrypt on sslhost is WARNING: WARNING - Certificate wiki.consentcraft.uk expires in 15 day(s) (Sun 12 Aug 2018 02:33:09 PM GMT +0000). [14:36:40] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNzsV [14:36:42] [02miraheze/ssl] 07MirahezeSSLBot 03ce831a8 - Bot: Update SSL cert for wiki.consentcraft.uk [14:37:12] PROBLEM - wiki.zymonic.com - LetsEncrypt on sslhost is WARNING: WARNING - Certificate wiki.zymonic.com expires in 15 day(s) (Sun 12 Aug 2018 02:34:01 PM GMT +0000). [14:37:32] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNzs6 [14:37:33] [02miraheze/ssl] 07MirahezeSSLBot 0310c9b92 - Bot: Update SSL cert for wiki.zymonic.com [14:41:12] RECOVERY - wiki.zymonic.com - LetsEncrypt on sslhost is OK: OK - Certificate wiki.zymonic.com will expire on Thu 25 Oct 2018 01:37:27 PM GMT +0000. [14:42:32] RECOVERY - wiki.consentcraft.uk - LetsEncrypt on sslhost is OK: OK - Certificate wiki.consentcraft.uk will expire on Thu 25 Oct 2018 01:36:36 PM GMT +0000. [15:00:31] PROBLEM - www.iceposeidonwiki.com - LetsEncrypt on sslhost is WARNING: WARNING - Certificate www.iceposeidonwiki.com expires in 15 day(s) (Sun 12 Aug 2018 02:57:29 PM GMT +0000). [15:00:43] [02miraheze/ssl] 07MirahezeSSLBot pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNzZ9 [15:00:45] [02miraheze/ssl] 07MirahezeSSLBot 03a07040b - Bot: Update SSL cert for www.iceposeidonwiki.com [15:02:33] RECOVERY - www.iceposeidonwiki.com - LetsEncrypt on sslhost is OK: OK - Certificate www.iceposeidonwiki.com will expire on Thu 25 Oct 2018 02:00:38 PM GMT +0000. [18:39:01] MacFan4000: regarding https://meta.miraheze.org/wiki/Meta:RecentChanges/Community - do you know how we could make it show numbers? [18:39:02] Title: [ Meta:RecentChanges/Community - Miraheze Meta ] - meta.miraheze.org [18:39:17] Such as if there's one request for CVT it says Requests for global permissions (1) on the RC header [18:39:57] not without manually updating, I don't think [18:42:00] Voidwalker: it's definitely possible, see https://simple.wikipedia.org/w/index.php?title=Special:RecentChanges [18:42:00] Title: [ New changes - Simple English Wikipedia, the free encyclopedia ] - simple.wikipedia.org [18:42:17] Unless you do PAGESINCATEGORY but then you have to have subpages for each rfp [18:42:32] MacFan4000: not necessarily, look at https://simple.wikipedia.org/wiki/Wikipedia:Requests_for_permissions [18:42:32] [WIKIPEDIA] Wikipedia:Requests for permissions | "== Archived requests ==Administrator / Bureaucrat / Checkuser / OversighterRollbackerPatroller== Permissions ==See also: Wikipedia:AdministratorsThere are many kinds of special permissions that users can be granted. These include:Rollbacker is a user who can quickly revert changes by other users..." [18:42:36] there is one request for Adminship [18:42:47] oh yes, it is a subpage [18:42:52] MacFan4000: well we can do it for RfCs at lesat [18:42:54] *least [18:44:00] Subpages that are transcluded on the base page [18:44:44] We could do subpages and transclude each one on the base page [18:44:51] MacFan4000: I added a category for the current RfC, but no number is displayed on https://meta.miraheze.org/wiki/Special:RecentChanges [18:44:52] Title: [ Recent changes - Miraheze Meta ] - meta.miraheze.org [18:45:07] Not sure if we need to complicate ourselves with subpages for now [18:48:23] Oh, thanks Voidwalker [18:49:20] np [18:49:58] I'm guessing MediaWiki isn't smart enough to do if threads > 0, display numberofthreads so.. [18:50:28] well, that would also include closed threads [18:50:37] if it even existed [18:50:57] yeah, but we could archive those [18:51:24] Voidwalker: What I'm trying to do in general, is to find a way to let interested users know about community actions, other than just using a sitenotice [18:51:31] Since not everyone checks RC daily [18:51:34] any ideas? [18:52:36] https://meta.miraheze.org/w/index.php?title=Requests_for_global_rights&curid=13603&diff=56037&oldid=56024 well, uhh... whoops on that typo lol [18:52:37] Title: [ Difference between revisions of "Requests for global rights" - Miraheze Meta ] - meta.miraheze.org [18:54:03] Voidwalker: haha wasn't a good idea to add it with HotCat was it [18:54:26] but in response to the question, I'm not too sure how to get more info out there in a more available place [18:55:45] I was thinking maybe a mailing list? There's not really any other way except that. For now I just announce it on IRC and Discord as well as a sitenotice since or else few people would see it [18:56:48] maybe a mass message list similar to the site updates [18:56:54] like community updates [18:58:58] yeah, maybe that would work (since we don't have a mailservice set up anyway) [19:08:37] Anyone know what's up with the "Cannot find section" [19:08:52] I've been getting it so long now on Meta, but it's coming to a point when it's just becoming annoying [19:09:07] I assume it's Translate causing this? [19:11:53] yeh [19:12:07] if it's a translated page, I only ever hit translate at the top [19:12:26] Voidwalker: do you know if there's anything upstream already, or should I make a task? [19:12:56] I know there's a way to avoid this, but I'm not sure what [19:13:22] for example https://meta.miraheze.org/w/index.php?title=Stewards&action=edit§ion=2 [19:13:23] Title: [ View source for Stewards - Miraheze Meta ] - meta.miraheze.org [19:13:33] random page here: https://meta.wikimedia.org/wiki/Data_retention_guidelines#How_long_do_we_retain_non-public_data? [19:13:34] Title: [ Data retention guidelines - Meta ] - meta.wikimedia.org [19:13:43] is it me or why is there no [edit] for each new "thread"? [19:14:21] https://meta.miraheze.org/w/index.php?title=Stewards&diff=47610&oldid=37420 :P [19:14:22] Title: [ Difference between revisions of "Stewards" - Miraheze Meta ] - meta.miraheze.org [19:14:23] __NOEDITSECTION__ at the bottom of the page [19:15:24] Voidwalker: Ah, I thought it was something like that only I was looking at the top of the page for that [19:38:05] Hmm.. does anyone know why there is a global abuse filter (#12) that has block autopromote, block, and degroup in it? [19:38:23] I thought those actions weren’t supposed to be used in global filters because it causes admin action to be taken on people’s personal wikis [19:39:32] it's targeting very specific libel [19:40:52] This is probably dumb, but what’s “libel” [19:40:57] (We don’t use that term in Canada) [19:41:23] https://en.wikipedia.org/wiki/Defamation [19:41:23] [WIKIPEDIA] Defamation | "Defamation, calumny, vilification, or traducement is the communication of a false statement that, depending on the law of the country, harms the reputation of an individual, business, product, group, government, religion, or nation.Under common law, to constitute defamation, a claim must generally be..." [19:42:18] How many hits does that filter have? I’m a bit uneasy with administrative actions being enabled globally, with no opt-out option that I’m aware of [19:42:56] 1 [19:43:28] Seriously? One hit since at least August 2017, probably before? [19:43:40] Can’t we scale that down a bit? [19:43:47] What’s the purpose of global filters anyway? [19:43:57] Local wikis should manage vandalism/spam themselves [19:45:29] the issue at hand is there's a high turnover rate with wikis [19:45:57] Turnover? [19:46:05] Meaning spammers hijacking the site? [19:46:05] some wikis will be kept active by dedicated malicious spam - and if we can't see that, with a dead community we assume it's an active wiki when in fact it's just something over a spam haven [19:46:44] Well, you can’t see it if the filter blocks it [19:46:48] But disallow should be enough [19:47:58] all actions are logged [19:48:16] and all logs are reviewed by people like myself, Voidwalker, Reception123 and others [19:49:19] But why isn’t disallow enough? Why do we need automatic administrative action being taken globally, when some people might want to deal with it themselves (i.e. me) [19:49:44] because there is only one filter with more than disallow/warn enabled [19:50:03] filters shouldn't take administrative actions except in exceptional cases [19:50:20] this one case is exceptional and a clear case was made for it when it was made [19:50:50] it would also be a matter that couldn't be handled by local admins well as it's a legal/TOS issue [19:51:13] (requiring OS if said edit got through) [19:51:20] Local admins don’t have the right to view illegal text for ~2 minutes while RevDel’ing it [19:51:22] ? [19:52:14] hm? [19:53:12] Even if the edit got through, is there something that would prohibit local admins from viewing the content for ~2 minutes while applying RevDel? [19:53:19] Because you said local admins couldn’t handle it [19:53:58] local admins can view all content unless it is oversighted [19:54:11] (or anyone the relevant deletion perms) [19:54:44] But local admins would first RevDel, and if they felt it warranted OS, would email a stew? [19:55:15] What warrants OS vs what warrants RevDel should be at least partially admin discretion of the individual wiki [19:55:23] maybe so, but some admins don't know the process [19:55:57] it usually is but when you're talking legal and TOS violations, it's taken out of the local communities hands because we as an entity are then wholly responsible [19:56:36] True [19:56:39] protecting myself legally is way more important to me than ensuring a local community has the right to decide if they think content is acceptable [19:57:50] I have seen some wikis that are ultraconservative and will suppress things like “poop”, “dumbhead”, etc, whereas I’ve also seen wikis that will either only RevDel or not take action at all on things like email addresses [19:58:43] we don't take action on things tbh unless it's requested or we think its dangerous information to have public [19:59:39] Would you ever decline to suppress something like “poop” or “dumbhead” if it came from an ultraconservative wiki and you knew it? [19:59:40] we rarely act based on initiative in suppressing content - we get requests and we evaluate them. If we don't think it's OS worthy but potentially revdel worthy but not urgent, we'd refer the request or the user to the people on the community and let them make that call [19:59:57] I definitely would. [20:00:14] Agreed [20:00:33] What about declining to suppress email addresses if it came from a wiki that doesn’t consider emails to be PII? [20:00:59] if it was requested by the user, I would [20:01:22] Meaning that if the user requested that it NOT be suppressed, you would not? [20:01:33] I would supress it [20:01:44] Even if they didn’t want it suppressed [20:03:01] if a user came up to me and said "don't suppress it" then I wouldn't [20:03:28] there's no legal obligation to do it and if a user wants it public, then let them. [20:03:41] Yeah, I’d think I’d be with you there [20:04:13] the issue with privacy laws and regulations now days (esp where I am) is it's the users decision about what they consider personal. If they consider it personal, you technically must remove it or give a strong reason why you aren't going to. [20:04:18] Like I said above, I’ve seen both extremes of wikis that think basic swears or “potty talk” is suppressable, and also wikis that don’t suppress what most would consider to be PII [20:04:31] Agreed [20:05:00] I’m not sure what the exact rules are in Canada, but I know that we are something like that [20:05:00] If they don't consider it personal, then they've waived their legal right to data protection for the content [20:06:39] I think that’s probably going to be the hardest part of drafting my wiki’s local stewards policy - is trying to weigh the pros and cons of considering different things suppressible or not [20:06:52] Cause I don’t think the global policy specifies [20:08:16] Speaking of which, I gave PuppyKun and SPF|Cloud the link yesterday and asked them to leave a note on the talk page if they find anything that violates global policy https://weather.miraheze.org/wiki/Weather_Wiki:Stewards/Draft [20:08:17] Title: [ Weather Wiki:Stewards/Draft - Weather Wiki ] - weather.miraheze.org [20:08:22] This way I don’t have to change it later [20:21:42] JohnLewis: I’d assume that for https://phabricator.miraheze.org/T3351 it would be $wgFilterLogTypes[‘comment [20:21:43] Title: [ ⚓ T3351 Displaying Comment logs on RecentChanges and Logs by default. (for Usopedia (newusopedia.miraheze.org)) ] - phabricator.miraheze.org [20:21:59] [‘comment=false’] in LocalWiki? [20:22:49] that's for Special:Log only [20:23:30] Oh, comments is its own special page? [20:23:37] I thought it would be Special:log/comment [20:25:33] JohnLewis ^ [20:26:04] it is Special:Log/comment [20:26:55] So it is accessed through Special:Log [20:27:10] yeah [20:27:23] So why can’t we set $wgFilterLogTypes[‘comment’][‘false [20:27:24] ] [20:27:36] To get rid of the need to click “Show comments [20:29:21] AmandaCatherine: there's a few typos on the stewards page on your wiki [20:29:25] mind if i fix them while reviewing it [20:29:25] you can [20:29:41] I thought you were referring to the RecentChanges case [20:29:43] PuppyKun: if they’re just typos, go for it [20:29:56] JohnLewis: Reception already dealt with the recentchanges [20:30:26] PuppyKun: it’s not done yet though [20:32:59] ok i thought i saw two but re-reading it i only found one so boom just fixed 1 minor typo [20:33:24] otherwise there's a few things that might be true (i haven't checked the user rights on your wiki) but if they are I dislike them [20:34:51] [02mw-config] 07Amanda-Catherine opened pull request 03#2312: Unhide comment logs on newusopediawiki per T3351 - 13https://git.io/fNzSS [20:35:24] [02mw-config] 07MacFan4000 closed pull request 03#2312: Unhide comment logs on newusopediawiki per T3351 - 13https://git.io/fNzSS [20:35:26] [02miraheze/mw-config] 07MacFan4000 pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNzSd [20:35:27] [02miraheze/mw-config] 07Amanda-Catherine 0390f6630 - I hide comment logs on newusopediawiki per T3351 (#2312) [20:37:27] so uhm anyone mind if i remove a few rights from stewards on weatherwiki 8) [20:37:53] PuppyKun, which ones? [20:37:55] Stewards should not be allowed to lock/unlock the database period (although I don't like it on wiki at all). It's a sysadmin action not a steward one. [20:38:22] also although stewards (not sysadmins) are the ones that usually handle interwiki rights, I think all stewards are in agreement that the right should only exist on meta to force centralized logging [20:38:27] And we do that from LocalSetingx.ph [20:38:32] Many of them I put there because I’m not allowed to have them, and one of my biggest pet peeves is “permission error: you are not allowed to execute the action you have requested” [20:38:38] meaning “no groups have this right” [20:39:06] because no groups should have that right :) [20:39:15] So why does it exist? [20:39:32] Because other installs use it / etc etc [20:39:43] Can’t we override it globally then? [20:39:57] Like completely remove Special:LockDB and Special:UnlockDB so they don’t exist? [20:40:16] I'm not 100% sure but I'm fairly confident that would involve editing mediawiki core which (I think?) we try to avoid doing. [20:40:21] Makes keeping up to date a pain in the butt [20:41:09] I have seen wikis use it occasionally though to stop mass spambots/vandalbot attacks [20:41:22] Whereas our $wgReadOnly puts the entire service in read only mode [20:42:24] Not sure it works with our setup [20:43:28] But I think we could do something like unset( $wgSpecialPages["LockDB"] ); [20:43:35] in a farm like us, is it even possible to lock one wiki to stop an attack while leaving the rest of the service alone [20:46:27] Yes? although we probably wouldn't do it with locking the database. [20:46:33] $wgReadOnly can be set per-wiki [20:46:43] Hmm, didn’t know that [20:47:51] I’ve removed siteadmin and interwiki from stewards in the my repo, but I’m not going to push the PR just yet [20:48:11] Personally I think that if stewards shouldn’t have it we should add it to the sysadmin global group [20:48:16] Just in case type of thing [20:49:46] 16:42 Not sure it works with our setup [20:50:09] Can someone verify that? [20:50:24] Confirm whether or not it works (I don’t mean actually do it) [20:50:32] I’m sure there’s documentation somewhere [20:50:58] Also just a curiosity thing for my knowledge [20:51:37] depends on your def of "works" [20:51:56] does it work? yes. Does it cause issues we don't want? yes. [20:52:56] JohnLewis: will MacFan’s idea of how to eliminate the special page completely work? [20:53:38] uh, maybe but if you just don't go to the page, you'll have the same affect [20:53:57] it doesn't show up anywhere, the only way to get that error is to go to the page [20:54:16] There’s more than one page that will throw that error [20:54:24] any page will if no groups have the right [20:54:55] And like I said above, that’s one of my pet peeves. If someone isn’t authorized to access a page, they should be able to see who *is* authorized [20:54:57] Or if you aren’t in a group with the right [20:55:18] but afaik, if they're restricted they won't show unless you have the access [20:55:22] MacFan4000: no, if at least one group has the right, it will say “the action you have requested is limited to users in group X” [20:55:35] Whereas if no groups have the right, it says “you are not allowed to execute the action you have requested [20:55:45] The latter I hate [20:56:09] JohnLewis: they don’t show up in Special:SpecialPages but you can still search for them [20:56:49] AmandaCatherine: If someone isn’t authorized to access a page, they should be able to see who *is* authorized [20:56:56] what if it's intentional no one is authorized [20:57:16] Why does the page exist if it’s intentional no one is authorized? [20:57:37] It lists local groups with the right but not global [20:57:46] answered above [20:58:08] So why can’t we remove it the way MacFan suggested? [20:58:12] That’s not editing MW Core [20:58:21] I will try on our test server [20:58:30] We have a test server? [20:59:01] * AmandaCatherine is surprised by the number of changes that can happen in six months [21:04:50] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNzQv [21:04:51] [02miraheze/puppet] 07paladox 032fdd35a - Testing fix [21:12:04] Doesn’t work with MW default Special pages it seems [21:12:25] Meh [21:12:46] I mean, is there anything inadvertently WRONG with having the right assigned to a group? [21:12:51] PuppyKun ^ [21:13:13] RECOVERY - phab.miraheze.wiki - LetsEncrypt on sslhost is OK: OK - Certificate phab.miraheze.wiki will expire on Thu 25 Oct 2018 01:35:01 PM GMT +0000. [21:18:34] [02miraheze/services] 07paladox pushed 031 commit to 03master [+0/-0/±1] 13https://git.io/fNz7q [21:18:36] [02miraheze/services] 07paladox 031e52e4b - Remove using custom domain with clonedeploywiki [21:18:38] I mean, if you really hate it there, I’ll remove it and play around with the user interface to change/obscure/whatever it [21:18:46] PuppyKun [21:19:12] [02ssl] 07paladox created branch 03paladox-patch-1 - 13https://git.io/vxP9L [21:19:14] [02miraheze/ssl] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-0/±1] 13https://git.io/fNz7s [21:19:15] [02miraheze/ssl] 07paladox 0344b9981 - Remove clonedeploy custom domain ssl cert as domain has expired or no longer works [21:19:17] [02ssl] 07paladox opened pull request 03#43: Remove clonedeploy custom domain ssl cert as domain has expired or no… - 13https://git.io/fNz7G [21:19:41] [02miraheze/ssl] 07paladox pushed 031 commit to 03paladox-patch-1 [+0/-1/±0] 13https://git.io/fNz7C [21:19:42] [02miraheze/ssl] 07paladox 03a002fd6 - Delete wiki.clonedeploy.org.crt [21:19:44] [02ssl] 07paladox synchronize pull request 03#43: Remove clonedeploy custom domain ssl cert as domain has expired or no… - 13https://git.io/fNz7G [21:19:52] [02ssl] 07paladox closed pull request 03#43: Remove clonedeploy custom domain ssl cert as domain has expired or no… - 13https://git.io/fNz7G [21:19:54] [02miraheze/ssl] 07paladox pushed 031 commit to 03master [+0/-1/±1] 13https://git.io/fNz7W [21:19:55] [02miraheze/ssl] 07paladox 03954b250 - Remove clonedeploy custom domain ssl cert as domain has expired or no… (#43) * Remove clonedeploy custom domain ssl cert as domain has expired or no longer works * Delete wiki.clonedeploy.org.crt [21:20:24] I mean, I think anyone with access to those perms on your wiki is responsible enough not to break things using them [21:21:24] And since only the steward group has the perms, and the steward group is usually empty... [21:21:28] ..yeah [21:23:44] PROBLEM - Puppet on cp4 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): File[wiki.clonedeploy.org] [21:25:40] [02ssl] 07paladox deleted branch 03paladox-patch-1 - 13https://git.io/vxP9L [21:25:41] [02miraheze/ssl] 07paladox deleted branch 03paladox-patch-1 [21:25:54] PROBLEM - Puppet on cp5 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 3 minutes ago with 1 failures. Failed resources (up to 3 shown): File[wiki.clonedeploy.org] [21:27:46] PROBLEM - Puppet on test1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): File[wiki.clonedeploy.org] [21:27:54] RECOVERY - Puppet on cp5 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures [21:28:34] BBL [21:35:44] RECOVERY - Puppet on test1 is OK: OK: Puppet is currently enabled, last run 1 second ago with 0 failures [21:53:59] [02miraheze/puppet] 07paladox pushed 031 commit to 03stdlib-upgrade [+101/-34/±475] 13https://git.io/fNzdM [21:54:01] [02miraheze/puppet] 07paladox 03f9d25c0 - Upgrade stdlib to 4.25.1 [21:54:02] [02puppet] 07paladox created branch 03stdlib-upgrade - 13https://git.io/vbiAS [22:10:17] hello [22:11:12] [02miraheze/puppet] 07paladox pushed 031 commit to 03master [+101/-34/±475] 13https://git.io/fNzFj [22:11:47] [02puppet] 07paladox deleted branch 03stdlib-upgrade - 13https://git.io/vbiAS [22:11:48] [02miraheze/puppet] 07paladox deleted branch 03stdlib-upgrade [23:09:45] PROBLEM - Puppet on test1 is CRITICAL: CRITICAL: Puppet has 1 failures. Last run 2 minutes ago with 1 failures. Failed resources (up to 3 shown): Exec[git_pull_MediaWiki core] [23:12:11] if you can make a public Wiki not appear in search engines? with index in Github? [23:15:45] RECOVERY - Puppet on test1 is OK: OK: Puppet is currently enabled, last run 6 seconds ago with 0 failures [23:59:18] Good evening from a very stormy Ottawa