Hello!
While working on my improvements to MediaWiki ImportExport, I've
discovered a feature that is totally new for me: 2-phase backup dump.
I.e. the first pass dumper creates XML file without page texts, and the
second pass dumper adds page texts.
I have several questions about it - what
I support this effort to create a common glossary/vocabulary.
And I add, since I tried to translate some of these words/expressions into
French some time ago, and since it’s quite hard to obtain great and
intuitive translations for many of these expressions, it would be great if
new expressions
On 11/20/2012 05:19 PM, James Forrester wrote:
* Desktop: Current and immediately-previous versions of Chrome, Firefox,
MSIE and Safari
* Tablet: Current versions of iOS/Safari; Current and immediately-previous
ones of Android
* Mobile: Current versions of iOS/Safari; Current and the five
On 20 November 2012 19:53, Faidon Liambotis fai...@wikimedia.org wrote:
On Tue, Nov 20, 2012 at 05:19:51PM -0800, James Forrester wrote:
In WMF Engineering, we've been struggling with what we mean by 'supporting'
browsers, and how we can match limited developer time to our natural desire
On 20 November 2012 20:00, Faidon Liambotis fai...@wikimedia.org wrote:
On Tue, Nov 20, 2012 at 05:46:22PM -0800, Brion Vibber wrote:
Current and immediately-previous releases are also really hard to match
up between projects on fast release cycles (like Chrome and Firefox which
are pushing
On 20 November 2012 22:12, Leslie Carr lc...@wikimedia.org wrote:
I hate to make our job more difficult, but I think Faidon had a good point --
Quote
Agreed. IE 9 is only supported from Vista onwards and Windows XP is
21.29% of our user base according to the latest stats¹. I'm not sure
it's
Congratulations and Welcome Juliusz! All the best.
On 11/21/12, Juliusz Gonera jgon...@wikimedia.org wrote:
Thank you all for a very warm welcome. Hope to meet everyone in person
soon!
On Mon, Nov 19, 2012 at 1:59 PM, Tomasz Finc tf...@wikimedia.org wrote:
I am pleased to announce that
On 21/11/2012 08:41, Quim Gil wrote:
On 11/20/2012 05:19 PM, James Forrester wrote:
* Desktop: Current and immediately-previous versions of Chrome, Firefox,
MSIE and Safari
* Tablet: Current versions of iOS/Safari; Current and
immediately-previous
ones of Android
* Mobile: Current versions of
On 20 November 2012 23:54, Martijn Hoekstra martijnhoeks...@gmail.com wrote:
I think a best of both worlds would be preferable. I haven't seen the
stats, but I'd assume market share of IE 10 will be quite low. Still it
would be silly to not strive to support it.
Well, until this month IE 10
On 21 November 2012 07:41, Quim Gil q...@wikimedia.org wrote:
What types of problems are giving you a hard time keeping the support?
Newest versions of browsers can be as painful to support as legacy ones, but
the types of problems are probably very different.
Are we talking about bugs in the
On 21 November 2012 09:32, Isarra Yos zhoris...@gmail.com wrote:
Frankly, the rather limited proposed support was a little surprising to me -
I would have expected at least some effort toward supporting anything in the
billions of hits per month.
Our 20 bn page hits a month overall means over
We're not planning on creating a job specifically for some extensions that just
lint javascript.
However, what we are doing is this: The javascript lint check is currently the
first component in the new Grunt build tasks system.
Once we've migrated all crucial tasks from Ant build.xml to
Hi,
The deadline for applications to the Women Outreach Program is
December 3rd. Potential candidates and mentors: make sure that your
entries are listed at
https://www.mediawiki.org/wiki/Outreach_Program_for_Women#Candidates
In fact you are encouraged to list yourselves and link to the
I have vim set up so pressing
:Jtabenter
runs jshint within vim, and I can step through the error lines. It's a
huge time saver.
The relevant lines from my ~/.vimrc:
Use pathogen in order to use vim-jshint
per https://github.com/tpope/vim-pathogen :
call pathogen#infect()
The above means
On 11/20/2012 05:19 PM, James Forrester wrote:
There would be a top level outline policy - a small number
of browsers are supported (i.e., WMF will keep spending money until they
work):
Anything not in this list may happen to work but WMF Engineering will not
spend resources (read, developer
On 11/21/12 1:54 PM, vita...@yourcmc.ru wrote:
While working on my improvements to MediaWiki ImportExport, I've
discovered a feature that is totally new for me: 2-phase backup dump.
I.e. the first pass dumper creates XML file without page texts, and
the second pass dumper adds page texts.
I
Hello
I am new in wikimedia.
I want to participate in opw
Please assign me some project so that I can send application before 3 dec.
Thanking you
--
Navdeep Bagga
Happy Bird
[W] http://navdeepbagga.com
[T] http://www.navdeepbagga.com/category/daily-diary-3/
On 11/20/2012 03:03 PM, MZMcBride wrote:
Arthur Richards wrote:
On Tue, Nov 20, 2012 at 3:38 PM, Mark Holmquist
mtrac...@member.fsf.orgwrote:
Is this a question about on-the-clock contributions, or are we looking for
volunteer stuff, too?
I'm specifically looking for projects which we can
Hi Navdeep!
On 11/21/2012 10:51 AM, Navdeep Bagga wrote:
I am new in wikimedia.
I want to participate in opw
Please assign me some project so that I can send application before 3 dec.
Difficult to say without knowing much about you.
From your blog one can see that you have gone through the
So, the new proposal:
There would be a top level outline policy - a small number
of browsers are supported (i.e., WMF will keep spending money until they
work):
* Desktop: Current and immediately-previous versions of Chrome, Firefox,
MSIE and Safari
* Tablet: Current versions of
On Wed, Nov 21, 2012 at 4:54 AM, vita...@yourcmc.ru wrote:
Hello!
While working on my improvements to MediaWiki ImportExport, I've
discovered a feature that is totally new for me: 2-phase backup dump. I.e.
the first pass dumper creates XML file without page texts, and the second
pass dumper
On Thu, Nov 22, 2012 at 12:31 AM, Quim Gil q...@wikimedia.org wrote:
Difficult to say without knowing much about you.
From your blog one can see that you have gone through the list of proposals.
Why not choosing one or two that fit your skills and interests? Then you can
contact the related
On Wed, Nov 21, 2012 at 10:25 AM, Gabriel Wicke gwi...@wikimedia.orgwrote:
This does complicate matters a bit for product, as decisions in this
area are very dependent on technical detail and differ from case to
case. It would however be sad to see more manpower in product to result
in less
GOn Wed, Nov 21, 2012 at 09:17:24AM -0800, James Forrester wrote:
Those numbers are people using Windows XP, not people using Windows XP
with IE. I believe the numbers for (XP IE) are going to be
substantially lower - probably half - but still far to high to
discount.
Doh, my bad.
2012/11/21 James Forrester jforres...@wikimedia.org:
I dunno, perhaps I'm just biased because none of the browsers I use even
made the list, but different browsers can support different hardware very
differently...
Indeed. Which browsers would you like to see added?
I'm going to assume
On 21 November 2012 11:54, Faidon Liambotis fai...@wikimedia.org wrote:
The real reason is that you want Windows XP support, so you might just
as well put that in the rules, instead of extrapolating from the
browser's platform support. Also, do note another thing from the other
sub-thread:
On 11/21/2012 11:33 AM, Steven Walling wrote:
I was going to go on a long rant here in response to your assertion that we
shouldn't have a flashy interface, but I'll spare everyone and just say
that I strongly disagree.
I am not opposed to having a flashy interface at all and did not assert
Throwing in my 10 cents on the matter.
I was going to go on a long rant here in response to your assertion that we
shouldn't have a flashy interface, but I'll spare everyone and just say
that I strongly disagree.
I am not opposed to having a flashy interface at all and did not assert
anything
Brion Vibber wrote 2012-11-21 23:20:
While generating a full dump, we're holding the database connection
open for a long, long time. Hours, days, or weeks in the case of
English Wikipedia.
There's two issues with this:
* the DB server needs to maintain a consistent snapshot of data since
Whether it be a targeted list of browsers, a list of browsers we explicitly
ignore, or something else entirely, anything that helps us balance
engineering resources is a good thing.
In 2010 I suggested a rule, which became somewhat of a policy, that WMF
won't spend time/money supporting browsers
On Wed, Nov 21, 2012 at 9:33 AM, James Forrester
jforres...@wikimedia.org wrote:
On 20 November 2012 23:54, Martijn Hoekstra martijnhoeks...@gmail.com wrote:
I think a best of both worlds would be preferable. I haven't seen the
stats, but I'd assume market share of IE 10 will be quite low.
Hi all,
Early today, Nikerabbit noticed he couldn't delete a tag on
a project he's owner of. This was a problem, so I've fixed it
for everyone. If you're the owner of a project, you can now
delete tags from the command line as expected.
`git push origin :refs/tags/mytag`
There's no way in the
Because of US Thanksgiving https://en.wikipedia.org/wiki/Thanksgiving ,
many Wikimedia Foundation staffers in the US will be unavailable
tomorrow and Friday November 22 23. If you have an emergency, I
believe #wikimedia-tech will be responsive, just as it is on weekends.
--
Sumana Harihareswara
On Wed, Nov 21, 2012 at 12:31 PM, vita...@yourcmc.ru wrote:
Oh, thanks, now I understand!
But the revisions are also immutable - isn't it simpler just to select
maximum revision ID in the beginning of dump and just discard newer page
and image revisions during dump generation?
Page history
On Wed, Nov 21, 2012 at 10:27 PM, Chad innocentkil...@gmail.com wrote:
`git push origin :refs/tags/mytag`
Should we be able to delete branches too? This does not work for me:
$ git push gerrit :debug
remote: Processing changes: refs: 1, done
To
On Wed, Nov 21, 2012 at 4:47 PM, Željko Filipin zfili...@wikimedia.org wrote:
On Wed, Nov 21, 2012 at 10:27 PM, Chad innocentkil...@gmail.com wrote:
`git push origin :refs/tags/mytag`
Should we be able to delete branches too? This does not work for me:
$ git push gerrit :debug
remote:
Le 20/11/12 23:27, Krinkle a écrit :
TL;DR: jshint is now running from Jenkins on mediawiki/core
(joining the linting sequence for php and puppet files).
Congratulations Timo :-] Can't wait to get the other linters in!
--
Antoine hashar Musso
___
On Wed, Nov 21, 2012 at 10:50 PM, Chad innocentkil...@gmail.com wrote:
If you've got the permission to delete branches, they should
show up in the UI as deletable.
Thanks, found the branch in the UI and deleted it:
https://gerrit.wikimedia.org/r/#/admin/projects/qa/browsertests,branches
If I want to do things on Wikipedia from Lynx [0] I should
be able to do as much as Lynx supports, not less because my useragent doesn't
match something that we support.
Also if we cut lynx support Jidini will come and kill us in our sleep.
Dead developers = productivity loss
;)
-
On a
Hello,
Thank you for the interest in this outreach program.
You also need to ask a developer access on the following page:
https://www.mediawiki.org/wiki/Developer_access
Once you have your creditentials, I will be happy to assist you to
configure a developer environment (we use Git as source
On Wed, Nov 21, 2012 at 6:18 PM, Sébastien Santoro
dereck...@espace-win.org wrote:
Hello,
Thank you for the interest in this outreach program.
You also need to ask a developer access on the following page:
https://www.mediawiki.org/wiki/Developer_access
Once you have your creditentials, I
On 21/11/12 18:33, James Forrester wrote:
On 20 November 2012 23:54, Martijn Hoekstra wrote:
I think a best of both worlds would be preferable. I haven't seen the
stats, but I'd assume market share of IE 10 will be quite low. Still it
would be silly to not strive to support it.
Well, until
2012/11/21 James Forrester jforres...@wikimedia.org:
So, the new proposal:
There would be a top level outline policy - a small number
of browsers are supported (i.e., WMF will keep spending money until they
work):
* Desktop: Current and immediately-previous versions of Chrome, Firefox,
Here is a first stab for a draft proposal to organize our volunteer
testing activities:
http://www.mediawiki.org/wiki/Talk:QA/Strategy#Manual_testing_strategy
Written after some lousy discussions with Chris and Sumana, and reading
a bunch of related wiki pages. Your feedback is welcome.
You may also be interested in the xmldatadumps mailing list.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
This is a great outline. I am looking forward to contributing to the areas
where I have some experience and expertise, and learning about the areas
where Quim does and I don't!
-Chris
On Wed, Nov 21, 2012 at 4:45 PM, Quim Gil q...@wikimedia.org wrote:
Here is a first stab for a draft proposal
LevelUp is a mentorship program that will start in January 2013 and that
replaces the 20% time policy
https://www.mediawiki.org/wiki/Wikimedia_engineering_20%25_policy for
Wikimedia Foundation engineers. Technical contributors, volunteer or
staff, have the opportunity to participate; see
On Wed, Nov 21, 2012 at 3:45 PM, Quim Gil q...@wikimedia.org wrote:
Here is a first stab for a draft proposal to organize our volunteer
testing activities:
On Wed, Nov 21, 2012 at 8:10 PM, Sumana Harihareswara
suma...@wikimedia.org wrote:
LevelUp is a mentorship program that will start in January 2013 and that
replaces the 20% time policy
https://www.mediawiki.org/wiki/Wikimedia_engineering_20%25_policy for
Wikimedia Foundation engineers.
This proposal feels detached from reality. Right now features teams mostly
do one of the following, in my experience:
1). Product managers and developers do their own manual QA. For PMs this
aligns with verifying requirements, for developers it's checking their own
work. It can be a pain
On Thu, Nov 22, 2012 at 5:15 AM, Quim Gil q...@wikimedia.org wrote:
Here is a first stab for a draft proposal to organize our volunteer testing
activities:
http://www.mediawiki.org/wiki/Talk:QA/Strategy#Manual_testing_strategy
Written after some lousy discussions with Chris and Sumana, and
QA activity days often lead to a large number of duplicate issues
being filed.
This is true. But I think there is value when new users (for some value of
new) file duplicate issues. In particular, I think it points up a
possible need to increase the severity/priority of the issues
Thanks Erik for the extensive response.
Ultimately what counts is ongoing progress. If the model proposed is an
improvement from the current, solving specific problems we currently
have, then fine and I'm all or it.
I'm still stuck in one point:
On 11/19/2012 07:54 PM, Erik Moeller wrote:
On 11/21/2012 02:32 PM, Navdeep Bagga wrote:
On Thu, Nov 22, 2012 at 12:31 AM, Quim Gil q...@wikimedia.org wrote:
Difficult to say without knowing much about you.
From your blog one can see that you have gone through the list of proposals.
Why not choosing one or two that fit your skills
On Wed, Nov 21, 2012 at 6:02 PM, Quim Gil q...@wikimedia.org wrote:
There is a blog post video circulating these days, about how GitHub Inc is
organized as a company. They also manage a version control system promoting
decentralized collaboration, plus other tools supporting this core goal and
On 11/21/2012 04:30 PM, Steven Walling wrote:
On Wed, Nov 21, 2012 at 3:45 PM, Quim Gil q...@wikimedia.org wrote:
Here is a first stab for a draft proposal to organize our volunteer
testing activities:
On 11/21/2012 05:18 PM, sankarshan wrote:
QA activity days often lead to a large number of duplicate issues
being filed. The bugmaster (I'm assuming this is Andre) should
probably have a say in whether there is capacity built in to handle
de-duplication either manually or, automatically.
It's
slightly ot
Actually … I had firefox 17 months ago. And I'm up to release 20 now.
Mozilla pushes their pre-beta (dubbed aurora - generally 2 releases forward)
at [0] , and their nightly build (funnily enough, dubbed nightly - generally
4 releases forward) at [1]. They're less stable, but
On Thu, Nov 22, 2012 at 9:09 AM, Sumana Harihareswara
suma...@wikimedia.org wrote:
Hi, Navdeep. Thanks for writing to us. I agree with Quim that you
should go ahead and contact the mentors who are mentoring the specific
activities you're interested in that are mentioned on
59 matches
Mail list logo
