re
if you don't need permissions from other developers who contributed
the code in order to change the license.
On Sun, Feb 8, 2015 at 5:53 PM, Petr Bena wrote:
> TBH as open source developer I don't feel like publishing kernel
> sources makes it any easier for me to create applications
ercial platform, I can easily do
that on linux and compile with mingw compiler that can build .exe
files on linux. But in case of apple you can only dream of that.
On Sun, Feb 8, 2015 at 4:31 PM, Antoine Musso wrote:
> Le 08/02/2015 15:26, Petr Bena a écrit :
>> What can I say, I always
What can I say, I always had a feeling that apple hates open source
and likes to block open source devs in all possible ways, this just
ensures me in this feeling. One more reason for me to be happy not to
have to work with their products.
On Sat, Feb 7, 2015 at 9:36 PM, Amir E. Aharoni
wrote:
>
So if all wikis on world would use this central parsoid, I wouldn't
like to see that huge outage when the parsoid server breaks :P
On Wed, Jan 28, 2015 at 8:40 AM, Federico Leva (Nemo)
wrote:
> The only true precedent we have here is the public Collection server run by
> PediaPress, which is a wo
;t see anything else what
could be reused than the reader itself (the part of kiwix that turns
wikitext into html page and display it on screen).
On Mon, Jan 26, 2015 at 12:30 PM, Emmanuel Engelhart wrote:
> Dear Petr
>
> On 23.01.2015 11:59, Petr Bena wrote:
>>
>> Some of you
e complex versioning around it.
>
> You plan to store html or wikitext?
>
> Rupert
> On Jan 25, 2015 6:37 PM, "Petr Bena" wrote:
>
>> I don't really know, it is technically possible but probably not
>> suitable. I don't want to create offline wi
to use git version control as a
> storage format instead of openzim? Which would facilitate edit and merge
> back changes?
>
> Rupert
> On Jan 23, 2015 11:59 AM, "Petr Bena" wrote:
>
>> Hi,
>>
>> I know most of you hate reinventing a wheel so I first
web-app for offline use? :o
On Fri, Jan 23, 2015 at 5:54 PM, C. Scott Ananian
wrote:
> FWIW I also wrote a web app called "Nell's Wikipedia" which behaves as you
> propose:
> https://github.com/cscott/nell-wikipedia
>
> If you wanted to hack on it, it could use a bit of love.
> --scott
> On Jan
Ok, see my responses bellow. I am interested if there are some users
who actually do use offline wikipedia and how would they like this new
approach.
On Fri, Jan 23, 2015 at 1:34 PM, Federico Leva (Nemo)
wrote:
> You don't need a new application for this, you just need some upgrades to
> the ZIM
Hi,
I know most of you hate reinventing a wheel so I first send it here,
before I launch that project :)
Some of you probably know kiwix - kiwix.org which is offline wikipedia
reader. I think the idea of this reader is cool, most of you probably
sometimes wanted to access wikipedia while being of
And if you don't like XML either and can think of a different format,
let me know, I would like to add support for multiple formats, so that
programs that would need to access RC feed would need minimum of extra
dependencies.
On Thu, Jan 15, 2015 at 5:00 PM, Petr Bena wrote:
> Hi folks,
Hi folks,
Most of you probably heard about new stream of RC changes as
alternative to IRC: https://wikitech.wikimedia.org/wiki/RCStream
I simply found it complex beyond the edge of usability for most of
solutions that use low level languages or frameworks that don't
support modern technologies li
Hello,
Huggle is an open source anti-vandalism tool for MediaWiki based
sites. See https://en.wikipedia.org/wiki/Wikipedia:Huggle for more.
We are in desperate need for more release managers - eg. people who
manage releases of huggle for following platforms:
* MS Windows (currently getting all s
Yes please provide some links to all these solutions if you can I will try
to reuse as much as possible
On Dec 8, 2014 5:51 PM, "Platonides" wrote:
> I coded such frameworks some years ago. It was based on MediaWiki code,
> so it (a) looked similar to MW code, (b) would be easier to port if it wa
Hi,
It's been some time since we launched tool labs and there is
incredible number of tools now. They all however have 2 major
problems. Every tool has own, different layout / css style (which may
be confusing the users of these tools) and every developer of these
tools probably have to reinvent a
I disagree. There is no "chain" made of summaries. They are just a
text in a table that can be altered. It's just that there is no
feature which would allow that.
On Thu, Nov 13, 2014 at 1:27 PM, John wrote:
> Its the same reason you cannot go back and modify changes to a revision.
> Subsequent c
It's not possible because nobody implemented it :)
From technical point of view I see no reason for it not to be
possible, but on other hand, I believe that revisions, once you save
them were designed to be "untouchable" including all of their parts.
There is suppress feature that allows edit sum
Hi, I found that someone created
https://www.mediawiki.org/wiki/Arcanist but it contains obsolete
information. If you have access to phabricator and knowledge, please
update this page.
Most needed are now working examples of how arcanist can be used on
wikimedia installation, especially review (ar
ginal-Nachricht-
> Betreff: [Wikitech-l] How does new revert token system works?
> Datum: Thu, 06 Nov 2014 14:00:26 +0100
> Von: Petr Bena
> An: Wikimedia developers
>
> Hey,
>
> I've seen a lot of changes in token system, however how it works is a
> mystery to
a.org/w/api.php for API usage
Thu Nov 6 14:03:18 2014 DEBUG[1]: Rolling back Flag of the United States
On Thu, Nov 6, 2014 at 1:59 PM, Petr Bena wrote:
> Hey,
>
> I've seen a lot of changes in token system, however how it works is a
> mystery to me. So far I understood it as:
Hey,
I've seen a lot of changes in token system, however how it works is a
mystery to me. So far I understood it as:
You no longer get revert token per each edit using intoken but get
some kind of global rollback token using action=query&meta=tokens
Is this how it should work? If yes, there is a
mportant things from mediawiki user
point of view are ignored. That seems quite weird to me.
On Thu, Oct 30, 2014 at 6:55 PM, Legoktm wrote:
> On 10/30/14 2:11 AM, Petr Bena wrote:
>> Hello,
>>
>> I am receiving lot of these warnings:
>>
>> WARNING: API query (
Indeed, that was it, thanks
On Thu, Oct 30, 2014 at 1:40 PM, Grunny wrote:
> On 30 October 2014 21:42, Petr Bena wrote:
>> Btw, I don't know if it's a bug or not, but
>> http://www.mediawiki.org/w/api.php?action=query&meta=tokens&rawcontinue=1&type=watch|pat
any more parameters
for this to work. Is that a bug?
On Thu, Oct 30, 2014 at 11:26 AM, Petr Bena wrote:
> Hi,
>
> I said that I don't know how to do this correctly, so I can't fix the
> documentation. So no, I will not fix it, because I can't.
>
> Regarding your sugges
e API documentation, so, if you know, how to
> do a rollback, you can fix the doc on mw.org (don't forget to update the MW
> version the doc page refers to).
>
> Freundliche Grüße / Kind regards,
> Florian Schmidt
>
> -Original-Nachricht-
> Betreff: [Wikitech-l] r
More ranting:
proper deprecated-message should look like this:
"foo is deprecated. Please use bar instead (see
http://awesomedocs.net/how-to-use-bar.htm)"
It would be cool if mw devs who keep deprecating things would consider this.
Thanks
On Thu, Oct 30, 2014 at 10:12 AM, Petr B
Before someone come with something like: if documentation is wrong, fix it
I don't know what the correct way is, because I am following the
documentation which is wrong, so until someone who knows how to do
this right fix it, I won't know that either.
On Thu, Oct 30, 2014 at 10:11 AM,
Hello,
I am receiving lot of these warnings:
WARNING: API query (revisions): The rvtoken parameter has been deprecated.
According to current documentation for mediawiki at
https://www.mediawiki.org/wiki/API:Rollback which I follow, in order
to get a rvtoken I should use this query:
https://en.w
Aha, in that case I like it :))
On Sun, Oct 26, 2014 at 11:59 PM, Bartosz Dziewoński
wrote:
> On Sun, 26 Oct 2014 22:44:53 +0100, Petr Bena wrote:
>
>> at some point I miss that 1 huge page where I could find everything in
>> 3 seconds just by using ctrl+f, there should be a
Hi,
at some point I miss that 1 huge page where I could find everything in
3 seconds just by using ctrl+f, there should be a way to display it,
or there should be at least some api for it :P 1 page documentations
are sometimes better than docs split into zillions of html documents
On Sun, Oct 26,
port them? Because XML is not a good format for
exports of binary files as it doesn't allow some characters. What
about getting the out using some SQL query? Why do we even need to use
XML? Is it only way to import to phab?
On Fri, Oct 24, 2014 at 11:12 PM, Petr Bena wrote:
> Isn't Mar
Isn't Marc expert? :P
I will have a look as well...
On Fri, Oct 24, 2014 at 10:55 PM, Quim Gil wrote:
> The Wikimedia Phabricator team needs help from someone familiar with PERL.
>
> The Bugzilla API has a bug, which we tried to fix with a patch, but now
> that patch creates another problem. Now
This is all nice, but I can't login to phabricator (error 503 when I
use my LDAP) so I can't really participate in any discussion there.
On Sun, Sep 28, 2014 at 8:17 AM, Jeremy Baron wrote:
> On Sun, Sep 28, 2014 at 6:15 AM, Petr Bena wrote:
>> Is currently someone worki
Hi,
Is currently someone working on this thing? I might be able to help
with this task at some point. So in case you are working on it or
would like to get any help with this, let me know, either here or on
irc (petan), thanks
___
Wikitech-l mailing lis
That is cool but isn't gerrit going to be shutdown soonish?
On Thu, Sep 25, 2014 at 11:22 AM, Antoine Musso wrote:
> Hello,
>
> James E. Blair, from the Openstack project, wrote an async console
> interface to Gerrit.
>
> The reasoning is that when you write all your code in a terminal, it
> make
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 still
rs 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 wrote:
> Hm... and I am a lazy hacker, so now when you told us your password,
> could you pleas
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 wrote:
> I'm lazy and wouldn't want the burden of remembering more
> than "password123" as my pas
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 the
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
* Unc
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. B
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
wrote:
> Hello Andre!
>
>
>> teams are definitely welcome to try
>> out the Labs instance
>
>
>
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 wrote:
> I imagine old names die hard. People still say mysql instead of mariadb.
> Most of the varnish related code in mediaw
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 wrote:
> BTW do you have any use data or feedback f
you shut it off
On Fri, Jul 11, 2014 at 11:09 PM, Petr Bena 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
nt in replacing one technology with worse one and
forcing everyone to use it?
On Fri, Jul 11, 2014 at 8:54 PM, Antoine Musso 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 preserve
ce', u'patrolled': True, u'bot': False,
> u'id': 9, u'minor': True, u'revision': {u'new': 9, u'old': 8}}
>
> It's so much nicer. Sorry Petr, I think this is much more suitable than the
> mess that is connect
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" 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.
>>
>> http
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 wrote:
> On Wed, 2014-06-25 at 13:51 +0200, Petr Bena wrote:
>> it maybe works for large ones
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 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
> a
t 12:52 PM, Andre Klapper 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
>&
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 bugs
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
_
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 wrote:
> At some point it makes sense. You shouldn't rely on servers :P I am
> placing t
php?title=API:Edit&diff=410992&oldid=404971
>
>
> On 19 June 2014 14:27, Bartosz Dziewoński wrote:
>
>> On Thu, 19 Jun 2014 15:16:22 +0200, MZMcBride wrote:
>>
>> Petr Bena wrote:
>>>
>>>> Can this parameter be anywhere in the url? for example
Nice.
Can this parameter be anywhere in the url? for example
api.php?action=query&assert=user&prop=blabla or does it need to be on
a specific position, like token?
On Thu, Jun 19, 2014 at 12:54 PM, John wrote:
> Look up the assert parameter in the API
> On Jun 19, 2014 6:52
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 vari
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)
wrote:
> On Tue, Jun 10, 2014 at 4:57 AM, Petr Bena wrote:
>
>> There is no mention of this feature in
>> https://www.mediawik
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?
__
d it (the latest version) please provide
details. Thanks
On Sun, Jun 1, 2014 at 10:50 PM, Steven Walling wrote:
>
> On Sun, Jun 1, 2014 at 1:32 PM, Petr Bena wrote:
>>
>>
>> We didn't release any mac bundle, because we have nobody with a mac in
>> our team, so
Good news Everyone https://www.youtube.com/watch?v=T2BNmn8TYdE
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 to reve
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 wrote:
> This is currently being developed
, but that, no matter how nice it is, isn't free for
developers (api's are paid) 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 wrote:
>
and
queries to accomplish that, but IMHO it should be easier.
On Thu, May 22, 2014 at 5:47 PM, Lydia Pintscher
wrote:
> On Thu, May 22, 2014 at 5:41 PM, Petr Bena wrote:
>> I was looking for a free (possibly open source) provider of automatic
>> translations for my open source appl
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
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 wrote:
> On May 15, 2014 3:56 PM, "hoo" wrote:
>>
>> On Thu, 2014-05-15 at 14:20 -
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 wik
Looking forward to drinking beer with you guys :3
On Tue, May 6, 2014 at 7:25 PM, Marc A. Pelletier 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 vastly incr
ell.
>
> Erik B.
>
>
> On Mon, May 5, 2014 at 2:29 AM, Petr Bena 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 WebSock
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
han asking
where the code 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,
On 27 April 2014 10:00, Petr Bena 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 wrote:
>> > There is a new bot for wikibugs but it doesn't seem to reply very well
>>
ork, 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 wrote:
> it would be also cool if source code was somewhere readable by public
>
> On Sun, Apr 27, 2014 at 10:57 AM,
it would be also cool if source code was somewhere readable by public
On Sun, Apr 27, 2014 at 10:57 AM, Petr Bena 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 it be
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?
___
Wik
https://bugzilla.wikimedia.org/show_bug.cgi?id=64238
On Mon, Apr 21, 2014 at 3:14 PM, Petr Bena wrote:
> The api doesn't work, I made it successfuly update it, but it still
> show new messages
>
> On Mon, Apr 21, 2014 at 3:10 PM, Petr Bena wrote:
>> Does it mean it
The api doesn't work, I made it successfuly update it, but it still
show new messages
On Mon, Apr 21, 2014 at 3:10 PM, Petr Bena wrote:
> Does it mean it's not possible to do this using api?
>
> On Mon, Apr 21, 2014 at 3:08 PM, Kevin Israel wrote:
>> On 04/21/2014 07:
Does it mean it's not possible to do this using api?
On Mon, Apr 21, 2014 at 3:08 PM, Kevin Israel wrote:
> On 04/21/2014 07:49 AM, Bartosz Dziewoński wrote:
>> On Mon, 21 Apr 2014 13:40:16 +0200, Petr Bena wrote:
>>
>>> Using api.php?action=query&meta=us
One more
Which token am I supposed to use of these: edit, delete, protect,
move, block, unblock, email,import, watch
The documentation say just "use token" but it doesn't say which one
On Mon, Apr 21, 2014 at 2:14 PM, Petr Bena wrote:
> nvm I found
>
> On Mon, Apr 2
nvm I found
On Mon, Apr 21, 2014 at 1:54 PM, Petr Bena wrote:
> Cool thanks, Is there documentation for it?
>
> On Mon, Apr 21, 2014 at 1:49 PM, Bartosz Dziewoński
> wrote:
>> On Mon, 21 Apr 2014 13:40:16 +0200, Petr Bena wrote:
>>
>>> Using api.php?action=
Cool thanks, Is there documentation for it?
On Mon, Apr 21, 2014 at 1:49 PM, Bartosz Dziewoński wrote:
> On Mon, 21 Apr 2014 13:40:16 +0200, Petr Bena wrote:
>
>> Using api.php?action=query&meta=userinfo&uiprop=rights|hasmsg I get
>> information about new message.
>
Using api.php?action=query&meta=userinfo&uiprop=rights|hasmsg I get
information about new message.
Now I can read it using api, but that doesn't flag the talk page as
read. What do I need to do in order to flag it as read other than
running external browser instead of api?
___
of a
> returned 'blockinfo' element indicates the user is blocked.
>
>
> On 13 April 2014 08:44, Alex Monk wrote:
>
>> Won't meta=userinfo&uiprop=blockinfo do it?
>>
>>
>> On 13 April 2014 11:07, Petr Bena wrote:
>>
>> > I wa
I was trying to detect it using api, but I figured out that list=user
which can do that, doesn't work on IP's.
what could work is list=blocks but that doesn't return if block is
active or not, it just list all of them.
I need to get a simple "yes/no" result, is there any way to do that?
Will the new wiki be faster? Will it not log me off randomly even if I
check "remember me". Will it serve coffee to new users?
On Wed, Mar 26, 2014 at 9:03 PM, Andrew Bogott wrote:
> As part of the migration of labs from pmtpa to eqiad, I'll be redirecting
> wikitech to a new host in eqiad on Tue
I guess that mediawiki lacks this feature, so I made
https://bugzilla.wikimedia.org/show_bug.cgi?id=62698
On Sat, Mar 15, 2014 at 11:53 AM, Petr Bena wrote:
> How to edit a page using api only if it wasn't changed since given
> time? Basetimestamp apparently doesn't help here
How to edit a page using api only if it wasn't changed since given
time? Basetimestamp apparently doesn't help here because it auto-merge
the edit in case of conflict instead of refusing it and some edits
just aren't supposed to be auto-merged - the text which is to be
appended is based on current
Everything is back o/
On Mon, Mar 10, 2014 at 10:14 PM, Petr Bena wrote:
> Hi,
>
> due to labs migration to eqiad irc logs that are typically at
> bots.wmflabs.org/~wm-bot/logs are now down.
>
> They will be back as soon as
> https://bugzilla.wikimedia.org/show_bug.cgi?id=62
Hi,
We sent tons of warnings in past that you should migrate all bots or
tools (should you run any) from bots project on wikimedia labs to
tools project.
The servers are now going to be deleted within few days, so this is
last notification I am going to send regarding this.
So far I have revoked
Hi,
due to labs migration to eqiad irc logs that are typically at
bots.wmflabs.org/~wm-bot/logs are now down.
They will be back as soon as
https://bugzilla.wikimedia.org/show_bug.cgi?id=62234 is fixed.
For now you can use alternative log browser available at tools:
http://tools.wmflabs.org/wm-bo
I am confused about /data mounpoint
You say:
The contents of your shared /data/project or /home directories will
not be immediately available in eqiad.
Does it mean that if I decide to move the content by hand, using SCP,
it will be overwritten anyway sooner or later? How do I decide if I
want t
HA
That is very useful and it kind of makes the start useless.
Combination of base and createonly seems to fit all scenarios to me
On Wed, Feb 26, 2014 at 4:06 PM, Niklas Laxström
wrote:
> There is also param 'createonly' - Don't edit the page if it exists already
> -Niklas
>
> ___
2014 at 3:48 PM, Jeremy Baron wrote:
> On Feb 26, 2014 9:14 AM, "Petr Bena" wrote:
>> How do you get current wiki time, so that you can either calculate the
>> timezone or use the time?
>
> How about using basetimestamp instead?
>
> https://en.wikipedia.org/w/
There is StartTimestamp property used in edit api, which should
contain the time, when you started editing the page. This timestamp
needs to be in same timezone as wiki is.
How do you get current wiki time, so that you can either calculate the
timezone or use the time? For example:
1) Get current
Hi,
Do you have an understanding of python or C++? WE NEED YOU!
Huggle 3 is an antivandalism tool used on wikipedia and some other
wikimedia projects. It's written in C++ with use of Qt framework and
it also contains embedded python interpreter so that it can be
extended with python extensions (a
Finished.
On Thu, Feb 13, 2014 at 5:39 PM, Petr Bena wrote:
> Hi,
>
> When I started working on wm-bot I was designing it for less than 3
> channels. I am really very happy that there are so many people who
> like it, and somehow it happened, that the bot is now being used in
Hi,
When I started working on wm-bot I was designing it for less than 3
channels. I am really very happy that there are so many people who
like it, and somehow it happened, that the bot is now being used in
more than 170 channels.
That is slightly more than I designed it for, and its maintenance
Yes now it's up here as well, maybe DNS? I am from EU...
On Thu, Feb 13, 2014 at 3:34 PM, Daniel Zahn wrote:
> On Thu, Feb 13, 2014 at 12:21 AM, Petr Bena wrote:
>
>> Right now I see just "bugzilla is down" :/
>>
>>
> can't confirm. it was just d
Right now I see just "bugzilla is down" :/
On Thu, Feb 13, 2014 at 2:23 AM, Andre Klapper wrote:
> Hi,
>
> bugzilla.wikimedia.org has been upgraded from version 4.2.7 to 4.4.1.
> [For the technical audience: Bugzilla was also moved to a different
> server in the new datacenter and Bugzilla is pup
I'd like to thank to wm-bot, you are so awesome, I'd marry you if they
legalized robotic marriage...
On Wed, Feb 12, 2014 at 9:04 PM, Jon Robson wrote:
> I echo this. Theopolisme has been submitting patches to Mobile Frontend too
> and doing the leg work to fixing some longstanding issues. Thanks
101 - 200 of 648 matches
Mail list logo