[08:58:47] hi, i have a question concerning user scripts. is there a way to make them work on mobile? [11:00:07] (i am back, still looking for an answer, and checking the logs too) [14:00:21] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: @James_F & @mooeypoo - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [14:37:11] * James_F waves. [14:40:18] Hi everyone. I'm experiencing really strange issues with git rn. Can anybody have a look at https://ctrlv.cz/KJlS and tell me what might be happening? [14:40:21] I'm out of ideas :( [14:41:31] It's not some weird .gitignore but force added file is it? [14:42:21] Reedy, this is my .gitignore: https://paste.ee/p/5KXVN [14:43:11] What does git add-ing the file explicitly happen [14:43:36] Reedy, https://ctrlv.cz/WwXv [14:43:41] nothing changes in git status [14:47:48] No change of file case? [14:49:51] Reedy, no visible change [14:50:05] but I _did_ change casing of file names, maybe I screwed up something [14:50:09] but I've no idea how and how to fix it [14:50:20] Technical Advice IRC meeting starting in 10 minutes in channel #wikimedia-tech, hosts: @James_F & @mooeypoo - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [14:55:01] Urbanecm: What files did you change the case of? [14:55:22] Do they still exist on disk? [14:55:48] Reedy, the whole folder Statistics.Client was with lowercase s (statistics.Client) [14:56:15] That's almost certainly the problem [14:56:16] Urbanecm: Are you on Windows with a case-insensitive filesystem? [14:56:26] is there still a statistics.Client and Statistics.Client on disk? [14:56:26] windows with linux subsystem [14:56:38] Could be a case-fight. [14:56:53] not according to windows [14:58:28] Yeah, Windows gets confused about these things. [14:58:44] o/ [14:59:14] Generally the only advice is "don't use Windows", which isn't realistic for many, sadly. [14:59:32] yeah... [14:59:48] lol [14:59:56] do a clean clone of the repo and use that? [15:00:12] I've tried that, but that didn't help [15:00:37] Anyway, welcome all to the Tech Advice meeting. [15:00:45] lol [15:00:47] I'm here with mooeypoo to answer your questions. [15:00:57] anyway, managed to fix that by deleting the files and recreating them - at least the clone is clean [15:01:05] thanks for your help [15:01:07] Welcome to the Technical Advice IRC meetings everyone. We're here to answer your questions! \o/ [15:01:10] Be they about git and Windows, git and Linux, git and Macs, or indeed non-git issues. :-) [15:03:24] I've got a question: Is it preferred in MediaWiki to cache non-objects vs objects? I've got an instance of an object I need to cache, but from what I can deduce, that all uses serialize/unserialize. [15:04:00] mainframe98: I don't know, sorry. [15:04:39] I could also just cache the arrays that go into that class, but that would be slightly more work. It would be a little saver, as it wouldn't store any objects in the cache, but doesn't migate the issue entirely [15:05:08] * mainframe98 meant safer [15:05:25] * James_F nods. [15:05:33] I don't touch PHP caching, sorry. :-( [15:06:28] I'm afraid I can't answer that either, I don't know enough about this. [15:06:50] I’ve got a quick question (not about git, sorry) but who is the intended audience for Special:ApiFeatureUsage ? [15:07:00] James_F: Alright, I'll ask again at another meeting. Thanks for answering. [15:07:46] In particular, is it more helpful to set a useragent by tool, by tool version, or more narrow, like per task in a tool? [15:07:58] McJohn: The main use is for us developers in determining how much API endpoints are used and which we can switch off with less impact. [15:10:16] So, in short, not much matters as far as user agent versioning, etc [15:10:17] Thanks [15:10:37] (E.g. if we find that action=compare is being massively used by IE6, we should go find out why.) [15:10:57] hello, I have started using wikidata recently and I am very impressed by its performance. I am using other SPARQL endpoints at work and those do not perform ads well as yours. I would like to learn more about your architecture and data modeling. Could somebody point me to a source with updated information? Thank you. [15:10:58] Honestly, I don't think it's a very valuable thing for us to have built over the years. :-) [15:11:40] miquel: Hey. The SPARQL endpoint is provided via the wikidata query service which is I believe Blazegraph-powered. [15:12:46] miquel: hahttps://www.mediawiki.org/wiki/Wikidata_Query_Service/Implementations a lot of details. https://gerrit.wikimedia.org/r/plugins/gitiles/wikidata/query/rdf/+/masterhas the code [15:13:00] Err. [15:13:26] miquel: https://www.mediawiki.org/wiki/Wikidata_Query_Service/Implementation has a lot of details. https://gerrit.wikimedia.org/r/plugins/gitiles/wikidata/query/rdf/+/master has the code [15:13:39] Sorry, my IRC client is eating half of my typing. :-( [15:13:52] miquel: You may get some more information from people in #wikidata. [15:16:09] thank you James for your help :) [15:27:24] Still here for questions. :-) [15:54:27] can I still ask a question? [15:54:34] nope [15:54:36] never [15:55:19] lol [15:55:32] lucaswerkmeister: Go for it. ;-) [15:55:45] any news on Python 3.5 availability in Toolforge? [15:55:59] Oh, sorry. No idea. [15:56:07] ok, then I’ll just keep watching https://phabricator.wikimedia.org/T219091 I guess [15:56:11] was worth a try [15:56:18] Yeah. [18:25:37] lucaswerkmeister: py3.5 for CLI or webservices? [18:25:46] webservices [18:25:51] kubernetes ones specifically [18:26:04] oh, I read the ticket now [19:59:30] thcipriani, Potential issue with today's train deployments - https://phabricator.wikimedia.org/T218511 [20:00:08] It's been around 6 weeks, it's not a blocker [20:00:51] Reedy, according to a report, it's got worse since the train was deployed [20:04:49] report? [20:04:55] * thcipriani reads [20:05:47] I see it as an annoyance, but not a train blocker [20:07:11] the fact that it has been ongoing would seem to indicate that rolling back would have no effect [20:07:31] Not unless you go back many versions [20:09:15] Thcipriani, Reedy, I doubt it's rollback worthy but a look at why it's worse since the train might be in order [20:09:46] Well, Aaron has been dealing with it... [20:09:49] It's only just been reported it [20:09:57] He may or may not be working today (yet) [20:10:02] I'm sure he'll look at it [20:10:51] Reedy, Thanks for the help, I'll post on phab if no one beats me to it summing up the discussion on here [21:00:04] Reedy, Still around? https://deployment.wikimedia.beta.wmflabs.org/wiki/User:Rhinosf1/common.js - Don't need this anymore, any chance of a deletion?? [21:30:01] RhinosF1, just blank it. It's not worth the distraction-time for him to log-in and delete it. Blanked .js pages are harmless. [23:51:39] who runs the GLAM tool/ [23:51:46] ? [23:52:13] glam tool? [23:52:57] https://tools.wmflabs.org/glamtools/glamorous.php [23:53:26] every time it's supposed to point to wikiquote, it actually points to 'wikiquote.wikipedia.org' [23:53:28] Magnus Manske [23:53:36] he still active? [23:53:49] https://bitbucket.org/magnusmanske/glamtools/src/master/ [23:53:51] Ish [23:54:22] i really don't feel like climbing up the learning curve just to post a bug report [23:54:31] is this something you could do for me [23:54:32] * Reedy shrugs [23:54:35] No [23:54:38] I don't have an account there [23:54:52] likewise [23:54:56] anyone else? [23:54:57] Special:EmailUser? [23:56:16] * Dragonfly6-7 shakes head [23:57:38] he does specifically ask that bug reports be made on bitbucket [23:57:59] No [23:58:24] But on https://tools.wmflabs.org/admin/tools that's basically the only info