<div dir="ltr">Hi Akihiro, <br><br><div><div><div class="gmail_extra">Please see my comments inline.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-05-07 10:35 GMT+04:00 Akihiro Motoki <span dir="ltr"><<a href="mailto:motoki@da.jp.nec.com" target="_blank">motoki@da.jp.nec.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
Thanks for the effort.<br>
While I am looking the website and the driver database,<br>
I have a couple of questions and suggestions.<br>
<br>
- Is it better to include "trunk" (= Juno) in "releases" in each driver<br>
   if it is a part of the trunk or to wait it until Juno is released?<br>
   We need some guidelines on this.<br></blockquote><div><br></div><div>For drivers that have external CI application explicitly converts results for master branch into the latest release (=Juno), but probably this is a bit misleading since release doesn't exist yet. I give Evgenia and Boris a chance to comment on this.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- Which is better as maintainer email, an individual mail address or CI<br>
account contact address?<br>
   IMO an individual mail address looks better because CI account<br>
contact address receives<br>
   all review comments and mails to the address can be missed or not<br>
noticed soon from my experience.<br>
   It is better to have some guideline on the maintainer email.<br></blockquote><div><br></div><div>I'd prefer individual email too or (as an option) an alias of team that supports driver.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
- How is the status of "CI tested" determined?<br>
   I am not sure how it is handled in Wiki informaiton.<br></blockquote><div><br></div><div>Status "CI tested" means that driver is tested by vendor and test results are attached to gerrit review. Currently DriverLog takes into account votes only, so if CI doesn't vote (even if leaves a comment) then it is treated as "CI not present". The code is implemented this way because format of test result comment is not unified and differs from driver to driver.<br>
</div><div>To specify that driver has CI the one needs to provide CI's gerrit id in attribute "ci_id", for example like this <a href="https://github.com/stackforge/driverlog/blob/master/etc/default_data.json#L343">https://github.com/stackforge/driverlog/blob/master/etc/default_data.json#L343</a><br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- (Related to the above) How does DriverLog handle a case<br>
   where multiple drivers are tested under once CI account?<br>
   AFAIK some CI acounts run third party testing for multiple drivers.<br></blockquote><div><br></div><div>It is not handled correctly and is subject to discuss and re-implement. For example in Neutron Big Switch CI runs tests against 2 drivers, but sets only 1 vote. Seems like solution may be to parse comment from CI. <br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
- "releases" in "drivers" section is a list of release names now.<br>
   It means we need to update "releases" in every release.<br>
   I wonder we can support ["from_release", "to_release"] style.<br>
    If "to_release" is omitted, it means "trunk".<br></blockquote><div><br></div><div>This is made intentionally, so maintainers verify list of drivers before every release and add new release only if everything works. <br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks,<br>
Akihiro<br></blockquote><div><br><br></div><div>Thanks,<br></div><div>Ilya<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=""><div class="h5"><br>
(2014/04/29 2:05), Jay Pipes wrote:<br>
> Hi Stackers,<br>
><br>
> Mirantis has been collaborating with a number of OpenStack<br>
> contributors and PTLs for the last couple months on something called<br>
> DriverLog. It is an effort to consolidate and display information<br>
> about the verification of vendor drivers in OpenStack.<br>
><br>
> Current implementation is here:<br>
><br>
> <a href="http://staging.stackalytics.com/driverlog/" target="_blank">http://staging.stackalytics.com/driverlog/</a><br>
><br>
> Public wiki here: <a href="https://wiki.openstack.org/wiki/DriverLog" target="_blank">https://wiki.openstack.org/wiki/DriverLog</a><br>
><br>
> Code is here: <a href="https://github.com/stackforge/driverlog" target="_blank">https://github.com/stackforge/driverlog</a><br>
><br>
> There is currently a plan by the foundation to publicly announce this<br>
> in the coming weeks.<br>
><br>
> At this point Evgeniya Shumakher, in cc, is manually maintaining the<br>
> records, but we aspire for this to become a community driven process<br>
> over time with vendors submitting updates as described in the wiki and<br>
> PTLs and cores of the respective projects participating in update<br>
> reviews.<br>
><br>
> A REQUEST: If you are vendor that has built an OpenStack driver,<br>
> please check that it is listed on the dashboard and update the record<br>
> (following the process in the wiki) to make sure the information is<br>
> accurately reflected. We want to make sure that the data is accurate<br>
> prior to announcing it to general public.<br>
><br>
> Also, if anybody has a suggestion on what should be improved / changed<br>
> etc. == please don’t hesitate to share your ideas!<br>
><br>
> Thanks!<br>
> Jay and Evgeniya<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div></div></div>