- Jan 03, 2017
-
-
Damian Johnson authored
Hotfix release so our descriptor validator is content with the live tor consensus... https://trac.torproject.org/projects/tor/ticket/21059
-
Damian Johnson authored
Tor's spec details the order that consensus fields should appear in, but this is a detail tor frequently gets wrong. The spec's been changed to loosen this requirement... https://trac.torproject.org/projects/tor/ticket/21059 https://gitweb.torproject.org/torspec.git/commit/?id=578477a As such Stem should no longer validate this. New misordered additions in the live tor consensus have been causing our validator to alarm but with this it's once again happy. Turns out the order check also masked some issues with our missing fields test. Took a while to figure out but in-place modification of our 'attr' subtly broke it. Addressing this with a defensive shallow copy.
-
- Dec 06, 2016
-
-
Damian Johnson authored
Juan pointed out that packagers use resources that aren't available by default as part of our source distribution. Including everything in the tarball we upload.
-
Damian Johnson authored
Reformatting broke test_installs_all_data_files. It was a bit better so I might re-introduce the change later - just don't want to hassle with rewriting the test right now.
-
- Dec 05, 2016
-
-
Damian Johnson authored
Having a hardcoded Manifest.in is error prone. Unfortunately we need to do it, so to avoid shooting ourselves in the foot we need a test. This checks that source distributions we generate match the contents of the git repository.
-
Damian Johnson authored
The manifest solely exists to make our source distribution contain the files it should. Silly we can't simply specify them in our setup() call, but oh well. Lets include this in our setup.py to avoid clutter and keep this where it should be.
-
Damian Johnson authored
Now that we have a MANIFEST.in our setup.py generates a MANIFEST. Hate leaving turds around so cleaning it up.
-
Damian Johnson authored
Running our setup.py when this wasn't your cwd failed. Quick fix to account for this.
-
Damian Johnson authored
Oops! Dererk noticed our docs/_build/* is present in the tarballs we upload. Turns out test/data/* is too. Excluding things specified by our gitignore. We'll need to be careful to double check that there's no untracked files before uploads...
-
Damian Johnson authored
Juan pointed out the source distribution we upload does have docs, tests, or our LICENSE file. This is because we moved from uploading a git archive to 'python setup.py sdist', which is the more proper thing to upload nowadays.
-
- Nov 20, 2016
-
-
Damian Johnson authored
Release creation in PyPI is both error prone and unfixable. As such it's safest if we have a scrap project to sanity check that things are working as intended before permanently screwing up our package. Really silly we need to do this, but that's life. https://github.com/pypa/packaging-problems/issues/74#issuecomment-260716129 Previously we made releases with 'python setup.py upload' but PyPI has broken this by prohibiting non-SSL uploads. Twine now seems to be the only game in town so updating our setup.py clauses with things we previously set via the site. One caveat is that PyPI's bug tracker field evidently cannot be set via the setup.py... https://stackoverflow.com/questions/14459828/how-to-set-bug-tracker-url-in-setup-py-script Oh well. Close enough.
-
- Nov 17, 2016
-
-
Damian Johnson authored
Damnit PyPI, you cannot legitimately claim this isn't a bug. Long story short if a file is improperly uploaded that version is left in an unfixable state, forcing us to do a version bump. https://github.com/pypa/packaging-problems/issues/74#issuecomment-260716129 No changes to Stem here. Just bumping the version to get around their bug.
-
- Nov 14, 2016
-
-
Damian Johnson authored
-
Damian Johnson authored
Usually I wouldn't bother for a minor one-off change but we're about to cut a release, so might as well make sure we're fully up to date.
-
- Nov 12, 2016
-
-
Damian Johnson authored
One trouble with the ONLINE testing target is that it's run so infrequently. Tor manual changes are causing a few assertion failures. Correcting them.
-
- Nov 06, 2016
-
-
Damian Johnson authored
On #17306 neel's test output has quite a few pyflakes issues I don't get... https://trac.torproject.org/projects/tor/attachment/ticket/17306/integ_test.txt These would be a hassle to suppress one by one so allowing our config to suppress by prefix or suffix.
-
-
Ephemeral hidden services do not touch disk so there is no hidden service directory to display.
-
-
The xrange function no longer exists in Python 3 [0]. [0] https://docs.python.org/3.0/whatsnew/3.0.html#views-and-iterators-instead-of-lists
-
-
Damian Johnson authored
Vidalia link no longer worked and trac components are now nested.
-
Damian Johnson authored
Simple error with our new test... ====================================================================== FAIL: test_installs_all_data_files ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/atagar/Desktop/stem/test/unit/installation.py", line 82, in test_installs_all_data_files self.fail("setup.py doesn't install %s" % path) AssertionError: setup.py doesn't install /home/atagar/Desktop/stem/stem/.settings.cfg.swp ---------------------------------------------------------------------- Ran 2 tests in 0.018s FAILED (failures=1)
-
Damian Johnson authored
As tor adds new config options we want short, particularly human-readable summaries. Filling in the new additons. We have a test that checks for this but it required the ONLINE integ target so really never gets run in practice. Replacing this with a unit test since honestly we don't need the downloaded information for this one.
-
- Nov 04, 2016
-
-
-
-
Damian Johnson authored
Oops, good catch on... https://trac.torproject.org/projects/tor/ticket/20477#comment:5
-
Damian Johnson authored
Another easy gotcha that's bitten me before. Like modules, non-source files need to be explicitely listed.
-
Damian Johnson authored
I've screwed up on this enough times that we might as well have a test for it. :P
-
Damian Johnson authored
Oops, missed a couple spots where we still call it pep8.
-
- Nov 03, 2016
-
-
Damian Johnson authored
Interesting, I use vim but have never seen these. Maybe it's something with newer versions? Regardless, great catch from Chelsea... https://trac.torproject.org/projects/tor/ticket/20520
-
Damian Johnson authored
Minorest of minor nitpicks. Was perfectly fine, just prefer a blank line and for exclude to be in the conditional (imho didn't previously add any readability).
-
required files
-
-
- Nov 02, 2016
-
-
Damian Johnson authored
Fantastic, turns out tor supports this! https://trac.torproject.org/projects/tor/ticket/20501#comment:5 Adding a new get_consensus() arg for getting the microdescriptor consensus.
-
- Nov 01, 2016
-
-
Damian Johnson authored
Just a few small tor changes since we last synced.
-
Damian Johnson authored
Updating our fallback directories caused a big delta, not because of the changes but because we have a random ordering. Sorting our config file by the fallback fingerprints so we have small deltas in the future. Only functional change to the config file is the following to get us in sync... * Removed FCB6695F8F2DC240E974510A4B3A0F2B12AB5B64 as a fallback directory * Removed 14419131033443AE6E21DA82B0D307F7CAE42BDB as a fallback directory * Removed 5525D0429BFE5DC4F1B0E9DE47A4CFA169661E33 as a fallback directory * Removed 29F1020B94BE25E6BE1AD13E93CE19D2131B487C as a fallback directory * Removed E781F4EC69671B3F1864AE2753E0890351506329 as a fallback directory * Removed DE134FC8E5CC4EC8A5DE66934E70AC9D70267197 as a fallback directory * Removed 6A640018EABF3DA9BAD9321AA37C2C87BBE1F907 as a fallback directory * Removed 6FC6F08270D565BE89B7C819DD8E2D487397C073 as a fallback directory
-
Damian Johnson authored
This was a great test at one point but tor's added so many fallbacks that it takes *forever*. At a rough guess maybe a half hour. Better as a DocTor check anyway (think we actually have one already...).
-
- Oct 30, 2016
-
-
Damian Johnson authored
Interesting. Teor ran into an issue due to lsof returning three (rather than the expected two) values on OSX... https://trac.torproject.org/projects/tor/ticket/20477 Not quite sure why but meh, easy to fix.
-
- Oct 29, 2016
-
-
Damian Johnson authored
Good point from Tom that our docs around this are wrong... https://trac.torproject.org/projects/tor/ticket/20493 https://gitweb.torproject.org/torspec.git/tree/dir-spec.txt#n2012
-