-
Notifications
You must be signed in to change notification settings - Fork 1.3k
[taskcluster] Dep-sign APKs for Raptor consumption on each master commit #1321
Comments
What is the "dep" key?
This seems very counter-intuitive. In general, I would much prefer to have automation Just Work on release builds -- especially for browsers, where we legitimately want to support other people automating things. I have a plan that runs through Bug 1533385 -- sadly, just backed out -- to make GeckoView itself handle this type of configuration for automation, rather than requiring vehicles (like Fenix) pass things through. If we did this we could run Raptor directly against Fenix, and not do things that are surprising to me, like signing debug builds with what I expect is a release key. @mitchhentges, what's the rest of the context here? |
Good points Nick! I haven't kept this ticket up-to-date, unfortunately.
TL;DR: The "dep" key isn't the same key as used for releasing Fenix to users, and we are indeed using release builds :) Let me know if that clears up the misinformation in my original ticket 😄 |
This just looks wrong. I'm concerned that this was green as a PR, because it suggests that we were signing with an incorrect `worker_type` there; but here we are -- let's see if it addresses the issue. If not, we'll back the whole of mozilla-mobile#1321 out.
We will have performance tests running on
fenix
in the future. One of the requirements is to have builds signed with our releng-mobile "dep" key. The "dep" ("dependency") key is very similar to our release key that's used for production/beta/nightly, except that it's used strictly for internal automation (such as for performance-testing/raptor 😄)This ticket requires that, on every commit to the master branch, the "release raptor" variants should dep-signed.
┆Issue is synchronized with this Jira Task
The text was updated successfully, but these errors were encountered: