Closed
Bug 530844
Opened 16 years ago
Closed 16 years ago
Maemo L10n builders have to wget from "en-US" sub-directory
Categories
(Release Engineering :: General, defect)
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)
Updated•16 years ago
|
Attachment #414297 -
Flags: review?(ccooper) → review+
| Assignee | ||
Comment 1•16 years ago
|
||
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 | ||
Updated•16 years ago
|
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
Comment 2•16 years ago
|
||
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-
| Assignee | ||
Comment 3•16 years ago
|
||
Attachment #414321 -
Attachment is obsolete: true
Attachment #414349 -
Flags: review?(ccooper)
Comment 4•16 years ago
|
||
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+
| Assignee | ||
Comment 5•16 years ago
|
||
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
| Assignee | ||
Comment 6•16 years ago
|
||
All "x-testing" runs succeeded. I will check in the morning to see if there are anymore problems.
| Assignee | ||
Comment 7•16 years ago
|
||
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: 16 years ago
Resolution: --- → FIXED
Whiteboard: [fennec l10n][l10n]
Comment 8•16 years ago
|
||
(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.
Comment 9•16 years ago
|
||
You can get around this by setting DEB_BUILD_ARCH.
http://mxr.mozilla.org/build/source/buildbotcustom/process/factory.py#5175
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•