Hello.
I'm a newbie who wants to start playing with the xml dumps. I've found
instructions here and there on how to import these. I'd like to seek
guidance though as to how much free disk space one is required to have for
the MySql import to succeed? i.e. after I have already installed
Sorry, I forgot to mention that I have in mind the English wikipedia dump.
wiki writes:
Hello.
I'm a newbie who wants to start playing with the xml dumps. I've found
instructions here and there on how to import these. I'd like to seek
guidance though as to how much free disk space one
On 3/8/13, 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
would have no idea
Chris Steipp wrote:
csteipp. Feel free to ping me whenever.
And platonides :)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 3/8/13, Waldir Pimenta wal...@email.com wrote:
On Wed, Feb 27, 2013 at 9:13 PM, Daniel Friesen
dan...@nadir-seen-fire.comwrote:
index.php, api.php, etc... provide entrypoints into the configured wiki.
mw-config/ installs and upgrades the wiki. With much of itself
disconnected from core
On Sat, Mar 9, 2013 at 11:48 AM, Brian Wolff bawo...@gmail.com wrote:
On 3/8/13, Waldir Pimenta wal...@email.com wrote:
...I would suggest the mw-config directory to be renamed to something
that
more clearly identifies its purpose. I'm thinking first-run or
something
to that effect. I'll
On 09/03/13 15:47, Waldir Pimenta wrote:
So mw-config can't be deleted after all? Or you mean the installer at
includes/installer?
Is you mean the former, then how about run-installer instead of my
previous proposal of first-run?
Any of these would be clearer than mw-config, imo.
--Waldir
Sorry, I forgot to mention that I have in mind the English wikipedia dump.
wiki writes:
Hello.
I'm a newbie who wants to start playing with the xml dumps. I've found
instructions here and there on how to import these. I'd like to seek
guidance though as to how much free disk space one is
Hi, all!
Then, if a developer is not willing to learn Gerrit, its code is probably not
worth the effort of integrating github/gerrit. That will just add some more
poor quality code to you review queues. Submitting a patch to gerrit and even
fixing it after code review is not that hard. (Of
Should we re-start the lets migrate to github discussion?
P.S. no, this is not a troll attempt, I am trying to understand if the
costs of not getting quality volunteers is worth the benefits of gerrit, or
if the two-system solution would solve all perceived complexities.
Moreover, I do not know
On Sat, Mar 9, 2013 at 12:15 PM, Yuri Astrakhan yuriastrak...@gmail.comwrote:
Should we re-start the lets migrate to github discussion?
No.
- Ryan
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On 2013-03-08 2:20 PM, Bartosz Dziewoński matma@gmail.com wrote:
On Fri, 08 Mar 2013 17:07:18 +0100, Antoine Musso hashar+...@free.fr
wrote:
I guess the whole idea of using GitHub is for public relation and to
attract new people. Then, if a developer is not willing to learn
Gerrit, its
Yes, lots of bad content might be submitted, but usually it is easy and
quick to spot, and could become good content over time. What I think we
should follow is the model that most other big open source projects follow,
which does seem to have lower barrier of entry.
On Sat, Mar 9, 2013 at 3:51
So, why am I not trying to learn Gerrit or try to submit patches? Because
it's not worth my time. The interface is so far outside of what I'm used to,
and it's just so touchy. By comparison, GitHub has a solid, no frills, Mac
app that handles all of the important stuff. And, even when I
I strongly disagree that Gerrit is harder to learn than Github. The only
difficult thing to understand is the web UI, which takes only a few minutes
to really get used to. Let's look at the biggest complaints:
- Submitting patchsets is hard - Install git-review and then just
replace the git
On Mar 9, 2013 12:39 PM, Ryan Lane rlan...@gmail.com wrote:
On Sat, Mar 9, 2013 at 12:15 PM, Yuri Astrakhan yuriastrak...@gmail.com
wrote:
Should we re-start the lets migrate to github discussion?
No.
- Ryan
I agree with what everyone has been saying about the barrier to entry with
On 2013-03-09 5:04 PM, Jon Robson jdlrob...@gmail.com wrote:
So, why am I not trying to learn Gerrit or try to submit patches?
Because it's not worth my time. The interface is so far outside of what
I'm used to, and it's just so touchy. By comparison, GitHub has a solid,
no frills, Mac app
In theory you are right - more folks = more awesomeness. In practice this
involves a lot of effort, effort that people often are not willing to put
in. Just look at our rather poor history with bugzilla patches (although
things have improved)
I see this as a good problem to have. On the short
Tyler Romeo tylerro...@gmail.com wrote:
[...]
The point I'm trying to make is that the problems with Gerrit are not
problems with Gerrit, but actually problems with Git itself. If you can't
handle the basics of Gerrit, it's because you don't know how to use Git.
And at that point I don't
On 01/03/2013 16:46, Asher Feldman wrote:
I don't think a custom daemon would actually be needed.
http://redis.io/topics/pubsub
While I was at flickr, we implemented a pubsub based system to push
notifications of all photo uploads and metadata changes to google using
redis as the backend. The
This page came up with raw mathtex, then I saw a math rendering xx%
counter at bottom right, then 15 seconds later I had the page:
https://en.wikipedia.org/wiki/Noether's_theorem
I admit this sort of page would make a good stress test ...
- d.
___
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.
David Gerard wrote:
This page came up with raw mathtex, then I saw a math rendering xx%
counter at bottom right, then 15 seconds later I had the page:
https://en.wikipedia.org/wiki/Noether's_theorem
I admit this sort of page would make a good stress test ...
Possibly related: the Math
Here's big data dataset from Google Research and UMass IESL, 40 million
links to Wikipedia pages where the anchor text of the link closely
matches the title of the target Wikipedia page, from 10 million web
pages, for the purposes of contextualized disambiguation:
Learning from Big Data: 40
Hello,
I'm the co-author of the WWW::Wikipedia Perl module (
https://metacpan.org/release/WWW-Wikipedia). It programmatically parses the
raw source of a Wikipedia page.
Of late, a few changes in behaviour have been reported to me -- all related
to the language functionality.
As it turns out a
Brian, due to the recent introduction of wikidata.org, most language links
are now stored there.
Regardless, you should try to avoid getting langlinks from the raw source,
because it wastes a lot of bandwidth. Please consider using mediawiki
APIhttps://www.mediawiki.org/wiki/APIto get just the
[...]
The point I'm trying to make is that the problems with Gerrit are not
problems with Gerrit, but actually problems with Git itself. If you can't
handle the basics of Gerrit, it's because you don't know how to use Git.
And at that point I don't see how GitHub is going to make things
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everybody,
For long time it was acknowledged that our current way of serving the
recent changes feed to users (IRC with formatting using funny control
codes) is one of the worst-suited for this purpose. It made the life
miserable both for users
On Sun, 10 Mar 2013 06:06:47 +0100, Dan Andreescu dandree...@wikimedia.org
wrote:
As for the argument that this will lower code quality, I
think the burden of proof is on those making that assumption.
You want me to link to patches created by contributors who have been carefully
walked
On Sun, Mar 10, 2013 at 1:08 AM, Bartosz Dziewoński matma@gmail.comwrote:
You want me to link to patches created by contributors who have been
carefully walked through the process of submitting something to gerrit?
Because I can do that, but it would be a little demeaning. (I can even
On Sun, Mar 10, 2013 at 1:19 PM, Victor Vasiliev vasi...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everybody,
For long time it was acknowledged that our current way of serving the
recent changes feed to users (IRC with formatting using funny control
codes) is one of
31 matches
Mail list logo