Bug 225279 - www/firefox: fix build on armv7
Summary: www/firefox: fix build on armv7
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: arm Any
: --- Affects Many People
Assignee: freebsd-gecko mailing list
URL:
Keywords:
Depends on: 216143 224271
Blocks:
  Show dependency treegraph
 
Reported: 2018-01-17 19:32 UTC by mikael.urankar
Modified: 2019-09-07 15:44 UTC (History)
3 users (show)

See Also:
bugzilla: maintainer-feedback? (gecko)


Attachments
patch (30.44 KB, patch)
2018-01-17 19:32 UTC, mikael.urankar
no flags Details | Diff
patch (22.36 KB, patch)
2019-09-07 15:44 UTC, mikael.urankar
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2018-06-11 22:28:06 UTC

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
Comment 2 mikael.urankar 2018-07-02 18:16:58 UTC
obe, firefox-esr requires rust
Comment 3 Jan Beich freebsd_committer 2018-07-02 19:19:45 UTC
Some bits can still be salvaged/rebased. I couldn't review this without upstream help which requires ability to test the latest development version.
Comment 4 Jan Beich freebsd_committer 2019-03-02 22:25:56 UTC
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?
Comment 5 mikael.urankar 2019-09-07 15:44:15 UTC
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.