
--KDt/GgjP6HVcx58l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 04/06 14:31, Yaniv Kaul wrote:
On Wed, Apr 6, 2016 at 2:23 PM, David Caro <dcaro@redhat.com> wrote: =20
On Wed, Apr 6, 2016 at 1:41 PM, Milan Zamazal <mzamazal@redhat.com> wrote:
Edward Haas <ehaas@redhat.com> writes:
On Wed, Apr 6, 2016 at 11:39 AM, Milan Zamazal <mzamazal@redhat.c= om> wrote:
Thank you, Edward, this is useful not only for CI. I use dock= er for building Vdsm and running its unit tests and this helped me to get the proper updated set of packages after recent changes in Vdsm.
BTW, it seems that the following packages should be additiona= lly added for `make check-all': psmisc, which, python-ioprocess
Are you saying that make check is passing on your local machine?
When I add the packages given above, `make check-all' (as well as `= make check') works for me except for 4 tests in lib/vdsm/schedule.py that produce the following errors with `make check-all':
File "/home/pdm/ovirt/vdsm/vdsm-test/lib/vdsm/schedule.py", line 134, in schedule heapq.heappush(self._calls, (deadline, call)) nose.proxy.TypeError: unorderable types: ScheduledCall() < ScheduledCall()
File "/home/pdm/ovirt/vdsm/vdsm-test/tests/scheduleTests.py", l= ine 160, in test_latency med =3D ticker.latency[len(ticker.latency) / 2] nose.proxy.TypeError: list indices must be integers, not float
Those are probably Python 3 failures that should be fixed in Vdsm. The docker environment works fine for running the unit tests on my machine.
I ran it on Travis CI with your recommended addition, and I am getting
On 04/06 14:19, Edward Haas wrote: this
result: FAILED (SKIP=3D107, errors=3D14): You can view the run here: https://travis-ci.org/EdDev/vdsm/builds/121117253
Afaik, you won't be able to run any tests that touch networking, or ker= nel modules (bonding and such). That is as much a limitation of travis as of docker, that was one of the points why we started using chroots instead= of docker containers on ovirt ci.
=20 All of those should run fine in Lago, right?
Yep, they run ok on chroot (with some mount magic) and they should run with= out any magic on lago
Y. =20 =20
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJXBPQnAAoJEEBxx+HSYmnDPsYH/3LFeluRaU8CBGfIermzRE6n Qv/8WDVthq0KkMahmFLysvKc72fe55kNHvkSg+jVW2O1bRLOAqeznmXdTv+c9VlD MKmMsOZxHKLI6rEOOXOj6bJ88P3zgsklMcsimCmGC0/r8KJe3nOhuZI4D6sOwS+7 yNaTNIRJcmonw1YOlWnbwbOHig4ltsttePyZ1tiaTLq6r3gLT/Ti4ruFedWAquGG hfMJPVe5G6Uxi2JWKCAzhZFaBCa1NgvobI3cmm+oG9h1VQXOlyr79To45HQZ+9cO LawoDz2R822J4giBBxcYRkcxhbB8qgGE7Uy6sK6M/3Z0ZyRNZE62EsSog0rgRrI= =Jg39 -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l--