Closed mike-nguyen closed 5 years ago
@johnbieren - do you think you could take a look at this?
Yeah, I'll make sure we get this fixed
@mike-nguyen So what you are saying is that the --conflicts command returns ignition < 0.31.0-3 which means ignition-validate conflicts with ignition only if version-release is < 0.31.0-3 and because the PR presents ignition with version-release 0.31.0-7, it should go ahead and install it?
@mike-nguyen So what you are saying is that the --conflicts command returns ignition < 0.31.0-3 which means ignition-validate conflicts with ignition only if version-release is < 0.31.0-3 and because the PR presents ignition with version-release 0.31.0-7, it should go ahead and install it?
@johnbieren Yes because the version does not conflict.
The
ignition
package has recently separated out a subpackage calledignition-validate
.ignition-validate
can run stand alone but is only validates ignition config files fromignition > 0.31.0-3
so there is a conflict withignition < 0.31.0-3
. I believe this is the proper use of conflicts vs requires for this package.During the setup of the test environment, even though
ignition
is from koji is> 0.31.0-3
, it is not being installed [1]. I think the problem is invirt-customize.sh
[0] where it queries for a conflict but only looks at the package name to determine to install it or not.virt-customize.sh
should look at the entire query output and determine if the package to be installed is actually at a version that conflicts.[0] https://github.com/CentOS-PaaS-SIG/ci-pipeline/blob/0b06c15e2204dab344d89178024990c8392a25c2/config/Dockerfiles/cloud-image-compose/virt-customize.sh#L112-L114
[1] snippet from pipeline.log