Closed
Bug 602105
Opened 14 years ago
Closed 13 years ago
[ro] backing out 6d4a9f32e233 to get builds going again
Categories
(Mozilla Localizations :: ro / Romanian, defect)
Mozilla Localizations
ro / Romanian
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Pike, Unassigned)
References
()
Details
http://hg.mozilla.org/l10n-central/ro/rev/6d4a9f32e233 flipped on some bad performing regular expressions in compare-locales, AFAICT. I haven't found a way to solve this on my side, and even if I did, I'd probably won't be able to quickly get it deployed in our build systems, which currently kill l10n-merge mid-run. I've backed this changeset out for now. I suspect this is fall-out from trying to not export unchanged strings from narro, which is cool in itself, but it leaves a very long and winding series of comments at the end of http://hg.mozilla.org/l10n-central/ro/diff/6d4a9f32e233/toolkit/chrome/global/headsUpDisplay.properties, which is the actual file that's caughing up. Alexandru, can you test new exports on both compare-locales 0.8.3 and 0.9 and report problems before landing them? That'd be much better than me taking the dashboard down for 2 hours and your builds being broken :-/
Reporter | ||
Comment 1•14 years ago
|
||
Landed http://hg.mozilla.org/l10n-central/ro/rev/b9d90a08e2c2, both dashboard and tinderbox builds work again. Leaving this open for investigation.
Reporter | ||
Comment 2•13 years ago
|
||
Resolving this FIXED. I've got a note in my head to check the parsers for ugly scaling regexps.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•