[Wikitech-l] Summary of 1.38.0-wmf.16 train deployment

Summary of 1.38.0-wmf.16 train deployment This email is a summary of the Wikimedia production deployment of 1.38.0-wmf.16 *wmf.16* is in production across all wikis and I'll be handing the conductor hat to Dan for *wmf.17* which starts rolling today. - Conductor: Mukunda Modell - Backup

[Wikitech-l] Summary of 1.38.0-wmf.6 train deployment

This email is a summary of the Wikimedia production deployment of 1.38.0-wmf.6 - Conductor: Mukunda Modell - Backup Conductor: Antoine "hashar" Musso - Blocker Task: T293947 <https://phabricator.wikimedia.org/T293947> - Current Status <https://versions.toolfo

[Wikitech-l] Re: Issue regarding FileImporter

I commented on your phabricator Paste. It looks like a configuration mismatch between the virtual browser screen size and the area requested to capture by ffmpeg. On Fri, Oct 29, 2021 at 10:04 AM wrote: > Hello, I am Mahfuza, an Outreachy applicant for round 23. > > I am contributing on Create

[Wikitech-l] Train status for 1.37.0-wmf.23: blocked at group 0

During today's train deployment for 1.37.0-wmf.23, we discovered a couple of blocking issues which resulted in rolling back to group 0. Here they are in all of their glory: 1. T291128 Wikimedia\Rdbms\DBQueryError: Error 1146: Table 'arbcom_dewiki.echo_push_subscription' doesn't exist

[Wikitech-l] New phabricator task status: "in progress"

I've just added a new status which can be applied to phabricator tasks. It is now possible to explicitly mark a task as "In progress" to indicate that you are working on it. This is in response to some Wikimedia teams using a workflow that involves assigning tasks before work begins. Once work

[Wikitech-l]  Summary of the 1.37.0-wmf.20 train deplotyment

This email is a summary of the Wikimedia production deployment of 1.37.0-wmf.20 - Train Conductors: dancy, brennen - Phabricator Task: T281161 - Deployment Status: Live on all wikis Stats - 248 patches

[Wikitech-l] Re: Nomination for Majavah to get +2 rights in mediawiki/

Indeed, congratulations and thanks for all your contributions! On Fri, Aug 27, 2021 at 3:49 AM Zoran Dori wrote: > That's great to hear! > > Congrats Majavah, and welcome to the +2 group. :) > > Best regards, > Zoran > ___ > Wikitech-l mailing list --

[Wikitech-l]  Summary of 1.37.0-wmf.17 train deployment

This email is a belated summary of the Wikimedia production deployment of 1.37.0-wmf.17. Dan Duvall was the train conductor last week. I was the backup conductor. Blocker task: https://phabricator.wikimedia.org/T281158 The new version is live on all sites: https://versions.toolforge.org/ 

[Wikitech-l] Re: Vue.js has been selected as Wikimedia Foundation's future JavaScript framework

Congrats on this milestone. It's an important and exciting piece of work. Thank you, to everyone involved, for moving this forward! On Mon, Aug 2, 2021 at 3:16 PM Volker E. wrote: > Hi all, > With excitement we're sharing today that Vue.js is Wikimedia > Foundation's official choice for

[Wikitech-l] Re: [Train] 1.37.0-wmf.16 status update (Blocked at group1 due to T287704)

Update: There is a fix[1] in the pipeline, we should be unblocked soon! Thanks to Amir, Legoktm, James_F and Krinkle for helping get this resolved so quickly! 1. https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/708644/ On Thu, Jul 29, 2021 at 3:14 PM Mukunda Modell wrote

[Wikitech-l] Re: [Train] 1.37.0-wmf.16 status update (Blocked at group1 due to T287704)

On Thu, Jul 29, 2021 at 3:14 PM Mukunda Modell wrote: > The 1.37.0-wmf.12[0] train is currently blocked at group1 by an UBN bug: > T287704 [1]. > > no, not wmf.12, wmf.16 I guess that's what I deserve for plagiarizing off of Brennen's train stat

