[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #12631 [Applications/Tor Browser]: Tor Browser for ARM architecture
#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:42 JeremyRand]:
> This issue is becoming confusing to follow due to the existence of two
different patches (ARM target with x86 host, versus ARM target with ARM
host). May I request that this issue be split into 2 issues? Both
patches are independently useful, and I think they should both be merged
when complete (regardless of which is completed first). Having 2 separate
issues for them makes it easier to follow the discussion, and allows the
issues to be independently closed as fixed whenever the respective patches
are merged. (I don't particularly care which patch is assigned to a new
issue, or if both patches are assigned to a new issue and this issue
becomes a parent/metaissue.)
That's a good point. I am fine either way. Maybe having this ticket a
parent and the respective approaches child tickets seems to be the
cleanest one?
[snip]
> I also now have an ESR 68 patch at https://notabug.org/JeremyRand/tor-
browser-build/src/armhf-esr68-draft . It doesn't build yet, and I suspect
that rebasing it against a newer version of `tor-browser-build` master
branch is likely to fix a lot of the build issues I'm running into. I get
the impression that `tor-browser-build` was in a pretty bad state at the
point I rebased against, which was August 8. (Georg, can you confirm that
the August 8 version of `tor-browser-build` master branch is expected to
have a lot of problems?)
Yeah, sorry for the inconvenience. We were barely able to have everything
ready for having some sort of nightly builds for Linux available at that
time and just had switched over to esr68. `master` should be in much
better shape now than it had been at that time.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/12631#comment:44>
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