[08:25:54] hello, i get TicketAuth: User's account with this login name already exists and it was not created by TicketAuth. Can't authenticate. [08:26:11] what can i do about it, I want to login and edit content in a page in IVAO [09:05:30] CanuteTheGreat: reading back 1.5 days to your report and now I am glad I did not hit that issue (upgraded two 1.32, one 1.33, and two 1.34.x to 1.35, all using PostgreSQL) haha [14:15:48] I am looking to migrate from Confluence to MediaWiki is there a migration tool or any information/guide on how I could do this? [18:42:35] CirrusSearch somehow refuses to add new pages created after around the 20th of September even with ForceSearchIndex.php after a --startOver [18:42:41] this just feels weird [19:09:07] oh I think it just broke [19:09:35] Yaron: by the way Cargo is broken for PostgreSQL in yet another magnificent way [19:09:54] drilldown does not properly quote ORDER BY [19:38:39] hi all, i'm downloading 1.35 from git following the instructions here: https://www.mediawiki.org/wiki/Download_from_Git however i'm running into a problem getting all extensions when I running: git clone https://gerrit.wikimedia.org/r/mediawiki/extensions --branch REL1_35 error: fatal: Remote branch REL1_35 not found in upstream origin. seems like [19:38:39] the branch doesn't exist, the same error goes for skins [19:55:24] jezwold: i'm not sure if it's supposed to work that way. each mediawiki/extensions/... repository should have a REL1_35 branch, but the "main" mediawiki/extensions repository itself might not. is that documented somewhere? [19:56:26] you might be able to instead clone it normally (`git clone https://gerrit.wikimedia.org/r/mediawiki/extensions`), and then switch to the REL1_35 branches in each sub-repo (`git submodule foreach git checkout REL1_35 branch`) [19:56:40] or maybe that will fail terribly as well, no guarantees from me [19:57:06] sorry, that second command should be: `git submodule foreach git checkout REL1_35` [19:57:48] There are branches for the old MW versions.. [19:58:28] thanks....It does mention it on the guide linked above, and a REL1_34 branch does exist. see: git ls-remote https://gerrit.wikimedia.org/r/mediawiki/extensions | grep REL [19:58:35] I will try using your method [20:00:09] James_F: ^ Isn't that part of the branching? [20:00:44] Reedy: Hmm. Yes. [20:01:22] All tarball and production extensions have a REL1_35, definitely. [20:01:36] And a random one does too: https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/Video/+/refs/heads/REL1_35 [20:01:57] Maybe the repo got created after REL1_35 was branched, or was unlisted in extensions.git when the release branch happened? [20:02:35] https://github.com/wikimedia/mediawiki-extensions/tree/REL1_35 404s [20:04:29] Ah. Who did the branching this time? Did they do something different, or did the script they use change? [20:06:23] Pass [20:08:03] Apparently I did. [20:08:10] https://sal.toolforge.org/log/K0usTHMBLkHzneNNshY2 [20:08:34] Hmm. That's the right comment, isn't it? [20:08:52] > ErrorException from line 451 of w/includes/libs/http/MultiHttpClient.php: PHP Warning: curl_multi_setopt(): CURLPIPE_HTTP1 is no longer supported [20:08:58] is this worth reporting [20:10:05] Remilia: At a quick glance, MW doesn't explicitly seem to set that [20:10:20] Reedy: oh, must be CirrusSearch then [20:10:38] https://codesearch.wmcloud.org/search/?q=CURLPIPE_HTTP&i=nope&files=&repos= [20:10:39] I am running 7k jobs of that [20:10:50] CodeSearch doesn't see it at all [20:11:35] weird [20:11:41] Local extension? [20:11:41] nothing in exceptions either [20:11:44] er [20:11:47] extensions, sorry [20:12:43] Is there a full stack? [20:13:06] does not seem like it, I will try to get one next time :\ [20:14:37] might be some weird edge case where setopt value is calculated wrong? [20:15:02] Could be [20:15:07] it's a 7.4 issue though, it seems https://github.com/composer/composer/issues/8466 [20:15:22] So if you can narrow it down.. It's potentially a valid bug [20:18:06] it was definitely some job since I got it to pop up in the shell where I nohup'd the job runner script [20:18:25] but the error is not in runJobs log [20:26:29] interesting, in my case CirrusSearch's ForceSearchIndex.php seems to be ignoring the lack of --queue command line option which is weird and it should not do this, at least judging by the code [20:27:23] it did not do this before [20:42:37] thanks for the help earlier with the missing REL1_35 branch, i was able to clone the whole repo and then switch using foreach [20:43:09] if this does need fixing please note it also applies to skins as well as extensions [20:44:29] i also wonder if the instructions should specify --single-branch when intending to just download stable? [20:54:53] * Reedy filed https://phabricator.wikimedia.org/T264365 [20:57:01] thanks for filing an issue on my behalf, cheers [21:14:50] well this is weird, I cannot get elasticsearch to create everything from scratch; or rather, it insists on using the job queue and once everything is finished, "index_not_found_exception: no such index" huh [21:14:55] guess I will dig deeper tomorrow [21:22:11] Reedy: OK for me to manually fix T264365, or do you want to dig? [21:22:12] T264365: mediawiki/extensions and mediawiki/skins missing a REL1_35 branch - https://phabricator.wikimedia.org/T264365 [21:25:51] James_F: Feel free... I guess we should look for a fix for REL1_36 later too