Re: [Wikitech-l] Bugzilla Weekly Report
On Mon, Jan 7, 2013 at 4:00 AM, reporter repor...@kaulen.wikimedia.orgwrote: MediaWiki Bugzilla Report for December 31, 2012 - January 07, 2013 Status changes this week Bugs NEW : 520 Bugs ASSIGNED : 58 Bugs REOPENED : 39 Bugs RESOLVED : 177 Total bugs still open: 9050 Last week: 9031 (+19). At least 520 new, some 180 resolved. Where are the other 300+? Resolutions for the week: Bugs marked FIXED : 125 Bugs marked REMIND : 0 Bugs marked INVALID: 16 Bugs marked DUPLICATE : 15 Bugs marked WONTFIX: 9 Bugs marked WORKSFORME : 17 Bugs marked LATER : 0 Bugs marked MOVED : 0 According to the list above this one, 177 issues were resolved. Here we have 182 resolutions. Somewhere, 5 are missing. Specific Product/Component Resolutions User Metrics New Bugs Per Component General/Unknown 9 Special pages 7 General/Unknown 6 GuidedTour 4 General 3 With 500 new issues, and this being the top 5 (29 issues), we have at most 3 new items per remaining component (so that's at least 160 components with thee issues, or even more components with fewer issues). I know over bug tracker is very diverse, bug yhat comes across as very unlikely to me. Also, I count 5 new issues for Echo alone in the past week ( http://hexm.de/oe ). It's not in the above list. New Bugs Per Product MediaWiki 31 Wikimedia 21 MediaWiki extensions45 Datasets1 Security1 So we have 520 new issues. https://bugzilla.wikimedia.org/enter_bug.cgishows we have 21 products. In the top 5 most newly added issues, the lowest score is 1. So over the total of this list, there are at most another 16 new issues. The sum is at most 120. Where are the other 400 new issues? Top 5 Bug Resolvers aklapper [AT] wikimedia.org 23 jrobson [AT] wikimedia.org 13 krenair [AT] gmail.com 8 s.mazeland [AT] xs4all.nl 8 krinklemail [AT] gmail.com 7 I think I didn't resolve a single bug last week. Sure, I closed a few because I merged some patch sets, but hardly a reason to add my to this week's hall of fame. Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report? -- Siebrand Mazeland Product Manager Language Engineering Wikimedia Foundation M: +31 6 50 69 1239 Skype: siebrand Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla Weekly Report
Le 07/01/13 09:25, Siebrand Mazeland (WMF) a écrit : snip bugzilla weekly report Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report? We should just drop that weekly bug reporter. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla Weekly Report
On Mon, Jan 7, 2013 at 9:25 AM, Siebrand Mazeland (WMF) smazel...@wikimedia.org wrote: On Mon, Jan 7, 2013 at 4:00 AM, reporter repor...@kaulen.wikimedia.orgwrote: Top 5 Bug Resolvers aklapper [AT] wikimedia.org 23 jrobson [AT] wikimedia.org 13 krenair [AT] gmail.com 8 s.mazeland [AT] xs4all.nl 8 krinklemail [AT] gmail.com 7 I think I didn't resolve a single bug last week. Sure, I closed a few because I merged some patch sets, but hardly a reason to add my to this week's hall of fame. This figure is a statistic of your bugs management action. It counts how many bug your marked as RESOLVED. It doesn't count the amount of bugs you resolved as assignee. So I guess it's a hall of fame of your contributions to a better bug management. Once we know what this means (mark bug resolved, regardless who were the assignee), this is a valuable stat: it shows you take care of Bugzilla. -- Best Regards, Sébastien Santoro aka Dereckson http://www.dereckson.be/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla Weekly Report
On Mon, 2013-01-07 at 09:25 +0100, Siebrand Mazeland (WMF) wrote: On Mon, Jan 7, 2013 at 4:00 AM, reporter repor...@kaulen.wikimedia.orgwrote: MediaWiki Bugzilla Report for December 31, 2012 - January 07, 2013 Status changes this week Bugs NEW : 520 Bugs ASSIGNED : 58 Bugs REOPENED : 39 Bugs RESOLVED : 177 Total bugs still open: 9050 Last week: 9031 (+19). At least 520 new, some 180 resolved. Where are the other 300+? Above are Status changes, NOT newly created reports. Querying Bugzilla for tickets with creation date after -7d [1] I get 161. Querying for tickets which status changed to RESOLVED and did not get reopened in the last 7 days [2] I get 141. Difference is 20 which corresponds to the +19 above. Resolutions for the week: Bugs marked FIXED : 125 Bugs marked REMIND : 0 Bugs marked INVALID: 16 Bugs marked DUPLICATE : 15 Bugs marked WONTFIX: 9 Bugs marked WORKSFORME : 17 Bugs marked LATER : 0 Bugs marked MOVED : 0 According to the list above this one, 177 issues were resolved. Here we have 182 resolutions. Somewhere, 5 are missing. Above are resolutions that got set - very likely 5 tickets got reopened after setting that resolution. Specific Product/Component Resolutions User Metrics With 500 new issues There are no 500 new issues. :) Top 5 Bug Resolvers aklapper [AT] wikimedia.org 23 jrobson [AT] wikimedia.org 13 krenair [AT] gmail.com 8 s.mazeland [AT] xs4all.nl 8 krinklemail [AT] gmail.com 7 I think I didn't resolve a single bug last week. Sure, I closed a few because I merged some patch sets, but hardly a reason to add my to this week's hall of fame. There's no way to differentiate. If you resolve a bug report (Bugzilla speech) you close it, unrelated to any code commits. Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report? I don't get something useful. It's good to have community and activity statistics (and a good bikeshedding topic to find meaningful ones), but this report doesn't give me anything useful. Plus there is also https://bugzilla.wikimedia.org/weekly-bug-summary.cgi?tops=10days=7 Plus I don't trust the results in this email, in general. andre [1] https://bugzilla.wikimedia.org/buglist.cgi?chfield=[Bug%20creation]chfieldfrom=-7dchfieldto=Nowquery_format=advancedorder=bug_id [2] https://bugzilla.wikimedia.org/buglist.cgi?chfieldto=Nowchfield=bug_statusquery_format=advancedchfieldfrom=-7dchfieldvalue=RESOLVEDresolution=FIXEDresolution=INVALIDresolution=WONTFIXresolution=LATERresolution=DUPLICATEresolution=WORKSFORME -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: Wikimedia/mapping event in Europe early next year?
On Thu, Dec 20, 2012 at 12:56 PM, Cristian Consonni kikkocrist...@gmail.com wrote: 2012/11/28 Erik Moeller e...@wikimedia.org: WMF is not going to organize this, but we can help sponsor travel and bring the key developers from our side who will work on this. Are there any takers for supporting a 20-30 people development event in Europe focused on mapping/geodata? I'm suggesting Europe because I know quite a few of the relevant folks are there, but am open to other options as well. Hi, Sorry for bringing up this thread again so late, anyway Wikimedia Italia has found a partner who is willing to organize such an event: the Bruno Kessler Foundation[1] (FBK). FBK is a research centre in Trento (Italy), which is already active in the field; they are also maintaining the Italian version of DBpedia[2]. The event will be held in Trento. They are rather flexible about the dates, but we are suggesting to organize it around the Wikimedia Conference (the days just before or just after the conference) so to focus our efforts in that period; in this way we could also profit from the fact that some people from the WMF staff will already be in Italy (since the WMConf will be held in Milan). Also, we think that organizing it before April will not give a sufficient notice to other developers who may be interested in participating. We already contacted the Italian OSM community which will help to to get in touch the international community. Is this ok for you, can we start make it moving? =) Anyone know if this is happening or not? Sometime around the chapters meeting seems as good a time as any. Or maybe attached as a few days before/after the Amsterdam hackathon. (/me not organizing anything, though) I think there will be little overlap between attendees of the chapters meeting and this, whereas I think there's a bit of overlap with the hackathon. Problem is I am not aware of anyone willing to organize anything around the hackathon. Advantage of what Christian proposes is that someone is willing to host and help organize it. :) The longer time goes by without picking a date, the more likely people like me can't come as something else will come up and then they are busy. Cheers, Katie Cristian WM-IT [1] http://www.fbk.eu [2] http://it.dbpedia.org/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- @wikimediadc / @wikidata ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] DataValues now a dependency for Maps, SMW, Validator
Hey, I just merged in changes into master of several extensions, most notably Maps, Semantic MediaWiki and Validator, that make them dependent on DataValues [0]. They will thus no longer work without DataValues. Please let me know if you run into any issues :) [0] https://www.mediawiki.org/wiki/Extension:DataValues Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. -- ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Fwd: Wikimedia/mapping event in Europe early next year?
Hi aude, 2013/1/7 aude aude.w...@gmail.com: Anyone know if this is happening or not? Sometime around the chapters meeting seems as good a time as any. Or maybe attached as a few days before/after the Amsterdam hackathon. (/me not organizing anything, though) I think there will be little overlap between attendees of the chapters meeting and this, whereas I think there's a bit of overlap with the hackathon. Problem is I am not aware of anyone willing to organize anything around the hackathon. Advantage of what Christian proposes is that someone is willing to host and help organize it. :) We are definitely willing to organize it with FBK. We were waiting to hear from the other chapter who expressed some interest. I also got in touch with WM-NL to discuss if they can/are willing to organize the event near the hackaton, since probably that the overlap with that event could be greater, as Sumana proposed. Also, Amsterdam may be a little easier to reach than Trento (I have been told that most of OSM developers are based in Germany or in UK). (I don't mean to put pressure on anybody though) In any case, we will collect some feedback in the next days and then you'll hear from us. The longer time goes by without picking a date, the more likely people like me can't come as something else will come up and then they are busy. That's right. I think that in at most an couple of weeks we will be able to fix some details. Cristian ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Rewriting ExtensionDistributor
Hello extension developers, extension users, and people who hate NFS: I'm finishing up rewriting ExtensionDistributor[0] so it'll be more reliable and not rely on NFS. In the process of doing this, I've changed how it fetches the archives. Instead of cloning all of the repositories and generating the archives on-disk, we'll now utilize the Github API to generate archives for us (this is configurable, if we decide that Github isn't going to work for some reason). I think this is really cool because it supports both tags *and* branches. Now, since the big move to Git, ExtensionDistributor hasn't really worked for branches other than master. When we deploy the new version, I'm thinking we configure $wgExtDistBranches as follows: $wgExtDistBranches = array( 'master', 'SNAPSHOT-for-1.21', 'SHAPSHOT-for-1.20', ... ); We can go ahead and create tags for the existing released versions to approximate snapshots of each extension as of the corresponding MediaWiki release. Extension authors can update the tag (or maybe use a branch, if they want) using the same name that we have configured. I'm willing to bikeshed (a little) on the SNAPSHOT-for-1.21 tag names, but I was looking for something that would be unlikely to conflict with people's existing tags/branches, and clear that it's a snapshot in most instances. I don't have an exact date picked for deployment yet, but it'd be nice to have the snapshot tag names sorted out before we do. -Chad [0] https://gerrit.wikimedia.org/r/#/c/37478/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Fwd: Wikimedia/mapping event in Europe early next year?
On Mon, Jan 7, 2013 at 6:51 PM, Cristian Consonni kikkocrist...@gmail.comwrote: Hi aude, 2013/1/7 aude aude.w...@gmail.com: Anyone know if this is happening or not? Sometime around the chapters meeting seems as good a time as any. Or maybe attached as a few days before/after the Amsterdam hackathon. (/me not organizing anything, though) I think there will be little overlap between attendees of the chapters meeting and this, whereas I think there's a bit of overlap with the hackathon. Problem is I am not aware of anyone willing to organize anything around the hackathon. Advantage of what Christian proposes is that someone is willing to host and help organize it. :) We are definitely willing to organize it with FBK. We were waiting to hear from the other chapter who expressed some interest. I also got in touch with WM-NL to discuss if they can/are willing to organize the event near the hackaton, since probably that the overlap with that event could be greater, as Sumana proposed. Also, Amsterdam may be a little easier to reach than Trento (I have been told that most of OSM developers are based in Germany or in UK). (I don't mean to put pressure on anybody though) In any case, we will collect some feedback in the next days and then you'll hear from us. The longer time goes by without picking a date, the more likely people like me can't come as something else will come up and then they are busy. That's right. I think that in at most an couple of weeks we will be able to fix some details. Thank you! I have no preference when or where, but sooner we know the better. Cheers, Katie Cristian ___ Wikimedia-l mailing list wikimedi...@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l -- @wikimediadc / @wikidata ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Echo IRC meeting reminder
Hey everybody, just a reminder that we're going to have an IRC meeting tomorrow for developers regarding Echo. This will be for answering all your burning questions about what Echo is and how it will work, as well as how you can make use of it in your own extensions for providing notifications to users. Where: #wikimedia-tech When: Wed. Jan. 30 at 11am Pacific Time If you want to try out Echo in the meantime, check out our testing page, https://www.mediawiki.org/wiki/Echo/Testing, and try it out on mediawiki.org. Ryan Kaldari, Editor Engagement team ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bugzilla Weekly Report
On 01/07/2013 03:47 AM, Andre Klapper wrote: Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report? I don't get something useful. Me neither. It's good to have community and activity statistics http://www.mediawiki.org/wiki/Community_metrics/December_2012 is closer to release. :) -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Problems uploading word 2007 .doc files
Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files: The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security. I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?! ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Community Metrics - December report
Third issue of the MediaWiki community metrics monthly report! http://www.mediawiki.org/wiki/Community_metrics/December_2012 We have added a section with social media stats. Hopefully next month we will show mediawiki.org data to reflect the documentation work. There is a big increase in the total amount of lines of code and active contributors. The addition of Kiwix and MediaWiki Editor Engagement Experiments has something to do with this. Probably Ohloh crawled more of the hundreds of repositories we have on file. But underneath this there is the main factor that the MediaWiki community is growing year-to-year! As a contrast, MediaWiki core got the lowest amount of commits since June 2010 - probably related with the post 1.20.* releases + holidays? -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Problems uploading word 2007 .doc files
On Mon, 07 Jan 2013 23:47:58 +0100, Aran Dunkley a...@organicdesign.co.nz wrote: Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files: The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security. I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?! Word 2007 uses a .docx format as far as I know, not .doc. Which one were you using in your configuration? Also, .docx files are essentially ZIP files with magic data inside. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Problems uploading word 2007 .doc files
The file was a .doc, but I've tried changing it to docx and get the same result. Some other .doc and .docx files that are word 2007 upload no problem. But I don't see how it can complain when I have the MimeType verification disabled - completely disabling the verification would be no problem since only specific users can upload. p.s. this is a MW 1.19.2 on Ubuntu Server 11.10 with PHP 5.3.6 On 07/01/13 21:21, Matma Rex wrote: On Mon, 07 Jan 2013 23:47:58 +0100, Aran Dunkley a...@organicdesign.co.nz wrote: Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files: The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security. I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?! Word 2007 uses a .docx format as far as I know, not .doc. Which one were you using in your configuration? Also, .docx files are essentially ZIP files with magic data inside. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Rewriting ExtensionDistributor
On Jan 7, 2013, at 8:03 PM, Chad innocentkil...@gmail.com wrote: I'm thinking we configure $wgExtDistBranches as follows: $wgExtDistBranches = array( 'master', 'SNAPSHOT-for-1.21', 'SHAPSHOT-for-1.20', ... ); We can go ahead and create tags for the existing released versions to approximate snapshots of each extension as of the corresponding MediaWiki release. Extension authors can update the tag (or maybe use a branch, if they want) using the same name that we have configured. I'm willing to bikeshed (a little) on the SNAPSHOT-for-1.21 tag Why not use what we already use: REL1_20 etc. -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] How to contribute to sysadmin / devops
Hi, Even before joining the WMF I have heard about the opportunities for sysadmins to contribute, the possibility to get involved in Wikipedia that way, how great https://labs.wikimedia.org/ is for this purpose and the inevitable mention to Puppet at some point. While improving http://www.mediawiki.org/wiki/How_to_contribute I couldn't find (m)any details about how a volunteer sysadmin could enter this path and make progress until, say, becoming a Wikimedia sysadmin wearing a 'got [Wikimedia logo] root' shirt. http://www.mediawiki.org/wiki/Sysadmin_hub seems to be the closest landing page for a sysadmin volunteer, but that page needs love and there is little to be found there for wannabe contributors. I can put some time sorting out this, but I need help from the people in the know. We could start defining the first step that a potential sysadmin volunteer could make in order to become a helpful contributor. -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to contribute to sysadmin / devops
From my point of view, this is something what will be possible in future. I thought that once we finish working on beta cluster, all deployment will be done there, and then once it is found working, it's merged with production. Now it works the other way - changes are done in production, and then merged to labs. I think this should change, and once it is done, people should be able to modify configuration of labs - thus changing the production in future. But given labs were flagged as stable few weeks ago, this is going to take a while. But that's how I see it, maybe it's going to be done differently. On Tue, Jan 8, 2013 at 1:45 AM, Quim Gil q...@wikimedia.org wrote: Hi, Even before joining the WMF I have heard about the opportunities for sysadmins to contribute, the possibility to get involved in Wikipedia that way, how great https://labs.wikimedia.org/ is for this purpose and the inevitable mention to Puppet at some point. While improving http://www.mediawiki.org/wiki/**How_to_contributehttp://www.mediawiki.org/wiki/How_to_contributeI couldn't find (m)any details about how a volunteer sysadmin could enter this path and make progress until, say, becoming a Wikimedia sysadmin wearing a 'got [Wikimedia logo] root' shirt. http://www.mediawiki.org/wiki/**Sysadmin_hubhttp://www.mediawiki.org/wiki/Sysadmin_hubseems to be the closest landing page for a sysadmin volunteer, but that page needs love and there is little to be found there for wannabe contributors. I can put some time sorting out this, but I need help from the people in the know. We could start defining the first step that a potential sysadmin volunteer could make in order to become a helpful contributor. -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/**User:Qgilhttp://www.mediawiki.org/wiki/User:Qgil __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
