- Sep 27, 2019
-
-
Georg Koppen authored
Changelog update and versions bump
-
Georg Koppen authored
-
-
boklm authored
-
- Sep 26, 2019
-
-
Georg Koppen authored
-
boklm authored
With the linux-generic64 target the build is broken if we don't add the no-asm option: https://github.com/openssl/openssl/issues/9839 We fix that by switching to the linux-x86_64 target. At the same time we also switch the linux-generic32 target to linux-x86.
-
boklm authored
The default OPENSSLDIR on Windows builds contain spaces and parenthesis, which break the build as the unquoted path is used in several places. We fix this by escaping the spaces and parenthesis. This is fixing part of the issues mentioned in: https://github.com/openssl/openssl/issues/9520
-
boklm authored
This is fixing CVE-2019-1552: http://cve.circl.lu/cve/CVE-2019-1552 In oder to avoid changing the OPENSSLDIR to a directory that might be writable on the user system, we don't set the --prefix/--openssldir option anymore and use DESTDIR to select the packaging installation directory.
-
-
Matthew Finkel authored
-
Matthew Finkel authored
-
Matthew Finkel authored
-
- Sep 25, 2019
-
-
Remove mentions of webrtc and gclient from README.
-
Switched to using the pion/webrtc library and modified the targets to build snowflake on all platforms.
-
This was partially automated and generated from the "go mod" graph of pion-webrtc. Upgrade goxnet to da137c7871d7 (which allows removing a formerly nightly-only case, because the new commit is even newer than that one). Upgrade goxsys to fae7ac547cb7. We're using an updated version v2.1.3 of webrtc to include our upstreamed fix. I didn't bump all the way up to v2.1.4 because they moved to requiring Go 1.13.
-
Georg Koppen authored
-
Georg Koppen authored
-
- Sep 23, 2019
-
-
Georg Koppen authored
-
boklm authored
-
Philipp Winter authored
These bridges are run by Karlstad University in Sweden. See the following ticket for more details: <https://bugs.torproject.org/31164>
-
- Sep 20, 2019
-
-
boklm authored
This is also fixing bug 31380.
-
- Sep 18, 2019
-
-
Georg Koppen authored
-
- Sep 17, 2019
-
-
Georg Koppen authored
We bump the GCC version to a supported one (9.2.0). The obvious choice would have been 8.3.0 as we use for our Linux bundles. But, alas, that one is crashing when cross-compiling Rust for 64bit Windows.
-
- Sep 16, 2019
-
-
boklm authored
This allows us to switch back to ld.gold as the linker, and fix #31618. ld.gold fails when we build with debug symbols for linux-i686: 30:31.20 toolkit/library/symverscript.stub 30:31.26 toolkit/library/libxul.so 30:39.58 /var/tmp/dist/binutils/bin/ld.gold.real: internal error in relocate_section, at i386.cc:3684
-
- Sep 13, 2019
-
-
Georg Koppen authored
Updating CMake to the latest stable version as done in the previous commit solves the reproducibility issue only partly. We need to patch the code that merges libc++abi.a into libc++.a to get the order in the merged archive deterministic. The code doing the merging is: `files = glob.glob(os.path.join(temp_directory_root, '*.o*'))` Regarding `glob` there is following in the Python docs: "The glob module finds all the pathnames matching a specified pattern according to the rules used by the Unix shell, although results are returned in *arbitrary* order." (emphasis mine) (https://docs.python.org/2/library/glob.html)
-
Georg Koppen authored
The old CMake version built libraries like libc++.a and libc++abi.a in a non-reproducible way. Using the latest CMake version solves that. We need to use our own GCC for Linux as the shippped one is too old.
-
Georg Koppen authored
It seems we were a bit too optimistic to pick up FORTIFY_SOURCE support in mingw-w64 as this breaks our builds. Let's be more conservative and use what Mozilla is using in their mingw-w64/clang builds.
-
- Sep 11, 2019
-
-
Georg Koppen authored
-
boklm authored
-
boklm authored
-
boklm authored
-
- Sep 10, 2019
-
-
boklm authored
-
- Sep 09, 2019
-
-
Georg Koppen authored
-
Georg Koppen authored
-
- Sep 08, 2019
-
-
Georg Koppen authored
-
- Sep 06, 2019
-
-
- Sep 05, 2019
-
-
Georg Koppen authored
-
- Sep 04, 2019
-
-
Georg Koppen authored
The underlying node bug got worked around in Mozilla's bug 1500436 and we cherry-pick that patch onto our esr68 branches. Thanks to a cypherpunk for finding that bugfix.
-
- Sep 03, 2019
-
-
Georg Koppen authored
-
Georg Koppen authored
-