Changelog update and versions bump

boklm authored Dec 06, 2018 and Georg Koppen committed Dec 06, 2018

The json file used by projects/firefox-locale-bundle is only available
from https://product-details.mozilla.org/ after a build has been
shipped, which is too late for us. However, it is also available from
the firefox sources tree, so we can get it from our tor-browser.git
clone instead.

The format of this json file is a little different, so we also need to
adapt the get_hg_hash script.

Versions bump and Changelog update

Since #27111 landed we need a distributions directory to contain our
additional preferences. Thus, we build now unconditionally with it.

Versions bump and Changelog update

Building Rust with Thin LTO enabled leads to Tor Browser builds on macOS
and probably Linux not being reproducible. The exact reason for that is
unknown at the moment, although it seems fixed testing nightly Rust
source tarballs as of mid-September 2018.

We therefore disable Thin LTO for now by setting `codegen-units` to `1`.

These binaries were already being built but were being discarded.
Since reproducible builds of these tools are likely to be useful to
some people (even though they're not required for Tor Browser to
operate), it seems like they're worth distributing.

They're placed in the mar-tools zip because that's where certutil was
already being placed.

This library is needed for a subset of certutil's functionality
(specifically, the ability for certutil to change the trust settings of
built-in certificates).

These binaries were already being built but were being discarded.
Since reproducible builds of these tools for macOS are likely to be
useful to some people (even though they're not required for Tor Browser
to operate), it seems like they're worth distributing.

They're placed in the mar-tools zip because that's where they were
already being placed for Linux.

These binaries were already being built but were being discarded.
Since reproducible builds of these tools for Windows are likely to be
useful to some people (even though they're not required for Tor Browser
to operate), it seems like they're worth distributing.

They're placed in the mar-tools zip because that's where they were
already being placed for Linux.

We disable the usage of MOZILLA_OFFICIAL again for Windows platforms as
Tor Browser is crashing otherwise. The underlying reason is likely the
same as in https://bugzilla.mozilla.org/show_bug.cgi?id=1470772.

This fixes a problem where some preferences had the wrong default value.
Also see bug 27472 where we made a similar fix for Android.

boklm authored Sep 17, 2018 and Georg Koppen committed Sep 18, 2018

On CentOS/RHEL 6, add the bundled directory from the firefox package to
the LD_LIBRARY_PATH.

In addition, we don't reset anymore the previous LD_LIBRARY_PATH value,
but only add new directories to it. This allows users to set LD_LIBRARY_PATH
before starting the browser if additional libraries are needed.

Version bumps

Version bumps and Changelog update

boklm authored Aug 15, 2018 and Georg Koppen committed Aug 16, 2018

In a previous patch for bug 25485 we changed how we set LD_LIBRARY_PATH
in start-tor-browser. However this change is not taken into account when
the browser is restarted by the updater. To avoid this issue we replace
the firefox binary by a wrapper setting LD_LIBRARY_PATH.

We ship our version of libstdc++.so.6 for backward compatibility of Tor
Browser on older systems like Ubuntu 16.04. However, a newer version of
the library may be installed on the user's system and we should detect
and use that. This commit adds support for detecting the library using a
C++ program that uses the latest ABI; if the program executes, we should
use the system library, and if not (for the older systems), we add our
libstdc++.so.6 to LD_LIBRARY_PATH.

Sukhbir Singh authored Jun 23, 2018 and Georg Koppen committed Jul 25, 2018

We now build with -DWIDL_EXPLICIT_AGGREGATE_RETURNS on Windows to fix
this issue; see https://bugzilla.mozilla.org/show_bug.cgi?id=1411401 for
more information.

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.

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).

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

Picking up build2 and updating the Changelog

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.

Changelog update and versions bump

The fix for https://bugzilla.mozilla.org/show_bug.cgi?id=1443823 makes
our workaround for https://bugzilla.mozilla.org/show_bug.cgi?id=1392604
obsolete, and we can remove it as it landed on esr60.

Sukhbir Singh authored Jun 12, 2018 and Georg Koppen committed Jun 14, 2018

Also enable rust for all builds.