Hi, I have issues updating vdsm on my Fedora 27 host (s390x, although I would think that the arch shouldn't matter). [mihajlov@s3560022 ~]$ sudo dnf update ... ================================================================================ Package Arch Version Repository Size ================================================================================ Upgrading: ovirt-release-master noarch 4.2.1-0.0.master.20180108005748.git96e5658.fc27 ovirt-master-snapshot 11 k vdsm s390x 4.20.11-18.git92c490ca8.fc27 ovirt-master-snapshot 79 k ... (14/15): vdsm-hook-vhostmd-4.20.11-18.git92c490 29 kB/s | 16 kB 00:00 (15/15): vdsm-python-4.20.11-18.git92c490ca8.fc 363 kB/s | 1.2 MB 00:03 -------------------------------------------------------------------------------- Total 454 kB/s | 1.9 MB 00:04 Running transaction check Transaction check succeeded. Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib/python2.7/site-packages/vdsm/__init__.pyc conflicts between attempted installs of vdsm-network-4.20.11-18.git92c490ca8.fc27.s390x and vdsm-common-4.20.11-18.git92c490ca8.fc27.noarch file /usr/lib/python2.7/site-packages/vdsm/__init__.pyo conflicts between attempted installs of vdsm-network-4.20.11-18.git92c490ca8.fc27.s390x and vdsm-common-4.20.11-18.git92c490ca8.fc27.noarch I *think* this is caused by packaging __init__.py* with both vdsm-network and vdsm-common. The patch https://gerrit.ovirt.org/#/c/86062/ should help to get around that. BTW: The vdsm-network package was transiently built as noarch before it was replaced by an arch-specific RPM. Since the noarch version has vanished from the repositories in the meantime, that part of the patch may be obsolete. -- Mit freundlichen Grüßen/Kind Regards Viktor Mihajlovski
On Wed, Jan 10, 2018 at 6:36 PM Viktor Mihajlovski < mihajlov@linux.vnet.ibm.com> wrote:
Hi,
I have issues updating vdsm on my Fedora 27 host (s390x, although I would think that the arch shouldn't matter).
[mihajlov@s3560022 ~]$ sudo dnf update ...
================================================================================ Package Arch Version Repository Size
================================================================================ Upgrading: ovirt-release-master noarch 4.2.1-0.0.master.20180108005748.git96e5658.fc27
ovirt-master-snapshot 11 k vdsm s390x 4.20.11-18.git92c490ca8.fc27 ovirt-master-snapshot 79 k ... (14/15): vdsm-hook-vhostmd-4.20.11-18.git92c490 29 kB/s | 16 kB 00:00 (15/15): vdsm-python-4.20.11-18.git92c490ca8.fc 363 kB/s | 1.2 MB 00:03
-------------------------------------------------------------------------------- Total 454 kB/s | 1.9 MB 00:04 Running transaction check Transaction check succeeded. Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib/python2.7/site-packages/vdsm/__init__.pyc conflicts between attempted installs of vdsm-network-4.20.11-18.git92c490ca8.fc27.s390x and vdsm-common-4.20.11-18.git92c490ca8.fc27.noarch file /usr/lib/python2.7/site-packages/vdsm/__init__.pyo conflicts between attempted installs of vdsm-network-4.20.11-18.git92c490ca8.fc27.s390x and vdsm-common-4.20.11-18.git92c490ca8.fc27.noarch
I *think* this is caused by packaging __init__.py* with both vdsm-network and vdsm-common. The patch https://gerrit.ovirt.org/#/c/86062/ should help to get around that.
I think you are right. It will not be possible to install vdsm-network without the __init__.py file without vdsm, but we don't have such use case yet.
BTW: The vdsm-network package was transiently built as noarch before it was replaced by an arch-specific RPM. Since the noarch version has vanished from the repositories in the meantime, that part of the patch may be obsolete.
I think we can ignore this package, it was never released, and it was never correct anyway. Nir
--
Mit freundlichen Grüßen/Kind Regards Viktor Mihajlovski
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
participants (2)
-
Nir Soffer -
Viktor Mihajlovski