Open Bug 1687385 Opened 5 years ago Updated 11 months ago

Update SeaMonkey mozconfigs

Categories

(SeaMonkey :: Release Engineering, enhancement)

enhancement

Tracking

(seamonkey2.53? affected)

ASSIGNED
Tracking Status
seamonkey2.53 ? affected

People

(Reporter: iannbugzilla, Assigned: iannbugzilla)

Details

(Keywords: leave-open)

Attachments

(5 files, 8 obsolete files)

13.97 KB, patch
frg
: review+
Details | Diff | Splinter Review
53.24 KB, patch
Details | Diff | Splinter Review
64.51 KB, patch
Details | Diff | Splinter Review
37.21 KB, patch
ewong
: review?
iannbugzilla
Details | Diff | Splinter Review
54.62 KB, patch
Details | Diff | Splinter Review

The mozconfigs in the source tree are out of date.
The plan is to structure them in such a way that:

  • a developer can source mozconfigs/mozconfig.<platform>.common for local building
    and
  • builders can source the relevant file in mozconfigs/<platform>/ for releases/beta

mozconfigs/mozconfig.release and mozconfigs/mozconfig.beta would need to reflect the current application versioning.

Attached patch 1687385-mozconfigs-2537.patch (obsolete) — Splinter Review

Asking for feedback on the structure and Windows platform files are correct.

Attachment #9197830 - Flags: feedback?(frgrahl)

[Approval Request Comment]
Regression caused by (bug #): n/a
User impact if declined: out of date mozconfigs
Testing completed (on m-c, etc.): 2.53.7
Risk to taking this patch (and alternatives if risky): none
String changes made by this patch: none

Attachment #9197830 - Attachment is obsolete: true
Attachment #9197830 - Flags: feedback?(frgrahl)
Attachment #9198916 - Flags: review?(frgrahl)
Attachment #9198916 - Flags: approval-comm-release?

[Approval Request Comment]
Regression caused by (bug #): n/a
User impact if declined: none, just removing unused files
Testing completed (on m-c, etc.): 2.53.7
Risk to taking this patch (and alternatives if risky): none
String changes made by this patch: none

Attachment #9198917 - Flags: review?(frgrahl)
Attachment #9198917 - Flags: approval-comm-release?

Comment on attachment 9198917 [details] [diff] [review]
1687385-tooltool-2537.patch
[checked in comment 5 Target 2.84a1 comment 7 Target 2.53.7 ]

I think the tooltool removal is a no brainer for all our branches and comm-central. r/a+ just needs a bit of a rebasing for 2.57 and central.

Attachment #9198917 - Flags: review?(frgrahl)
Attachment #9198917 - Flags: review+
Attachment #9198917 - Flags: approval-comm-release?
Attachment #9198917 - Flags: approval-comm-release+
Attachment #9198917 - Flags: approval-comm-esr60+
Keywords: leave-open
Version: SeaMonkey 2.53 Branch → Trunk
Pushed by frgrahl@gmx.net: https://hg.mozilla.org/comm-central/rev/d0d105309283 Update SeaMonkey mozconfigs - remove tooltool manifests. r=frg
Attachment #9198917 - Attachment description: WIP-1687385-tooltool-253.patch → 1687385-tooltool-2537.patch [checked in comment 5 Target 2.53.7 2.84a1]
Attachment #9198917 - Attachment filename: WIP-1687385-tooltool-253.patch → 1687385-tooltool-2537.patch

As elf-hack enables automagically for the correct platforms there is no need to have it in explicitly (and incorrectly for macos).

Attachment #9198916 - Attachment is obsolete: true
Attachment #9198916 - Flags: review?(frgrahl)
Attachment #9198916 - Flags: approval-comm-release?
Attachment #9206232 - Flags: review?(frgrahl)
Attachment #9206232 - Flags: approval-comm-release?

https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/927d6bdac7d4edcdff95f00c0ee3ab62dd8f1917
Update SeaMonkey mozconfigs - remove tooltool manifests. r=frg a=frg
Target 2.53.7

Attachment #9198917 - Attachment description: 1687385-tooltool-2537.patch [checked in comment 5 Target 2.53.7 2.84a1] → 1687385-tooltool-2537.patch [checked in comment 5 Target 2.84a1 comment 7 Target 2.53.7 ]

Added some stuff from the Windows builder but all an unconsolidated mess. So not asking for freedback yet.

Type: task → enhancement
Attached patch 1687385-restruct-mozconfig.patch (obsolete) — Splinter Review

Took the information from working builds on the builders and placed the different options in different files.

Missing are the nightly ones. The debug ones are there but haven't fixed them yet. (We haven't really made a debug build in some time).

Also, in the past, there were l10n-release mozconfigs, but do not quite remember how they were used, so skipping them.

Attachment #9469637 - Flags: review?(iannbugzilla)

Fwiw... I have tried the builds and they work in automation.

Updated patch. frg wanted the scripts to be kept for reference. Placed them in config/scripts

Attachment #9469637 - Attachment is obsolete: true
Attachment #9469637 - Flags: review?(iannbugzilla)
Attachment #9470001 - Flags: review?(iannbugzilla)

Fixed the beta mozconfigs for mac

Attachment #9470001 - Attachment is obsolete: true
Attachment #9470001 - Flags: review?(iannbugzilla)
Attachment #9470424 - Flags: review?(iannbugzilla)

missed a few scripts.

Attachment #9470424 - Attachment is obsolete: true
Attachment #9470424 - Flags: review?(iannbugzilla)
Attachment #9470715 - Flags: review?(iannbugzilla)

Changed mac-* back to macosx64-*

Attachment #9470715 - Attachment is obsolete: true
Attachment #9470715 - Flags: review?(iannbugzilla)
Attachment #9470967 - Flags: review?(iannbugzilla)

uploaded the wrong patch.

Attachment #9470967 - Attachment is obsolete: true
Attachment #9470967 - Flags: review?(iannbugzilla)
Attachment #9470982 - Flags: review?(iannbugzilla)

needed to fix the mozconfig paths from the mac->macosx64 change

Attachment #9470982 - Attachment is obsolete: true
Attachment #9470982 - Flags: review?(iannbugzilla)
Attachment #9471296 - Flags: review?(iannbugzilla)

Hi I combined both patches into a single one and updated gitlab 2.53. Just need to sort out the author later.
Some comments:
arm currently has the suffix aarch64 in mozilla-land so I changed the directory names.
The objectdir should be version based and not dependent on the topsourcedir. My vision (non drug induced) would be to have no non relative path statements in the configs just dependent subdirectories. Everything elsoe like /e/builds/ should be set via variables. Started with this on the Windows builder but not 100% done there either. See the sample shell skripts which sets a bunch of variables used in the configs. Some like the redist directories were still hardcoded.

Maybe more disucssions via irc or in the next meeting.

Comment on attachment 9206232 [details] [diff] [review]
WIP-1687385-mozconfigs-v1_2-253.patch

See previous comment.

Attachment #9206232 - Flags: review?(frgrahl)
Attachment #9206232 - Flags: feedback+
Attachment #9206232 - Flags: approval-comm-release?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: