[00:23:23] What I really mean is that random extension developers should use the vendor name 'mediawiki' If you're an organization (e.g. Wikibase Solutions) and have a set of packages that you maintain [00:23:23] > Projects hosted at GitHub under an independent organization are encouraged to adopt a similar convention of an organization namespace to be applied consistently across the libraries published by the group. [00:23:23] https://www.mediawiki.org/wiki/Manual:Composer.json_best_practices#Naming [00:25:38] RE: Packagist guidelines... [00:25:38] https://www.mediawiki.org/wiki/Manual:Developing_libraries#Packagist_guidelines [01:11:12] I couldn't publish to packagist under the mediawiki vendor namespace, it seems that it is restricted [01:55:42] right. If you follow the link I sent above, that official account *is* restricted. You can either work with WMF to publish under their account (open a ticket in Phabricator as described) or publish under your own name. But publishing is not a requirement at all. Publishing only helps with discoverability. [01:55:42] What is your situation? If you are a sole developer, just put your code on a) Gerrit (preferred), or b) GitLab/GitHub (easier), create a page on MediaWiki.org for your extension, and add your extension (if not on gerrit) to https://github.com/MWStake/nonwmf-extensions [02:35:43] I'll help the community how to earn $30k within three days or seventy-two hours but you will reimburse me 10% of your dividend when you collect it. Note: only interested people should involve, ask me how now or Whatsapp +1 (209) 876-7868 immediately. [02:38:06] I'll help the community how to earn $30k within three days or seventy-two hours but you will reimburse me 10% of your dividend when you collect it. Note: only interested people should involve, ask me how now or Whatsapp +1 (209) 876-7868 immediately. [02:41:54] Banned via Matrix too. [02:43:28] legoktm: +1 [02:45:28] ty [02:47:56] damn [02:48:07] i awnted the money [02:48:10] :\ [02:48:12] :p [02:48:29] guys [02:48:31] i think [02:48:33] ^ [02:48:42] isnt jediminer5432 the same? [02:48:45] :D [02:48:51] jess[m]3: [02:49:05] maybe not [12:20:19] Hello and a BIG thank you once again for the awesomest wiki engine in this part of the Laniakea Supercluster. I am doing some, well 10 pcs 1.35.8 -> 1.39 upgrades. I got a deprecated message after upgrade on the test wiki I keep just for testing purposes: "Deprecated: Use of PersonalUrls hook (used in ConfirmAccountUIHooks::setRequestLoginLinks) was deprecated in MediaWiki 1.39 [...]" [12:20:45] Anything I should do about the deprecated message that shows up when error reporting is turned on? [12:34:10] Hmm.. my intrawiki did not complain about the same deprecation after the upgrade and enabling the error reporting. I will continue upgrading the rest. [16:22:22] 8/10 wikis upgraded, one wikifamily to go and I am puzzled ... the wikifamily does not seem to be obeying $wgReadOnly [16:31:54] nevermind some cache issue [17:27:57] Can't get the wikifamily's more experiment side, with Wikibase in it to upgrade. Error is 'Error: Class 'Wikibase\DataModel\Entity\ItemId' not found' ... found this https://phabricator.wikimedia.org/T197868 as it has the same error but seems to be a different case, or at least the solution did not work for me [17:28:40] I should have the correct things in composer.local.json for Wikibase i.e. to include the wikibase's composer.json and to require monolog [17:30:11] I'll go for some "oxygen" now and maybe I will find out what is wrong, why the wiki with the Wikibase will not upgrade to 1.39. I can surely give the full stack trace if someone needs it. Cheers [18:07:37] I tried to investigate, but gonna rollback the part of the wikifamily that got upgraded already, because it is down atm. This 'Wikibase\DataModel\Entity\ItemId' gave less than 300 google hits so some newer thing perhaps. [18:22:56] ok, rolled back and kept the /mediawiki/ so I can keep on figuring out what's wrong with the wiki in the wikifamily of two that just won't upgrade due to some Wikibase-y thing [22:37:26] hi [23:16:41] Hello, I'm having issue with upgrading from MediaWiki 1.38.4 to 1.39.0 [23:16:55] It fails to drop primary index of templatelinks table, because it doesn't exists. [23:17:05] update.php is trying to use DROP PRIMARY KEY from this file: https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/refs/heads/master/maintenance/archives/patch-templatelinks-tl_title-nullable.sql [23:17:15] What I should do? [23:20:58] Query from task https://phabricator.wikimedia.org/T314041 has solved the issue, thank you anyways!