I've been around for a really long time now. I used to work for @greg on the Release-Engineering-Team doing Deployments (and Release) of MediaWiki, worked on Scap.
Now I just sit around and voice my opinion on stuff. Oh, I really love deleting code.
Easily nerd sniped.
I'm increasingly convinced that avatars aren't worth the effort.
Also, we're just closing it, not deleting. The data isn't going anywhere in case someone changes their mind down the road and thinks the data is useful--which it isn't
I can already tell everyone there's nothing of interest...
I'm with Timo and Kunal here, we should've disabled the dependent pipeline ages ago. It doesn't scale and the cases it catches are minimal in practice versus the disruption it causes.
Does it work for the old site that was moved now? If so I'd say retitle and call it fixed.
This is mostly documented on wikitech, but I'll provide a few more in depth pointers here. Luckily there's no schema changes on this release so you can skip the init steps.
Yes
Have you looked into protocol buffers?
Teaching to not use -A is good. Setting it in your ~/.ssh/config is useful in case it's not disabled system-wide by default :)
As I've said before, there's no need to push them?
I already granted him access some time ago to chairwiki.
I re-ran it. It dies with an exception anyway :P
I could've sworn we ran this after we changed that setting...
Removing from 1.31 blockers.
Was this a problem for the rc's?
We haven't needed to replicate any refs other than heads and tags since we brought gitiles online... Disable them. Now. And prune them from Phab while we're at it.
You can't have an interactive shell. But sync-with-gerrit doesn't do that....try appending gerrit ls-projects to that
I think we can just decline this. NoteDB works around the problem and the underlying bug leading to this has gone away too.
Every user has SSH access to the server. And you'd need to be a user to do the commit to the repo....who's being excluded here?