[00:28:48] Question [00:28:51] Why is SMW on wikitech [00:28:59] And what is it used for [00:29:03] * marktraceur looks at greg-g [00:31:33] marktraceur: Aggregation of data [00:31:36] It was Ryan's idea [01:00:07] dear god, why are ancaps so full of shit? [01:01:15] Shroeder: and... ? [04:09:31] marktraceur: it's part of how the instances are managed, even, I *think* [04:11:04] marktraceur: maybe not (not a prereq for OpenStackManager) [05:20:02] are deleted files kept in the same fileserver as current files? [05:22:20] how difficult would it be to either grant access to those and/or to copy deleted files? [05:22:39] from strictly a technical standpoint. [05:23:08] grant access to who? [05:23:28] a select group of individuals that would use it for resarch [05:23:56] using deleted images to machine learn unwanted content to detect similar existing content or new uploads [05:24:14] it could be indirect access [05:24:28] so that the people wouldnt have access to the files but their code would [05:25:07] mediawiiki already has the infrastructure for it [05:25:22] I know admins can see one file at a time [05:25:53] I am suggesting bulk access to deleted files and their image description pages [05:31:56] Reedy if such a thing was approved today how difficult would it be to implement it is my question [05:32:08] I am not actually requesting any changes [05:33:14] ToAruShiroiNeko: have you checked out the API? [05:36:56] API wont grant access to deleted content. [05:37:38] not unless users are given admin access which is not what I want [05:38:11] a usergroup with access only to view deleted files maybe an overkill as well [05:38:30] I am merely curious how difficult this would be to implement [05:41:09] there's a "researchers" group on enwiki for viewing deleted content [05:41:21] you will have to ask the Commons community to implement such a group if you really want it [05:42:06] ah, that could work [05:42:16] No I am not at the point of proposing something [05:42:31] I am merely collecting facts for such a proposal [05:43:39] thanks though this was the information I was looking for [05:44:47] I pmed you some details [12:39:03] MatmaRex: 13.36 -rakkaus:#mediawiki-i18n- (10 lines skipped) [26-Mar-2014 12:36:16 UTC] PHP Strict Standards: Declaration of NCL::beginRecentChangesList() should be compatible with EnhancedChangesList::beginRecentChangesList($res) in /www/translatewiki.net/w/extensions/CleanChanges/CleanChanges_body.php on line 6 [12:39:57] Nemo_bis: that's most likely not my fault D: [12:40:23] Nemo_bis: i think siebrand added a bunch of visibility modifiers there recently [12:40:39] or actually, maybe not him [12:40:45] for once :P [12:40:47] but someone touched that, not me though :P [12:40:59] * Nemo_bis has lunch [13:41:08] Nemo_bis: ping [14:06:38] Steinsplitter: pong [14:07:09] ^demon|zzz: they're not planning to make the new change screen default any time soon, are they http://etherpad.wikimedia.org/p/new-gerrit-change-view-comments [14:07:33] Nemo_bis: you have an gerrit account? can you upload a patch for me (from github)? [14:08:43] Steinsplitter: yes; no; but https://www.mediawiki.org/wiki/Gerrit_patch_uploader can [14:08:59] (and I created that page so don't say I'm not helpful :P ) [14:11:51] Nemo_bis: dosen't work for som reaso... [14:12:34] i go to open a bug on bugzilla, this is mabye moor speedyer [14:14:24] Steinsplitter: or ask valhallasw :) [14:14:44] i have asked valhallasw today, for som reason dosen't work. [14:15:08] and i doent't have time to install git on Win(!!)... [14:15:41] only for uploading one minor change :P [14:19:34] Steinsplitter: as mentioned, the patch doesn't apply cleanly to master [14:19:48] the patch uploader does not try 'git am' currently, but this is on the to-do list [14:21:54] valhallasw: and how to fix this? [14:22:15] using git am and not git diff? [14:23:59] Steinsplitter: make sure the patch applies cleanly to master [14:24:52] or fiddle with the patch until it applies (check what has changed in the original file) [14:24:59] i don't know and has spent too much time for trying to move the change to gerrit. i don't like to spend moor time... [14:27:05] <^demon|zzz> Nemo_bis: I'm not sure what the default in 2.9.x is gonna be, I imagine it'll be the new screen. [14:27:18] * ^demon|zzz yawns, goes back to e-mail & breakfast [14:27:28] eek, then we need to file a bunch more bugs and push for them to be fixed [14:27:34] thanks for the heads up [15:33:43] hashar: Why am I getting -2 jslint votes all over the place without actually touching JavaScript files? https://gerrit.wikimedia.org/r/#/c/121073/ https://gerrit.wikimedia.org/r/#/c/121076/ https://gerrit.wikimedia.org/r/#/c/121081/ [15:36:27] siebrand: jslint checks all files -- it shouldn't have been set voting before it passes. [15:36:33] siebrand: the repository is probably missing a .jshintrc containing {} [15:36:46] hashar: Adding that should be enough? [15:36:46] siebrand: we have a bug on gallium which runs jshint with non default [15:36:50] yeah [15:36:55] hashar: okay. will do that. [15:36:58] sorry :-( [15:37:06] https://bugzilla.wikimedia.org/show_bug.cgi?id=47260 [15:37:11] Jenkins: repositories missing a .jshintrc file are failing [15:37:34] and the root cause is that jshint on gallium uses .jshintrc from the integration/docroot.git repository ( https://bugzilla.wikimedia.org/show_bug.cgi?id=52456 ) [15:37:36] the empty .jshintrc will just make jshint check nothing at all? [15:38:52] valhallasw: I have no clue. I am assuming it causes jshint to uses default settings [15:39:01] gotta process timo review on https://gerrit.wikimedia.org/r/#/c/119750/ [15:39:12] timo says: Per bug, this would mask the problem as an empty object essentially disables most checks and makes the job pass giving a false sense of security. [15:39:59] Right. It should really just be set to non-voting. [15:41:38] or we could file the job if a .jsintrc is missing [15:41:39] :_D [18:21:51] quiddity: mediaviewer breaks right click on images, known? [18:22:04] * marktraceur looks [18:22:22] Nemo_bis: What browser? [18:22:29] Firefox [18:22:50] * marktraceur is on FF 28, GNU/Linux, not seeing that issue [18:22:55] Nemo_bis: Latest MMV? [18:30:35] marktraceur: dunno, en.wiki [18:30:46] I can't repro there [18:30:53] Nemo_bis: What version of FF and what OS are you on? [18:31:00] * marktraceur would CTCP you but whatever [18:35:24] marktraceur, perhaps that would be quicker [18:35:27] :) [18:35:45] Probably! [18:37:42] @seen Kaldari [18:37:42] Steinsplitter: Last time I saw Kaldari they were joining the channel, they are still in the channel #wikimedia-labs at 3/26/2014 5:16:10 PM (1h21m31s ago) [18:37:46] :S [18:37:51] @notify Kaldari [18:37:51] This user is now online in #wikimedia-dev. I'll let you know when they show some activity (talk, etc.) [18:37:51] Steinsplitter: Great jerb [18:38:23] Steinsplitter: You want I should throw something at him and get him here? [18:38:32] marktraceur: 27.0.1 and Linux, as in the other bug I filed [18:38:43] Nemo_bis: GNU/Linux or something else? [18:38:45] * Nemo_bis finds OS question almost offensive ;) [18:38:50] fedora [18:38:53] marktraceur, lol [18:39:06] So unless something changed, GNU/Linux, but I'm not up on Fedora news [18:39:11] Krenair: Coulda been Android or so [18:39:39] yes, GNU/Linux :) [18:39:50] Weird [18:40:04] marktraceur: nono, it is about a commons testing thing :) nothing urgent [18:41:29] Oh, but there is a Fedora 28, right? [18:41:45] They seem to be catching up with the Firefox numbering, it appears [18:43:03] or maybe not; distrowatch says it's number 20 at this point [18:47:13] I was about to say... [18:47:29] Also, FF caught up with *Fedora's* numbering, not t'other way around [18:51:48] lol, libvips is in vips-devel which has no less than 52 dependencies [18:52:32] AFAICS fedora just does a new version at regular intervals, while Chromium and Firefox look random [20:10:59] oh, stat1 does work now :) https://ganglia.wikimedia.org/latest/?r=month&cs=&ce=&c=Miscellaneous+pmtpa&h=stat1.wikimedia.org&tab=m&vn=&hide-hf=false&mc=2&z=medium&metric_group=ALLGROUPS [20:48:26] In #wikimedia-office in ~10 minutes, jdlrobson & others discuss styling in templates https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-03-26 [20:57:10] ah, the RFC meeting will also include discussion of Minifier https://www.mediawiki.org/wiki/Requests_for_comment/Minifier [22:51:58] Someone would answer me? [22:53:05] Anup_: Hello! When you're on IRC it's usually good practice to jump right in and ask a question, as it saves time for everyone involved :) how can we help you? [22:53:23] Why new comment made on a talk page doesn't appear? [22:53:33] Check https://en.wikipedia.org/wiki/Talk:Dawoodi_Bohra [22:54:00] There's new section "Claimant dispute!" but it doesn't appear.. [22:54:07] Anup_: I see it [22:54:13] wait actually 1 sec [22:54:23] The comment before isn't closed. [22:54:28] When one does "edit source" of the page, if appears, [22:54:47] Anup_: I fixed it [22:54:48] Newyorkadam: Are you fixing, or can I? [22:54:50] Oh, kay [22:54:58] Ah, Thanks! [22:55:00] marktraceur: I only checked the history, not the source :p [22:55:07] Heh [22:55:14] May I know the possible error, I was making? [22:55:26] I just saw ‘New section: Claimant dispute’ and assumed it was client-side [22:55:32] Anup_: I’m not sure if it was your problem, lemme check [22:55:49] Anup_: Not your fault! Wanna know anyway? [22:55:54] Sure [22:56:09] Anup_: Know what HTML is? [22:56:20] Hyper text markup language? [22:56:22] yeah [22:56:27] know the basics of it? [22:56:28] I do, [22:56:32] Little, [22:56:41] There's some tags missing? [22:56:47] while I posted the comment? [22:56:59] So a comment in html is [22:57:07] everything inside of the comment isn’t registered when the page loads [22:57:20] the problem was that there was an html comment above your post, and it wasn’t closed [22:57:34] it said something like: