David Fifield authored Jul 15, 2018 and Georg Koppen committed Jul 18, 2018

This works around a hang in the client that occurred once it had logged
a certain amount of information to its stderr. Now, if not logging to a
file, snowflake-client will log nothing rather than writing to stderr.
The corresponding tor bug is #26360.

We also update keyring/tbb-windows-installer.gpg as Moritz is using a
new key for signing the tag:
7A3D AD44 08A0 009B 4DE9  C855 858E E1C3 B8A4 568D

Tom Ritter authored Jul 12, 2018 and boklm committed Jul 12, 2018

Does not affect the console output, will use more disk space in log files.

Richard Pospesel authored Jun 26, 2018 and Georg Koppen committed Jun 29, 2018

Fixup for 26039.  WebExtension extensions can't read/write prefs, so the
base contents of extension-overrides.js are completely unnecessary.  The
WebExtension versions of noscript and httpseverywhere seem to be nearly
complete re-writes (noscript in particular is much simpler) so our
custom options appear to be no longer required (though a complete audit
of noscript should probably be done just to be sure we don't need to fix
any bad behaviour).

The updated build script for tor-browser now dumps all of the
build-determined prefs (pluggable transport strings, localization
options) into a generated-prefs.js file created at build time, which is
then appended to 000-tor-browser.js as before.

The pdfjs option is no longer needed since the disableRange option seems
to break pdfjs altogether in latest ESR60.  Also, setting the user pref
in 000-tor-browser.js does not work since pdfjs overwrites it with its
own value (any future patch setting pdfjs options needs to modify the
default values table)

Reported in a comment on the blog:
https://blog.torproject.org/comment/275985#comment-275985

However we keep setting MAR_OLD_FORMAT=1 on the stable release for now.

This commit sets `mach build stage-package` instead of `mach package` in
the Firefox build; this helps us to use the useful properties of `mach
package` but avoids creating the final DMG or EXE during the Firefox
build which we don't want as we do that later when building Tor Browser.

We no longer need to patch `installer.py` (bug 26205) but we still need
the patch for the uninstaller otherwise the Firefox build fails trying
to find the required NSIS files.

The no-dmg.patch for macOS is also not required and is removed (bug 24632).

Richard Pospesel authored Jun 21, 2018 and boklm committed Jun 27, 2018

Bug 26355: Make sure only Windows users on Windows7+ are trying to use Tor Browser based on ESR60 (tor-browser-build)

Edited the update_responses generation script to require version
6.1 of Windows (Windows 7) to get updates

Add the whitespace in "Tor Browser.app".

We pick up fix for Windows bustage and a macOS reproducibility issue.
Moreover an update Torbutton version with a new icon gets included, too.

We know that Stylo is causing reproducibility issues on macOS, disable
it for now.

Picking up build2 and updating the Changelog

There is no `extension-overrides.js` in a profile direcory anymore.

For some reason the switch from 60.0.1esr to 60.1.0esr is causing
to break our builds because the 32bit linker is not capable of linking
gkrust nor libxul due to address space limitations anymore.

We keep the configuration for 32bit Linux bundles as we shipped them in
our nightly builds over the past couple of weeks but are avoiding
building browser debug information for now.

Use make_path instead of mkdir to create all needed parent directories.

`intl.locale.matchOS` has been deprecated and the new preference is
`intl.locale.requested`, which is set by commit 473342ee. See bug
26073 for more information.

Changelog update and versions bump

Richard Pospesel authored Jun 19, 2018 and Georg Koppen committed Jun 22, 2018

The infrastructure for loading extension-overrides.js no longer
exists in ESR60, so these prefs had to be moved.

Unfortunately, we can't just dump the contents of extension-overrides.js
into 000-tor-browser.js.  The settings are actually partially built in
tor-browser-build to conditionally include various bridge strings as well
as localization settings.  So, we piggy back off this existing build
process and just append the contents of the partially generated
extension-overrids.js to 000-tor-browser.js.

This commit adds support for building Snowflake (and its associated
components, webrtc and go-webrtc) with our updated toolchain that uses
clang 3.9.1 and macOS SDK 10.11

For clang, we add the '-Wno-unknown-warning-option' flag; see
https://bugs.llvm.org/show_bug.cgi?id=24979 for more information.

When the list of locales is empty (testbuild), we don't need the
firefox-langpacks.