[Wikitech-l] [Train] 1.37.0-wmf.16 status update (Blocked at group1 due to T287704)

The 1.37.0-wmf.12[0] train is currently blocked at group1 by an UBN bug: T287704 [1]. The culprit seems to be [2] which added strict type checking to some methods that are being called in a disagreeable manner from LUA code. For the short time that wmf.16 was deployed to all wikis, errors were

[Wikitech-l] Re: Why does the train start on Tuesday?

You can already opt in to testing undployed code by using the WikimediaDebug[1] browser extension (available for firefox[2] and chrome[3]) Maybe we should add an option to force a request to be served from the latest branch instead of the one assigned in wikiversions.json. [1]

[Wikitech-l] Deployment of MediaWiki 1.36.0-wmf.11: status is blocked

This week's deployment branch of MediaWiki encountered multiple issues during deployments, first on Wednesday and again on Thursday, ultimately ending in rolling back to wmf.10 each time[1]. Further, Thursday's deployment resulted in a security incident which is currently still under

[Wikitech-l] Subject: New train branch time: Tuesday 02:00UTC

The Branch cut for our weekly MediaWiki release train is moving to full automation, starting with 1.35.0-wmf.37[0] at 02:00 UTC, next Tuesday, June 16th 2020. This is a slight change to the branch cut timing which usually happens at approximately 17:00 UTC on Tuesdays. Previously, this was at the

Re: [Wikitech-l] "Library" for sharing useful resources for learning technical topics

I love this idea. I've often had the urge to share something interesting or helpful and usually just bookmark the site and _maybe_ drop a link in IRC. Thanks for making a more permanent place for sharing valuable links! On Tue, May 26, 2020 at 1:39 PM Amir Sarabadani wrote: > I moved it to

[Wikitech-l] [train] 1.35.0-wmf.34 status update: blocked

The 1.35.0-wmf.34 version of MediaWiki is blocked[0]. The new version is deployed to group0[1], however, canary checks failed during the deployment of wmf.34 to group1 wikis and was rolled back. The train can proceed no further until this issue is resolved: Exception from TermStoreWriterFactory

Re: [Wikitech-l] Mediawiki codesniffer usage

A pinch of javascript and a dash of comm[1] produced this list of extensions that are included in the first list but not in the second: https://phabricator.wikimedia.org/P10500 [1] https://en.wikipedia.org/wiki/Comm On Thu, Feb 20, 2020 at 6:50 PM James Forrester wrote: > On Thu, 20 Feb 2020

[Wikitech-l] New location for configuring Wikimedia production extensions and skins

Hey everyone, TL;DR: We've moved the list of which extensions + skins are included in Wikimedia production branches. make-wmf-branch has been removed and branching is now configured in make-release. As part of the modernisation work for the way MediaWiki code is deployed into Wikimedia

Re: [Wikitech-l] MediaWiki train status update for 1.35.0-wmf.18

for those who helped out on incident documentation. Have a great weekend folks! On Fri, Feb 7, 2020 at 7:44 AM Mukunda Modell wrote: > When deploying MediaWiki 1.35.0-wmf.18 to Group 2 wikis on Thursday, there > was a serious incident which took down all wikis for several minutes and >

[Wikitech-l] MediaWiki train status update for 1.35.0-wmf.18

When deploying MediaWiki 1.35.0-wmf.18 to Group 2 wikis on Thursday, there was a serious incident which took down all wikis for several minutes and resulted in a rollback to wmf.16. My current understanding is that attempting to deploy wmf.18 again is likely to cause another severe outage. The

Re: [Wikitech-l] 14 January 2020 security incident on Phabricator

[1]. [1]. https://phabricator.wikimedia.org/T243247 On Mon, Jan 20, 2020 at 8:17 PM Mukunda Modell wrote: > The plan is as follows: > > Sometime in the near future, we will be invalidating the sessions of > anyone who has an auth factor which was potentially affected. If yo

