Closed Bug 572323 Opened 14 years ago Closed 14 years ago

no l10n nightly updates, at least on central

Categories

(Release Engineering :: General, defect, P2)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Pike, Assigned: coop)

Details

(Whiteboard: [l10n][buildduty])

I'm not getting updates for my Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; de; rv:1.9.3a6pre) Gecko/20100611 Minefield/3.7a6pre

Updates url right now is https://aus2.mozilla.org/update/3/Firefox/3.7a6pre/20100611030637/Darwin_Universal-gcc3/de/nightly/Darwin%209.8.0/default/default/update.xml?force=1.

There used to be a l10n bustage on trunk that skipped a nightly, but the bits on ftp, in particular, http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010-06-15-03-mozilla-central-l10n/firefox-3.7a6pre.de.mac.partial.20100611030637-20100615030658.mar look like there should be something to update me to.
Whiteboard: [l10n]
For Mac de there are nightlies on the 10th, 11th, and 15th. I bet this is bug 517947 making us look for a 14th dir for l10n because that's what en-US has. If so there should be updates when the 16th nightlies finish in a few hours.
(In reply to comment #1)
> For Mac de there are nightlies on the 10th, 11th, and 15th. I bet this is bug
> 517947 making us look for a 14th dir for l10n because that's what en-US has. If
> so there should be updates when the 16th nightlies finish in a few hours.

Yep, after Nick rebooted this affected slaves for bug 572565, we got l10n nightlies for the 16th.

I was able to successfully update the same de build that Axel reported above from 20100611 -> 20100616.
Status: NEW → RESOLVED
Closed: 14 years ago
Priority: -- → P3
Resolution: --- → FIXED
Hrm. Mac nightly still fails for me,

*** AUS:SVC gCanApplyUpdates - testing write access /Applications/Minefield.app/Contents/MacOS/update.test
*** AUS:SVC gCanApplyUpdates - able to apply updates
*** AUS:SVC readStatusFile - status: null, path: /Applications/Minefield.app/Contents/MacOS/updates/0/update.status
*** AUS:SVC UpdateService:_postUpdateProcessing - no status, no update
*** AUS:SVC getLocale - getting locale from file: /Applications/Minefield.app/Contents/MacOS/update.locale, locale: de
*** AUS:SVC Checker:getUpdateURL - update URL: https://aus2.mozilla.org/update/3/Firefox/3.7a6pre/20100611030637/Darwin_Universal-gcc3/de/nightly/Darwin%209.8.0/default/default/update.xml?force=1
*** AUS:SVC Checker:checkForUpdates - sending request to: https://aus2.mozilla.org/update/3/Firefox/3.7a6pre/20100611030637/Darwin_Universal-gcc3/de/nightly/Darwin%209.8.0/default/default/update.xml?force=1
*** AUS:SVC Checker:onLoad - request completed downloading document
*** AUS:SVC Checker:getUpdateURL - update URL: https://aus2.mozilla.org/update/3/Firefox/3.7a6pre/20100611030637/Darwin_Universal-gcc3/de/nightly/Darwin%209.8.0/default/default/update.xml?force=1
*** AUS:SVC Checker:onLoad - number of updates available: 1
*** UTM:SVC TimerManager:registerTimer - id: places-maintenance-timer
*** AUS:SVC readStringFromFile - file doesn't exist: /Applications/Minefield.app/Contents/MacOS/updates/0/update.status
*** AUS:SVC readStatusFile - status: null, path: /Applications/Minefield.app/Contents/MacOS/updates/0/update.status
*** AUS:SVC Downloader:downloadUpdate - downloading from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/06/2010-06-16-03-mozilla-central-l10n/firefox-3.7a6pre.de.mac.complete.mar to /Applications/Minefield.app/Contents/MacOS/updates/0/update.mar
*** AUS:SVC Downloader:onStartRequest - spec: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/06/2010-06-16-03-mozilla-central-l10n/firefox-3.7a6pre.de.mac.complete.mar
*** AUS:SVC Downloader:onProgress - progress: 229376/25269667
*** AUS:SVC Downloader:onProgress - progress: 15171584/25269667
*** AUS:SVC Downloader:onProgress - progress: 25269667/25269667
*** AUS:SVC Downloader:onStopRequest - spec: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/06/2010-06-16-03-mozilla-central-l10n/firefox-3.7a6pre.de.mac.complete.mar, status: 0
*** AUS:SVC Downloader:onStopRequest - download verification failed
*** AUS:SVC getStatusTextFromCode - transfer error: Die Integrität des Updates konnte nicht sichergestellt werden, code: verification_failed
*** AUS:SVC Downloader:onStopRequest - setting state to: download-failed
*** AUS:SVC Downloader:onStopRequest - verification of patch failed, downloading complete update
*** AUS:SVC readStringFromFile - file doesn't exist: /Applications/Minefield.app/Contents/MacOS/updates/0/update.status
*** AUS:SVC readStatusFile - status: null, path: /Applications/Minefield.app/Contents/MacOS/updates/0/update.status
*** AUS:SVC Downloader:_selectPatch - found existing patch with state: null
*** AUS:SVC Downloader:_selectPatch - failed to apply complete patch!
*** AUS:SVC Downloader:downloadUpdate - no patch to download
*** AUS:SVC readStatusFile - status: null, path: /Applications/Minefield.app/Contents/MacOS/updates/0/update.status
This appears to be fallout from forcing a rebuild of de, so that there were two 'nightlies' on the 16th. In the second one the previous and current buildid were the same, amongst other irregularities (build #33355 on pm01). I grabbed a copy of the most recent directories in incoming/2/Firefox/mozilla-central/Darwin_Universal-gcc3/ and put it in ~cltbld/for-coop on aus2-staging.
Reopening, still no dice.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I'm looking at snippets on aus2-staging now to see if it's anything obvious.

Pike: any luck applying the today's nightly update? Is this strictly a de issue then, and only for the build from 20100611?

Sadly, the l10n nightlies are gone for 20100611 now, and we've got some gaps in coverage due to the reconfig issues we had earlier in the week. I'll able to update the next de build from 20100615, and various other locales from 20100612 (it, nb-NO).
Assignee: nobody → ccooper
Status: REOPENED → ASSIGNED
Priority: P3 → P2
Whiteboard: [l10n] → [l10n][buildduty]
moz-central was also moved over to buildbot-0.8.0 yesterday, so it could be related to that transition.
In the meantime I got one, yeah.
OK, I've removed the extra set of nightly snippets from the 17th, and touch-ed the de snippets from each day this week so that the AUS server would reprocess them. They all seem to be pointing to legit mar files now.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.