On 01/01/2014 10:56 PM, Clark Boylan wrote:
On Wed, Jan 1, 2014 at 7:33 PM, 黎林果 <lilinguo8...@gmail.com> wrote:
I have met this problem too.The units can't be run.
The end info as:
Ran 0 tests in 0.673s
OK
cp: cannot stat `.testrepository/-1': No such file or directory
2013/12/28 Jay Pipes <jaypi...@gmail.com>:
On 12/27/2013 11:11 PM, Robert Collins wrote:
I'm really sorry about the horrid UI - we're in the middle of fixing
the plumbing to report this and support things like tempest better -
from the bottom up. The subunit listing -> testr reporting of listing
errors is fixed on the subunit side, but not on the the testr side
yet.
If you look at the end of the error:
\rimport
errors4neutron.tests.unit.linuxbridge.test_lb_neutron_agent\x85\xc5\x1a\\',
stderr=None
error: testr failed (3)
You can see this^
which translates as
import errors
neutron.tests.unit.linuxbridge.test_lb_neutron_agent
so
neutron/tests/unit/linuxbridge/test_lb_neutron_agent.py
is failing to import.
Phew, thanks Rob! I was a bit stumped there :) I have identified the import
issue (this is on a fresh checkout of Neutron, BTW, so I'm a little confused
how this made it through the gate...
(.venv)jpipes@uberbox:~/repos/openstack/neutron$ python
Python 2.7.4 (default, Sep 26 2013, 03:20:26)
[GCC 4.7.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
import neutron.tests.unit.linuxbridge.test_lb_neutron_agent
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "neutron/tests/unit/linuxbridge/test_lb_neutron_agent.py", line 29,
in <module>
from neutron.plugins.linuxbridge.agent import linuxbridge_neutron_agent
File "neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py",
line 33, in <module>
import pyudev
ImportError: No module named pyudev
Looks like pyudev needs to be added to requirements.txt... I've filed a bug:
https://bugs.launchpad.net/neutron/+bug/1264687
with a patch here:
https://review.openstack.org/#/c/64333/
Thanks again, much appreciated!
-jay
On 28 December 2013 13:41, Jay Pipes <jaypi...@gmail.com> wrote:
Please see:
http://paste.openstack.org/show/57627/
This is on a brand new git clone of neutron and then running
./run_tests.sh
-V (FWIW, the same behavior occurs when running with tox -epy27 as
well...)
I have zero idea what to do...any help would be appreciated!
It's almost like the subunit stream is being dumped as-is into the
console.
Best!
-jay
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
It looks like the problem is that there is a dependency on pyudev
which only works properly on Linux. The neutron setup_hook does
properly install pyudev on Linux (explains why the tests run in the
gate), but would not work properly on windows or OS X. I assume folks
are trying to run the tests on not Linux?
Nope, the problem occurs on Linux. I was using Ubuntu 13.04.
I abandoned my patch after some neutron-cores said it wasn't correct to
put Linux-only dependencies in requirements.txt and said "it was a
packaging issue".
The problem is that requirements.txt is *all about packaging issues*.
Until we have some way of indicating "this dependency is only for
Linux/Windows/whatever" in our requirements.txt files, this is going to
be a pain in the butt.
Neutron may want to do
something similar to what Nova does when libvirt is not importable,
https://git.openstack.org/cgit/openstack/nova/tree/nova/tests/virt/libvirt/test_libvirt.py#n77
and use a fake in order to get the tests to run properly anyways.
Possible, but that's just a hack at its core. Fakes should be used to
speed up unit tests where all you're testing is the interface between
the faked-out object and the calling object, not whether or not the real
object works.
Best,
-jay
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev