nihilist/tor
1
0
Fork 0
mirror of https://gitlab.torproject.org/tpo/core/tor.git synced 2024-11-10 21:23:58 +01:00
Code Issues Packages Projects Releases Wiki Activity
37bb3b31fa
tor/.gitignore

222 lines
3.8 KiB
Plaintext
Raw Normal View History

Add foo.o and foo~ files to gitignore.
2009-04-29 20:00:14 +02:00
# Editor droppings
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
\#*\#
.#*
Add foo.o and foo~ files to gitignore.
2009-04-29 20:00:14 +02:00
*~
Add *.swp to .gitignore as vim's editor dropping.
2009-05-27 18:10:37 +02:00
*.swp
Add foo.o and foo~ files to gitignore.
2009-04-29 20:00:14 +02:00
# C stuff
*.o
Add some MSVC stuff to gitignore
2012-05-14 18:35:10 +02:00
*.obj
Add foo.o and foo~ files to gitignore.
2009-04-29 20:00:14 +02:00
# Diff droppings
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
*.orig
*.rej
# gcov stuff
*.gcno
*.gcov
*.gcda
# Autotools stuff
.deps
Update .gitignore with new autotools droppings from nonrecursive make
2012-08-27 16:11:55 +02:00
.dirstamp
More .gitignore tweaks; goodbye latex; hello trs We don't have any more latex files in Tor, so there's no reason to .gitignore all of the latex droppings. On the other hand, automake likes to use .trs files and .log for test suite outputs.
2014-04-30 19:19:19 +02:00
*.trs
*.log
Add calltool cache files to gitignore
2017-03-26 12:28:00 +02:00
# Calltool stuff
.*.graph
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# Stuff made by our makefiles
*.bak
Add new ntor bits to gitignore
2012-12-08 06:57:19 +01:00
# Python droppings
*.pyc
Deal with the aftermath of sorting contrib This basically amounts to grepping for every file that mentioned contrib and adjusting its references to refer to the right place.
2014-04-28 17:59:55 +02:00
*.pyo
Add cscope generated files to .gitignore. Closes #13092; patch from dgoulet.
2014-09-08 21:07:54 +02:00
# Cscope
cscope.*
add dSYM files to gitignore (they are an osx thing)
2015-08-06 03:41:31 +02:00
# OSX junk
*.dSYM
Ignore OS X .DS_Store files
2015-10-02 10:51:53 +02:00
.DS_Store
Add Fallback Directory Candidate Selection Script "Tor has included a feature to fetch the initial consensus from nodes other than the authorities for a while now. We just haven't shipped a list of alternate locations for clients to go to yet. Reasons why we might want to ship tor with a list of additional places where clients can find the consensus is that it makes authority reachability and BW less important. We want them to have been around and using their current key, address, and port for a while now (120 days), and have been running, a guard, and a v2 directory mirror for most of that time." Features: * whitelist and blacklist for an opt-in/opt-out trial. * excludes BadExits, tor versions that aren't recommended, and low consensus weight directory mirrors. * reduces the weighting of Exits to avoid overloading them. * places limits on the weight of any one fallback. * includes an IPv6 address and orport for each FallbackDir, as implemented in #17327. (Tor won't bootstrap using IPv6 fallbacks until #17840 is merged.) * generated output includes timestamps & Onionoo URL for traceability. * unit test ensures that we successfully load all included default fallback directories. Closes ticket #15775. Patch by "teor". OnionOO script by "weasel", "teor", "gsathya", and "karsten".
2015-05-12 20:10:39 +02:00
# updateFallbackDirs.py temp files
details-*.json
uptime-*.json
*.full_url
*.last_modified
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /
/Makefile
/Makefile.in
/aclocal.m4
Use AM_PROG_AR to improve portability Turning on warnings in Automake makes it complain about not using the AM_PROG_AR macro. The AM_PROG_AR macro is required when LIBRARIES or LTLIBRARIES is used. The macro looks for an archiver and wraps it in the ar-lib script which is automatically generated so Git should ignore it. It makes the custom check for 'ar' obsolete so it is removed. The AM_PROG_AR macro was added in Automake 1.11.2 thus the minimum Automake version is increased.
2016-12-15 17:15:42 +01:00
/ar-lib
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/autom4te.cache
/build-stamp
Add 'compile' to .gitignore
2010-09-30 22:41:12 +02:00
/compile
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/configure
/Doxyfile
/orconfig.h
/orconfig.h.in
/config.cache
/config.log
/config.status
/config.guess
/config.sub
/conftest*
Update .gitignore with new autotools droppings from nonrecursive make
2012-08-27 16:11:55 +02:00
/micro-revision.*
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/patch-stamp
/stamp-h
/stamp-h.in
/stamp-h1
Add TAGS to gitignore.
2016-10-03 20:08:50 +02:00
/TAGS
Add a new automake dropping ("test-driver") to .gitignore
2013-01-16 07:56:35 +01:00
/test-driver
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/tor.sh
/tor.spec
/depcomp
/install-sh
/missing
/mkinstalldirs
/Tor*Bundle.dmg
/tor-*-win32.exe
Ignore coverage_html/
2014-09-10 17:14:05 +02:00
/coverage_html/
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /contrib/
Deal with the aftermath of sorting contrib This basically amounts to grepping for every file that mentioned contrib and adjusting its references to refer to the right place.
2014-04-28 17:59:55 +02:00
/contrib/dist/tor.sh
/contrib/dist/torctl
Update .gitignore for doc, contrib changes In doc, restoring torify made us generate some .in files we didn't before. In contrib, we added tor.service.in, but didn't add tor.service to .gitignore
2014-04-30 16:58:18 +02:00
/contrib/dist/tor.service
Deal with the aftermath of sorting contrib This basically amounts to grepping for every file that mentioned contrib and adjusting its references to refer to the right place.
2014-04-28 17:59:55 +02:00
/contrib/operator-tools/tor.logrotate
/contrib/dist/suse/tor.sh
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /debian/
/debian/files
Build debian's micro-revision into the binary If we have a debian/micro-revision.i, replace the one in src/or with our copy so that this will be the revision that ends up in the binary. This is an informational only version string, but it'd be kinda nice if it was (more) accurate nonetheless. Of course this won't help if people manually patch around but it's still preferable to claiming we are exactly upstream's source. If we are building directly out of a git tree, update debian/micro-revision.i in the clean target.
2009-09-21 14:51:26 +02:00
/debian/micro-revision.i
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/debian/patched
/debian/tor
/debian/tor.postinst.debhelper
/debian/tor.postrm.debhelper
/debian/tor.prerm.debhelper
/debian/tor.substvars
# /doc/
/doc/Makefile
/doc/Makefile.in
/doc/doxygen
Convert the Tor manpage to asciidoc. This should be a very faithful conversion, preserving as much of the layout of the old manpage as possible. This wasn't possible for the nt-service and the DataDirectory/state parts. See a later commit for some small cleanups. Tiago Faria helped with the asciidoc conversion, big thanks!
2010-01-19 14:53:38 +01:00
/doc/tor.1
/doc/tor.1.in
/doc/tor.html
/doc/tor.html.in
add a2x intermediate files to gitignore
2010-02-01 04:53:40 +01:00
/doc/tor.1.xml
Convert the tor-gencert manpage to asciidoc
2010-01-18 08:42:48 +01:00
/doc/tor-gencert.1
/doc/tor-gencert.1.in
/doc/tor-gencert.html
/doc/tor-gencert.html.in
add a2x intermediate files to gitignore
2010-02-01 04:53:40 +01:00
/doc/tor-gencert.1.xml
Convert the tor-resolve manpage to asciidoc
2010-01-19 14:51:10 +01:00
/doc/tor-resolve.1
/doc/tor-resolve.1.in
/doc/tor-resolve.html
/doc/tor-resolve.html.in
add a2x intermediate files to gitignore
2010-02-01 04:53:40 +01:00
/doc/tor-resolve.1.xml
Convert the torify manpage to asciidoc
2010-01-19 04:35:04 +01:00
/doc/torify.1
Update .gitignore for doc, contrib changes In doc, restoring torify made us generate some .in files we didn't before. In contrib, we added tor.service.in, but didn't add tor.service to .gitignore
2014-04-30 16:58:18 +02:00
/doc/torify.1.in
Convert the torify manpage to asciidoc
2010-01-19 04:35:04 +01:00
/doc/torify.html
Update .gitignore for doc, contrib changes In doc, restoring torify made us generate some .in files we didn't before. In contrib, we added tor.service.in, but didn't add tor.service to .gitignore
2014-04-30 16:58:18 +02:00
/doc/torify.html.in
add a2x intermediate files to gitignore
2010-02-01 04:53:40 +01:00
/doc/torify.1.xml
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /doc/spec/
/doc/spec/Makefile
/doc/spec/Makefile.in
add newly generated files to .gitignore
2015-03-14 18:04:03 +01:00
# /scripts
/scripts/maint/checkOptionDocs.pl
/scripts/maint/updateVersions.pl
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /src/
/src/Makefile
/src/Makefile.in
# /src/common/
/src/common/Makefile
/src/common/Makefile.in
/src/common/libor.a
Start work on fancy compiler tricks to expose extra stuff to our tests This is mainly a matter of automake trickery: we build each static library in two versions now: one with the TOR_UNIT_TESTS macro defined, and one without. When TOR_UNIT_TESTS is defined, we can enable mocking and expose more functions. When it's not defined, we can lock the binary down more. The alternatives would be to have alternate build modes: a "testing configuration" for building the libraries with test support, and a "production configuration" for building them without. I don't favor that approach, since I think it would mean more people runnning binaries build for testing, or more people not running unit tests.
2013-06-06 20:56:05 +02:00
/src/common/libor-testing.a
Add some MSVC stuff to gitignore
2012-05-14 18:35:10 +02:00
/src/common/libor.lib
Add -ftrapv to gcc-hardening ... mostly! We know there are overflows in curve25519-donna-c32, so we'll have to have that one be fwrapv. Only apply the asan, ubsan, and trapv options to the code that does not need to run in constant time. Those options introduce branches to the code they instrument. (These introduced branches should never actually be taken, so it might _still_ be constant time after all, but branch predictors are complicated enough that I'm not really confident here. Let's aim for safety.) Closes 17983.
2016-04-13 00:59:40 +02:00
/src/common/libor-ctime.a
/src/common/libor-ctime-testing.a
/src/common/libor-ctime.lib
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/src/common/libor-crypto.a
Start work on fancy compiler tricks to expose extra stuff to our tests This is mainly a matter of automake trickery: we build each static library in two versions now: one with the TOR_UNIT_TESTS macro defined, and one without. When TOR_UNIT_TESTS is defined, we can enable mocking and expose more functions. When it's not defined, we can lock the binary down more. The alternatives would be to have alternate build modes: a "testing configuration" for building the libraries with test support, and a "production configuration" for building them without. I don't favor that approach, since I think it would mean more people runnning binaries build for testing, or more people not running unit tests.
2013-06-06 20:56:05 +02:00
/src/common/libor-crypto-testing.a
Add some MSVC stuff to gitignore
2012-05-14 18:35:10 +02:00
/src/common/libor-crypto.lib
Update Tor to use Libevent 2.0 APIs when available. This patch adds a new compat_libevent.[ch] set of files, and moves our Libevent compatibility and utilitity functions there. We build them into a separate .a so that nothing else in src/commmon depends on Libevent (partially fixing bug 507). Also, do not use our own built-in evdns copy when we have Libevent 2.0, whose evdns is finally good enough (thus fixing Bug 920).
2009-06-04 07:05:23 +02:00
/src/common/libor-event.a
Start work on fancy compiler tricks to expose extra stuff to our tests This is mainly a matter of automake trickery: we build each static library in two versions now: one with the TOR_UNIT_TESTS macro defined, and one without. When TOR_UNIT_TESTS is defined, we can enable mocking and expose more functions. When it's not defined, we can lock the binary down more. The alternatives would be to have alternate build modes: a "testing configuration" for building the libraries with test support, and a "production configuration" for building them without. I don't favor that approach, since I think it would mean more people runnning binaries build for testing, or more people not running unit tests.
2013-06-06 20:56:05 +02:00
/src/common/libor-event-testing.a
Add some MSVC stuff to gitignore
2012-05-14 18:35:10 +02:00
/src/common/libor-event.lib
Add new ntor bits to gitignore
2012-12-08 06:57:19 +01:00
/src/common/libcurve25519_donna.a
/src/common/libcurve25519_donna.lib
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /src/config/
/src/config/Makefile
/src/config/Makefile.in
/src/config/sample-server-torrc
/src/config/torrc
/src/config/torrc.sample
Divide torrc.sample into torrc.sample and torrc.minimal torrc.minimal is now the one that should change as infrequently as possible. To schedule an change to go into it eventually, make your change to torrc.minimal.in-sample. torrc.sample is now the volatile one: we can change it to our hearts' content. Closes ticket #11144
2014-09-03 01:10:42 +02:00
/src/config/torrc.minimal
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
Add Ed25519 support, wrappers, and tests. Taken from earlier ed25519 branch based on floodyberry's ed25519-donna. Tweaked so that it applies to ref10 instead.
2013-09-29 19:30:24 +02:00
# /src/ext/
/src/ext/ed25519/ref10/libed25519_ref10.a
/src/ext/ed25519/ref10/libed25519_ref10.lib
Integrate ed25519-donna (Not yet used). Integrate ed25519-donna into the build process, and provide an interface that matches the `ref10` code. Apart from the blinding and Curve25519 key conversion, this functions as a drop-in replacement for ref10 (verified by modifying crypto_ed25519.c). Tests pass, and the benchmarks claim it is quite a bit faster, however actually using the code requires additional integration work.
2015-07-06 11:40:28 +02:00
/src/ext/ed25519/donna/libed25519_donna.a
/src/ext/ed25519/donna/libed25519_donna.lib
add libkeccak-tiny to .gitignore
2015-12-20 22:23:42 +01:00
/src/ext/keccak-tiny/libkeccak-tiny.a
/src/ext/keccak-tiny/libkeccak-tiny.lib
Add Ed25519 support, wrappers, and tests. Taken from earlier ed25519 branch based on floodyberry's ed25519-donna. Tweaked so that it applies to ref10 instead.
2013-09-29 19:30:24 +02:00
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /src/or/
/src/or/Makefile
/src/or/Makefile.in
/src/or/tor
add .exe files to gitignore
2010-02-25 23:02:02 +01:00
/src/or/tor.exe
Coverage support: build with --enable-coverage to have tests run with gcov If you pass the --enable-coverage flag on the command line, we build our testing binaries with appropriate options eo enable coverage testing. We also build a "tor-cov" binary that has coverage enabled, for integration tests. On recent OSX versions, test coverage only works with clang, not gcc. So we warn about that. Also add a contrib/coverage script to actually run gcov with the appropriate options to generate useful .gcov files. (Thanks to automake, the .o files will not have the names that gcov expects to find.) Also, remove generated gcda and gcno files on clean.
2013-07-09 18:37:11 +02:00
/src/or/tor-cov
/src/or/tor-cov.exe
Move testing code into new src/test directory.
2009-09-22 18:31:15 +02:00
/src/or/libtor.a
Start work on fancy compiler tricks to expose extra stuff to our tests This is mainly a matter of automake trickery: we build each static library in two versions now: one with the TOR_UNIT_TESTS macro defined, and one without. When TOR_UNIT_TESTS is defined, we can enable mocking and expose more functions. When it's not defined, we can lock the binary down more. The alternatives would be to have alternate build modes: a "testing configuration" for building the libraries with test support, and a "production configuration" for building them without. I don't favor that approach, since I think it would mean more people runnning binaries build for testing, or more people not running unit tests.
2013-06-06 20:56:05 +02:00
/src/or/libtor-testing.a
Add some MSVC stuff to gitignore
2012-05-14 18:35:10 +02:00
/src/or/libtor.lib
Move testing code into new src/test directory.
2009-09-22 18:31:15 +02:00
# /src/test
/src/test/Makefile
/src/test/Makefile.in
New src/test/bench.c to allow us to actually _run_ benchmark code Yes, the timing functions are suboptimal. Please improve!
2011-11-11 18:34:03 +01:00
/src/test/bench
/src/test/bench.exe
Move testing code into new src/test directory.
2009-09-22 18:31:15 +02:00
/src/test/test
Split the slow unit tests into their own binary This can run in parallel with the faster ones and the other tests.
2015-01-23 17:15:53 +01:00
/src/test/test-slow
Tests for backtrace.c These need to be a separate executable, since the point of backtrace.c is that it can crash and write stuff.
2013-07-30 03:56:31 +02:00
/src/test/test-bt-cl
Add a unit test for tor_spawn_background - Test sucessfully starting a process - Test failing to find the executable
2010-10-10 19:12:23 +02:00
/src/test/test-child
Test: add missing libor.a in include.am Also add test-memwipe to .gitignore file. Signed-off-by: David Goulet <dgoulet@ev0ke.net>
2015-03-24 21:04:28 +01:00
/src/test/test-memwipe
Add new ntor bits to gitignore
2012-12-08 06:57:19 +01:00
/src/test/test-ntor-cl
Add unit tests for switch_id(), including tests for capabilities
2015-11-06 21:35:15 +01:00
/src/test/test-switch-id
Quick-and-dirty test for timers code.
2016-04-13 21:30:59 +02:00
/src/test/test-timers
Rename bench_workqueue -> test_workqueue and make it a unit test.
2013-09-25 17:36:02 +02:00
/src/test/test_workqueue
Add src/test/test{-child}.exe to gitignore. bug3626
2011-07-21 14:40:25 +02:00
/src/test/test.exe
Split the slow unit tests into their own binary This can run in parallel with the faster ones and the other tests.
2015-01-23 17:15:53 +01:00
/src/test/test-slow.exe
Tests for backtrace.c These need to be a separate executable, since the point of backtrace.c is that it can crash and write stuff.
2013-07-30 03:56:31 +02:00
/src/test/test-bt-cl.exe
Add src/test/test{-child}.exe to gitignore. bug3626
2011-07-21 14:40:25 +02:00
/src/test/test-child.exe
Add new ntor bits to gitignore
2012-12-08 06:57:19 +01:00
/src/test/test-ntor-cl.exe
add test-memwipe to .gitignore
2015-06-17 19:01:39 +02:00
/src/test/test-memwipe.exe
Add unit tests for switch_id(), including tests for capabilities
2015-11-06 21:35:15 +01:00
/src/test/test-switch-id.exe
Quick-and-dirty test for timers code.
2016-04-13 21:30:59 +02:00
/src/test/test-timers.exe
Rename bench_workqueue -> test_workqueue and make it a unit test.
2013-09-25 17:36:02 +02:00
/src/test/test_workqueue.exe
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
Fuzzing: initialize siphash key, don't init_logging twice.
2016-12-14 02:24:54 +01:00
# /src/test/fuzz
/src/test/fuzz/fuzz-*
Add libfuzzer support.
2016-12-19 21:17:42 +01:00
/src/test/fuzz/lf-fuzz-*
Fuzzing: initialize siphash key, don't init_logging twice.
2016-12-14 02:24:54 +01:00
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /src/tools/
/src/tools/tor-checkkey
/src/tools/tor-resolve
build tor-cov-{resolve,gencert} This allows us to run tor-cov-gencert from chutney for coverage builds.
2015-03-22 04:21:08 +01:00
/src/tools/tor-cov-resolve
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/src/tools/tor-gencert
build tor-cov-{resolve,gencert} This allows us to run tor-cov-gencert from chutney for coverage builds.
2015-03-22 04:21:08 +01:00
/src/tools/tor-cov-gencert
add .exe files to gitignore
2010-02-25 23:02:02 +01:00
/src/tools/tor-checkkey.exe
/src/tools/tor-resolve.exe
build tor-cov-{resolve,gencert} This allows us to run tor-cov-gencert from chutney for coverage builds.
2015-03-22 04:21:08 +01:00
/src/tools/tor-cov-resolve.exe
add .exe files to gitignore
2010-02-25 23:02:02 +01:00
/src/tools/tor-gencert.exe
build tor-cov-{resolve,gencert} This allows us to run tor-cov-gencert from chutney for coverage builds.
2015-03-22 04:21:08 +01:00
/src/tools/tor-cov-gencert.exe
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/src/tools/Makefile
/src/tools/Makefile.in
Use trunnel for crypto_pwbox encoding/decoding. This reduces the likelihood that I have made any exploitable errors in the encoding/decoding. This commit also imports the trunnel runtime source into Tor.
2014-09-24 16:51:39 +02:00
# /src/trunnel/
/src/trunnel/libor-trunnel-testing.a
/src/trunnel/libor-trunnel.a
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /src/win32/
/src/win32/Makefile
/src/win32/Makefile.in
Reference in New Issue Copy Permalink