[00:31:51] I'm getting an annoying error and I don't know what's wrong [00:31:53] 2014/03/16 20:30:48 [error] 14105#0: *104335 FastCGI sent in stderr: "PHP message: PHP Notice: Use of undefined constant CONTENT_MODEL_WIKIBASE_QUERY - assumed 'CONTENT_MODEL_WIKIBASE_QUERY' in /var/www/core/LocalSettings_data.php on line 30 [00:31:53] PHP message: PHP Fatal error: Class 'Wikibase\TemplateRegistry' not found in /var/www/core/extensions/Wikibase/lib/WikibaseLib.php on line 121" while reading response header from upstream, client: 173.72.194.6, server: *.brickimedia.org, request: "GET /wiki/ HTTP/1.1", upstream: "fastcgi://unix:/tmp/php5-fpm.sock:", host: "data.brickimedia.org" [00:32:04] from nginx error log [00:34:57] Okay I fixed the first error, but the second one with the Class Wikibase\TemplateRegistry is still an issue [00:35:07] that's the one I don't understand [01:20:54] does anyone know how to fix that .-. [02:16:00] [13WikibaseInternalSerialization] 15JeroenDeDauw created 06integration (+4 new commits): 02http://git.io/TMmCfQ [02:16:00] 13WikibaseInternalSerialization/06integration 142f3870a 15jeroendedauw: Add DeserializerFactory [02:16:00] 13WikibaseInternalSerialization/06integration 14a4a6c8a 15jeroendedauw: Introduce TestDeserializerFactory to eliminate construction duplication in integration tests [02:16:00] 13WikibaseInternalSerialization/06integration 14831b63f 15jeroendedauw: Added ItemRoundtripTest [02:16:10] [13WikibaseInternalSerialization] 15JeroenDeDauw opened pull request #15: Add integration tests (06master...06integration) 02http://git.io/7va0Dw [02:17:09] [travis-ci] wmde/WikibaseInternalSerialization/integration/7082797 : jeroendedauw The build passed. http://travis-ci.org/wmde/WikibaseInternalSerialization/builds/20909819 [06:22:14] HI everyone For my GSoC project, https://www.mediawiki.org/wiki/Wikidata_annotation_tool, I need to make many queries to wikidata api, would I need a bot account or something else since in api definitions it says that if I am going to make too many queries I should probably contact admins. [08:36:37] Hello, Kindly someone explain me wbsetreference method for the api with an example, I can't see where a reference is passed for the claim. [09:17:58] (03PS8) 10Daniel Kinzler: Check namespace before initializing on client. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/113941 [09:19:41] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/113941 (owner: 10Daniel Kinzler) [09:23:38] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/113941 (owner: 10Daniel Kinzler) [09:25:55] (03CR) 10Daniel Kinzler: [C: 04-1] Refactor confusing getting of IDs from Term objects (033 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/114466 (owner: 10Addshore) [09:26:33] [13scrumbugz] 15ChristopherHJohnson pushed 2 new commits to 06master: 02http://git.io/ERX_OQ [09:26:33] 13scrumbugz/06master 148fab2ca 15root: new task assign_numpriority [09:26:33] 13scrumbugz/06master 148c805da 15root: Merge branch 'master' of https://github.com/wmde/scrumbugz [09:49:06] [13ValueView] 15adrianlang 04force-pushed 06removeBifidExpert from 14de526a1 to 14de1ffa7: 02http://git.io/oAQ7hg [09:49:06] 13ValueView/06removeBifidExpert 14de1ffa7 15Adrian Lang: Remove BifidExpert, make ValueView handle static mode... [09:52:17] (03PS3) 10Tobias Gritschacher: Update EntityId expert(s) to reflect changes in ValueView [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118705 (owner: 10Adrian Lang) [09:53:12] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118705 (owner: 10Adrian Lang) [09:54:04] (03CR) 10WikidataJenkins: "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118705 (owner: 10Adrian Lang) [10:00:19] (03PS1) 10WikidataBuilder: New Wikidata Build - 17/03/2014 10:00 [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/119018 [10:08:49] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/119018 (owner: 10WikidataBuilder) [10:26:28] (03PS4) 10Adrian Lang: Update EntityId expert(s) to reflect changes in ValueView [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118705 [10:28:04] (03PS1) 10Adrian Lang: Only use scraped values for HTML formatting [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119021 [10:28:09] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118705 (owner: 10Adrian Lang) [10:29:19] (03CR) 10Addshore: [C: 032] New Wikidata Build - 17/03/2014 10:00 [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/119018 (owner: 10WikidataBuilder) [10:29:48] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119021 (owner: 10Adrian Lang) [10:33:40] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118705 (owner: 10Adrian Lang) [10:34:15] (03CR) 10Thiemo Mättig (WMDE): [C: 04-1] "-1 to get your attention. No big deal. ;-) I think I will merge the next patch set." (033 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/113941 (owner: 10Daniel Kinzler) [10:38:13] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119021 (owner: 10Adrian Lang) [10:38:46] * addshore waves [10:38:59] addshore: \o/ [10:40:49] hey addshore [10:41:09] DanielK_WMDE_: addshore joining in for the daily? [10:41:26] * addshore is :D [10:42:10] * aude expects funny hat [10:49:35] yeh, looks like google hangout is playying silly buggers :/ [10:50:01] I'll send a mail ;p [11:11:37] Tobi_WMDE: sorry, missed it. not much to tell. working on Bug 62491 - "Repo API modules should not depend on EntityContent" [11:11:42] doing reviews and follow-ups. [11:12:08] there is 4 relatively easy (i didn't say small) patches up for review. would be nice to have them in. [11:17:09] :P [11:42:46] addshore: what exactly is left for the new jenkins instance? [11:43:08] did we decide to not puppetize further and make the remaining changes manually? [11:43:10] just that phpunit issue i guess, and adding the browser tests to the job builder [11:43:20] addshore: ok [11:43:21] well, most of it is puppetized :P [11:43:37] can you make a new instance then? the final one? or tell me where/how to do so.. [11:43:54] then I can take care of installing phpunit properly [11:47:38] (03CR) 10WikidataJenkins: "Browsertests for new build on beta were successful" [extensions/Wikidata] - 10https://gerrit.wikimedia.org/r/119018 (owner: 10WikidataBuilder) [11:48:10] Tobi_WMDE: will do [11:49:08] we need to install phpunit 3.7 via pear [11:49:17] aude: yes, think so [11:49:51] * aude was poking at making it work with phpunit 4.0 / phar but doesn't work quite right with mediawiki yet [11:49:51] it = mediawiki [11:49:53] aude, how can we install it via puppet? ; [11:49:54] ;p [11:50:04] or owuld this just be something we do outside of puppet now ;p [11:51:26] when i pear install, it gets 4.0 [11:51:30] * aude needs the old one [11:55:13] pear install pear.phpunit.de/PHPUnit-3.7.32 [11:55:14] :/ [11:56:01] i'll poke at phpunit 4.0 / phar some more but mainly in the evenings or when not busy [11:59:49] its jsut because of the silly mediawiki test running [11:59:51] runner [12:00:05] maybe we should just use our own one like we do for other componenets? :P [12:00:25] that doesn't solve bug PHPUnit_TextUI_TestRunner [12:00:32] err 58881 [12:01:08] phpunit.phar does "PHPUnit_TextUI_Command::main()" and mediawiki's phpunit.php does "MediaWikiPHPUnitCommand::main()" [12:01:21] hmmm *looks at bug* [12:01:44] how to have phpunit.phar use MediaWikiPHPUnitCommand? or other way to achieve the extra things we do (e.g. for parser tests) [12:01:46] why does thataffect anything? :P [12:01:58] we can't use phar [12:02:33] but if we just use something like https://github.com/wmde/WikibaseDatabase/blob/master/tests/evilMediaWikiBootstrap.php [12:02:40] then everything woudl work, no? [12:03:00] no evil! [12:03:44] its less evil than the MW test runner though :P [12:03:57] thats like evil time 3 :P [12:06:06] Tobi_WMDE: there should actually be no problem with just using the instance that is already there instead of creating a new one :) [12:06:27] using a bootstrap is what we need though might need more to handle parser tests etc [12:06:53] * addshore doesnt even understand the parser tests yet :P [12:10:15] anyway, i am back on 3.7 for now and can poke later [12:28:18] mhhhm, Tobi_WMDE aude Lydia_WMDE in time parser if you entered 2nd July 11 what dat would you expect it to be [12:28:19] ? [12:41:42] addshore: that's tricky. in *our* context, I would expect it to be the yeaqr 11, not the year 2011. But if I entered that date in some other, less encyclopedic, context, I'd expect it to be 2011. [12:42:02] indeed :/ [12:42:31] guess we should just make 11 always be parsed as 0011 and never 2011 then [12:42:44] addshore: we discussed this a little at the office last wee... i could imagine a heuristic which would use 2011 if day and month is given, because it'S unlikely that we have day and month of an event in the year 11. [12:43:05] But then, we do for Caesar's death. And it would be overly "magic", I thihnk. [12:43:09] hmm, okay [12:43:28] what about if you were passes 1st june 1 ? [12:43:35] :P [12:43:38] yes, take the year as it is, don't guess the century. [12:44:09] addshore: that's the 1st of June in the year 1, what else? [12:44:32] but how do we handle 1st June 0? [12:44:49] who knows :P jst seems a bit odd if you enter a 1 digit year to get the year you enter, for 2 digits it would magically change and then 3 its what you enter again :P [12:45:05] no, it should never change [12:45:12] take the year exactly as entered by the user [12:45:19] ...and fail if it's 0. [12:45:46] addshore: Adrian was woprking on this, have you talked to him? [12:51:00] (03PS1) 10Addshore: Support 1 2 and 3 digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 [12:51:00] DanielK_WMDE_: not recently no [12:52:38] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 (owner: 10Addshore) [12:57:04] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 (owner: 10Addshore) [13:02:23] [13ValueView] 15adrianlang 04force-pushed 06removeBifidExpert from 14de1ffa7 to 140769f1a: 02http://git.io/oAQ7hg [13:02:23] 13ValueView/06removeBifidExpert 140769f1a 15Adrian Lang: Remove BifidExpert, make ValueView handle static mode... [13:04:24] (03PS2) 10Addshore: Support 1 2 and 3 digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 [13:09:23] (03PS1) 10Addshore: Support 5+ digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 [13:10:40] hehe [13:11:04] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [13:11:13] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 (owner: 10Addshore) [13:12:19] DanielK_WMDE_: what would you call an object that decides if a date being parsed is + or -? :P [13:15:56] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [13:17:53] PeriodParser? :/ [13:17:57] EraParser xD [13:24:28] (03CR) 10Adrian Lang: [C: 04-1] Initialize rank selector on the right element [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118695 (owner: 10Adrian Lang) [13:27:47] addshore: if i entered 2nd July 63 .... i might expect july 2 1963 [13:28:02] at some point, maybe i'll begin thinking 2063 [13:28:14] well, your not allowed to think that any more ;p [13:28:15] for wikidata i would say year 63 [13:29:21] aude: addshore: yeah, let's not be too smart about that and assume that users have some brain left.. :) let's take the year as it is [13:29:29] yeah [13:29:47] if needed, they will learn how things work on wikidata [13:30:02] hehe.. yes. they're doing that all the time.. :) [13:30:53] (03PS2) 10Adrian Lang: Initialize rank selector on the right element [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118695 [13:31:40] addshore: you need a separate class for that? because of localization of "AD"? [13:32:03] well, I need to do checks to see if its BC / AD etc. in lots of different places [13:32:20] ic [13:32:21] would make sense to have a general class doign it rather than copying this code into more places [13:32:28] EraParser seems ok [13:32:34] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118695 (owner: 10Adrian Lang) [13:32:49] and who knows, some calendar might have more than 2 eras :) [13:32:52] yup, thats the one I went for, although I misstyped EarParser to begin with [13:33:01] hahaha! [13:33:08] do your ears need to be parsed? :P [13:33:54] indeed, they do seem in need of a good parsing! [13:36:51] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118695 (owner: 10Adrian Lang) [13:45:03] addshore: there's one remainig issue with the time parser.. [13:45:10] I'll file another bug [13:45:11] what is it? :P [13:45:13] kk :P [13:46:19] if you give e.g. "December 2012" with precision "day" the parser will still say ok, but the precision should be month, right? [13:50:21] addshore: https://bugzilla.wikimedia.org/show_bug.cgi?id=62730 [13:50:29] Tobi_WMDE: will take a look and have a think [13:50:40] :) [13:50:46] Tobi_WMDE: if you were to input -1000BC what would you expect to happen? [13:51:11] hehe [13:51:27] ok, not thinking much about it, it should be 1000 bc [13:51:38] thats what I was thinking :P [13:51:47] and +10000BC would just throw an exception? ;p [13:51:49] thinking more about it, it should indeed be 1000 ac [13:51:55] i know :/ [13:51:59] not sure what to do :P [13:52:23] hm [13:52:47] always throw an exception when using +/- and bc at the same time [13:52:54] probably.. [13:54:02] okay :D thats what I think I am doing now ;p [13:54:15] -1000BC and +1000BC should both be "1000 BC" in my opinion. just ignore the sign.. [13:55:12] basically "BC" means "* -1" so "+1000 BC" means "+1000 * -1" which is "-1000". [13:55:36] if somebody enters "-1000 BC" he is obviously confused. just ignore the "-". [14:02:17] (03PS2) 10Tobias Gritschacher: Support 5+ digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [14:02:54] addshore: added 3 more testcases to https://gerrit.wikimedia.org/r/#/c/119040/ [14:03:05] 2 of them are going to fail, but they should not.. :( [14:03:56] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [14:05:18] (03PS1) 10Adrian Lang: Render title attribute for links to properties [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119048 [14:06:57] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119048 (owner: 10Adrian Lang) [14:09:23] (03CR) 10WikidataJenkins: "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [14:14:05] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119048 (owner: 10Adrian Lang) [14:21:41] (03PS5) 10Thiemo Mättig (WMDE): Avoid deep copy of global mediaWiki object [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/113342 [14:22:22] year first date formats ~:/ [14:22:24] hmmmm [14:22:44] guess ill make another patch for it [14:23:01] (03PS3) 10Addshore: Support 1 2 and 3 digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 [14:23:18] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/113342 (owner: 10Thiemo Mättig (WMDE)) [14:24:45] (03PS3) 10Addshore: Support 5+ digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 [14:24:47] (03PS1) 10Addshore: Factor EraParser out from YearTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 [14:24:51] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 (owner: 10Addshore) [14:26:20] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [14:27:06] (03PS2) 10Addshore: Factor EraParser out from YearTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 [14:27:39] (03PS12) 10Aude: Use BaseTemplateAfterPortlet hook to add "edit / add links" link [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118292 [14:27:51] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 (owner: 10Addshore) [14:28:11] (03CR) 10Aude: Use BaseTemplateAfterPortlet hook to add "edit / add links" link (035 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118292 (owner: 10Aude) [14:29:37] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 (owner: 10Addshore) [14:30:56] Tobi_WMDE: struggling to think of how to always parse things with the year first in the time parser [14:30:57] :P [14:30:59] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/113342 (owner: 10Thiemo Mättig (WMDE)) [14:31:11] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118292 (owner: 10Aude) [14:31:28] addshore: hm? [14:31:43] you mean things like 2012-12-12? [14:32:18] well currently we presume the last numbers are always the year, i.e. 2012-12-12 turns to 2012-12-0012 to be parsed :P [14:32:58] fun times! [14:33:07] how are we doing wiht jenkins [14:33:08] ? [14:33:11] addshore: but that is currently working. only with your latest patch to support 5+ digit years it breaks [14:33:35] its with the previous patch actually supporting 1 2 and 3 digit years :P [14:33:40] will take a poke and see [14:33:47] aude: not worked on it. was busy with other things [14:33:48] :) [14:34:02] addshore: ok, yes [14:34:13] i think -200BC and +100AD should be fine, but -200AD and +100BC should fail [14:34:14] (03PS2) 10Aude: Move isTitleInEntityNamespace to NamespaceUtils with tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118688 [14:34:20] addshore: how did you get jenkins-job-builder on your windows? [14:34:25] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118688 (owner: 10Aude) [14:34:36] just git colned it, read the readme, did that it said :P [14:34:39] *cloned [14:34:49] addshore: from openstack? [14:34:53] nooooo [14:34:55] from gerrit! [14:35:03] addshore: ah, ok [14:35:09] made a .ini with the jenkins instance, my user, my api token [14:35:15] then ran it and it worked [= [14:35:37] just got to specific the path to the job builder config repo on your local machine and the .ini with the details your have! [14:35:37] addshore: ah, btw, what jenkins users do we currently have on the new instance? [14:35:49] Tobi_WMDE: will pm you :P [14:35:55] addshore: ok [14:37:27] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 (owner: 10Addshore) [14:42:58] (03PS3) 10Addshore: Factor EraParser out from YearTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 [14:43:00] (03PS4) 10Addshore: Support 1 2 and 3 digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 [14:43:02] (03PS4) 10Addshore: Support 5+ digit years in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 [14:43:06] Tobi_WMDE: fixed the year first issue ^^ [= [14:43:16] addshore: wohoo [14:43:23] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [14:44:37] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 (owner: 10Addshore) [14:46:14] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119038 (owner: 10Addshore) [14:47:53] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119040 (owner: 10Addshore) [14:49:58] (03PS4) 10Addshore: Factor EraParser out from YearTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 [14:50:33] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 (owner: 10Addshore) [14:50:35] (03PS4) 10Aude: Fix watchlist hook query in client [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118458 [14:51:05] (03PS1) 10Addshore: Parse Eras in DateTimeParser [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119057 [14:51:32] right, there are 4 lovely time patchs up for you Tobi_WMDE ;p [14:52:18] gah, i'm getting gerrit server unavailable every other time [14:52:37] :> [14:52:47] "this webpage is not available" [14:52:53] addshore: :) jup. will look at them [14:53:51] hmm Tobi_WMDE re https://bugzilla.wikimedia.org/show_bug.cgi?id=62730 [14:54:16] June 2010 with the precision of Day as an option I guess should return 1 June 2010 with the precision day [14:54:38] addshore: yes, that would also be a solution [14:54:41] the parsers always obey the options they are passed [14:54:44] (03PS1) 10Daniel Kinzler: (bug 62491) Service for checking permissions. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119058 [14:54:58] what would "2012" with precision "day" return [14:54:59] ? [14:55:37] january 1 2012 [14:56:31] ok [14:56:41] I'm fine with that. [14:56:54] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 (owner: 10Addshore) [14:57:10] hmm, unfortunatly that isnt currently implemented Tobi_WMDE :P [14:57:37] addshore: I know. that's what the bug is about. current implementation breaks the ui [14:57:49] breaks the UI? :O [14:58:03] because it gives you back a date with no day but precision "day" [14:58:26] so thats a bug in the formatter? :P [14:58:58] if the formatter sees a 0 in year month or day that is needed it should be formatted as it were 1? :P [14:59:24] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118458 (owner: 10Aude) [14:59:54] I guess if we change the parsing it might even need a tweak in the DataValues parser that just gets the Iso format currently and the precision ajnd with that it could add any 1s that are needed [15:01:31] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119057 (owner: 10Addshore) [15:02:25] addshore: not sure it is in the formatter. I would still say it's in the parser. [15:02:31] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119051 (owner: 10Addshore) [15:03:33] addshore: because the frontend would not send a request to the formatter when the parser returns something like that [15:05:26] (03CR) 10WikidataJenkins: [V: 04-1] "Build Failed" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/119058 (owner: 10Daniel Kinzler) [15:05:47] okay Tobi_WMDE will try to take a look at that one at some point this week also :) [15:06:10] addshore: great! [15:06:21] addshore: you cloned jenkins-jb from here? https://gerrit.wikimedia.org/r/#/admin/projects/integration/jenkins-job-builder [15:06:30] yup [15:06:44] and then python setup.py install [15:06:45] that's not the config, it's the scripts right? [15:06:49] * aude has those [15:06:50] yes [15:07:00] Tobi_WMDE: I guess, if thats what the readme says :P [15:07:10] yes. :) [15:07:33] think I need to do this as admin.. [15:07:44] :O I didnt [15:07:44] on windows, no idea [15:07:44] :> [15:07:56] or is this being installed in the instance? [15:07:58] addshore: where the hell does it install it to? [15:08:05] oh, even when I ran setup.py there was some small error right at the end but most of it seemed to look okay [15:08:09] Tobi_WMDE: no idea :P [15:08:51] there should be a jenkins-jobs.py in the end, right? [15:09:15] I hate this python stuff.. [15:09:21] i have a jenkins-job script [15:09:21] Tobi_WMDE: what's what i have [15:09:22] not .py [15:09:24] it's like git-review [15:09:34] ugly [15:09:39] :> [15:09:40] indeed# [15:09:52] addshore: just jenkins-jobs? [15:10:06] for me yes [15:10:09] i have a config folder also [15:10:37] and etc/jenkins_jobs.ini [15:11:08] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118292 (owner: 10Aude) [15:11:25] aude: i have a config folder too but i dont use it, and i put my ini somewhere else also [15:11:47] ini can be anywhere [15:12:26] yee [15:13:22] then I think I just run something like [15:13:23] jenkins-jobs --conf ./../jenkins.ini update ./../jenkins-job-builder-config [15:13:28] yep [15:15:24] <^d> Tobi_WMDE: The difference being jenkins-jobs is useful but git-review isn't! ;-) [15:15:37] (03CR) 10WikidataJenkins: [V: 032] "Build Successful" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/118688 (owner: 10Aude) [15:16:25] ^d indeed [15:27:17] what'S with wikidatajenkins failing with nulljobs again? [15:29:58] Hello. I have a question [15:30:00] https://www.wikidata.org/w/index.php?title=Q986728&curid=936371&diff=116715020&oldid=116715004 [15:30:17] Someone is deleting Korean label without Korean interwiki [15:30:38] So I reverted it but he undid my revert [15:30:56] Did I do wrong? [15:32:43] Yuu-chan: Looks like you were fighting over the label *and* the link, no? [15:32:46] He persists Structured data is interwiki but I cannot agree his opinion [15:32:59] but generally: links can and should exist even if there is no corresponding link to wikipedia [15:33:12] Deleting link is correct contribution [15:33:14] ^d: I second that! :P [15:33:16] No, that's silly [15:33:21] Because Kowiki article is deleted [15:33:35] we want labels and descriptions in as many languages as possible. that has nothing to do with interwikis (site links) [15:33:39] But I think label should not e deleted [15:33:45] site links just tell us which wikis have articles about the item [15:34:04] DanielK_WMDE_: Would you mind if you talk this for him? [15:34:06] https://www.wikidata.org/wiki/User_talk:관인생략 [15:34:13] He just ignore my talk [15:34:28] I tried to revert but he said I should not revert it [15:34:54] Yuu-chan: I'm probably not the most authoritative person to do this... which I help to design and implement the data model, I'm not an active member of the community. [15:35:08] i can leave a message, but maybe you want someone like addshore to talk to him :) [15:35:13] Umm... Then what should I do? [15:35:33] Thank you for helping me [15:35:35] Yuu-chan: stay in the channel and find a wikidata admin [15:35:40] whats occouring? :) *reads up* [15:35:59] :p [15:36:00] Someone is deleting Korean label [15:36:14] addshore: someone thinks labels should only exist if there'S a corresponding sitelink. [15:36:16] silly [15:36:54] *looks at the item* [15:37:12] https://www.wikidata.org/w/index.php?title=Q986728&curid=936371&diff=116715020&oldid=116715004 [15:37:16] This is one example [15:37:24] addshore: Just slap someone on the back of the wrist, it's what I'd do anyway [15:37:43] addshore: yay, updated the jobs [15:38:09] https://www.wikidata.org/w/index.php?title=Q6672446&curid=6505244&diff=116749696&oldid=116723868 [15:38:21] He said me my contribution is vandal... [15:38:27] I cannot believe it... [15:39:41] Yuu-chan: Im guessing https://www.wikidata.org/wiki/User_talk:%EA%B4%80%EC%9D%B8%EC%83%9D%EB%9E%B5#.EB.A0.88.EC.9D.B4.EB.B8.94_.EC.82.AD.EC.A0.9C_.EC.9E.90.EC.A0.9C_.EC.9A.94.EC.B2.AD is related? [15:40:21] let's hope he understands english [15:40:23] addshore: hm, if I click on configure for a job on jenkins, there's this huge git-plugin stacktrace we were seeing some time ago.. [15:40:41] is there an "admins by language" category? [15:40:41] seems to not affect the job though [15:40:51] He can understand English [15:40:53] addshore: lrn2speak Korean :p (but yes; seems related) [15:40:58] DanielK_WMDE_: they have abbel en-3 on their user page so it should be okay :) [15:41:05] Is it okay if I revert his contributions? [15:41:11] Tobi_WMDE: O_ thats odd, did you change on of the job configs? [15:41:11] Yuu-chan: Yes [15:41:36] addshore: just updated from what was in the github repo [15:41:46] hmm O_o [15:41:48] but saw this stacktrace before already [15:41:49] very odd... [15:42:06] addshore: aude: will now try to install phpunit properly [15:42:08] hmm, lets see if I actually pushed my most recent changes :P [15:42:15] Tobi_WMDE: ok [15:42:22] pear instal 3.7.32 [15:42:25] addshore: please do so [15:42:56] aude; so any chance of deploying guidedtours on Wikidata today? :) or wait for the hoo to get back tomorrow [15:43:01] Tobi_WMDE: all up to date [15:43:05] JohnLewis: tomorrow [15:43:11] aude; Alright :) [15:43:43] DanielK_WMDE: If you have time, could you have a look to: https://www.mediawiki.org/wiki/User:Tpt/RFC [15:44:16] DanielK_WMDE: It's an early draft of proposal on how improve metadata management in Wikisources [15:44:18] addshore: y u no review? https://github.com/wmde/WikibaseInternalSerialization/pull/15 [15:44:38] JohnLewis: https://wikitech.wikimedia.org/wiki/Deployments#Week_of_March_17th [15:44:49] tomorrow, this time [15:45:09] assuming lydia is ok with it [15:45:17] Alright. [15:45:27] the tour on test.wikidata looks good [15:45:28] I don't think Lydia will have any issues with it. [15:45:35] she says ok [15:47:11] aude: Could you have a look to https://gerrit.wikimedia.org/r/#/c/114979 please? I've improved points highlighted by reviews [15:47:20] aude: addshore: we would probably need to get rid of the broken phpunit installation [15:47:30] addshore: how was it installed? [15:47:43] how was what installed? :P [15:47:52] ahh phpunit, puppet [15:48:07] addshore: ok. how do we get best rid of it again? [15:48:18] remove it from puppet ;p [15:48:24] then remove it from the instance [15:48:59] see https://github.com/wmde/puppet-jenkins/blob/eqiad/manifests/jenkins.pp#L36 [15:49:09] remove that, update puppet on the box and then del the dir :> [15:49:58] what a mess [15:50:11] you have to mark stuff in puppet as "absent" for it to go away [15:50:14] generaly [15:50:26] indeed, :P but eww :P [15:50:34] we only have 1 instnce we have to deal with ;p [15:50:51] Tpt: shall look [15:50:59] aude: Thanks [15:53:37] addshore: so everything is in the eqiad branch of puppet-jenkins [15:53:45] yup [15:54:09] did it there just incase the old instnce was auto pulling and updating :) [15:54:10] it's just a git clone [15:54:27] so delete the directory and remove it from the puppet [15:54:40] then if we want, we can add the pear install thing [15:55:08] Tpt: reading. So far, I noticed that the FRBR terms should be explained a bit more, especially expression vs. manifestation. [15:55:52] it shoudl be clear how they are related, and why they can be conflated in this context (or why and when they should not be conflated) [15:56:59] FRBR? [15:57:07] DanielK_WMDE_: Thanks. I'll write a few links on it [15:57:20] aude: https://en.wikipedia.org/wiki/FRBR [15:57:40] ah, ok [15:58:14] .gz file gets opened by image viewer? Lydia_WMDE: what have you KDE people been smoking now? :) [15:58:29]