Wikitech-l July 2012

wikitech-l@lists.wikimedia.org

128 participants
119 discussions

Re: [Wikitech-l] [MediaWiki-commits] [Gerrit] Add explanation for Varnish "hashing" in light of advisories... - change (operations...varnish[testing/persistent])
by Siebrand Mazeland 11 Jul '12

11 Jul '12

Hi mark We're telling people who commit multiple commits to the same repo to squash them before submitting. Yesterday I got around 550 emails from multiple commits by you. Could you please look into how that can be reduced? Thanks. -- Siebrand Mazeland M: +31 6 50 69 1239 Skype: siebrand Op 11 jul. 2012 om 07:35 heeft "Mark Bergsma (Code Review)" <gerrit(a)wikimedia.org> het volgende geschreven: > Mark Bergsma has submitted this change and it was merged. > > Change subject: Add explanation for Varnish "hashing" in light of advisories. > ...................................................................... > > > Add explanation for Varnish "hashing" in light of advisories. > --- > M doc/sphinx/phk/index.rst > A doc/sphinx/phk/varnish_does_not_hash.rst > 2 files changed, 146 insertions(+), 0 deletions(-) > > Approvals: > Mark Bergsma: Verified; Looks good to me, approved > > > -- > To view, visit https://gerrit.wikimedia.org/r/15035 > To unsubscribe, visit https://gerrit.wikimedia.org/r/settings > > Gerrit-MessageType: merged > Gerrit-Change-Id: I3f98fc1777fca10fe9fe2c02cdb6324784f50948 > Gerrit-PatchSet: 1 > Gerrit-Project: operations/debs/varnish > Gerrit-Branch: testing/persistent > Gerrit-Owner: Mark Bergsma <mark(a)wikimedia.org> > Gerrit-Reviewer: Mark Bergsma <mark(a)wikimedia.org> > > _______________________________________________ > MediaWiki-commits mailing list > MediaWiki-commits(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-commits

2 1

Upstream keyword in bugzilla
by Niklas Laxström 11 Jul '12

11 Jul '12

I think the upstream keyword in bugzilla is useless. Can we replace it with a field which takes an url to the upstream bug report? -Niklas -- Niklas Laxström

8 12

Wikidata Infoboxes
by jmcclure＠hypergrove.com 11 Jul '12

11 Jul '12

With regard to wikidata infoboxes, it is either * that the usual technical APIs implemented as parser functions must be learned by every Wikipedian * or that simple interwiki transclusions are entered via the emerging WYSIWYG tools for Wikipedia With regard to the content of wikidata infoboxes, it is either * that nothing is annotated -- all such (semantic web) queries are driven resolutely towards wikidata * or that infobox triples are annotated via HTML/a -- article content can optionally have HTML/a markup In short it is either * no wikipedias can be considered part of the semantic web * or all wikipedias stand at the center of the semantic web

2 3

Take a lesson from dreamhoststatus.com
by jidanni＠jidanni.org 11 Jul '12

11 Jul '12

On http://wikitech.wikimedia.org/view/Main_Page there is a link to "Current status" which doesn't show what is currently causing Wikipedia to be down. I suggest you take a lesson from http://www.dreamhost.com/ adding a separate http://www.dreamhoststatus.com/ and make lots of links to it...

4 4

Re: [Wikitech-l] Wikidata: Splitting the Cache by Language
by jmcclure＠hypergrove.com 10 Jul '12

10 Jul '12

Hi Daniel, Thanks for the background about wikidata's caching requirements. A few questions: 1. Will wikidata have any transcludable pages that contain just infoboxes? Seems to me that {{wikidata:en:infobox:Thomas Jefferson}} could be transformed quite readily into [http://www.wikidata.org/wiki/infobox:Thomas_Jefferson/en] 2. Will wikidata have a page such as [[wikidata:en:Thomas Jefferson]] (that is a redirect to [[wikidata:en:WD12345]] as the case may/will be) showing all English (& possibly all non-language-specific) subject triples? 3. Will wikidata have a page such as [[wikidata:Thomas Jefferson]] that is a directory of all language-specific (sub-)pages that exist on wikidata? Thanks in advance, John

1 0

WMUK developer job opening
by Michael Peel 10 Jul '12

10 Jul '12

Hi all, WMUK is currently advertising for a full-time Developer position. The job description, and info on how to apply, is at: http://uk.wikimedia.org/wiki/Developer_job_description My apologies for this post being slightly off-topic, but I'm hoping that this position might be of interest to some subscribers. If you know of anyone that might be interested in this position that isn't on this list, please pass the link on to them! Thanks, Mike Peel Wikimedia UK

1 0

