Closed Bug 530844 Opened 15 years ago Closed 15 years ago

Maemo L10n builders have to wget from "en-US" sub-directory

Categories

(Release Engineering :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: armenzg, Assigned: armenzg)

References

Details

(Whiteboard: [fennec l10n][l10n])

Attachments

(1 file, 2 obsolete files)

Last night the Maemo l10n builds started failing since there was no "en-US" tar ball under latest since it now lives under the "en-US" sub-directory.
Attachment #414297 - Flags: review?(ccooper)
Attachment #414297 - Flags: review?(ccooper) → review+
The previous patch was affecting Desktop L10n builds which only upload to "latest".
This patch fixes Maemo L10n builds but does not affect Linux Desktop L10n builds.
Attachment #414297 - Attachment is obsolete: true
Attachment #414321 - Flags: review?(ccooper)
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
Comment on attachment 414321 [details] [diff] [review]
[buildbotcustom] modify enUSBinaryURL only for Maemo L10n builds

enUSBinaryURL isn't a required param for MobileNightlyRepackFactory(), so you should check to make sure it exists in kwargs and isn't empty before applending to it.
Attachment #414321 - Flags: review?(ccooper) → review-
Comment on attachment 414349 [details] [diff] [review]
[buildbotcustom]  [buildbotcustom] modify enUSBinaryURL only for Maemo L10n builds (v2)

>+        if 'enUSBinaryURL' in kwargs:

Just make this an assert as well since it's mandatory.

r+ with that change.
Attachment #414349 - Flags: review?(ccooper) → review+
http://hg.mozilla.org/build/buildbotcustom/rev/201cda91a70b

Deployed and triggered "x-testing" nightly builds.
Summary: Mobile L10n builds have to wget from "en-US" sub-directory → Maemo L10n builders have to wget from "en-US" sub-directory
All "x-testing" runs succeeded. I will check in the morning to see if there are anymore problems.
They are wgetting from "en-US".

Aside of this I have noticed that when we do make wget-en-US we get this message:
"make: dpkg-architecture: Command not found"
which probably comes from this:
http://mxr.mozilla.org/mobile-browser/source/locales/Makefile.in#66
and this message appears since Nov.5th in the logs.

I assume this is the involved changeset:
http://hg.mozilla.org/mobile-browser/rev/1fbb7f70fddb

Axel anything to be done about it? or it doesn't matter?
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [fennec l10n][l10n]
(In reply to comment #7)
> Aside of this I have noticed that when we do make wget-en-US we get this
> message:
> "make: dpkg-architecture: Command not found"

I've seen this in my update testing, and I would expect to see this on platform that don't have the packaging tools. It's harmless, aside from polluting the properties a little on some platforms where STDOUT and STDERR get co-mingled.
If we really care about it, we could patch (or subclass) identToProperties() to ignore "make:" style errors.
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: