[01:58:31] mutante: hm, thanks, is there anything simpler without spice? [06:47:04] Hi, I am getting this error while setting up mediawiki locally. [06:47:08] Try waiting a few minutes and reloading.(Cannot access the database: Unknown error (localhost))Backtrace:#0 /var/www/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php(932): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()#1 /var/www/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php(899): [06:47:08] Wikimedia\Rdbms\LoadBalancer->getServerConnection(0, 'my_wiki', 0)#2 /var/www/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1045): Wikimedia\Rdbms\LoadBalancer->getConnection(-1, Array, 'my_wiki', 0)#3 /var/www/html/includes/GlobalFunctions.php(2470): Wikimedia\Rdbms\LoadBalancer->getMaintenanceConnectionRef(-1, 'api', 'my_wiki')#4 [06:47:09] /var/www/html/includes/cache/MessageCache.php(493): wfGetDB(-1, 'api')#5 /var/www/html/includes/cache/MessageCache.php(448): MessageCache->loadFromDB('en', NULL)#6 /var/www/html/includes/cache/MessageCache.php(371): MessageCache->loadFromDBWithLock('en', Array, NULL)#7 /var/www/html/includes/cache/MessageCache.php(1091): MessageCache->load('en')#8 [06:47:09] /var/www/html/includes/cache/MessageCache.php(1018): MessageCache->getMsgFromNamespace('Mainpage', 'en')#9 /var/www/html/includes/cache/MessageCache.php(988): MessageCache->getMessageForLang(Object(LanguageEn), 'mainpage', true, Array)#10 /var/www/html/includes/cache/MessageCache.php(930): [06:47:10] MessageCache->getMessageFromFallbackChain(Object(LanguageEn), 'mainpage', true)#11 /var/www/html/includes/language/Message.php(1304): MessageCache->get('mainpage', true, Object(LanguageEn))#12 /var/www/html/includes/language/Message.php(862): Message->fetchMessage()#13 /var/www/html/includes/language/Message.php(954): Message->toString('text')#14 [06:47:10] /var/www/html/includes/Title.php(660): Message->text()#15 /var/www/html/includes/MediaWiki.php(131): Title::newMainPage()#16 /var/www/html/includes/MediaWiki.php(151): MediaWiki->parseTitle()#17 /var/www/html/includes/MediaWiki.php(902): MediaWiki->getTitle()#18 /var/www/html/includes/MediaWiki.php(543): MediaWiki->main()#19 [07:36:33] wish I knew why cirrussearch would sometimes just stop updating the index despite elasticsearch still running fine [09:20:49] i'm the technical writer for wikimedia deutschland, and i'm interested in placing a contact form that emails, say, me, on one of the pages on mediawiki.org. am i in the right place to request/discuss this? [09:44:14] datn: why does it have to be on mediawiki.org and what's wrong with mailto: ? [09:45:21] datn: Hi! ...and I'm curious what's the underlying problem to solve to go via private emails instead of e.g. public talk pages or Phab tasks. :) [09:45:50] 1) doesn't have to be, but i wanted it there because all my documentation is there. 2) publishing an email address is a big choice; contact form is more controllable [09:46:07] datn: we have https://www.mediawiki.org/wiki/Extension:ContactPage on foundationwiki so it might be possible to have it elsewhere too [09:46:28] "big choice", really? they're all on the wmde staff page anyway [09:46:41] @nemo_bis: i had looked at ContactPage but it looks like it's one-page-per-instance [09:46:56] (or were; the page might have vanished) [09:47:38] can't you just link special:emailuser? [09:47:41] @andre__: short answer -- solving a different problem than both (but i will link to a phab form if that reassures you at all) [09:49:08] @nemo_bis: maybe i can! [09:49:42] @nemo_bis: i want to include prefatory text but i'll see if that can solve my problem. thank you! [09:50:32] datn: maybe https://www.mediawiki.org/wiki/Phabricator/Help/Task_Creation_URL might come handy [09:50:50] @andre__: thanks, phab is not the right tool for this task [09:50:54] ok [09:51:54] @nemo_bis: big choice indeed. take my word for it [09:54:27] Nope I won't, sorry. :) [09:54:42] @nemo_bis: ok :) [09:54:54] We do it all the time, it's the only reasonable thing to do quite often. [09:58:00] Funny, broken link from https://www.wikimedia.de/transparenz/ to https://www.wikimedia.de/ueber-uns/mitarbeitende/ [10:00:12] datn: I see you just joined us, welcome! It's always good to see some investment in technical writing, we consistently struggle at it. :) [10:03:38] @nemo_bis: thanks, i'm happy to be here. and of course i'm pleased the org is interested in tidy docs. [10:10:06] datn: yeah, there were a few attempts to throw money at the problem and they rarely succeeded. Hopefully we'll manage to find a formula which scales, at some point. [10:11:28] speaking of which, andre__, was there a discussion about Google Summer of Docs yet? [10:11:52] * Season of Docs [10:12:05] Nemo_bis, discussing what exactly about it? [10:12:26] nevermind, I just had to search the correct name :P https://phabricator.wikimedia.org/tag/google_season_of_docs_2020/ [10:17:59] The proposals seem very ambitious, it will probably take a few rounds until we calibrate it well [13:15:54] MW 1.34.2: Thumbnails not generating. $wgTmpDirectory is set to /tmp 777. Any suggestions? Thanx [13:20:13] $wgTmpDirectory = "{$wgUploadDirectory}/tmp"; is the Local Settings [17:25:05] HI, Im using cargo to query a value from a DB, This value contains apostrophe ', Im getting an html escaped value : ' . When im trying to use replace on the return value from cargo i cant replace that. But when i write an apostrophe explicit in my page and try to replace that- i can, What may be the difference? [17:27:13] Im querying with "|no html" ofc [20:12:52] duesen: I've merged it into here https://phabricator.wikimedia.org/T193565 [20:13:00] that one got moved to "Later" but perhaps worth moving elsewhere [20:17:23] Krinkle: thanks, yea, I was thinking that. [20:17:40] Krinkle: we renamed "next" to "later" to reflect reality. [23:40:42] hey legoktm [23:40:59] hi Platonides [23:41:24] I just saw you were online and I had pending to talk with you [23:41:40] regarding the package mediawiki_1.35.0~rc.3.1 [23:41:53] I think you should add a version dependency on php [23:42:58] currently it is possible to install it on a php version that will then be rejected by mediawiki [23:42:58] yeah that probably makes sense [23:44:18] if you want to submit a patch the packaging is at https://salsa.debian.org/mediawiki-team/mediawiki/-/blob/master/debian/control :) otherwise I'll get to it when I do the next upload [23:45:40] it's probably simpler for you to make that trivial change [23:46:10] I just need to look up the version comparison rules again [23:46:20] I think it'll end up being something like php (>> 2:7.3~) [23:46:26] the release announcement says 7.3.19 [23:46:43] ouch, yeah [23:46:52] https://packages.debian.org/buster/php just has 7.3 [23:46:54] that may need taking a look at the docs :) [23:47:10] (in the version string) [23:48:02] I guess we'd just assume that the distro is packaging a recent enough version [23:49:43] I tried installing that one on stretch but no dice (: [23:50:51] oh, I meant that we could just specify >= 7.3 and assume the .19 part [23:50:58] https://packages.debian.org/stretch/php is 1:7.0 so it would error out [23:51:36] yep, it does [23:51:53] I tried if I could get away with it [23:52:13] but it doesn't work, quite expected [23:52:45] that's what got me to notice the missing versioning for php [23:52:47] you can get newer PHP versions from https://deb.sury.org/ [23:52:49] fwiw [23:52:54] which should have errored out or forced to also upgrade php [23:53:00] mhm [23:53:02] or simply update to buster :) [23:54:57] once the final release comes out I'll upload it to buster-backports for convenience [23:55:24] I would appreciate that [23:55:46] it's a much easier sell for sysadmin team [23:55:56] :) [23:55:58] https://www.mediawiki.org/wiki/User:Legoktm/Packages#Supported_operating_systems has the list