[02:37:03] hi s8321414 :) [12:35:50] I have a script that builds my per-wiki mediawiki directories and one step is it runs `php composer.phar update --no-dev`, suddenly it's getting an error during that step: Your requirements could not be resolved to an installable set of packages. Problem 1 - Root composer.json requires wikimedia/avro 1.9.0, found wikimedia/avro[v1.8.0, v1.7.7] [12:35:51] but it does not match your constraint. Problem 2 - Root composer.json requires wikimedia/composer-merge-plugin 1.4.1 -> satisfiable by wikimedia/composer-merge-plugin[v1.4.1]. - wikimedia/composer-merge-plugin v1.4.1 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.0.0] but it does not match your constraint. [12:36:42] FWIW I am pulling the REL1_34 branch of the mediawiki and extension git repos [12:48:48] https://github.com/wikimedia/mediawiki/blob/REL1_34/composer.json#L77 https://github.com/wikimedia/mediawiki-vendor/blob/REL1_34/composer.json#L35 [12:50:24] The problem is that I don't customize that, I just pull the git repos, wget composer, and run the command. Here's a gist with the gist of what my script is doing for a single wiki. https://gist.github.com/justinclloyd/38b4ecba4fa7e778ee05972ed2e61ff8 [12:50:36] What version of composer are you running? [12:51:22] Whatever comes with `wget --no-verbose https://getcomposer.org/composer.phar -O /tmp/composer.phar` [12:51:46] The script downloads it every time. [12:52:05] $ php /tmp/composer.phar --version [12:52:06] Composer version 2.0-dev (2.0-dev+94372efde0501a34587968975d215794aab93d26) 2020-04-15 12:09:54 [12:52:14] composer 2 isn't stable and isn't supported [12:52:44] I'd suggest using https://getcomposer.org/composer-stable.phar instead [12:52:51] https://getcomposer.org/composer-stable.phar is "latest snapshot" [12:53:43] Cool, thanks! Just been using the "latest" for so long it's never come up before. [12:53:59] yeah [12:54:10] They've not been developing a version with major breaking API changes for very long ;) [12:55:13] I'm also not a PHP dev, just need to deal with Composer for some of my needed extensions, so I'm not super familiar with using it beyond how I need to for the few extensions. [12:55:24] Awesome, that works, thanks! [12:55:36] I'm guessing the first error was a result of the second [12:55:58] ie it couldn't run, so it then bailed because avro was out of date and couldn't fix it [12:56:18] Sure, I figured they were related, just wasn't clear on the underlying cause that came out of the blue. [12:56:41] heh [12:56:49] yeah, it's not the most obvious sometimes [12:59:07] It's also frustrating how I have to use like like 3 different github repos PLUS composer to get all of the extensions I need. [12:59:40] well 2 github and a gitlab ever since DPL moved to gitlab [15:38:42] Hello fellow wiki users. [15:40:16] hi BelCalm [15:40:42] Hey, I have an question. Do you know the best way to contact the higher admins. [15:40:48] BelCalm, admins of what? [15:40:55] Mediawiki. [15:41:07] A piece of software itself has no "admins". [15:41:15] Maybe an installation of that piece of software has, though. [15:41:38] BelCalm: Please describe the problem you'd like to solve, instead of what you think might be a solution. :) [15:41:56] It's because I'm part of an Wiki, where the staff team is split into half, and chaos has begone. [15:42:05] in other words, what andre__ is saying is that this is a support channel for mediawiki in general. We don't know what particular wiki you're talking about [15:42:30] and unless you're talking about mediawiki.org itself or some other wikimedia project wiki, chances are very high that none of us here are admins on that site [15:42:48] The wiki is called 2b2t wiki and it's running MediaWiki a it's software [15:43:01] Right. If some company or some website has installed MediaWiki, so it be. We are not that company or that website (except for mediawiki.org and Wikipedia etc) [15:43:17] BelCalm, whatever 2b2t is, you have to talk to the admins of 2b2t. And they are not here. [15:43:28] I know [15:43:36] I'm an Admin on the website. [15:43:50] Then it's unclear to me why you asked how to contact yourself :D [15:43:57] Lol [15:44:58] if you need to get in touch with other admins of the wiki, the normal ways of communicating with users should work (user talk pages, or sending them an email via Special:EmailUser) [15:45:19] if you're hoping that the people who develop/maintain the mediawiki software itself somehow have access or rights to your wiki, we do not [15:45:37] if you have a technical question about your wiki, we'll be more than happy to answer it though [15:45:40] Oh Okay. [15:46:18] I sorry for wasting time, I thought it all wrong I guess. :( [15:46:42] But thanks for the support. [15:46:46] you didn't waste anyone's time :) [15:47:14] Thanks Skiz [15:47:46] good luck with resolving whatever issues you're having [15:47:58] +1 [15:48:03] It's an flamewar between staff. So yeah [15:48:11] Hell is going on. xD [17:59:33] BelCalm: was your question what's the technical way in MediaWiki to resolve a so called "wheel war"? [18:00:39] In short, there isn't any: it's a social issue. All users in the sysop group are equal by design and can cancel each other. [18:02:07] However from Special:ListGroupRights and Special:ListAdmins you can see whether there is some user who has the technical permission to "deflag" sysops. If not, a sysadmin can. (Once upon a time, one such deflag went unlogged on the English Wikipedia. Revolution ensued.) [18:07:13] Okay [18:08:42] "Most images are currently dead links due to FANDOM not providing us with an image dump. " https://2b2t.miraheze.org/wiki/Proposed_Changes_to_2b2t_Wiki_Staff [18:08:53] You can download the images with dumpgenerator.py. [18:09:57] The wiki is not archived https://archive.org/details/wikibackups1.tar but doesn't seem to be in immediate danger anyway [18:11:29] It's always interesting to see the different ways MediaWiki is used by such communities, thanks for mentioning it. :) [18:24:15] Hi... [18:24:21] A query... [18:24:35] Named paramaters in templates strip whitespace... [18:24:49] and non visible characters? [18:25:11] What happens with params supplied as 1= 2=, which would otherwise be un-named? [18:27:35] Example? [18:27:45] I don't have one to hand... [18:27:48] also stripped iirc but don't quote me on that [18:27:54] you can always try it yourself in TemplateSandbox [18:28:03] True... or special expand templates.. [18:28:18] er, yeah, that :P [18:28:25] https://en.wikibooks.org/w/index.php?title=Help:Templates#Common_mistakes [18:28:26] * Skizzerz got expandtemplates and apisandbox mixed up [18:28:42] says named are stripped, and unammed are not [18:29:06] if you mean Template:Sandbox then that's another possibility. [18:30:17] I'd like to be sure the advice given there is correct... [18:30:43] because it's something I hadn't been told previously and MAY explain why got so fed up trying to debug something a while ago [18:35:42] ShakespeareFan00: doing 1=, 2= explicitly treats it as a named arg, so it'll strip [18:36:52] implicit numbered args are not stripped