- Aug 25, 2017
-
-
David Fifield authored
This is mainly to get the git-gpg-wrapper fix.
-
- Aug 09, 2017
-
-
Thanks to dcf for finding the cause of the problem.
-
Georg Koppen authored
-
- Aug 08, 2017
-
-
Georg Koppen authored
-
- Aug 04, 2017
-
-
Georg Koppen authored
Changelog update, version bumps, and config.yml update
- Aug 02, 2017
-
-
Georg Koppen authored
-
Georg Koppen authored
-
- Jul 31, 2017
-
-
Georg Koppen authored
-
Georg Koppen authored
This reverts commit e8178d13. That's properly fixed in NoScript >= 5.0.7.1, thus removing our workaround.
-
-
- Jul 28, 2017
-
-
Georg Koppen authored
This fixes bug 22067.
-
- Jul 26, 2017
-
-
David Fifield authored
-
- Jul 25, 2017
-
-
-
Georg Koppen authored
We bump our GCC compiler to 5.4.0 as this fixes some bugs in previous versions. It allows us in particular to build debug builds for Windows with mingw-w64.
-
- Jul 20, 2017
-
-
Georg Koppen authored
Found by boklm.
-
- Jul 19, 2017
-
-
Kathleen Brade authored
Whitelist about:tor so that NoScript does not block its JavaScript.
-
- Jul 14, 2017
-
-
-
I had to apply two tricks to get a reproducible snowflake-client. The first is to use faketime to eliminate some timestamps. There were 11 variable timestamps in the file. Through experimentation, I found that 10 of them were dependent on the Go runtime (recompiling Go caused them to change) and 1 was dependent on snowflake-client itself (recompiling snowflake-client with the same runtime changed only that 1 timestamp). The underlying issue has to do with clang 3.8.0 on Darwin embedding timestamps, unsolved in the Go issue tracker as of 13 days ago. https://github.com/golang/go/issues/9206#issuecomment-310476743 The second is a sed command to clobber embedded paths of the form /tmp/go-buildXXXXXXXXX and /tmp/go-link-XXXXXXXXX. Their presence is caused by some combination of Clang and Darwin, and there is as yet no known workaround upstream.
-
-
- Jul 11, 2017
-
-
- Jul 10, 2017
-
-
Object files from elsewhere under out/ should never have been included, because they are not part of webrtc itself, but rather side-effect build artifacts like gn. Including those extraneous .o files was mostly harmless (except for library size), because on linux they happened to be the same architecture as the webrtc.o files. However it won't work for the mac build (because libwebrtc-magic.a would include a mix of linux ELF and mac Mach-O objects). Additionally, build_time.o, part of the gn build, embeds a timestamp with month resolution, causing a failure of reproducibility, as found at https://bugs.torproject.org/22832.
-
- Jul 07, 2017
-
-
Georg Koppen authored
-
- Jul 05, 2017
-
- Jul 04, 2017
-
- Jun 29, 2017
-
-
David Fifield authored
-
David Fifield authored
This is apparently an unsolved bug having to do with current versions of Clang on Darwin.
-
David Fifield authored
There were 11 variable timestamps in the file. Through experimentation, I found that 10 of them were dependent on the Go runtime (recompiling Go caused them to change) and 1 was dependent on snowflake-client itself (recompiling snowflake-client with the same runtime changed only that 1 timestamp). The underlying issue has to do with clang 3.8.0 on Darwin embedding timestamps, unsolved in the Go issue tracker as of 6 days ago. (That version of clang also embeds variable absolute paths, which is not handled by this commit.) https://github.com/golang/go/issues/9206#issuecomment-310476743
-
David Fifield authored
-
David Fifield authored
-
David Fifield authored
This sets timestamps inside the archive to zero. The variable timestamps were eventually finding their way inside of snowflake-client.
-
- Jun 26, 2017
-
-
David Fifield authored
Currently the windows code doesn't work and crashes during the build. Remove it until it's working so we can run a start-to-finish build (including windows sans snowflake) in this branch.
-
David Fifield authored
-
David Fifield authored
-
David Fifield authored
-
David Fifield authored
The one built by bootstrap/bootstrap.py is crashing in this way: debian@debian:~/build/webrtc/src/build/config$ "$GN" gen out/Release --args="$GN_ARGS" [0624/022439.767916:FATAL:command_gen.cc(59)] Check failed: !rule.empty(). /home/debian/build/webrtc/src/out_bootstrap/gn() [0x41f2b5] /home/debian/build/webrtc/src/out_bootstrap/gn() [0x41184b] /home/debian/build/webrtc/src/out_bootstrap/gn() [0x55f0f7] /home/debian/build/webrtc/src/out_bootstrap/gn() [0x534241] /home/debian/build/webrtc/src/out_bootstrap/gn() [0x45540a] /home/debian/build/webrtc/src/out_bootstrap/gn() [0x455ca1] /home/debian/build/webrtc/src/out_bootstrap/gn() [0x4571fa] /home/debian/build/webrtc/src/out_bootstrap/gn() [0x423973] /lib/x86_64-linux-gnu/libpthread.so.0(+0x8064) [0x7f17fa23b064] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f17f9f7062d] Aborted
-
- Jun 25, 2017
-
-
David Fifield authored
-