[00:02:58] Anyone know how to get vagrant's mwscript to use hhvm instead of zend? [00:03:21] enable the php5 role? [00:03:35] oh wait [00:03:55] no, you have to edit the script >_< [00:04:13] Could be worse... which one? [00:04:25] Just mwscript? [00:04:27] yeah, mwscript [00:05:49] [Fri Jan 30 00:05:21 2015] [hphp] [2662:7fe515c02bc0:0:000001] [bc7291:bc74b2:bcc8c9:bc7669:90a85e:9c9746:9cf085:9d070f:856a69:7fe50d897ec5:909e04] Failed to initialize central HHBC repository: [00:10:45] hmm... yeah, mwscript doesn't like it, but just hhvm eval.php works... thanks! [00:30:11] https://blog.wikimedia.org/2015/01/29/modernizing-mediawiki-with-libraries/ [00:31:32] yay! [00:32:26] <^d> go team [00:32:28] legoktm: wanna put it on reddit? [00:32:40] bd808: already did :P [00:32:47] sweet [00:32:53] https://www.reddit.com/r/PHP/comments/2u55wb/modernizing_mediawiki_with_libraries/ [00:33:15] <^d> x-posted to lolphp [00:33:52] * bd808 looked to see if that was true [00:33:53] >.> [00:34:17] <^d> [00:34:21] <^d> Sorry, forgot closing tag :) [00:40:03] <^d> Ugh, I think the repos failing replication are the ones that got renamed at some point [00:45:27] bd808: Do you know if there's a way to run eval.php on our production hhvm anywhere? [00:45:55] I'm guessing vagrant isn't running what we run on production, but maybe? [00:46:58] Oh, it is.. nevermind! [00:47:02] csteipp: well... you could technically do it by ssh'ing to an mw1xxx host [00:47:21] Yeah, I was wondering how badly that would kill the server... [00:47:30] we run the same hhvm version if that's what you're asking [00:48:02] tin & terbium don't have hhvm yet [00:48:16] osmium still does I think though [01:39:00] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address instead of username - https://phabricator.wikimedia.org/T88046#1003106 (10Deskana) 3NEW [01:39:07] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address instead of username - https://phabricator.wikimedia.org/T88046#1003117 (10Deskana) [01:39:37] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address as well as with username - https://phabricator.wikimedia.org/T88046#1003118 (10Deskana) [01:41:52] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address as well as with username - https://phabricator.wikimedia.org/T88046#1003121 (10Legoktm) [01:43:22] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address as well as with username - https://phabricator.wikimedia.org/T88046#1003126 (10Deskana) [01:45:37] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address as well as with username - https://phabricator.wikimedia.org/T88046#1003128 (10Anomie) > (Side note: presently an email address can be associated with more than one account, and we'd have to ch... [01:46:22] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address as well as with username - https://phabricator.wikimedia.org/T88046#1003131 (10Krenair) I agree, if that's true this is wontfix. [01:50:30] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address as well as with username - https://phabricator.wikimedia.org/T88046#1003136 (10Deskana) >>! In T88046#1003131, @Krenair wrote: > I agree, if that's true this is wontfix. Then I would welcome a... [01:52:33] ... [01:53:10] 3Wikipedia-App-iOS-App, MediaWiki-Core-Team, MediaWiki-API, Wikipedia-App-Android-App: Support login with email address as well as with username - https://phabricator.wikimedia.org/T88046#1003141 (10Legoktm) Can everyone keep the discussion on T30085 please? [02:23:05] TimStarling: ping [06:54:22] legoktm: I broke down and self-posted to hn -- https://news.ycombinator.com/item?id=8970800 [06:54:34] :D [06:55:32] I kind of envision trolling and mocking there but maybe I'll be proven wrong:) [06:56:53] reddit liked it [06:57:03] and I finally passed 1k link karma! [06:57:26] yeah. we may have even found another project that wants to use the composer plugin which is super cool [08:32:17] 3Librarization, MediaWiki-Core-Team: Composer autoloader is slow - https://phabricator.wikimedia.org/T85182#1003899 (10hashar) @legoktm I am reverting the class map authoritative patch because that breaks scap on beta cluster: ``` deployment-bastion$ mwscript mergeMessageFileList.php --wiki=eowiki --list-file=... [15:41:47] fuck yeah, java http://pastebin.com/brqVLsYG [17:55:41] Guest58678: hi no name guest :) I created a task for the point releases assigned it to you given the security release. let me know your thoughts (email is fine) [17:56:43] greg-g: Link? [17:56:57] https://phabricator.wikimedia.org/T88120 [18:13:54] anomie: on that iconv patch I added you to today, do you have any idea how to deal with the issues that PleaseStand raised in https://gerrit.wikimedia.org/r/#/c/172101/3/languages/Language.php ? [18:14:19] bd808: Mapping from iconv encoding names to mbstring encoding names? [18:14:27] yeah [18:16:45] I guess one way to tackle it would be stick with iconv if the encoding name isn't known for mbstrnig [18:16:58] but iconv is so broken it makes me sad [18:19:43] bd808: I don't see anything reasonable to do there. I couldn't even find a good test case to check whether iconv is affected by the bug, since it sometimes seems to work correctly. [18:23:19] yeah I don't know that we had any consistent reproduction case for it. I think in stumbled on to the bug report related to travisci runs of the core tests across multiple php versions [18:24:01] bd808: I suppose... if we really want to get complex, is there a character set that's a superset of all supported character sets? If so, we could iconv without //ignore and see if it fails on hitting an invalid character. If it does, we could then iconv to convert to the superset charset, do the equivalent of count_chars() on it, run each character through iconv (again without //ignore) to see which are invalid, manually str_replace them, then ic [18:24:02] onv from the superset charset to the destination character set. Ori might kill us for that though. [18:24:21] bd808: Or, we could just change the thing to not use the unsupported character sets? [18:26:04] option a sounds like reimplementing iconv in php >_< [18:27:25] bd808: It sort of is, yeah. [18:28:07] * bd808 wishes that utf-8 had been created and adopted in 1954 [18:30:34] bd808: did you see https://phabricator.wikimedia.org/T85182#1003899 ? [18:31:04] I did. we need to update the integration/composer repo to fix it [18:31:20] I think [18:32:15] this is because of phpunit running via composer [18:32:43] the composer classloader class is loaded from that rather than from the files we ship in mediawiki/vendor [18:33:04] there was a similar problem the first time I used a PSR-4 autoloader [18:33:18] * bd808 looks for the update patch from that [18:34:31] legoktm: https://github.com/wikimedia/integration-phpunit/commit/6c1d11d23778222bd54333e8f2d815e0b46b6c9f [18:34:59] integration/phpunit is the one that needs fixing [18:35:52] ok but why is phpunit being invoked when running mwscript mergeMessageFileList.php? [18:36:12] hmmmmmm [18:36:35] multiversion [18:36:43] so that needs updating too [18:42:02] 3Librarization, MediaWiki-Core-Team: Composer autoloader is slow - https://phabricator.wikimedia.org/T85182#1004641 (10bd808) >>! In T85182#1003899, @hashar wrote: > @legoktm I am reverting the class map authoritative patch because that breaks scap on beta cluster: > > > ``` > deployment-bastion$ mwscript merg... [19:54:05] where do I make the change to make a file show up in noc.wikimedia.org? [19:54:21] bd808: mediawiki-configuration [19:54:24] yes, really [19:54:49] ah. docroot/noc [20:06:43] TimStarling: what distinguishes whether something should belong in ParserOptions or ParserEnvironment? [20:06:57] are we just going to put all hooks in environment and leave everything else in options? [20:07:01] well, "hooks" [21:42:02] ori: Do you know if /etc/hhvm/fcgi.ini is the ini config for our app servers? [21:46:31] bd answered it. Apparently yes. [21:57:44] Hi normally-out-of-town-folks, don't be bashful about bugging me this afternoon; this is a rare instance where my calendar is largely free [23:16:20] 3MediaWiki-Core-Team: Path for logo in NoLocalSettings.php isn't set correctly - https://phabricator.wikimedia.org/T88168#1005418 (10kaldari) 3NEW [23:45:04] 3MediaWiki-Core-Team, Services: Authn and authz as a service - https://phabricator.wikimedia.org/T84962#1005586 (10mobrovac) The notes from the meeting are here on the subject are here: http://etherpad.wikimedia.org/p/SOAAuth [23:47:50] 3MediaWiki-Core-Team, Services: Authn and authz as a service - https://phabricator.wikimedia.org/T84962#1005589 (10mobrovac) [23:47:50] 3RESTBase, MediaWiki-API, MediaWiki-Core-Team: Action API modules to support Restbase - https://phabricator.wikimedia.org/T88010#1005590 (10mobrovac)