Re: [Wikitech-l] 14 January 2020 security incident on Phabricator

The plan is as follows: Sometime in the near future, we will be invalidating the sessions of anyone who has an auth factor which was potentially affected. If you were one of the potentially affected users then the next time you log in to Phabricator, you should see a notification directing you to

[Wikitech-l] Timing of the MediaWiki branch cut

tl;dr if the timing of the weekly MediaWiki branch cut affects you, please join the discussion on T242446[1] Soon we will switch on full automation of the mediawiki branch cut!  In so doing we will switch from using the make-wmf-branch script in release/make-wmf-branch. Instead we will use

Re: [Wikitech-l] Adding a gadget to VisualEditor

I have often thought of extending visual editor and found minimal documentation to get me started. Thanks for the pointers Marielle, and thanks Alain for starting the thread. Please let us know if you have any success, maybe this could be the beginning of some useful documentation around extending

[Wikitech-l] Train status for 1.34.0-wmf.24

The deployment of 1.34.0-wmf.24 to group0 was delayed until late Tuesday, night/evening. More specifically, I promoted the branch to group0 just about 20 minutes ago at approximately 03:30 UTC / 8:30 PM San Francisco. Group 1 is scheduled for tomorrow between 19:00 - 21:00 UTC. There are

[Wikitech-l] Request for participation: Patch Triage

The code review working group has been discussing ideas for how to encourage more / better code reviews for Wikimedia code. One idea that we are exploring[1] is something we tried previously which was called "Code review office hours." This was a weekly scheduled IRC meeting attended by code

Re: [Wikitech-l] Errors with tasks on Phabricator

The fix for T227519 has been applied to Wikimedia's Phabricator. All of the mentioned tasks are now visible without triggering an exception. On Wed, Jul 10, 2019 at 11:29 AM Andre Klapper wrote: > Hi, > > On Wed, 2019-07-10 at 23:03 +0700, max wrote:

[Wikitech-l] Train status for 1.34.0-wmf.10 and wmf.11

The status of wmf.10 as of now: * Group 1 wikis are on wmf.10 [1] * There is one open blocker: T226448 [2] Assuming the remaining blocker is fixed, then we will deploy wmf.10 to all wikis tomorrow afternoon coincident with cutting the branch for wmf.11. Tomorrow, Jeena is in charge of the train

[Wikitech-l] MediaWiki train status for 1.34.0-wmf.10

On Wednesday the 19th, production wikis were rolled back from 1.34.0-wmf.10 to 1.34.0-wmf.8 due to a critical issue: "T226109 Jobs not being executed on 1.34.0-wmf.10" [1] It's now Thursday afternoon in the U.S. and we still do not have a fix, nor is there an indication that a fix is imminent.

Re: [Wikitech-l] "Patch-For-Review" tag in phabricator

If you do the edits as a bulk edit job I can flag it to run silently which will spare people the email spam. On Tue, May 21, 2019 at 4:53 PM Amir Sarabadani wrote: > Hey, > It's already stopped and running them on open tasks only for now sounds > like a good idea. > > Let me do that. > > On

Re: [Wikitech-l] planned Phabricator upgrade tomorrow

Indeed, routine Phabricator maintenance is scheduled to take place every Wednesday at 0:00 UTC. This maintenance window is not always utilized as we only make changes once or twice each month. When there is a maintenance task, typical downtime is less than 5 minutes. When nothing needs to be done

[Wikitech-l] Announcing MediaWiki 1.32.1

Although the archives have been available for quite some time, this minor patch release was never properly announced. So without further ado, I'd like to announce the availability of MediaWiki 1.32.1, you will find the requisite links below:

[Wikitech-l] Announcing MediaWiki 1.32.0

I'm pleased to announce the release of MediaWiki version 1.32.0. Release notes are updated and archives have been uploaded to releases.wikimedia.org. Thanks to everyone who helped out with this release, especially thanks to those who tested out the release candidates and provided feedback, as

