[openstack-dev] [DriverLog] DriverLog future
Arkady.Kanevsky at dell.com
Arkady.Kanevsky at dell.com
Thu Mar 1 11:20:11 UTC 2018
Having 3rd party CI report results automatically will be helpful.
While it is possible for PTLs to report per release which drivers should be listed in marketplace for release, currently PTLs are signed for this extra work.
Driver owners submitting DriverLog updates per release – not a big deal.
Extra work on Ilya.
I think we can define a rule for removal. If driver entry was not updated for 2(?) releases then remove it. We can run questionnaire for what the right # for it.
Thanks,
Arkady
From: Ilya Shakhat [mailto:shakhat at gmail.com]
Sent: Thursday, March 1, 2018 4:44 AM
To: OpenStack Development Mailing List (not for usage questions) <openstack-dev at lists.openstack.org>
Subject: [openstack-dev] [DriverLog] DriverLog future
Hi!
For those who do not know, DriverLog is a community registry of 3rd-party drivers for OpenStack hosted together with Stackalytics [1]. The project started 4 years ago and by now contains information about 220 drivers. The data from DriverLog is also consumed by official Marketplace [2].
Here I would like to discuss directions for DriverLog and 3rd-party driver registry as general.
1) Being a single community-wide registry was good initially, it allowed to quickly collect description for most of drivers in a single place. But in a long term this approach stopped working - not many projects remember to update the information stored in some random place, right?
Mike already pointed to this problem a year ago [3] and the idea was to move driver list to projects (and thus move responsibility to them too) and have an aggregated list of drivers produced by infra. Do we have any progress in this direction? Is it a time to start deprecation of DriverLog and consider transition during Rocky release?
2) As a project with 4 years history DriverLog's list only increased over the time with quite few removals. Now it still has drivers with the latest version Liberty or drivers for non-maintained projects (e.g. Fuel). While it maybe makes sense to keep all of them for operators who run older versions, it may produce a feeling that the majority of drivers are old. One of solutions for this is to show by default drivers for active releases only (Pike and ahead). If done this will apply to both DriverLog and Marketplace.
Any other ideas or suggestions?
Thanks,
I
[1] http://stackalytics.com/report/driverlog
[2] https://www.openstack.org/marketplace/drivers/
[3] http://lists.openstack.org/pipermail/openstack-dev/2017-January/110151.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20180301/ee9cccb6/attachment.html>
More information about the OpenStack-dev
mailing list