[01:09:57] (PS1) Mwjames: Resolve violation of SoC in DataValuesFactory class [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/89492 [04:33:08] (PS2) Mwjames: Resolve violation of SoC in DataValuesFactory class [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/89492 [04:45:38] (PS3) Mwjames: Resolve violation of SoC in DataValuesFactory class [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/89492 [06:55:40] (CR) Siebrand: [C: -1 V: -1] "(2 comments)" [extensions/SemanticMaps] - https://gerrit.wikimedia.org/r/89487 (owner: MathiasLidal) [10:02:35] (PS2) MathiasLidal: Add parameter 'pagelabel' to map query [extensions/SemanticMaps] - https://gerrit.wikimedia.org/r/89487 [15:20:35] (CR) Jeroen De Dauw: "(1 comment)" [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/89492 (owner: Mwjames) [15:25:19] (CR) Jeroen De Dauw: "This generally looks good. Thanks for making yet another part of SMW a bit more awesome \o/" [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/89492 (owner: Mwjames) [15:40:42] (CR) Mwjames: "I needed to split this here because [1], the SemanticDataSerializer needs to compare type definition during un-serialization and relied up" [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/89492 (owner: Mwjames) [15:52:15] (PS4) Mwjames: \SMW\ApiBrowse enables to browse a subject via api.php?action=browse [extensions/SemanticMediaWiki] - https://gerrit.wikimedia.org/r/89147 [18:34:21] yaron: ohi [18:34:56] yaron: I'm about to release SPL 1.0. Can I get one more review of the docs? ;p https://github.com/wikimedia/mediawiki-extensions-SubPageList/blob/master/README.md [18:35:12] It now also has the usage instructions there, as well as some new stuff on how to get the code [18:39:27] JeroenDeDauw: cool! Looking at it now. [18:40:58] Well, I think "little chance of regressions in the future" is optimistic... [18:41:23] In the "Installation page, there's also a typo: "You can install SubPageList is with Composer". [18:42:14] yaron: yeah, lets be optimistic! :) [18:42:44] Well, I guess optimism is better than pessimism... [18:42:49] Also, this link isn't working: "[[Manual:LocalSettings.php|LocalSettings.php]". [18:43:55] Same with the "subpages" internal link. [18:44:54] It would also be good to have an explanation of how often refreshes happen if automatic refreshes are not enabled. [18:47:25] In the usage instructions, "Title: Namespace:Title" is a little confusing. [18:48:15] It might help to have brackets there, to know what's "hardcoded" and what's a variable. [18:50:08] Ok, all fixed except the last point [18:50:12] Not sure how to do that [18:50:23] Do you think it is more Clear without the Title: part? [18:52:54] Well, if the string "Title: " doesn't need to show up, then yes, definitely. [18:57:45] yaron: how about this? [18:58:50] Cool. Maybe one of the two first lines is unnecessary? [18:59:09] Oh, never mind, now I get it. [19:00:07] Yeah, it looks good! [19:01:30] \o/ [19:10:34] yaron: I was just wondering if using google code for the downloads was a good idea [19:10:43] Since they sort of stup supporting stuff [19:10:54] Do they? I didn't know that. [19:10:55] And I figured what the heck, I'll just keep it there [19:11:05] So I click add download [19:11:08] And http://google-opensource.blogspot.de/2013/05/a-change-to-google-code-download-service.html appears [19:11:10] >_> [19:11:24] Ooh... [19:11:47] hmm, where am I going to put this stuff now... [19:12:22] yaron: MediaWiki.org? [19:12:36] mhh [19:12:43] not ideal, no lists or dl counts [19:13:36] Am I understanding this right - starting in January, we won't be able to add new files to be downloaded? [19:13:45] ye [19:14:15] Man - it's weird that I didn't hear about this until now. [19:14:22] Well, it's good to know, obviously. [19:14:50] Do you know if there are Google Code alternatives springing up, like there were for Google Reader? [19:15:43] yaron: for its core service, there are many alternatives [19:15:45] ie GitHub [19:15:51] though there you cannot do this kind of dls [19:15:59] Right - that's the issue. [19:16:01] https://github.com/JeroenDeDauw/mediawiki-extensions-SubPageList/releases [19:16:09] you can just have tarballs for the code itself [19:16:12] not other code as well [19:17:13] I don't know a good alternative for that [19:18:17] Oh, it looks like Google recommends Google Drive as an alternative. [19:19:18] I don't know if that one can track downloads. [19:19:55] I don't like GD much, and think it is not suited for this [19:20:51] Well, not really, but maybe nothing is any more. :( [19:21:05] I mean - :'( [19:22:37] there are a few other solutions, but they all suck one way or the other. Sourceforge looks but-ugly, CodePlex is Microsoft, others are so small that I am afraid they will be gone tomorrow [19:23:26] We should just rage Jamie into adding a hosting service on top of Wikiapiary :D [19:23:35] +1! [19:24:03] Oh yeah, SourceForge! [19:24:13] Or the WMF [19:24:34] You mean, create the software for a new one? [19:24:41] FoxT: I do not trust WMF particularly much when it comes to not fucking over extension maintainers and users [19:24:47] ...or is there some existing software that just needs to be installed? [19:24:54] Wow, okay. [19:25:33] Hmm, so back to Jamie. :) [19:25:54] yaron: SF is not ideal... I don't want to create a project for each extension [19:25:56] Lots of effort [19:26:02] And doing one big repo is odd [19:26:09] Rights wise that does not work [19:26:19] Oh, I thought we were just talking about Semantic Bundle. [19:26:21] Same problem with CG, but there I already have the stuff [19:26:43] Nope, all extensions that have a dependency [19:26:47] at least one [19:26:54] And all extension bundles [19:27:48] Well, the non-SB stuff doesn't affect me personally, though of course I hope you find a good solution for it. [19:28:27] ...actually, I don't understand the issue with the other extensions. [19:28:48] Can't you just use the Wikimedia Git repository, or GitHub, for those? [19:29:32] yaron: download one of these and open the archive: https://code.google.com/p/subpagelist/downloads/list [19:30:58] I don't understand. [19:54:02] yaron: to have a ready to use tarball, it needs to contain code not in the git repo itself [19:54:05] thus github cannot be used [19:54:22] Right, that part I understand. [19:54:58] But if you're talking about archive files for the extensions, can't they be located in the same place where the extension code is? [19:55:26] yaron: should not commit builds together with the source of these builds [19:56:14] Well, if you're using the WMF repository (or GitHub, I believe), they create their own archive files. [19:56:58] What's wrong with just using those? [19:58:34] yaron: on GitHub, they just contain the source of the repo [19:59:06] yaron: these things here are not the same as the ones at the previous link https://github.com/wikimedia/mediawiki-extensions-SubPageList/releases [19:59:13] They contain less stuff [20:01:11] Oh, okay. [20:03:25] Well, I'll think about the SB stuff. Maybe Google Drive is still the best option... [21:08:29] (PS1) MathiasLidal: Rescale map after adding markers with labels [extensions/Maps] - https://gerrit.wikimedia.org/r/89605 [23:11:22] Heey! Please review MediawikiFS project: https://meta.wikimedia.org/wiki/Grants:IEG/MediawikiFS [23:27:20] (CR) Jeroen De Dauw: "Well, its October again :)" [extensions/Maps] - https://gerrit.wikimedia.org/r/89605 (owner: MathiasLidal) [23:28:03] (CR) Jeroen De Dauw: "I remember merging something like this... Perhaps it got reverted?" [extensions/Maps] - https://gerrit.wikimedia.org/r/89605 (owner: MathiasLidal) [23:29:02] (CR) Jeroen De Dauw: [C: 2] Rescale map after adding markers with labels [extensions/Maps] - https://gerrit.wikimedia.org/r/89605 (owner: MathiasLidal) [23:29:14] (Merged) jenkins-bot: Rescale map after adding markers with labels [extensions/Maps] - https://gerrit.wikimedia.org/r/89605 (owner: MathiasLidal)