On Fri, 08 Jun 2012 03:49:01 -0700, Risker risker...@gmail.com wrote:
On 8 June 2012 04:08, Strainu strain...@gmail.com wrote:
2012/6/7 Risker risker...@gmail.com:
The first IPv6 edit to English Wikipedia required suppression, I have
been
advised, so I think there are some valid concerns
Lars Aronsson l...@aronsson.se wrote:
On 2012-06-06 00:19, Diederik van Liere wrote:
A workflow where engineers have to bug a Gerrit admin to do something
is a broken workflow:
As something of an outsider/newcomer, I hear two very different
stories. The first is the story of all the good
On Sat, Jun 9, 2012 at 7:51 AM, Daniel Friesen
li...@nadir-seen-fire.com wrote:
On Fri, 08 Jun 2012 03:49:01 -0700, Risker risker...@gmail.com wrote:
Do this now, please. Even I can see how easy it ought to be to replace
the last
three digits of an IPv4 address with XXX in publicly viewable
Is there a bugzilla feature request for hiding IP addresses?
Another solution: add a new database table that maps IP addresses to some
kind of key. Let's call it IP-key. Almost everywhere where now the IP is
used, use IP-key instead. Only resolve IP-key to IP (and vice versa) when
you have to.
This thread has drifted from IPv6 deployment to showing IP addresses of
edits is bad.
Please open a new thread if you want to continue discussing it.
And be prepared to justify why is it so evil to show the IP address of
the author of an edit.
IPs magically disappear if you just open an account.
On Mon, Jun 4, 2012 at 12:30 PM, Ori Livneh ori.liv...@gmail.com wrote:
I find getSomething syntax to be cluttered and verbose. The get, the
mixed case, the function invocation -- these things are not encoding useful
information, so they exist as a kind of syntactic line noise. I find it
much
Hey,
Why do you want to keep interwikis in the article?
I think you could directly drop langlinks table if interwikis are
managed by wikidata.
Usage of Wikidata is optional. Initially it will only be used where turned
on. And people will be able to override language links locally.
Cheers
--
Hi everybody,
at last weekend's Hackathon I investigated how to get into bug
management/triaging in Wikimedia.
I'd like to propose some changes in order to streamline, harmonize and
centralize documentation in order to make it easier to get involved:
On 2012-06-09 01:31, Platonides wrote:
That's not a problem. You can process anold dump with current
contentness values.
That's right, but if my results are not the same as the results you
get, this might cause doubts. In my imagination, the number of
links before and after a GLAM cooperation
On Fri, Jun 8, 2012 at 9:59 AM, Strainu strain...@gmail.com wrote:
2012/6/8 Anthony wikim...@inbox.org:
No one has to break the loop. The loop will break itself. Either
enough people will get sick of NAT to cause demand for IPv6, or they
won't.
That one way of seeing things, but I fear
On Sat, Jun 9, 2012 at 4:29 PM, Anthony wikim...@inbox.org wrote:
On Fri, Jun 8, 2012 at 9:59 AM, Strainu strain...@gmail.com wrote:
2012/6/8 Anthony wikim...@inbox.org:
No one has to break the loop. The loop will break itself. Either
enough people will get sick of NAT to cause demand for
On 09/06/12 21:11, Lars Aronsson wrote:
Should I submit my script (300 lines of Perl) somewhere?
Yes. Probably somewhere at svn.wikimedia.org/mediawiki/trunk/tools
I had the impression that SVN was replaced by Git, but perhaps
that's just for MediaWiki core?
It's where we have some similar
Hey,
So is it possible at this point to have wikibugs join another channel (ie
wikimedia-wikidata) and only report bugs reported for certain components
(ie the wikidata extensions) there?
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
13 matches
Mail list logo