Re: [Wikitech-l] New, lower traffic, announcements only email list for Wikimedia developers
by Guillaume Paumier 10 Jul '12

10 Jul '12

Hi, [cc:ing wikimedia-l because this message is also for Wikimedia users.] I've been asked to weigh in on this topic, because this is going to be an area of focus for me over the coming year. I've been tasked with improving the 2-way communication between users & developers, possibly using the wikitech-ambassadors list as a medium. A few people have already explained the scope of the different lists, but here's my understanding: * wikitech-l: A high-traffic, unapologetically technical, discussion list for developers talking to developers * wikitech-announce: A low-traffic, plain English, announce-only list for developers talking to Wikimedia users * wikitech-ambassadors: A (currently) low-traffic, mostly-announce list for developers talking to Wikimedia users * mediawiki-announce: A low-traffic, announce-only list for developers talking to (mostly 3rd-party) MediaWiki users * wikimediaannounce: A low-traffic, plain English, announce-only list for general Wikimedia usues. And the possible change would be for wikitech-ambassadors to become a medium-to-high-traffic, plain English, list for discussion between developers and Wikimedia users, to report issues, share ideas and provide feedback in unapologetically layman terms. The "Ambassadors" part also means that users who are on that list will have a role in disseminating information to their local communities, and reporting back issues possibly raised on local wikis. FYI, if you're at Wikimania this week, this 2-way communication channel between developers and users will be a main focus of the "Transparency" discussion with Sumana, Rob and myself on Saturday 14 at 10:30 in Room 310: https://wikimania2012.wikimedia.org/wiki/Submissions/Transparency_and_colla… I've also just noticed that there are two other talks related to this topic: * Oliver's "Engaging the Community: What We've Tried and Where We're Going" (Thursday July 12, 11:40, Room 310) https://wikimania2012.wikimedia.org/wiki/Submissions/Engaging_the_Community… * Tilman and Max's "Movement Broadcasting - 'Stop Spamming' vs. 'Nobody Told Me" (Thursday, July 12, 14:00, Room 302) https://wikimania2012.wikimedia.org/wiki/Submissions/Movement_Broadcasting_… If you can't attend any of those sessions, but you want to discuss / rant / share ideas about (mis)communication between MediaWiki developers and Wikimedia users, please come to me at any time during the hackathon or the conference (If we don't already know each other, my photo is on https://wikimediafoundation.org/wiki/Staff_and_contractors ) And if you're not at Wikimania, feel free to drop me an e-mail with your thoughts on the subject. -- Guillaume Paumier Technical Communications Manager — Wikimedia Foundation

1 0

Bugzilla Weekly Report
by reporter 09 Jul '12

09 Jul '12

MediaWiki Bugzilla Report for July 02, 2012 - July 09, 2012 Status changes this week Bugs NEW : 198 Bugs ASSIGNED : 66 Bugs REOPENED : 25 Bugs RESOLVED : 170 Total bugs still open: 8083 Resolutions for the week: Bugs marked FIXED : 137 Bugs marked REMIND : 0 Bugs marked INVALID : 6 Bugs marked DUPLICATE : 10 Bugs marked WONTFIX : 7 Bugs marked WORKSFORME : 10 Bugs marked LATER : 4 Bugs marked MOVED : 0 Specific Product/Component Resolutions & User Metrics New Bugs Per Component WikidataRepo 12 Git/Gerrit 5 General/Unknown 5 Database 3 API 3 New Bugs Per Product MediaWiki 22 Wikimedia 18 MediaWiki extensions 38 Wikimedia Mobile 1 Wikimedia Labs 1 Top 5 Bug Resolvers sam [AT] reedyboy.net 17 mmullie [AT] wikimedia.org 16 denny.vrandecic [AT] wikimedia.de 16 krinklemail [AT] gmail.com 11 jamesin.hongkong.1 [AT] gmail.com 10

1 0

getting Jenkins to run basic automated tests on commits to extensions
by Sumana Harihareswara 08 Jul '12

08 Jul '12

Antoine: Would it be fairly easy for you to get Jenkins to automatically PHP lint-check new commits to extensions? Code reviewers would thank you! -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation

8 9

"A Collaborative Environment For Music Transcription And Publishing"
by Luiz Augusto 08 Jul '12

08 Jul '12

FYI, the following Open Acces paper describes an implementation of DokuWiki and ABC to make a collaborative environment for music scores. May be interesting for those that watches the inactivity on [[bugzilla:189]] (opened on 2004). http://www.booksonline.iospress.nl/Content/View.aspx?piid=30623 DOI:10.3233/978-1-61499-065-9-82 Best, [[:m:User:555]]

1 0

← Newer
1
...
6
7
8
9
10
11
12
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l July 2012