Daniel Veillard a écrit :
On Thu, Jan 11, 2007 at 11:42:31AM +0100, Philippe Berthault wrote:
> Daniel Veillard a écrit :
>
>> On Thu, Jan 11, 2007 at 11:27:52AM +0100, Philippe Berthault wrote:
>>
>>
>>> Daniel Veillard a écrit :
>>>
>>>
>>>> it is 0.1.8 but with 12 patches which are backport of later bug fixes
>>>> or important features like localization, shareable disk support, core
>>>> dump support,
>>>> etc ...
>>>> I guess it's closer to 0.1.9 as a result than 0.1.8,
>>>>
>>>>
>>>>
>>> Hum ! :-(
>>> Currently, the version of libvirt determines its unequivocal contents.
>>> With a patched version of libvirt, it becomes impossible in an
>>> application to known the functionalities level of libvirt if the version
>>> number is identical to a non-patched libvirt.
>>>
>>> Could you explain how it's possible from an application to distinguish
>>> between a patched libvirt and a non-patched libvirt or another patched
>>> version of libvirt by using the virGetVersion() function ?
>>>
>>>
>> Can explain your problem instead ?
>> What is the feature or behaviour you need to detect ?
>>
>>
> We have to know if the Attach/Detach devices functions will be in the
> libvirt library of RHEL-5 RC1
>
No this was done after the code freeze, and not request by a partner
as a feature for RHEL-5, so this is not present.
> and also if some enhancements of the XML
> format will be present such as currentMemory, ...
>
Yes currentMemory will be in. This should not be a big problem, you can generate
the XML with it, and if the library don't understand it, it should just ignore
it.
The set of patches are the following:
Patch0: create_message.patch -> bug fix
Patch1: libvirt-0.1.8-shreable-disk.patch -> shareable disk
Patch2: localization.patch -> localization
Patch3: core_dump.patch -> support for domain core dump
Patch4: current_memory.patch -> current memory amount support
Patch5: bootloader.patch -> bug fix for pygrub bootloader
Patch6: python-lock.patch -> release python lock when calling libvirt
Patch7: ostype.patch -> os type bug fix
Patch8: vcpu_info.patch -> bug fix
Patch9: pvfb.patch -> Paravirt frame buffer support
Patch10: pvfb2.patch
Patch11: maxid_check.patch -> bug fix
Your reply doesn't explain how it will be possible in an application to
known the functionalities level of libvirt by using the virGetVersion()
function. For RHEL-5 RC1, we have now the response but this problem will
occur again in the future with RHEL-5 update-1, update-2, ... and so on.
My understanding is that the virGetVersion() function is useless :-(