There is a new bot for wikibugs but it doesn't seem to reply very well
to basic CTCP messages and provides no link to its documentation.
Where can it be found? How is the bot controlled? How do I make it
join some channel and subscribe to a feed?
___
it would be also cool if source code was somewhere readable by public
On Sun, Apr 27, 2014 at 10:57 AM, Petr Bena benap...@gmail.com wrote:
There is a new bot for wikibugs but it doesn't seem to reply very well
to basic CTCP messages and provides no link to its documentation.
Where can
, given that making reliable bot that is able to autorejoin /
reconnect on netsplits that happen often, isn't that easy.
On Sun, Apr 27, 2014 at 11:00 AM, Petr Bena benap...@gmail.com wrote:
it would be also cool if source code was somewhere readable by public
On Sun, Apr 27, 2014 at 10:57 AM, Petr
On 27 April 2014 10:00, Petr Bena benap...@gmail.com wrote:
it would be also cool if source code was somewhere readable by public
On Sun, Apr 27, 2014 at 10:57 AM, Petr Bena benap...@gmail.com wrote:
There is a new bot for wikibugs but it doesn't seem to reply very well
to basic CTCP messages
is, I said it would be nice to have it somewhere.
Regarding documentation: even the e-mail you linked here doesn't
provide any, so, yes I admit I didn't search for it, but if I did, I
would still had the same question :P
On Sun, Apr 27, 2014 at 5:11 PM, MZMcBride z...@mzmcbride.com wrote:
Petr
Given the current specifications I can only support this change as
long as current IRC feed is preserved as IRC is IMHO, as much as evil
it looks, more suitable for this than WebSockets.
I am not saying that IRC is suitable for this and I know that people
really wanted to get rid of it or replace
, May 5, 2014 at 2:29 AM, Petr Bena benap...@gmail.com wrote:
Given the current specifications I can only support this change as
long as current IRC feed is preserved as IRC is IMHO, as much as evil
it looks, more suitable for this than WebSockets.
I am not saying that IRC is suitable
Looking forward to drinking beer with you guys :3
On Tue, May 6, 2014 at 7:25 PM, Marc A. Pelletier m...@uberbox.org wrote:
Hey all,
Me and Andrew Bogott will be travelling to Zürich for the Hackaton[1] in
the coming days; this means limited online availability during actual
travel time, but
Hi all,
Some of you might heard of it, some of you probably know it or even
regularly use it - huggle is a super fast diff browser for MediaWiki
intended for dealing with vandalism on Wikimedia projects (but it can
be used for any installation), written in C++.
It is being used on a number of
Yes. Support as many providers as possible, google at least, I
basically don't even want to use any more web services with own login
unless I have to. single login FTW
On Fri, May 16, 2014 at 3:51 PM, Chris Steipp cste...@wikimedia.org wrote:
On May 15, 2014 3:56 PM, hoo h...@online.de wrote:
I was looking for a free (possibly open source) provider of automatic
translations for my open source application I am working on and quite
had troubles finding some. Then I realized we have a project called
wiktionary which could possibly (I was assuming it's open
dictionary) help me here, but I
that, but IMHO it should be easier.
On Thu, May 22, 2014 at 5:47 PM, Lydia Pintscher
lydia.pintsc...@wikimedia.de wrote:
On Thu, May 22, 2014 at 5:41 PM, Petr Bena benap...@gmail.com wrote:
I was looking for a free (possibly open source) provider of automatic
translations for my open source
) and isn't very open (source code is closed
and user ability to edit database is nowhere near to what people can
do on real wikis, like wikipedia)
On Thu, May 22, 2014 at 5:41 PM, Petr Bena benap...@gmail.com wrote:
I was looking for a free (possibly open source) provider of automatic
translations
this isn't about translation of content of current wikimedia projects,
but more about creating a generic tool that anyone could use to
translate anything, so not really what [[Content translation]]
describes
On Thu, May 22, 2014 at 6:39 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
This is
Good news Everyone refhttps://www.youtube.com/watch?v=T2BNmn8TYdE/ref
We just released a stable version of huggle 3 which is likely full of
some unstable features (some call these bugs).
DWRTLD (don't want to read too long documents):
Huggle is a fast-diff browser for mediawiki that allows you
it (the latest version) please provide
details. Thanks
On Sun, Jun 1, 2014 at 10:50 PM, Steven Walling swall...@wikimedia.org wrote:
On Sun, Jun 1, 2014 at 1:32 PM, Petr Bena benap...@gmail.com wrote:
We didn't release any mac bundle, because we have nobody with a mac in
our team, so in case you
There is no mention of this feature in
https://www.mediawiki.org/wiki/API:Rollback but according to Helder in
this bug report https://bugzilla.wikimedia.org/show_bug.cgi?id=66273
mediawiki insert every page to which a rollback api was used on to a
users watchlist.
Is there a way to disable it?
That's what I needed - I prefer using documentation rather than random
options :)
Thanks
On Tue, Jun 10, 2014 at 3:57 PM, Brad Jorsch (Anomie)
bjor...@wikimedia.org wrote:
On Tue, Jun 10, 2014 at 4:57 AM, Petr Bena benap...@gmail.com wrote:
There is no mention of this feature in
https
Hi,
Is there some effective way to do this? We are using only mw api's in
latest huggle, and somehow it happens that when users are logged out
of mediawiki, it still works (edits are done using IP instead).
How can I ensure that api query will fail unless user is not logged
in, is there some
:52 AM, Petr Bena benap...@gmail.com wrote:
Hi,
Is there some effective way to do this? We are using only mw api's in
latest huggle, and somehow it happens that when users are logged out
of mediawiki, it still works (edits are done using IP instead).
How can I ensure that api query will fail
?title=API:Editdiff=410992oldid=404971
On 19 June 2014 14:27, Bartosz Dziewoński matma@gmail.com wrote:
On Thu, 19 Jun 2014 15:16:22 +0200, MZMcBride z...@mzmcbride.com wrote:
Petr Bena wrote:
Can this parameter be anywhere in the url? for example
api.php?action=queryassert=userprop=blabla
In general I would extend this: you should never rely on other
programmers assuming they did things correctly because we are lazy
morons
On Thu, Jun 19, 2014 at 5:48 PM, Petr Bena benap...@gmail.com wrote:
At some point it makes sense. You shouldn't rely on servers :P I am
placing token as last
Hi,
I like to sort items by priority but always I change this, when I
reopen the page it's lost and I have to change it again.
Is there a way to save this in bugzilla so that I always have bugs by
priority instead of component? I have cookies enabled but it doesn't
help
Can we have that? so that people can filter out bugs that are require
skills for certain languages only?
For example if I needed to fix something that is C++ I would just tag
it so, same for PHP, JS, etc... So that C++ devs could filter out only
all bugs that require C++ knowledge and see all
aklap...@wikimedia.org wrote:
On Wed, 2014-06-25 at 10:44 +0200, Petr Bena wrote:
Can we have that? so that people can filter out bugs that are require
skills for certain languages only?
For example if I needed to fix something that is C++ I would just tag
it so, same for PHP, JS, etc... So that C
think wikimedia could get inspired a bit (this
idea is actually not from my head) :P
On Wed, Jun 25, 2014 at 1:48 PM, Petr Bena benap...@gmail.com wrote:
No, they wouldn't need to do this, it would more like optional feature
for new bugs and only for these which are created by person who need
ok that seems to be good enough for me. What is actually difference
between these keywords and white-board if it can serve the same
purpose?
On Wed, Jun 25, 2014 at 3:04 PM, Andre Klapper aklap...@wikimedia.org wrote:
On Wed, 2014-06-25 at 13:51 +0200, Petr Bena wrote:
it maybe works for large
I totaly agree with this, I didn't even notice original mail. Give us moar
mails pls next time :)
On Jul 9, 2014 5:42 PM, Isarra Yos zhoris...@gmail.com wrote:
On 09/07/14 10:38, Quim Gil wrote:
Siebrand and Kartik have been selected to participate in the GSoC Reunion
o
behalf of Wikimedia.
(with the obvious reasonably long
deprecation period).
Alex
On 5 May 2014 10:29, Petr Bena benap...@gmail.com wrote:
Given the current specifications I can only support this change as
long as current IRC feed is preserved as IRC is IMHO, as much as evil
it looks, more suitable for this than WebSockets
in replacing one technology with worse one and
forcing everyone to use it?
On Fri, Jul 11, 2014 at 8:54 PM, Antoine Musso hashar+...@free.fr wrote:
Le 05/05/2014 11:29, Petr Bena a écrit :
Given the current specifications I can only support this change as
long as current IRC feed is preserved as IRC
you shut it off
On Fri, Jul 11, 2014 at 11:09 PM, Petr Bena benap...@gmail.com wrote:
right now it seems to me worse in many points:
* it requires more traffic (slower and ineffective)
* it requires some extra libraries that enlarge dependency tree
* protocol itself is extra complicated
Also https://bugzilla.wikimedia.org/show_bug.cgi?id=67888 needs to be
fixed so that people have some chance to test if their tools works
with websocket at least few months before switch to it
On Fri, Jul 11, 2014 at 11:14 PM, Petr Bena benap...@gmail.com wrote:
BTW do you have any use data
Even these multi-use machines we have infront of us are still called
computers although they are rarely used for computing :P
On Fri, Jul 18, 2014 at 8:02 AM, Brian Wolff bawo...@gmail.com wrote:
I imagine old names die hard. People still say mysql instead of mariadb.
Most of the varnish
when do you plan to launch fabricator on production? I would like to
be a guinea pig with a number of small projects (wm-bot and huggle for
beginning)
On Wed, Jul 23, 2014 at 12:08 PM, Florian Schmidt
florian.schmidt.wel...@t-online.de wrote:
Hello Andre!
teams are definitely welcome to try
No such a dashboard, we have(d) icinga and ganglia, IDK if it's
operational though... problem of these 2 is that they are maintained
primarily by puppet, which for good reasons is loathed by many and
disabled or killed on many instances, which result in these monitoring
tools being defunct there.
Hi,
If you found anything that VandalSniper can do and huggle can't, you
can request it as a new feature and it will likely be there in next
version, quick overview - this is what it has on its page
* Unlimited browser tabs. - we don't have tabs in huggle now because I
lack any use for them
*
The Chosen One's API. In short: Tchopi :P
Do we really need to call it somehow? When you will say api 99% of
people who know mediawiki a bit will go for api.php. Special naming
should be used just for the other weird api's that nobody is ever
going to use anyway.
Btw, why do we need to have them
Hm... and I am a lazy hacker, so now when you told us your password,
could you please give me your username as well so that I don't have to
search it? Thanks! :P
On Thu, Aug 7, 2014 at 11:49 AM, Chad innocentkil...@gmail.com wrote:
I'm lazy and wouldn't want the burden of remembering more
than
at all, but they weren't
supported much with reason that sounded to me like nobody cares about
security on projects like wikipedia
On Thu, Aug 7, 2014 at 12:59 PM, Petr Bena benap...@gmail.com wrote:
Hm... and I am a lazy hacker, so now when you told us your password,
could you please give me your
gerrit.wikimedia.org is a default git gateway for all of wikimedia
projects, but it still has a number of issues compared to other (IMHO
better) providers, like GitHub.
One of major issues I am now having is, that git needs to be accessed
using non-standard port because regular ssh access is
It would be cool if part of that policy was testing on beta cluster which
is also supposed to be identicaly configured as production and is even
closer to production because the MediaWiki space is cloned from production
and on beta cluster we have replicated each production wiki with its custom
Hi,
Someone once suggested we create a control panel for bots. I think the
first step would be to create a page where we could see overview of all
bots we are running on projects. If we create some protocol for querying
bot status we could create some central monitoring server which would
either:
It would be first step to solve this:
https://bugzilla.wikimedia.org/show_bug.cgi?id=34606
+ it would make it easier for bot operators to keep track of status of
their services as well for community to find out why certain service is no
longer available. For example if archiving bot crashes, the
, Petr Bena benap...@gmail.com wrote:
It would be first step to solve this:
https://bugzilla.wikimedia.org/show_bug.cgi?id=34606
+ it would make it easier for bot operators to keep track of status of
their services as well for community to find out why certain service is no
longer available
to use it in case it would work and people would like it.
On Thu, Dec 27, 2012 at 11:49 AM, Bináris wikipo...@gmail.com wrote:
I see. Sorry for having misspelled your name.
2012/12/27 Petr Bena benap...@gmail.com
In addition, we would have a reliable list of bots running on each wiki,
far
It would be kind of same as nagios, just for bots, not servers
On Thu, Dec 27, 2012 at 11:57 AM, Petr Bena benap...@gmail.com wrote:
For beginning it's definitely not needed to be compulsory. Whether the
communities will want to have this function reliable in future if it became
a standard
This is not about bot status (+bot) but about its system status (UP / DOWN
etc)
On Wed, Jan 2, 2013 at 2:25 PM, Lars Aronsson l...@aronsson.se wrote:
On 01/02/2013 03:29 AM, Matthew Flaschen wrote:
He may have misspoke on the we part. However, for wikis with bot
approval processes (e.g.
We already have that http://nagios.wmflabs.org/nagios3/
On Sat, Jan 5, 2013 at 3:48 PM, Daniel Schwen li...@schwen.de wrote:
What we rather need is monitoring for the instances. My bots have not been
the problem, so far the source for unreliable bot operation has been the
underlying
From my point of view, this is something what will be possible in future. I
thought that once we finish working on beta cluster, all deployment will be
done there, and then once it is found working, it's merged with production.
Now it works the other way - changes are done in production, and then
hi,
Can you explain the roles of mentors and admins? Also what is requirement
for participants? I suppose it's for students?
On Thu, Jan 17, 2013 at 8:32 PM, Quim Gil q...@wikimedia.org wrote:
Surprised? Me too!
Please read / watch / discuss
Hi,
I would like to remind even here that we have moved the source code to
github this week.
In case anyone is interesting in improving huggle or joining the project,
you are welcome to do so: https://github.com/benapetr/huggle
Please note that branch csharp is the branch containing latest
* in case anyone is interested in *
common mistake done by me. One day I will hopefully master english :)
On Fri, Jan 18, 2013 at 4:48 PM, Petr Bena benap...@gmail.com wrote:
Hi,
I would like to remind even here that we have moved the source code to
github this week.
In case anyone
Update
https://github.com/huggle/huggle
this is a new url
On Fri, Jan 18, 2013 at 5:13 PM, Bawolff Bawolff bawo...@gmail.com wrote:
English is a useless language anyhow. There's not even a compilier for it!
-bawolff
On 2013-01-18 11:49 AM, Petr Bena benap...@gmail.com wrote:
* in case
Hi,
just wanted to inform you about new feature some of you might find useful.
In case you are looking for someone and you want to be notified when they
become online, you can use wm-bot for that (though it's in some wikimedia
channels only, but all general dev channels are already being occupied
don't merge anything into core pls. rip the stuff out of core and make
extensions from them, and finally, please make core a lightweight and faster
On Wed, Feb 6, 2013 at 8:34 AM, Matma Rex matma@gmail.com wrote:
On Wed, 06 Feb 2013 04:31:13 +0100, Tim Starling tstarl...@wikimedia.org
start importing stuff or we create a
mess
On Wed, Feb 6, 2013 at 10:55 PM, Antoine Musso hashar+...@free.fr wrote:
Le 06/02/13 20:39, Petr Bena a écrit :
Hi,
this is a second time I am opening this - last time we decided to merge
wikitech and labsconsole to make a documentation base
...@gmail.com wrote:
On Thu, Feb 7, 2013 at 2:29 AM, Petr Bena benap...@gmail.com wrote:
Everyone knows your phone is more powerful than half of production
cluster,
but now back to the business
We should make a structure for this new documentation base we are going
to
create, I think
Are you going to reference software that has nothing to do with mediawiki
on mediawiki.org as well? if not, then keep the hub we have on meta...
On Fri, Feb 8, 2013 at 7:54 PM, Quim Gil q...@wikimedia.org wrote:
Hi, in the past we have been discussing the need to update
this is not a documentation, this is a hub for people who are interested to
participate on development of any wikimedia related software project, such
as huggle, wm-bot, AWB and so
On Sun, Feb 10, 2013 at 12:11 AM, Ryan Lane rlan...@gmail.com wrote:
On Fri, Feb 8, 2013 at 12:30 PM, Petr Bena
Hi,
I have installed Maria DB to all my servers, including production servers
few weeks ago, and I found it quite stable and I like it (even the command
line tool for working with sql is far better than the one included in mysql
pack)
It's supported on all latest ubuntu versions from 10.04 UP
Okay - so what is outcome? Should we migrate beta cluster? Are we going to
use it in production?
On Wed, Feb 13, 2013 at 2:08 PM, Chad innocentkil...@gmail.com wrote:
On Wed, Feb 13, 2013 at 8:05 AM, bawolff bawolff...@gmail.com wrote:
Umm there was a thread several months ago about how it
on wikitech-l.
Best,
Asher
On Wed, Feb 13, 2013 at 5:19 AM, Petr Bena benap...@gmail.com wrote:
Okay - so what is outcome? Should we migrate beta cluster? Are we going
to
use it in production?
On Wed, Feb 13, 2013 at 2:08 PM, Chad innocentkil...@gmail.com wrote:
On Wed, Feb 13
I would be happy to install some mediawiki on oracle db, but I have no
oracle db on any of my personal servers :/
The main problem of oracle is that it's not very much free - thus it's
not packaged by most of linux vendors and it might be hard to install
for many sysadmins. (In order to install
It would be best to have automated environment for this, either on
labs or somewhere else. Problem is that it's not possible to install
MSSQL and such on wikimedia labs given the restrictions
On Mon, Feb 25, 2013 at 5:36 PM, Danny Joe Bauch dj.ba...@gmail.com wrote:
No. The last version I got
Hi, this is more related to mediawiki rather than wikimedia, but this
list is being watched a bit more I guess.
Is there any extension that allows permanent removal of deleted pages
(or eventually selected deleted pages) from database and removal of
blocked users from database?
Imagine you have
but it will stop incrementing the datafile
On Tue, Feb 26, 2013 at 12:40 PM, Platonides platoni...@gmail.com wrote:
On 26/02/13 11:57, Petr Bena wrote:
Hi, this is more related to mediawiki rather than wikimedia, but this
list is being watched a bit more I guess.
Is there any extension
yes that's what I do :
On Tue, Feb 26, 2013 at 4:39 PM, Jay Ashworth j...@baylink.com wrote:
- Original Message -
From: Platonides platoni...@gmail.com
What is exact procedure of properly removing page from database so
that it doesn't break anything? What needs to be deleted and in
You meant innodb_file_per_table
On Tue, Feb 26, 2013 at 5:39 PM, Petr Bena benap...@gmail.com wrote:
yes that's what I do :
On Tue, Feb 26, 2013 at 4:39 PM, Jay Ashworth j...@baylink.com wrote:
- Original Message -
From: Platonides platoni...@gmail.com
What is exact procedure
your site doesn't work
http://blamemaps.wmflabs.org/mw/index.php/Main_Page - the connection timed out
On Tue, Feb 26, 2013 at 5:52 PM, Bartosz Dziewoński matma@gmail.com wrote:
I have briefly toyed with something similar. Unlike yours, it has a (very
simple and rudimentary) interface, but
the labsconsole will remain operational? or it will redirect?
On Tue, Feb 26, 2013 at 11:22 PM, Greg Grossmeier g...@wikimedia.org wrote:
quote name=Ryan Lane date=2013-02-26 time=14:08:59 -0800
If you believe there's a time conflict with this migration let me know and
I can reschedule it.
I don't really see problems with view - wiki but problem might be to
redirect labsconsole to wikitech, as there are some bots using
labsconsole api now (these will possibly break) but not a big deal, I
would rather be ready for that
On Tue, Feb 26, 2013 at 11:43 PM, MZMcBride z...@mzmcbride.com
Hi,
as Gry in #wikipedia recently mentioned, there is no IRC channel for
general wikimedia developer purposes - project wide and language wide.
There are subchannels for certain projects, but no general channel for
wikimedia devs of all kinds from all projects.
I suppose we could use
Did you even read my e-mail?
I was talking about converting current -dev to general developer
channel, not about creating another channel
On Wed, Feb 27, 2013 at 3:05 PM, Brian Wolff bawo...@gmail.com wrote:
On 2013-02-27 8:30 AM, Petr Bena benap...@gmail.com wrote:
Hi,
as Gry in #wikipedia
www.whizkidztech.com | tylerro...@gmail.com
On Wed, Feb 27, 2013 at 9:05 AM, Brian Wolff bawo...@gmail.com wrote:
On 2013-02-27 8:30 AM, Petr Bena benap...@gmail.com wrote:
Hi,
as Gry in #wikipedia recently mentioned, there is no IRC channel for
general wikimedia developer purposes
In addition to this I migrated labs nagios to icinga as well, few
minutes ago - http://nagios.wmflabs.org/icinga/
On Wed, Feb 27, 2013 at 4:56 PM, Leslie Carr lc...@wikimedia.org wrote:
On Tue, Feb 26, 2013 at 8:35 PM, Jeremy Baron jer...@tuxmachine.com wrote:
On Feb 26, 2013 11:25 PM, Matthew
...
that's what gry meant
On Wed, Feb 27, 2013 at 11:27 PM, Daniel Friesen
dan...@nadir-seen-fire.com wrote:
On Wed, 27 Feb 2013 08:04:41 -0800, Chad innocentkil...@gmail.com wrote:
On Wed, Feb 27, 2013 at 8:00 AM, MZMcBride z...@mzmcbride.com wrote:
Petr Bena wrote:
Did you even read my e-mail?
I
Hi,
I apologize but it seems that badoo for some silly reason, scanned my
e-mail account and spammed all contacts I have there with some kind of
invitation or whatever. I have no idea why it happened, but I will try
to investigate it.
Please discard or ignore that message. Thank you
it's blocked in my office as well, there are many ways to get through
the firewall... most simple is just to install a bouncer or use irssi
in a terminal of remote server if port 22 is open...
On Thu, Feb 28, 2013 at 5:40 AM, Tyler Romeo tylerro...@gmail.com wrote:
On Wed, Feb 27, 2013 at 5:53
Of course it is. Amazing things happen on irc. And what happens in
your office? huh?
On Thu, Feb 28, 2013 at 6:59 PM, Chad innocentkil...@gmail.com wrote:
On Thu, Feb 28, 2013 at 9:48 AM, Brion Vibber br...@pobox.com wrote:
On Thu, Feb 28, 2013 at 6:20 AM, Petr Bena benap...@gmail.com wrote
Hi,
I think that irc feed of recent changes is working great, but there is
still a lot of space for improvement.
As Ryan Lane suggested once, we could probably use system of queues
instead of irc which would be even more advanced. My suggestion is to
create some kind of feed that would be in
require implementing a daemon in the form of a maintenance script that
handle the job.
*--*
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com
On Fri, Mar 1, 2013 at 3:55 AM, Petr Bena benap...@gmail.com wrote
I see that the RFC is considering multiple formats, why not support
all of them? We could make the client request the format they like,
either XML or JSON, that would be a matter of dispatcher how it
produce the output data.
On Fri, Mar 1, 2013 at 2:35 PM, Daniel Friesen
instead, or vice versa. That's the whole point of a standardised format.
--HM
On 1 March 2013 13:48, Petr Bena benap...@gmail.com wrote:
I see that the RFC is considering multiple formats, why not support
all of them? We could make the client request the format they like,
either XML or JSON
OK Inserted this to hackaton topics as well...
On Fri, Mar 1, 2013 at 3:02 PM, Tyler Romeo tylerro...@gmail.com wrote:
The RFC doesn't seem to have gotten much interest (only a burst of edits
from Krinkle in August and then it died). But interesting nonetheless.
The one thing I do know is
format and send them to client.
Sounds easy ;)
On Fri, Mar 1, 2013 at 3:10 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Fri, Mar 1, 2013 at 9:04 AM, Petr Bena benap...@gmail.com wrote:
The problem is that while XML is widely accepted standard supported on
all platforms and languages, JSON
hard. And what's the problem with multithreading huh? :) BTW I
don't really think there is a need for multithreading at all, but even
if there was, it shouldn't be so hard.
On Fri, Mar 1, 2013 at 3:47 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Fri, Mar 1, 2013 at 9:16 AM, Petr Bena benap
Closely, but seems a bit overcomplicated to me. What I proposed is as
simple as you could just use telnet to retrieve the last changes.
In rabbitMQ for example you need to use 3rd libraries for client so
that you can connect to server and obtain some data... But I don't
have a problem with using
to limit the growth of subscribers as we scale.
On Friday, March 1, 2013, Petr Bena wrote:
I still don't see it as too much complex. Matter of month(s) for
volunteers with limited time.
However I quite don't see what is so complicated on last 2 points.
Given the frequency of updates it's most
Because resources are expensive, we decided to make few huge instances
on bots project rather than ton of small as we have now.
So in upcoming weeks it would be cool to migrate all db's from sql1
sql2 and sql3 to bsql01 which has 16gb ram and 160gb storage
you might want to move your bots from
LOL
On Mon, Mar 4, 2013 at 12:17 PM, K. Peachey p858sn...@gmail.com wrote:
The original tumblr blog where they appear to be from (with more)
http://devopsreactions.tumblr.com/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Hi,
we discussed OAuth many times... but - what's the current status?
Do we have working extensions which support using OpenID in order to
login to mediawiki, or OAuth? So that you can login using your google
account or such? I believe that WMF is working on this, so can we have
some update?
I
I just discovered this: http://www.mediawiki.org/wiki/Extension:OpenID
why we don't have it on production? :)
On Thu, Mar 7, 2013 at 8:30 PM, Petr Bena benap...@gmail.com wrote:
Hi,
we discussed OAuth many times... but - what's the current status?
Do we have working extensions which support
ah ok I was confused by it being flagged stable
On Thu, Mar 7, 2013 at 8:35 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Thu, Mar 7, 2013 at 2:32 PM, Petr Bena benap...@gmail.com wrote:
I just discovered this: http://www.mediawiki.org/wiki/Extension:OpenID
why we don't have
This is indeed a problem but given that rename permissions are granted
by default to bureaucrats who are most trusted users, and on small
wikis typically sysadmins with shell access, this shouldn't be very
dangerous. Sysadmin with shell access will be able to steal your
identity anyway.
It's a
I have one question :) why the registration form is asking me which
year and month I will depart? Are you afraid some attendees are
planning to stay for several years? :D
On Fri, Mar 8, 2013 at 6:54 PM, Maarten Dammers maar...@mdammers.nl wrote:
Hi everyone,
Wikimedia Nederland invites all
I appreciate someone does something, but this should have been more
discussed. I would like to highlight that our goal should NOT be to do
this a way that is most simple for developers of mediawiki to
implement and most simple for devops to maintain and setup. Our goal
should be to make this feed
What about inserting another domain just to prevent confusion and to
keep current redirects, which would ONLY allow api, such as
commons.api.wikipedia.org
the *.api.project would just be some kind of universal api gateway
for all domains
On Wed, Mar 27, 2013 at 10:07 PM, Juliusz Gonera
with DNS
On Thu, Mar 28, 2013 at 8:41 AM, Petr Bena benap...@gmail.com wrote:
What about inserting another domain just to prevent confusion and to
keep current redirects, which would ONLY allow api, such as
commons.api.wikipedia.org
the *.api.project would just be some kind of universal api gateway
to pervent confusion? you are just sticking a extra
.api in the address.
On Thu, Mar 28, 2013 at 5:41 PM, Petr Bena benap...@gmail.com wrote:
What about inserting another domain just to prevent confusion and to
keep current redirects, which would ONLY allow api, such as
commons.api.wikipedia.org
C# - huggle, wm-bot
On Sun, Apr 7, 2013 at 12:41 PM, Amir E. Aharoni
amir.ahar...@mail.huji.ac.il wrote:
Perl (EasyTimeline)
C++ (Parsoid)
Prolog, Puppet
Translation (translatewiki.net)
And of course, there's that obvious thing that a lot of people don't
realize - editing articles and
101 - 200 of 634 matches
Mail list logo