nihilist/tor
1
0
Fork 0
mirror of https://gitlab.torproject.org/tpo/core/tor.git synced 2024-11-10 05:03:43 +01:00
Code Issues Packages Projects Releases Wiki Activity
e85ba7459e
tor/.gitignore

198 lines
3.3 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 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 an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /
/Makefile
/Makefile.in
/aclocal.m4
/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 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
Add more tor-fw-helper files to gitignore
2010-09-30 23:10:37 +02:00
/doc/tor-fw-helper.1
/doc/tor-fw-helper.1.in
/doc/tor-fw-helper.html
/doc/tor-fw-helper.html.in
/doc/tor-fw-helper.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
# /src/
/src/Makefile
/src/Makefile.in
# /src/common/
/src/common/Makefile
/src/common/Makefile.in
Command-line option to dump SHA1 digests of all source files. Now, when you call tor --digests, it dumps the SHA1 digest of each source file that Tor was built with. We support both 'sha1sum' and 'openssl sha1'. If the user is building from a tarball and they haven't edited anything, they don't need any program that calculates SHA1. If they _have_ modified a file but they don't have a program to calculate SHA1, we try to build so we do not output digests.
2009-01-04 03:43:05 +01:00
/src/common/common_sha1.i
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/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 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
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
# /src/or/
/src/or/Makefile
/src/or/Makefile.in
Command-line option to dump SHA1 digests of all source files. Now, when you call tor --digests, it dumps the SHA1 digest of each source file that Tor was built with. We support both 'sha1sum' and 'openssl sha1'. If the user is building from a tarball and they haven't edited anything, they don't need any program that calculates SHA1. If they _have_ modified a file but they don't have a program to calculate SHA1, we try to build so we do not output digests.
2009-01-04 03:43:05 +01:00
/src/or/or_sha1.i
Add an initial .gitignore to master
2009-04-29 15:19:18 +02:00
/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
Add new ntor bits to gitignore
2012-12-08 06:57:19 +01:00
/src/test/test-ntor-cl
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
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
# /src/tools/
/src/tools/tor-checkkey
/src/tools/tor-resolve
/src/tools/tor-gencert
add .exe files to gitignore
2010-02-25 23:02:02 +01:00
/src/tools/tor-checkkey.exe
/src/tools/tor-resolve.exe
/src/tools/tor-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
First implementation of tor-fw-helper. tor-fw-helper is a command-line tool to wrap and abstract various firewall port-forwarding tools. This commit matches the state of Jacob's tor-fw-helper branch as of 23 September 2010. (commit msg by Nick)
2010-04-17 02:45:12 +02:00
# /src/tools/tor-fw-helper/
/src/tools/tor-fw-helper/tor-fw-helper
/src/tools/tor-fw-helper/tor-fw-helper.exe
/src/tools/tor-fw-helper/Makefile
/src/tools/tor-fw-helper/Makefile.in
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