Bug 1411640

Ramesh, the request here is just to include the package, correct?
Gluster team will hanlde the support for this package right?

(In reply to Sandro Bonazzola from comment #1)
> Ramesh, the request here is just to include the package, correct?
> Gluster team will hanlde the support for this package right?

yes. It will be supported and maintained by gluster team.

Ryan, we need to understand if we can just add the package to the channel or we need to include it in the image. Is it possible to get the package installed when the cockpit ui is used?

We're better off including this in oVirt Node out of the box. We can theoretically enable some other repo, but this comes with a potential laundry list of problems as the dependencies get updated.

(In reply to Ramesh N from comment #0)
>    Gdeploy package is not yet available in upstream EPEL, CentosSIG/Fedora
> repos. But we have builds available in gluter.org website.
> 
> https://download.gluster.org/pub/gluster/gdeploy/LATEST/

We can't import these builds on hosts since the URL is not a valid yum repository. Also that URL is missing src.rpm .

We need to rebuild it in copr and add the copr repository to ovirt-release dependenies.
Ramesh, can you do that?

Ramesh, please verify both fc24 and el7 packages from https://copr.fedorainfracloud.org/coprs/sbonazzo/gdeploy/build/502960/
If they're ok I'll add them to the repo.

(In reply to Sandro Bonazzola from comment #7)
> Ramesh, please verify both fc24 and el7 packages from
> https://copr.fedorainfracloud.org/coprs/sbonazzo/gdeploy/build/502960/
> If they're ok I'll add them to the repo.

Thank you for packing gdeploy. It is failing to install because of following dependency issues. Can we include these pacakges from EPEL?. Also in long run, how update the packages in your repo?. Can gdeploy maintainer (sac) update them as and when require?


Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
           Requires: python-jinja2 >= 2.7.3
           Installing: python-jinja2-2.7.2-2.el7.noarch (base)
               python-jinja2 = 2.7.2-2.el7
Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
           Requires: python-jinja2 >= 2.7.3
           Available: python-jinja2-2.7.2-2.el7.noarch (base)
               python-jinja2 = 2.7.2-2.el7
Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
           Requires: python-markupsafe >= 0.23
           Available: python-markupsafe-0.11-10.el7.x86_64 (base)
               python-markupsafe = 0.11-10.el7
Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
           Requires: PyYAML >= 3.11
           Installed: PyYAML-3.10-11.el7.x86_64 (@base)
               PyYAML = 3.10-11.el7
Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
           Requires: python-markupsafe >= 0.23
           Installing: python-markupsafe-0.11-10.el7.x86_64 (base)
               python-markupsafe = 0.11-10.el7

(In reply to Ramesh N from comment #8)
> Thank you for packing gdeploy. It is failing to install because of following
> dependency issues. Can we include these pacakges from EPEL?. Also in long
> run, how update the packages in your repo?. Can gdeploy maintainer (sac)
> update them as and when require?

I need to check but I think I can give permission to another copr user to work on the same copr project. Just let me know the copr user details to be authorized.

I would really prefer to see gdeploy in fedora repo and in CentOS Storage SIG repositories.
Niels, can you help with this?

About the missing deps:
> Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
>            Requires: python-jinja2 >= 2.7.3
>            Installing: python-jinja2-2.7.2-2.el7.noarch (base)
>                python-jinja2 = 2.7.2-2.el7
> Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
>            Requires: python-jinja2 >= 2.7.3
>            Available: python-jinja2-2.7.2-2.el7.noarch (base)
>                python-jinja2 = 2.7.2-2.el7
> Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
>            Requires: python-markupsafe >= 0.23
>            Available: python-markupsafe-0.11-10.el7.x86_64 (base)
>                python-markupsafe = 0.11-10.el7
> Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
>            Requires: PyYAML >= 3.11
>            Installed: PyYAML-3.10-11.el7.x86_64 (@base)
>                PyYAML = 3.10-11.el7
> Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
>            Requires: python-markupsafe >= 0.23
>            Installing: python-markupsafe-0.11-10.el7.x86_64 (base)
>                python-markupsafe = 0.11-10.el7

Please open a bug on ovirt-release product to add them to the epel repository inclusion.

I would like to include gdeploy in the CentOS Storage SIG as well. Unfortunately there has been a blocker to get the Ansible dependencies included. I've posted https://lists.centos.org/pipermail/centos-devel/2017-January/015633.html to get some more details. The goal is to have all Ansible dependencies in a repository provided by the CfgMgmt SIG, but it seems there has been little progress since last November.

Until there is a CentOS SIG that provides the Ansible packages and dependencies, gdeploy can not be included in the Storage SIG.

(In reply to Sandro Bonazzola from comment #9)
> (In reply to Ramesh N from comment #8)
> > Thank you for packing gdeploy. It is failing to install because of following
> > dependency issues. Can we include these pacakges from EPEL?. Also in long
> > run, how update the packages in your repo?. Can gdeploy maintainer (sac)
> > update them as and when require?
> 
> I need to check but I think I can give permission to another copr user to
> work on the same copr project. Just let me know the copr user details to be
> authorized.
> 
> I would really prefer to see gdeploy in fedora repo and in CentOS Storage
> SIG repositories.
> Niels, can you help with this?
> 
> About the missing deps:
> > Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
> >            Requires: python-jinja2 >= 2.7.3
> >            Installing: python-jinja2-2.7.2-2.el7.noarch (base)
> >                python-jinja2 = 2.7.2-2.el7
> > Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
> >            Requires: python-jinja2 >= 2.7.3
> >            Available: python-jinja2-2.7.2-2.el7.noarch (base)
> >                python-jinja2 = 2.7.2-2.el7
> > Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
> >            Requires: python-markupsafe >= 0.23
> >            Available: python-markupsafe-0.11-10.el7.x86_64 (base)
> >                python-markupsafe = 0.11-10.el7
> > Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
> >            Requires: PyYAML >= 3.11
> >            Installed: PyYAML-3.10-11.el7.x86_64 (@base)
> >                PyYAML = 3.10-11.el7
> > Error: Package: gdeploy-2.0.1-1.el7.centos.noarch (sbonazzo-gdeploy)
> >            Requires: python-markupsafe >= 0.23
> >            Installing: python-markupsafe-0.11-10.el7.x86_64 (base)
> >                python-markupsafe = 0.11-10.el7
> 
> Please open a bug on ovirt-release product to add them to the epel
> repository inclusion.

Looks like specific version of these dependencies are not yet available in EPEL. I am not sure why gdeploy has these direct dependencies when ansible itself has these dependencies. I have raised a bug in gdeploy to correct this.

Created attachment 1245069 [details]
New Src rpm

Sandro, I have attached the new src rpm with the fixes. This removes all the direct dependencies on python-markupsafe,  PyYAML and python-jinja2. We just need ansible >= 2.2. Does oVirt already ships ansible from EPEL?

I have rebuilt the gdeploy packages in copr repo. Please use the copr repos from
https://copr.fedorainfracloud.org/coprs/rnachimu/gdeploy/ to get the latest gdeploy package.

*** Bug 1420545 has been marked as a duplicate of this bug. ***

Ramesh, on a fresh install (ovirt-node-ng-installer-ovirt-4.1-2017020112.iso) where I added your repository I get the following error messages when I try to install gdeploy:
Error: Package: gdeploy-2.0.1-11.noarch (rnachimu-gdeploy)
           Requires: python-markupsafe
Error: Package: gdeploy-2.0.1-11.noarch (rnachimu-gdeploy)
           Requires: ansible >= 2.2
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

The gdeploy package is include in RHVH4.1(rhvh-4.1-0.20170208.0+1)

Version if available:
rhvh-4.1-0.20170208.0+1
gdeploy-2.0.1-8.el7rhgs.noarch


[root@dhcp-10-229 ~]# imgbase w
[INFO] You are on rhvh-4.1-0.20170208.0+1
[root@dhcp-10-229 ~]# rpm -qa |grep gdeploy
gdeploy-2.0.1-8.el7rhgs.noarch


 So I will verify this bug after bug change to ON_QA status.

According to Comment18, the bug's status is verified.

gdeploy is missing in latest released ovirt node 4.3.9 iso downloaded from https://resources.ovirt.org/pub/ovirt-4.3/iso/ovirt-node-ng-installer/4.3.9-2020031917/el7/ovirt-node-ng-installer-4.3.9-2020031917.el7.iso

also, is not available on any repos configured by the installer:

$ sudo yum --enablerepo=* --disablerepo=c7-media list available gdeploy      Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist, package_upload,
              : product-id, search-disabled-repos, subscription-manager, vdsmupgrade,
              : versionlock
This system is not registered with an entitlement server. You can use subscription-manager to register.
Loading mirror speeds from cached hostfile
 * base: mirrors.nxthost.com
 * centosplus: mirrors.chroot.ro
 * extras: mirrors.chroot.ro
 * fasttrack: mirrors.chroot.ro
 * ovirt-4.3-epel: mirrors.hostico.ro
 * updates: mirrors.chroot.ro
Excluding 381 updates due to versionlock (use "yum versionlock status" to show them)
Error: No matching Packages to list
Uploading Enabled Repositories Report
Cannot upload enabled repos report, is this client registered?


is this really fixed?

It was, but this fixed version was nearly 3 he years ago. Please open a new bug