I vote for making the toolserver the head-node to a much larger
beowulf cluster that has a well configured job scheduler. The data
that needs to be crunched is already right there - it makes sense to
put a research cluster there as well.
There will always be a limited supply of resources. Perhaps
: SHA1
Brian:
I vote for making the toolserver the head-node to a much larger beowulf
cluster that has a well configured job scheduler.
so the issue is that more CPU is needed to run the research jobs? how much
more? do you have an example of a job and what it would require to run here
AM, Daniel Kinzler dan...@brightbyte.de wrote:
Brian schrieb:
* WikiBlame - A Lucene index of the history of all projects that can
instantly find the authors of a pasted snippet. I'm not clear on the
memory requirements of hosting an app like this after the index is
created, but the index
This extension is very important for training machine learning
vandalism detection bots. Recently published systems use only hundreds
of examples of vandalism in training - not nearly enough to
distinguish between the variety found in Wikipedia or generalize to
new, unseen forms of vandalism. A
.
On Thu, Mar 19, 2009 at 6:03 AM, Delirium delir...@hackish.org wrote:
Brian wrote:
This extension is very important for training machine learning
vandalism detection bots. Recently published systems use only hundreds
of examples of vandalism in training - not nearly enough to
distinguish between
Ultimately we need a system that integrates information from multiple
sources, such as WikiTrust, AbuseFilter and the Wikipedia Editorial
Team.
A general point - there is a *lot* of information contained in edits
that AbuseFilter cannot practically characterize due to the complexity
of language
Perhaps the toolserver can make you a current dump of current en?
On Wed, Mar 25, 2009 at 11:08 AM, Christian Storm st...@iparadigms.comwrote:
Thanks to everyone who got the enwiki dumps going again! Should we expect
more regular dumps now? What was the final solution of fixing this?
Great. Let us know when you've got community approval.
On Sat, Apr 4, 2009 at 12:21 PM, Ævar Arnfjörð Bjarmason
ava...@gmail.comwrote:
There has been rapid progress on the subject of adding OpenStreetMap
maps to Wikimedia projects (e.g. Wikipedia) during the MediaWiki
Developer Meet-Up[1]
s/president/precedent ^_^
On Sun, Apr 5, 2009 at 9:49 PM, Gregory Maxwell gmaxw...@gmail.com wrote:
On Sun, Apr 5, 2009 at 10:12 PM, Brian brian.min...@colorado.edu wrote:
Great. Let us know when you've got community approval.
Better than a simple super-majority too per the president set
You didn't address his idea one iota. Isn't this the relevant doc?
http://upload.wikimedia.org/wikipedia/commons/4/41/Mediawiki-database-schema.png
Maybe you could explain how the storage class renders his idea irrelevant?
On Mon, Apr 6, 2009 at 11:49 PM, Domas Mituzas
Good catch
On Thu, Apr 9, 2009 at 4:18 AM, Mark Clements (HappyDog)
gm...@kennel17.co.uk wrote:
Domas Mituzas midom.li...@gmail.com wrote in message
news:c1efa9f5-0af0-4203-bdb9-a3055fec5...@gmail.com...
You know, wikitech-l is for MediaWiki development discussion as well,
not just
I'm pretty sure it's impossible to encourage people to include relevant
information in their OPs.
You don't suppose you could have at least told us your operating system,
whether you are running 32 or 64 bits?
Are you on linux with no large file support?
On Fri, Apr 10, 2009 at 12:21 PM, Jameson
I have no problem helping someone get a faster download speech and I'm also
not willing to fling around fallacies about how selfish behavior is bad for
society. Here is wget vs. aget for the full history dump of the simple
english wikipedia - a substantial 3.5x improvement that someone who is
s/speech/speed/ :-0
On Sat, Apr 18, 2009 at 1:06 AM, Brian brian.min...@colorado.edu wrote:
I have no problem helping someone get a faster download speech and I'm also
not willing to fling around fallacies about how selfish behavior is bad for
society. Here is wget vs. aget for the full
bandwidth. That kind of selfish behaviour
fuels non-neutral behaviour and ought not be encouraged.
[snip]
On Sat, Apr 18, 2009 at 3:06 AM, Brian brian.min...@colorado.edu wrote:
I have no problem helping someone get a faster download speech and I'm
also
not willing to fling around fallacies
Many extensions are now using the Yahoo User Interface library. It would be
nice if mediawiki included it by default.
On Wed, Apr 15, 2009 at 3:05 PM, Brion Vibber br...@wikimedia.org wrote:
Just a heads-up --
Michael Dale is working on some cleanup of how the various JavaScript
bits are
Is an autoconverter feasible?
There are many, many extensions guys!
On Fri, Apr 24, 2009 at 9:53 AM, Andrew Garrett agarr...@wikimedia.orgwrote:
On Sat, Apr 25, 2009 at 1:46 AM, Gerard Meijssen
gerard.meijs...@gmail.com wrote:
Hoi,
How much work do you think it will be to repair an
from Wikimedia's
other projects like Wikipedia.
On Fri, Apr 24, 2009 at 4:25 PM, Brian brian.min...@colorado.edu wrote:
What does this have to do with not horribly breaking many extensions at
the
same time? The WMF has cultivated an extension ecosystem and it makes
sense
to protect
Because I am doing a C++ implementation of the mediawiki api I was
distraight to see that upload had not been implemented and I would have to
simulate Special:Upload. Thanks for doing this!
On Thu, May 7, 2009 at 2:41 PM, Michael Dale md...@wikimedia.org wrote:
The new-upload branch includes a
There is nothing bad about the flash format. If it works in a free player
I'm not aware of any other objections.
On Fri, May 8, 2009 at 11:19 AM, Amir Elisha Aharoni amir.ahar...@gmail.com
wrote:
On Fri, May 8, 2009 at 19:39, Aryeh Gregor
simetrical+wikil...@gmail.com
Ok, but is there one that supports the features found in Gnash? Isn't flash
a language specification, and doesn't Gnash have an emacs mode?
On Fri, May 8, 2009 at 12:21 PM, Amir Elisha Aharoni amir.ahar...@gmail.com
wrote:
On Fri, May 8, 2009 at 21:11, Brian brian.min...@colorado.edu wrote
Flash has a lot going for it. It could be that because flash makes it so
easy to create usable, good looking interfaces that it is in fact the ideal
testbed for interface prototypes. I'd be curious to see the rationale on
which it has been rejected, and why it won't be given a fair chance next to
://grey.colorado.edu/UploadTestWiki/api.php
On Mon, May 11, 2009 at 12:06 PM, Brian brian.min...@colorado.edu wrote:
Does this branch work? I just tried the demo link provided in api.php but
it does not work.
api.php?action=uploadfilename=Wiki.pngurl=http%3A//upload.wikimedia.org/wikipedia/en/b/bc
I thought it was generally agreed upon that the path to fix the parser goes
something like this:
* Define a new wiki language that is compatible with bison/flex
* Write a converter between the old language and the new (when possible)
* Implement per-revision parsers
* Implement the new parser
*
See also:
http://www.mediawiki.org/wiki/One-pass_parser
http://www.mediawiki.org/wiki/Alternative_parsers
On Mon, May 11, 2009 at 1:22 PM, Brian brian.min...@colorado.edu wrote:
I thought it was generally agreed upon that the path to fix the parser goes
something like this:
* Define a new
In my opinion fragmentation of conversations onto evermore mailing lists
discourages contribution.
On Mon, May 11, 2009 at 1:04 PM, Tomasz Finc tf...@wikimedia.org wrote:
Andreas Meier wrote:
Tomasz Finc schrieb:
Tomasz Finc wrote:
Russell Blau wrote:
Erik Zachte
A very welcome move!
An ad hoc search engine consists of wget | tar | sed | grep
I personally use gmail to search the lists.
On Wed, May 27, 2009 at 5:21 PM, Steve Bennett stevag...@gmail.com wrote:
On Thu, May 28, 2009 at 8:56 AM, jida...@jidanni.org wrote:
Public but not searchable?!
Forwarded conversation
Subject: [Foundation-l] Request to allow Google to search list archives
again
From: *Michael Bimmler* mbimm...@gmail.com
Date: Sun, Apr 27, 2008 at 11:30 AM
To: Wikimedia developers wikitech-l@lists.wikimedia.org
Cc: Wikimedia Foundation Mailing
How does installing 3rd party analytics software help the WMF accomplish its
goals?
On Thu, Jun 4, 2009 at 8:31 AM, Daniel Kinzler dan...@brightbyte.de wrote:
David Gerard schrieb:
Keeping well-meaning admins from putting Google web bugs in the
JavaScript is a game of whack-a-mole.
Are
That's why WMF now has a usability lab.
On Thu, Jun 4, 2009 at 12:34 PM, David Gerard dger...@gmail.com wrote:
2009/6/4 Brian brian.min...@colorado.edu:
How does installing 3rd party analytics software help the WMF accomplish
its
goals?
Detailed analysis of how users actually use
Scrubbing log files to make the data private is hard work. You'd be
impressed by what researchers have been able to do - taking purportedly
anonymous data and using it to identify users en masse by correlating it
with publicly available data from other sites such as Amazon, Facebook and
Netflix.
Two things
1. There isn't a good way to get an image dump
2. Allowing hotlinking seems to fit nicely within the WMF mission.
On Sat, Jun 6, 2009 at 6:24 PM, Platonides platoni...@gmail.com wrote:
Alex wrote:
We do have http://stats.wikimedia.org/ which includes things like
What do you mean it's not allowed - it works. There is only one way to
disallow it!
On Sun, Jun 7, 2009 at 1:11 AM, David Gerard dger...@gmail.com wrote:
2009/6/7 Brian brian.min...@colorado.edu:
Two things
1. There isn't a good way to get an image dump
2. Allowing hotlinking seems
What on earth are you talking about?
On Sun, Jun 7, 2009 at 1:12 AM, John at Darkstar vac...@jeb.no wrote:
Hotlinking fair use images are something that should not be possible.
John
Brian skrev:
Two things
1. There isn't a good way to get an image dump
2. Allowing hotlinking seems
A mission which does specifically does not include:
* Policing all use of our content
On Sun, Jun 7, 2009 at 9:42 AM, Brian brian.min...@colorado.edu wrote:
I propose that we include a link back to the image description page in the
EXIF data so that the images are automatically CC-BY-SA
And of course Special:Version code has changed since the last time I ran
that code, meaning there is really no reliable way to know what version of
MediaWiki Wikipedia is running anyway.
On Wed, Jun 17, 2009 at 10:44 AM, Brian brian.min...@colorado.edu wrote:
We always run the latest trunk
On Wed, Jun 17, 2009 at 5:01 PM, H. Langos henrik...@prak.org wrote:
Now you are working in the assumption that I don't have a decent spam
filter. But a spam filter will only work if there is enough information
that distinguishes the spam from your ham. In this case the UCE was about a
Yes - this would be fantastic. It just needs to be a cheap copy which is
essentially zero overhead on WMFs part. A 'live' tag for example.
On Thu, Jun 18, 2009 at 1:59 AM, Tisza Gergő gti...@gmail.com wrote:
Brian Brian.Mingus at colorado.edu writes:
And of course Special:Version code has
On Fri, Jun 26, 2009 at 2:44 AM, Stephen Bain stephen.b...@gmail.comwrote:
In the good old days someone would have solved the same problem by
mentioning in the template's documentation that the parameter should
use full URLs. Both the template and instances of it would be
readable.
Template
, Jun 27, 2009 at 4:43 PM, Platonides platoni...@gmail.com wrote:
Brian wrote:
They want the functionality and they are willing to satisfy usability and
quality of implementation in order to get it, plain and simple.
ParserFunctions combined with StringFunctions is flat out unreadable. We
On Sun, Jun 28, 2009 at 9:35 AM, Markus Krötzsch
m...@aifb.uni-karlsruhe.dewrote:
MediaWiki could do with more installation helpers for its extension in
general, so this could be an interesting experiment ...
Definitely - MediaWiki could use a package manager similar to apt or yum. So
many
You can use the image import maintenance script. It's convenient.
On Mon, Jun 29, 2009 at 10:38 AM, Beebe, Mary J bee...@battelle.org wrote:
I am trying to automate uploading images (or files). We are currently
using mediaWiki version 1.13.2.
I am using the following code:
So far my favorite idea is to use a restricted subset of PHP.
I would like to broach an important topic however: How can we convert all of
the existing ParserFunctions and difficult-to-read template code to this new
language automatically? Are we really talking about the dream of getting rid
of
On Tue, Jun 30, 2009 at 11:20 AM, Robert Rohde raro...@gmail.com wrote:
You couldn't ever turn template syntax off without making old
revisions unrenderable. The best one could likely do is encourage
people to upgrade and provide tools to make that easier. However,
given the nastiness of
On Tue, Jun 30, 2009 at 11:20 AM, Robert Rohde raro...@gmail.com wrote:
However,
given the nastiness of template syntax, I would expect no end of wiki
authors willing to help convert the commonly used stuff.
-Robert Rohde
I was curious just how terrible of a task conversion can be expected
On Tue, Jun 30, 2009 at 6:09 PM, Robert Rohderaro...@gmail.com wrote:
In other words, I assume things like {{fact}} and {{msg | foo is
bar }} will be be basically unchanged on the article side but
rewritten on the implementation side in Template: space. If that is
correct, it would be more
On Tue, Jun 30, 2009 at 6:34 PM, Thomas Daltonthomas.dal...@gmail.com wrote:
What would you replace them with? The wikitext used by regular editors
should be as simple as possible, we don't want to require PHP or
Javascript to be used by anyone wanting to add an infobox to an
article.
There
On Tue, Jun 30, 2009 at 6:43 PM, Thomas Daltonthomas.dal...@gmail.com wrote:
There is no proposal to replace wikitext with PHP (it wouldn't even
work, PHP isn't a markup language, ditto Javascript, Python, etc.),
the proposal is to replace the template code, ie. the code on the
template pages.
Thanks!
On Mon, Jul 13, 2009 at 6:10 PM, Brion Vibber br...@wikimedia.org wrote:
Since we seem to routinely have our deployment linger a bit behind trunk
but still need to make updates on it, I've gone ahead and created a
branch with out live versions of MediaWiki extensions on it:
On Tue, Jul 21, 2009 at 10:51 AM, Aryeh Gregor
simetrical+wikil...@gmail.com simetrical%2bwikil...@gmail.com wrote:
But if we're going to keep the known-to-fail tests at all, it doesn't make
a lot of sense to report
them as passing when they're actually failing . . . if we do that we may as
On Tue, Jul 21, 2009 at 12:05 PM, dan nessett dness...@yahoo.com wrote:
Not sure the post-commit hook running the parser is a good idea. The
software could have been broken by a previous committer. From that point on
parserTests will report errors until the problem is fixed, so committers
On Fri, Jul 17, 2009 at 4:20 AM, Chad innocentkil...@gmail.com wrote:
It already has wmf hacks :) IMHO, its not a branch
outside people should use.
-Chad
I am using it. I believe this branch was created in part because I have
requested it at least 3 times. Please make a branch for outside
.
Can we please have a the WMF deployment branch be a branch of an untainted
branch of the particular revision that is considered stable?
Many thanks!
/Brian
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
On Thu, Jul 30, 2009 at 10:34 AM, Robert Leverington rob...@rhl.me.ukwrote:
On 2009-07-30, Brian wrote:
Can we please have a the WMF deployment branch be a branch of an
untainted
branch of the particular revision that is considered stable?
This is, and always has been, the latest release
On Thu, Jul 30, 2009 at 10:45 AM, Mohamed Magdy mohamed@gmail.comwrote:
On Thu, Jul 30, 2009 at 6:19 PM, Brian brian.min...@colorado.edu wrote:
The deployment branch, originally envisioned on the lists by myself, is
intended to provide users of mediawiki with access to the latest stable
On Thu, Jul 30, 2009 at 10:54 AM, Robert Leverington rob...@rhl.me.ukwrote:
On 2009-07-30, Brian wrote:
The versioning interactions between mediawiki and its extensions are so
complicated that it is simply not feasible to run the latest release
while
simultaneously using a variety
On Thu, Jul 30, 2009 at 11:01 AM, Chad innocentkil...@gmail.com wrote:
For what its worth: it has been stated in several places
by several people that wmf-deployment is not suitable
for end users. It was never intended for use outside
the WMF and people depending on it are mistaken.
-Chad
On Thu, Jul 30, 2009 at 11:40 AM, Brian brian.min...@colorado.edu wrote:
On Thu, Jul 30, 2009 at 11:01 AM, Chad innocentkil...@gmail.com wrote:
For what its worth: it has been stated in several places
by several people that wmf-deployment is not suitable
for end users. It was never
On Thu, Jul 30, 2009 at 11:59 AM, Brion Vibber br...@wikimedia.org wrote:
On 7/30/09 9:19 AM, Brian wrote:
The deployment branch, originally envisioned on the lists by myself, is
intended to provide users of mediawiki with access to the latest stable
revision - the one being used
On Thu, Jul 30, 2009 at 5:21 PM, Andrew Garrett agarr...@wikimedia.orgwrote:
On 30/07/2009, at 6:40 PM, Brian wrote:
I'm still waiting on the rational rejection of the need for a
deployment
branch of mediawiki for the rest of us.
You're welcome to do the work yourself instead of posting
On Thu, Jul 30, 2009 at 6:00 PM, Robert Leverington rob...@rhl.me.ukwrote:
On 2009-07-30, Brian wrote:
You seem confused, perhaps you should re-read the thread. I never asked
anyone to do anything except make a branch.
That *is* non-trivial. Someone will have to maintain that branch
On Sat, Aug 1, 2009 at 12:47 AM, Gregory Maxwell gmaxw...@gmail.com wrote:
On Sat, Aug 1, 2009 at 12:13 AM, Michael Dalemd...@wikimedia.org wrote:
Once you factor in the ratio of video to non-video content for the
for-seeable future this comes off looking like a time wasting
boondoggle.
I
On Sat, Aug 1, 2009 at 10:12 AM, Kat Walsh k...@mindspillage.org wrote:
On Sat, Aug 1, 2009 at 9:57 AM, David Gerarddger...@gmail.com wrote:
2009/8/1 Brian brian.min...@colorado.edu:
I think you vastly underestimate the amount of video that will be
uploaded.
Michael is right in thinking
On Sat, Aug 1, 2009 at 10:17 AM, Brian brian.min...@colorado.edu wrote:
On Sat, Aug 1, 2009 at 10:12 AM, Kat Walsh k...@mindspillage.org wrote:
On Sat, Aug 1, 2009 at 9:57 AM, David Gerarddger...@gmail.com wrote:
2009/8/1 Brian brian.min...@colorado.edu:
I think you vastly
On Sat, Aug 1, 2009 at 11:04 AM, Gregory Maxwell gmaxw...@gmail.com wrote:
On Sat, Aug 1, 2009 at 12:17 PM, Brianbrian.min...@colorado.edu wrote:
A reasonable estimate would require knowledge of how much free video can
be
automatically acquired, it's metadata automatically parsed and then
On Sat, Aug 1, 2009 at 1:07 PM, David Gerard dger...@gmail.com wrote:
2009/8/1 Brian brian.min...@colorado.edu:
And of course, you can just ship them the binaries!
Trusted clients are impossible. Particularly for prrotecting against
lulz-seekers.
- d.
Impossible? That's hyperbole
On Sat, Aug 1, 2009 at 1:32 PM, David Gerard dger...@gmail.com wrote:
2009/8/1 Brian brian.min...@colorado.edu:
On Sat, Aug 1, 2009 at 1:07 PM, David Gerard dger...@gmail.com wrote:
2009/8/1 Brian brian.min...@colorado.edu:
And of course, you can just ship them the binaries!
Trusted
On Wed, Jul 15, 2009 at 1:43 PM, Brion Vibber br...@wikimedia.org wrote:
We're applying a Solaris kernel patch for the ZFS performance problem on
ms1, our main media file server.
While in progress, uploads will be temporarily disabled. Cached images
should still display, but you may see some
On Tue, Aug 4, 2009 at 2:48 PM, George Herbert george.herb...@gmail.comwrote:
On Tue, Aug 4, 2009 at 1:37 PM, Brianbrian.min...@colorado.edu wrote:
On Wed, Jul 15, 2009 at 1:43 PM, Brion Vibber br...@wikimedia.org
wrote:
We're applying a Solaris kernel patch for the ZFS performance
On Tue, Aug 11, 2009 at 2:55 PM, Robert Leverington rob...@rhl.me.ukwrote:
Please can you properly break your lines in e-mail though, to 73(?)
characters per a line - should be possible to specify this in your
client.
That's a joke right? If you are using pine on a monitor built in the
On Sat, Aug 22, 2009 at 4:14 PM, Platonides platoni...@gmail.com wrote:
jida...@jidanni.org wrote:
Dear Jimmy Wales,
Could you ask those in charge to make the wikimedia.org mailing lists
searchable again?
There may be good reasons why they aren't,
but of course one cannot find
On Thu, Sep 10, 2009 at 3:45 PM, Brion Vibber br...@wikimedia.org wrote:
On 9/10/09 2:40 PM, Casey Brown wrote:
On Thu, Sep 10, 2009 at 11:48 AM, Brion Vibberbr...@wikimedia.org
wrote:
Mark, how hard would it be in theory to swap some settings around to
make one of our low-traffic sites
On Thu, Sep 10, 2009 at 4:22 PM, Domas Mituzas midom.li...@gmail.comwrote:
apachebench?
How does apachebench help with efficiency? Please consider thinking
before posting on this mailing list!
Domas
apachebench does help with efficiency. It is inefficient (not to mention
irresponsible)
On Fri, Sep 11, 2009 at 1:47 PM, Aryeh Gregor
simetrical+wikil...@gmail.comsimetrical%2bwikil...@gmail.com
wrote:
On Fri, Sep 11, 2009 at 3:42 PM, Brian brian.min...@colorado.edu wrote:
elitism++. I suppose I should send you my resume before I send my next
message to the list.
Nobody
On Tue, Sep 15, 2009 at 5:26 PM, Anthony wikim...@inbox.org wrote:
On Tue, Sep 15, 2009 at 7:17 PM, Andrew Garrett agarr...@wikimedia.org
wrote:
On 15/09/2009, at 11:40 PM, Anthony wrote:
My favorite part of that article: Even the open source MediaWiki
software
has more than its
On Thu, Sep 17, 2009 at 9:25 PM, Steve Bennett stevag...@gmail.com wrote:
On Fri, Sep 18, 2009 at 12:20 PM, Robert Rohde raro...@gmail.com wrote:
That particular result is unpublished. I could make you a list of
infrequently viewed articles, but it would be quite long.
Could you make a
On Thu, Sep 17, 2009 at 9:28 PM, Brian brian.min...@colorado.edu wrote:
On Thu, Sep 17, 2009 at 9:25 PM, Steve Bennett stevag...@gmail.comwrote:
On Fri, Sep 18, 2009 at 12:20 PM, Robert Rohde raro...@gmail.com wrote:
That particular result is unpublished. I could make you a list
On Thu, Sep 17, 2009 at 9:55 PM, Robert Rohde raro...@gmail.com wrote:
On Thu, Sep 17, 2009 at 8:25 PM, Steve Bennett stevag...@gmail.com
wrote:
On Fri, Sep 18, 2009 at 12:20 PM, Robert Rohde raro...@gmail.com
wrote:
That particular result is unpublished. I could make you a list of
On Thu, Sep 24, 2009 at 8:48 AM, dgerard dger...@gmail.com wrote:
2009/9/24 Aryeh Gregor
simetrical+wikil...@gmail.comsimetrical%2bwikil...@gmail.com
:
On Thu, Sep 24, 2009 at 3:31 AM, Dmitriy Sintsov ques...@rambler.ru
wrote:
So it would be menu and icon-driven editing, where the hands
On Thu, Sep 24, 2009 at 2:22 PM, Aryeh Gregor
simetrical+wikil...@gmail.comsimetrical%2bwikil...@gmail.com
wrote:
On Thu, Sep 24, 2009 at 4:03 PM, Brian brian.min...@colorado.edu wrote:
This round the Usability Initiative got 800,000 dollars. That's a load of
money. If the Foundation
On Thu, Sep 24, 2009 at 2:38 PM, Aryeh Gregor
simetrical+wikil...@gmail.comsimetrical%2bwikil...@gmail.com
wrote:
On Thu, Sep 24, 2009 at 4:28 PM, Brian brian.min...@colorado.edu wrote:
I definitely think it's a good idea to go after the low hanging fruit
first,
which it sounds like
On Thu, Sep 24, 2009 at 4:05 PM, Platonides platoni...@gmail.com wrote:
Brian wrote:
This round the Usability Initiative got 800,000 dollars. That's a load of
money. If the Foundation decides that it wants to fix the problem the
correct way then it can. And it can start at any time! We
On Fri, Sep 25, 2009 at 12:30 PM, Trevor Parscal tpars...@wikimedia.orgwrote:
* The topic is supposed to be on Template Editing which is, at least
in the way it's being proposed, a little less of a stale topic -
so where is all the energy on that front? We have an XML format to
On Fri, Sep 25, 2009 at 1:49 PM, Roan Kattouw roan.katt...@gmail.comwrote:
2009/9/25 Brian brian.min...@colorado.edu:
Also, I am quite serious about my point that an entirely
new language interface specification will be added to MediaWiki and that
it
will be widely adopted and propagate
On Fri, Sep 25, 2009 at 2:03 PM, Brian brian.min...@colorado.edu wrote:
On Fri, Sep 25, 2009 at 1:49 PM, Roan Kattouw roan.katt...@gmail.comwrote:
2009/9/25 Brian brian.min...@colorado.edu:
Also, I am quite serious about my point that an entirely
new language interface specification
On Fri, Sep 25, 2009 at 2:14 PM, Alex mrzmanw...@gmail.com wrote:
Brian wrote:
On Fri, Sep 25, 2009 at 12:30 PM, Trevor Parscal tpars...@wikimedia.org
wrote:
* The topic is supposed to be on Template Editing which is, at least
in the way it's being proposed, a little less
On Fri, Sep 25, 2009 at 2:20 PM, Roan Kattouw roan.katt...@gmail.comwrote:
2009/9/25 Brian brian.min...@colorado.edu:
I am not here saying that it is a bad feature, not a bit. In fact I have
previously advocated on this list for the ability for users to specify
form-like interfaces. What I
On Fri, Sep 25, 2009 at 2:42 PM, Roan Kattouw roan.katt...@gmail.comwrote:
2009/9/25 Brian brian.min...@colorado.edu:
However powerful it is, I'm not sure we can really rule out future
incompatibility as you suggest by simply stating that we can easily
forwardport. This feature is intended
On Fri, Sep 25, 2009 at 3:13 PM, Brion Vibber br...@wikimedia.org wrote:
On 9/25/09 11:39 AM, Brian wrote:
I do think that sufficient energy has been directed at this topic. People
have complained that xml is harder to edit that wikitext and that it is
too
complicated, among other things
On Fri, Sep 25, 2009 at 4:06 PM, Happy-melon happy-me...@live.com wrote:
Brian brian.min...@colorado.edu wrote in message
news:9839a05c0909251423j7152ae51y34a6a9e586f4f...@mail.gmail.com...
You have conveniently ignored the rest of my points, which are not, as
you
have claimed, off
On Fri, Sep 25, 2009 at 4:49 PM, Roan Kattouw roan.katt...@gmail.comwrote:
2009/9/26 Brian brian.min...@colorado.edu:
Roan, sorry that the idea is pretty hard to convey, I'll try again.
The basic idea is that you can create templates using templates
(just using current
tech). It's easy
#mediawiki
MaxSem I've been receiving wikimail spam from translatewiki suggesting to
join an attack site
MaxSem two different accounts - Ferrer and Участник Проектов
siebrand MaxSem: that's all Ferrer.
siebrand MaxSem: we're blocking on sight.
On Sun, Sep 27, 2009 at 10:33 AM, Ferrer
On Sat, Oct 10, 2009 at 1:58 AM, Guillaume Paumier guillom@gmail.comwrote:
Hi,
On Thu, May 7, 2009 at 11:30 PM, Brian brian.min...@colorado.edu wrote:
Because I am doing a C++ implementation of the mediawiki api [...]
May I ask what the status of your implementation is? Is it still
In the past I was asked do certain statistics based on categories for
wikinews. Having interwikis was rather key for that.
-bawolff
On 2013-09-22 5:26 PM, Gerard Meijssen gerard.meijs...@gmail.com wrote:
Hoi,
What is the problem with people NOT considering interwiki links to
categories as
I'd point out that there is also an option in your gerrit prefs to get an
email whenever someone touches a certain repo or a certain path in a
certain repo.
-bawolff
On 2013-09-24 4:24 PM, Sumana Harihareswara suma...@wikimedia.org wrote:
Public service reminder: consider adding yourself to
On 2013-10-01 2:18 PM, Chris Steipp cste...@wikimedia.org wrote:
On Tue, Oct 1, 2013 at 9:10 AM, Gabriel Wicke gwi...@wikimedia.org
wrote:
With VPS prices starting in the $2-$5 a month range [1][2][3][4] there
are not many reasons left for using less secure and less predictable
shared
On 2013-10-01 3:11 PM, Brion Vibber bvib...@wikimedia.org wrote:
Question for the group:
Would an officially supported general-purpose MediaWiki hosting service be
useful to people who would like to run wikis, but don't have the time,
expertise, or resources to maintain their own
On 2013-10-01 3:46 PM, Ryan Lane rlan...@gmail.com wrote:
On Tue, Oct 1, 2013 at 1:43 PM, Tyler Romeo tylerro...@gmail.com wrote:
Has anybody ever considered the possibility that maybe people don't know
(or want to know) how to set up a caching proxy? One of the nice things
about
On 10/1/13, Matthew Walker mwal...@wikimedia.org wrote:
I have an open bug in CentralNotice [1] where I have a search function by
name for old content. Naively this happens as a LIKE query on the table's
name column. Though this works, it fails at being case insensitive because
the table, like
On 2013-10-08 3:59 PM, Rob Lanphier ro...@wikimedia.org wrote:
Hi everyone,
I'm excited to announce that Ori Livneh will be moving into Platform
Engineering as Senior Performance Engineer. This work is riffing off
of the work that he's done with the Growth (nee E3) team, where a big
part
1 - 100 of 823 matches
Mail list logo