- 20 Apr, 2015 1 commit
-
-
Brian May authored
Fix the most blatant issues of the generated .deb
-
- 18 Apr, 2015 12 commits
-
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
-
Axel Beckert authored
Otherwise the package is only installable on current Ubuntu releases and neither on future Ubuntu releases (which will use systemd) nor on Debian and other Debian derivatives (where the administrator can decided which init system is used).
-
Axel Beckert authored
-
- 12 Apr, 2015 1 commit
-
-
Brian May authored
-
- 11 Apr, 2015 1 commit
-
-
Brian May authored
Fix clone url in README
-
- 10 Apr, 2015 1 commit
-
-
Luke Korth authored
-
- 23 Mar, 2015 1 commit
-
-
Brian May authored
fix sudo issue in yosemite
-
- 22 Mar, 2015 3 commits
- 21 Mar, 2015 2 commits
- 19 Mar, 2015 3 commits
- 16 Mar, 2015 3 commits
- 16 Dec, 2014 2 commits
-
-
Tim D. Smith authored
-
Tim D. Smith authored
-
- 06 Oct, 2014 3 commits
-
-
Tianyi Cui authored
(Slightly modified by apenwarr)
-
Miguel Landaeta authored
-
Avery Pennarun authored
There were still a few conditions under some OSes that would cause firewall.py to terminate without cleaning up the firewall settings. 'pkill sshuttle' was one of them. Ignore a couple more signals to further ensure a correct cleanup. (This only affects sshuttle --firewall, which is a subprocess of the main sshuttle process. The firewall is supposed to exit automatically whenever the client exits, and so far that part seems to work reliably.)
-
- 04 Oct, 2014 1 commit
-
-
Tyler Sy authored
For OS X systems without Python 2.5, runpython.c does not compile. Use python-config to get the paths for the latest version.
-
- 23 Sep, 2014 5 commits
-
-
Brian May authored
This is required so sshuttle can be run from git repository. The way the Debian package is created is non-standard, and probably needs redoing anyway.
-
Jimmy Tang authored
(apenwarr: also updates to the matching, latest minimal/do)
-
Avery Pennarun authored
Not sure if this will fix anything, but it might stop the problem reported on some MacOS versions where the firewall doesn't get cleaned up correctly.
-
Avery Pennarun authored
If the subprocess was trying to write to its stdout/stderr, its process would never actually finish because it was blocked waiting for us to read it, but we were blocked on waitpid(). Instead, use waitpid(WNOHANG) and continually read from the subprocess (which should be a blocking operation) until it exits.
-
Avery Pennarun authored
I guess we were causing the kernel to syslog on every single packet on MacOS. Oops.
-
- 16 Sep, 2014 1 commit
-
-
Brian May authored
-