- Sep 11, 2023
-
- Aug 28, 2023
-
-
- Aug 25, 2023
-
-
- Aug 24, 2023
-
-
For details, see https://github.com/shadow/shadow/issues/2980
-
-
- Aug 14, 2023
-
-
meskio authored
Gitlab doesn't support '#v' expansion for the links name and url: https://docs.gitlab.com/ee/ci/variables/where_variables_can_be_used.html https://docs.gitlab.com/ee/ci/variables/where_variables_can_be_used.html#gitlab-internal-variable-expansion-mechanism The current releases include a 'snowflake-.tar.gz' that gives a 404, because the link provided is missing the tag part. Let's keep it simple and produce a tar.gz with the v in the name like snowflake-v2.6.0.tar.gz Closes: #40282
-
- Jul 29, 2023
-
-
- Jul 28, 2023
-
- Jul 03, 2023
-
-
meskio authored
So renovate doesn't create tons of merge requests.
- Jun 29, 2023
-
-
David Fifield authored
With these not being closed, they were continuing to consume resources after the return of the test function, which was affecting the later BenchmarkSendQueue. Before: ``` snowflake/common/turbotunnel$ go test -bench BenchmarkSendQueue -v === RUN TestQueueIncomingOversize --- PASS: TestQueueIncomingOversize (0.00s) === RUN TestWriteToOversize --- PASS: TestWriteToOversize (0.00s) === RUN TestRestoreMTU --- PASS: TestRestoreMTU (0.00s) === RUN TestRestoreCap --- PASS: TestRestoreCap (0.00s) === RUN TestQueuePacketConnWriteToKCP --- PASS: TestQueuePacketConnWriteToKCP (1.01s) goos: linux goarch: amd64 pkg: gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/v2/common/turbotunnel cpu: Intel(R) Core(TM) i5 CPU 680 @ 3.60GHz BenchmarkSendQueue BenchmarkSendQueue-4 8519708 136.0 ns/op PASS ok gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/v2/common/turbotunnel 3.481s ``` After: ``` snowflake/common/turbotunnel$ go test -bench BenchmarkSendQueue -v === RUN TestQueueIncomingOversize --- PASS: TestQueueIncomingOversize (0.00s) === RUN TestWriteToOversize --- PASS: TestWriteToOversize (0.00s) === RUN TestRestoreMTU --- PASS: TestRestoreMTU (0.00s) === RUN TestRestoreCap --- PASS: TestRestoreCap (0.00s) === RUN TestQueuePacketConnWriteToKCP --- PASS: TestQueuePacketConnWriteToKCP (1.02s) goos: linux goarch: amd64 pkg: gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/v2/common/turbotunnel cpu: Intel(R) Core(TM) i5 CPU 680 @ 3.60GHz BenchmarkSendQueue BenchmarkSendQueue-4 11620237 105.7 ns/op PASS ok gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/v2/common/turbotunnel 3.244s ```
-
David Fifield authored
-
- Jun 20, 2023
-
-
Cecylia Bocovich authored
The version of x/sys we're using requires go1.17 or later
-
- Jun 19, 2023
-
-
Cecylia Bocovich authored
-
- Jun 14, 2023
-
-
Cecylia Bocovich authored
This is a workaround for older versions of android that do not trust the Let's Encrypt root certificate. #40087
-
- Jun 08, 2023
-
-
David Fifield authored
When the orport-srcaddr option is set, we bind to a source IP address before dialing the ORPort/ExtORPort. tor similarly binds to a source IP address when OutboundBindAddress is set in torrc. Since tor 0.4.7.13, tor sets IP_BIND_ADDRESS_NO_PORT, and because problems arise when some programs use IP_BIND_ADDRESS_NO_PORT and some do not, we also have to start using IP_BIND_ADDRESS_NO_PORT when we upgrade tor (#40270). Related: #40198
-
xqiu authored
-
- May 31, 2023
-
-
meskio authored
Related: tpo/anti-censorship/team#86
-
- May 29, 2023
- Apr 20, 2023
-
-
David Fifield authored
It was silently exiting at the "recordingStart":"2022-09-23T17:06:59.680537075Z" line, the first line whose length (66873) exceeds bufio.MaxScanTokenSize. Now distinctcounter exits with an error status instead of reporting partial results. $ ./distinctcounter -from 2023-01-01T00:00:00Z -to 2023-01-10T00:00:00Z -in metrics-ip-salted.jsonl 2023/04/20 13:54:11 unable to count:bufio.Scanner: token too long
-
meskio authored
-
- Apr 19, 2023
-
-
meskio authored
-
- Apr 05, 2023
-
-
David Fifield authored
This is meant to reduce overall allocations. See past discussion at #40260 (comment 2885524) ff.
-
David Fifield authored
The noise-generating goroutine was meant to stop when the parent function returned and closed the `done` channel. The `break` in the loop was wrongly exiting only from the `select`, not from the `for`. This was the cause of banchmark anomalies in #40260 (comment 2885832). The noise-generating loop from the test was continuing to run while the benchmarks were running.
-
David Fifield authored
Since d2858aeb the caller is permitted to reuse its slice again.
-
David Fifield authored
-
- Apr 03, 2023
-
-
David Fifield authored
This error return was lost in 11f08462; i.e. !31. Fixes #40043.
-
- Mar 29, 2023
-
-
David Fifield authored
-
- Mar 22, 2023
-
-
shelikhoo authored
-
- webrtc and dtls libs got the "Skip Hello Verify" patches applied Link: https://github.com/pion/dtls/pull/513 Link: https://github.com/pion/webrtc/pull/2433
-
- Mar 14, 2023
- Mar 13, 2023
-
-
David Fifield authored
-
David Fifield authored
Revert "Take ownership of buffer in QueuePacketConn QueueIncoming/WriteTo" See merge request !140
-
David Fifield authored
This reverts commit 839d2218. (Except for the added benchmarks in queuepacketconn_test.go.) This change corresponds to the issues #40187 and #40199. The analysis in #40199 was wrong; kcp-go does reuse the buffers it passes to QueuePacketConn.WriteTo. This led to unsynchronized reuse of packet buffers and mangled packets observable at the client: #40260. Undoing the change in QueuePacketConn.QueueIncoming as well, for symmetry, even though it is not implicated in any correctness problems.
-
David Fifield authored
For #40260.
-