Hello Ondra.
Yes I see it installs the old version, e.g. the latest master run at [1]
installs:
*07:43:13* [basic_suit_el7] Updated:*07:43:13* [basic_suit_el7]
python-ovirt-engine-sdk4.x86_64
0:4.2.0-1.a0.20170511git210c375.el7.centos
while the latest version is indeed
python-ovirt-engine-sdk4-4.2.0-1.a1.20170512git7c40be2.el7.centos.x86_64.rpm
Just for the record: latest and latest.under_test have correct version of
the package, so it does not look to be a repoman bug.
Checking OST sources now...
[1]
On Fri, May 12, 2017 at 9:43 AM, Ondra Machacek <omachace(a)redhat.com> wrote:
Hello Anton,
So I've bumped the version, but it's still installing the old one.
The bumped version:
python-ovirt-engine-sdk4-4.2.0-1.a1.20170512git7c40be2.el7.
centos.x86_64.rpm
<
http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_master_build-artifa...
Log from OST run:
*07:25:59* [upgrade-from-release_suit_el7]
================================================================================*07:25:59*
[upgrade-from-release_suit_el7] Package Arch Version
Repository Size*07:25:59* [upgrade-from-release_suit_el7]
================================================================================*07:25:59*
[upgrade-from-release_suit_el7] Installing:*07:25:59* [upgrade-from-release_suit_el7]
python-ovirt-engine-sdk4 x86_64 4.2.0-1.a0.20170511git210c375.el7.centos*07:25:59*
[upgrade-from-release_suit_el7]
ovirt-master-snapshot 446 k*07:25:59* [upgrade-from-release_suit_el7] Installing for
dependencies:*07:25:59* [upgrade-from-release_suit_el7] python-enum34 noarch
1.0.4-1.el7 centos-base-el7 52 k*07:25:59* [upgrade-from-release_suit_el7]
*07:25:59* [upgrade-from-release_suit_el7] Transaction Summary*07:25:59*
[upgrade-from-release_suit_el7]
================================================================================
On Thu, May 11, 2017 at 8:35 PM, Anton Marchukov <amarchuk(a)redhat.com>
wrote:
> Hello Ondra.
>
> Thanks.
>
> It seems that the manual job populates SDK from custom repo only for the
> VMs under test, but the mock where the python test code runs does not use
> it from there. So the release of bumped version will be good idea.
>
> Anton.
>
> On Thu, May 11, 2017 at 8:20 PM, Ondra Machacek <omachace(a)redhat.com>
> wrote:
>
>>
>>
>> On Thu, May 11, 2017 at 8:11 PM, Anton Marchukov <amarchuk(a)redhat.com>
>> wrote:
>>
>>> On Thu, May 11, 2017 at 8:03 PM, Ondra Machacek <omachace(a)redhat.com>
>>> wrote:
>>>
>>>>
>>>> *15:50:44* [basic_suit_el7] Updated:
>>>>>
>>>>> *15:50:44* [basic_suit_el7] python-ovirt-engine-sdk4.x86_64
0:4.2.0-1.a0.20170511git210c375.el7.centos
>>>>>
>>>>>
>>>> This is incorrect version. The correct one is:
>>>>
>>>> python-ovirt-engine-sdk4-4.2.0-1.a0.20170511gitcd0adb4.el7.
>>>> centos.x86_64.rpm
>>>>
<
http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_master_build-artifa...
>>>>
>>>> From this build:
>>>>
>>>>
http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_maste
>>>> r_build-artifacts-el7-x86_64/71/
>>>>
>>>
>>>
>>> Sounds like we have a problem if the version different only by git
>>> hashes. They are not ordered.
>>>
>>> I suggest we just merge the version bump at
https://gerrit.ovirt.org/#/
>>> c/76732/ and then see which version it will install.
>>>
>>> Any objections to that?
>>>
>>
>> OK, I will do a proper release.
>>
>>
>>>
>>> --
>>> Anton Marchukov
>>> Senior Software Engineer - RHEV CI - Red Hat
>>>
>>>
>>
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
>
>