DAOS-19088 ci: pin mercury-devel to latest 15.5 version#18463
Conversation
The latest available leap 15.5 mercury RMP has version 2.4.1-2 This version must be used for proper DAOS build on leap 15.5 Signed-off-by: Tomasz Gromadzki <tomasz.gromadzki@hpe.com> Priority: 2 Cancel-prev-build: false Skip-unit-test: true Skip-unit-test-memcheck: true Skip-test-el-9-rpms: true Skip-test-leap-15-rpms: true Skip-func-test-el9: true Skip-func-test-leap15: false Skip-test-el-8-rpms: true Skip-func-hw-test: true Skip-func-test-el8: true Skip-fault-injection-test: true Skip-NLT: true
|
Ticket title is 'Build RPM on Leap 15.5 failed on release/2.6 branch' |
Signed-off-by: Tomasz Gromadzki <tomasz.gromadzki@hpe.com> Priority: 2 Cancel-prev-build: false Skip-unit-test: true Skip-unit-test-memcheck: true Skip-test-el-9-rpms: true Skip-test-leap-15-rpms: true Skip-func-test-el9: true Skip-func-test-leap15: false Skip-test-el-8-rpms: true Skip-func-hw-test: true Skip-func-test-el8: true Skip-fault-injection-test: true Skip-NLT: true
daltonbohning
left a comment
There was a problem hiding this comment.
This will get the build working but I think we need approval from relevant parties on whether we actually want to do this because it means we would not be able to update mercury without also releasing a new version of DAOS.
Is it feasible to build mercury with lp155 and lp156 so the latest works for all branches?
|
what is the issue here? do we know why it fails with the latest rpm build ? there is nothing in it that should prevent any update and/or require pinning. |
There is no straightforward way to support both lp155 and lp156 RPMs |
Every build on the We can either pin mercury-devel to the latest lp155 version or manually create The problem is more generic as it has been described in #18166 (comment). We do not have solution that ensures proper RPM version on Leap 15.5. |
|
honestly I think that goes back to that more general issue where we need to have separate dependency repositories for each DAOS major version and not put everything into the same shared artifactory for all releases, otherwise we are just tied to pinning and have shared pipeline for stuff that is not backported and causes issues etc... we just need to have more control on what each DAOS release picks as its dependencies and stop having it from picking up whatever lands in master... is there a ticket for that more general issue already ? otherwise I'd like to create one. |
The latest available leap 15.5
mercury-develRPM has version 2.4.1-2.This version must be used for proper DAOS build on leap 15.5.
Steps for the author:
After all prior steps are complete: