[00:14:25] gn8 folks [00:14:32] night DaBPunkt [00:34:26] !log updated payments cluster to 762a57b12ed19 [16:58:07] robla: ping [16:58:14] hi there [16:58:51] robla: the status column on https://www.mediawiki.org/wiki/Wikimedia_Platform_Engineering works for me - there was a big bug in LST though, which was fixed by Reedy [16:59:03] https://bugzilla.wikimedia.org/show_bug.cgi?id=42456 [16:59:24] or I'm missing how the status column should look [17:00:10] valhallasw: likely the latter, I think [17:00:23] https://www.mediawiki.org/wiki/Git/Conversion/status <- look at the bottom of this page [17:00:42] you'll see "Many more extensions are now replicated from Gerrit to..." as the last stutus [17:00:54] the "2012-10-monthly" status [17:00:58] Ah, yes. [17:01:14] which is not shown on the WPE page, although the date is shown [17:01:19] yup [17:01:38] it could be related to the new inclusion loop prevention [17:02:08] I'm about to go into a meeting, but I think maybe guillom is still around [17:02:31] robla: I'll take a look at it and try to make a basic test case. [17:28:31] robla, guillom: it is caused by my patch - it introduced inclusion loop prevention that is clearly too strict. I'll open a bug report, and I have something which looks like a working patch. [17:33:06] inclusion loop prevention is not something new... [17:36:49] Platonides: LabeledSectionTransclusion needed a specific one because it has to fully renders pages before including them [17:40:09] on LST inclusion: disable LST - render page - extract section - enable LST ? [17:42:16] Platonides: it did that, and somewhat smarter (it keeps a list of pages), but: it also prevented nested #lst calls, such as {{#lst:status|{{#lst:status|latest}}}} [17:44:33] thanks valhallasw...looking forward to the patch [19:18:23] are graph for job queue sizes for each wiki available somewhere? [19:18:32] i know i saw ones for en.wiki, but i can't find them now [19:18:40] and i'm particularly interested in pl.wiki graph [19:19:33] Nemo_bis: do you remember where those were? [19:19:47] MatmaRex: do you have labs account? [19:20:07] Nikerabbit: i have a gerrit account, these are the same thing afaik? [19:20:47] although i never used the labs part before [19:20:54] MatmaRex, I'm only aware of https://gdash.wikimedia.org/dashboards/jobq/ in general. [19:21:12] thare are something related in https://graphite.wikimedia.org/ [19:21:42] andre__: do you know which wiki(s) these are on? [19:22:21] andre__: also, i couldn't find any link to thta site on http://noc.wikimedia.org/ , shouldn't it be there? [19:23:34] oh, I don't know, sorry :-/ [19:24:19] Nikerabbit: looks fun, thanks for the link, looking [19:25:45] Nikerabbit: there's a typo there... "pl_wikiepdia_org"... [19:25:56] Nikerabbit: i'm not sure if that's in any way important [19:26:04] as in, pointing to wrong things [19:26:09] but the graph for it seems completely empty [19:26:38] MatmaRex: no there is none [19:26:41] only en.wiki [19:26:42] unless i'm doing something very wrong [19:26:49] MatmaRex: dunno, I don't know anything about that site except that it exists... I think Asher or someone mentioned it in a performance talk in techdays [19:27:00] Nemo_bis: hm, thanks, i guess. can i ask why? [19:27:13] (other than nobody caring about othe wikis) [19:27:14] because nobody ever bothered to create them, AFAIK [19:27:34] it's mostly about en.wiki being the simplest way to see if job runners are lazying [19:28:44] yeah, it's not like there are templates used on other wikis that are sometimes embedded in hundreds of thousands of pages, and it's not like there are techie people there who want to check if the servers are melting after changes to such templates :/ [19:28:55] (fortunately i don't need this currently) [19:29:01] (just thinking out loud) [19:29:06] eh [19:29:33] if a single wiki has something like that, it's easy to see on gdash [19:29:55] but yes, someone should definitely create at least one for commons and for all wikis combines [19:30:08] they're probably on some of our thousands git repos ^^ [19:30:15] right now i just wanted to see if there's any noticeable bump, the job queue size on pl.wiki (according to the API) is about 50k on each server [19:30:26] bump on the graph* [19:31:03] I don't see big jumps after the 22nd one when some servers where upgraded and who knows what [19:34:22] Going to sync a couple config changes... [19:37:38] looks like there are a few WikiVoyage config changes that are going to get pushed out as well [19:37:43] Anyone know about those? [19:38:33] speak now or forever hold your peace [19:39:24] looks like they're just default timezone settings [19:41:55] finished [20:44:42] kaldari: those were the TZ config changes with the biggest consensus in Wikimedia projects history, don't worry ^^ [20:46:10] kaldari: oh yeah, i merged that and then it was already merged and missed out on the question here. they should all be fine indeed [20:46:19] eh.. s/merged/synced [20:52:49] hi, anyone familiar with using tex on wmf wikis? [20:53:02] the default example given here: https://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows#How_to_get_the_latex_.22picture.22_package_to_work doesn't seem to render on enwp [20:55:31] That page is a mess [20:55:34] for starters [20:56:12] Also, that section is under latexrender [20:56:12] if you check https://en.wikipedia.org/wiki/User_talk:Legoktm#LaTeX it doesnt work there either [20:56:32] oh [20:56:39] I'm guess it's not supposed to work [20:57:22] hm ok [21:00:32] legoktm: perhaps #wikipedia would be a better place to ask since ? [21:00:40] or #wikipedia-en ? [21:01:18] well i figured since it was a reasonably technical question to ask here :P [21:01:22] but ill ask there too [21:15:43] awjr: y'all using the mobile frontend window now? [21:15:50] robla yep [21:16:01] robla what's up? [21:16:10] got a backport we should do soon [21:16:29] it's busting the status updates on mediawiki.org [21:16:32] doh [21:16:33] ok [21:16:38] robla i'll let you know as soon as we're done [21:16:47] thanks [21:44:15] robla, we're testing, you can make a quick push right now [21:44:33] AaronSchulz, Warning: SwiftFileBackend::doGetFileStat: Invalid response (401): Unexpected HTTP return code: 401 Unauthorized [21:45:01] thanks MaxSem! Reedy's doing it now [21:48:37] I've finished [23:04:46] robla: we're still waiting for scap to finish, then some final poking around. i suspect we'll use up the whole window [23:04:58] robla er rather go beyond the regular window [23:08:55] saper or anyone, my gerrit project got created, so I did `git remote add gerrit ssh://spage@gerrit.wikimedia.org:29418/mediawiki/extensions/Onboarding.git`, then `git rebase gerrit/master` to pick up Reedy's .gitignore and .gitreview on the remote. But when I attempt `git push gerrit`, it fails with " ! [remote rejected] master -> master (can not update the reference as a fast forward)" [23:10:23] awjr: we got the fix we wanted deployed during the break that Sam identified, so we're good. pgehres and mwalker may care though [23:11:08] robla: ok cool; pgehers/mwalker lmk if you're waiting for a deployment and i can let you know when we're totally done [23:11:16] we're still hanging on doing some other stuff currently and haven't started [23:11:22] awjr: ya, just let us know [23:11:33] spagewmf: Should you just be pushing? not git review? [23:11:49] /git push origin HEAD:refs/for/master [23:13:35] Reedy, good point. I'd be happy to do a git review, but then I'd have to squash all my local commits. My mistake was to work on local master, now I have to move them to a local feature branch. [23:13:49] Thanks for the .gitignore and .gitreview BTW. [23:14:51] I made a script to do it ;) [23:30:53] MaxSem: can you let mwalker/awight know when we're done with the deployment? [23:47:47] awjr, sure [23:52:57] https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&tagfilter=mobile+edit [23:56:20] wrong window