Hi,
resolving https://bugzilla.wikimedia.org/46377, I have in-
stalled an instance of MeetBot on Tools that now listens in
#wikimedia-office.
MeetBot keeps minutes of IRC meetings with an easy syntax
for topics and action items and exports them as text, HTML
or wiki text;
cf. http://meetbot.debian.net/Manual.html#user-reference for
user commands.
Exported minutes are not backed up; that means that it is
*your* responsibility after a meeting to upload them to a
wiki, post them to a mailing list or save them elsewhere.
As a corollary, there should never be any links to minutes
or logs under https://tools.wmflabs.org/meetbot/.
The set up is described at
<https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Tools/meetbot#Admin…>.
If meetbot should attend other channels as well, please file
a bug in product Tool Labs tools.
Tim
All connections to tools.wmflabs is out, ssh, ftp, http, and https are all
non-functional. I am getting zero response on IRC, can someone with Coren's
mobile number give him a call?
John
Hi,
bugzilla.wikimedia.org will be unavailable due to maintenance work on
Wednesday, February 12th from 22:00 UTC until max. Thursday, February
13th 01:00 UTC.
Plans include:
* upgrading Bugzilla to newer version
* moving Bugzilla to new server
* depending on how smooth things go, doing admin maintenance work
while bugmail is switched off for a moment, like
** merging the numerous 1.20.x version field entries into one
** mass-removing "wikibugs-l@" from CC lists of reports (see bug
47013) as it's set as a globalwatcher anyway
** maybe restructuring the taxonomy of Mobile components
(currently still discussed in the Mobile team)
Crossing fingers,
andre
--
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/
Google Summer of Code 2014 has started.
https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014
(Thank you Raylton for creating this page)
The first step is to apply as Wikimedia organization before February 14.
I can do this, with your help:
* We need another org admin ready to work. I was the primary org admin
in GSoC 2013 and I'm also primary/only org admin in FOSS OPW and
Facebook Oen Academy. Google Code-in was different, with Andre and me
really sharing the org admin role. This brought better and more reliable
program administration, plus useful knowledge shared by more people for
future editions. Interested? Please reply.
* We need to add proposals with mentors and community buy-in under the
"Featured project ideas" section at
https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Featur…
. Either you step in now, or you wait at least six months until the next
call. Interested? Just edit the page. The sooner the better.
PS: I will be offline on holidays next week. I will submit the Wikimedia
application before leaving, almost week before the deadline. You will be
able to keep improving our proposal by improving the related wiki pages.
-------- Original Message --------
Subject: [GSoC Mentors Announce] Now Accepting Applications for
Mentoring Organizations for GSoC 2014
Date: Mon, 3 Feb 2014 11:01:15 -0800
From: Carol Smith <carols(a)google.com>
Reply-To: gsoc-mentors-announce+owners(a)googlegroups.com
To: GSoC Mentors Announce <gsoc-mentors-announce(a)googlegroups.com>
Hi all,
We're pleased to announce that applications for mentoring organizations
for Google Summer of Code 2014 are now being accepted [1]. If you'd like
to apply to be a mentoring organization you can do so now via Melange
[2]. If you have questions about how to use Melange, please see our
User's Guide [3]. Please note that the application process has changed a
bit from previous years: to apply you must now create your individual
profile and then an organization profile before submitting your
application.
Please note that the application period [4] closes on 14 February at
19:00 UTC [5]. *We will not accept any late applications for any reason.*
[1]
-
http://google-opensource.blogspot.com/2014/02/mentoring-organization-applic…
[2] - http://www.google-melange.com
[3] - http://en.flossmanuals.net/melange/
[4] - http://www.google-melange.com/gsoc/events/google/gsoc2014
[5] - http://goo.gl/bYYgV3
Cheers,
Carol
--
You received this message because you are subscribed to the Google
Groups "Google Summer of Code Mentors Announce List" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to gsoc-mentors-announce+unsubscribe(a)googlegroups.com.
Visit this group at http://groups.google.com/group/gsoc-mentors-announce.
For more options, visit https://groups.google.com/groups/opt_out.
For some time, work has been ongoing on a merge of the Poem extension into MediaWiki
core [1] [2]. (For those not aware, this extension [3] implements a simple <poem>
tag which, among other things, preserves newlines.)
Several developers have expressed the desire for an alternative name for this tag,
alongside <poem> (which of course will be kept for backward compatibility). This is
because the tag is sometimes used for various other uses besides poetry.
There were many suggestions (see the bug report [1]), but it was eventually agreed
to use Michael M.'s suggestion of <lines>. This name puts the focus on the
individual "lines" of the content, which is exactly what the tag is doing.
We almost had a collision with a previous proposal (<verbatim> conflicted with a tag
in use on Wikia), so we wish to ensure that no-one else is using <lines>. No-one is
yet aware of any MediaWiki extensions or other code using a tag named <lines> in
wikitext.
If you think the name <lines> will be an issue, or if you have any other concerns
with this merge, please speak up, either here or at the bug report.
TTO
--
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=52061
[2] https://gerrit.wikimedia.org/r/#/c/106861/
[3] https://www.mediawiki.org/wiki/Extension:Poem
Here is your weekly deployment and roadmap highlights email.
As always, you can track upcoming deployments via this page:
https://wikitech.wikimedia.org/wiki/Deployments#Near-term
== Monday ==
Extension:MobileApp deployed to production.
New Mobile Apps (to be launched in end Feb) will have a content
styling different from mobile web, supported by the MobileApp
extension, so that it can update styling without having to do an app
store update.
https://www.mediawiki.org/wiki/Extension:MobileApp
== Tuesday ==
MediaWiki:
group1 to 1.23wmf13: All non-Wikipedia sites (Wiktionary,
Wikisource, Wikinews, Wikibooks, Wikiquote, Wikiversity, and a few
other sites)
https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_depl…
Flow:
Convert flow UUID's from 128 bit base16 to 88 bit base36. Requires
time in read-only mode (flow only). Relevant commit with explanatory
commit message: https://gerrit.wikimedia.org/r/#/c/98995/https://www.mediawiki.org/wiki/Flow_Portal
== Thursday ==
MediaWiki:
group2 to 1.23wmf13 (all Wikipedias)
group0 to 1.23wmf14 (test/test2/testwikidata/mediawiki)
Thanks!
Greg
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
At the architecture summit yesterday we had a conversation about the TitleValue proposal and the vast majority of folks thought it was a great start. Something like 10% of us thought the patch _might_ be a start down the path to Javaify MediaWiki. I was one of the 10%.
We resolved to talk more about the commit before merging it because of the objections of our minority. I felt somewhat vindicated. I slept on it. Now I don't think we made the right choice. I think more discussion is a waste of time and we should just keep moving and try to catch the Javaification if it starts creeping in.
The TitleValue proposal is an improvement over what we have now so I figure we should just do it. Is that ok?
In the mean time, mostly to humor me, does anyone want to start a list on wiki of some of the Javaification things they are scared of? I promise to contribute some paranoid ramblings which we can debate on the wiki or mailing list.
Thanks,
Nik
I read this list. Here I am ;-)
--
Sent via mobile phone (+41 79 8646121 / +43 680 2437847 / +49 160 90803992)
Željko Filipin <zfilipin(a)wikimedia.org> schrieb:
On Fri, Feb 7, 2014 at 12:22 PM, rupert THURNER <rupert.thurner(a)gmail.com>wrote:
> Now in cc
I still do not see anybody in cc. Maybe wikitech removes cc header.
Željko
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Better late than never :)
Relevant to today's outage.
-Chad
---------- Forwarded message ----------
From: Schubotz, Moritz <schubotz(a)tu-berlin.de>
Date: Thu, Feb 6, 2014 at 2:04 PM
Subject: FW: effects on caching
To: "innocentkiller(a)gmail.com" <innocentkiller(a)gmail.com>
FYI
*From:* Schubotz, Moritz
*Sent:* Mittwoch, 29. Januar 2014 14:33
*To:* wikitech-l(a)lists.wikimedia.org
*Subject:* FW: effects on caching
Hi,
please be informed that recent changes in the Math extension and core might
influence the stability of large MediaWiki instances due to a change in
the cache key.
Please contact me for further details.
Best
Physikerwelt
*From:* Schubotz, Moritz
*Sent:* Mittwoch, 29. Januar 2014 11:22
*To:* Antoine Musso
*Subject:* effects on caching
Hi hashar,
I’d like to point out that the change that has been merged changes that
caching behavior of MediaWiki for all pages that contain math.
The expected behavior can be described as follows:
“
By the way you can verfiy in the following way
mediawiki/includes/parser/ParserCache.php ll 193 wfDebug( "ParserOutput
cache found for key $parserOutputKey. \n" ); You see somehting like
ParserOutput cache found for key wiki:pcache:idhash:1-0!0!*!*!*!*!*. for
pages that contain math and ParserOutput cache found for key
wiki:pcache:idhash:2-0!*!*!*!*!*!*. for pages that do not contain math
checkout https://gerrit.wikimedia.org/r/#/c/108490/
page without math still has the same key ParserOutput cache found for key
wiki:pcache:idhash:2-0!*!*!*!*!*!*. but the key for the page with math the
debug output will read [Math] New cache key: *!*!*!*!*!*!math=0
ParserOutput cache found for key wiki:pcache:idhash:1-0!*!*!*!*!*!*!math=0.
I think it's now save to merge since it won't affect pages that do not
contain math and it won't have effects at all unless getMath is removed.
“
Now getMath was removed before the change to the math extension has been
merged. If the changes are deployed in the same order as they were merged
it will create errors visible for the visitors.
If they are merged in the correct order, all pages that contain math will
be reRenderd on their first visit. (I think even by an anonymous user.)
Since there is a high load I think that it means that all pages that
contain math tags approx. 30 000 for the English Wikipedia will be
rerenderd at the same time.
I expect that this will influence the performance of the the wmf system in
a negative way, but I cannot decide how negative that will be.
Best
Physikerwelt
Hey all,
Not sure if anyone else noticed or not yet, but at least the English Wikipedia
appears to be having some intermittent issues.
Request: GET http://en.wikipedia.org/wiki/Super_Bowl_XXVII, from 10.64.32.105
via cp1052 cp1052 ([10.64.32.104]:3128), Varnish XID 4288339681
Forwarded for: 162.17.205.153, 208.80.154.76, 10.64.32.105
Error: 503, Service Unavailable at Thu, 06 Feb 2014 16:40:23 GMT
(Missed the Super Bowl and attempting to figure out what all the big talk about
it is about, apparently it was a slaughter?)
Thank you,
Derric Atzrott
Computer Specialist
Alizee Pathology