[tor-bugs] #12631 [Applications/Tor Browser]: Tor Browser for ARM architecture

[Tor Bug Tracker & Wiki]

#12631: Tor Browser for ARM architecture
-------------------------------------------+-------------------------------
 Reporter:  mttp                           |          Owner:  (none)
     Type:  project                        |         Status:
                                           |  needs_revision
 Priority:  Medium                         |      Milestone:
Component:  Applications/Tor Browser       |        Version:
 Severity:  Normal                         |     Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201904  |  Actual Points:
Parent ID:                                 |         Points:
 Reviewer:                                 |        Sponsor:
-------------------------------------------+-------------------------------

Comment (by gk):

 Replying to [comment:37 holin]:
 > Replying to [comment:33 gk]:
 > > Replying to [comment:31 holin]:
 > > > My maint-8.0-armhf branch is now a bit cleaner and the x86 stuff
 should build like it did originally without the arm changes interfering.
 > > >
 > > > I also uploaded a set of binaries to
 > > > https://sourceforge.net/projects/tor-browser-ports/
 > > > in case there's someone who'd like to test it out. So far, I've only
 tested basic functionality on an ARM laptop running Debian stretch.
 > > >
 > > > Going forward, I'll probably import the changes over to master and
 try to get nightly to build. However, in the grand scheme of things, Rust
 and Firefox are heavy beasts and, I think, assuming tor project even
 considers native build an option, supporting 32-bit build platforms is not
 the way to go unless the said behemoths suddenly lose some serious weight.
 > >
 > > Yes, building on 32-bit is going to be harder an harder which is the
 reason why Mozilla and we cross-compile our Linux 32-bit builds. So, while
 I have the feeling that building natively would be easier here, it's not
 the way we can go I think (while likely switch to Rust 1.33 for Firefox
 ESR 68 and Firefox itself gets larger and not smaller).
 > >
 > > However, it would be interesting to see how this would look like
 cleaned up a bit against our brand new `maint-8.5` branch, which e.g.
 ships binutils 2.31.1. If you want to look at getting nightly builds going
 see my previous comment for the snowflake situation.
 > >
 > > Is the result you get reproducible?
 >
 > Playing catch-up, I haven't really checked reproducibility. What would
 be the best way to do that? I don't really have an armada of ARM machines
 with different setups here..

 I think comparing the SHA-256 of subsequent builds on the same machine
 would be a good first test.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/12631#comment:38>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online