793379 - No updates available to 20120921 builds across platforms for mozilla-central and mozilla-aurora builds

Status: RESOLVED FIXED

(Release Engineering :: General, defect)

Description

[Henrik Skupin (:whimboo) [⌚️UTC+1]]

I haven't seen an email that we have disabled updates on the Nightly or Aurora channel. So given our latest Mozmill update test results something is broken again massively. 

An example you can find here:
http://mozmill-ci.blargon7.com/#/update/report/fac9ae8444a3cbcc1dcf9cbaff120061

The appropriate AUS update file is empty:
https://aus3.mozilla.org/update/3/Firefox/18.0a1/20120920030543/WINNT_x86-msvc/en-US/nightly/Windows_NT%206.1/default/default/update.xml?force=1

Same I can see for all platforms for Nightly and Aurora. 

http://mozmill-ci.blargon7.com/#/update/reports?branch=18.0&platform=All&from=2012-09-21&to=2012-09-21

http://mozmill-ci.blargon7.com/#/update/reports?branch=17.0&platform=All&from=2012-09-21&to=2012-09-21

Comment 1

[Nick Thomas [:nthomas] (UTC+12)]

This is because of bug 793088, in particular comment #16. Until we have central and aurora nightlies that are verified fixed those updates should stay off.

Comment 2

[Henrik Skupin (:whimboo) [⌚️UTC+1]]

Thanks Nick! I have temporarily disabled our update tests until the dependency has been solved.

Comment 3

[Axel Hecht [:Pike]]

http://tinderbox.mozilla.org/showbuilds.cgi?tree=Mozilla-l10n shows repacks running for 9h+, is there something funky on the mail path?

I'd love to give green light on re-establishing the updates, but that's hard without knowing that builds finished.

Comment 4

[Axel Hecht [:Pike]]

bug 793088 is fixed now, can we switch teh updates back on?

Comment 5

[Nick Thomas [:nthomas] (UTC+12)]

Aurora is back on for Firefox. For Nightly, mw32-ix-slave09 got into a bad state and burned quite a few locales on m-c, so I've set a clobber on that. Once da, hi-IN, ka, km, and mk rebuild I'll turn updates on there.

Looking at Thunderbird after that.

Comment 6

[Nick Thomas [:nthomas] (UTC+12)]

comm-aurora is back on. For comm-central needs investigation.

Comment 7

[Nick Thomas [:nthomas] (UTC+12)]

Mac is busted on comm-central due to bug 793394, but we have fixed nightlies for everything else. So
 Thunderbird/comm-central/Darwin_x86_64-gcc3
still has mode 700 (the actual BUILD_TARGETS are symlinks to that). Everything else has updates enabled.

Comment 8

[Henrik Skupin (:whimboo) [⌚️UTC+1]]

I have re-enabled the update tests for Aurora in Mozmill CI.

Comment 9

[Axel Hecht [:Pike]]

I updated successfully to 20120923030601 on mac de nightly.

Comment 10

[Szabolcs Hubai (:xabolcs)]

(In reply to Axel Hecht [:Pike] from Bug 793088 comment #27)
> This (Bug 793088) bug affected code paths with strings missing in existing files.
> Depending on which strings would miss, this could break on start-up, or at
> some point, or, not at all, for totally complete or just as well for totally
> incomplete localizations.

Are (will be?) there any automatic method to get away from a broken build (e.g. Aurora17.0a2 20120920042010)?

Comment 11

[Axel Hecht [:Pike]]

The only way to get off is to download a current build from https://www.mozilla.org/en-US/firefox/all-aurora.html, and install that over your current broken one. That should work fine, and not break your data.

Comment 12

[Mark Banner (:standard8)]

(In reply to Nick Thomas [:nthomas] from comment #6)
> comm-aurora is back on. For comm-central needs investigation.

comm-central is now ok from the build perspective (there were code issues in comm-central), and afaict all l10n builds have updated on the server.

Comment 13

[Nick Thomas [:nthomas] (UTC+12)]

comm-central mac is re-enabled too.

Comment 14

[Henrik Skupin (:whimboo) [⌚️UTC+1]]

I have also re-enabled updates for Nightly builds in Mozmill CI.