Testing neaten#10
Conversation
Don't depend on setuptools 'testing' extra for it.
1 similar comment
There was a problem hiding this comment.
makes builds faster (at least, puts us in a higher throughput queue), and travis is trying to push everyone that direction anyway.
|
This still fails to finish the install and does not fix #4 on my machine: https://gist.github.com/dhermes/f0c0650526c8d62f9230 In particular, check out the results of |
|
@dhermes just to confirm: is this just a vanilla ubuntu 14.04 machine? if so i want to try and repro this in GCE, to understand what's going on. either this is an issue in my |
|
Yes vanilla Ubuntu. (Also I got |
|
grr, so i can't repro this on a GCE instance. you're 14.04, with recent python/pip/tox? |
|
|
Why are we wrestling all this when the failing test needs to be pulled out into a system / integration test anyhow? |
|
@dhermes so i don't care about the test so much -- but the core issue is that apitools isn't getting installed correctly on your machine, right? or is this only under |
|
@craigcitro It's only under |
|
@dhermes so wait -- if you just add a new tox env with and run |
|
Just as with |
|
@dhermes does it say anything insightful if you do |
|
Nope. But it did point out that on the first run, the "install" gets logged to while the second runs to recreate the zip. |
|
Is anyone still pursuing this PR, do you mind if we close it? |
|
I'm not pushing for it. |
DRY tox dependencies (don't depend on setuptools 'testing' extra for it).
Speed up Travis builds via
sudo: false(see: http://blog.travis-ci.com/2014-12-17-faster-builds-with-container-based-infrastructure/ )