Hi Guillaume,
Good point. Comments below...
On Tue, Mar 12, 2013 at 7:03 AM, Guillaume Paumier
gpaum...@wikimedia.org wrote:
On Sun, Mar 10, 2013 at 2:11 AM, Rob Lanphier ro...@wikimedia.org wrote:
Short version: This mail is fishing for feedback on proposed work on
Gerrit-Bugzilla
On Tue, Mar 12, 2013 at 10:14 AM, K. Peachey p858sn...@gmail.com wrote:
On Wed, Mar 13, 2013 at 2:43 AM, Greg Grossmeier g...@wikimedia.org wrote:
4) A Gerrit-based tagging plugin would need some engineering that might
not be apparent at first blush, for example: who can set tags and remove
Hi folks,
Short version: This mail is fishing for feedback on proposed work on
Gerrit-Bugzilla integration to replace code review tags.
Long version:
One feature of our old code review system that was a tagging system
that made it quick and easy to assign a keyword to a revision at any
time.
On Fri, Mar 8, 2013 at 8:35 AM, Tyler Romeo tylerro...@gmail.com wrote:
Is there any way that extension developers can get some sort of notice for
breaking changes, e.g., https://gerrit.wikimedia.org/r/50138? Luckily my
extension's JobQueue implementation hasn't been merged yet, but if it had I
On Tue, Mar 5, 2013 at 1:25 PM, Ori Livneh o...@wikimedia.org wrote:
A short while ago I wrote a set of three PHP unit tests for Math that use
test doubles to stub out external dependencies (in this case, the
database-backed cache and the texvc executable). My intent was to demonstrate
the
On Fri, Feb 22, 2013 at 1:29 PM, Krinkle krinklem...@gmail.com wrote:
Well, the obvious thing to do and imho what we should do, like, *right now*
is extend the lifetime of the old branch to the timeout of the cache.
Simply not deleting a directory is very, very easy.
As far as I'm concerned
On Thu, Feb 21, 2013 at 7:19 AM, Mark A. Hershberger m...@everybody.org wrote:
On 02/21/2013 04:13 AM, Siebrand Mazeland (WMF) wrote:
B. Who is MediaWiki's release manager, and what can we expect of the person
who has that role?
[..]
Absent an explicit statement from anyone inside Foundation,
Hi everyone,
I'm excited to welcome Greg Grossmeier as our new Release Manager at
the Wikimedia Foundation. Greg comes to us from Creative Commons,
where he served as Education Technology and Policy Coordinator, as
well as serving as an interim leader for their engineering group.
Prior to
Hi everyone,
We're planning to deploy Lua to a long list of wikis on Monday,
February 18, 23:00-01:00 UTC (stretching into Tuesday UTC), including
English Wikipedia.
Details here:
http://meta.wikimedia.org/wiki/Lua
Jan Kučera (User:Kozuch) has placed notifications on many of the
wikis. Those
Hi Steven,
Thanks for the encouragement! Comments inline:
On Fri, Feb 15, 2013 at 12:55 PM, Steven Walling swall...@wikimedia.org wrote:
I didn't see it in the docs above, so thought I'd ask... Is this going to
include rollout of the CodeEditor extension, or will that be done
separately?
Hi everyone,
I'd like to give an extremely belated welcome to Christian
Aistleitner. Christian is working as a contractor for Wikimedia
Foundation specializing in Gerrit work, who started working with us in
mid-January. Christian was very helpful in getting the Gerrit 2.6pre
upgrade to happen,
Hi folks,
We had to revert 1.21wmf9 on a few wikis due to bug 44748. Bug report:
https://bugzilla.wikimedia.org/44748
The problem is that, when 1.21wmf9 is enabled, editing is completely
broken on ku.wiktionary and sr.wikinews, among others.
Below is the stack trace. Any ideas?
Rob
Hi everyone,
We attempted to deploy 1.21wmf8 using git-deploy[1], and ran into
enough problems that we decided the best course of action is to use
scap[2] today and for the foreseeable future.
The new plan is to implement scap/sync-file/sync-dir for Eqiad as a
temporary solution for next week
Hi everyone,
I’m delighted to introduce Munagala Ramanath (a.k.a. “Ram”), who
started yesterday as a Senior Software Engineer in our Platform
Engineering group (MediaWiki Core, specifically). He comes to us most
recently from a small company called Oblong Industries, where he was
responsible for
Hi Arthur,
Sorry for the delayed reply. Comments below:
On Tue, Jan 15, 2013 at 12:07 PM, Arthur Richards
aricha...@wikimedia.org wrote:
I am scheduled to do a deployment (to all wikis) for MobileFrontend this
Thursday afternoon:
* I presume scap/sync-blah will still work for 1.21wmf7 - can
Hi everyone,
As you probably read from CT's email last week about the Eqiad
migration (you read that, right? No? Go read it. I'll wait)
Ok, done now? So, as you know (now), we plan to suspend all scheduled
deployments next week during the data center migration (January
21-25). We'd like to
Hi everyone,
This week's open tech chat is going to be very tied to current events,
where the current event is the data center migration, and
specifically, our move to git-deploy[1] as a replacement for the
venerable scap[2] for deployments in the new (and old) datacenters.
This talk will be
Hi folks,
One item that comes up pretty frequently in our regular conversations
with the Wikidata folks is the question of how change propagation
should work. This email is largely directed at the relevant folks in
WMF's Ops and Platform Eng groups (and obviously, also the Wikidata
team), but
On Thu, Jan 3, 2013 at 2:57 PM, Rob Lanphier ro...@wikimedia.org wrote:
The thing that isn't covered here is how it works today, which I'll
try to quickly sum up. Basically, it's a single cron job, running on
hume[1]. So, that means that when a change is made on wikidata.org,
one has to wait
Thanks for the emergency fix! We'll take a closer look at a permafix
when we've got more people around.
Rob
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi everyone,
My understanding is that some new extensions intended for widespread
deployment aren't getting deployed to test2.wikipedia.org before going
to other production wikis. As I was discussing this with Chris
McMahon, he pointed out that there's no stated policy that this should
be done.
Hi everyone,
Because a number of people are planning to take time off for the
holidays, I'd like to postpone the regular release cycle for 2 weeks,
with 1.21wmf7 being a slightly longer window than normal, and 1.21wmf8
stretched out a little bit as well to accommodate MLK day (January
21).
My 2cif we add a new status, it should equate to deployed on the
cluster, along with judicious use of milestone so that people who are
just interested in the tarball can infer from our numbering what the
corresponding release will be.
The more statuses (statii?) we add, the less likely
On Wed, Dec 12, 2012 at 11:35 AM, David Gerard dger...@gmail.com wrote:
Original thread from March starts here:
http://comments.gmane.org/gmane.science.linguistics.wikipedia.technical/59684
As I noted back then, this is a drastic policy change that needs a lot
wider discussion, including on
On Wed, Dec 12, 2012 at 1:04 PM, Matthew Flaschen
mflasc...@wikimedia.org wrote:
On 12/11/2012 03:02 PM, Brion Vibber wrote:
However, every other mobile browser I've tested doesn't support Ogg Theora
or WebM formats. Mobile Safari, Chrome, the old stock Android browser,
Opera Mobile, and the
Hi everyone,
We're planning to have another of our weekly tech talks next Thursday,
December 13. Timing and participation details are here:
http://www.mediawiki.org/wiki/Meetings/2012-12-13
Our one confirmed topic for next week is an update on browser test
automation. Chris McMahon and Željko
feedback, Merlijn won't
be able to fix this, so we should plan on reverting on Thursday or so
if this thread goes stale.
Rob
-- Forwarded message --
From: Rob Lanphier ro...@wikimedia.org
Date: Fri, Nov 30, 2012 at 5:03 PM
Subject: Re: [Wikitech-l] LabeledSectionTransclusion performance
On Fri, Nov 30, 2012 at 4:09 AM, Guillaume Paumier
gpaum...@wikimedia.org wrote:
On Fri, Nov 30, 2012 at 10:07 AM, Merlijn van Deen valhall...@arctus.nl
wrote:
After the new version of LabeledSectionTransclusion (LST) was deployed on
itwikisource, performance issues popped up. itwikisource's
On Wed, Nov 28, 2012 at 5:32 AM, Andre Klapper aklap...@wikimedia.org wrote:
Right now I'd like to introduce a clear way to mark issues that should
be handled immediately.
This.
Also
On Wed, Nov 28, 2012 at 9:56 AM, bawolff bawolff...@gmail.com wrote:
An alternative way of looking at
On Mon, Nov 26, 2012 at 1:54 PM, Arthur Richards
aricha...@wikimedia.org wrote:
I'm not suggesting we necessarily go with these definitions, but rather
offering these as an example of potential meanings for the different
priorities. To me this is a much more useful approach than trying to
On Mon, Nov 19, 2012 at 7:54 PM, MZMcBride z...@mzmcbride.com wrote:
For what it's worth (and not to ruin the silence is consensus model), the
proposed priority scheme sounds fine to me. Traditionally these fields have
been mostly ignored by just about everyone (developers included). High
Hi everyone,
Time once again for our weekly tech chat. Rather, Thursday is the
time, because this week, I'm giving you *two whole days*[1] instead of
the whopping hour notice that I gave you all last week.
Full details here:
https://www.mediawiki.org/wiki/Meetings/2012-11-15
For those too lazy
On Sat, Nov 10, 2012 at 5:44 PM, Federico Leva (Nemo)
nemow...@gmail.com wrote:
Indeed, by reading https://www.mediawiki.org/wiki/MediaWiki_1.20 one would
think that nobody has been done in 1.20, except perhaps some localisation
work. :p
One thing that we might want to take note of is new
Hi everyone!
I'm really sorry for the late notice on this. I could have sworn I
sent this on Thursday.
We would like to once again have our Open Tech Chat this Thursday,
November 8 at 12:30pm PST (20:30 UTC). This week, we have a guest:
Nils Adermann, development lead for phpBB and a primary
On Tue, Oct 30, 2012 at 8:10 AM, Mark A. Hershberger m...@everybody.org wrote:
Unless something comes up, I don't see a reason why the RC2 release
shouldn't be the 1.20 release.
One bug that was fixed since the RC2 release is Bug 40641 - Links to
COPYING and CREDITS on Special:Version should
On Mon, Oct 29, 2012 at 3:55 PM, Rob Lanphier ro...@wikimedia.org wrote:
Ok, so after this, and a couple of brief offlist discussions, we've
made a slight change to the plan [to deploy TimedMediaHandler]:
Here's what we'll do:
1) Wednesday, October 31: Deploy to en.wikipedia.org first
Hi everyone,
I'm delighted to announce that Brad Jorsch starts at the Wikimedia
Foundation today as a Software Engineer in Platform Engineering,
working in the MediaWiki Core group.
You might already know Brad as Anomie, the username by which he's
contributed to Wikimedia sites for many years.
On Mon, Oct 29, 2012 at 2:52 PM, Jan Gerber jger...@wikimedia.org wrote:
I know we conducted tests for TMH “playing” well with oggHandler provider (
i.e the test2.wikipedia.org pages are embedding commons videos but played
back with TMH ) ... I am not sure if we have conducted tests for
Hi everyone,
This is a fairly long email describing where we're at with Timed Media
Handler, and what we plan for this week. The short version is:
* We'll be deploying a few fixes tomorrow (Monday)
* If all goes well, we'd like to deploy Timed Media Handler to
Commons on Wednesday (9am PDT)
*
On Thu, Oct 25, 2012 at 3:23 AM, Mark A. Hershberger m...@everybody.org wrote:
I saw (via Siebrand) this tweet Tuesday from Nils Adermann of Composer fame:
Fusing #PHP communities: Promising discussions on code reuse in
#MediaWiki through #composerphp this afternoon at @wikimedia, thanks
Hi Mark,
Comments inline:
On Fri, Oct 12, 2012 at 7:16 AM, Mark A. Hershberger m...@everybody.org wrote:
At this point, I think we should add a known issues section to the
release notes and plan to have a 1.20.1 release with this so that I can
put together an RC1 tarball tomorrow for you guys
On Thu, Oct 11, 2012 at 10:03 AM, Victor Vasiliev vasi...@gmail.com wrote:
I think instead of using individual constant, we should finally introduce a
Capabilities class.
It should have a single static method, has(), which indicates whether a
certain capability is registered within the
On Wed, Oct 10, 2012 at 6:52 AM, Daniel Kinzler dan...@brightbyte.de wrote:
Since the ContentHandler stuff has been merged into the core, several
much-used
functions and hooks have been deprecated. I have tried to find and replace all
calls in core, but a lot of extensions are still using the
Hi everyone,
We now at around the time that we planned to merge the ContentHandler branch in.
Questions:
* Daniel/others: have you submitted a merge commit for this? If not,
do you need help/clarification, or do you have it?
* People who reviewed Denny's faux commit[1] and left comments. Any
On Thu, Sep 27, 2012 at 10:54 AM, Roan Kattouw roan.katt...@gmail.com wrote:
Yes and no. The person that merges the branch can create a merge commit and
submit that for review (git checkout -b mergewikidata master git merge
wikidata git review) but Gerrit will not show the diff properly:
Hi everyone,
Assuming no one finds any substantive issues, we plan on merging the
ContentHandler feature (Wikidata branch) early next week, in time for
1.20wmf14 (assuming we're still calling this the 1.20 series then).
The tracking bug for that is here:
On Wed, Sep 19, 2012 at 9:23 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
We all agree that this is bad, what we need to figure out is what to do
next:
1: Disable the transform and output the align attribute even though it's
not valid HTML5. Solve validness later.
2: Remove the
On Wed, Sep 19, 2012 at 4:36 PM, Quim Gil quim...@gmail.com wrote:
If the primary target are app developers then
http://www.mediawiki.org/wiki/API:Main_page + improvements is probably
a better target. http://www.mediawiki.org/wiki/Developer_hub
See full reasoning at
On Tue, Sep 18, 2012 at 9:51 AM, Sumana Harihareswara
suma...@wikimedia.org wrote:
And to help new
developers discover various cross-Wikimedia tech projects, there is
https://meta.wikimedia.org/wiki/Wikimedia_developer_hub .
Just wanted people to know so they don't reinvent the wheel. :)
My
I haven't had a chance to check this out yet, but has anyone else?
Any reports good/bad/indifferent?
Rob
On Sun, Sep 16, 2012 at 5:08 PM, Mark A. Hershberger m...@everybody.org wrote:
I found some minor problems with the tarball put up yesterday, so I'm
releasing an update.
Here are the
This change has been made now.
Rob
On Thu, Sep 6, 2012 at 9:15 AM, Rob Lanphier ro...@wikimedia.org wrote:
Forwarded as this is of potentially wider interest. This may be a
breaking change for some older bots that haven't been maintained.
-- Forwarded message --
From: Sam
On Fri, Sep 14, 2012 at 6:10 AM, MZMcBride z...@mzmcbride.com wrote:
Daniel Friesen wrote:
Haven't both of the issues with re-introducing 1.8 already been marked as
fixed?
No idea about this question directly, but the English Wikipedia is (and all
Wikimedia wikis, I believe, are) now running
Hi everyone,
I'm pleased to announce Dan Andreescu will join the Analytics team
today as our new Javascript/UI engineer. In this role, he will be
taking on development of Limn[1], our data visualization and dashboard
building toolkit. He is also going to be responsible for the
front-end for
Hi everyone,
We've reverted MediaWiki from 1.20wmf11 to 1.20wmf10 in order to fix a
problem with watchlists failing:
https://bugzilla.wikimedia.org/show_bug.cgi?id=40103
The root cause of this problem is a compatibility issue with jQuery
1.7.2. We can't yet cleanly upgrade to jQuery 1.8. There
Hi Mark,
Comments inline
On Fri, Aug 31, 2012 at 7:01 PM, Mark A. Hershberger m...@everybody.org wrote:
On 08/31/2012 05:02 PM, Rob Lanphier wrote:
Sam would be the one to publish the tarball, but anyone can generate
an unofficial alpha tarball, and I'd encourage that.
We can already use
On Tue, Sep 4, 2012 at 5:31 PM, Mark A. Hershberger m...@everybody.org wrote:
Or maybe these simply the differences in the sorts of reviews that
people like to do? Or maybe its a bit of both?
I think you're right that stylistic differences are at play.
One possible bit of guidance we can give
On Fri, Aug 31, 2012 at 6:29 AM, Mark A. Hershberger m...@everybody.org wrote:
On 08/31/2012 03:19 AM, Siebrand Mazeland (WMF) wrote:
Wikimedia is at 1.20/wmf10 now. That means that it has been working
with 1.20 alpha for the past 20 weeks. Isn't is about time we start
preparing something
On Tue, Jul 24, 2012 at 10:25 PM, Steven Walling steven.walling at
gmail.com wrote:
But do we have a plan for improving Gerrit in a substantial way?
Hi everyone,
In my response to Steven at the time [1], I indicated that we have a
modest contractor budget for this work. The RFP is now posted
On Mon, Aug 27, 2012 at 9:39 PM, Chris Steipp cste...@wikimedia.org wrote:
On Mon, Aug 27, 2012 at 4:37 PM, Mark Holmquist mtrac...@member.fsf.org
wrote:
I also tried to get an answer about the better between $( 'div
class=a-class /' ) and $( 'div /' ).addClass( 'a-class' ), but
apparently
On Tue, Aug 28, 2012 at 3:48 PM, MZMcBride z...@mzmcbride.com wrote:
I think we should take a holistic approach to the Bugzilla workflow. I was
hoping the incoming Wikimedia Foundation entomologist would work on this.
It'd be great to fix one aspect of bug filing (such as the use of keywords),
On Fri, Aug 24, 2012 at 4:59 AM, Mark A. Hershberger m...@everybody.org wrote:
I recall that one of Robla's standard articles from enwiki for
demonstrating long rendering time was
http://en.wikipedia.org/wiki/Barack_Obama. I just did a purge on it
and it took 34s to render.
Hi Mark, thanks
On Thu, Aug 23, 2012 at 2:30 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
* Sumana for this idea.
Seconded.
Also thanks to:
* Denny and Daniel for sending the very helpful summaries of Wikidata
blockers, and being patient with us as we review their work
* Jack Phoenix for the
Hi everyone,
At the risk of repeating what others have said, a quick note in
response to Yury:
On Wed, Aug 22, 2012 at 1:01 AM, Yury Katkov katkov.ju...@gmail.com wrote:
Would you mind you please tell me where
1) the discussion about deploying Lua on mw.org ,
2) the announcement that it will
Hi everyone,
Our Analytics crew have worked out how to generate a graph that gives
us a view into our code review backlog:
http://gerrit-stats.wmflabs.org/graphs/mediawiki
The red line is roughly the equivalent of this search in the Gerrit search box:
is:open -CodeReview=+2 -CodeReview=+1
Hi all,
Roan, thanks for the even-handed treatment on this subject. More inline:
On Fri, Aug 17, 2012 at 12:45 PM, Roan Kattouw roan.katt...@gmail.com wrote:
Specifically, in the thread where Ryan called out MZ, the
question but what are you doing to fix this? was repeated in some
form or
On Tue, Aug 14, 2012 at 7:49 PM, Tim Starling tstarl...@wikimedia.org wrote:
The Lua extension (Scribunto) is now enabled on test2wiki.
Feedback would be greatly appreciated, especially if it comes in the
form of bug reports and feature requests filed in the Scribunto
component in Bugzilla.
Hi Denny,
I think we may be talking past each other. Comments inline...
On Mon, Aug 13, 2012 at 9:47 AM, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
I am a bit confused here. As far as I can see everyone agrees that
this changeset goes in the right direction.
I don't think enough
On Mon, Aug 13, 2012 at 11:03 AM, Jeroen De Dauw jeroended...@gmail.com wrote:
Can you be specific and point to these questions we've answered to vague,
then I'll try to answer then in more detail.
Two places to start off with:
1. In response to Brian Wolff's email. Many interesting questions
Hi everyone,
I'm starting a separate thread, because this is an important topic and
I don't think it's well served as a subtopic of a Wikidata blockers
thread.
To recap, Jeroen submitted changeset 14295 in Gerrit
https://gerrit.wikimedia.org/r/#/c/14295/ with the following
summary:
This commit
Hi Denny,
Thanks for the update. Comments inline:
On Thu, Aug 9, 2012 at 6:54 AM, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
* Merging the Wikidata branch (ContentHandler) is still open, see
https://bugzilla.wikimedia.org/show_bug.cgi?id=38622. There has been
no feedback in the last
Hi Denny,
Thanks for the update! More inline...
On Thu, Aug 2, 2012 at 9:28 AM, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
== Ongoing from last week ==
[...]
* Changeset https://gerrit.wikimedia.org/r/#/c/14295/, bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=38705 about
On Wed, Aug 1, 2012 at 12:29 PM, Mark A. Hershberger m...@everybody.org wrote:
I'm willing to set this up to run on wmflabs.org or on my own server if
there is interest. This may also be a good way to measure the need
for a point release -- for example, if the nightly starts including
fixes
Hi everyone,
Y'all know about this, right? :)
http://www.mediawiki.org/wiki/Git/Gerrit_evaluation
As I said at the beginning of this process[1], the way this works is
we argue for a while, Brion watches, and then he makes the call. You
might have also noticed my mention about a meeting today
Hi Daniel,
More inline:
On Thu, Jul 26, 2012 at 6:53 AM, Daniel Kinzler dan...@brightbyte.de wrote:
as a follow up to Jeroens mail, I'd like to give a quick overview of things
that
need to happen before we can roll out phase I of Wikidata on the first
Wikipedia
(scheduled for late
On Thu, Jul 26, 2012 at 12:49 PM, Faidon Liambotis fai...@wikimedia.orgwrote:
My understanding of the process was that we would collect a broad set of
arguments/ideas/proposals and people would be later assigned to the task
of evaluating them and proposing a viable solution and a migration
On Fri, Jul 27, 2012 at 6:42 AM, MZMcBride z...@mzmcbride.com wrote:
For what it's worth, I think Ryan makes a compelling case for sticking with
Gerrit (and I'm still not convinced that another switch would do more good
than harm). I'm still deeply worried about the ability to use and improve
On Fri, Jul 27, 2012 at 3:05 PM, Daniel Friesen
li...@nadir-seen-fire.comwrote:
On Fri, 27 Jul 2012 10:59:30 -0700, Chris Steipp cste...@wikimedia.org
wrote:
I think I understand what your saying about that, and that's one way
it could be done. I had also given some thought to extending the
On Tue, Jul 24, 2012 at 10:25 PM, Steven Walling
steven.wall...@gmail.com wrote:
But do we have a plan for improving Gerrit in a substantial way?
Depends on your definition of substantial, but yes, we do have a
plan to invest in Gerrit. We have been holding off on some of that
investment until
On Thursday, July 26, 2012, Faidon Liambotis wrote:
This is not to you specifically but as a general remark: there are
multiple other alternatives that have been mentioned besides Gerrit and
GitHub with a potential of getting the best of both worlds. I think it's
better to not polarize the
Hi Jeroen,
Thanks for this! Per our conversation, I'd love for this to be
weekly, even if the status is no change. Even that is useful
information, since it may uncover cases where we're waiting for each
other thinking that the other party has the next step.
More below:
On Mon, Jul 23, 2012
On Wed, Jul 18, 2012 at 9:33 AM, Andrew Garrett agarr...@wikimedia.org wrote:
I don't think you can decide to change away from gerrit without having an
idea of what we want to use instead. As I understand it, we're on gerrit
because it's the least-bad option. To show that it's no longer the
Hi everyone,
It appears as though the discussion has continued apace for the Gerrit
evaluation process:
http://www.mediawiki.org/wiki/Git/Gerrit_evaluation
Thank you everyone for chipping in so far. The current format is a
mix of talk page and structured discussion, which seems ok for now.
It
Hi everyone,
As you know, when we moved to Git, we decided we would retire our home
grown Code Review extension for MediaWiki. Having collectively not
had a lot of experience with Git-based code review tools, we decided
to try Gerrit.
Moving to Git was a very deliberate decision that was
Hi everyone,
Aaron has been working on bug 37225 for a while:
https://bugzilla.wikimedia.org/show_bug.cgi?id=37225
...but has hit a bit of a brick wall with the bug. I encouraged him
to send mail to the list about it, but he's skeptical that more than a
very small set of people can be helpful
On Mon, Jul 2, 2012 at 8:37 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
On 2 July 2012 17:55, Chad innocentkil...@gmail.com wrote:
On Mon, Jul 2, 2012 at 10:45 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
I think the upstream keyword in bugzilla is useless. Can we replace it
On Fri, Jun 29, 2012 at 5:22 PM, MZMcBride z...@mzmcbride.com wrote:
Are you following the deployment plan outlined by Roan here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=27478#c18? (It was a
follow-up to Aryeh's post here:
On Mon, Jul 2, 2012 at 9:19 PM, Diederik van Liere dvanli...@gmail.com wrote:
I became curious with these statements regarding self-review
(committer==reviewer) and so I ran a couple
of queries against the gerrit database to see how often this occurs:
1) For the puppet repo, 84.1% of the
On Fri, Jun 29, 2012 at 3:58 AM, Petr Bena benap...@gmail.com wrote:
Can we create a new branch which would be speedily merged when changes
were done to it, so that we could check out on labs and apply the
change there in order to test if patches submitted by devs works ok?
Thanks to Antoine
Hi Helder,
Thanks for posting this to VPT, and relaying things back here.
Comments inline...
On Thu, Jun 28, 2012 at 5:26 PM, Helder . helder.w...@gmail.com wrote:
Anomie pointed out on enwiki's Village Pump[1] the problem with the
Cite extension mentioned on
Hi all,
We have a longstanding request to enable HTML5 on all sites:
https://bugzilla.wikimedia.org/show_bug.cgi?id=27478
We've had it enabled on mediawiki.org for ages, with minimal death and
mayhem. There are two issues listed as blockers:
Bug 30525: Search bar icon/button slightly lower
On Thu, Jun 21, 2012 at 8:13 AM, Petr Bena benap...@gmail.com wrote:
That's what I said this week, we should make #mediawiki-feed where all
bots would live and leave #mediawiki for humans
If we relegate the bots to a separate channel, pretty soon they'll
figure out no one is paying attention to
On Fri, Jun 15, 2012 at 8:48 AM, Sumana Harihareswara
suma...@wikimedia.org wrote:
If you merge into mediawiki/core.git, your change is considered safe for
inclusion in a wmf branch. The wmf branch is just branched out of
master and then deployed. We don't review it again. Because we're
On Sun, Jun 10, 2012 at 10:03 PM, Tim Starling tstarl...@wikimedia.org wrote:
On 09/06/12 09:46, Rob Lanphier wrote:
I've long mused out loud about this possibility, but I've become less
certain over time that this is a good outcome based on what happened
with Mozilla Messaging (spun out
On Tue, Jun 12, 2012 at 1:58 PM, David Gerard dger...@gmail.com wrote:
Motivated volunteers - e.g. people like me who use the tarballs - are
probably the right people for the job 'cos we'd be scratching our
itches. (I suppose this means I have to actually do things now.)
Bwahahaha...he falls
On Fri, Jun 8, 2012 at 4:02 AM, Benjamin Lees emufarm...@gmail.com wrote:
On Thu, Jun 7, 2012 at 9:32 PM, Tim Starling tstarl...@wikimedia.orgwrote:
I've long believed that MediaWiki should be considered a project of
the WMF, on the same level as the wikis we host. Perhaps if we
included
Hi Raimond,
I don't recall discussions on this topic. I think this change should
be reviewed for usability, but it seems on the surface an improvement.
It's worth filing a shell bug if the discussion here turns out well
or goes by with no comment. In fact, we should probably just enable
it on
Hi folks,
As any of you who might have been trying to access Bugzilla, it has
been giving us a lot of problems over the past couple of days. Our
Ops team is aware of the problem, but is a bit baffled at this point.
Since many of them are traveling or getting ready to do so, expect
that it'll
Hi folks,
Chad alerted me to the notes of the Gerrit Hackathon, which happened May 7-11:
https://groups.google.com/forum/#!msg/repo-discuss/kEL3FPT2rLo/w39qjsmnrwwJ
No one from WMF was there, but I thought you all might find this interesting.
Bits I found interesting:
* The Gerrit devs are
On Tue, May 22, 2012 at 2:05 AM, Krinkle krinklem...@gmail.com wrote:
On May 22, 2012, at 12:17 AM, Tomasz Finc wrote:
We tried the milestones and they were worse then tracking bugs.
Sharing urls like this
On Sun, May 20, 2012 at 9:38 AM, Jeroen De Dauw jeroended...@gmail.com wrote:
Thinking about it, it would be nice to have a working post-commit review
workflow like we used to have, for those projects where gated trunk does
not work due to lack of quick review.
Would it help if we implemented
201 - 300 of 509 matches
Mail list logo