Closed Bug 841898 Opened 11 years ago Closed 11 years ago

disable pymake for comm-release

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bhearsum, Unassigned)

References

Details

Attachments

(2 files)

Because it's based on Gecko 17 still.
Attached patch disable pymakeSplinter Review
It don't work here.
Attachment #714568 - Flags: review?
There's an open question around how we didn't catch this on TBPL. Are we not building the same thing that we're releasing on the Thunderbird-Release tree?
Flags: needinfo?(mbanner)
Comment on attachment 714568 [details] [diff] [review]
disable pymake

Review of attachment 714568 [details] [diff] [review]:
-----------------------------------------------------------------

yeah, no pymake
Attachment #714568 - Flags: review? → review+
Attachment #714568 - Flags: checked-in+
We need to do this too, otherwise win32 builds will start failing.
Attachment #714580 - Flags: review?
Comment on attachment 714580 [details] [diff] [review]
shorten comm-release directories

Review of attachment 714580 [details] [diff] [review]:
-----------------------------------------------------------------

excuse me while I go take a shower after how dirty this feels....
Attachment #714580 - Flags: review? → review+
Attachment #714580 - Flags: checked-in+
Leaving open so we can do something about the fact that pymake is off for dep/nightly when it shouldn't be.
Assignee: bhearsum → nobody
(In reply to Ben Hearsum [:bhearsum] from comment #2)
> There's an open question around how we didn't catch this on TBPL. Are we not
> building the same thing that we're releasing on the Thunderbird-Release tree?

Yes, we're not building the same on there at the moment as it picks up the latest gecko. However this has been ok from the development perspective as the code is identical on comm-esr17 to what we actually ship.

And tbh I thought Jhopkins included that in a patch post the staging builds.
Flags: needinfo?(mbanner)
We should back this out the pymake disabling after bug 841903 is fixed.
Depends on: 841903
in production
(In reply to Mark Banner (:standard8) from comment #7)
> And tbh I thought Jhopkins included that in a patch post the staging builds.

The last hunk in this patch disables pymake on comm-release:
 
 https://bugzilla.mozilla.org/attachment.cgi?id=711899&action=edit

Unfortunately, it should have been attached to bug 815302 instead of bug 825630.
(In reply to Ben Hearsum [:bhearsum] from comment #8)
> We should back this out the pymake disabling after bug 841903 is fixed.

Turns out we don't want to do this because bug 841903 ended up making comm-release point at esr17 repos.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
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: