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)
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•15 years ago
|
Attachment #414297 -
Flags: review?(ccooper) → review+
Assignee | ||
Comment 1•15 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•15 years ago
|
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
Comment 2•15 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•15 years ago
|
||
Attachment #414321 -
Attachment is obsolete: true
Attachment #414349 -
Flags: review?(ccooper)
Comment 4•15 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•15 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•15 years ago
|
||
All "x-testing" runs succeeded. I will check in the morning to see if there are anymore problems.
Assignee | ||
Comment 7•15 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: 15 years ago
Resolution: --- → FIXED
Whiteboard: [fennec l10n][l10n]
Comment 8•15 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•15 years ago
|
||
You can get around this by setting DEB_BUILD_ARCH. http://mxr.mozilla.org/build/source/buildbotcustom/process/factory.py#5175
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•