[sled][migration] test fails in zypper_lifecycle expected: '/ImageMagick-\S+\s+2019-10-30' but got 2024-10-30
openQA test in scenario sle-12-SP3-Desktop-DVD-x86_64-migration_offline_sled12_sdk@64bit fails in
expected: '/ImageMagick-\S+\s+2019-10-30' but got 2014-10-30
Fails since (at least) Build 0120
Last good: 0119 (or more recent)
Always latest result in this scenario: latest
#5 Updated by qkzhu about 5 years ago
- Subject changed from [sled][migration] test fails in zypper_lifecycle expected: '/ImageMagick-\S+\s+2019-10-30' but got 2014-10-30 to [sled][migration] test fails in zypper_lifecycle expected: '/ImageMagick-\S+\s+2019-10-30' but got 2024-10-30
Currently this case failed on all migration_offline_sled+sdk scenarios:
Test died: ImageMagick lifecycle entry incorrect:'Package end of support:
ImageMagick 2024-10-30', expected: '/ImageMagick-\S+\s+2019-10-30'
Yifan and I found that both SDK and SLED's base repo contain the package ImageMagick. We don't know
if it is intended or a packaging issue.
The eol of ImageMagick on base repo is 2019-10-30 but the eol on SDK is 2024-10-30. But if there are
the same versions of a package in multiple products, zypper lifecycle will keep the one with longest
product life.(see line 136 of /usr/lib/zypper/commands/zypper-lifecycle)
The openQA script should be updated if ImageMagick is intended to package into SDK otherwise I will
file a bug for this.
#6 Updated by qkzhu about 5 years ago
ImageMagick is available in both SLED and SDK. After some discussions with Frederic we think that the lifecycle of a duplicated packages(eg: ImageMagick) in main product and extension should follow the main product's lifecycle. But ImageMagick in this case didn't apply the main product's lifecycle, so I filed a bug for this: https://bugzilla.suse.com/show_bug.cgi?id=1035353
But we still need some voices of the developer.
#7 Updated by qkzhu about 5 years ago
As we discussed in https://bugzilla.suse.com/show_bug.cgi?id=1035353#c4 to #c8 this is not a product bug.
And Jiri told me that: if a package is provided by two products(eg main product and SDK), then it is supported as long as it is supported by one of them.
This means it is expected to return the longer eol value for the duplicate packages like ImageMagick.
So this case should be updated.
#9 Updated by yfjiang about 5 years ago
From the comment#7, "This means it is expected to return the longer eol value for the duplicate packages like ImageMagick.",
it's expected that the script gets some update. We do not have a fast patch without looking through details of the
test script code base.
I am in contact with the major contributor of the test script figuring our the follow-up, not get a conclusion yet.
If everyone agrees, we might want to mark it as soft_failure for the time being, since this is a matter of test script
logic refining instead of a product bug.
#17 Updated by tinawang123 11 months ago
- Status changed from New to Rejected
- % Done changed from 0 to 100
- Estimated time set to 4.00 h
Cannot reproduce this problem now.
Checked sled12sp3 sled12sp4 and sled12sp5