tor-browser-build merge requestshttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests2024-03-14T01:33:43Zhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/933Allow to replace malloc with LD_PRELOAD2024-03-14T01:33:43ZmurmelurmelAllow to replace malloc with LD_PRELOAD## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- [Secureblue Issue](https://github.com/secureblue/secureblue/issues/171)
### Backporting
#### Timeline
- [ ] **Immediate**: patchset needed as ...## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- [Secureblue Issue](https://github.com/secureblue/secureblue/issues/171)
### Backporting
#### Timeline
- [ ] **Immediate**: patchset needed as soon as possible
- [ ] **Next Minor Stable Release**: patchset that needs to be verified in nightly before backport
- [ ] **Eventually**: patchset that needs to be verified in alpha before backport
- [x] **No Backport (preferred)**: patchset for the next major stable
#### (Optional) Justification
- [ ] **Emergency security update**: patchset fixes CVEs, 0-days, etc
- [ ] **Censorship event**: patchset enables censorship circumvention
- [ ] **Critical bug-fix**: patchset fixes a bug in core-functionality
- [ ] **Consistency**: patchset which would make development easier if it were in both the alpha and release branches; developer tools, build system changes, etc
- [ ] **Sponsor required**: patchset required for sponsor
- [x] **Other**: allows to use Torbrowser with [hardened_malloc](https://github.com/GrapheneOS/hardened_malloc)
### Issue Tracking
- [ ] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
### Review
#### Request Reviewer
- [x] Request review from an applications developer depending on modified system:
- boklm /cc ma1
### Change Description
This does not change how the browser works normally. If a user uses LD_PRELOAD to load a different memory allocator though, it enables Torbrowser to use this allocator instead. This allows Torbrowser to be ran on systems preloading [hardened_malloc](https://github.com/GrapheneOS/hardened_malloc) or even compiling it into their version of gcc.
Such a preload can be disabled, but if it eventually gets integrated into gcc it is not reversible (afaik).
When preloading hardened_malloc [Firefox and variants crash immediately](https://github.com/secureblue/secureblue/issues/171). This is prevented with this build argument, which is not set by default.
In theory it can be a security risk to allow the use of a different malloc, provided by the system. But it would be an easy fix, not affecting how it runs on most systems, but allowing this use case. This should be evaluated.
#### How Tested
I have used Firefox Nightly with completely disabled jemalloc (thus using hardened_malloc via LD_PRELOAD) for multiple days, ran benchmarks, watched videos, DRM content etc, and it worked perfectly. Maybe a bit slower, but not a single crash. This will be the same with this flag.murmelurmelmurmelurmelhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/932Bug 41102: Compress firefox source tarball in a container2024-03-11T15:31:11ZboklmBug 41102: Compress firefox source tarball in a container## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- tor-browser-build#41102
### Backporting
#### Timeline
- [x] **Immediate**: patchset needed as soon as possible
- [ ] **Next Minor Stable Relea...## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- tor-browser-build#41102
### Backporting
#### Timeline
- [x] **Immediate**: patchset needed as soon as possible
- [ ] **Next Minor Stable Release**: patchset that needs to be verified in nightly before backport
- [ ] **Eventually**: patchset that needs to be verified in alpha before backport
- [ ] **No Backport (preferred)**: patchset for the next major stable
#### (Optional) Justification
- [ ] **Emergency security update**: patchset fixes CVEs, 0-days, etc
- [ ] **Censorship event**: patchset enables censorship circumvention
- [ ] **Critical bug-fix**: patchset fixes a bug in core-functionality
- [ ] **Consistency**: patchset which would make development easier if it were in both the alpha and release branches; developer tools, build system changes, etc
- [ ] **Sponsor required**: patchset required for sponsor
- [x] **Other**: please explain - fix reproducibility issue
### Issue Tracking
- [x] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
### Review
#### Request Reviewer
- [x] Request review from an applications developer depending on modified system:
- **NOTE**: if the MR modifies multiple areas, please `/cc` all the relevant reviewers (since gitlab only allows 1 reviewer)
- **accessibility** : henry
- **android** : clairehurst, dan
- **build system** : boklm
- **extensions** : ma1
- **firefox internals (XUL/JS/XPCOM)** : ma1
- **fonts** : pierov
- **frontend (implementation)** : henry
- **frontend (review)** : donuts, richard
- **localization** : henry, pierov
- **macos** : clairehurst, dan
- **nightly builds** : boklm
- **rebases/release-prep** : boklm, dan, ma1, pierov, richard
- **security** : ma1
- **signing** : boklm, richard
- **updater** : pierov
- **misc/other** : pierov, richard
### Change Description
As the xz version on the host can be different and produce different
output, we compress the firefox source tarball inside a container.
At the same time we use xz's --threads option to make compression
faster by using multiple threads.
We also move the src-tarballs step definition from rbm.conf to
projects/firefox/config since it's not used in any other project.
#### How Tested
Ran `make torbrowser-nightly-src` and checked that it uses the same container as macos builds.
I also ran `make torbrowser-nightly-macos` to check that it still builds (as it is using firefox source tarball during the build).boklmboklmhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/898Draft: Bug 41071: Customize the default GTK font on Linux.2024-01-29T18:27:16ZPier Angelo VendrameDraft: Bug 41071: Customize the default GTK font on Linux.## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- tor-browser#
- mullvad-browser#xxxxx
- tor-browser-build#41071
### Backporting
#### Timeline
- [ ] **Immediate**: patchset needed as soon as p...## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- tor-browser#
- mullvad-browser#xxxxx
- tor-browser-build#41071
### Backporting
#### Timeline
- [ ] **Immediate**: patchset needed as soon as possible
- [ ] **Next Minor Stable Release**: patchset that needs to be verified in nightly before backport
- [ ] **Eventually**: patchset that needs to be verified in alpha before backport
- [x] **No Backport (preferred)**: patchset for the next major stable
#### (Optional) Justification
- [ ] **Emergency security update**: patchset fixes CVEs, 0-days, etc
- [ ] **Censorship event**: patchset enables censorship circumvention
- [ ] **Critical bug-fix**: patchset fixes a bug in core-functionality
- [ ] **Consistency**: patchset which would make development easier if it were in both the alpha and release branches; developer tools, build system changes, etc
- [ ] **Sponsor required**: patchset required for sponsor
- [ ] **Other**: please explain
### Issue Tracking
- [x] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
### Review
#### Request Reviewer
- [x] Request review from an applications developer depending on modified system:
- **NOTE**: if the MR modifies multiple areas, please `/cc` all the relevant reviewers (since gitlab only allows 1 reviewer)
- **accessibility** : henry
- **android** : clairehurst, dan
- **build system** : boklm
- **extensions** : ma1
- **firefox internals (XUL/JS/XPCOM)** : ma1
- **fonts** : pierov
- **frontend (implementation)** : henry
- **frontend (review)** : donuts, richard
- **localization** : henry, pierov
- **macos** : clairehurst, dan
- **nightly builds** : boklm
- **rebases/release-prep** : boklm, dan, ma1, pierov, richard
- **security** : ma1
- **signing** : boklm, richard
- **updater** : pierov
- **misc/other** : pierov, richard
### Change Description
Set the default font to Arimo also for GTK.
It fixes the updater, but sadly it doesn't fix the "Save As" dialog.
#### How Tested
Created two nightly builds with this fix, and checked that updating the first one to the second one will show a sans-serif font instead of a serif font (Arimo, I think, but it's hard to tell):
https://tb-build-03.torproject.org/~pierov/mullvadbrowser/nightly/tbb-nightly.2024.01.01/
(I've removed the incremental to make sure the window is visible long enough).
![Screenshot_from_2024-01-29_12-57-52](/uploads/54e092ada6894ba089c8ff72c8c3c4bc/Screenshot_from_2024-01-29_12-57-52.png)Pier Angelo VendramePier Angelo Vendramehttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/552Bug 40658: Create an anticensorship team keyring2023-09-12T07:27:55ZPier Angelo VendrameBug 40658: Create an anticensorship team keyring```
gpg --no-default-keyring --keyring ./anti-censorship.gpg --list-keys
./anti-censorship.gpg
---------------------
pub rsa4096 2019-01-18 [SCA]
5A618CE840883942BAF1334F009DE379FD9B7B90
uid [ unknown] Cecylia Bocovich...```
gpg --no-default-keyring --keyring ./anti-censorship.gpg --list-keys
./anti-censorship.gpg
---------------------
pub rsa4096 2019-01-18 [SCA]
5A618CE840883942BAF1334F009DE379FD9B7B90
uid [ unknown] Cecylia Bocovich <cohosh@torproject.org>
uid [ unknown] cohosh <cohosh@riseup.net>
uid [ unknown] cohosh <cohosh@torproject.org>
uid [ unknown] Cecylia Bocovich <cecylia@torproject.org>
sub rsa4096 2019-01-18 [E]
pub ed25519 2021-10-26 [SC]
40BBCBED223F5EB2A03EF657D7D7A110ABC79A6C
uid [ unknown] Shelikhoo <shelikhoo@torproject.org>
uid [ unknown] Shell (aka Shelikhoo, Xiaokang Wang) <shell@unial.org>
sub cv25519 2021-10-26 [E]
sub rsa4096 2021-10-26 [S]
pub rsa4096 2013-07-23 [SC] [expires: 2023-03-31]
07948FFA64160A425BCD27EAC732B1D1C28F4E2F
uid [ unknown] Ruben Pollan <meskio@sindominio.net>
uid [ unknown] Ruben Pollan <meskio@noblezabaturra.org>
uid [ unknown] Ruben Pollan <meskio@torproject.org>
sub rsa4096 2016-12-22 [E]
sub rsa4096 2016-12-22 [S]
sub rsa2048 2016-12-22 [A]
sub ed25519 2018-12-11 [A]
```
cohosh's key is signed with dgoulet's key we use for Tor (which is expired, actually), shell's key is signed by ewyatt, and we don't have a signature I know on meskio@torproject.org, but it's the same key you can fetch from tpo/about/people.
Closes #40658.Pier Angelo VendramePier Angelo Vendramehttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/540Enable uTLS and use the full bridge line for snowflake2023-09-04T12:01:08Zmeskiomeskio@torproject.orgEnable uTLS and use the full bridge line for snowflakeResolves #40654
In some networks they block snowflake on mobile phones by it's TLS
fingerprint, let's use uTLS by default.
Including the full bridge line helps for other clients that don't have
the default params already configured whe...Resolves #40654
In some networks they block snowflake on mobile phones by it's TLS
fingerprint, let's use uTLS by default.
Including the full bridge line helps for other clients that don't have
the default params already configured when launching snowflake client.
Related:
https://gitlab.torproject.org/tpo/anti-censorship/team/-/issues/101
https://gitlab.torproject.org/tpo/anti-censorship/team/-/issues/96meskiomeskio@torproject.orgmeskiomeskio@torproject.orghttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/785Bug 40923: Change the translation repository of Mullvad Browser.2023-08-17T08:46:01ZPier Angelo VendrameBug 40923: Change the translation repository of Mullvad Browser.## Merge Info
### Related Issues
- tor-browser-build#40923
### Backporting
#### Timeline
- [ ] **Immediate**: patchset needed as soon as possible
- [ ] **Next Minor Stable Release**: patchset that needs to be verified in nightly befor...## Merge Info
### Related Issues
- tor-browser-build#40923
### Backporting
#### Timeline
- [ ] **Immediate**: patchset needed as soon as possible
- [ ] **Next Minor Stable Release**: patchset that needs to be verified in nightly before backport
- [ ] **Eventually**: patchset that needs to be verified in alpha before backport
- [x] **No Backport (preferred)**: patchset for the next major stable
#### (Optional) Justification
- [ ] **Emergency security update**: patchset fixes CVEs, 0-days, etc
- [ ] **Censorship event**: patchset enables censorship circumvention
- [ ] **Critical bug-fix**: patchset fixes a bug in core-functionality
- [ ] **Consistency**: patchset which would make development easier if it were in both the alpha and release branches; developer tools, build system changes, etc
- [ ] **Sponsor required**: patchset required for sponsor
- [ ] **Other**: please explain
### Issue Tracking
- [x] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
### Review
#### Request Reviewer
- [ ] Request review from an applications developer depending on modified system:
- **NOTE**: if the MR modifies multiple areas, please `/cc` all the relevant reviewers (since gitlab only allows 1 reviewer)
- **accessibility** : henry
- **android** : dan
- **build system** : boklm
- **extensions** : ma1
- **firefox internals (XUL/JS/XPCOM)** : ma1
- **fonts** : pierov
- **frontend (implementation)** : henry
- **frontend (review)** : donuts, richard
- **localization** : henry, pierov
- **nightly builds** : boklm
- **rebases/release-prep** : dan_b, ma1, pierov, richard
- **security** : ma1
- **signing** : boklm, richard
- **updater** : pierov
- **misc/other** : pierov, richard
#### Change Description
The translation repository of Mullvad Browser is now on its own, so we needed to update its URL.Pier Angelo VendramePier Angelo Vendramehttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/492Draft: Bug 32355 v3: Tor Browser for Linux/ARMv7 (x86_64 build arch)2023-07-12T14:09:46ZJeremyRandDraft: Bug 32355 v3: Tor Browser for Linux/ARMv7 (x86_64 build arch)Replacing !481, with the following changes:
* Rebased on `main` (fixing conflicts mostly related to base-browser).
* Refactored the run-time SIMD check to actually check for ARM SIMD.
I haven't actually tried to build this yet, but fix...Replacing !481, with the following changes:
* Rebased on `main` (fixing conflicts mostly related to base-browser).
* Refactored the run-time SIMD check to actually check for ARM SIMD.
I haven't actually tried to build this yet, but fixing the merge conflicts should accelerate review, so I didn't want to make everyone wait for me to run an RBM build. If I run into build issues I'll submit a v4 MR with fixes.
Closes #32355
/cc @boklmhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/391Add linux-ppc64le target2023-07-12T14:08:18ZJeremyRandAdd linux-ppc64le targetFixes #28326
Depends on !390Fixes #28326
Depends on !390JeremyRandJeremyRandhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/387Draft: Bug 40056: Download .aar and .jar files for all .pom files2023-07-12T14:07:11ZboklmDraft: Bug 40056: Download .aar and .jar files for all .pom filesThe process we use to generate gradle-dependencies-list.txt files is
often missing .aar and .jar files corresponding to .pom files.
To avoid that, we can try to download .aar and .jar files for all .pom
files.
This adds some .aar and .j...The process we use to generate gradle-dependencies-list.txt files is
often missing .aar and .jar files corresponding to .pom files.
To avoid that, we can try to download .aar and .jar files for all .pom
files.
This adds some .aar and .jar files that we don't really need, but it should solve #40056.
Closes #40056boklmboklmhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/184Draft: Bug 28595 002023-07-12T14:04:57ZMatthew FinkelDraft: Bug 28595 00Closes #28595 #40202Closes #28595 #40202Tor Browser: 11.0 Issues with previous releasehttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/704Bug 40844: DMG reproducibility, align creation date (local) with modify date ...2023-06-26T14:10:56Zma1Bug 40844: DMG reproducibility, align creation date (local) with modify date (UTC)## Merge Info
<!-- Bookkeeping information for release management -->
- ### Related Issues
- tor-browser-build#40844
- ### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or other major blocker (e.g. fixes...## Merge Info
<!-- Bookkeeping information for release management -->
- ### Related Issues
- tor-browser-build#40844
- ### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or other major blocker (e.g. fixes for a 0-day exploit) OR patchsets with trivial changes which do not need testing (e.g. fixes for typos or fixes easily verified in a local developer build)
- [ ] **Next Minor Stable Release** - patchset that needs to be verified in nightly before backport
- [ ] **Eventually** - patchset that needs to be verified in alpha before backport
- [ ] **No Backport** - patchset for the next major stable
- ### Issue Tracking
- [ ] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
## Change Description
<!-- Whatever context the reviewer needs to effectively review the patchset -->ma1ma1https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/725Bug 40869: Update var/go_vendor_sha256sum for obfs4 nightly2023-05-31T10:41:42ZboklmBug 40869: Update var/go_vendor_sha256sum for obfs4 nightly## Merge Info
<!-- Bookkeeping information for release management -->
- ### Related Issues
- Closes #40869
- ### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or other major blocker (e.g. fixes for a 0-d...## Merge Info
<!-- Bookkeeping information for release management -->
- ### Related Issues
- Closes #40869
- ### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or other major blocker (e.g. fixes for a 0-day exploit) OR patchsets with trivial changes which do not need testing (e.g. fixes for typos or fixes easily verified in a local developer build)
- [ ] **Next Minor Stable Release** - patchset that needs to be verified in nightly before backport
- [ ] **Eventually** - patchset that needs to be verified in alpha before backport
- [x] **No Backport** - patchset for the next major stable
- ### Issue Tracking
- [ ] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
## Change Description
<!-- Whatever context the reviewer needs to effectively review the patchset -->
/cc @meskioboklmboklmhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/706Bug 40759: Prepare Tor Browser Alpha 12.5a52023-04-17T20:50:42ZrichardBug 40759: Prepare Tor Browser Alpha 12.5a5## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- tor-browser-build#40759
### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or other major blocker (e.g. fixes for...## Merge Info
<!-- Bookkeeping information for release management -->
### Related Issues
- tor-browser-build#40759
### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or other major blocker (e.g. fixes for a 0-day exploit) OR patchsets with trivial changes which do not need testing (e.g. fixes for typos or fixes easily verified in a local developer build)
- [ ] **Next Minor Stable Release** - patchset that needs to be verified in nightly before backport
- [ ] **Eventually** - patchset that needs to be verified in alpha before backport
- [x] **No Backport** - patchset for the next major stable
### Issue Tracking
- [ ] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
## Change Description
Building on tb-build-05
/cc @pierov @ma1 @boklm
<!-- Whatever context the reviewer needs to effectively review the patchset -->richardrichardhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/666Draft: Update config2023-02-21T10:01:16Zguest475646844Draft: Update config## Merge Info
<!-- Bookkeeping information for release management -->
- ### Related Issues
- tor-browser#xxxxx
- tor-browser-build#xxxxx
- etc
- ### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or o...## Merge Info
<!-- Bookkeeping information for release management -->
- ### Related Issues
- tor-browser#xxxxx
- tor-browser-build#xxxxx
- etc
- ### Backport Timeline
- [ ] **Immediate** - patchsets for critical bug fixes or other major blocker (e.g. fixes for a 0-day exploit) OR patchsets with trivial changes which do not need testing (e.g. fixes for typos or fixes easily verified in a local developer build)
- [ ] **Next Minor Stable Release** - patchset that needs to be verified in nightly before backport
- [ ] **Eventually** - patchset that needs to be verified in alpha before backport
- [ ] **No Backport** - patchset for the next major stable
- ### Issue Tracking
- [ ] Link resolved issues with appropriate [Release Prep issue](https://gitlab.torproject.org/groups/tpo/applications/-/issues/?sort=updated_desc&state=opened&label_name%5B%5D=Release%20Prep&first_page_size=20) for changelog generation
## Change Description
<!-- Whatever context the reviewer needs to effectively review the patchset -->https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/296Draft: Bug 40288+40299+28102 (Make sure we pick the exact same compile enviro...2023-02-01T15:31:17ZboklmDraft: Bug 40288+40299+28102 (Make sure we pick the exact same compile environment for Tor Browser builds)This is still a draft.
Closes #40288, #40299, #28102
I was able to do macOS builds with this patch.
Using `apt-transport-mirror` with mmdebstrap requires two patches that I will submit upstream:
* https://gitlab.torproject.org/boklm/...This is still a draft.
Closes #40288, #40299, #28102
I was able to do macOS builds with this patch.
Using `apt-transport-mirror` with mmdebstrap requires two patches that I will submit upstream:
* https://gitlab.torproject.org/boklm/tor-browser-build/-/blob/89d46d069d6ccadcfad77ef1b8209dc215c76493/projects/mmdebstrap-image/fix-mirror+https-urls.patch
* https://gitlab.torproject.org/boklm/tor-browser-build/-/blob/89d46d069d6ccadcfad77ef1b8209dc215c76493/projects/mmdebstrap-image/fix-auxfiles-error.patchboklmboklmhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/571Add Secondary Snowflake Bridgeline to Tor Browser2023-01-19T18:37:35ZshelikhooAdd Secondary Snowflake Bridgeline to Tor BrowserThis pull request adds a secondary snowflake bridge line.
The anti-censorship team have begun to [roll](https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40225) out [secondary](https://gitlab.torp...This pull request adds a secondary snowflake bridge line.
The anti-censorship team have begun to [roll](https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40225) out [secondary](https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40122) bridge. We expect both two bridges to be put in the final torrc file as discussed in [IRC Sync](http://meetbot.debian.net/tor-meeting/2022/tor-meeting.2022-10-27-15.59.html) and [here](https://gitlab.torproject.org/tpo/core/tor/-/issues/40578#note_2849105).
resolves: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/issues/40674https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/624Bug 40714: Ship NoScript also in the extension distribution directory2023-01-12T13:46:42ZPier Angelo VendrameBug 40714: Ship NoScript also in the extension distribution directoryI'm adding it both to the distribution directory and to the default profile, for now.
We could try to get rid of the default profile, but I fear it's going longer than we'd like to.
So, baby steps for now :slight_smile: .
Closes #40714.I'm adding it both to the distribution directory and to the default profile, for now.
We could try to get rid of the default profile, but I fear it's going longer than we'd like to.
So, baby steps for now :slight_smile: .
Closes #40714.Pier Angelo VendramePier Angelo Vendramehttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/602The git.tpo repository is no longer updated, gitlab.tpo should be used instead2022-12-13T15:29:34ZboklmThe git.tpo repository is no longer updated, gitlab.tpo should be used insteadCloses #40705.Closes #40705.boklmboklmhttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/582Bug 40653: Do not build compiler-rt with Clang2022-12-07T09:59:51ZPier Angelo VendrameBug 40653: Do not build compiler-rt with ClangSpecifying compiler-rt as a project in LLVM is going to be deprecated.
It should be compiled with runtimes, instead, or alone, if it will be still allowed.
The only platform in which we were compiling compiler-rt with LLVM was Linux.
Bu...Specifying compiler-rt as a project in LLVM is going to be deprecated.
It should be compiled with runtimes, instead, or alone, if it will be still allowed.
The only platform in which we were compiling compiler-rt with LLVM was Linux.
But Firefox seems not to actually use it, and just use GCC's runtime, instead.
However, we were also compiling compiler-rt for Android in the same project, which prevents to share the artifact with Windows and macOS.
So, I have moved it to another project on its own.
Closes #40653.Pier Angelo VendramePier Angelo Vendramehttps://gitlab.torproject.org/tpo/applications/tor-browser-build/-/merge_requests/600Bug 40678: Force all 11.5 users to update through 11.5.8 before 12.02022-12-06T14:47:29ZboklmBug 40678: Force all 11.5 users to update through 11.5.8 before 12.0Closes #40678.Closes #40678.boklmboklm