[ovirt-devel] vdsm meeting summary - 23.2.16

[Yaniv Bronheim]

(Nir, Adam, YanivB, Dan, Milan, Piotr, Francesco, Martin Polednik, Edward)

- Some of us started to work on refactoring for python3, basic file
movements and improving testings

 - We added functional tests to check-merged automation script - currently,
for some reason, it doesn't run tests that require root. I'm on it.

 - if anyone know that their functional tests work good please add them to
the list
so they will run each merge

 - moving code from supervdsmServer to supervdsm_api - follow
https://gerrit.ovirt.org/53496 and move also virt, storage and sla part

 - Nir says to use the weekly contact from storage team to help with
verification about storage code changes- I'll try to reach them next week
to test direct LUN

  - I also wanted to use lago basic_suite (ovirt-system-tests) to run full
flow from specific vdsm commit - but the infrastructure for that requires
many manual steps and its not easy as I expected it to be.

- moving code from vdsm dir (/usr/share/vdsm/) to site-packages/vdsm (by
moving them to lib/vdsm) - this is required to avoid relative imports which
are not allowed in python3 - storage dir is the main gap we currently have.

- python-modernize - Dan uses it for network tests dir and encourage us to
start running it for our parts

- there are some schema changes, mostly removal parts that Piotr posted as
part of converting to yaml structure. this code needs to be reviewed
- Nir asks to keep the current API order instead of sorting by names
- Nir concerns about yaml notation looks for a list with single element
- split the yaml schema to several files is complex but nir asks to see if
its possible

- storage team mainly works hard on SDM patches

- Edward works on splitting network tests between unit tests and
integration tests which do environment setup changes

- we currently don't run the slow test automatically
- we might want more "tags" for tests such as SlowTests, StressTests

And the most important issue - vdsm for ovirt 4.0 will keep only 3.6
backward compatibility - if you don't agree with that statement, please say
why ... but as far as we see it, this is the direction and we already
removing 3.5 stuff.

Thanks all for participating,

-- 
*Yaniv Bronhaim.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20160223/4de346ed/attachment-0001.html>