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

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

#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:
-------------------------------------------+-------------------------------
Changes (by gk):

 * keywords:  tbb-rbm, TorBrowserTeam201904R => tbb-rbm,
               TorBrowserTeam201904
 * status:  new => needs_revision


Comment:

 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?

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

_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs