2:33 p.m.
--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(a)redhat.com>
wrote:
=20
> On 04/06 14:19, Edward Haas wrote:
> > On Wed, Apr 6, 2016 at 1:41 PM, Milan Zamazal <mzamazal(a)redhat.com>
> wrote:
> >
> > > Edward Haas <ehaas(a)redhat.com> writes:
> > >
> > > > On Wed, Apr 6, 2016 at 11:39 AM, Milan Zamazal <mzamazal(a)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
> 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(a)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(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
> _______________________________________________
> Devel mailing list
> Devel(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
_______________________________________________
Devel mailing list
Devel(a)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(a)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--