Hi, some FOSDEM news:
The Wikis devroom accepted sessions have been announced:
(also pasted below)
Erik Moeller has also been accepted as speaker of a main track session:
The Wikipedia Stack
Finally, Dimitar Parvanov from communicated that the Wikimedia stand has
I will update https://www.mediawiki.org/wiki/Events/FOSDEM soon. Can
someone start a list of participants, please?
-------- Original Message --------
Subject: Initial list of accepted sessions
Date: Mon, 23 Dec 2013 14:48:53 -0800
From: Quim Gil <qgil(a)wikimedia.org>
Hi, we have a you have the list of sessions accepted for the Wikis
devroom at FOSDEM.
Speakers must confirm their participation and polish the descriptions of
the sessions. In some cases we will contact the speakers to fine tune
the topic or the time available for their session. We will schedule the
sessions as they are confirmed. All in a very wiki fashion, only on a
tool (FOSDEM's Pentabarf) that we don't control quite yet.
We will also start a discussion in this list to organize a panel
session. Your feedback about this panel and your ideas to improve the
schedule are welcome.
* A comparison between MediaWiki, TWiki and XWiki communities
Using metrics to measure communities
* A web development runtime platform based on the wiki paradigm
* Addressing the long tail of applications
* Counting (on) views — Page views on Wikipedia
* Coverage for basic language support components -- A Dashboard view
* Crowdsourced translation using MediaWiki
* Developing the XWiki software
* Force Multiplication
Victory through external tool writing
* Hatta Wiki
A Mercurial-based wiki engine
* show.tiki.org project: facilitate bug reporting and solving
The new Tiki infrastructure for facilitating bug reporting and solving
* Useful and Necessary Mediawiki Gadgets
Wikipedia's new editing system for wikis and for the web
What we learned in its first 2 years and what is in store for the future
Quim Gil - Vincent Massol - Jean-Marc Libs
I’m happy to announce the 0.6 release of Wikibase DataModel. This is the
first real release of this component. The awesome thing about this release
is that it finally makes the component ready for third party usage.
You can find a short description of Wikibase DataModel, some history and
highlights for this release at
Jeroen De Dauw
Don't panic. Don't be evil. ~=[,,_,,]:3
In recent months I've come across a few mails on this list that only
contained accusations of trolling. Those are very much not constructive and
only serve to antagonize. I know some forums that have an explicit rule
against this, which results in a ban on second violation. If there is a
definition of the etiquette for this list somewhere, I suggest having a
similar rule be added there. Thoughts?
(I'm now half expecting someone to claim this mail is a troll. Perhaps we
ought to make a contest out of making the accusation first, at least then
it will have general amusement value :D)
Jeroen De Dauw
Don't panic. Don't be evil. ~=[,,_,,]:3
For any developers who have been thinking about connecting their
application to MediaWiki, but haven't gotten around to diving in, I'm going
to have a short training/workshop session next week. I'll give a brief
intro to using the version of OAuth that we're running, and walk through
some quick demos in php and go. After that, I'm happy to walk any developer
through getting their app connected, if anyone is struggling with a
It will be Wed, Dec 18th at 11am PST (1900 UTC). Please let me know if
you're interested. We'll probably use a hangout for the session, but if
that's not an option for anyone we can use a voice call and etherpad.
Either way I'll probably send out invites individually.
We wanted to update you with our proposal on how we are thinking on how to
create a program for the Architecture Summit coming January. We started
grouping the RFC's from https://www.mediawiki.org/wiki/RFC into clusters at
clustering is neither perfect nor complete and we would like to ask your
help with finetuning the clustering.
The idea is that a cluster contains RFC's that belong to each other -- this
means if we discuss RFC A and therefore RFC B needs to be discussed as well
then those two RFC's should be in the same cluster. Clusters should also be
small, probably not more than 3 or 4 RFC's per cluster. Sometimes RFC's in
the same cluster will offer alternative suggested implementations,
sometimes, RFC's are closely related because they pursue a similar goal.
Currently, we have one big cluster called 'General Mediawiki Functionality'
and this list definitely needs to be broken up in smaller clusters. The
'Misc' cluster can probably also broken up in smaller clusters.
Once we have nailed down the clusters of RFC's then we will run a strawpoll
to gauge interest for the different clusters. The strawpoll will inform our
decision which clusters should be discussed at the Architecture Summit. We
want to launch this strawpoll at the latest on January 2nd, 2014.
1) Help us finalize the clustering of RFC's on
2) Participate in the strawpoll once it goes live (probably January 2nd),
separate email will follow.
If you have any questions, thoughts, suggestions, remarks, etc, etc please
let us know!
we had an outage of Wikitech and Labsconsole / Labs.
Apache on virt0 was broken.
It was reported by S Page on IRC, the symptons were
wikitech and labsconsole being down via HTTP(S) but pingable.
We also had Icinga monitoring telling us about it.
I went to virt0 and saw Apache running, shortly after restarted it and that
fixed the issue.
The root cause i found to be a bug in Phusion Passenger module that is used
as opposed to cluster Apache.
*** Exception Errno::EPIPE in Passenger RequestHandler (Broken pipe)
I made a copy of the full log and for now it is on virt0 in
/root/apache2_error_log_20131219.log if you would like to see it all.
So far i just blame https://www.phusionpassenger.com/ respectively
libapache2-mod-passenger and didn't take any further action. I did tell
the labs IRC channel but did not post on labs-l.
Daniel Zahn <dzahn(a)wikimedia.org>