Mac notarization task should submit all files to Apple before polling for status
Categories
(Release Engineering :: Release Automation, enhancement)
Tracking
(firefox127 fixed)
| Tracking | Status | |
|---|---|---|
| firefox127 | --- | fixed |
People
(Reporter: hneiva, Assigned: hneiva)
Details
Attachments
(2 files)
The current method (submit -> poll for status -> staple -> next artifact) spends way too much time polling for status.
We should submit everything, then start polling for status to try and save some time.
Comment 1•1 year ago
|
||
Comment 2•1 year ago
|
||
how many
| Assignee | ||
Comment 3•1 year ago
|
||
Comment 4•1 year ago
|
||
my comment looks to be abbreviated (hit save too quick), and I was wondering how many cycles/files we do.
| Assignee | ||
Comment 5•1 year ago
|
||
Looking at [1] as an example (excluding geckodriver notarizations)
Each locale will have 2 notarizations, one for the dmg, one for pkg.
BMN (en-US) is a single locale - and it took 5 minutes to complete. ~2.5 mins per notarization.
There are 23 L10N chuncked tasks, each taking 5 locales each, total of 10 notarizations per task. Average per task is around 30 minutes.
In this example we have a total of 230 notarizations.
Updated•1 year ago
|
Comment 7•1 year ago
|
||
| bugherder | ||
| Assignee | ||
Comment 8•1 year ago
|
||
Created a graph to monitor average notarization times
https://sql.telemetry.mozilla.org/queries/99724#245894
Updated•1 year ago
|
Description
•