[Wikitech-l] MediaWiki 1.32.0-rc.2 is ready for testing

Links to the archives, signatures and keys relevant to this release are at the end of this message. There have been some changes[1] since the previous release candidate. Unfortunately, I didn't manage to get a viable rc.2 built before the holiday break, however, I don't currently anticipate

[Wikitech-l] [MediaWiki-announce] MediaWiki 1.32.0-rc.1 is ready for testing

://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0-rc.1.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0-rc.1.patch.gz.sig Public keys: https://www.mediawiki.org/keys/keys.html On Fri, Nov 9, 2018 at 4:07 PM Mukunda Modell wrote: > I'm pleased to annou

Re: [Wikitech-l] [Engineering] Announcing Wikimedia Release Engineering's 1st Annual Developer Satisfaction Survey

The survey is now closed and results will be forthcoming ASAP. On Mon, Nov 19, 2018 at 11:40 AM Greg Grossmeier wrote: > You have one more week! > > The survey was going to be closed last week, but with the short US work > week this week we have extended the deadline to Monday Nov 26th. > >

Re: [Wikitech-l] Thank you Tuesday

1. Thanks Kunal for starting this thread. 2. Thanks to Andrew for migrating beta cluster to a new region 3. Thanks to Krenair for a ton of help debugging beta cluster problems the past couple of days. On Tue, Nov 20, 2018 at 12:01 PM Kunal Mehta wrote: > -BEGIN PGP SIGNED MESSAGE- >

Re: [Wikitech-l] Deployment-prep (aka 'Beta') services will be unreliable this week

So we've made some headway in resolving all of the inevitable issues that cropped up after migrating a lot of cloud instances to all new infrastructure and assigning a new IP to each of them. Many Thanks to Krenair and Andrew for all the great work you've been doing to get things back to normal.

[Wikitech-l] [MediaWiki-announce] MediaWiki 1.32.0-rc.0 is ready for testing

Open Bugs: [2] https://phabricator.wikimedia.org/project/board/3306/ Bug report form: [3] https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?tags=MW-1.32-Release --- Mukunda Modell Wikimedia Release Engineering ___ MediaWiki announcements mailing

[Wikitech-l] Announcing Wikimedia Release Engineering's 1st Annual Developer Satisfaction Survey

This survey will help the Release Engineering team measure developer satisfaction and determine where to invest resources. The topics covered will include the following: * Local Development Environment * Beta Cluster / Staging Environment * Testing / CI * Code Review *

Re: [Wikitech-l] [Wmfall] Datacenter Switchover recap

This is great! Thank you to everyone involved, for the really important work that you are all doing, and thanks to Alexandros, Timo & Giuseppe for sharing the highlights. It's great to know that so many pieces can come together in just 8 minutes. This really is an impressive (and important!)

Re: [Wikitech-l] Status of anti-vandalism measures in Phabricator

lly disabled will be > understanding, and hopefully their recovery experiences will be simple and > straightforward. > > Regards, > Pine > ( https://meta.wikimedia.org/wiki/User:Pine ) > > > On Mon, Aug 13, 2018 at 9:34 PM Mukunda Modell > wrote: > > > Anti-vandalism

[Wikitech-l] Status of anti-vandalism measures in Phabricator

Anti-vandalism functionality has now been deployed in Phabricator for a while. After adjusting the parameters in response to a few initial issues and letting it run over the weekend, I'm now fairly confident in the algorithm. It should reliably detect and disable accounts which are doing automated

Re: [Wikitech-l] My Phabricator account has been disabled

Do you have any suggestions of what would be a more appropriate forum? On Wed, Aug 8, 2018 at 8:23 AM Dan Garry wrote: > On 8 August 2018 at 13:53, MZMcBride wrote: > > > > Ah, I found the e-mail: […] > > > > This mailing list is not an appropriate forum for airing your grievances > with the

Re: [Wikitech-l] My Phabricator account has been disabled

I think you were a victim of a false-positive with the anti-vandalism tech that's been recently deployed in phabricator. Unfortunately there isn't a log entry to verify that fact because the logging function hasn't been deployed yet. Regardless, I've re-enabled your account. I apologize for the

Re: [Wikitech-l] [Engineering] Phabricator spam - account approval requirement enabled

Hi Leon. I can't thank you enough for your efforts to help clean things up in Phabricator. I can, however, help make the bot more effective. See below for responses inline. On Sun, Jul 1, 2018 at 10:47 AM Leon Ziemba wrote: > An update... the bot went to sleep as instructed a few hours after I

[Wikitech-l] Phabricator status update

there may still be some repositories which are failing to update. Please report any issues that you encounter on the associated task: https://phabricator.wikimedia.org/T196855 Mukunda Modell Wikimedia Release Engineering ___ Wikitech-l mailing list

Re: [Wikitech-l] [Ops] new deployment server (tin -> deploy)

t; In any case: we've reverted back to tin for now: > https://gerrit.wikimedia.org/r/#/c/422376/ > > -Chad > > > On Wed, Mar 28, 2018 at 2:25 AM Mukunda Modell <mmod...@wikimedia.org> > wrote: > >> This isn't really motivated by any enthusiasm for php7. The issue

Re: [Wikitech-l] You can now translate Phabricator to your language

oad failure. You can use $1 to skip binary uploads." in order of >> translation order priority. :) >> >> Cheers >> >> >> Le 02/03/2018 à 16:05, Niklas Laxström a écrit : >> >>> It's now possible to translate Phabricator in translatewiki.net thanks >&

[Wikitech-l] MediaWiki Train Status: Group1 rolled back to 1.31.0-wmf.21

The deployment of 1.31.0-wmf.22 revealed a critical bug[1] immediately after I pushed the new branch to group1 wikis. Group1 was rolled back to wmf.21 pending the resolution of T187942. Refer to Phabricator for details and discussion. I will attempt to resume the train later today, assuming

Re: [Wikitech-l] Announcing MediaWiki code search

This is something I've been wanting to build for a long time. Really really cool stuff Kunal! On Thu, Dec 21, 2017 at 11:55 AM, Erika Bjune wrote: > Fantastic! Great work, Kunal! > > > Erika Bjune > Acting Director of Security &

Re: [Wikitech-l] Proposal for a developer support channel

I'm a bit late to this discussion but I thought it might be worth mentioning that Phacility recently moved their community support channel to Discourse. So far it seems to be working out pretty well. See https://discourse.phabricator-community.org/ On Fri, Nov 24, 2017 at 6:46 AM, Andre Klapper

Re: [Wikitech-l] Fwd: [mozilla-wikimedia-discuss] Firefox Quantum is in Beta

The majority of addons are still broken and I'm fairly certain that isn't going to change. Mozilla have permanently removed support for the old XUL & XPCOM APIs. The new APIs do not cover all of the functionality available in the old APIs. I think that the best we can hope for is steady

Re: [Wikitech-l] MediaWiki 1.30.0-wmf.12 deployment is blocked

ppix > > > On Thu, Aug 3, 2017 at 3:32 PM, Mukunda Modell <mmod...@wikimedia.org> > wrote: > > > I've gone forward with 1.30.0-wmf.12 on all wikis except for Wikidata due > > to the ongoing issues mentioned previously. Wikidatawiki remains at > > 1.30.0-wmf.11

Re: [Wikitech-l] MediaWiki 1.30.0-wmf.12 deployment is blocked

I've gone forward with 1.30.0-wmf.12 on all wikis except for Wikidata due to the ongoing issues mentioned previously. Wikidatawiki remains at 1.30.0-wmf.11 (with wikidata extension at wmf.10) On Wed, Aug 2, 2017 at 3:33 PM, Mukunda Modell <mmod...@wikimedia.org> wrote: > Due to toda

[Wikitech-l] MediaWiki 1.30.0-wmf.12 deployment is blocked

Due to today's train deployment more than doubling the error rate seen in fatalmonitor[1], I have rolled-back group 1 wikis to wmf.11. I've submitted an UBN task T172320 [2] detailing the error, which appears to be fallout from issues in Wikibase first noticed two weeks ago. I expect that this

Re: [Wikitech-l] [Ops] Change to version number incrementing for weekly Wikimedia MediaWiki deploys

Maybe we could prevent breaking things by always creating a branch for every wmf.XX number. That is, always create a new branch, even on weeks with no official branch cut. So in the case of wmf.8, we would simply branch off from wmf.7, thus extending wmf.7 for another week but under a new name,

Re: [Wikitech-l] "How can MW 1.27.1 be stable with a broken hook?"

That patch still has WIP in the title. Unlikely that it will get merged until that changes. On Wed, Jun 28, 2017 at 2:26 AM, Stephan Gambke wrote: > > On Tue, Jun 27, 2017 at 1:02 PM Stephan Gambke > wrote: > > > See

Re: [Wikitech-l] Train status report: MediaWiki 1.30.0-wmf.6 blocked by T168681

Correction: the train will resume on Monday since there are no deployments on Fridays. On Thu, Jun 22, 2017 at 6:49 PM, Mukunda Modell <mmod...@wikimedia.org> wrote: > Starting today, immediately after SWAT, thcipriani noticed a new error in > fatalmonitor which appeared to coincide

[Wikitech-l] Train status report: MediaWiki 1.30.0-wmf.6 blocked by T168681

Starting today, immediately after SWAT, thcipriani noticed a new error in fatalmonitor which appeared to coincide with running scap. The curious thing is that scap only affected localization, no code was changed. At that point I took over for thcipriani and filed an UBN bug:

Re: [Wikitech-l] CDN for Wikimedia code

Hi Felipe, What you are proposing does sound like it would be a nice and useful feature for hosting gadgets. Could you explain a bit better how you do things currently? Maybe we can automate the steps to publish code to commons. I just need to better understand your workflow. On Fri, Apr 7,

[Wikitech-l] Improvements to Phabricator Search Deployed

ml 4. https://vimeo.com/29455771 That's all for now, I hope you enjoy these improvements to Phabricator search experience! Mukunda Modell Release Engineer & Phabricator Admin Wikimedia Foundation, Inc. ___ Wikitech-l mailing list Wikitech-l@lists.w

Re: [Wikitech-l] Reverted to 1.28.0-wmf.8 once more.

://phabricator.wikimedia.org/T156541 Thanks to everyone who pitched in on this and especially to Anomie for getting to the bottom of it. Have a great weekend everyone! - Mukunda --- Mukunda Modell Wikimedia Release Engineering On Fri, Jan 27, 2017 at 12:47 PM, Mukunda Modell <mmod...@wikimedia.

Re: [Wikitech-l] Reverted to 1.28.0-wmf.8 once more.

Status update: Anomie has a solid theory about the cause of https://phabricator.wikimedia.org/T156364 and we are going ahead with deploying wmf.9 today ASAP. Assuming everything goes as planned then this will be resolved shortly. On Fri, Jan 27, 2017 at 11:02 AM, Mukunda Modell <m

Re: [Wikitech-l] Reverted to 1.28.0-wmf.8 once more.

Correction: It looks like I only reverted group2 to wmf.8 I'm not sure whether to go ahead and revert all wikis or leave it like it is for now. On Fri, Jan 27, 2017 at 10:24 AM, Mukunda Modell <mmod...@wikimedia.org> wrote: > The deployment of MediaWiki 1.29.0-wmf.9 is currently blocke

[Wikitech-l] Reverted to 1.28.0-wmf.8 once more.

if/when there is a resolution. Regards, Mukunda --- Mukunda Modell Wikimedia Release Engineering ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Phabricator inbound email outage.

ounds > like this bug wouldn't impact folks like me. Thanks! > > On Mon, Nov 21, 2016 at 4:55 PM, Mukunda Modell <mmod...@wikimedia.org> > wrote: > > > Today it came to my attention, via https://phabricator.wikimedia. > > org/T151229, > > that Phabricator's

[Wikitech-l] Phabricator inbound email outage.

messages that occurred since at least Friday the 18th. I apologize for the inconvenience. As a user of Phabricator's built-in notifications I never even notice the email functionality, and as a result, it went untested for too long. Regretfully, Mukunda Modell Maintainer: Wikimedia Phabricator

Re: [Wikitech-l] Gerrit screen size

If only we could plug in the gerrit back-end (via API) to the phabricator front-end. Phabricator has a much better diff viewer and commenting system. Gerrit is superior in many ways but the UI is so terrible it's not even funny. On Tue, Sep 27, 2016 at 10:00 AM, Paladox

Re: [Wikitech-l] Grouping phabricator notifications by task

This is really great. I've twice attempted build a bookmarklet to do exactly that, however, I never got it looking good. Your userscript looks really nice, I can't quite understand why phabricator doesn't have this feature built in. Kudos and well done! You might consider adding a link to

Re: [Wikitech-l] Phab blogs

The phame blogs are simply a convenient way to get phabricator related announcements posted on the from page of phabricator. The topics posted their are also cross-posed to this list as the intended audience is mostly the same. On Wed, Aug 31, 2016 at 4:37 AM, Quim Gil wrote:

Re: [Wikitech-l] Jenkins building Debian packages

Is this running on nodepool slaves? We would love to have it working again on beta cluster with debs transferred to an instance where all the beta nodes can install packages easily for testing. I had that all worked previously with the scap repository but it got undone somehow. On Tue, Jul 26,

Re: [Wikitech-l] [Engineering] Gerrit 2.12.2 test instance - PLEASE TEST

So I'll start by ignoring horrible UI/UX which, IMO, hasn't improved very much over the old version. I've used the test install for various routine activities and so far I've only found one bug: When I click the change-id link in commit messages, it takes me to a 404 page. On Tue, Jul 12, 2016

Re: [Wikitech-l] [Engineering] git.wikimedia.org (Gitblit) going away on June 29th, redirected to Phabricator

Phabricator search by user does work, however, unfortunately it does not use the same key to the query as gitblit which uses the commit author's email address. Instead, Phabricator uses an internal identifier for the user. So unfortunately there is no straightforward (static) way to redirect the

Re: [Wikitech-l] Exploring VP9 as a progressive still image codec

This is really cool Brion. Clever idea and it could be really beneficial. It seems like something that might see even more benefits if native support was baked into the browser instead of implementing it as a sort of javascript hack, but it might be a good enough hack to be worthwhile even

Re: [Wikitech-l] Wikimedia Git/Gerrit/Code Review technical documentation updates

In case it wasn't obvious: That was mostly intended as humor, though I do find the Help:Git_rebase article to be very one sided. On Tue, May 24, 2016 at 10:00 PM, Mukunda Modell <mmod...@wikimedia.org> wrote: > I should stop myself here and just echo what Chad said but I feel > comp

Re: [Wikitech-l] Wikimedia Git/Gerrit/Code Review technical documentation updates

I should stop myself here and just echo what Chad said but I feel compelled to say more. Skip past the quoted text for the tl;dr version. That article[1] comes across as incredibly condescending. Is the purpose to keep people ignorant and oppressed? Prevent them from understanding nuance by

Re: [Wikitech-l] Best practice for WIP patches to help code review office hours

Oh good point, you are correct, at least it would seem that way. I only have the option to -1 and +1 on operations/puppet, no -2 On Thu, May 12, 2016 at 5:12 PM, Alex Monk wrote: > On 12 May 2016 at 22:26, Jon Robson wrote: > > > Could I ask that as a

Re: [Wikitech-l] Best practice for WIP patches to help code review office hours

We definitely need consistency for any convention like this to be useful. Phabricator has the equivalent of self-2 in Differential: `arc diff --plan-changes` It's a good convention, and I will try to adhere to the self-2 in addition to added WIP in the commit subject. On Thu, May 12, 2016 at

Re: [Wikitech-l] Phabricator Differential lackings

I just noticed something else, which I think I missed previously: To see open differential revisions for a repository, you just have to go to the browse interface: https://phabricator.wikimedia.org/diffusion/PHAB/browse/wmf%252Fstable/ Notice there are open revisions listed right above the

Re: [Wikitech-l] Phabricator Differential lackings

Hi Krinkle, I think you've raised some valid points, however, you've missed a couple of details that are relevant. I'll try to fill in the details so that we can get a better vision of what the workflow looks like with Differential. Rest assured, those of us who advocate for using Differential do

[Wikitech-l] Thursday: Get your patch reviewed during "Code Review office hours"

that would be better for you. I intend to set up one or two other weekly time slots, at least one of which should be at a time that's more convenient for people in Europe and Asia. Looking forward to seeing you in #wikimedia-codereview __ Mukunda Modell, Release Engineer

Re: [Wikitech-l] Phabricator upgrade and UI changes

I held off on this upgrade for a while trying to let the changes mature upstream, hoping that they might come to their senses. That never happened. Many people might prefer the 'tablet' layout which can be activated by changing the css class on the element from 'device-desktop' to 'device'

Re: [Wikitech-l] [Engineering] Fwd: Code review office hours (was Re: Improving Wikimedia's Code Review process)

Luke081515 set up #wikimedia-codereview on freenode and I'm going to try to figure out some time slots that might work. I think we should start with once or twice a week and expand from there. Further input is welcome either here or on the task: https://phabricator.wikimedia.org/T128371 On Thu,

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

wrote: > On Thu, Apr 14, 2016 at 10:26 PM, Mukunda Modell <mmod...@wikimedia.org> > wrote: > > Phabricator is gaining improved high-availability support thanks to > recent > > work upstream, so it might be possible to have dual-master phabricator > > nodes in the near fut

Re: [Wikitech-l] [Labs-l] Tool Labs and my new job at WMF

On Fri, Apr 15, 2016 at 12:41 PM, Arthur Richards wrote: > I for one am psyched to see this news :) > > Arthur: I am confident that you aren't alone here! Congratulations Bryan, and thank you for taking this initiative. I predict that this will be both fun and rewarding

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

I would like to see Phabricator move to a virtual owed cluster, or even a bare metal cluster. However, I would not include Phabricator in a list of "not-so-resource-consuming services." Phabricator definitely uses significant amount of resources. It's running on a 12 core server with 64gb ram and

[Wikitech-l] Phabricator Update

over before reporting any issues - problems encountered during the maintenance window are to be expected and reporting them will only serve as a distraction while the upgrade is underway. Thanks for your patience! Mukunda Modell Phabricator Release Engineer Wikimedia Foundation __

[Wikitech-l] Very short phabricator maintenance today

Puppet has been disabled on iridium (The server hosting phabricator.wikimedia.org) for some time now due to broken deployment configuration. We (Myself and Ariel) are going to attempt to re-enable puppet today at 20:00 UTC (Noon, Pacific), taking advantage of the lower than normal level of

Re: [Wikitech-l] [Engineering] Proposal regarding the future of X-Wikimedia-Debug and testwiki

On Wed, Jan 27, 2016 at 2:17 AM, Ori Livneh wrote: > > Well, there is a way: you can edit /srv/mediawiki/wikiversions.php on > mw1017 to change the mapping of wikis to branches, and set the > X-Wikimedia-Debug header to ensure your request gets handled by mw1017. > Making

Re: [Wikitech-l] [Engineering] Proposal regarding the future of X-Wikimedia-Debug and testwiki

This is very timely and relevant to a proposal I am currently working on. Everything you have proposed seems sensible and benefitial to me. Since you've breached the subject, I'm going to attempt to describe what I have been wishing for. I was literally in the middle of writing it up when I saw