Port bug 1458385 - Update SeaMonkey's confvars.sh
Categories
(SeaMonkey :: Build Config, task)
Tracking
(Not tracked)
People
(Reporter: iannbugzilla, Assigned: iannbugzilla)
Details
(Whiteboard: SM2.53.20)
Attachments
(2 files, 2 obsolete files)
1.29 KB,
patch
|
Details | Diff | Splinter Review | |
2.00 KB,
patch
|
frg
:
review+
frg
:
approval-comm-release+
|
Details | Diff | Splinter Review |
Port the relevant changes from:
- Bug 1458385 - Repackage signed windows builds on linux.
[Approval Request Comment]
Regression caused by (bug #): 1458385
User impact if declined: none
Testing completed (on m-c, etc.): 2.53.20
Risk to taking this patch (and alternatives if risky): low
String changes made by this patch: none
Comment 2•3 months ago
|
||
Without further config changes the MAR_CHANNEL_ID and ACCEPTED_MAR_CHANNEL_IDS are now empty. build/update-settings.ini among others is also missing the information. Isn't this needed for updates and if yes do we now need to set it externally too for release builds?
Edmund may have a better idea, as he generates the mar files
Edmund what is your process for this and does it make use of MAR_CHANNEL_ID or ACCEPTED_MAR_CHANNEL_IDS?
I'm not sure we should be using seamonkey-comm-central, maybe seamonkey-comm-release?
Comment 4•3 months ago
|
||
(In reply to Ian Neal from comment #3)
Edmund may have a better idea, as he generates the mar files
Edmund what is your process for this and does it make use of MAR_CHANNEL_ID or ACCEPTED_MAR_CHANNEL_IDS?
I'm not sure we should be using seamonkey-comm-central, maybe seamonkey-comm-release?
Actually, the mar files ( complete.mar) are generated during the build; but that said, I don't use either environment variable.s Also since we don't use c-c anymore, there's little point in using it. Use seamonkey-comm-release.
Comment 5•3 months ago
|
||
(In reply to Frank-Rainer Grahl (:frg) from comment #2)
Without further config changes the MAR_CHANNEL_ID and ACCEPTED_MAR_CHANNEL_IDS are now empty. build/update-settings.ini among others is also missing the information. Isn't this needed for updates and if yes do we now need to set it externally too for release builds?
As mentioned to Ian, the build process generates the mar and I believe MAR_CHANNEL_ID is needed. I'm not entirely sure of the latter env. var. I think we need to have that set of information moved into our tree.
Comment 6•3 months ago
•
|
||
mar generation with the orginal patches is broken e.g. mach build createmar-en-US
I needed to define the channel id. If we want to switch to seamonkey-comm-release we still need to allow seamonkey-comm-central. I couldn't test the actual update but if I am not wrong it will only update an accepted channel. If patch is good can be merged. No need for a separate one.
Comment 7•3 months ago
•
|
||
Fix for our 2.53 m-c repo only.
Updated•3 months ago
|
Comment 9•3 months ago
|
||
r/a+ for mar patch with addendum integrated. Manual updates tested by IanN. The next release will show if this works 100%. Afterwards we can probably remove the old comm-central reference as accepted mar channel.
Comment 10•3 months ago
|
||
Pushed by frgrahl@gmx.net:
https://hg.mozilla.org/comm-central/rev/25a6063945a5
Move MAR_CHANNEL_ID to moz.configure for suite. r=frg
Comment 11•2 months ago
|
||
Description
•