Closed Bug 914914 Opened 12 years ago Closed 12 years ago

'-p all' on try gives you Win64 opt and debug builds (try is getting behind on windows builds)

Categories

(Release Engineering :: General, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: nthomas, Assigned: nthomas)

References

Details

Attachments

(1 file)

Regression from bug 893139. win64 has try_by_default set to false, win64-debug doesn't. Both get builds with a '-p all' try chooser line. Taken with re-enabling b2g desktop for win32, we have many more jobs to do on try and are experiencing backlogs and delays.
I won't have time to look at this in detail until this evening, but from a quick glance at the code, I think this may be hitting a case that I was crossing my fingers and hoping nobody would run into. Having a platform with different defaultness settings for opt and debug is problematic due to the way platform and sub-platforms (X and X-debug) are passed through. I don't remember offhand what would be required to fix this, but it may require changing the way the scheduler communicates with the tryChooser (probably by making prettyNames use a dictionary of attributes instead of the awful string parsing hacks we rely on now.) There may be an alternative nasty hack way of fixing it by renaming win64-debug to win64-debug-hack or something.
Fortunately, we don't really need to fix it in trychooser at the moment, since the right fix for this case is to make win64-debug try_by_default: False.
Attachment #802731 - Flags: review?(rail) → review+
Attachment #802731 - Flags: checked-in+
In production.
Assignee: nobody → nthomas
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: