Closed Bug 495829 Opened 12 years ago Closed 12 years ago

Please Create, QA, and Sign the Funnelcake08 Repack (3.0.11)

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: kkovash, Assigned: kev)

References

()

Details

Please create the repacks.  Then start the QA review process on the Funnelcake version 8 partner distribution of Firefox.

The repack worksheet is located at:

https://intranet.mozilla.org/Firefox:Distribution:Funnelcake

Changes to the Funnelcake build are the AUS channel is incremented to mozilla08
and the argument to the firstrun and update page is incremented to "f=8".

3.0.11 installers are available from their respective locale directories at:

https://people.mozilla.com/files/partners/mozilla08/3.0.11/

Please contact Kev if you require the uname/password, or if there
are any questions related to this distribution.
Blocks: 495839
Repack generation is on-hold until 3.0.11 respin is completed.

Ken, are we going to push the release date a couple days as a result?
Moving to future till unblocked (see bug 493725).
Component: Release Engineering: Custom Builds → Release Engineering: Future
Depends on: 493725
QA Contact: custom-builds → release
(In reply to comment #1)
> Repack generation is on-hold until 3.0.11 respin is completed.
> 
> Ken, are we going to push the release date a couple days as a result?

Yes, we're now aiming to ship Thursday, June 18th.

Kev -- one more thing.  For disabling the Kampyle feedback form for funnelcake08, here are the specifics/instructions from Rob Strong:

The code is at
http://mxr.mozilla.org/firefox/source/browser/installer/windows/nsis/installer.nsi#531

Changing

$EXEDIR\nonlocalized\distribution\distribution.ini

to

$EXEDIR\nonlocalized\distribution\distribution.ini2

will disable it
So is there a method to disable Kampyle when doing an en-US Funnelcake build without rebuilding setup.exe ?  I'm wondering why we ended up hardcoding the URL in the installer scripts instead of putting it in distribution.ini. 

Why we're disabling Kampyle this time ?
When the requirements were discussed it was asked that kampyle be enabled for funnelcake distributions which is what was implemented.

It currently can be disabled by changing the string Funnelcake in the distribution.ini "Global" section / "about" name value pair. For example, using the string Funnel Cake would disable it. Not sure if that is acceptable.

I've asked Ken to file a bug so it can be enabled based on a new value in the distribution.ini instead of just relying on it being a funnelcake distribution.
(In reply to comment #4)
> 
> Why we're disabling Kampyle this time ?

We're disabling this time primarily due to cost.  Our plan is to enable it again for our Funnelcake in July (after 3.5 ships with some fixes based on the original feedback we received).
Thanks for the info.
Repacks are ready for QA in https://people.mozilla.com/files/partners/mozilla08/3.0.11/ with the usual auth info. 

Per comment #5, the "about" setting in the [Global] section of distribution.ini has been changed to "Funnel Cake Jun 09" to disable Kampyle. Tomcat, please verify that it's out.
Assignee: nobody → cbook
Status: NEW → ASSIGNED
no its not out, the kampyle feedback is still active, its not removed :( also distribution:about is set to Funnelcake Jun 2009

(In reply to comment #8)
> Repacks are ready for QA in
> https://people.mozilla.com/files/partners/mozilla08/3.0.11/ with the usual auth
> info. 
> 
> Per comment #5, the "about" setting in the [Global] section of distribution.ini
> has been changed to "Funnel Cake Jun 09" to disable Kampyle. Tomcat, please
> verify that it's out.
My bad, I had created a new version, and thought I had posted it. Correct version is in place now. Sorry, Tomcat.
(In reply to comment #10)
> My bad, I had created a new version, and thought I had posted it. Correct
> version is in place now. Sorry, Tomcat.

np Kev. The new version passed all tests on all platforms !
Assignee: cbook → kev
because I am a giant dufus, I put the signing request in the wrong durn bug.

Ready for signing on people at:

people.mozilla.com:/tmp/mozilla08-3011-unsigned.tar

md5sum is 3bdebff71b61b5a5684e822496554026  

over to RelEng for signing. thanks nick!
Assignee: kev → nobody
now signed at

people.mozilla.org:/tmp/mozilla08-3011-signed.tar

md5sum for the file is bc75cc78fdffe123d940acf74f5b495b
Assignee: nobody → kev
thanks nick. signed repacks are available on people at:

https://people.mozilla.com/files/partners/mozilla08/3.0.11/
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Moving closed Future bugs into Release Engineering in preparation for removing the Future component.
Component: Release Engineering: Future → Release Engineering
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.