[09:30:39] [telegram] Hi guys, nice to meet you all. [09:30:39] [telegram] I need a team for develop a project on Astar infrastructure. We are already in contact, they are already watch my project, but I need a team. Who will be interested can contact my in private message. Thanks you all guys [09:31:20] [telegram] What is Astar, and how is it related to Wikimedia/MediaWiki? (re @massi: Hi guys, nice to meet you all. [09:31:21] [telegram] I need a team for develop a project on Astar infrastructure. We are already in contact, they are already watch my project, but I need a team. Who will be interested can contact my in private message. Thanks you all guys) [09:33:49] [telegram] Astar is a winning chain guard from the auctions held on Polkadot, sorry I didn't specify that I'm talking about cryptocurrencies, [09:34:00] [telegram] Yeah, not interested, sorry. [09:34:01] [telegram] Astar is a winning parachain guard from the auctions held on Polkadot, sorry I didn't specify that I'm talking about cryptocurrencies, [11:26:08] [telegram] FYI, some folks may find this security report interesting - https://www.mediawiki.org/wiki/2021-12_security_release/FAQ [11:46:54] [telegram] Thank you for sharing! Very important (re @fuzheado: FYI, some folks may find this security report interesting - https://www.mediawiki.org/wiki/2021-12_security_release/FAQ) [13:28:10] [telegram] A message in Reddit about needing of volunteers to develop MediaWiki(?) or WMF(?) [13:28:10] [telegram] https://www.reddit.com/r/PHP/comments/rhmqq1/wikipedia_doesnt_need_your_money_it_needs/?utm_medium=android_app&utm_source=share [13:30:35] [telegram] A message in Reddit about needing of volunteers to develop MediaWiki(?) or WMF(?) [13:30:36] [telegram] https://www.reddit.com/r/PHP/comments/rhmqq1/wikipedia_doesnt_need_your_money_it_needs/?utm_medium=android_app&utm_source=share [13:30:37] [telegram] (Sorry if this space is wrong about publishing this kind of contents: I've participated in the past in Hackathon and the issues about volunteering is always present) [13:31:35] [telegram] who is this person and who made them an expert on what Wikimedia does and doesn’t need? [13:32:51] [telegram] I don't know him/her, I just received the post in the daily mailing from reddit 😅 [13:37:45] [telegram] Maybe it needs both. Devs and $€¥ [13:38:08] the author is apparently the same person who was recently trying to get core added [[:mw:New developers]] (mentioned as "obstructing" possibility to contribute, but forgets to mention it was them trying to get it added) [13:43:19] [telegram] [[:mw:New developers]] [13:44:12] [telegram] > MediaWiki Core is NOT a software to recommend to any NEW developer to start with. It's a huge convoluted codebase. See phab:T176668 [13:44:13] [telegram] Hmm [13:44:50] [telegram] But it is very weird that *mediawiki*.org does not feature MediaWiki [13:45:59] [telegram] Also the only PHP thing listed seems to be ORES's extension [13:46:35] [telegram] Which makes little sense. It is not like Java developers would get ready to work on MW by working on Kiwix [13:46:48] [telegram] And so forth [13:49:18] [telegram] Some ways to get developers involved should be considered. Something like outputting stuff in console.log with links to how to contribute or having it in html comment of the pages, perhaps. Some websites do such things and it looks quite neat to me [13:49:53] [telegram] (To be clear I am just speculating myself, haven't read the reddit post completely yet) [16:08:54] [telegram] I concur on this - we should not be pointing newcomers to help hack Mediawiki. [16:08:55] [telegram] Instead, we might want to have a quick table of "What you know... and what you can do" [16:08:57] [telegram] Java: Look at Pattypan and see if you can help fix it? [16:08:58] [telegram] Python: Look at pywikibot, requested scripts/tools and Toolforge.org [16:09:00] [telegram] Javascript: Look at gadgets and user interface enhancements (re @Thecladis: > MediaWiki Core is NOT a software to recommend to any NEW developer to start with. It's a huge convoluted codebase. See phab:T176668 [16:09:01] [telegram] Hmm) [16:09:18] [telegram] I can't speak to PHP, as I stopped hacking it back in 1995 :) [16:09:49] [telegram] Python: refactor Thumbor for Python 3 /s [16:09:49] [telegram] Well, from the perspective of an IRL PHP dev and generally I am confused [16:10:13] [telegram] Ha, at least take a stab at it! (re @mahir256: Python: refactor Thumbor for Python 3 /s) [16:10:23] [telegram] Well there is UTRS for example, in PHP, but I am afraid such narrow scope tools might bot interest everyone enough (re @Thecladis: Well, from the perspective of an IRL PHP dev and generally I am confused) [16:10:34] [telegram] Yeah, other than hacking the Mediawiki code base, I'm not sure what I can recommend to a PHP person (re @Thecladis: Well, from the perspective of an IRL PHP dev and generally I am confused) [16:10:38] [telegram] Well there is UTRS for example, in PHP, but I am afraid such narrow scope tools might not interest everyone enough (re @Thecladis: Well, from the perspective of an IRL PHP dev and generally I am confused) [16:11:49] [telegram] Has anyone even laid out the requirements for moving Thumbor to Python 3? (re @mahir256: Python: refactor Thumbor for Python 3 /s) [16:11:57] [telegram] One aspect is that perhaps it is best to point not to necessarily to MW core, but let people chose from all the extensions, but still it comes down to learning how core works I think [16:12:16] [telegram] Even if the scariest bits like Parser can be avoided then [16:12:33] [telegram] One aspect is that perhaps it is best to point not necessarily to MW core, but let people chose from all the extensions, but still it comes down to learning how core works I think [16:12:37] [telegram] also "any other programming language: port Pywikibot to it" [16:12:42] [telegram] One aspect is that perhaps it is best to point not necessarily to MW core, but let people choose from all the extensions, but still it comes down to learning how core works I think [16:12:52] (re Python: refactor Thumbor for Python 3 /s) Giiles did most of that work before he left [16:13:22] [telegram] I am not sure it is sustainable. API wrappers that exist for most languages are usually more than enough (re @mahir256: also "any other programming language: port Pywikibot to it") [16:13:26] that's what's most frustrating to me about this -- it just needs someone with the appropriate access and time to get it across the line [16:15:32] [telegram] @AntiComposite - I suppose my question is how much (or little) of Thumbor's features are we using? And what was the need for our forking of it as a Python 2 code? [16:16:34] [telegram] Agree, there are already libraries and wrappers for the MWAPI for other languages. It's not clear the pywikibot approach is one to be copied at that scale. It's kind of a beast. (re @Thecladis: I am not sure it is sustainable. API wrappers that exist for most languages are usually more than enough) [16:16:36] it's not really a fork, just a bunch of extensions [16:16:59] [telegram] @AntiComposite - Was it to support file formats that Thumbor didn't support? [16:17:02] (think Wikia MediaWiki, especially before their recent upgrade) [16:17:53] [telegram] ok, fair enough (re @Thecladis: I am not sure it is sustainable. API wrappers that exist for most languages are usually more than enough) [16:18:56] but yeah, base Thumbor 5 didn't have support for a lot of things we needed, including dispatching requests to different engines by file type [16:20:06] or handling of large files [16:21:05] [telegram] Yeah I stopped halfway on that. [16:21:06] [telegram] I kind of agree with the point that we should rethink software governance in the Wikimedia Movement though. (re @dennistobar: A message in Reddit about needing of volunteers to develop MediaWiki(?) or WMF(?) [16:21:07] [telegram] https://www.reddit.com/r/PHP/comments/rhmqq1/wikipedia_doesnt_need_your_money_it_needs/?utm_medium=android_app&utm_source=share [16:21:09] [telegram] (Sorry if this space is wrong about publishing this kind of contents: I've participated in the past in Hackathon and the issues about volunteering is always present)) [16:22:26] [telegram] @AntiComposite - Currently browsing this - https://github.com/gi11es/thumbor-docker [16:22:35] [telegram] Have we had any discussion arround the technology council that the strategy recommendation says we will create? [16:23:49] (correction, was off by 1 on the versions. we run Thumbor 6 currently, Thumbor 7 is in beta) [16:27:17] [telegram] That's a good question - is there anything that is stopping us from doing something in parallel to the MCDC, at least on an interim basis? (re @chicocvenancio: Have we had any discussion arround the technology council that the strategy recommendation says we will create?) [16:28:47] there's a lot of Thumbor features that we don't use -- we only use it to scale, not crop/edit/transform [16:30:50] [telegram] Nothing stopping us in my view. It will likely need more support from WMF than is planned for the near-future though. (re @fuzheado: That's a good question - is there anything that is stopping us from doing something in parallel to the MCDC, at least on an interim basis?) [16:32:50] we mostly use it as a well-implemented framework to build on for our specific needs. that decision decreased the overhead when originally creating the service, but now that upstream development has slowed down, it's becoming more of a problem [16:33:57] fwiw MediaWiki isn't any better as a framework to build an imagescaler [18:02:01] "that's what's most frustrating..." <- I would be supportive of giving trusted volunteers who are interested access to get it done [18:11:47] [telegram] Forwarded from fuzheado: FYI, it has just been announced that the Structured Data on Commons SPARQL query service (WCQS) will be moved into production mode in February. That's great news, but with a big caveat: "The biggest change to user behavior will be the requirement for user authentication to use all endpoints." - https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/Upcoming_General_Availabilit [18:11:48] [telegram] I think it's worth discussing in general, but especially within the GLAM community. To my recollection, it's the only instance of needing to be logged-in to consume Wikimedia content. So it is a major shift. [18:15:40] The link got truncated on Matrix/IRC, it's supposed to be https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/Upcoming_General_Availability_release [18:17:19] [telegram] Yes, sorry about that. Forwarded TG messages probably get munged [18:17:33] [telegram] FYI, more comments here in Phab - https://phabricator.wikimedia.org/T290300 [18:18:09] [telegram] Me: we've come so far to finally spend the time to model and add statements to Commons (huzzah!) and we finally have a usable query service for it (huzzah!) and then for the last mile, we're restricting access to it by instituting authentication? For a community that has "open by default" as an ethos, it feels like such an "own goal" misstep here. [18:18:31] [telegram] I'm thinking about the number of tools, scripts, and utilities that utilize SPARQL queries via Wikidata/WDQS that have given us tremendous capabilities... and the same approach or set of activities cannot be realized for WCQS because of this constraint. We cannot underestimate the headache of having to implement OAuth2 for each and every SPARQL query. I'm also puzzled how a service that has not even launched y [18:25:34] the decision was made a while ago due to the operational problems that WDQS has had [18:27:55] [telegram] @AntiComposite Wouldn't a decent possible solution be "slow, rather than no?" [18:28:09] [telegram] That is, make anonymous/unauthenticated traffic possible, but very much throttled/limited [18:32:06] because it's a new service, I think (this is speculation) there is some concern about making it too open to start, and then having to clamp down later [18:32:31] like happened with Wikimedia Maps [18:34:38] [telegram] I'm not familiar with the Wikimedia Maps issue. What will be odd is WDQS=unauthenticated, WCQS=authenticated [18:35:19] [telegram] T261424 (re @fuzheado: I'm not familiar with the Wikimedia Maps issue. What will be odd is WDQS=unauthenticated, WCQS=authenticated) [18:37:03] The vast majority of Maps traffic was coming from Pokemon Go websites [18:37:45] [telegram] was it worse than the Indian TikTok clone requesting that flower image? [18:38:36] well, and stop me if you've heard this story before, Wikimedia Maps did not have a team that supported it and was largely unmaintained. [18:39:05] [telegram] @AntiComposite Indeed, that is a familiar refrain! [18:39:15] eventually, something broke and it took down production. Now there's a team to support it [18:39:18] [telegram] Thanks for that reminder - I now recall hearing about it, but didn't know all the back story. [18:39:24] [telegram] I'm familiar with that story (although others may not be); I was just interested in a traffic comparison (re @wmtelegram_bot: [irc] well, and stop me if you've heard this story before, Wikimedia Maps did not have a team that supported it and was largely unmaintained.) [18:41:14] [telegram] Is there actually a map team now? Where can I find out more about it? (re @wmtelegram_bot: [irc] eventually, something broke and it took down production. Now there's a team to support it) [18:41:38] [telegram] At least in the case of the Maps API, it was open by default, then closed after patterns emerged. One could perhaps argue that there might have been a better "API key" solution, but at least it started out as open. What I fail to understand is why WCQS is being launched so restrictively, while its almost-twin WDQS will stay completely unauthenticated. [18:42:36] there isn't a Maps team, Product Infrastructure got stuck with it. https://www.mediawiki.org/wiki/Wikimedia_Maps/2021_modernization_plan [18:43:45] it's now the Content Transform team fyi, https://www.mediawiki.org/wiki/Content_Transform_Team [18:46:57] can we get a team dedicated to making sure all the references to teams get cleaned up every 6 months when the teams change again? /s but not actually [18:48:00] [20:26:49] [telegram] Lol (re @wmtelegram_bot: [irc] The vast majority of Maps traffic was coming from Pokemon Go websites)