correct null epoch value behavior for Conflicts: expressions ?
Jason Vas Dias
jason.vas.dias at gmail.com
Tue Sep 16 14:52:38 UTC 2014
Good day RPM list -
I'd be most grateful if someone could please explain correct interpretation
of NULL %{EPOCH} values in the context of Conflicts / Obsoletes specifications.
In RHEL 6 , for instance, the udev.spec contains:
Conflicts: kernel < 0:2.6
Yet the RHEL 6 kernel spec (from 2.6.32-431.20.5 ) does NOT specify any epoch ,
so will have %{EPOCH} == '(none)' , and the result of udev's Conflicts
expression should be TRUE ; ie. udev would replace kernel .
Isn't a NULL value meant to compare less than a numeric value,
even if the numeric value is 0 ?
What prevents udev from replacing the kernel / preventing it being installed,
then ?
Does an epoch value of '0' always equate to a value of '(none)' ?
Yet I do think RPM / YUM will consider an RPM will Epoch '0' to be greater than
one with Epoch '(none)'.
Can someone please explain why this evidently doesn't apply to this
RHEL 6 udev Conflicts: kernel < 0:2.6 with kernel (none):2.6.x being
installed ?
Thanks & Regards,
Jason
More information about the Rpm-list
mailing list