Closed
Bug 1264205
Opened 9 years ago
Closed 8 years ago
try all run seems to trigger Android API15+ partner1 opt taskcluster builds
Categories
(Firefox Build System :: Task Configuration, task, P4)
Firefox Build System
Task Configuration
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1307030
People
(Reporter: cbook, Unassigned)
References
Details
as example:
https://treeherder.mozilla.org/logviewer.html#?job_id=19402506&repo=try
here it started to trigger a TC Android API15+ partner1 opt build and i don't think that expected.
Reporter | ||
Comment 1•9 years ago
|
||
Greg, Pete do you know if this is expected ?
Flags: needinfo?(pmoore)
Flags: needinfo?(garndt)
Comment 2•9 years ago
|
||
It looks like the partner build was enabled on try in a push on 2015-10-30 17:23 +0000:
https://hg.mozilla.org/try/annotate/508c9dcbeb5ef3490bb1462c29710c83b2db1577/testing/taskcluster/tasks/branches/try/job_flags.yml#l26
I see bug 1163084 landed on Monday - I suspect that was the final piece of getting this in place.
Flags: needinfo?(pmoore)
See Also: → 1163084
Comment 3•9 years ago
|
||
Jordan, Nick,
Can you confirm this is expected behaviour?
Many thanks,
Pete
Flags: needinfo?(nalexander)
Flags: needinfo?(jlund)
Flags: needinfo?(garndt)
Comment 4•9 years ago
|
||
As far as this repo failing because of a missing cached copy, I have cached it and add it to the list that's automatically cached every 4 hours in bug 1264250
Comment 5•9 years ago
|
||
(In reply to Pete Moore [:pmoore][:pete] from comment #3)
> Jordan, Nick,
>
> Can you confirm this is expected behaviour?
>
> Many thanks,
> Pete
iirc, partner builds weren't supposed to be part of `try all`. I suppose one nice side effect is that this decreases the chance of hitting comment 4 as it will refresh the cache :)
I'll let nick make the call if they are ready to have this as regular CI or if they prefer to only run it explicitly.
(In reply to Pete Moore [:pmoore][:pete] from comment #2)
> I see bug 1163084 landed on Monday - I suspect that was the final piece of
> getting this in place.
what part of this bug landed on Monday?
Flags: needinfo?(jlund)
Comment 6•9 years ago
|
||
(In reply to Jordan Lund (:jlund) from comment #5)
> (In reply to Pete Moore [:pmoore][:pete] from comment #3)
> > Jordan, Nick,
> >
> > Can you confirm this is expected behaviour?
> >
> > Many thanks,
> > Pete
>
> iirc, partner builds weren't supposed to be part of `try all`. I suppose one
> nice side effect is that this decreases the chance of hitting comment 4 as
> it will refresh the cache :)
>
> I'll let nick make the call if they are ready to have this as regular CI or
> if they prefer to only run it explicitly.
Run it explicitly.
Flags: needinfo?(nalexander)
Updated•8 years ago
|
Updated•8 years ago
|
Component: General → Task Configuration
Priority: -- → P4
Comment 7•8 years ago
|
||
we are running this job and it appears to be a perma failed job and in bug 1307030 we determined they are perma failing.
Comment 8•8 years ago
|
||
Yeah, let's nuke the jobs..
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Updated•7 years ago
|
Product: TaskCluster → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•