Closed Bug 748379 Opened 12 years ago Closed 12 years ago

xulrunner builds broken by "webapprt: No such file or directory"

Categories

(Firefox Graveyard :: Webapp Runtime, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: myk, Unassigned)

Details

(Whiteboard: [qa-])

Attachments

(1 file)

Mac and Windows xulrunner builds are broken with the error "webapprt: No such file or directory": <https://tbpl.mozilla.org/?rev=21da3f655b30&noignore=1>: /bin/sh: line 0: cd: universal/xulrunner/XUL.framework/Versions/Current/webapprt: No such file or directory - <https://tbpl.mozilla.org/php/getParsedLog.php?id=11150844&tree=Firefox&full=1#error0> /bin/sh: line 0: cd: xulrunner/webapprt: No such file or directory - <https://tbpl.mozilla.org/php/getParsedLog.php?id=11151235&tree=Firefox&full=1#error0>
1. configure.in enables the runtime for Windows and Mac by defining MOZ_WEBAPP_RUNTIME for those target OSes; case "${target}" in *darwin*) ACCESSIBILITY= MOZ_WEBAPP_RUNTIME=1 ;; *) ACCESSIBILITY=1 ;; esac case "$target_os" in mingw*) NS_ENABLE_TSF=1 AC_DEFINE(NS_ENABLE_TSF) MOZ_WEBAPP_RUNTIME=1 ;; esac 2. only Firefox builds webapprt/ (via its browser/build.mk); ifdef MOZ_WEBAPP_RUNTIME tier_app_dirs += webapprt endif 3. toolkit/mozapps/installer/packager.mk tries to package the runtime if MOZ_WEBAPP_RUNTIME is defined, regardless of what was built; 4. `make package` fails for XULRunner because webapprt/ wasn't built. The solution seems obvious: only enable the runtime for Firefox. We could test for MOZ_BUILD_APP=browser in configure.in, but project-specific defines are what confvars.sh is for. Here's a patch. Tryserver run: https://tbpl.mozilla.org/?tree=Try&noignore=1&rev=cd8a979582d2 Dave: the changes are in configure.in and browser/confvars.sh. Are you ok to review this, or should I get a Build Config peer like bsmedberg to review it?
Attachment #618053 - Flags: review?(dtownsend+bugmail)
Whiteboard: [marketplace-beta-]
Comment on attachment 618053 [details] [diff] [review] patch v1: only enable the runtime for Firefox I don't think anyone else needs to look at this.
Attachment #618053 - Flags: review?(dtownsend+bugmail) → review+
Keywords: checkin-needed
Keywords: checkin-needed
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Can this be merged to Aurora?
Assignee: myk → nobody
Component: Desktop Runtime → XULRunner
Product: Web Apps → Toolkit
QA Contact: desktop-runtime → xulrunner
Comment on attachment 618053 [details] [diff] [review] patch v1: only enable the runtime for Firefox [Approval Request Comment] Regression caused by (bug #): Bug 746156 User impact if declined: No XULRunner builds on OSX and Windows for XULRunner 14 Testing completed (on m-c, etc.): On m-c for a few days, builds complete successfully Risk to taking this patch (and alternatives if risky): None I think String changes made by this patch: None
Attachment #618053 - Flags: approval-mozilla-aurora?
Component: XULRunner → Desktop Runtime
Flags: approval-mozilla-aurora?
Product: Toolkit → Web Apps
QA Contact: xulrunner → desktop-runtime
approval-mozilla-aurora+=me low/no known risk, and getting xulrunner builds for 14 seems pretty useful.
Whiteboard: [marketplace-beta-]
Myk - Trying to figure out what I need to verify here - Could you clarify?
Whiteboard: [qa?]
I don't think there's anything to verify here, except possibly that XULRunner nightly builds are no longer busted (at least not for this reason): https://tbpl.mozilla.org/?noignore=1&rev=ac968ff4fe41
Whiteboard: [qa?] → [qa-]
Component: Desktop Runtime → Webapp Runtime
Product: Web Apps → Firefox
Flags: in-moztrap-
QA Contact: desktop-runtime → jsmith
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: