Closed
Bug 1357797
Opened 8 years ago
Closed 8 years ago
Windows artifact builds appear to be packaging non-windows files
Categories
(Firefox Build System :: General, defect)
Firefox Build System
General
Tracking
(firefox55 fixed)
RESOLVED
FIXED
mozilla55
Tracking | Status | |
---|---|---|
firefox55 | --- | fixed |
People
(Reporter: standard8, Assigned: chmanchester)
References
Details
Attachments
(1 file)
I did an artifact build on try server (https://treeherder.mozilla.org/#/jobs?repo=try&revision=d49a34bf9b82c8719f2648e542df9e9754e87594) and got failures such as:
https://treeherder.mozilla.org/logviewer.html#?job_id=92429423&repo=try&lineNumber=2766
TEST-UNEXPECTED-FAIL | browser/base/content/test/static/browser_all_files_referenced.js | there should be no unreferenced files - Got 2, expected 0
TEST-UNEXPECTED-FAIL | browser/base/content/test/static/browser_all_files_referenced.js | unreferenced file: resource://gre/chrome/devtools/modules/devtools/shared/shims/fronts/timeline.js
TEST-UNEXPECTED-FAIL | browser/base/content/test/static/browser_all_files_referenced.js | unreferenced file: resource://gre/res/langGroups.properties
The devtools one could be related, however langGroups.properties is currently not packaged on Windows, only on Mac:
https://dxr.mozilla.org/mozilla-central/source/browser/installer/package-manifest.in#699
It appears that artifact builds ignore this.
Note that there are other bugs to remove these files, so they may go away over time, but also this does imply that artifact builds are packaged incorrectly.
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → cmanchester
Comment hidden (mozreview-request) |
Reporter | ||
Comment 2•8 years ago
|
||
Chris: I don't see how the patch would prevent files being packaged on platforms they aren't intended for. Can you explain?
Assignee | ||
Comment 3•8 years ago
|
||
(In reply to Mark Banner (:standard8) from comment #2)
> Chris: I don't see how the patch would prevent files being packaged on
> platforms they aren't intended for. Can you explain?
The issue is that MOZ_PACKAGE_MSVC_DLLS is set, but MSVC_C(XX)_RUNTIME_DLL is set to the empty string, so when we get to
#if MOZ_PACKAGE_MSVC_DLLS
@BINPATH@/@MSVC_C_RUNTIME_DLL@
@BINPATH@/@MSVC_CXX_RUNTIME_DLL@
#endif
in package-manifest.in we end up packaging the entire bin/ directory erroneously.
Comment 4•8 years ago
|
||
mozreview-review |
Comment on attachment 8860157 [details]
Bug 1357797 - Do not attempt to package based on empty variables in artifact builds.
https://reviewboard.mozilla.org/r/132184/#review135422
Attachment #8860157 -
Flags: review?(mshal) → review+
Pushed by cmanchester@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/f44e4c7777b8
Do not attempt to package based on empty variables in artifact builds. r=mshal
Comment 6•8 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla55
Reporter | ||
Comment 7•8 years ago
|
||
Chris, thanks that works well. Could you request uplift to beta on it? I'm guessing it is fairly safe and we'll probably want it for Screenshot's tests to pass.
Flags: needinfo?(cmanchester)
Comment hidden (typo) |
Assignee | ||
Comment 9•8 years ago
|
||
Mark, we're only running artifact builds in automation on try, would uplifting to beta be to any benefit?
Reporter | ||
Comment 10•8 years ago
|
||
(In reply to Chris Manchester (:chmanchester) from comment #9)
> Mark, we're only running artifact builds in automation on try, would
> uplifting to beta be to any benefit?
Good point, I'd forgotten about that. Lets skip it.
Updated•7 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•