I was wondering if anyone knew if there is a list of the codes that
follow the page names in the mediawiki IRC update stream. For example
the "MB" in the following example:
20:43 <@rc-pmtpa> [[2007–08 A-League]] MB
http://en.wikipedia.org/w/index.php?diff=435699936&oldid=435699679 *
Cydebot * (+3) Robot - Speedily moving category 2008 in Australian
football (soccer) to [[:Category:2008 in Australian association
football]] per [[WP:CFDS|CFDS]].
I'm trying to identify bots for this visualization of the updates [1].
Any tips or pointers would be appreciated.
//Ed
[1] http://wikistream.inkdroid.org
Hi folks,
I’m pleased to announce the following promotions and role changes in
engineering, effective immediately.
* Rob Lanphier is the Director of Platform Engineering.
* Tomasz Finc is the Director of Mobile and Special Projects.
* Alolita Sharma is the acting Director of Features Engineering.
Alolita has gracefully agreed to take on this role, for which we’re
kicking off a full search process.
* Mark Bergsma is now the Lead Operations Architect, reporting to CT.
* Tim Starling is now the Lead Platform Architect, reporting to Rob.
I’ll explain a bit more what these roles mean below, but first, please
join me in congratulating Rob, Tomasz, Alolita, Mark and Tim! :-)
Let me also take this opportunity to thank Danese Cooper for helping
to build and professionalize the Wikimedia Foundation engineering
organization as Wikimedia’s CTO. She also set these changes in
motion, and our overall strategy is one that we’ve begun developing
and socializing together in the last few months.
Here’s how these roles fit together. The engineering department is
principally structured into four sub-departments, each headed by a
director who is the functional manager of all people within that
sub-department:
* Technical Operations - CT Woo: Keep Wikimedia Foundation sites and
services running, increase uptime and performance, support code
deployments, and ensure recoverability of data and services.
* Platform Engineering - Rob Lanphier: Maintain and support the
MediaWiki platform; ensure reliability, maintainability, and
performance of our software; lead the release management process; grow
and nurture the developer community and ecosystem.
* Features Engineering - Alolita Sharma (Acting): Advance Wikimedia’s
strategic priorities by focusing resources on specific feature
projects such as the visual editor, or interventions designed to
increase editor retention.
* Mobile and Special Projects - Tomasz Finc: Advance Wikimedia’s
mobile platform and ensure that mobile devices are fully considered
across the engineering development process; execute projects with
strong overlapping requirements (e.g. offline delivery of Wikimedia
content).
We’re also recognizing the importance of architectural engineering
leadership in the development of a mature engineering organization
(which also represents an additional career path for our distinguished
engineers beyond “become a manager”). The three architects - Tim, Mark
and Brion - will work together as follows:
* Brion Vibber, as Lead Software Architect, has key architectural
responsibility for getting MediaWiki ready to be the world’s leading
tool for mass collaboration, by enabling the development of new
technologies like the visual editor (his current priority), real-time
collaboration, improved discussion systems, etc. This also includes
architectural leadership to support bottom-up feature development.
Brion reports directly to me.
* Mark Bergsma, as Lead Operations Architect, is responsible for
creating and communicating the vision and roadmap for the
infrastructure needed to run all Wikimedia projects, for ensuring the
design/implementation of our operating environment is reliable,
scalable, supportable, secure and cost-effective, and for driving
cross-functional alignment, especially with other engineering
functions.
* Tim Starling, as Lead Platform Architect, is responsible for the
performance, stability, security and architectural cleanliness of the
MediaWiki platform. Tim is leading potentially transformative
engineering projects like the HipHop support in MediaWiki. He’s also a
key mentor to all MediaWiki developers and is keeping us honest while
we’re pursuing our feature dreams.
In addition, we’re considering the shape of product and project
management outside the Director-level leadership in the department.
Currently, Howie Fung (Senior Product Manager) and Dario Taraborelli
(Senior Research Analyst) are continuing to support our feature
development projects to ensure that 1) development is aligned with
strategic priorities, 2) we’re focusing the development on the needs
of the user, 3) we’re making data-driven decisions and working
effectively with the global wiki research community, 4) we’re engaging
with the Wikimedia editor and reader community on complex feature
development projects.
I’m taking on the role of VP of Engineering and Product Development,
on an interim basis for now. We’re not going to immediately hire
either for that role or a CTO role. Thanks to Mark, Tim and Brion, we
have very strong architectural leadership in the department. Moreover,
we’ve got more than enough disruptive change as an engineering
organization to absorb for now, so we’ve decided that it doesn’t make
sense to immediately bring in a new person to lead the department.
We may decide that it’ll make sense for me to continue in this role,
or that it’ll make sense to bring in a new person 6-12 months from
now, possibly in conjunction with further structural change.
What this means, simply put, is that I’ll be organizing and supporting
the work of the engineering department as a whole, with the directors,
the product managers, Brion and Dario reporting to me, and that’ll be
how we’ll be set up for the near future. My interest is to grow a
strong, visible leadership team that’ll be on the lists and wikis and
highly responsive to the community. I’ll be suspending most of my
non-engineering-related work for the time being.
I’ll be posting more about process improvements, further discussions
about intra-departmental structure, and so forth, in coming weeks.
I’ll also be sharing an updated org chart soon for those who care
about those kinds of things. ;-)
All the best,
Erik
--
Erik Möller
Deputy Director, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
A quick glance at
http://toolserver.org/~robla/crstats/crstats.118all.html late last week
showed we were making awesome progress. Today, it looks like we can
easily drop below 1000 revisions.
Robla is out this week: it would be nice to have a big surprise for him
when he returns.
Please keep up the great work. Given our progress last week, I'm hoping
that we can get below 500 revisions by this Friday.
Mark.
This past Monday I held a bug triage meeting here in the office. I
haven't gotten around to publishing the summary until now because of
busy-ness and procrastination.
However, we ended the bug triage with a meta-discussion about Bug
Triages and how to make them better. Before I summarize this past
triage, here are a couple of things that we plan to do.
* IRC bug triages
We really want more community involvement. Since our community is
so spread out, Erik suggested we try to use IRC to hold the
triage.
So, this coming Monday, I'll post a list of bugs that we'll be
covering and remind you that on Tuesday at 1700UTC I will be
holding a bug triage in #wikimedia-dev on IRC. Please join us,
but you may be asked to actually FIX some bugs if you have commit
access. ;)
For some that is simply too late or too early, don't worry, I plan
to alternate times so that the next week it will be done 6 hours
later at 2300UTC.
If you're like me and you can't instantly compute time zone
differences for different parts of the world, try this link:
http://hexm.de/3w
* Narrower Triages
When I first started doing the triages, I said I would pick a
theme. However, I haven't kept that up. In addition to making
our triage process more public, this coming Tuesday I'll probably
be focusing on the “theme” of Resource Loader or API issues.
Maybe once a month there will be an escalation triage where issues
from the other triages that need input across domains will be
brought up and discussed amongst those who need to be consulted.
For any issues that need immediate escalation or action by the
Foundation, I'll notify Robla or CTWoo so that they can find the
right person to act.
Now for the notes from the meeting. See http://hexm.de/3x for the
etherpad we used.
The first three bugs just need someone to do them. While no one in
the triage meeting volunteered, anyone can quickly fix these. Consider
these possibilities if you want to hack on MediaWiki this weekend:
https://bugzilla.wikimedia.org/29066
Cannot use inputbox with some page title
https://bugzilla.wikimedia.org/29123
Section edit links shown to anon users even if they can't edit
https://bugzilla.wikimedia.org/28648
New 404 Page
Now, the real triaging begins:
https://bugzilla.wikimedia.org/29153
Pages loading without formatting too often
This problem has been discussed in triage before, so I brought it
up again to get a status update.
We've been working with some users on the bug to get more
information on this problem, but we are still having trouble
replicating the problem.
Since this seems to be tied to Resource Loader, it may be fixed
during the RL sprint that the Features Team has planned for next
month.
https://bugzilla.wikimedia.org/29268
Import bug on several pages
On this particular bug, we decided to turn the import of these
large pages into a shell bug. Other imports that timeout like
can also be turned into shell bugs.
Since the issue of timeouts like this is not really a new problem,
we're not going to spend a lot of time working on fixing the
problem.
However, if someone is interested in a project, this would be a
good one. A couple of ideas that were tossed around: someone
could improve performance or make imports like this use the job
queue.
https://bugzilla.wikimedia.org/28466
Extension:TitleBlacklist doesn't seem to work on Commons
After a bit of discussion, Alolita said she would follow up with
NeilK.
Sam and NeilK have bashed their heads against the bug, but NeilK
just told me that they'll try again in a couple of weeks. In the
meantime, if anyone else wants to have a look, go for it!
Since I was in the office this week, I used the opportunity to pester
Tomasz about Offline and Mobile projects. This provided a good chance
to talk about the Collections extension that we got from Pediapress.
https://bugzilla.wikimedia.org/27574
PDF Export issue
The Pediapress developer (Volker Haas?) does not seem to have much
time available for fixing bugs so we discussed finding a
python-savvy volunteer developer to work on the code. If anyone
wants to take a look, check out http://code.pediapress.com/ which
should provide all the code.
https://bugzilla.wikimedia.org/28223
iPhone Native Crash with UTF-8
Tomasz uploaded a non-crashing version of this iPhone application
this week after our meeting.
We also discussed using Krinkle's TestSwarm instance (see
http://toolserver.org/~krinkle/testswarm/) to test the new mobile
extension. Tomasz said they already have the tests written so
integrating them shouldn't be too much work.
Next we talked about some policy issues that a couple of bugs raised
policy issues.
https://bugzilla.wikimedia.org/28026
Enable e-mail EnotifWatchlist on all small wiki's
Because we want to measure the amount of email this will generate
before we actually turn it on, we want to create a null mailer
that will log via UDP so we can get counts without actually
sending the emails. Alolita asked Roan to work on this.
https://bugzilla.wikimedia.org/29279
Translate $digitTransformTable to International Digits for Hindi wikis
Priyanka and I both looked at this bug but didn't see any
consensus. Based on Erik's feedback, we've asked them to keep the
discussion open or, alternatively, point to some official
government policy on the use of a particular digit set.
Next we discussed an old feature request:
https://bugzilla.wikimedia.org/248
$wgUseDynamicDates should work for other languages than English
I started out by asking if we should drop the feature (since it is
obviously controversial) or adapt it for other languages.
Brion pointed out that there are issues with the current
implementation and that adding it for other languages would be a
huge pain.
As a result, we decided the status quo was fine and I closed the
bug WONTFIX.
Since then, User:Jayvdb has started a discussion on Commons:
http://hexm.de/3yhttps://bugzilla.wikimedia.org/15434
Periodical run of currently disabled special pages
We discussed several possible ways to fix this (including Amir's
suggesting from https://bugzilla.wikimedia.org/28710 “make
frequently updated special pages update themselves automatically”)
but in the end we asked Priyanka to see how we can get these
periodical updates running on a more frequently and updating the
page with information about when it is scheduled to be run NEXT
rather than just the last time it was run.
Happy Hacking!
Mark.
Hi,
Apologies for any inconvenience and thank you to those who have already
completed the survey. We will keep the survey open for another couple of
weeks. But, we do hope you will consider responding to the email request
below (sent 2 weeks ago).
Thanks,
Dr. Jeffrey Carver
Assistant Professor
University of Alabama
(v) 205-348-9829 (f) 205-348-0219
http://www.cs.ua.edu/~carver
-----Original Message-----
From: Jeffrey Carver [mailto:opensourcesurvey@cs.ua.edu]
Sent: Monday, June 13, 2011 11:41 AM
To: 'wikitech-l(a)wikipedia.org'
Subject: Participation Requested: Survey about Open-Source Software
Development
Hi,
Drs. Jeffrey Carver, Rosanna Guadagno, Debra McCallum, and Mr. Amiangshu
Bosu, University of Alabama, and Dr. Lorin Hochstein, University of
Southern California, are conducting a survey of open-source software
developers. This survey seeks to understand how developers on distributed,
virtual teams, like open-source projects, interact with each other to
accomplish their tasks. You must be at least 19 years of age to complete the
survey. The survey should take approximately 15 minutes to complete.
If you are actively participating as a developer, please consider completing
our survey.
Here is the link to the survey: http://goo.gl/HQnux
We apologize for inconvenience and if you receive multiple copies of this
email. This survey has been approved by The University of Alabama IRB board.
Thanks,
Dr. Jeffrey Carver
Assistant Professor
University of Alabama
(v) 205-348-9829 (f) 205-348-0219
http://www.cs.ua.edu/~carver
While the topic of "how Mediawiki handles URLs" is on the table, let me point
out today's Slashdot piece, which notes that ICANN is about to open up the
gTLD namespace...
*to everyone*, not just commercial registries.
Contemplate, if you will:
http://apple/
How will MW handle a FQDN with no dots in it, when that becomes legal?
Cheers,
-- jra
--
Jay R. Ashworth Baylink jra(a)baylink.com
Designer The Things I Think RFC 2100
Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII
St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274