Ok I found the issue: PATH_TO_CONFIG=/etc/yum.repos.d/internal.repo
'/etc/um.repos.d' is intentionally disabled in mock. The configuration should've been placed directly in /etc/yum/yum.comf/ On 12 May 2017 at 13:43, Barak Korren <[email protected]> wrote: > So, yum is installing the older version even though it has a newer one > visible in a repo it is configured to use? I guess its not reading the > updated repodata then. > We need to try and add 'yum clean metadata' after we configure the > localrepo in the mock environment. > > On 12 May 2017 at 12:29, Anton Marchukov <[email protected]> wrote: >> Hello Barak. >> >> Yes. repoman pulls the latest version and that version is in latest and >> latest.under_test on resources. Additionally it is proven by lago.log too. >> >> The only problem seems to be the mock env that runs the python itself. >> >> Anton. >> >> On Fri, May 12, 2017 at 11:03 AM, Barak Korren <[email protected]> wrote: >>> >>> Anton, are you seeing reponan pull the right version in the lago logs? We >>> need to know if it makes it into the Lago local repo or not. >>> >>> Barak Korren >>> [email protected] >>> RHCE, RHCi, RHV-DevOps Team >>> https://ifireball.wordpress.com/ >>> >>> בתאריך 12 במאי 2017 11:13, "Anton Marchukov" <[email protected]> כתב: >>>> >>>> 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] >>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6651/consoleFull >>>> >>>> On Fri, May 12, 2017 at 9:43 AM, Ondra Machacek <[email protected]> >>>> 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 >>>>> >>>>> 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 <[email protected]> >>>>> 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 <[email protected]> >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Thu, May 11, 2017 at 8:11 PM, Anton Marchukov <[email protected]> >>>>>>> wrote: >>>>>>>> >>>>>>>> On Thu, May 11, 2017 at 8:03 PM, Ondra Machacek <[email protected]> >>>>>>>> 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 >>>>>>>>> >>>>>>>>> From this build: >>>>>>>>> >>>>>>>>> >>>>>>>>> http://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_master_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 >>>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Anton Marchukov >>>> Senior Software Engineer - RHEV CI - Red Hat >>>> >>>> >>>> _______________________________________________ >>>> Devel mailing list >>>> [email protected] >>>> http://lists.ovirt.org/mailman/listinfo/devel >> >> >> >> >> -- >> Anton Marchukov >> Senior Software Engineer - RHEV CI - Red Hat >> > > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted _______________________________________________ Devel mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/devel
