[libvirt] RFC: TODO list for a 1.0 release

[Paolo Bonzini]

Il 21/05/2012 11:27, Daniel P. Berrange ha scritto:
> We have mentioned a 1.0 release in passing a few times recently but we
> have never really set out a clear list of goals for such a notable
> release. This thread is an attempt to clarify such goals. To avoid
> making the 1.0 target too hard, we should aim for as *little* as
> possible on our TODO list. I think the priority here should be on public
> API level things, or core libvirt infrastructure, and not random impl
> details of specific hypervisors. In particular I think we should focus
> on things that make libvirt better to develop app against.
> 
> IMHO we should have the following things in the 1.0 release
> 
>  - List object APIs which directly return the object instance
> 
>     https://bugzilla.redhat.com/show_bug.cgi?id=636096
> 
>     * virConnectListAllDomains
>     * virConnectListAllInterfaces
>     * virConnectListAllNetworks
>     * virConnectListAllNWFIlters
>     * virConnectListAllNodeDevices
>     * virConnectListAllSecrets
>     * virConnectListAllStoragePools
> 
>     * virDomainListAllSnapshots
> 
>     * virStoragePoolListAllVolumes
> 
>    NB: with support across LXC, UML, Xen, LibXL, QEMU & ESX
> 
>  - Lifecycle events for all top level objects
> 
>     https://bugzilla.redhat.com/show_bug.cgi?id=636027
> 
>     * virConnectInterfaceEventRegisterAny
>     * virConnectNetworkEventRegisterAny
>     * virConnectNWFilterEventRegisterAny
>     * virConnectNodeDeviceEventRegisterAny
>     * virConnectSecretEventRegisterAny
>     * virConnectStoragePoolEventRegisterAny
> 
> 
>  - Fine grained access control
> 
>     https://bugzilla.redhat.com/show_bug.cgi?id=636148
> 
>     * Access control infrastructure
>     * PolicyKit driver impl
>     * Simple RBAC driver impl
>     * SELinux driver impl            (probably not needed for 1.0)

Persistent nodedevs (i.e. nodedev-{define,start,undefine}).  Not a major
feature, but the current nodedev API is a bit unorthogonal and they are
my preferred solution for transparent NPIV migration.

Paolo