Summary: | www/firefox: fix build on armv7 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Mikael Urankar <mikael> | ||||||
Component: | Individual Port(s) | Assignee: | freebsd-gecko (Nobody) <gecko> | ||||||
Status: | Closed Overcome By Events | ||||||||
Severity: | Affects Many People | CC: | freebsd-arm, linimon, mikael | ||||||
Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(gecko) |
||||||
Version: | Latest | ||||||||
Hardware: | arm | ||||||||
OS: | Any | ||||||||
Bug Depends on: | 216143, 224271 | ||||||||
Bug Blocks: | |||||||||
Attachments: |
|
Description
Mikael Urankar
![]() ![]() I can't get it to build with my testing, it fails with: mozbuild.frontend.reader.BuildReaderError: ============================== ERROR PROCESSING MOZBUILD FILE ============================== http://www.lonesome.com/FreeBSD/poudriere/data/logs/bulk/head-2018Q2-armv7-quarterly/2018-06-11_06h45m45s/logs/errors/firefox-esr-52.8.1,1.log obe, firefox-esr requires rust Some bits can still be salvaged/rebased. I couldn't review this without upstream help which requires ability to test the latest development version. Can you rebase patches against www/firefox or submit upstream? ESR60 will reach EOL in a few months. Is browser.tabs.remote.autostart still required? Created attachment 207261 [details]
patch
someone kindly asked me to update the patch (it's hackish)
I won't upstream it. building firefox on arm is extremely fragile: lots of code churn, very linux centric, seems to only support armv7/neon and www/node tends to crash every now and then (v12.9.0 seems ok so far). Moreover, we can't build it on the cluster due to the use of qemu-user/rust.
The porting was made on a dirty environment I'm not sure it'll build with poudriere.
Feel free to close the pr, I won't work on it anymore.
|