Closed
Bug 841898
Opened 12 years ago
Closed 12 years ago
disable pymake for comm-release
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Unassigned)
References
Details
Attachments
(2 files)
545 bytes,
patch
|
hwine
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
1.09 KB,
patch
|
Callek
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
Because it's based on Gecko 17 still.
Reporter | ||
Comment 2•12 years ago
|
||
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+
Reporter | ||
Updated•12 years ago
|
Attachment #714568 -
Flags: checked-in+
Reporter | ||
Comment 4•12 years ago
|
||
We need to do this too, otherwise win32 builds will start failing.
Attachment #714580 -
Flags: review?
Comment 5•12 years ago
|
||
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+
Reporter | ||
Updated•12 years ago
|
Attachment #714580 -
Flags: checked-in+
Reporter | ||
Comment 6•12 years ago
|
||
Leaving open so we can do something about the fact that pymake is off for dep/nightly when it shouldn't be.
Reporter | ||
Updated•12 years ago
|
Assignee: bhearsum → nobody
Comment 7•12 years ago
|
||
(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)
Reporter | ||
Comment 8•12 years ago
|
||
We should back this out the pymake disabling after bug 841903 is fixed.
Depends on: 841903
Comment 9•12 years ago
|
||
in production
Comment 10•12 years ago
|
||
(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.
Reporter | ||
Comment 11•12 years ago
|
||
(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: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Assignee | ||
Updated•7 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•