| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I had to pull a couple of patches from upstream of branch-heads/52:
f80bd170 GN: Fix bootstrap.py
9cfbe5c2 Add linux_use_bundled_binutils_override GN variable.
I also needed an additional patch to set some GN variables that aren't
controllable from the command line.
The GN build doesn't work yet. The build completes, but it's missing
some things that go-webrtc requires, such as FakeAudioCaptureModule. It
seems that GN for webrtc isn't quite done yet, as in this message from
August 10, 2016:
https://groups.google.com/d/msg/discuss-webrtc/bcIpvWjrsxY/h3U8arVnCQAJ
"You seem to be setting the GN variables. WebRTC still uses GYP by
default which may explain why you don't see any change (we're on our way
to migrate to GN though)."
|
| |
|
|
|
| |
There is a prebuilt gn binary for linux64, but none for linux32, and
anyway we prefer to build from source for reproducibility reasons.
|
| | |
|
| | |
|
| | |
|
| |\
| |
| |
| |
| |
| |
| | |
Tagging 6.5a2 build2
This is mainly to get the patch for #19737 (checking sigs with an expired key).
https://trac.torproject.org/projects/tor/ticket/19001#comment:17
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Version bumps; changelog update; config.yml update
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
We are adding a gitian/git-gpg-wrapper script which validates signatures
made using an expired key. To do that, we use gpgv rather than gpg, and
any EXPKEYSIG line from the gpg `--status-fd` output is replaced by a
GOODSIG line.
|
| | |
| |
| |
| |
| | |
https://trac.torproject.org/projects/tor/ticket/19001#comment:11
https://trac.torproject.org/projects/tor/ticket/19001#comment:21
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Build libwebrtc using libcxx. Set use_custom_libcxx=0. According to the
source comment, use_custom_libcxx=1 means to use a precompiled libcxx in
the third_party directory.
Build the test target
obj/webrtc/api/test/peerconnection_unittests.fakeaudiocapturemodule.o
rather than peerconnection_unittests.isolated; building just an object
file doesn't require the linker and is faster.
Use x86_64-apple-darwin11-ar, not ar, to link libwebrtc-magic.a.
When linking go-webrtc later on, it would cause the error:
ld: warning: ignoring file lib/libwebrtc-darwin-amd64-magic.a, file was built for archive which is not the architecture being linked (x86_64)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Descriptions for each patch are in the mbox-formatted patch file.
Subject: [PATCH 01/13] Use flags for GNU grep, not BSD grep.
Subject: [PATCH 02/13] Remove flags not supported by Mac ld.
Subject: [PATCH 03/13] Undefine __APPLE__ in usrsctp.
Subject: [PATCH 04/13] Include <sys/socket.h> in macifaddrs_converter.cc.
Subject: [PATCH 05/13] Allow non-mac to build .m and .mm sources (objc and
Subject: [PATCH 06/13] Propagate "-framework Foundations" in ldflags.
Subject: [PATCH 07/13] Provide definitions of NS_ENUM and NS_OPTIONS.
Subject: [PATCH 08/13] Remove lightweight-generics annotations from NSArray
Subject: [PATCH 09/13] Use -fobjc-arc in webrtc/build/objc_common.gypi.
Subject: [PATCH 10/13] Replace firstObject with objectAtIndex:0.
Subject: [PATCH 11/13] fobjc-arc
Subject: [PATCH 12/13] Use objectAtIndex instead of array index syntax.
Subject: [PATCH 13/13] Hack out some more NS_ENUM and NS_OPTIONS.
|
| | |
| |
| |
| |
| |
| |
| | |
As in ab1e5cffbf548f9f586b81928dc22ae90bdec374 for linux.
Update the "$(SDKROOT)" replacement command. Use our own $SDKROOT as the
replacement. Files are now found in additional subdirectories.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
The webrtc source extensively uses symlinks, which the "tar -h" in
copy-to-target flattens into duplicate files. Also, the tarball
(omitting .git history) is way smaller than the full source tree (1.5 GB
compared to 13 GB).
|
| | |
| |
| |
| | |
This is needed for cross-compilation of libwebrtc for mac.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
http://public.kitware.com/Bug/view.php?id=14603
http://public.kitware.com/Bug/file_download.php?file_id=4981&type=bug
The first public release of cmake that has this fix is v3.0.0.
Without this, setting CMAKE_SYSTEM_NAME=Darwin results in errors:
-- The CXX compiler identification is Clang 3.8.0
-- The C compiler identification is Clang 3.8.0
CMake Error at /home/debian/install/cmake/share/cmake-2.8/Modules/Platform/Darwin.cmake:344 (list):
list sub-command REMOVE_DUPLICATES requires list to be present.
Call Stack (most recent call first):
/home/debian/install/cmake/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
CMakeLists.txt:15 (project)
-- Check for working CXX compiler: /home/debian/install/clang/bin/clang++
CMake Error at /home/debian/install/cmake/share/cmake-2.8/Modules/Platform/Darwin.cmake:344 (list):
list sub-command REMOVE_DUPLICATES requires list to be present.
Call Stack (most recent call first):
/home/debian/install/cmake/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
CMakeLists.txt:2 (PROJECT)
CMake Error: Internal CMake error, TryCompile configure of cmake failed
-- Check for working CXX compiler: /home/debian/install/clang/bin/clang++ -- broken
CMake Error at /home/debian/install/cmake/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54 (message):
The C++ compiler "/home/debian/install/clang/bin/clang++" is not able to
compile a simple test program.
It fails with the following output:
CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
CMakeLists.txt:15 (project)
-- Configuring incomplete, errors occurred!
See also "/home/debian/build/libcxx/build/CMakeFiles/CMakeOutput.log".
See also "/home/debian/build/libcxx/build/CMakeFiles/CMakeError.log".
|
| | | |
|
| | |
| |
| |
| |
| | |
This is a dependency of snowflake since
https://gitweb.torproject.org/pluggable-transports/snowflake.git/commit/?id=e93c38f83473476c8dddf9e107ce4df5bfea7882
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Set to f336982 as in https://github.com/keroserene/go-webrtc/issues/39.
Actually, at this moment, branch-heads/52 is 3 commits ahead (ca7fe7e)
of where it was at the time of GitHub #39.
I had to change "gyp_webrtc" to "gyp_webrtc.py" as the former is no
longer executable:
+ webrtc/build/gyp_webrtc
bash: line 288: webrtc/build/gyp_webrtc: Permission denied
"gyp_webrtc" just does:
execfile(__file__ + '.py')
I added "werror=" to GYP_DEFINES because of this warning that stopped
the build by being treated as an error:
../../webrtc/voice_engine/channel.cc: In member function 'void webrtc::voe::Channel::Demultiplex(const int16_t*, int, size_t, size_t)':
../../webrtc/voice_engine/channel.cc:2954:13: error: '*((void*)& codec +44)' may be used uninitialized in this function [-Werror=maybe-uninitialized]
CodecInst codec;
^
../../webrtc/voice_engine/channel.cc:2954:13: error: '*((void*)& codec +36)' may be used uninitialized in this function [-Werror=maybe-uninitialized]
cc1plus: all warnings being treated as errors
I suspect that more recent versions of GCC than our current 5.1.0 don't
raise a warning here.
I changed the test target name from
libjingle_peerconnection_unittest.isolated to
peerconnection_unittests.isolated. It seems that libjingle is going to
stop existing as a separate concern. Anyway, the old target name doesn't
exist:
+ ninja -C out/Release libjingle_peerconnection_unittest.isolated
ninja: Entering directory `out/Release'
ninja: error: unknown target 'libjingle_peerconnection_unittest.isolated'
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
https://lists.torproject.org/pipermail/tor-project/2016-July/000524.html
|
| | |
| |
| |
| |
| | |
meek-google was shut down by Google Cloud Platform:
https://lists.torproject.org/pipermail/tor-talk/2016-June/041699.html
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
On OSX, when building with DATA_OUTSIDE_APP_DIR = 1, set the
mode on all files and directories properly so that standard
(unprivileged) users can access all files in the app bundle.
|
| | | |
|
| | |
| |
| |
| | |
This should fix our broken nightly builds
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The values in build_targets can now be a list of values rather than a
single value and are all included in the generated .htaccess file. They
are also all tested in check_update_responses_deployement.
Additionally, a trailing '/' in the last RewriteRule in the .htaccess has
been added. This missing '/' was the reason why the requests using the
new BUILD_TARGET values were returning the en-US complete mar file
rather than an error.
|
| | | |
|
| | |
| |
| |
| | |
Changelog update, versions bump and config.yml update
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
Completely stop using libfaketime for Linux builds. For Windows builds
we have to keep using it for the tor, pluggable-transports and bundle
steps. For OSX builds, we keep it in the bundle steps for the timestamp
added when creating the dmg file with genisoimage.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It now requires an installation of go 1.4.x to bootstrap the build.
We set CGO_ENABLED=0 when building the bootstrap go compiler because go
1.4.3 won't build with a newer GNU toolchain:
https://github.com/golang/go/issues/13114. It didn't cause a problem for
me on Ubuntu 14.04, but this will prevent it from breaking in the
future. We don't need cgo in the bootstrap compiler.
The other change is that the go build system no longer allows us to pass
a command with arguments for CC_FOR_TARGET. I opened a ticket for it:
https://github.com/golang/go/issues/15457. We need -I and -L arguments
in the mac build so that gcc gan find its headers and libraries. So we
wrap up the arguments in a shell script and use the shell script as
CC_FOR_TARGET.
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Changelog update, version bump, config.yml update
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Version bumps, changelog update and config.yml update
|
| | | |
|
| | |
| |
| |
| |
| | |
This commit bumps the meek tag to 0.22-18371-3 which is including the
changes on the pluggable transport side that are necessary to fix #18904.
|