aboutsummaryrefslogtreecommitdiff
path: root/src/config/Makefile.am
Commit message (Collapse)AuthorAge
* Move to non-recursive makeStewart Smith2012-08-09
| | | | | | | | | | | | | | | | | | | | This gives us a few benefits: 1) make -j clean all this will start working, as it should. It currently doesn't. 2) increased parallel build recursive make will max out at number of files in a directory, non-recursive make doesn't have such a limitation 3) Removal of duplicate information in make files, less error prone I've also slightly updated how we call AM_INIT_AUTOMAKE, as the way that was used was not only deprecated but will be *removed* in the next major automake release (1.13).... so probably best that we can continue to bulid tor without requiring old automake. (see http://www.gnu.org/software/automake/manual/html_node/Public-Macros.html ) For more reasons why, see resources such as: http://miller.emu.id.au/pmiller/books/rmch/
* Do not ship a fallback-consensus until the related bugs are fixed.Nick Mathewson2008-05-29
| | | | svn:r14794
* Fix the rpm build: we need to list all our files in the files section. ↵Nick Mathewson2008-05-28
| | | | | | Also, put fallback-consensus and geoip file in /usr/share/tor/, not in /usr/share/ svn:r14778
* include the geoip file in the tarball, and load it by defaultRoger Dingledine2008-05-28
| | | | | | | | when tor starts. this breaks rpms and maybe other packages. svn:r14764
* revert r13221 (for now)Roger Dingledine2008-01-26
| | | | svn:r13289
* put the fallback-consensus file back into the tarball.Roger Dingledine2008-01-21
| | | | | | | | this should re-introduce bug 572, and maybe we'll get some actual bug reports this time. svn:r13221
* We were including instructions about what to do with theRoger Dingledine2007-11-11
| | | | | | | | src/config/fallback-consensus file, but we weren't actually including it in the tarball. Disable all of that for now. svn:r12467
* make it data_DATA too. debugging by random mutation.Roger Dingledine2007-11-11
| | | | svn:r12463
* We weren't actually including the src/config/fallback-consensusRoger Dingledine2007-11-10
| | | | | | | file in the tarball. Reported by phobos. svn:r12462
* r16246@catbus: nickm | 2007-10-28 19:34:58 -0400Nick Mathewson2007-10-28
| | | | | | | Implement a FallbackNetworkstatusFile (default to $prefix/share/tor/fallback-consensus) to that we know about lots of directory servers and routers when we start up the first time. svn:r12259
* Remove need for dirservers file: now, we note trusted dirservers in ↵Nick Mathewson2004-10-14
| | | | | | configuration options, and only need to remember addr:port and key digest for each one. svn:r2479
* rename torrc to torrc.sampleRoger Dingledine2004-03-30
| | | | | | | | now by default no torrc will be installed, so we'll just use the built-in defaults (we already do this on windows) svn:r1375
* stop expecting sample-server-torrc to be thereRoger Dingledine2003-12-02
| | | | svn:r873
* - cause configure to create a tor.sh which will have directories setSteven Hazel2003-10-15
| | | | | | | | | | | | | | | | correctly based on how configure was run - cause tor to guess the location of torrc more intelligently - cause cause src/config/torrc and src/conf/sample-server-torrc to be generated with contents that are correct for the way configure was run - cause "make install" to put torrc, sample-server-torrc, and dirservers somewhere intelligent svn:r587
* and a Makefile.am for src/config/Roger Dingledine2003-10-07
svn:r545