Hello all,
I will be away between Wednesday (18.) and Sunday (22.) because of my duties
as cash auditor (Kassenprüfer) of the WMDE. I guess that there will be time to
read my mail, but I will not be in chat during this time-frame. So if you have
a request, open a bug in JIRA (like you should always do ;)) and try to reach
Nosy if it is urgent.
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello all,
the import of s1 on thyme was finally done this morning (took a few days longer
than I expected); replication is already running, replag is lower than 5 days
at the moment. I declared it as sql-s1-rr and it is read-only at the moment
(to speed up the replication a bit).
I will also switch sql-s1-user to it and will make it read/write somewhen
tonight. Shortly after I start the re-import on rosemary. Please note that
thyme has no commons-copy at the moment, so joins between enwp/commons are not
possible on sql-s1-rr at the moment and will not be possible on sql-s1-user
soon (when I start the re-import on rosemary).
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello,
This is a very minor issue, just thought I would point it out. The mail
servers listed in the MX record for toolserver.org don't accept inbound
connections from the IPv6 Internet, only IPv4:
Apr 9 13:11:38 www postfix/smtp[28632]: connect to
clematis.toolserver.org[2620:0:862:101::2:1]:25: Connection refused
Apr 9 13:11:38 www postfix/smtp[28632]: connect to
hawthorn.toolserver.org[2620:0:862:101::2:5]:25: Connection refused
Apr 9 13:11:46 www postfix/smtp[28632]: 5F0FA801DF:
to=<unblock(a)toolserver.org>,
relay=clematis.toolserver.org[91.198.174.195]:25, delay=17,
delays=0.39/0.09/11/6.3, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as
EF68E453B)
This obviously is not a huge problem, as MTAs will fall back on the IPv4
records. I just thought I would point it out in case this was unknown.
--
Chris Howie
http://www.chrishowie.comhttp://en.wikipedia.org/wiki/User:Crazycomputers
If you correspond with me on a regular basis, please read this document:
http://www.chrishowie.com/email-preferences/
PGP fingerprint: 2B7A B280 8B12 21CC 260A DF65 6FCE 505A CF83 38F5
------------------------------------------------------------------------
IMPORTANT INFORMATION/DISCLAIMER
This document should be read only by those persons to whom it is
addressed. If you have received this message it was obviously addressed
to you and therefore you can read it.
Additionally, by sending an email to ANY of my addresses or to ANY
mailing lists to which I am subscribed, whether intentionally or
accidentally, you are agreeing that I am "the intended recipient," and
that I may do whatever I wish with the contents of any message received
from you, unless a pre-existing agreement prohibits me from so doing.
This overrides any disclaimer or statement of confidentiality that may
be included on your message.
Now that Toolserver is coming back from the dead, none of my PHP reports are displaying content. See, for instance, http://toolserver.org/~jason/disambig_links.php.
The content cuts out whenever the report uses an include_once statement, as the following:
include_once("../sql/status/dab_last_good_run.php");
Now, this report hasn't changed in ages, so does anyone know why these reports now fail to render content when they reach an include_once?
Thanks,
Jason
Hi,
I'm having an UnicodeEncodeError, something like: "UnicodeEncodeError:
'ascii' codec can't encode characters in position 28-29: ordinal not in
range(128)" on print or wikipedia.output() statments when running scripts
submitted on submit@ with qcronsub. Some time ago I've asked for help on
irc, and was told that was an undocumented error, and pointed a solution,
because has far as i remember, my LC_ALL wasn't defined. I now have set upt
qcronsub to run the following sh script:
#! /bin/sh
LC_ALL="en_US.UTF-8" /usr/bin/python /home/alchimista/aleph/avbot.py
-botnick:'Aleph Bot' -ownernick:Alchimista -newbie:100 > /dev/null
It worked for some weeks, but now is back again. How can i fix it?
--
Alchimista
http://pt.wikipedia.org/wiki/Utilizador:Alchimista
Hello all,
we discovered today that s6 became corrupt [1] after replication-problems last
week [2]. We requested a dump already, because it will need a re-import, and
we will try to keep the downtimes of s6 to a minimum. The first downtime will
be tomorrow evening, starting 19:00 UTC and should be under 1h (I think
15min); we will preparing the re-import during this time (for the techs: We
clone the zone of z-dat-s6-a). I will message you again when the dump-import
is done and we will make the final switch (which will cause a read-only-time
and another short down-time).
Sincerely,
DaB.
[1] https://jira.toolserver.org/browse/MNT-1228
[2] https://jira.toolserver.org/browse/TS-1343
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
> That documentation completely misses the point :(
> There's no list of what actions to use in the factory, or that a login
> action has setPassword method (as you're using the magic method __set(),
> those things aren't listed by phpDocumentor).
> It's that kind of things what I'd want to view (or an explanation on how
> to map the api documentation to dementia).
Like most generated documentation, the audience is more developers
than end users (I hope to do a better write-up soon for end users,
including what the core goals of the framework are, but I'm aware that
my progress is slow at the moment). All of the methods to use on an
Action or Query instance *are* listed, though; you can get variables,
set variables, and execute, and that's it.
The variables you can get or set depend on what action or query is
specified, but there is not a separate framework class for each action
or query. The variables are by necessity defined in the API
documentation (e.g. http://www.mediawiki.org/wiki/API:Allpages) and
not the framework documentation; while I could write up examples using
the framework for each type of action and query, I couldn't possibly
cover the sheer breadth of options that are available in the API.
The point at the moment is that the framework automagically handles
all prefixing of parameters, including generators' parameters, so the
end user's code is more readable; it also continues queries
automatically and selects an appropriate backend for actions and
queries (which is its primary purpose).
Does that make more sense?
-Madman
Hello,
Am Montag 02 April 2012, 23:34:56 schrieb cybernet678:
> Which databases are in the S6 Cluster?
mysql> SELECT dbname FROM toolserver.wiki WHERE server=6 ORDER BY dbname;
+----------+
| dbname |
+----------+
| frwiki_p |
| jawiki_p |
| ruwiki_p |
+----------+
3 rows in set (0.00 sec)
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Forwarding mail from Sarah posted in another maillist.
Danny B.
--- CUT HERE ---
Hi everyone,
A key part of my residency work as a Wikipedian in Residence is article assessment related metrics for my GLAMs. I know that toolserver is having problems, and the problems seem to go in and out. I have been in the process of gathering metrics for the Smithsonian Institution Archives, and article assessments aren't "working" (for lack of a better word) at all. For example, my template has been stuck at 85 articles for weeks[1], and trust me, it is beyond that now.
Are there any other options similar to this? I also use a hidden category, too, but, this chart gives a nice vision of what the status is of articles and how the quality can be shifted over time. Or even insight (in layman's terms) on when one thinks that this tool will be working again?
I'm to a point where toolserver is nothing but a source of frustration for me (and I know I'm not the only one!). I have virtually no clue what is going on with it (I hear "rumors" about things but..) and for my residency work it's an imperative tool to me promoting aspects of the residency concept to organizations. Is there anything I can do to rectify this? If I could magically buy a new server I would. I don't even know if you can do that, but, seriously.
And yes, I pinged people on the assessment tool talk page and was sent to some other page with a bunch of conversation by techies about the server that provided me little insight since I'm not a hacker.
Thanks.
Sarah
[1] http://en.wikipedia.org/wiki/Wikipedia:GLAM/SIA
--
Sarah Stierch
Wikimedia Foundation Community Fellow
>>Support the sharing of free knowledge around the world: donate today<<