Closed
Bug 391656
Opened 17 years ago
Closed 17 years ago
Set up a box to do SeaMonkey langpacks and L10n repackaging
Categories
(Webtools Graveyard :: Tinderbox, defect, P3)
Webtools Graveyard
Tinderbox
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: kairo, Unassigned)
References
Details
Attachments
(1 file)
(deleted),
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
The CVS-based "source L10n" approach is mostly working for SeaMonkey trunk now, with a few small exceptions.
Before we let localizers check in their work (other than me [de], which is there for testing already), we want some system up and running that does check for L10n create langpacks and repackage L10n builds as well as report status of the checked-in localizations to some web page.
This could be tinderbox, but if Axel gets his buildbot work to a usable state soon, we'd be happy to test it and/or be an early adopter of that.
Additionally, there has been some talk that it might be possible to do this, for all platforms, completely from a single Mac VM - we also would happily adopt such an approach if it works.
For me, the most important thing is to get something working that reports status of various localizations on some web page, and as a second goal to get langpacks and repackaged Windows builds out there for testing.
Updated•17 years ago
|
Priority: -- → P3
Reporter | ||
Comment 1•17 years ago
|
||
As we have bug 397285 fixed in tinderbox now, I might set up our main Tinderboxen to also do locale repackaging as long as we don't have separate machines to do that.
Reporter | ||
Comment 2•17 years ago
|
||
I've just checked in changes to the SeaMonkey main tinderbox configurations to try to fix this bug by using those boxes, but we still need to see if this works correctly and how big the impact on tinderbox build times is.
Reporter | ||
Comment 3•17 years ago
|
||
Most of this works fine, it doesn't seems that Linux or Mac tinderboxen are taking significantly longer (but Windows hasn't cycled yet), but Mac repackaging is broken due to being in universal build configuration but the files for packaging not being in a universal/ subdir, which http://mxr.mozilla.org/mozilla/source/toolkit/mozapps/installer/packager.mk#143 does need us to.
We should be able to make this work by forcing PKG_DMG_SOURCE to leave out $(STAGEPATH) and be $(MOZ_PKG_APPNAME) only.
Attachment #284317 -
Flags: review?(l10n)
Comment 4•17 years ago
|
||
Comment on attachment 284317 [details] [diff] [review]
make repackaging work despite being on a universal tinderbox (checked in)
I never looked at this, maybe Benjamin still remembers.
Attachment #284317 -
Flags: review?(l10n) → review?(benjamin)
Comment 5•17 years ago
|
||
Comment on attachment 284317 [details] [diff] [review]
make repackaging work despite being on a universal tinderbox (checked in)
A comment to that effect would be nice.
Attachment #284317 -
Flags: review?(benjamin) → review+
Reporter | ||
Comment 6•17 years ago
|
||
Comment on attachment 284317 [details] [diff] [review]
make repackaging work despite being on a universal tinderbox (checked in)
I checked this in with a comment added as requested by Benjamin. Thanks!
Attachment #284317 -
Attachment description: make repackaging work despite being on a universal tinderbox → make repackaging work despite being on a universal tinderbox (checked in)
Reporter | ||
Comment 7•17 years ago
|
||
FYI, this patch really made the Mac boxen go green, we probably can go forward with this solution for now :)
Reporter | ||
Comment 8•17 years ago
|
||
As everything (but bug 410627, which needs a similar solution to the patch here) is working now with doing repackaging on the main SeaMonkey tinderboxen, let's mark this FIXED :)
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Component: Tinderbox Configuration → Tinderbox
Product: mozilla.org → Webtools
Updated•10 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•