Closed
Bug 305686
Opened 19 years ago
Closed 19 years ago
Localized Mac builds need EULA and updated packaging
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: mark, Assigned: mark)
References
Details
(Keywords: verified1.8)
Attachments
(1 file, 1 obsolete file)
|
6.83 KB,
patch
|
benjamin
:
review+
chase
:
approval1.8b4+
|
Details | Diff | Splinter Review |
l10n follow-up to bug 302080. Localized Mac builds need an EULA. Because only en and jp EULAs exist, and because the other platforms currently only display the English EULA, the general consensus seems to be to go with English. No l10n impact. This will also bring the disk image icons and backgrounds from bug 283598 to localized builds. A new textless disk image background is being designed in that bug.
| Assignee | ||
Updated•19 years ago
|
Flags: blocking1.8b4?
Comment 1•19 years ago
|
||
We should use the English EULA for all builds as this is the official legal text which then references and provides links to localizations (as they exist) on mozilla.org.
Updated•19 years ago
|
Flags: blocking1.8b4? → blocking1.8b4+
Updated•19 years ago
|
Attachment #193756 -
Flags: review?(benjamin) → review+
| Assignee | ||
Updated•19 years ago
|
Attachment #193756 -
Flags: approval1.8b4?
| Assignee | ||
Updated•19 years ago
|
Attachment #193756 -
Flags: approval1.8b4?
| Assignee | ||
Comment 4•19 years ago
|
||
Nobody makes in other-licenses/branding/firefox or browser/app on the repackaging machine, so the needed files aren't present in dist. Backing out - most likely solution is to extract the needed files during the unpack.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 5•19 years ago
|
||
This is the same as the previous version, but it creates $(DIST)/branding before the unpackager runs. The unpackager was modified in bug 305131 to pull all of the needed resources out of the dmg. There are further revisions to the 305131 patch here because () was creating subshells that weren't properly communicating exit status, so it was possible for failures to clean up but not halt the build (though not likely in the current configuration) - use {} instead to hang on to exit status.
Attachment #193756 -
Attachment is obsolete: true
Attachment #193923 -
Flags: review?(benjamin)
Updated•19 years ago
|
Attachment #193923 -
Flags: review?(benjamin) → review+
| Assignee | ||
Updated•19 years ago
|
Status: REOPENED → RESOLVED
Closed: 19 years ago → 19 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
| Assignee | ||
Comment 6•19 years ago
|
||
Comment on attachment 193923 [details] [diff] [review] v2 Fixed on trunk.
Attachment #193923 -
Flags: approval1.8b4?
Updated•19 years ago
|
Attachment #193923 -
Flags: approval1.8b4? → approval1.8b4+
| Assignee | ||
Comment 7•19 years ago
|
||
This is now working on the trunk and (wow!) branch: http://tinderbox.mozilla.org/showlog.cgi?log=Mozilla1.8-l10n-fr/1125087480.12036.gz&fulltext=1
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
Updated•19 years ago
|
Keywords: fixed1.8 → verified1.8
Updated•7 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•