Closed Bug 494367 Opened 15 years ago Closed 15 years ago

Maemo l10n repacks busted with echo None

Categories

(Release Engineering :: General, defect)

ARM
Maemo
defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Pike, Assigned: Pike)

References

Details

(Whiteboard: [fennec l10n][l10n])

Attachments

(2 files)

The l10n maemo builds are currently hung with a SetProperties echo None, which waits for stdin.

That's the step right after "clean old builds", I think it's the echo tree one, and the tree property isn't set on the maemo builds.

Coop?
KaiRo mentions on IRC that 
self.tinderboxPrint('toolkit_revision',WithProperties('%(toolkit_revision)s'))
in the fennec repack is likely going to break, too. That should be a
self.tinderboxPrint('gecko_revision',WithProperties('%(gecko_revision)s'))

Sorry, that one is a bug in my initial comment in bug 488099.
Depends on: 488099
Coop, I just hacked up a fix for mobile2, the same patch should apply to staging more or less, I guess.
Assignee: nobody → l10n
Attachment #379127 - Flags: review?(ccooper)
This changes the print to gecko_revision, which matches what we hand out in http://hg.mozilla.org/mobile-browser/file/default/locales/Makefile.in#l93
Attachment #379128 - Flags: review?(ccooper)
Whiteboard: [fennec l10n][l10n]
Attachment #379128 - Flags: review?(ccooper) → review+
Attachment #379127 - Flags: review?(ccooper) → review+
Comment on attachment 379128 [details] [diff] [review]
print gecko instead of toolkit

changeset:   311:dcc31f2ad425
Attachment #379128 - Flags: checked‑in+
Comment on attachment 379127 [details] [diff] [review]
map what we did for fx to fennec to have the tree in mobile_config.py

changeset:   1163:9edebdbbb8ee
Attachment #379127 - Flags: checked‑in+
FYI, I'm holding off on a reconfig until later today post-freeze (hopefully).
I lied, reconfig just happened so we don't lose any more slaves.
This is upstream bug http://buildbot.net/trac/ticket/569, and only happens when the slaves are using twisted 2.4.0.
This change seems to have taken.

Do we want to change the default from None to "notset" or an empty string to be more robust here?
(In reply to comment #9)
> Do we want to change the default from None to "notset" or an empty string to be
> more robust here?

Yeah, I think so.
Fixed by attachment 379571 [details] [diff] [review] in bug 488099.
Status: NEW → RESOLVED
Closed: 15 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.

Attachment

General

Created:
Updated:
Size: