Closed
Bug 1335840
Opened 7 years ago
Closed 7 years ago
Create Third Party Alert Hook
Categories
(Taskcluster :: Operations and Service Requests, task)
Taskcluster
Operations and Service Requests
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: tjr, Assigned: dustin)
Details
I'd like to turn https://tools.taskcluster.net/hooks/#garbage/tjrtest2 into a long-lived task. It should run sometime during not-work hours on weekday nights. "metadata": { "name": "Third Party Library Alert Service", "description": "This checks the in-tree version of libraries and fails (firing an alert) when a library is out of date. The script alerts one person right now, who will open a bug about the revision bump, and then mark an "ignore this out of date revision flag" in the code. In the future, all improvements are possible. (Open a Github issue!) Similarly, right now the script is maintained by a few people but hopefully soon updating it will be a standard practice when third party libraries are copied in-tree.", "owner": "tom@mozilla.com", "source": "https://github.com/mozilla-services/third-party-library-alert" },
Assignee | ||
Comment 1•7 years ago
|
||
I'd like to create this hook under the `project-releng` hook group, which would sort of indicate that it's a releng-owned service. I think that this will develop into an in-tree crontask, but for now it's early days. My thinking is to use the gecko-t-linux-large workerType for this. I'll go ahead and get started, but needinfo coop just to check I'm not doing anything crazy here.
Flags: needinfo?(coop)
Assignee | ||
Comment 2•7 years ago
|
||
https://tools.taskcluster.net/hooks/#project-releng/misc-third-party-library-alert-service (with corresponding role)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Comment 3•7 years ago
|
||
Yes, releng should own this.(In reply to Dustin J. Mitchell [:dustin] from comment #1) > I'd like to create this hook under the `project-releng` hook group, which > would sort of indicate that it's a releng-owned service. I think that this > will develop into an in-tree crontask, but for now it's early days. > > My thinking is to use the gecko-t-linux-large workerType for this. > > I'll go ahead and get started, but needinfo coop just to check I'm not doing > anything crazy here. Yes, releng should own this particular hook.
Flags: needinfo?(coop)
Reporter | ||
Comment 4•7 years ago
|
||
Hi Dustin, The hook is currently failing due to insufficient scopes: https://tools.taskcluster.net/hooks/#project-releng/misc-third-party-library-alert-service Also, I do not have permission to fire the hook automatically. It would be nice if I could, but if it grants me too broad permission to other stuff, then that is alright.
Status: RESOLVED → REOPENED
Flags: needinfo?(dustin)
Resolution: FIXED → ---
Assignee | ||
Comment 5•7 years ago
|
||
I can fix both of those:) I added `queue:route:notify.email.tom@mozilla.com.*` to https://tools.taskcluster.net/auth/roles/#hook-id:project-releng%252fmisc-third-party-library-alert-service I also added `hooks:modify-hook:project-releng/misc-third-party-library-alert-service` and `assume:hook-id:project-releng/misc-third-party-library-alert-service` to https://tools.taskcluster.net/auth/roles/#mozilla-user:tritter@mozilla.com which should give you access to https://docs.taskcluster.net/reference/integrations/hooks/api-docs#updateHook assuming you're logging in as tritter@mozilla.com with Okta.
Flags: needinfo?(dustin)
Reporter | ||
Comment 6•7 years ago
|
||
Everything looks and works great, thanks!
Status: REOPENED → RESOLVED
Closed: 7 years ago → 7 years ago
Resolution: --- → FIXED
Updated•5 years ago
|
Component: Service Request → Operations and Service Requests
You need to log in
before you can comment on or make changes to this bug.
Description
•