Re: [Wikitech-l] Welcome Quim Gil to Engineering Community Team!
Nice seeing you here! Welcome and happy birthday! 2012/11/13 Sumana Harihareswara suma...@wikimedia.org: I am very happy to announce that tomorrow is Quim Gil's first day in the Engineering Community Team of the Wikimedia Foundation. His title is Technical Contributor Coordinator (IT Communications Manager) which means that he'll be reaching out to and nurturing our testers, coders, documenters, product managers, sysadmins, and other contributors to Wikimedia technologies like MediaWiki. His blog entry about coming to WMF: https://flors.wordpress.com/2012/08/27/moving-up-in-the-freedom-stack/ Quim is a contributor to Catalan Wikisource Wikipedia and English Wikipedia (User:Qgil), and has helped Wikimedia's mobile team as a volunteer. Most recently he's dug into statistical analysis of MediaWiki's coder community and the philosophical conundrum of RESOLVED:LATER. You might also know him from his activity in the worlds of GNOME, Qt, and Maemo -- he's coming to us from Nokia. If I try to detail all the consulting, event-running, volunteer recruiting, open source community management, writing, and projects he's done, I'll hit some kind of mailman limit so I won't try. :-) Quim lives in the Bay Area and will be working out of the San Francisco office while reporting to me remotely, which is kind of hilarious. In the near future he'll be encouraging volunteer testers and running our Outreach Program for Women. And tomorrow is Quim's birthday! So, happy birthday and welcome, Quim! -- Toni Hermoso Pulido http://www.cau.cat ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] On GitHub, rename wikimedia/mediawiki-core - wikimedia/mediawiki
The fact that mediawiki's repository is named mediawiki-core doesn't make sense to me. The chief benefit provided by GitHub is its popularity and visibility. We don't manage our code review or release process in GitHub anyway, so I see no reason not to give the most weight to aesthetic / populistic considerations. Let's make it github.com/wikimedia/mediawiki. Visibility helps! This is not possible. Repos are the same name on the source and destination. -Chad Not to mention that might be confusing down the road for someone looking to find our copy of mediawiki-core on Github. Thank you, Derric Atzrott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Triaging Bugzilla reports: Greasemonkey scripts
Hi, in case that you are a heavy user of bugzilla.wikimedia.org and triage / comment on many reports: I've shared my hackish Greasemonkey scripts (that's clientside Javascript that runs in Firefox and some other browsers). These scripts include stuff like * provide one-click stock comments, * embed several links (to Extension product homepage; query tickets previously filed by the reporter) * display email addresses of people and not just the name * color people based on a manual list (e.g. green = I know this person and don't need to look at this report) * color MWExtensions based on a manual list (e.g. green = deployed) etc. Obviously the code could be improved but it works for me: https://gerrit.wikimedia.org/r/gitweb?p=wikimedia/bugzilla/triagescripts.git;a=summary Feedback and contributions welcome. andre -- 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] Preparing concise, readable release notes for 1.21
Another problem is we people doing oh, say monthly updates from git, and
hoping to get a summary of what to be aware of. The best I can do
currently is
git fetch origin
git diff master..origin/master \
RELEASE-NOTES-*|
tee /tmp/gitdiff$$|wdiff -d -3 /tmp/mediawikiDiff$$
${PAGER-less} /tmp/mediawikiDiff$$
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] secure.wikimedia.org is no more
Hi, Following last year's Native HTTPS efforts¹, I've pushed a change² today that redirects all the old secure.wikimedia.org URLs to the respective native HTTPS ones, e.g. https://secure.wikimedia.org/wikipedia/en/wiki/Main_Page gets redirected to https://en.wikipedia.org/wiki/Main_Page The redirects are HTTP temporary redirects (302) for now. I'll soon switch them to permanent (301), please do let me know if you see any breakage in the meantime. Regards, Faidon ¹: http://blog.wikimedia.org/2011/10/03/native-https-support-enabled-for-all-wikimedia-foundation-wikis/ ²: https://gerrit.wikimedia.org/r/#/c/13429/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Enable Page View Statistic
Hi Bawolff Thanks a lot. That is very useful stuff. That is awesome links :) Regards and Thanks again Harsh --- Harsh Kothari Research Fellow, Physical Research Laboratory(PRL). Ahmedabad. On 14-Nov-2012, at 5:06 AM, bawolff wrote: On Tue, Nov 13, 2012 at 4:21 AM, Harsh Kothari harshkothari...@gmail.com wrote: Hi All I found that on Gujarati Wikipedia there is no page view statistic. So please enable that features and also give us data of How many hits per day or per month on Gujarati Wikipedia. Also you may be interested in http://stats.grok.se/gu/top and http://stats.grok.se/gu/201012/%E0%AA%AE%E0%AB%81%E0%AA%96%E0%AA%AA%E0%AB%83%E0%AA%B7%E0%AB%8D%E0%AA%A0 (The interface doesn't work well in non-popular languages, so you have to make the urls by hand http://stats.grok.se/gu/yearmonth/pagename (with gu being the language code). Additionally a couple clicks in to the link Chad gave you gets to this page: http://stats.wikimedia.org/EN/SummaryGU.htm which has a graph of page views over time near the bottom. There are raw page view stats available at http://dumps.wikimedia.org/other/pagecounts-raw/ which one can filter/visualize/etc in whatever form is convenient (If you're into statistical stuff - requires some effort to get usable information). Hope that helps, -Bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] secure.wikimedia.org is no more
Following last year's Native HTTPS efforts¹, I've pushed a change² today that redirects all the old secure.wikimedia.org URLs to the respective native HTTPS ones, e.g. https://secure.wikimedia.org/wikipedia/en/wiki/Main_Page gets redirected to https://en.wikipedia.org/wiki/Main_Page Does anyone know if EFF's HTTPS Everywhere extension is set up to redirect to secure.wikimedia.org? If so, someone might want to let them know that we've made this change. I'll volunteer to do so if no one else wishes to. The redirects are HTTP temporary redirects (302) for now. I'll soon switch them to permanent (301), please do let me know if you see any breakage in the meantime. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] secure.wikimedia.org is no more
On Wed, Nov 14, 2012 at 10:48 AM, Derric Atzrott datzr...@alizeepathology.com wrote: Following last year's Native HTTPS efforts¹, I've pushed a change² today that redirects all the old secure.wikimedia.org URLs to the respective native HTTPS ones, e.g. https://secure.wikimedia.org/wikipedia/en/wiki/Main_Page gets redirected to https://en.wikipedia.org/wiki/Main_Page Does anyone know if EFF's HTTPS Everywhere extension is set up to redirect to secure.wikimedia.org? If so, someone might want to let them know that we've made this change. I'll volunteer to do so if no one else wishes to. HTTPS Everywhere should've been updated some time ago to use the native https urls. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] secure.wikimedia.org is no more
On Wed, Nov 14, 2012 at 01:48:27PM -0500, Derric Atzrott wrote: Following last year's Native HTTPS efforts¹, I've pushed a change² today that redirects all the old secure.wikimedia.org URLs to the respective native HTTPS ones, e.g. https://secure.wikimedia.org/wikipedia/en/wiki/Main_Page gets redirected to https://en.wikipedia.org/wiki/Main_Page Does anyone know if EFF's HTTPS Everywhere extension is set up to redirect to secure.wikimedia.org? If so, someone might want to let them know that we've made this change. I'll volunteer to do so if no one else wishes to. HTTPS Everywhere is currently set up to redirect using the native HTTPS support (http://en.wp - https://en.wp); it used to support redirects to secure.wikimedia.org, but Roan Kattouw and Sam Reed updated it quite a while ago. secure.wm.org never supported HTTP and secure.wm.org HTTPS gets redirected by our redirects without any privacy loss, so there's nothing to add to HTTPS Everywhere that I can see. Thanks for the offer though. Regards, Faidon PS. Fun fact: HTTPS Everywhere's git master already has rules for Wikidata Wikivoyage, thanks to the always awesome Reedy. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Research on newcomer experience - do we want to take part?
Hello, Kevin Carillo[1] from University of Wellington is going to research Newcomer experience and contributor behavior in FOSS communities[2] So far Debian, GNOME, Gentoo, KDE, Mozilla, Ubuntu, NetBSD, OpenSUSE will be taken into account, and FreeBSD recently joined[3] and there is still some possibility for other large FOSS projects to join. I think it could fit nicely into our recent efforts directed at newcomer experience after Git migration. And MediaWiki is a bit different than above projects. Are we interested to include MediaWiki in that research? As Kevin explains in his post he tried to avoid spamming mailing lists to look for project interested, so I am doing this for him :-) //Saper [1] http://kevincarillo.org/about/, http://twitter.com/kevouze [2] http://kevincarillo.org/survey-invitation/ [3] http://kevincarillo.org/2012/11/15/welcome-freebsd/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] secure.wikimedia.org is no more
Faidon Liambotis wrote: Following last year's Native HTTPS efforts¹, I've pushed a change² today that redirects all the old secure.wikimedia.org URLs to the respective native HTTPS ones, e.g. https://secure.wikimedia.org/wikipedia/en/wiki/Main_Page gets redirected to https://en.wikipedia.org/wiki/Main_Page This is great. Thank you for your work on this. :-) MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Research on newcomer experience - do we want to take part?
On Wed, Nov 14, 2012 at 11:00 PM, Marcin Cieslak sa...@saper.info wrote: Hello, Kevin Carillo[1] from University of Wellington is going to research Newcomer experience and contributor behavior in FOSS communities[2] So far Debian, GNOME, Gentoo, KDE, Mozilla, Ubuntu, NetBSD, OpenSUSE will be taken into account, and FreeBSD recently joined[3] and there is still some possibility for other large FOSS projects to join. I think it could fit nicely into our recent efforts directed at newcomer experience after Git migration. And MediaWiki is a bit different than above projects. Are we interested to include MediaWiki in that research? As Kevin explains in his post he tried to avoid spamming mailing lists to look for project interested, so I am doing this for him :-) //Saper I've worked with Kevin in preparation for his survey and later promotion from the KDE-side quite a bit. This is not the kind of research project that is of no value to the project taking part. I expect the results to be very useful for KDE (and likely also the other projects taking part). Cheers Lydia -- Lydia Pintscher - http://about.me/lydia.pintscher Community Communications for Wikidata Wikimedia Deutschland e.V. Obentrautstr. 72 10963 Berlin www.wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] editing channels - How was this edit made?
On 13/11/12 23:42, MZMcBride wrote: Please stop top-posting. If you don't understand what that means, please read https://wiki.toolserver.org/view/Mailing_list_etiquette. As I posted at https://www.mediawiki.org/wiki/Talk:Revtagging, it's not clear to me why the built-in revision tagging system in MediaWiki is insufficient for your needs. It _feels_ like wheel-reinvention, but perhaps there's some key component I'm missing. It should indeed be enough to use change_tag. Also note that some parameters listed in the page are redundant for some campaigns (such as adding the bot name). ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] editing channels - How was this edit made?
On 2012-11-14, at 18:33, Platonides platoni...@gmail.com wrote: On 13/11/12 23:42, MZMcBride wrote: Please stop top-posting. If you don't understand what that means, please read https://wiki.toolserver.org/view/Mailing_list_etiquette. As I posted at https://www.mediawiki.org/wiki/Talk:Revtagging, it's not clear to me why the built-in revision tagging system in MediaWiki is insufficient for your needs. It _feels_ like wheel-reinvention, but perhaps there's some key component I'm missing. It should indeed be enough to use change_tag. Also note that some parameters listed in the page are redundant for some campaigns (such as adding the bot name). I think that the Analytics team would prefer either: 1) detect source of edit in the URL Or 2) have a hook activated after a successful edit and have the data send to the pixel service Having this data in a MySQL table poses a lot of challenges with respect of importing that data into the analytics cluster Best Diederik ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Looking for Bugs In All the RIGHT Places
Hello, I attended a talk [1] by Elaine Weyuker [2] on Wed, 7 Nov 2012. The talk, “Looking for Bugs In All the RIGHT Places”, discussed her work on predicting where bugs would be found in the next release of a program product. She and her collaborators have created a well validated tool that predicts, in under a minute, the 20% of the source files of the product, frozen before the next release, that will contain about 80% of the faults that will be corrected in that release. The tool is not a silver bullet, but it is useful; especially because it sometimes points attention to files that were not expected to have a lot of problems. The tool has two parts, a prediction front end and a back end interface to the revision control system and bug tracker. As I remember it, the entire system consisted of under 800 lines of python and under 3000 lines of C++. Using it would require adding a new back end. I thought that this tool might be useful in mediawiki development. She was amenable to helping get it working if there was interest. [1]http://www.ece.udel.edu/spotlight/WeyukerDLS.php [2]http://en.wikipedia.org/wiki/Elaine_Weyuker -- Jim Laurino wican.x.jiml...@dfgh.net Please direct any reply to the list. Only mail from the listserver reaches this address. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Looking for Bugs In All the RIGHT Places
I thought that this tool might be useful in mediawiki development. She was amenable to helping get it working if there was interest. Where, pray tell, is the software? :) -- Mark Holmquist Software Engineer, Wikimedia Foundation mtrac...@member.fsf.org http://marktraceur.info * Sent from Ubuntu GNU/Linux * ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
