[00:41:26] about when is phase II estimated to be deployed? [00:42:44] good question [07:32:23] Emw: we're not making estimations about that because there are too many factors that could influence it [07:32:44] the deployment depends for example on the deployment windows at the foundation [09:54:07] New patchset: Henning Snater; "Adding eachchange dependency to dataTypes valueview module" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44228 [09:54:22] New patchset: Henning Snater; "ResourceLoader modules dependency clean-up" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44229 [10:11:30] ping aude: [10:14:13] aude: has core wmf8 already been tagged? I can't see it. if not, when will it be created? I'm asking because of https://bugzilla.wikimedia.org/show_bug.cgi?id=44026 [10:54:08] aude: so we can deploy as planned today from your side? [10:54:17] just simply deploy monday's tag on wmf8 core [10:57:21] what is the link to your hotfix from yesterday? [10:59:01] Tobi_WMDE: can you tell me what was the hotfix aude made yesterday? was it https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Wikibase.git;a=commitdiff;h=b8f8b8c41736ee37c018343c5cc800aa33f570db [10:59:40] i.e. https://gerrit.wikimedia.org/r/#/c/43835/ [11:17:10] Change on 12mediawiki a page Extension:Wikibase was modified, changed by Jeblad link https://www.mediawiki.org/w/index.php?diff=629301 edit summary: [+276] /* Configuration */ [11:18:01] New patchset: Daniel Werner; "(minor) focus/blur on some valueview widgets no longer fails in non-edit mode" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44237 [11:18:01] Change on 12mediawiki a page Extension:Wikibase Client was modified, changed by Jeblad link https://www.mediawiki.org/w/index.php?diff=629302 edit summary: [+276] /* Configuration */ [11:27:52] Change on 12mediawiki a page Extension:Wikibase Client was modified, changed by Jeblad link https://www.mediawiki.org/w/index.php?diff=629304 edit summary: [+4] /* Configuration */ [11:28:11] New patchset: Daniel Werner; "(minor) improve destruction of PersistantDomWidget valueviews" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44238 [11:28:12] New patchset: Daniel Werner; "(minor) more flexible handling of valueview's value updating" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44239 [11:28:12] Change on 12mediawiki a page Extension:Wikibase was modified, changed by Jeblad link https://www.mediawiki.org/w/index.php?diff=629305 edit summary: [+4] /* Configuration */ [11:39:00] New patchset: Daniel Werner; "(bug 44014) Handling of changed data types" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44241 [11:39:52] New patchset: Daniel Werner; "(bug 44014) Handling of changed data types" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44241 [11:44:10] good morning [11:46:02] any API people around? Lydia_WMDE suggested i talk to jeroen or daniel [11:47:06] New patchset: John Erling Blad; "A small addition about the database user login" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44244 [11:49:32] all quiet on this front [11:52:16] New patchset: Tobias Gritschacher; "(bug 43585) testing 0 as value for label/description/aliases" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44245 [11:52:51] New patchset: Henning Snater; "(bug 44026) Custom object constructor for templates" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44246 [12:36:51] Denny_WMDE, johl: I want a wikidata backend for this: http://ipython.org/ [12:37:17] +1 [12:37:44] well, they have more money than we do :) [12:37:50] so they can implement it on our API [12:46:34] Is this what's going to be deployed later today? https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Wikibase.git;a=shortlog;h=refs/tags/2013-01-14 [12:47:12] Lydia_WMDE: yes [12:51:18] "fixed wikidata bug by reversing the *polarity*" [12:51:20] lolol? [12:56:09] JeroenDeDauw: bug ==> feature ? [12:56:34] yurik: I am quoting someone from wikitech [12:56:49] But that we have something affected by polarity is cool [12:57:03] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44237 [12:57:36] JeroenDeDauw: i'm guessing Lydia_WMDE said you are the person to talk to re api stuff [12:57:52] yurik: what is your question? :) [12:58:37] New patchset: Daniel Werner; "(minor) improve destruction of PersistentDomWidget valueviews" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44238 [12:59:12] Denny_WMDE: i guess its more of a wish really - how can data api stay consistent with the core api, especially in light of changes proposed at https://www.mediawiki.org/wiki/Requests_for_comment/API_Future [12:59:50] as far as i understood that proposal is api2.php [12:59:56] for example, and this is preliminary to extreme - can data api be more part of action=query [12:59:57] i.e. api.php would remain unaffected [13:00:01] not exactly [13:00:19] i didn't read the proposal in detail, just skimmed over it, i have to admit [13:00:20] api2 allows for fundamental *changes*, whereas api can still grow [13:01:06] example - api2 could say that "warnings" are now structured not as text but as dicts, and all messages are localizable [13:01:13] ok [13:01:23] and that query results are not under tag, but in the root [13:01:23] but we could stay as we are in api.php [13:01:41] i thing i am misunderstanding your request [13:01:43] can you rephrase? [13:01:53] true, but you could also already start making it as submodules to query module [13:02:08] that way more than one piece of information could be requested at the same time [13:02:20] and users would have a more consistent expectation of the results [13:02:31] again, i am still reviewing it, and will have a more detailed proposal [13:02:45] but the goal is to make it more seamless [13:02:53] hmm it is a bit late now [13:02:56] when there is a separate action=myownblah [13:03:03] it separates it from the rest [13:03:23] the api has been in discussion for a while, and i am currently reluctant to have it changed [13:03:24] well - its actually not IMHO, because any module can reside in more than one spot [13:03:45] ok, maybe i should simply wait for your proposal [13:03:46] the core logic of it might not change, just some structuring [13:04:16] at this point i am trying to connect to see who works with it, and whom i should talk to in case i have some questions [13:04:31] api is worked by by several people [13:04:38] and in no way or shape i am trying to totally change it all :D [13:04:47] just for the sake of changing ;) [13:04:50] JeroenDeDauw, DanielK_WMDE, aude, Jeblad, and myself [13:05:10] wow, seems like you have a large team overthere [13:05:23] yes [13:05:51] i am guessing the best source of info at this point is the api.php itself, correct? [13:05:59] !nyan [13:05:59] ~=[,,_,,]:3 [13:06:18] as john said the docs are fairly outdated [13:06:43] New patchset: Jeroen De Dauw; "Make use of new sites code in core [DO NOT MERGE]" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44074 [13:06:48] yes, the api.php should be solid [13:07:05] the docs usually reflect a status of discssion which might not be completely up to date [13:07:40] any test server with full write access? [13:09:01] and regardless of all this, my congratulations on shipping hu: wiki IWs! [13:09:42] i remember working extensivelly on the interwiki bot 6+ years ago, it was PAIN [13:11:59] :) [13:12:16] wikidata-test-repo.wikimedia.de yurik [13:12:23] you can play around there as you like [13:13:42] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44246 [13:24:59] thanks Denny_WMDE. quick unrelated question - lots of interwikies are using link FA type templates - list of IWs for featured articles. Is that info stored on wikidata? [13:26:24] Change merged: Tobias Gritschacher; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44228 [13:26:40] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44229 [13:27:10] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44010 [13:27:46] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44011 [13:28:18] yurik: no, currently it is not, but it would be nice if it were [13:28:40] i am guessing there is no problem from datastructures perspective, correct? [13:28:55] no, we had that in mind when we made the datastructure [13:29:10] we just didnt have the time to code it [13:29:13] New patchset: Daniel Werner; "Moving snak type selector to left of the value input" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44040 [13:29:21] the UI, the API, and the client side extension needed [13:29:34] if someone did it we would merrily add it :) [13:29:59] what about other types of data - it seems the mainspace articles are mainly oriented towards IWs [13:30:10] what are the plans for non IW types [13:30:14] yurik: not finished yet [13:30:16] another namespace? [13:30:21] we are wor5ing on the UI for managing other data [13:30:25] currently, there are only interwikis [13:30:31] no, in the same place [13:30:45] any sketches/proposals on that? [13:30:55] would love to read up [13:31:08] lots, but Denny_WMDE knows better where to find the current ones :) [13:31:15] LOL [13:31:28] * DanielK_WMDE is a backend guy [13:31:30] all that data, and only one person knows where it really is :))) [13:31:57] well, what do you want to see? repo UI mockups? client side inclusion syntax? repo data model spec? [13:32:16] all of the above? [13:32:50] http://meta.wikimedia.org/wiki/Wikidata/Development/UI_Layout_Concept [13:33:03] checkout this: http://meta.wikimedia.org/wiki/Wikidata/Development [13:33:07] there should be plenty of stuff [13:34:14] * yurik reading... thanks! [13:36:18] do you think linkFA stuff should be done by users or auto-populated based on predefined categories/templates and automatically querying target wiki? [13:36:42] in that case wikidata would be a caching system [13:38:54] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44040 [13:39:03] Denny_WMDE: sorry, I was somehow missing your question.. [13:39:14] Denny_WMDE: it was this here: https://gerrit.wikimedia.org/r/#/c/44048/ [13:39:39] yurik: by users [13:39:44] yurik: always by users [13:40:26] would it not be duplicates of effort? you already have the link to the article, and from what i understand dbwiki has extraction ideas [13:41:20] so you could define "linkFA is true if article language:Title is in category:FA (defined for that language" [13:42:16] if it is done as editable, you would need to have bots running through all that data comparing it to the original [13:44:11] an external bot could do that [13:44:26] but i dont want the wikidata software to have this kind of magic [13:44:29] Denny_WMDE: few corrections still: array[] (list of arrays) -> string[], getPrefix*ed*DBKey [13:44:35] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44046 [13:44:49] (ah darn, i trusted my autocompletion) [13:44:56] Nikerabbit: changing [13:46:39] Nikerabbit: updated [13:47:02] why did jenkins not throw an error? [13:48:48] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44238 [13:49:23] New patchset: Henning Snater; "(minor) more flexible handling of valueview's value updating" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44239 [13:52:29] Denny_WMDE: does babel even have unit tests? [13:52:39] if you are adventorous you could write one this this method [13:53:37] you don't need unit tests for that, a static code analysis would have uncovered that [13:53:49] (and my IDE should have complained before i submitted) [13:55:39] Change merged: Henning Snater; [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/44239 [13:56:26] New patchset: Jeroen De Dauw; "Make use of new sites code in core [DO NOT MERGE]" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44074 [13:56:44] New patchset: Jeroen De Dauw; "Make use of new sites code in core [DO NOT MERGE]" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44074 [13:57:19] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44058 [14:11:42] Change merged: Daniel Werner; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44059 [14:28:24] aude: you there? you wrote about one changeset that would need to be backported — which one? [14:33:31] New patchset: Henning Snater; "(bug 44014) Handling of changed data types" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44241 [14:41:47] New patchset: Jeroen De Dauw; "Make use of new sites code in core" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44074 [14:44:05] New patchset: Daniel Werner; "(minor) in snakview, only show snak type selector if property is chosen" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44254 [14:44:32] New patchset: Henning Snater; "(bug 44014) Handling of changed data types" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44241 [14:45:36] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44241 [14:47:59] hi [14:48:12] i'm translating introduction [14:48:24] and got stuck on "secondary database" [14:48:39] not sure what it actually means... [14:50:24] lazowik: hey [14:50:26] thanks for translating [14:50:32] let me try to explain it [14:51:05] wikidata isn't supposed to be the primary database where a certain data point is stored [14:51:24] instead it is supposed to hold data that has been published in some other database at some point already [14:51:35] and list that primary database as a source [14:51:41] ok [14:51:44] does that make it clearer? [14:51:51] yes [14:51:54] which language are you translating to btw? :) [14:51:56] cool [14:51:59] pl [14:52:02] nice [14:52:42] already did Help:Editig [14:52:48] \o/ [14:52:58] some time ago... [14:55:53] btw. introduction could be updated [14:56:02] oww [14:56:04] it states that data is not used anywehere [14:56:10] ahh [14:56:11] ok [14:56:37] New patchset: Daniel Werner; "(minor) in snakview, only show snak type selector if property is chosen" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44254 [14:57:07] lazowik: you talking about https://meta.wikimedia.org/wiki/Wikidata/Introduction [14:58:00] actually i'm looking at this: https://www.wikidata.org/wiki/Wikidata:Introduction [14:58:07] but the content is similiar [14:58:37] lazowik: i'll clear the one on meta in a sec [14:58:39] and add redirect [14:58:44] feel free to update the one on wikidata [14:58:51] wait! [14:58:54] hmm? [14:59:01] there are transaltions on meta [14:59:16] hmm true [14:59:18] I've just realised that for Polish also [14:59:21] how to handle that best? [15:00:06] the traslation extension finds them [15:00:15] ok [15:00:18] do you want to do it? [15:00:23] i don't wnat to break it [15:00:26] can do [15:00:29] but it should be removed from meta [15:00:31] thanks! [15:01:06] but only for Polish or anywhere where translation on meta exists and on Wikidata does not? [15:01:44] everything if possible [15:01:50] it should be completely moved [15:01:54] and be gone from meta [15:02:02] ok [15:02:36] I'll add "translation form meta" comment [15:03:39] thx :) [15:03:50] New patchset: Daniel Werner; "(minor) remember each variation's value when switching variation + re-use it" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/43880 [15:09:55] there are differencies [15:10:08] one section is absent, another is added [15:17:24] Lydia_WMDE: moved for Polish [15:17:37] but I don't think it's worth it for the rest [15:17:41] lazowik: thanks! [15:17:54] lazowik: ok what do you suggest? [15:18:11] well, other languages have translations on Wikidata [15:18:16] ok [15:18:18] some even more than on meta [15:18:21] ok [15:18:35] Slovenian does not [15:19:07] but I'd purge it [15:27:05] aude: Did you make a revision to update make-wmf-branch for wmf8? [15:38:15] Nikerabbit: would you mind re+2 https://gerrit.wikimedia.org/r/#/c/33505/ ? your +2 got lost when I rebased after the jenkins failure (getting grumpy at gerrit) . Sorry for the hassle. [15:43:55] New patchset: Daniel Werner; "(minor) remember each variation's value when switching variation + re-use it" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/43880 [15:53:49] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/43880 [15:57:45] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/44254 [16:34:34] New patchset: Daniel Werner; "Re-apply "Added EntityId and EntityIdParser in JS"" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/43995 [16:35:21] New patchset: Daniel Werner; "Re-apply "Added EntityId and EntityIdParser in JS" [DO NOT MERGE]" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/43995 [16:37:41] i am back [16:41:42] Denny_WMDE: welcome back ;) [16:48:21] is aude here by now? :) [16:49:36] don't think so... [16:50:14] i have read InitialiseSettings.php. there is a setting which defines in with namespace wikidataclient is active. is this info also available on wiki per api? [17:08:39] Merlissimo: i dont think so [17:09:02] should be added to siteinfo or something like that [17:09:25] like content namespace [17:09:42] but for the moment i can expect that all editable namespaces have wikidaa enabled? [17:10:11] so everything except -1 and -2 [17:12:35] i think on huwiki they have some namespaces for liquid threats [17:12:39] those are excluded [17:12:43] but the rest works [17:14:01] Denny_WMDE: it shouldn't be so hard to add it to api, right? [17:14:31] yep [17:14:45] maybe I would try it [17:15:02] it would be a query? [17:15:21] Merlissimo: how would you do it? [17:15:23] i guess [17:15:27] a query with siteinfo [17:16:27] siteinfo/namespace or wikibase. [17:17:32] Merlissimo: in this query? http://www.wikidata.org/wiki/Special:ApiSandbox#action=query&meta=siteinfo&format=json&siprop=namespaces [17:19:07] benestar: my bot is always requesting http://hu.wikipedia.org/w/api.php?action=query&meta=siteinfo|wikibase&siprop=general|namespaces . how do you config your bot? [17:21:03] i have no preference [17:21:54] hi [17:22:45] aude: :DDDDDDDDDDD [17:22:45] aude: Denny_WMDE was looking for you earlier... [17:23:12] hey [17:23:26] just been looking for you for deployment :) [17:23:41] aude: *wave* [17:23:43] nothing happened yet. Reedy had a question earlier [17:24:09] I noticed in your email it said to use 2013-01-14 [17:24:13] Denny_WMDE: if wikidata.org without subdomain is prefered why is interwikimap not changed? that would be easy. [17:24:28] Merlissimo: Not much point when the site redirects to www currently [17:24:35] wmf8 is created, so you can confirm the branchpoints [17:25:06] aude: can you confirm for Reedy [17:25:29] https://www.mediawiki.org/wiki/MediaWiki_1.21/wmf8 [17:26:08] Merlissimo: that needs to be fixed once the apache config is fixed [17:27:02] http://wikidata.org/w/api.php is not redirecting [17:27:51] it is not correctly set up right now [17:28:03] there's a bug for that [17:37:55] DanielK_WMDE: ping [17:38:07] preilly: pong [17:38:18] DanielK_WMDE: Are you going to FOSDEM this year? [17:38:25] i don't think so, no [17:38:37] may be coming to SF in february. maybe. [17:38:40] DanielK_WMDE: Okay [17:39:10] Denny_WMDE: DanielK_WMDE I'm afk for dinner, cya later [17:39:17] DanielK_WMDE: Asher I are will be in Brussels for FOSDEM and thought it might make sense to take a trip to Berlin [17:39:30] sure, do that! [17:39:39] it's only, like, an 8 hour train ride :) [17:39:57] DanielK_WMDE: and do a little bit of facetime around wikidata [17:40:00] or a one hour fligh. 5 with all the overhead.. [17:40:00] preilly: JeroenDeDauw and i will be at fosdem and quim will come to berlin for two days after it [17:40:21] Lydia_WMDE: cool — good to know [17:41:03] DanielK_WMDE: We could discuss, "Running periodic updates on a large number of wikis." and hopefully nail a solution [17:48:48] preilly: aaron has some ideas for that [17:48:55] did you follow that discussion? [17:49:10] oh, that got re-launched off-list... are you cced on that? [17:50:41] i am checking out the branch and checking [17:52:02] hey aude [17:52:14] you mentioned a backport to wmf8 in your mail this morning? [17:52:16] which one? [17:52:38] or was that the stuff we were looking at yesterday? [17:59:10] nothing essential for wmf8 [17:59:31] the backports would be for wmf7 and one optional client thing for wmf8 [17:59:40] does nto have to e now [18:07:00] DanielK_WMDE seems to listen to good music. He's dancing on his chair all the time. [18:09:15] Silke_WMDE: about 78 hours of ph-neutral :P [18:15:57] DanielK_WMDE: yes I've been following it closely [18:22:12] You guys/gals work really late into the night don't you? [18:22:34] * preilly realizes it's 7:22 PM CET [18:22:38] night? [18:23:44] preilly: well, I usually try to keep it 10-to-6, but some of the folks here tend to stay at the office until 10pm. or 2am. [18:23:45] Jeblad_WMDE: Does "Night" !== 7:23 [18:24:10] preilly: anything before 10pm is "evening" [18:24:24] or, in the case of our time zone challanged friends: "time for lunch" [18:24:59] * DanielK_WMDE remembers not haviong kids, hacking all night, getting up at 2pm [18:25:36] Well, daily at 1100 so everybody is awake and at the office says everything [18:26:07] except not everybody is... ;) [18:26:29] * Jeblad_WMDE wonder if he ever seen danwe not coming 5 minutes after and claiming he already was there [18:27:16] * Jeblad_WMDE ...or somebody that sends his daily as email two days before the meeting just in case he don't wake up in time [18:27:59] aude: I think the special pages are ready [18:28:33] DanielK_WMDE: Have you looked at: http://www.mediawiki.org/wiki/Extension:EventLogging/Schemas ever? [18:28:35] Yay! Next plane to open board is for Oslo! [18:28:47] preilly: no. should i? [18:29:14] ..open for boarding.. [18:30:17] DanielK_WMDE: Well I was wondering if it made more sense for those Schemas to live on the wikidata.org domain [18:30:29] DanielK_WMDE: instead of meta [18:30:30] preilly: i don't think so, no. [18:30:39] why would thay? [18:30:48] the domain opf wikidata.org is, currently, the same as wikipedia's [18:31:04] s/domain/scope/ [18:31:29] DanielK_WMDE: Okay [18:31:44] preilly: it does make sense for them to use the content handler to provide custom rendering, etc. [18:31:58] back again [18:31:58] which is actually done [18:32:04] DanielK_WMDE: Oh that's cool [18:32:36] preilly: similarly, image metadata could and should use that mechanism to record structured data about images, render it, provie specialized editors etc. [18:32:42] that doesn't mean the data should be on wikidata.org [18:33:02] DanielK_WMDE: Okay I think that makes sense to me [18:33:16] it should indeed be on commons. probably using subpages like File:Foo.jpg/info or something [18:35:48] Reedy: how is wmf8 coming along? any idea when you'll start messing with wikidata.org? [18:35:55] * DanielK_WMDE is around for another hour or so [18:36:00] we're sort of on track for the start of deployment [18:36:10] \o/ [18:36:24] I'm not sure if we're pushing everything to 1.21wmf7 git deploy first [18:42:43] New patchset: Aude; "Revert "Remove abstract stuff from EntityDiff"" [mediawiki/extensions/Wikibase] (mw1.21-wmf7) - https://gerrit.wikimedia.org/r/44265 [18:43:03] New review: Aude; "will resubmit" [mediawiki/extensions/Wikibase] (mw1.21-wmf7); V: 2 C: 2; - https://gerrit.wikimedia.org/r/44265 [18:43:04] Change merged: Aude; [mediawiki/extensions/Wikibase] (mw1.21-wmf7) - https://gerrit.wikimedia.org/r/44265 [18:43:16] ok, sorting out wmf7 [18:43:31] will put the rc_params patch first and we can use that if we wish [18:43:52] i can put the entity diff one second, andonly if we have problems to we use that commit point [18:44:18] wmf8 being either the tag or branch should be fine, though we may want rcparams there too [18:47:00] Looks like w're prepared now, roughly.. [18:51:48] New patchset: Aude; "check rc_params is array in client" [mediawiki/extensions/Wikibase] (mw1.21-wmf7) - https://gerrit.wikimedia.org/r/44266 [18:52:18] Change merged: Aude; [mediawiki/extensions/Wikibase] (mw1.21-wmf7) - https://gerrit.wikimedia.org/r/44266 [18:52:29] ok [18:52:44] wmf7 is fine how it is but if we need, i can re-backport the entity diff thing [18:52:52] checking wmf8 [19:08:45] there seem to be a couple backports in wmf7 but missing in the wmf8 branch [19:10:02] ?? [19:10:20] client or repo? [19:10:37] aude: are they also missing in core? [19:10:43] can you give the change ids? [19:15:16] New patchset: Aude; "make changes line hook more backwards compatible" [mediawiki/extensions/Wikibase] (mw1.21-wmf8) - https://gerrit.wikimedia.org/r/44268 [19:15:16] New patchset: Aude; "adjust watchlist query to use rc_this_oldid=page_latest" [mediawiki/extensions/Wikibase] (mw1.21-wmf8) - https://gerrit.wikimedia.org/r/44269 [19:15:16] New patchset: Aude; "check rc_params is array in client" [mediawiki/extensions/Wikibase] (mw1.21-wmf8) - https://gerrit.wikimedia.org/r/44270 [19:15:57] see ^ [19:16:34] somehow they made it into wmf7 but not wmf8, [19:16:50] i'd especially be worried about the watchlist query thing not being there [19:17:40] DanielK_WMDE: Denny_WMDE ^ [19:18:10] sorry - watchlist query thing? [19:18:15] got a link? [19:18:19] yes, above [19:18:31] https://gerrit.wikimedia.org/r/44269 [19:18:45] aude: i have gerrit on /ignore, sorry :) [19:18:47] eek... page deletion seems to not get logged in the rc table [19:19:10] hoo: item deletion? [19:19:17] it should be [19:19:48] oh, not wikidata, sorry [19:19:53] I used the 2013-01-14 tag for each [19:20:16] aude: arg, nice bug. is that fixed in master? [19:20:38] the translate extension is broken :/ [19:20:40] hoo: don't scare us during deployment :P [19:20:58] It's marking MediaWiki: edits as translations... [19:21:03] and deletions [19:21:30] DanielK_WMDE: Was supposed to go into #mediawiki :P [19:21:39] aude: merging [19:21:49] DanielK_WMDE: yes [19:21:59] Reedy: please use the mw1.21-wmf8 branch [19:22:07] Reedy: yes the branch [19:22:42] At this point you guys can update it as easily as I can ;) [19:22:50] sure [19:22:57] hmm [19:23:02] * aude can do it [19:23:16] I'm updating my instance of Wikidata repo [19:23:32] the Wikidata branch is not present anymore? [19:23:55] lazowik: the Wikidata branch of core? [19:24:01] yep [19:24:02] *watching the thriller going on in the git-deploy theater at the same time* [19:24:04] lazowik: that was merged in like half a year ago or so [19:24:07] ok [19:24:07] lol. [19:24:34] Think we might not be git deploying today.. [19:24:46] hrm... [19:24:55] so, guys... i was about to leave... [19:25:19] ok [19:25:24] DanielK_WMDE: it looks like you might. deployment seems to hiccup [19:25:26] errr, not okay reedy [19:25:42] aude: ? [19:25:43] ok, if daniel needs to leave [19:25:52] Denny_WMDE: not git deploying [19:25:58] if we scap, that's fine [19:26:02] At worst, it can be done via scap etc [19:26:07] yeah [19:26:13] just have to wait for ever for scap [19:26:40] i just wondered why it wouldn't be ok to skip or reschedule depolyment [19:26:49] DanielK_WMDE: do you want to approve the other backports to the branch [19:26:49] we don't depend on anything do we? [19:26:50]