<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span style="font-family:arial">On 22 April 2014 11:08, Bryan Davis </span><span dir="ltr" style="font-family:arial"><<a href="mailto:bdavis@wikimedia.org" target="_blank">bdavis@wikimedia.org</a>></span><span style="font-family:arial"> wrote:</span><br>

</div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Tue, Apr 22, 2014 at 11:54 AM, Arthur Richards<br>


<<a href="mailto:arichards@wikimedia.org">arichards@wikimedia.org</a>> wrote:<br>
> Huh could be - I could've sworn betalabs showed specific SHA1s of extensions<br>
> on Special:Version previously, but it currently does not so I'm not sure<br>
> what version of MF is running there.<br>
<br>
</div>Welcome to scap deployed code and bug 53972. :/<br>
<br>
Yesterday when I switched beta to use a local directory on<br>
deployment-bastion.eqiad.wmflabs instead of NFS as the scap staging<br>
copy (equivalent of /a/common on tin), I missed a configuration change<br>
for rsync. I corrected that problem this morning, but now am having<br>
issues with Jenkins not wanting to run jobs on<br>
deployment-bastion.eqiad. Hopefully this will be fixed soon.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​This is a really major regression; not quite knowing what version of code you were receiving in prod​ was irritating, but for Beta where JS code in particular gets stuck in caches for days it's critical. :-(</div>

</div></div><br><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​J.</div>-- <br>James D. Forrester<br>Product Manager, VisualEditor<br>Wikimedia Foundation, Inc.<br><br><a href="mailto:jforrester@wikimedia.org" target="_blank">jforrester@wikimedia.org</a> | @jdforrester
</div></div>