Last modified: 2014-05-20 06:54:36 UTC
According to https://gerrit.wikimedia.org/r/#/c/54984 , the new wikibugs code (not yet deployed) will split the wikibugs output into a myriad of channels (this is independent from the name of the default channel). This fragmentation is very annoying because it effectively subtracts important parts of the code/development/discussion from the normal public view on the main channel (whatever its name is) even though they are offtopic, hiding them in some secondary channel. The secondary channels should receive additional copies of the relay, but not remove them from the main channel if they are on topic (for instance, the visual editor for MediaWiki obviously is on topic for #mediawiki and #wikimedia-dev). As a fallback, if people really think those products are so unimportant/trashy ("noise") as to be ignored by people on the main channel, I'd like a single unified feed somewhere, e.g. #mediawiki-feed (it's not clear to me what wm-bot4 [~wm-bot@wikimedia/bot/wm-bot] is doing there exactly).
+1 to having it in #mediawiki-feed so people who want the full force of the firehose can have it.
The conversation is currently fragmented between #mediawiki (wikibugs) and #wikimedia-dev (grrit-wm). grrit-wm can also post to other channels on demand, such as #-operations and #-visualeditor, which is a very useful feature (both of these are completely useless in #mediawiki and only tangenially related in #wikimedia-dev). A separate channel that would *mirror* all other feeds would be okay, but a *separate* one.
(In reply to comment #2) > The conversation Where is this conversation happening? I have opinions but I'd rather read first what has been discussed.
(In reply to comment #3) > (In reply to comment #2) > > The conversation > > Where is this conversation happening? I have opinions but I'd rather read > first > what has been discussed. I mean the development conversation. (In reply to comment #2) > The conversation is currently fragmented between #mediawiki (wikibugs) and > #wikimedia-dev (grrit-wm). That's another bug. > > grrit-wm can also post to other channels on demand, such as #-operations and > #-visualeditor, which is a very useful feature (both of these are completely > useless in #mediawiki and only tangenially related in #wikimedia-dev). This is also another issue, and only in part overlapping this (gerrit changes are apparently considered more "noisy", otherwise they wouldn't have been moved first). > > A separate channel that would *mirror* all other feeds would be okay, but a > *separate* one. This bug is not about "all the feeds": pywikibot is already on another channel, because it's not sent to wikibugs-l.
(In reply to comment #4) > This bug is not about "all the feeds": pywikibot is already on another > channel, > because it's not sent to wikibugs-l. Actually Pywikibot bugs show up in #mediawiki, and I wrote a python script which copies the output of wikibugs into #pywikipediabot if it's one of our bugs.
Yeah, wikibugs-l is a global watcher, and wikibugs bot just relays all mail that is sent there. So *everything* goes to #mediawiki, apart from security bugs.
+1 to all bugs continuing to go to #mediawiki. and all commit output (At least to mediawiki + ext) go to either #mediawiki or #wikimedia-dev Having bug output in these channels helps bring new contributors in, and allows them to see what is being worked on. Moving it to #mediawiki-feed would destroy this.
Now done by pywikibugs.
Sigh. http://lists.wikimedia.org/pipermail/wikitech-l/2014-May/076522.html
