Note: There are a few cases of duplicates in user autocompletion which are being worked on.

[tracking bug] Start producing Android x86 Firefox builds



Release Engineering
General Automation
5 years ago
4 years ago


(Reporter: mfinkle, Assigned: kmoir)


(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [android][waiting on dep bugs])

In an effort to become more compatible with Android running on x86 hardware, we'd like to create build-only automation. This would NOT unclude tests. To start, we'd only like to get builds. We can add tests later, as we become more active on Android x86 hardware.


5 years ago
Summary: Create a builder for Android x86 → Start producing Android x86 Firefox builds
Mark, breakpad doesn't work on Android/x86 (it is build error).   Should we disable it into until supporting it?
And, we need NSPR 4.9.1 for x86 build.  Current m-c is 4.9.
Component: Release Engineering → Release Engineering: Automation (General)
QA Contact: release → catlee
From channel meeting discussions yesterday this is much lower priority than other work on our plate right now -
Priority: -- → P4
Whiteboard: [android]
There are still a few kinks to be worked on here anyway: bug 723713
Depends on: 723713
Depends on: 756816
Depends on: 757909

Comment 5

5 years ago
I have done a rough patch that could work off the bat.

If one of you could land the mozconfig changes for this build I could give it a shot on staging whenever I have a change.

For reference, Android uses this:
bug 757909 is adding mozconfigs, but there are other issues that make these builds not work yet, so we'll have to fix those first.

Comment 7

5 years ago


Can you please let me that this worked?
We probably have to figure out filename and upload directory.
This appears to not have used the right mozconfig:
retry: Calling <function run_with_timeout at 0xb7d450d4> with args: (['bash', '-c', 'if [ -f "mobile/android/config/mozconfigs/android/nightly" ]; then                        echo Using in-tree mozconfig;                        cp mobile/android/config/mozconfigs/android/nightly .mozconfig;                    else                        echo Downloading mozconfig;                        wget -O .mozconfig;                    fi'], 1260, None, None, False, True), kwargs: {}, attempt #1

In any event, these builds won't work on tinderbox until we fix the bugs blocking this one.

Comment 9

5 years ago
I tried again and it failed on compilation:
Ok, that makes more sense. You're hitting bug 756816 there.


5 years ago
Assignee: nobody → armenzg
Whiteboard: [android] → [android][waiting on dep bugs]

Comment 11

5 years ago
For now I will assign myself until we're closer for me to test it.
Assignee: armenzg → nobody


5 years ago
Blocks: 781041
per meeting w/blassey yesterday:

1) We agree this remains much lower priority then armv6 (on or android4.0 (on pandas).

2) This bug (and dep bugs) are on hold until the higher priority projects are completed. Blassey + I will revisit this in late Oct... or sooner if all goes well.

Comment 13

5 years ago
Motorola now sells the x86 "Razr i" in Europe, which has a lot of fans for small size, good performance and reasonable price. Firefox is one of only 3 apps frequently missed (Flash/AIR, Shazam the others).

Comment 14

5 years ago
It looks like an unlocked one can be ordered here if needed in the US.

There is also the Orange San Diego in Europe that has Intel in it that has a much more resonable price than the Razr i.

There's the Xolo in India.

There's one available from a russian carrier as well.

Comment 15

5 years ago
Now that the ARMv6 support is done, is it possible to start working on x86? Indeed, Motorola Razr i will be under many European Christmas trees.
We were blocked on bug 756816, which may have been fixed by the switch to our new build slaves using mock, but that change made the newer version of the NDK (required to build for x86) unavailable without further changes, so we haven't been able to test. This is very low on RelEng's list of priorities so nobody has looked at it.

Comment 17

5 years ago
I know that mobile still wants this and have loaned a mock slave to see what is needed to get this going.


5 years ago
Assignee: nobody → kmoir


5 years ago
Summary: Start producing Android x86 Firefox builds → [tracking bug] Start producing Android x86 Firefox builds


5 years ago
Depends on: 820592


5 years ago
Depends on: 820600


5 years ago
Depends on: 820882
I'll land the changes for this in bug 820592 + reconfig on Monday.  Today was busy deploying new pandas for Android.
Green builds


5 years ago
Depends on: 822653

Comment 20

5 years ago
I just installed Nightly:	19-Dec-2012 13:45 	23M, and it's working well.
I consider this bug solved. Next step: Firefox on Play Store.
(In reply to Aissen from comment #20)
> I just installed Nightly:	19-Dec-2012
> 13:45 	23M, and it's working well.
> I consider this bug solved. Next step: Firefox on Play Store.

While I appreciate the enthusiasm, this is marked as a tracking bug for a reason. There are many other steps required before we're ready for the Play Store.
Can this bug be closed?  We can open a new tracking bug with the changes required to put Android x86 tests into production once the infrastructure is ready.
Per comment 0 this was only about builds, so this could have been marked FIXED a while ago.
Last Resolved: 5 years ago
Resolution: --- → FIXED
Product: → Release Engineering
You need to log in before you can comment on or make changes to this bug.