Page MenuHomePhabricator

Enable irc feed for wikitech.wikimedia.org site
Closed, ResolvedPublic

Description

It's not available on irc now


Version: unspecified
Severity: enhancement

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 12:13 AM
bzimport set Reference to bz34685.
bzimport added a subscriber: Unknown Object (MLST).

This is going to probably need some ops support to get a bot that can output

in fact I just wanted to remind Ryan to set it up :)

the feed I mean should be identical to what we have for other wikis now, in channel #labsconsole

If labsconsole is at the same infrastructure as the rest of labs, it may make more sense to do it through the same server as deployment.wmflabs (not ready yet).

(In reply to comment #3)

the feed I mean should be identical to what we have for other wikis now, in
channel #labsconsole

If you mean irc.wikimedia.org, then please keep channel=hostname=lang.site convention:

#labsconsole.wikimedia *

damian wrote:

Can we sort this before opening up registration? It would be nice to know if we start getting people trashing pages :)

Is this really high priority (as it's been since February 2012), or shall this be decreased to low or normal priority?

yes it is high priority, just nobody cares to implement it :) but we really need to have this...

AFAIUI at the main cluster $wgRCFeeds is set up to send recent changes via UDP to ekrem.pmtpa. Is ekrem.pmtpa reachable by UDP from wikitech? In that case, a configuration à la:

$wgRCFeeds['default'] = array(
'formatter' => 'IRCColourfulRCFeedFormatter',
'uri' => "udp://208.80.152.178:9390/#wikitech.wikimedia\t",
'add_interwiki_prefix' => false,
'omit_bots' => false,
);

should be enough (obviously: untested :-)).

While wikitech doesn't run on the main apaches (nor even a dedicated cluster of apaches), it does run inside the production cluster (not isolated inside the labs subnet or elsewhere).

It runs on virt1000 which should be able to communicate internally over UDP to irc.wikimedia.org, just like our apaches do.

i can confirm that virt1000 (wikitech) can talk UDP to argon. checked with netcat

the wiki config of wikitech is not currently puppetized though and it would need additional config similar to:

12:12 < Reedy> $wgRCFeeds['default'] = array(
12:12 < Reedy> I'formatter' => 'IRCColourfulRCFeedFormatter',
12:12 < Reedy> I'uri' => "udp://208.80.154.160:9390/#wikitech",
12:12 < Reedy> I'add_interwiki_prefix' => false,
12:12 < Reedy> I'omit_bots' => false,

12:16 < Krenair> should probably be #wikitech.wikimedia

config is at:

root@virt1000:/srv/org/wikimedia/controller/wikis/config/

Debug.php Local.php oauth.sql Private.php Settings.php

chasemp lowered the priority of this task from High to Lowest.Jan 6 2015, 11:09 PM
chasemp set Security to None.
chasemp subscribed.

This issue is three years old now, and has seen random attention. It has no assignee. It needs someone to volunteer for it (could be a WMF person) but it can't possibly have been "high" since 2012. I am resetting this to reflect the current reality. Please reset the appropriate priority when an assignee has been designated.

Change 197652 had a related patch set uploaded (by Alex Monk):
Fix wmgRC2UDPPrefix generation to work with wikitech's non-protorel wgServer

https://gerrit.wikimedia.org/r/197652

Oh yes!

After 3 years this might finally get solved, then I will send a bottle of Champaigne to WMF ops.

Change 197652 merged by jenkins-bot:
Fix wmgRC2UDPPrefix generation to work with wikitech's non-protorel wgServer

https://gerrit.wikimedia.org/r/197652

We waited 3 years for that?