[PATCH V5 10/11] spec: Remove libvirt-daemon dependency from hypervisor subpackages

[Jim Fehlig]

On 1/9/23 07:54, Andrea Bolognani wrote:
> On Mon, Jan 09, 2023 at 02:25:44PM +0000, Daniel P. Berrangé wrote:
>> I still th8ink that dropping the dep is wrong, becasue that is
>> defeating the purpose of 'libvirt-daemon-$HYPERVISOR' packages
>> aim todo:
>>
>>    "installs every possible libvirt feature for the virtualization
>>     driver in question"
>>
>>    https://libvirt.org/kbase/rpm-deployment.html#full-features-for-one-virt-driver
>>
>> If you don't want all the features, then don't install that
>> package, pick the minimal install instead
>>
>>    https://libvirt.org/kbase/rpm-deployment.html#minimal-features-for-one-virt-driver
>>
>>> If you feel that the various libvirt-daemon-$hypervisor packages need
>>> to keep providing the same exact functionality over time, then yes,
>>> we can't drop or downgrade any of the dependencies. But, at the same
>>> time, we're potentially breaking consumers by taking away libvirtd...
>>
>> Where the functionality still exists, the packages should continue
>> to provide it. The case of libvirtd is a bit special, as we're in
>> the process of phasing out its existance. That's not the cae for
>> virtlockd.
> 
> Okay, the fact that we're explicitly documenting these packages as
> the "every possible feature for the driver" option means that I have
> no choice but to agree with you :)
> 
> Jim, can you please respin while reverting these changes that I had
> suggested? Sorry :(

No problem, will send a V7. BTW, what is the list preference for suppresscc? 
I've been meaning to ask that after the past several versions, as I watch git 
send-email spam the R-B. My global .gitconfig only suppresses 'self'.

Regards,
Jim