[00:34:15] Reedy: yes [07:38:04] [[Wikidata:Wikisource]] [07:38:07] are we ready [07:38:08] ? [08:30:17] I am going to upgrade Jenkins [09:45:48] Lydia_WMDE: Ist Daniel (ab) heute wieder da? Und/oder Jens? [09:46:54] hoo: daniel nicht, jens eventuell [09:48:11] Ok, hab viel an Capiunto gemacht und es funktioniert jetzt langsam, weshalb jemand die Schnittstellen "abnehmen" sollte :P [09:50:34] :) cool [09:50:43] daniel sollte am montag wieder da sein [09:50:53] Ok, gut :) [10:10:50] GerardM-: The instance of thing you're currently doing should IMO probably be done by a bot/ with a bot flag instead? [10:12:07] You already made 11k edits today [10:13:43] In wikidata, are we doing anything about the reduced ability to search due to our name structure? [10:14:27] For instance, we have "John Foster" (numbers of) and using Magnus' tool it searches VIAF but it doesn't do too well when there are lots of results [10:14:53] Yet if you modify the name to be something like "Foster, John 1762" then it finds the person easily [10:15:20] hoo [10:15:53] I am using Widar... that allows me to things interactively and do it quickly [10:15:57] now, I know that relates to how Magnus has done his tool, though it would seem to be a long term ability to ping a data base [10:16:14] GerardM-: I know that, but it still floods the RC [10:16:23] widar? [10:16:31] Don't you have a bot account? You should be able to use Widar with that either [10:16:38] sDrewth: http://tools.wmflabs.org/widar/index.php [10:17:00] my botting is done with AWB [10:17:07] and we aren't there yet [10:17:13] I do have a bot account but on a typical day I do not use Widar that much [10:17:21] <- dinosaur [10:18:05] what is AWB ? [10:18:12] auto wiki browser [10:18:26] [w:en:Wikipedia:AutoWikiBrowser]] [10:18:38] urk, short a [ [10:21:38] hoo: if using Widar, are you suggesting/stating that one should use a bot account? [10:22:06] sDrewth: Doesn't really depend on using Widar (or whatever tool) but on the amount of edits you are going to perform [10:22:29] (personal opinion) [10:23:49] at the moment, I doubt my editing style is a concern for RC per session [10:24:06] though cumulatively it is adding up [10:29:10] is there a help page for Widar? [10:29:27] when I find something where I can use Widar I will, it works so well for adding lots of edits [10:29:29] yes [10:29:43] GerardM-: mh, interesting, I never tried it myself yet [10:30:26] I am now adding "instance of" "human" to years when people died [10:31:13] the query has something like a third that are not known to be human [10:32:33] GerardM-: where are the instructions on how to operate the tool? [10:36:15] you create the query definition with wdq OR you use a category of a wikipedia [10:36:16] ah, I see, you need to use other tools [10:36:22] indeed [10:36:38] but when you use a category, it is easy [10:36:59] the only thing that is really specific is adding the OAUTH authorisation [10:37:31] hoo [10:37:38] yes? [10:37:40] with wikisource coming online in a week or so, it will start to have ore value for me [10:37:42] I mention Widar often on my blog [10:38:19] you probably want it to work on Wikisource... ask Magnus about it or write a patch [10:39:39] then again given that you can specify Wikipedia ... it may even work [10:39:50] we need to get onboard first [10:43:43] true.. I wonder if Wikisource and the new data type will arrive together [10:44:28] Lydia_WMDE: ^ [10:44:52] new data type? [10:44:59] I so cannot keep up [10:45:31] no [10:45:43] the current plan is to have wikisource only in the next deployment [10:45:48] and then a week later quantities [10:46:19] oh, I did see quantities, and we don't need them ;-) [10:47:01] oh yes we do [10:47:22] WSes? [10:48:51] GerardM-: I am clearly brain dead about how to get the tool to apply the items. I can get an autolist up, can select a couple, but none of the links/buttons applies [10:51:41] did you click on the Widar button ? [10:52:21] at http://tools.wmflabs.org/wikidata-todo/autolist.html?q=claim[106%3A36180]%20AND%20claim[569]%20AND%20claim[570]%20AND%20noclaim[214] there is no button [10:52:26] you have to authorise its use first AND set the tick box that you did authoriuse it [10:52:35] all authorised [10:52:39] THEN you will get the CLAIM button [10:52:55] okay, I have a claim button [10:53:10] Click that one [10:54:04] okay, which won't work for a VIAF query, but I get the gist of it [10:57:01] what is it that you want to achieve ... authors WITHOUT a VIAF ? [10:59:01] I was looking at that just as a view [10:59:30] I got it to work for Richmond football club players [11:00:04] and took a bath ... [11:00:05] Bath-processing 6 items... [11:00:27] the English language will get you every time [11:02:14] :) [11:02:37] I am making sure that people who died in the last century were human [11:04:08] sounds like a fair call [11:05:46] :D [11:06:46] mind you now sure that Stalin, Hitler and others qualify as human [11:06:50] not [11:10:54] wish there was an easier way to do descriptions [11:12:55] Yeah... although I think with a smart semi automatic script thingy you could generate many [11:13:04] * hoo has a lot of ideas, yet so few time [11:15:05] sDrewth: I wish nobody added descriptions [11:15:17] huh? [11:15:26] the automated descriptions of Magnus are much better [11:15:52] oh really? [11:15:57] AND it works in any language given labels [11:16:24] so what is the benefit of something static that is often of dubious use ? [11:17:23] GerardM-: That's probably a little complicated to explain... for once Magnus's descriptions probably aren't 100% accurate in all fields/ languages, also they are Wikidata specific, so can't go into Wikibase [11:17:47] but I guess if the community agrees they could be fed into the descriptions fields (at least in some cases) [11:18:55] hoo ... that sounds like a rediculous argument [11:18:57] .. [11:19:20] GerardM-: no they are not [11:19:22] What is Wikibase but the software that generates thing [11:19:23] s [11:19:39] so the routine used by Magnus CAN be included in wikibase [11:19:43] Wikibase is meant to store data, not to process it [11:20:01] so ? [11:20:16] it would be helpful to back and approve descriptions [11:20:45] it would be helpful when there is an option to only see the automated descriptions [11:21:10] the descriptions are more in my way than that they help [11:21:56] I will remove wrong descriptions, I willl only occasionaly change them [11:22:21] when tidying up "cinematographer" like I am doing, "Person M (yyyy-yyyy)" is not helpful [11:22:32] if all the people fields were completed, maybe so [11:22:59] if you add a description in English, it does not help me in Dutch [11:23:09] and then trying to piece together series of data, "Film" is not sufficiently descriptive [11:23:10] when you add statements, you do [11:23:39] add occupation and it is part of the description [11:23:42] aude: around? [11:23:58] yes GerardM- most of what I am working with is without all that stuff [11:24:11] ? [11:24:40] aude: someone asked if we'll do a deployment of wikisource on test.wikidata.org [11:24:49] before going to wikidata.orgf [11:24:58] should be okay to do [11:25:07] k [11:25:41] we don't even need to wait until thursday, although i want to check [11:25:49] myself for issues first [11:25:53] i think none [11:26:10] how are we going to handle oldwikisource, btw :P [11:26:29] aude: ok [11:27:20] hoo: is that in incubator? [11:27:31] * aude not sure what [11:27:45] aude: nope https://wikisource.org/ I mean [11:27:57] which is != en.wikisource [11:28:13] same way we handle https://wikipedia.org [11:28:25] what we call mul WS, and its failure to interwiki well [11:28:39] * aude can't imagine what is different [11:28:48] aude: We handle wikipedia.org? [11:28:52] it's just static html [11:28:54] not we = wikidata [11:29:42] I'm a bit confused now [11:29:54] wikisource.org is a multilingual wiki where actual data is on [11:30:01] while wikipedia.org is just a landing page [11:30:06] * aude looks [11:43:45] hoo indeed [11:44:28] I have made the argument repeatedly that one Wikisource properly tooled and internationalised would serve better than then current hodgepodge [11:45:53] won't happen, though [11:46:01] given that Wikisource does not get resources ... [11:47:48] back to descriptions ... Widar and WDQ use automated descriptions [11:48:21] and you will notice that given enough statements it is really descriptive and usable for disambiguation [11:48:54] an other advantage is that it prevents any discussion (on the descriptions as there is no POV) [11:49:28] but it's probably using alot of Wikidata specific logic [11:53:35] and that logic can be replicated [11:53:55] if anything it could be / should be defined by the ontology in use [11:54:11] and THAT would make sense [11:54:39] when I say for Golden Tulip award is a award ... the description is award [11:54:55] makes sense does it not ? [11:58:20] aude: See what I meant? [11:58:43] it seems it has it's own site group [11:58:51] "sources" [11:59:01] and the others are wikisource? [11:59:06] yes [11:59:16] so we wont cover it? [11:59:22] this is totally not documented [11:59:29] ... [11:59:53] it's not in the sites table [11:59:58] what? [12:01:13] i suppose it can be added to the sites table [12:01:27] and then? [12:01:29] but it would form a separate section on Wikidata then [12:01:41] it still stays multilingual [12:01:54] same problem as with the incubator/betawv [12:03:44] ewww [12:03:51] it's more like commons [12:03:56] yep [12:03:59] "sources" is the lang [12:04:10] it's in the wikipedia group, like commons, wikidata, mediawiki.org etc [12:04:44] i don't know where best to put it... seems logical grouped with wikisource [12:05:23] but would require a bit more tweaking of code etc. to make it work or [12:05:32] Indeed [12:05:40] we could "hack" and put wikisource as site group in sites table, but i don't like the inconsistency [12:05:58] i think we could support it when we support incubator [12:07:05] Well, I feared that would happen [12:07:25] :( [12:07:55] Someone has to tell the community... they expect it to be included (I think) [12:08:07] do they? [12:08:27] I think so [12:08:29] Lydia_WMDE: ^ [12:09:37] hoo: noted [12:09:49] * aude wonders how they would like it included [12:10:00] * Lydia_WMDE wishes this incosistent mess in wiki setups would stop [12:10:06] * aude too [12:10:13] hoo: at least according to the oberview page it is treated seperately [12:10:13] ;) [12:10:27] *over [12:10:28] there is some discussions in https://www.wikidata.org/wiki/Wikidata_talk:Wikisource#Specific_points [12:10:29] Charleston: At least something... [12:10:35] we still have for commons it saying "English (commonswiki)" [12:10:38] when adding site links [12:10:49] we need to improve that [12:11:01] Yeah, it's not perfect yet [12:11:02] or else it would be "English (sourceswiki)" or something odd [12:11:17] i don't know how oldwikisource figures in with being a site id [12:11:21] Which is totally not confusing with English (wikisource) [12:11:27] it's at least different than the dbname [12:11:49] can we go and hit the person who set this up on the head for good meassure? [12:12:03] heh [12:12:25] +1 [12:12:38] everything is a wikipedia! if it's not lang + (wikivoyage|wiktionary|...) [12:13:02] aude: the problem with OldWS is that the content is /not/ in English but rather in any language which has no own Wikisource :p [12:13:12] Charleston: right [12:13:21] there is a proposition to put oldwikisource in mul.wikisource [12:13:25] even more complicated [12:13:47] Yep [12:13:49] supporting a "mul" language code would be good [12:14:04] not so trivial [12:14:43] totally not trivial for now... I don't even want to know at how many points our code would break [12:38:15] Lydia_WMDE the rationale for Wikisource in this way is that it allows for sources that are unlikely to ever get their own wikisource [12:38:25] old greek comes to mind among many others [12:38:31] seems a good idea [12:38:59] GerardM-: that's fine - what is causing the issue is doing one this way and others in another way [12:39:11] inconsistency sucks [12:39:47] or we need to figure out how to make the "sites" system to accommodate it / be more flexible and wikibase to handle it [12:39:56] also an issue with commons, in my opinion [12:40:27] it's not really an english wiki specifically [12:54:24] (03PS2) 10Aude: Handle copyright message in new class, with tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 [12:56:40] (03CR) 10Aude: "i18n message (e.g. wikibase-shortcopyrightwarning) should be moved to lib... can do in a follow-up or in this patch once it gets +1 or rea" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 (owner: 10Aude) [12:57:38] Lydia_WMDE: would you take a look at how we might handle the copyright message for wikidata... the code doesn't matter much [12:57:59] aude: ok [12:58:26] but what it does is allow specifying different url and text for the license (e.g. CC-0) for data vs. CC-BY-SA 3.0 [12:58:54] the actual text of the wikibase-shortcopyrightwarning is same as what we had, except for the url and name of the license [12:59:42] http://translatewiki.net/wiki/MediaWiki:Wikibase-shortcopyrightwarning/en [13:00:02] http://translatewiki.net/wiki/MediaWiki:Wikidata-shortcopyrightwarning/en [13:00:30] wikibase-save will get passed to the message [13:00:58] aude: what i am seeing makes sense to me [13:01:02] ok [13:01:14] we're not changing the wording at all... the default seems suitable [13:01:19] *nod* [13:01:26] * aude doesn't want to upset the lawyers :) [13:01:30] hehe [13:02:04] but we can't use the default completely (e.g. $wgRightsUrl / $wgRightsText) because those apply to wikitext namespaces [13:03:33] aude: Don't know in which shape your ar is... but https://ar.wikipedia.org/wiki/%D8%A3%D8%B3%D8%A7%D8%B3%D9%86%D8%B2_%D9%83%D8%B1%D9%8A%D8%AF_2:_%D8%AF%D9%8A%D8%B3%D9%83%D9%81%D8%B1%D9%8A is that adding any value? [13:04:02] gah, long url [13:04:17] if it's the thing multi-chill had me see, then no [13:04:36] aude: Nah, someone is splitting up an item about a single topic [13:04:41] as far as I can tell [13:04:48] just becuase of that thing on arwiki [13:05:10] which is as far as google translate can tell me, just a redirect-like article [13:05:33] it looks kind of like a redirect [13:05:42] * aude doesn't understand the reason [13:05:48] hey aude [13:05:52] hi hashar [13:06:16] i will be late. had lynch with wife and I am still dowtown [13:06:20] ok [13:06:23] no hurry [13:06:33] should be there in half an hour [13:06:36] k [13:06:53] hashar: I hope you really had lunch with your wife :D [13:07:08] aude: Going to be bold and turn it into a redirect then [13:07:15] ok [13:07:15] I did. she is on vacations hehe [13:07:22] see yiu [13:07:28] see you [13:08:01] time to look at jeroen's patch again [13:08:25] Lydia_WMDE: when does tobi come back? [13:09:12] aude: he does not have any vacation in his calendar anymore so i'd assume today [13:09:19] nope [13:09:23] it's me an jens [13:09:23] hmm [13:09:25] and* [13:09:26] ok [13:09:44] maybe he is getting rid of some over-time then [13:10:03] Jens is in the officE? [13:10:08] if i merge jeroen's patch, then it means no jenkins and only travis running after merge [13:10:21] * aude not too thrilled about  [13:10:55] even if we did live without jenkins so long in the beginning, not sure that's good [13:11:40] * hoo cries over our bad reverting options [13:11:48] https://www.wikidata.org/w/index.php?title=Q2075360&action=history [13:11:56] Sorry. :( [13:12:16] sjoerddebruin: Any idea what that guy is doing? [13:12:24] Weird stuff. [13:12:27] Except of moving an item completly to another one? [13:12:28] no idea [13:12:30] yeah... [13:12:36] Merge the new one with the old one. [13:12:44] seems like merging [13:12:45] should work [13:12:54] doing hard way [13:13:08] as I've cleared up the pseudo-redirect on arwiki [13:13:15] I even have editor rights there for some reason :P [13:13:22] :) [13:16:55] sjoerddebruin: Will you do the merge, busy with other stuff now [13:19:04] (03PS3) 10Aude: Handle copyright message in new class, with tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 [13:20:09] so many things still in review.... [13:20:22] Yep [13:20:33] actually some got merged like term box [13:20:42] I merged a bit of stuff also [13:20:46] yep [13:21:52] (03CR) 10Hoo man: [C: 032] "Documentation/ example only change in accordance with MediaWiki master, should be good to go." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/96459 (owner: 10Siebrand) [13:22:02] So, it’s merged again. [13:22:57] hmmm, core phpunit tests are still failing (in post-merge regression job) [13:23:22] sjoerddebruin: Thanks :) Deleted the duplicate now [13:23:23] * aude updates my patch for that [13:23:28] aude: Ewk [13:23:44] i have +1 but style suggestions [13:23:56] We also still see occasional segfaults with PHP 5.3 [13:24:00] yep [13:24:09] but travis isn't using the latest php 5.3 [13:24:14] oh [13:24:31] they were behind one version or so last that I checked [13:24:33] * aude wonders how many people know the core tests are failing [13:24:42] how many people know and don't care [13:25:02] only happens when running all the tests together, which is odd [13:25:20] but typical [13:25:24] * aude nods [13:26:15] (03CR) 10Hoo man: [C: 04-1] "Needs rebase, also per Jeroen" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102643 (owner: 10Henning Snater) [13:27:21] (03Merged) 10jenkins-bot: Remove underscore from class names LBFactory_* [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/96459 (owner: 10Siebrand) [13:29:52] (03CR) 10Hoo man: [C: 04-1] Add messages to EntityContentTest assertions (032 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102407 (owner: 10Aude) [13:30:42] doh [13:32:48] (03CR) 10Hoo man: [C: 04-1] "not sure about this, maybe the unit tests should alter $wgHooks instead of this... yay for global state and static code" (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102376 (owner: 10Aude) [13:35:00] [travis-ci] wikimedia/mediawiki-extensions-Wikibase#1507 (master - 73da651 : jenkins-bot): The build was fixed. [13:35:00] [travis-ci] Change view : https://github.com/wikimedia/mediawiki-extensions-Wikibase/compare/e0b0cfa45153...73da6512b9c7 [13:35:00] [travis-ci] Build details : http://travis-ci.org/wikimedia/mediawiki-extensions-Wikibase/builds/16255635 [13:36:14] (03PS2) 10Aude: Make messages more detailed in EntityContentTest [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102407 [13:38:03] (03PS2) 10Aude: Don't run OutputPageParserOutput client hook during tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102376 [13:39:05] travis is still on PHP 5.3.27... maybe the failures are gone with 5.3.28 ?! [13:39:12] no idea [13:39:31] * aude has 5.3.27 and no segfaults [13:39:38] :( [13:40:23] I don't really want to debug that... I once dived into the PHP source code and it was horrible [13:40:26] I mean horrible [13:40:31] pretty sure it's still something being assumed Property [13:40:35] EditPage is almost nice compared to that [13:40:43] with type hint and it's an entityt [13:40:45] errr item [13:41:03] aude: Nah, probably some destructor is causing the segfault as it's happening other PHPunit is done [13:41:14] * after [13:41:48] hmmmm [13:42:51] All tests pass and phpunit is even telling us... and after that it segfaults... clearly something in the shutdown routines process is messing [13:42:57] ick [13:43:05] only php 5.3 [13:43:09] Yeah [13:43:18] at least that's an improvement [13:43:21] it's not random [13:43:28] Yes, it's a PHP problem, also [13:43:33] not our department any more [13:45:22] (03CR) 10Aude: "handling $wgHooks in each test might work, but might be difficult." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102376 (owner: 10Aude) [13:45:35] (03CR) 10Hoo man: [C: 032] Make messages more detailed in EntityContentTest [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102407 (owner: 10Aude) [13:45:52] * aude runs core tests [13:47:31] re [13:47:38] hey [13:48:01] (03CR) 10Hoo man: "Mh... as this is causing problems *right now*, I guess I can overlook the fact that this is horrible if you add a big FIXME" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102376 (owner: 10Aude) [13:48:52] i don't know how much the problems.... [13:48:59] depends how much one cares about core tests [13:49:21] Core tests are horrible... frankly I didn't run them in ages [13:49:42] aude: going to unleash "Enable Wikidata build on beta labs" https://gerrit.wikimedia.org/r/#/c/95996/ [13:49:50] wtf, get fatal error for elastica [13:49:53] hashar: ok [13:50:31] * aude tested it best i could on beta [13:50:42] (03Merged) 10jenkins-bot: Make messages more detailed in EntityContentTest [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/102407 (owner: 10Aude) [13:51:15] aude: Do you have shell access on beta? [13:51:41] i do [13:51:51] nice [13:52:22] still, it's mostly automated and not great to just poke around [13:52:50] but on christmas maybe no one notices :) [13:52:52] mh... in what condition are our other tests builds? [13:53:05] i think ok [13:53:07] like the lab projects Silke build up [13:53:14] oh, needs work [13:53:38] to update the puppet and use it for all our tests systems (and have just one test system) [13:54:01] a nice test cluster with a few clients would be nice [13:54:05] yes [13:54:15] * aude wants a test wikisource [13:54:20] needs* [13:54:28] heh [13:55:03] the puppet will be updated soonish (within next week or days) before labs is migratde [13:55:07] migrate* [13:55:08] d [13:55:27] just in case things go badly and our non puppetized test system dies [13:56:07] aude: ok change deployed on beta, not sure how to test it though [13:56:19] well, nothing broken [13:56:36] Yeah... things either break completely or the deps. are there [13:56:37] and when localisation update runs, not broken [13:56:47] wikidata beta looks fine [13:56:51] ahh [13:56:56] missing a bunch of messages though [13:57:00] I see [13:57:01] [] [13:57:24] ickand i htink completely unrelated to wikibase [13:57:39] but en wikipedia beta is broken on special:version [13:57:41] must be the message update which is broken : [13:57:44] http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version [13:57:50] 00:02:45.968 Unable to open list file /data/project/apache/common-local/php-master/../wmf-config/extension-list-labs. [13:57:51] :( [13:57:54] missing magic word [13:57:59] :( [13:58:08] pendingchangelevel [13:58:14] [travis-ci] wikimedia/mediawiki-extensions-Wikibase#1508 (master - 1b43fd3 : jenkins-bot): The build was broken. [13:58:14] [travis-ci] Change view : https://github.com/wikimedia/mediawiki-extensions-Wikibase/compare/73da6512b9c7...1b43fd330ec8 [13:58:14] [travis-ci] Build details : http://travis-ci.org/wikimedia/mediawiki-extensions-Wikibase/builds/16256638 [13:58:46] magic word is from flaggedrevs and either means it's new / localisation not run yet [13:58:51] or it's missing [13:58:52] /build/travis/script.sh: line 12: 2188 Segmentation fault php phpunit.php --group Wikibase [14:08:36] and it can't open another file Warning: file(extension-list-wikidata-labs): failed to open stream: No such file or directory in /data/project/apache/common-local/php-master/maintenance/mergeMessageFileList.php on line 116 [14:08:37] :D [14:09:11] why? [14:09:18] errr [14:09:55] some permission needs to be set or what? [14:09:58] or symlink? [14:10:12] could be symlink [14:10:48] https://gerrit.wikimedia.org/r/104954 [14:10:49] should fix it [14:10:52] by adding $wmfConfigDir [14:11:04] ok [14:11:36] * aude wonders if symlink is needed [14:12:10] [travis-ci] mariushoch/mediawiki-extensions-Wikibase#1 (master - 2cf3a88 : Marius Hoch): The build passed. [14:12:10] [travis-ci] Change view : https://github.com/mariushoch/mediawiki-extensions-Wikibase/compare/369f2586fb84...2cf3a889b478 [14:12:10] [travis-ci] Build details : http://travis-ci.org/mariushoch/mediawiki-extensions-Wikibase/builds/16257457 [14:12:47] i don't see a symlink for extension-list so maybe not [14:13:08] wait... damn [14:13:16] Trying gdb now, actually [14:15:38] aude: seems it fixed the l10n update on beta :-] [14:16:04] so we wait for it to run [14:16:21] I am running it already [14:16:25] ok [14:16:32] simply sudo as mwdeploy user :-] [14:16:43] ok [14:18:11] aude: Got unit tests running with gdb now... [14:18:13] \o/ [14:18:25] en wikipedia beta is back :) [14:20:16] nice [14:20:22] * aude still see wikibase-statements [14:20:23] though http://wikidata.beta.wmflabs.org/wiki/Q4203?foobar still gives unknown messages :-( [14:20:45] just in js [14:20:50] disable js and it's oka [14:20:51] y [14:21:25] so that is the messages being used by javascript which are borked ? [14:21:30] yes [14:21:38] I have no clue how they get updated [14:21:39] that's why "wikipedia pages linked..." works [14:21:43] maybe that is the resource loader [14:21:49] that is non-js [14:21:52] going to kill bits cache [14:22:44] * aude tries with debug=true [14:23:08] http://wikidata.beta.wmflabs.org/wiki/Q6763?debug=true works [14:23:23] errr, no [14:23:25] hah... caught a PHP segfault: https://api.travis-ci.org/jobs/16257722/log.txt?deansi=true [14:23:31] ugh [14:23:49] it's trying to get js from the old location [14:24:21] #6 0x000000000082fee9 in shutdown_executor (tsrm_ls=0x110f310) [14:24:32] so my suspicion was right [14:24:41] hoo: ah I got that issue when trying to generate code coverage with phpunit and php 5.3 [14:24:54] hashar: Ewk... [14:25:08] we see it with "normal" unit tests [14:25:24] * aude doesn't quite understand [14:26:42] hmmm, still no messages [14:28:20] I have no idea how it works :-( [14:28:43] * aude not much more knowledgable [14:29:13] when i do mw.messages.values in the console, i see stuff like "" and mixed with valid messages [14:29:42] might be missing dependency [14:29:48] maybe some cache need to be invalidated somehow :/ [14:30:18] oh why does it need a couple PhD to manage our messages [14:30:19] maybe [14:30:27] :( [14:30:47] it also thinks the commosn site links are full [14:30:51] when they are not [14:31:11] i think i can poke around and debug [14:31:30] as long as localisation cache update runs okay [14:32:15] it's making a new build for beta now [14:33:02] hmm [14:33:11] the php console give me the messages :-] [14:33:19] interesting [14:33:42] $ mwscript eval.php --wiki=wikidatawiki [14:33:42] > print wfMessage( 'wikibase-edit' )->text(); [14:33:43] edit [14:33:50] wikibase-statement ? [14:33:56] if they are displayed via javascript, it must be some issue with resourceloader [14:34:01] yeah [14:34:05] with js off, it's good [14:34:20] * aude loves resource loader :) [14:34:35] * hashar skips giving an opinion [14:34:40] heh [14:35:25] I am afraid we will hit the same issue in prod whenever I sync :( [14:35:36] me too [14:36:27] i don't see how it's a problem, but "wikibase-propertyedittool-full" for example [14:36:41] > print wfMessage( 'wikibase-propertyedittool-full' )->text(); [14:36:42] List of values is complete. [14:36:42] :D [14:36:43] is defined in wikibase repo but used in wikibase lib [14:36:45] oh [14:36:45] no clue how to load it via js [14:38:05] maybe wikibase lib needs to be included explicitly [14:38:20] in RL dependencies ? [14:38:52] no idea [14:39:11] i think we'd have fatal error if it wasn't loaded though [14:39:13] i think it's ok [14:40:13] http://wikidata.beta.wmflabs.org/wiki/Special:Version is ok [14:40:25] https* [14:40:48] could it be that the wikibase RL module is not registering the i18n files ? [14:40:57] i doubt it [14:41:38] one sec... [14:41:45] let me try removing or moving my old extensions [14:42:23] ah ha [14:42:32] :-D [14:42:33] it's looking in the old place [14:42:41] why? [14:42:52] probalby something we are doing wrong [14:42:55] not sure what you mean [14:43:00] hashar: Did you file a bug for that PHP segfault yet? [14:43:08] Failed to load resource: the server responded with a status of 404 (Not Found) http://wikidata-repo/extensions/Wikibase/lib/resources/jquery.wikibase/jquery.wikibase.statementview.js [14:43:31] for beta, i assume some of the old stuff is still present but not being loaded [14:43:47] if such link is requested though, it probably exists [14:43:49] hoo: see attachment at https://bugzilla.wikimedia.org/show_bug.cgi?id=43972#c31 :( [14:44:12] hoo: stack trace is https://bugzilla.wikimedia.org/attachment.cgi?id=13273&action=edit [14:44:39] aude: aren't we forbidden from loading files directly ? [14:44:48] that's in debug mode [14:44:51] no idea [14:45:18] ah if I add ?lang=qqq the messages load :-) [14:45:24] heh [14:45:32] i think it's an issue with our code [14:45:51] assumes resources are at a certain level in the hierarchy [14:46:38] that at least improves things a lot for me, if i change [14:46:44] 'remoteExtPath' => 'Wikibase/repo/resources', [14:46:46] to 'remoteExtPath' => 'Wikidata/Wikibase/repo/resources', [14:48:32] anyway your change is not going to have that issue in production [14:48:36] so I am going to deploy it [14:48:49] agree [14:49:16] syncing [14:49:27] i just need to figure out a way to define resource location more flexible and robustly [14:49:44] synced [14:49:50] will let you figure out what is wrong on beta :D [14:49:51] yay [14:49:56] ok [14:50:36] at least you are no more blocked :-] [14:50:54] it's one step [14:51:30] thanks hashar! [14:52:46] and as I said to lydia by email, do ping if anything is needed in prod [14:53:01] ok [15:16:14] Lydia_WMDE: https://bugzilla.wikimedia.org/59211 [15:22:47] aude: Will I be killed if I use a global in there to get the right path? [15:23:17] we can't just use a setting, like how the other wikibase settings are defined [15:23:28] aude: yeah, that's also boring [15:23:29] global could work [15:23:42] Settings are not loaded yet apparently [15:23:45] or i'm doing it wrong [15:24:16] alright, i think it's time to get lunch :) be back in hour or so [15:33:27] (03PS1) 10Hoo man: Don't hard code the remoteExtPath for ResourceLoader [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104963 [15:39:01] Lydia_WMDE: I lost track a little... can all of the extensions included in teh Wikidata repo be edited through gerrit or which of them are on github these days? #confused [15:41:48] (03PS1) 10Hoo man: Don't hard code the remoteExtPath for ResourceLoader [extensions/DataTypes] - 10https://gerrit.wikimedia.org/r/104966 [15:57:39] (03PS1) 10Hoo man: Don't hard code the remoteExtPath for ResourceLoader [extensions/DataValues] - 10https://gerrit.wikimedia.org/r/104969 [15:57:56] aude: thx - is this going to cause an issue in production for the next deployment? [15:58:19] ok, these patches will fix the ResourceLoader stuff [15:58:37] w/o any additional configuration [15:58:46] hoo: yeah this is one thing we need to clearly publish asap - i am losing overview as well [16:00:09] Lydia_WMDE: Yep, I think some of these are forked now on github [16:00:13] but I really lost track [16:00:37] IMO deployed stuff shouldn't be developed on github, but meh [16:02:14] Lydia_WMDE: At best you make Jeroen (or whoever decides on this stuff) create a page on mediawiki.org where all extension are noted and where they are developed... it's not bearable to run around the real master on two platforms [16:03:08] Yeah, having a page describing the actual software would be so helpful - what a crazy idea [16:04:31] JeroenDeDauw: well... so can these extensions currently be edited on gerrit or am I producing a big mess? [16:05:22] DataTypes and Values, I mean [16:05:52] hoo: that really depends on what you are doing. ATM there are some changes that can end up causing more work if they are made now [16:06:07] Mostly in DataValues [16:06:14] So do not make changes there unless really needed [16:06:21] JeroenDeDauw: Just changing some ResourceLoader definitions [16:06:33] needed for the Wikidata repo deploy [16:06:56] hoo: in DataValues? [16:06:58] no... [16:07:02] This is already done [16:07:06] In the forks [16:07:13] oh [16:07:20] oh well [16:07:22] go ahead [16:08:02] Ok, but we need an interim fix [16:08:10] I guess aude will merge these later [16:43:38] aude: There? [16:55:09] (03CR) 10Aude: [C: 04-1] "this does not work if $wgExtensionAssetsPath is not explicitly set." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104963 (owner: 10Hoo man) [16:55:24] aude: Really? [16:55:38] hoo: look at what I did in the forks [16:55:43] That ought to work [16:55:57] hoo: another solution [16:56:00] I didn't have it set explicitly and it worked, damn [16:56:00] JeroenDeDauw: i'll try yours [16:56:24] hoo: really? [16:57:45] https://github.com/wmde/DataValuesJavascript/blob/master/js/ValueParsers.resources.mw.php [16:57:53] *retries* [16:58:29] Ok, seems I tested on teh wrong build [16:58:36] * branch [16:58:59] not a problem, can fix [16:59:09] http://wikidata-repo/extensions/Wikidata/Wikibase/lib/resources/Wikibase/lib/resources/jquery.wikibase/jquery.wikibase.statementview.RankSelector.js [16:59:12] not found [16:59:44] * aude is not doing weird stuff in local settings [17:01:23] damn [17:01:30] * aude rages... bought non-wasabi peas :) [17:01:48] I thought taht worked before I applied it to a bazillion files :P [17:02:19] the "link" above is with jeroen's solution [17:02:40] I know Jeroen's solution, I just found mine to be nicer :P [17:02:53] neither is good [17:02:58] +1 [17:03:35] and it can't be a setting [17:03:54] at least not the way we handle wikibase settings as they are initialised later [17:04:56] (03PS2) 10Hoo man: Don't hard code the remoteExtPath for ResourceLoader [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104963 [17:05:04] in a perfect world RL could be smarter [17:05:18] and our maintenance script [17:05:19] this one is untested [17:05:25] scripts8 [17:05:26] * [17:09:02] better [17:10:07] (03PS2) 10Hoo man: Don't hard code the remoteExtPath for ResourceLoader [extensions/DataValues] - 10https://gerrit.wikimedia.org/r/104969 [17:10:09] (03CR) 10jenkins-bot: [V: 04-1] Don't hard code the remoteExtPath for ResourceLoader [extensions/DataValues] - 10https://gerrit.wikimedia.org/r/104969 (owner: 10Hoo man) [17:11:05] what? [17:11:09] my change is on master [17:11:32] * hoo slaps Jenkins [17:13:04] (03PS2) 10Hoo man: Don't hard code the remoteExtPath for ResourceLoader [extensions/DataTypes] - 10https://gerrit.wikimedia.org/r/104966 [17:14:12] huh [17:14:59] (03PS3) 10Hoo man: Don't hard code the remoteExtPath for ResourceLoader [extensions/DataValues] - 10https://gerrit.wikimedia.org/r/104969 [17:17:16] aude: Passed tests now, weird [17:17:33] confirmed it works on beta :) [17:18:10] \o/ [17:18:32] (03CR) 10Aude: [C: 032] "works locally and good for beta" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104963 (owner: 10Hoo man) [17:20:00] (03CR) 10Aude: [C: 032] Don't hard code the remoteExtPath for ResourceLoader [extensions/DataValues] - 10https://gerrit.wikimedia.org/r/104969 (owner: 10Hoo man) [17:20:46] (03CR) 10Aude: [C: 032] Don't hard code the remoteExtPath for ResourceLoader [extensions/DataTypes] - 10https://gerrit.wikimedia.org/r/104966 (owner: 10Hoo man) [17:20:52] * aude waits for beta [17:21:42] (03Merged) 10jenkins-bot: Don't hard code the remoteExtPath for ResourceLoader [extensions/DataValues] - 10https://gerrit.wikimedia.org/r/104969 (owner: 10Hoo man) [17:21:44] (03Merged) 10jenkins-bot: Don't hard code the remoteExtPath for ResourceLoader [extensions/DataTypes] - 10https://gerrit.wikimedia.org/r/104966 (owner: 10Hoo man) [17:23:34] (03Merged) 10jenkins-bot: Don't hard code the remoteExtPath for ResourceLoader [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104963 (owner: 10Hoo man) [17:27:23] :) [17:27:48] aude: Is the Wikidata repo currently deployed on Beta? [17:27:54] yes [17:28:00] right now it "seems" to work for me [17:28:10] but is loading stuff from the old directory location [17:28:24] ok, doesn't have an Special:version entry as it seems [17:28:37] no [17:30:37] beta is slow -.- [17:30:48] indeed [17:30:57] https://integration.wikimedia.org/ci/job/beta-code-update/35782/ [17:31:49] any deployments soon? [17:31:53] (either test or production) [17:33:07] lazowik: https://www.mediawiki.org/wiki/Wikidata_deployment [17:33:17] Next Wednesday is code freeeeze [17:33:25] mhm [17:33:29] thx [17:35:21] [travis-ci] wikimedia/mediawiki-extensions-Wikibase#1509 (master - 0c7e022 : Marius Hoch): The build was fixed. [17:35:21] [travis-ci] Change view : https://github.com/wikimedia/mediawiki-extensions-Wikibase/compare/1b43fd330ec8...0c7e022ccb13 [17:35:21] [travis-ci] Build details : http://travis-ci.org/wikimedia/mediawiki-extensions-Wikibase/builds/16268352 [17:49:07] just deleted file-only items on WD ... probably the last time, as we know have them in the exclude namespaces [17:51:40] 2 PHP Warning: Exception caught in Message::__toString (message searchresults-title): exception 'MWException' with message 'Error: invalid magic word 'noexternallanglinks'' in /usr/local/apache/common-local/php-1.23wmf8/includes/MagicWord.php:316#012Stack trace:#012#0 /usr/local/apache/common-local/php-1.23wmf8/includes/MagicWord.php(239): MagicWord->load('noexternallangl...')#012#1 /usr/local/apache/common-local/php-1. [17:51:40] 23wmf8/includes/parser/Parser.php(4982): MagicWord::get('noexternallangl...')#012#2 /usr/local/apache/common-local/php-1.23wmf8/extensions/Wikibase/client/WikibaseClient.hooks.php(635): Parser->setFunctionHook('noexternallangl...', '\Wikibase\NoLan...', 1)#012#3 [internal function]: Wikibase\ClientHooks::onParserFirstCallInit(Object(Parser))#012#4 /usr/local/apache/common-local/php-1.23wmf8/includes/Hooks.php(199): [17:51:41] call_user_func_array('\Wikibase\Clien...', Array)#012#5 /usr/local/apache/common-local/php-1.23wmf8/includes/GlobalFunctions.php(4031): Hooks::run('ParserFirstCall...', Array)#012#6 /usr/local/apache/common-local/php-1.23 in /usr/local/apache/common-local/php-1.23wmf8/includes/Message.php on line 620 [17:52:01] oO [17:52:02] aude: ^ [17:52:28] I'm not sure if it's transient while running scap [17:52:35] rage [17:54:04] See operations [17:54:07] I don't think it's you [17:54:14] ok [18:23:39] (diff | hist) . . ‎; 17:42 . . (+93)‎ . . ‎It Is Me Here (talk | contribs | block)‎ (→‎wbsetsitelink-add:1|nvwiki: Wikiibíídiiya:Dahwéetʼaahígíí) [rollback] [18:23:43] um... [18:24:21] did something break? [18:24:26] localization cache issues... being worked on [18:24:30] ok [18:24:33] WMF generic problem [18:26:51] we know [19:57:38] (03CR) 10Hoo man: "Most of our settings keys use camelCase, any reason why these don't?" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 (owner: 10Aude) [19:59:22] * aude wonders why camelCase [19:59:35] * aude rejects use of all capitalization [20:00:08] We should at least be consistent with ourselves [20:00:14] hmmm, ok [20:00:28] reluctantly [20:00:37] I'm ok w/ not being consistent with core, but inside of WB [20:01:07] in good news, https://gerrit.wikimedia.org/r/#/c/104473/ :) [20:01:14] all teh tests pass again [20:01:16] the* [20:01:23] \o/ [20:02:02] that's with no extensions [20:02:43] (03CR) 10Bene: "This decreases code readability but I am not sure if we can find a better solution." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104727 (owner: 10Gerrit Patch Uploader) [20:05:13] (03CR) 10Hoo man: "Not while using heredoc... but without heredoc this might be even less readable." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104727 (owner: 10Gerrit Patch Uploader) [20:05:45] (03PS4) 10Aude: Handle copyright message in new class, with tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 [20:06:50] hoo: use something like str_replace( ' ', '', $text ) :P [20:06:52] really looks a little ugly with camel case... but well [20:07:09] benestar: shoot me :P [20:07:15] Not very nice either [20:09:03] do you think anyone cares if i edit the commit message from patch uploader? [20:09:10] really needs line wrapping [20:09:33] aude: Well, he'll override it whenever he updates stuff on gerrit [20:09:49] so I wanted to only do it before merging, but I'm not sure about it [20:10:03] it works etc. but the code just isn't nice anymore after [20:10:32] * aude nods [20:10:56] * benestar still supports str_replace xD [20:19:03] (03CR) 10Hoo man: [C: 031] "Please also fulfil the todo in the description." (032 comments) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 (owner: 10Aude) [20:19:42] mediawiki sucks! [20:20:33] heh +1 [20:31:02] (03PS5) 10Aude: Handle copyright message in new class, with tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 [20:35:16] errr [20:35:55] (03PS6) 10Aude: Handle copyright message in new class, with tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104946 [20:36:14] although i move two, a vast majority of messages in wikibase repo are used in lib :( [20:36:36] I realize this whenever I use lib javascript in client [20:36:43] yeah [20:36:57] needs to be fixed, although i know it involves a bit of work for translatewiki folks [20:37:18] aude: Nope [20:37:23] really? [20:37:37] Moving stuff within Wikibase is no op for them [20:37:40] how do thez get moved? [20:37:46] ok, changing the keys [20:37:55] Just as long as you don't change the message key, you can move stuff around easily [20:37:56] that was the problem [20:37:58] ok [20:38:07] that's why I moved all message to have wikibase- as prefix [20:38:10] then i might look at that soonish [20:38:41] :) [20:38:51] 2014-01-02 20:32:48 mw1196 wikidatawiki: [fd9fe5c4] /w/api.php Exception from line 384 of /usr/local/apache/common-local/php-1.23wmf8/extensions/WikibaseDataModel/DataModel/ByPropertyIdArray.php: Specified index is out of bounds [20:39:11] Reedy: bt [20:39:12] Full stack at http://p.defau.lt/?rcWxmufQrV8p9UhEK1Ev8A [20:39:15] thx [20:39:33] ok [20:39:44] api/SetClaim.php [20:39:55] it sounds familiar and suspicious [20:40:27] aude: It's in a try{} actually [20:40:35] but it only catches ChangeOpException [20:40:38] https://bugzilla.wikimedia.org/show_bug.cgi?id=58394 [20:40:38] m( [20:40:45] maybe related somehow [20:41:44] in that case not caught [20:44:53] aude: Yep [20:45:14] I wonder whether we should be more bold with the catch [20:45:25] Exception Caught: The database is currently locked to new entries and other modifications, probably for routine database maintenance, after which it will be back to normal. The administrator who locked it offered this explanation: The database has been automatically locked while the slave database servers catch up to the master [20:45:32] fyi, problem editing wikidata [20:45:38] aude: Everywhere [20:45:59] yes [20:46:21] on, not just wikidata? [20:46:32] aude: also meta [20:46:47] and enwiki [20:46:50] everywhere, I guess [20:46:54] yep enwiki [20:47:03] ok, then hopefully we didn't break it this time [20:47:07] :D [20:47:17] aude: New deploy time? [20:47:29] I can put garbage in the edit form on the enwiki main page and click save... and it still wont explode :D [20:48:05] ok... I don't really dare :P [20:48:21] wtf [21:23:48] (03Abandoned) 10Jeroen De Dauw: Revert "Add a build with PHP 5.3 and SQLite to travis" [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/103653 (owner: 10Jeroen De Dauw) [21:38:18] mysql> SELECT MAX( rev_timestamp ) FROM revision; [21:38:18] ERROR 1317 (70100): Query execution was interrupted [21:38:22] wtf, toolserver [21:38:46] (there's an index on that field) [21:40:09] aude: will see about finding some time next week to go through it a bit more slowly. Probably breaking testwiki a few times in the process [21:41:21] And you've got shell now so can poke things simultaneously ;) [21:41:43] in theory we should just need to bring hte config onto mw1017, rebuild l10n cache locally and see things break [21:43:10] Reedy: ok [21:43:11] oO aude got shell? [21:43:16] yes, seeing the logs really helps [21:43:19] I'm a slowpoke, I guess [21:43:37] and being able to see what $wmfConfigDir is [21:52:25] <\pi{r^2}> Hi. [21:52:29] <\pi{r^2}> https://or.wikipedia.org/w/index.php?title=American_Samoa&diff=prev&oldid=138635 Why? [21:53:29] \pi{r^2}: Dunno... just a bot going crazy= [21:53:31] *? [21:53:43] If it keeps doing these, I can probably kill it [21:55:28] <\pi{r^2}> hoo: what wikis is it on? [21:56:01] for now it seems to have stopped and was reverted or so [21:56:04] \pi{r^2}: Only orwiki, it seems [21:56:55] https://or.wikipedia.org/wiki/%E0%AC%AC%E0%AC%BF%E0%AC%B6%E0%AD%87%E0%AC%B7:%E0%AC%B9%E0%AC%9F%E0%AC%BE%E0%AC%87%E0%AC%A6%E0%AC%BF%E0%AC%86%E0%AC%AF%E0%AC%BE%E0%AC%87%E0%AC%A5%E0%AC%BF%E0%AC%AC%E0%AC%BE%E0%AC%85%E0%AC%AC%E0%AC%A6%E0%AC%BE%E0%AC%A8/ShitiBot [21:57:06] seems like that user is mostly playing around [23:15:24] (03CR) 10Aude: [C: 04-1] "this works fine, but see suggestion in the comments" (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/104357 (owner: 10Hoo man)