[00:00:06] 3Librarization, MediaWiki-Core-Team, MediaWiki-General-or-Unknown: [Regression] MediaWiki should detect absent or outdated vendor - https://phabricator.wikimedia.org/T74777#948131 (10bd808) 5Open>3Resolved I think we've given the end-user a reasonable warning via the debug log changes and a tool to use for v... [00:01:57] Reedy: It's my ISP I'm pretty sure. IPv4 traffic to eqiad is terribly slow. Ping time isn't too bad, but git clones and deb downloads slow to a crawl. Over my IPv6 tunnel things are fast, but the Vagrant managed VM doesn't get configured for IPv6 traffic. [00:02:24] has someone not filed a bug about ipv6 support in our vagrant vms? heh [00:02:38] :) [00:03:12] I poked a bit to figure out if it was easy to enable. Turns out its not as far as I can tell. [00:03:57] random google searches say to use bridged networking if you want it [00:04:36] guess that sorta makes sense [00:05:06] Filed a bug for it anyway.. It may just be docs + config [00:06:07] Turning it on unconditionally would actually make things worse in the ipv4 only case since linux would do a AAAA lookup and timeout before moving on to the A lookup and connection. [00:06:30] I'll poke at the problem a bit more this evening [00:06:51] Filed as https://phabricator.wikimedia.org/T85493 anyway [00:07:16] Unrelatedly, why is "set Security to none." only now being done after a subsequent action to the task? [00:07:44] *shrug* phab is a mystery still [00:10:55] https://github.com/Roave/SecurityAdvisories is interesting [00:11:57] huh. that is kind of a neat approach [00:12:22] seems like it might not scale very well though [00:12:58] the list on https://packagist.org/packages/roave/security-advisories is pretty long :P [00:14:45] It only covers 35 packages today though. Changing that to 500 may make composer's dependency solver have an aneurysm. [00:17:01] gc_really_disable() [01:01:57] bd808: is there a bug for manging frontend dependencies with a package manager system? [01:02:29] not that I'm aware of. [01:02:51] T.imo thought it was a dumb idea (or at least very premature) [01:03:39] Having looked at the state of things for front end dependencies I think I sort of agree with him too [01:04:00] I wanted to do something for a side project and the whole concept is a mess [01:04:24] npm is not made for front end stuff and bower felt weird [01:04:58] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Evaluate Titan as graph storage/query engine for Wikidata Query service - https://phabricator.wikimedia.org/T76373#948281 (10Smalyshev) [01:04:59] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Figure out quantity representation - https://phabricator.wikimedia.org/T85298#948279 (10Smalyshev) 5Open>3Resolved I think I'll decide to represent them as Double for now. If anybody objects, we can reopen and change it. [01:05:23] do you think it would be worth implementing https://phabricator.wikimedia.org/T40730 separately then? [01:06:26] Sounds like a question for Krinkle|detached [01:06:56] Doing anything for the deb package of MW seems like a waste of time and energy though [01:07:08] We actively discourage everyone from using it [01:07:44] On a related note, there is a deb for jquery? /me boggles [01:08:30] apt-get install jquery [01:08:34] now, where the fsck is it? [01:08:40] fedora packages npm stuff too [01:08:43] https://packages.debian.org/uk/jessie/all/libjs-jquery [01:09:52] bd808: ugh, the \Psr\Log\LogLevel constants are strings, not integers... [01:10:10] yup [01:10:32] so you cant do stuff like $level > LogLevel::WARNING [01:10:47] https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-3-logger-interface.md#5-psrlogloglevel [01:10:58] There is a translation in monolog [01:11:18] yeah, monolog uses integers internally [01:11:23] https://github.com/Seldaek/monolog/blob/master/src/Monolog/Logger.php#L32 [01:11:30] as any sane logging impl would :) [01:12:12] blaaaaaaaah [01:12:28] (I had started working on https://phabricator.wikimedia.org/T85073) [01:12:46] ah neat. [01:13:18] You just need to make a mapping for the string levels to sane numbers for the comparison [01:13:27] *just* [01:15:33] monolog does this madness -- https://github.com/Seldaek/monolog/blob/master/src/Monolog/Logger.php#L441-L443 [01:17:39] they have $levels why not just flip it? [01:22:50] good question, that's what I would have done I think [01:51:11] 3Librarization, MediaWiki-Core-Team: Support filtering log events by level in $wgDebugLogGroups - https://phabricator.wikimedia.org/T85073#948343 (10Legoktm) a:3Legoktm [03:01:44] I installed fedora's php-PsrLog package, except it's not being autoloaded and I have no idea where it is. [03:02:20] /usr/share! [03:03:33] php > require_once "Psr/Log/LogLevel.php"; [03:03:33] php > echo Psr\Log\LogLevel::INFO; [03:03:33] info [03:03:37] seems kind of silly. [03:03:46] I'd thought it would have handled autoloading automagically. [06:09:54] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Evaluate Titan as graph storage/query engine for Wikidata Query service - https://phabricator.wikimedia.org/T76373#948557 (10Smalyshev) [06:09:57] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Figure out quantity representation - https://phabricator.wikimedia.org/T85298#948555 (10Smalyshev) 5Resolved>3Open Turns out there is a complication - Titan can not use floats (including double) in Vertex indices: http://s3.thinkaurelius.com/docs/titan/... [06:12:24] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Restoring Titan functionality after Cassandra disconnect - https://phabricator.wikimedia.org/T85513#948558 (10Smalyshev) 3NEW a:3Smalyshev [06:12:43] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Evaluate Titan as graph storage/query engine for Wikidata Query service - https://phabricator.wikimedia.org/T76373#948565 (10Smalyshev) p:5Triage>3Normal [08:45:39] 3Wikimedia-Site-requests, SUL-Finalization, MediaWiki-Core-Team: Run sendConfirmAndMigrateEmail.php for all unconfirmed emails on all wikis - https://phabricator.wikimedia.org/T73241#948613 (10Nemo_bis) Did this happen? In case that was the issue: I don't think this should be blocked on VERP. (But if it was, the... [17:19:57] <^d> bd808: I think https://gerrit.wikimedia.org/r/178643 is basically done. [17:24:52] Cool. I'll check it out "soon" :) [17:27:07] <^d> Okie dokie. [17:40:26] <^d> manybubbles: For storing a unix timestamp, what would be best? Some sort of numeric type? Or perhaps something with datetime? [17:40:43] <^d> (right now phab's just defaulting to string but I think we can do better) [17:41:24] ^d: if you tell elaticsearch that the field is a "date" then send it as an is0 8601 date it'll do the right thing [17:41:25] I think [17:41:55] http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/mapping-core-types.html#date [17:42:21] I think you can also send it as a raw signed long which is the number of milliseconds since epoch [17:43:53] <^d> I was reading http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/mapping-date-format.html but it didn't mention anything about epoch [17:43:59] <^d> Although I think it stores it internally as one. [17:45:15] <^d> "Internally, a date maps to a number type long, with the added parsing stage from string to long and from long to string." [17:57:08] 3Librarization, MediaWiki-Vendor, MediaWiki-Core-Team: Upgrade monolog to 1.12.0 - https://phabricator.wikimedia.org/T85535#949087 (10Legoktm) 3NEW [18:04:51] https://github.com/barbushin/php-console/issues/67 >.> [18:12:48] legoktm: More +1 mean it gets done quicker [18:13:40] <^d> I don't see a like button :( [18:28:46] 503 from hhvm? https://phabricator.wikimedia.org/T85536#949096 [18:36:05] anomie: in ApiQueryFeatureUsage there's an undefined $paramName variable (line 15) [18:37:22] legoktm: ... D'oh. https://gerrit.wikimedia.org/r/182200 [21:24:34] anomie: did you ever document your decision to use "Action API" as the official name, or did you just start doing it? [21:24:50] robla: I just started doing it [21:25:41] k...thanks. I'm going to refer back to it, and was going to link to "the decision", but I'll stop looking now :-) [22:18:32] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Restoring Titan functionality after Cassandra disconnect - https://phabricator.wikimedia.org/T85513#949745 (10Smalyshev) See also description in: https://groups.google.com/forum/#!topic/aureliusgraphs/Ktq1B1AGEb0 [22:19:57] 3CirrusSearch, MediaWiki-Core-Team: Forking while reindexing fails on HHVM - https://phabricator.wikimedia.org/T85565#949746 (10Chad) [22:45:19] 3CirrusSearch, MediaWiki-Core-Team: PHP Warnings when "startingOver" an index - https://phabricator.wikimedia.org/T75457#949815 (10Chad) 5Open>3Resolved [23:51:07] bd808: is cdb on packagist yet? [23:51:22] oh, there it is [23:51:23] nm [23:51:30] yeah. https://packagist.org/packages/wikimedia/cdb [23:51:51] dunno why I wasn't able to find it before. packagist search is weird [23:52:13] We published it as cdb/cdb initially but then moved it to wikimedia [23:53:34] right now, you and Krinkle the two maintainers of CSSJanus. does it make sense for "wikimedia" to be a maintainer? [23:54:09] 3wikidata-query-service, Wikidata, MediaWiki-Core-Team: Figure out quantity representation - https://phabricator.wikimedia.org/T85298#949960 (10daniel) Float would be ok, double would be better. Either should work for most applications, but may cause incorrect results for very small or very large numbers (say, m... [23:54:25] Yeah we could add that. I think T.imo added me as a co-maintainer before we created the wikimedia account [23:56:32] {{done}} [23:57:10] great! I'm about to send an internal mail bragging about https://packagist.org/users/wikimedia/ and CSSJanus, so that'll help. [23:57:27] I'm enlisting help for the blog post [23:57:35] excellent