I could not store this comment on the blog server.
Feel free to put it there if you can, or forward it elsewhere,
if you see fit.
Since an interwiki link needing propagation may exist only once in
one specific wiki in one specific page, all pages having the
potential for interwiki linking in each language of a project need
to be read. There is no reason, not to have a single bot doing
this, but as pywikipediabot is currently structured, it is always
operated starting from a selection of pages of one idividual wiki
only. These selctions may be huge, such as all articles in the
English wikipedia (but no non-article pages, such as templates, or
category pages, and no other language) So with the current
structure, it is advisable, for each language wiki, to have at
least one bot starting from it regularly, propagating the "here
only" set links to the remaining wikis.
There is another sad thing to mention. If only one link could not
be set - be it because of an edit conflict, a transient network
error, server overload, or because a bot is not allowed to access
a specific wiki - the entire bot run for all linked articles in
this interwiki class has to be repeated just to add this single
missing link. The majority of interwiki bots is serving only a
comparatively small number of wikis. Its hard to get a single bot
to serve all language wikis. It requires a lot of labour due to
the sheer number of wikis there is, each and every wiki requires
an individual account to be set up and an inividual bot
application by rules individual to each wiki, which you have to
find, read, understand, and obbey, proceedings and procedures
vary, and are in part contradictive between wikis. Even if you
follow their rules, some wiki communities, or their bureaurocrats,
just don't do it, for one or another reason or without.
An "interwiki class" is the set of pages each (needing to be)
linked to each other in the same class. Such classes can be as
little as two pages, and as big as one page from each wiki in a
A slightly redesigned interwiki bot reading replicated databases
and tables on the toolserver could be collecting class information
much more efficiently than interwiki.py currently does by
exporting groups of articles from each wiki. Provided, there is no
significant replication lag, it would be even more up to date when
it comes to updating pages, because of its excessively higher
speed of collecting the members of a class. Such a redesign would
also allow to more easily implement various helpful new ways of
selecting which pages to look at, e.g. "language='all',
title='Amadeus Mozart'", or ones using SQL wildcards or regular
-----BEGIN PGP SIGNED MESSAGE-----
the stable server will be shut down at 5AM UTC, June 14th, for maintenance.
this should last less than one hour.
web services hosted on vandale (JIRA, Confluence, MediaWiki, FishEye, Roller)
will also be affected.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (SunOS)
-----END PGP SIGNATURE-----
now is the moment you all have wait so long: it's account expanding-time
again. Please send your login-name to
within the next 3 weeks. Please write "expand" within the subject, so I can
filter these eMails more easily. DON'T send the eMail to the mailinglist -
all you will get is bad jokes by other readers, but no expanding (I know that
a few will do it nevertheless ;)).
I will send list-of-not-expanded-yet-account-emails every few days so you can
check if yor eMail was received.
So let the email-flood beginn :).
> It may have been fixed during these 6 hours passed from your email, though...
It has not been fixed, it is still missing from the data base named `toolserver` see:
mysql> use toolserver;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
mysql> select * from wiki where lang='kaa' ;
Empty set (0.00 sec)
The data base is apparently replicated, only not listed in `toolserver.wiki`
I cannot find kaa.wikipedia in the toolserver db.
I could not file a bug with it (or add to the related bug that
has partially been solved) since I cannot get a connection to Jira
atm. The server is not reachable under its old domain, nor
responding to the new one which is linked from the toolserver wiki
Greetings - Purodha
Hi, I have sent a message to wp(a)daniel.baur4.info to expand my toolserver
account but I didn't receive any answer, and on the console the date keep
the same: 23 June.
De: qui siga [mailto:firstname.lastname@example.org]
Enviat: dimarts, 3 juny 2008 14:16
Per a: 'wp(a)daniel.baur4.info'
Please, expand my account (pasqual)
Do the SSH keys need to be updated? How can I update them?
Il giorno 03/giu/08, alle ore 14:00, toolserver-l-request(a)lists.wikimedia.org
> Da: "DaB." <WP(a)daniel.baur4.info>
> Data: 02 giugno 2008 17:26:20 GMT+02:00
> A: toolserver-l(a)lists.wikimedia.org
> Oggetto: Re: [Toolserver-l] About expiration (was Re: Account
> Rispondi a: toolserver-l(a)lists.wikimedia.org
> Am Montag 02 Juni 2008 11:12:56 schrieb Marcin Cieslak:
>> Please note your PGP key expired in December 2007.
> please update your keys, the key was expanded 2 times since
> December :).
> Toolserver-l mailing list