On 25/09/13 13:31, Steven Walling wrote:
On Sun, Sep 22, 2013 at 8:26 PM, Tim Starling tstarl...@wikimedia.orgwrote:
I would like to have an open IRC meeting for RFC review, on Tuesday 24
September at 22:00 UTC (S.F. 3pm).
We will work through a few old, neglected RFCs, and maybe consider a
On 25/09/2013 06:40, a b wrote:
On Wed, Sep 25, 2013 at 4:30 AM, Howie Fung hf...@wikimedia.org wrote:
Everyone,
I have a few announcements (apologies for the delay as this was posted to
an internal WMF staff mailing list a few weeks ago).
First, I'd like to announce Oliver's transition to
Le 24/09/13 23:56, C. Scott Ananian a écrit :
Our core developers get a lot of patches to review. Once something drops
down past the first page in Gerrit, it's lost forever.
I have enough people asking me for review that I only rely on my Gerrit
dashboard. So indeed, old patches are usually
The zero ESI change is now live, but is enabled only when X-FORCE-ESI
header is set to 1. Also, it won't work until varnish enables ESI
support for zero requests (see
dochttps://www.varnish-cache.org/docs/3.0/tutorial/esi.html
)
I propose the following deployment steps:
1) set beresp.do_esi =
Juliusz Gonera wrote:
On 09/23/2013 06:48 PM, Andrew Garrett wrote:
You should know about this change[1], which corrects the error
messages to be more in line with the general case, as well as adding
some metadata. It's not been approved yet, so I'm nudging a few
reviewers.
You can also
On Wed, 25 Sep 2013 07:40:58 +0200, a b cheeseyapac...@gmail.com wrote:
So a staff member that gets blocked on wiki (By Arbcom no less)
He has been desysopped, not blocked.
--
Matma Rex
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Hello,
This is reminder that the Wikimedia Language Engineering team will be
hosting an IRC office hour from 1700 to 1800UTC later today on
#wikimedia-office (FreeNode). Please see below for the event details.
Thanks
Runa
=== Event Details ===
What: WMF Language Engineering Office hour
When:
Hello,
I would like to announce the release of MediaWiki Language Extension
Bundle 2013.09. This bundle is compatible with MediaWiki 1.20.7 and
MediaWiki 1.21.2.
* Download:
https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2013.09.tar.bz2
* sha256sum:
Hello folks!
*Name of pywikipedia or pywikipediabot is officially changed to
pywikibot, please update local documentation
*Bug tracker of pywikibot is changed from sf.net to bugzilla. Open bugs was
imported from there by a bot that legoktm has written [1], So don't file
new bugs in sf.net anymore
On Wed, Sep 25, 2013 at 7:11 PM, Luca Martinelli
martinellil...@gmail.comwrote:
May I just ask why all names have been changed?
wikipedia is redundant, because you can run this framework in any
mediawiki-based wiki, and It's simpler and shorter, We used this name in
git, nightly distributor,
Hi, about FOSDEM - https://www.mediawiki.org/wiki/Events/FOSDEM
Brussels / 1 2 February 2014
On 1 Oct we will know whether our proposal for a Wiki DevRoom has been
accepted or not. This is a DevRoom we have proposed together with XWiki
and TikiWiki and is open to all wiki topics. If we we
On 09/25/2013 02:38 AM, Andrew Garrett wrote:
On 09/23/2013 06:48 PM, Andrew Garrett wrote:
You should know about this change[1], which corrects the error
messages to be more in line with the general case, as well as adding
some metadata. It's not been approved yet, so I'm nudging a few
Hey all,
I'm pleased to announce the 1.1 release of the ParserHooks
library.ParserHooksis a small library that adds an object orientated
and declarative parser
hook interface on top of MediaWiki.
https://github.com/wikimedia/mediawiki-extensions-ParserHooks/blob/master/README.md
This new
So in the interest of keeping our branches from expanding forever I'm
thinking we should
stop creating new branches for each deploy cycle.
Instead, I'm thinking we should keep like three wmf branches. Let's call
them wmf-foo,
wmf-bar and wmf-baz for purposes of this e-mail, we can bikeshed later.
On Tue, Sep 24, 2013 at 11:45 AM, Sumana Harihareswara
suma...@wikimedia.org wrote:
Roan, how did that go? Any links? :-)
The code ended up being written and merged. The documentation ended up
not being written before Wikimania, and then Life happened. Some Time
Soon I hope to get around to
On Wed, Sep 25, 2013 at 2:53 PM, Chad innocentkil...@gmail.com wrote:
wmf-foo - 1.22wmf19
wmf-bar - 1.22wmf20
wmf-baz - 1.22wmf21
wmf-foo - 1.22wmf22
wmf-bar - 1.22wmf23
This looks like it's exactly the same concept as slot0/slot1/slot2 in
Ryan's git-deploy proposal.
The objection that I
On Wed, Sep 25, 2013 at 2:53 PM, Chad innocentkil...@gmail.com wrote:
So in the interest of keeping our branches from expanding forever I'm
thinking we should stop creating new branches for each deploy cycle.
What's actually the problem with expanding branches?
Instead, I'm thinking we
On Wed, Sep 25, 2013 at 3:01 PM, Roan Kattouw roan.katt...@gmail.comwrote:
On Wed, Sep 25, 2013 at 2:53 PM, Chad innocentkil...@gmail.com wrote:
wmf-foo - 1.22wmf19
wmf-bar - 1.22wmf20
wmf-baz - 1.22wmf21
wmf-foo - 1.22wmf22
wmf-bar - 1.22wmf23
This looks like it's exactly the same
i've also been writing the togetherjs extension out of tree from v.e. so
have a little bit of experience there. a couple more apis could be
stabilized to help extensions find ve instances on a page
--scott
On Wed, Sep 25, 2013 at 5:55 PM, Roan Kattouw roan.katt...@gmail.comwrote:
On Tue,
On 09/24/2013 11:54 PM, Tim Starling wrote:
Can we post RFC discussion logs to MediaWiki.org?
I have posted the relevant log excerpts to the talk pages of the three
RFCs we discussed in detail:
Participants of structured IRC meetings might also look at
Bug 46377 - MeetBot for
On Wed, Sep 25, 2013 at 3:18 PM, Brion Vibber bvib...@wikimedia.org wrote:
On Wed, Sep 25, 2013 at 2:53 PM, Chad innocentkil...@gmail.com wrote:
So in the interest of keeping our branches from expanding forever I'm
thinking we should stop creating new branches for each deploy cycle.
On Wed, Sep 25, 2013 at 3:46 PM, Chad innocentkil...@gmail.com wrote:
I actually like this idea a lot and it's way less confusing than my idea.
Unless anyone's got any objections I'm going to go ahead and do this
for all the 1.20 and 1.21 wmf branches.
Sounds good to me.
Roan
On 26.09.2013, 2:46 Chad wrote:
On Wed, Sep 25, 2013 at 3:18 PM, Brion Vibber bvib...@wikimedia.org wrote:
What's actually the problem with expanding branches?
To me at least, it makes it harder to see what's actually deployed at
a given time. Try `git branch -r` on core. We're at 86
On Wed, Sep 25, 2013 at 4:01 PM, Max Semenik maxsem.w...@gmail.com wrote:
On 26.09.2013, 2:46 Chad wrote:
On Wed, Sep 25, 2013 at 3:18 PM, Brion Vibber bvib...@wikimedia.org
wrote:
What's actually the problem with expanding branches?
To me at least, it makes it harder to see what's
According to the Version lifecycle[1], MediaWiki 1.22 is slated for
release on November 30th, at the very latest.
In that vein, we've come up with a timeline for the release[2]. If we
use this timeline and shoot for the latest date, we'll need to start the
release process no later than October
Forwarding, with permission.
For background the AFC Helper script is one that assists English
Wikipedians reviewing pages in the Articles for Creation queue, which
currently is severely backlogged.
Any thoughts on the licensing issue, from folks with experience on the
question of
26 matches
Mail list logo
