Closed Bug 436926 Opened 17 years ago Closed 17 years ago

Change branding in CVS (1.9 branch) to "Gran Paradiso", and bump version to 3.0.1pre

Categories

(Firefox Build System :: General, defect, P2)

3.0 Branch
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: samuel.sidler+old, Assigned: nthomas)

References

Details

(Keywords: verified1.9.0.1)

Attachments

(4 files)

On the 1.8 branch, nightly builds are known as "Bon Echo" which helps distinguish them from trunk nightlies which are known as "Minefield". We should do the same thing for 1.9.0.x and change the branding to "Gran Paradiso" from "Minefield".
Flags: blocking1.9.0.1?
OS: Mac OS X → All
Hardware: PC → All
We should also bump the version to 3.0.1pre/1.9.0.1pre on Tuesday.
Assignee: nobody → sachinrthomas
Priority: -- → P2
Summary: Change branding in CVS (1.9 branch) to "Gran Paradiso" → Change branding in CVS (1.9 branch) to "Gran Paradiso", and bump version to 3.0.1pre
Hmm, so we can set ac_add_options --with-branding=browser/branding/unofficial in the mozconfig for the nightly tinderboxes, but that doesn't help anyone building for themselves. On Mozilla1.8, if you don't specify any branding options then you get Bon Echo. IIRC we also have three branding options on cvs HEAD (default - Minefield, browser/branding/unofficial - Gran Paradiso, other-licenses/branding/firefox/ - Firefox), versus two on the 1.8 branch. What is the desired outcome here ? You can see from http://mxr.mozilla.org/seamonkey/search?string=Minefield that there are lots of other places we use Minefield, eg talos would need a tweak too.
Assignee: sachinrthomas → nthomas
I don't think we care about the default branding you get when self-built, only the tinderbox builds.
This should get the tinderbox building using the Gran Paradiso branding.
Attachment #324953 - Flags: review?
Attachment #324953 - Flags: review? → review?(ccooper)
Attachment #324953 - Flags: review?(ccooper) → review+
I think this is touching cvs head builders another else. Would need to go into production about the time attachment 324953 [details] [diff] [review] landed.
Attachment #324955 - Flags: review?(anodelman)
Benjamin, is this the right change to make for the versioning ? (Can land separately to the other changes)
Attachment #324957 - Flags: review?(benjamin)
We might need to tweak http://mxr.mozilla.org/seamonkey/source/browser/app/macbuild/license.r too. There are 8 Minefields in there.
Attachment #324957 - Flags: review?(benjamin) → review+
Comment on attachment 324955 [details] [diff] [review] Talos changes to cope with bundle name changing on mac Will require a buildbot reconfig. We'll have to make sure that we coordinate the change to avoid as much burning as we can.
Attachment #324955 - Flags: review?(anodelman) → review+
Talos change to cope with change. /cvsroot/mozilla/tools/buildbot-configs/testing/talos/perfmaster/master.cfg,v <-- master.cfg new revision: 1.70; previous revision: 1.69 done Checking in perf-staging/master.cfg; /cvsroot/mozilla/tools/buildbot-configs/testing/talos/perf-staging/master.cfg,v <-- master.cfg new revision: 1.16; previous revision: 1.15 done
Comment on attachment 324953 [details] [diff] [review] [checked in] Tinderbox configuration Checking in linux/mozconfig; /cvsroot/mozilla/tools/tinderbox-configs/firefox/linux/mozconfig,v <-- mozconfig new revision: 1.18; previous revision: 1.17 done Checking in macosx/mozconfig; /cvsroot/mozilla/tools/tinderbox-configs/firefox/macosx/mozconfig,v <-- mozconfig new revision: 1.17; previous revision: 1.16 done Checking in macosx/tinder-config.pl; /cvsroot/mozilla/tools/tinderbox-configs/firefox/macosx/tinder-config.pl,v <-- tinder-config.pl new revision: 1.47; previous revision: 1.46 done Checking in win32/mozconfig; /cvsroot/mozilla/tools/tinderbox-configs/firefox/win32/mozconfig,v <-- mozconfig new revision: 1.23; previous revision: 1.22 done and clobbered at the same time.
Attachment #324953 - Attachment description: Tinderbox configuration → [checked in] Tinderbox configuration
Comment on attachment 324957 [details] [diff] [review] [checked in] Version bump to 3.0.1pre/1.9.0.1pre Checking in browser/app/module.ver; /cvsroot/mozilla/browser/app/module.ver,v <-- module.ver new revision: 1.28; previous revision: 1.27 done Checking in browser/config/version.txt; /cvsroot/mozilla/browser/config/version.txt,v <-- version.txt new revision: 1.20; previous revision: 1.19 done Checking in config/milestone.txt; /cvsroot/mozilla/config/milestone.txt,v <-- milestone.txt new revision: 3.43; previous revision: 3.42 done Checking in tools/tinderbox-configs/monitoring/Firefox_trunk.txt; /cvsroot/mozilla/tools/tinderbox-configs/monitoring/Firefox_trunk.txt,v <-- Firefox_trunk.txt new revision: 1.20; previous revision: 1.19 done Checking in tools/tinderbox-configs/monitoring/XULRunner_trunk.txt; /cvsroot/mozilla/tools/tinderbox-configs/monitoring/XULRunner_trunk.txt,v <-- XULRunner_trunk.txt new revision: 1.20; previous revision: 1.19 done
Attachment #324957 - Attachment description: Version bump to 3.0.1pre/1.9.0.1pre → [checked in] Version bump to 3.0.1pre/1.9.0.1pre
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
(In reply to comment #8) > We might need to tweak > http://mxr.mozilla.org/seamonkey/source/browser/app/macbuild/license.r > too. There are 8 Minefields in there. You want http://mxr.mozilla.org/seamonkey/source/browser/branding/unofficial/license.r for unoffical branding, no? (That was the file used for GranParadiso branding for the early alphas.)
(In reply to comment #13) > You want > http://mxr.mozilla.org/seamonkey/source/browser/branding/unofficial/license.r > for unoffical branding, no? (That was the file used for GranParadiso branding > for the early alphas.) You're absolutely right, and that's the file the build system picks up. Just noise on my part. I'm reopening this to fix up the l10n builds. In particular, the mac l10n builds were burning as they tried to sync out of Minefield.app instead of GranParadiso.app. Looks like that's happening because we didn't add ac_add_options --with-branding=browser/branding/unofficial to the l10n mozconfig, but if you do then you get error: file '../../../../../l10n/af/browser/branding/unofficial/brand.dtd' doesn't exist at ../../../../config/make-jars.pl line 464, <STDIN> line 5. Maybe we can set MOZ_APP_DISPLAYNAME in tinder-config.pl's $BuildLocalesArgs. I'll take a look tomorrow.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Linux and Windows builds are created ok but they're a bit confused, eg the app name is Minefield but they load http://www.mozilla.org/projects/granparadiso/ on first run and use the plain globe icon.
(In reply to comment #15) l10n builds, that is.
Depends on: 440431
Very similar to the en-US changes (attachment 324953 [details] [diff] [review]) only $ProductName isn't set for l10n. Requires the fix in bug 440431.
Attachment #325776 - Flags: review?(ccooper)
Attachment #325776 - Flags: review?(ccooper) → review+
Comment on attachment 325776 [details] [diff] [review] [checked in] l10n tinderbox configs Checking in firefox/linux/mozconfig; /cvsroot/mozilla/tools/tinderbox-configs/firefox/linux/mozconfig,v <-- mozconfig new revision: 1.1.2.9; previous revision: 1.1.2.8 done Checking in firefox/macosx/mozconfig; /cvsroot/mozilla/tools/tinderbox-configs/firefox/macosx/mozconfig,v <-- mozconfig new revision: 1.2.6.8; previous revision: 1.2.6.7 done Checking in firefox/win32/mozconfig; /cvsroot/mozilla/tools/tinderbox-configs/firefox/win32/mozconfig,v <-- mozconfig new revision: 1.2.4.6; previous revision: 1.2.4.5 done Leaving the bug open until we verify l10n is working.
Attachment #325776 - Attachment description: l10n tinderbox configs → [checked in] l10n tinderbox configs
l10n builds look fine.
Status: REOPENED → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → FIXED
I can verify the fix for en_US builds on OS X and Windows: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.0.1pre) Gecko/2008062004 GranParadiso/3.0.1pre ID:2008062004 Do we need some more checks before marking this bug as VERIFIED?
I'd say that we should verify this for at least one localized build, too. And probably for all three platforms.
Flags: blocking1.9.0.1? → blocking1.9.0.1+
Keywords: fixed1.9.0.1
Verified fix also on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1pre) Gecko/2008070204 GranParadiso/3.0.1pre Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1pre) Gecko/2008070206 Minefield/3.0.1pre
Status: RESOLVED → VERIFIED
changing keyword to verified1.9.0.1
(In reply to comment #21) > I'd say that we should verify this for at least one localized build, too. And > probably for all three platforms. We forgot a localized build. So everything is fine for DE with Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.2pre) Gecko/2008070706 GranParadiso/3.0.2pre ID:2008070706
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: