Bug 1495629
Summary: | Ovirt host deploy dependency: yum must be installed even in Fedora/dnf environment. | ||
---|---|---|---|
Product: | [oVirt] otopi | Reporter: | John Boero <boeroboy> |
Component: | General | Assignee: | Yedidyah Bar David <didi> |
Status: | CLOSED NOTABUG | QA Contact: | Pavel Stehlik <pstehlik> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | master | CC: | bugs, oourfali |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-09-26 11:51:16 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Node | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1460625 |
Description
John Boero
2017-09-26 11:10:06 UTC
IMO this isn't a bug, because if you do have yum installed, you also get into a bad situation - you have both yum and dnf working side-by-side, without each knowing about the other. At least AFAICT. See also: http://lists.ovirt.org/pipermail/devel/2017-August/030990.html Obviously, when GA date for 4.2 becomes close, we'll have to decide about our "official" position re this. Sadly, I do not see this being resolved soon. So most likely, oVirt 4.2 will not support fedora at all, officially. In practice, since many developers use fedora, we do fix simple/quick issues when they are reported. If you (or anyone) wants to help, patches are most welcome. See this for some of the things that need to be done: https://bugzilla.redhat.com/showdependencytree.cgi?id=1460625&hide_resolved=1 First step is probably supporting dnf-2. I didn't check yet if dnf-2 can work well with python2. If it does not, we'll also need to work on supporting python3, which is a larger project. Well at least it's documented now for the next poor sucker that tries to use this.. Anyway all the fedora yum package does is forward to dnf anyway so it's surely not a conflict. $ yum repolist Redirecting to '/usr/bin/dnf repolist' (see 'man yum2dnf') (In reply to John Boero from comment #3) > Well at least it's documented now for the next poor sucker that tries to use > this.. Indeed, thanks. (In reply to John Boero from comment #4) > Anyway all the fedora yum package does is forward to dnf anyway so it's > surely not a conflict. > > $ yum repolist > Redirecting to '/usr/bin/dnf repolist' (see 'man yum2dnf') This is true for <= 25, but not in 26, at least when I tried. [root@didi-fedora-host ~]# cat /etc/fedora-release Fedora release 26 (Twenty Six) [root@didi-fedora-host ~]# yum history ID | Command line | Date and time | Action(s) | Altered ------------------------------------------------------------------------------- 4 | | 2017-08-08 16:52 | Install | 1 < 3 | update -y | 2017-08-08 16:43 | I, U | 98 >E 2 | install -y ovirt-guest-a | 2017-08-08 16:42 | Install | 5 1 | install -y screen rsync | 2017-08-08 16:41 | I, U | 103 [root@didi-fedora-host ~]# dnf history ID | Command line | Date and time | Action(s) | Altered ------------------------------------------------------------------------------- 5 | install ipython | 2017-08-08 16:55 | Install | 22 < 4 | install -y python2-dnf b | 2017-08-08 16:52 | Install | 5 > 3 | install otopi otopi-debu | 2017-08-08 16:51 | Install | 3 < 2 | install python | 2017-08-08 16:37 | Install | 4 > 1 | | 2017-08-07 12:56 | Install | 309 EE (In reply to Yedidyah Bar David from comment #6) > (In reply to John Boero from comment #4) > > Anyway all the fedora yum package does is forward to dnf anyway so it's > > surely not a conflict. > > > > $ yum repolist > > Redirecting to '/usr/bin/dnf repolist' (see 'man yum2dnf') > > This is true for <= 25, but not in 26, at least when I tried. Now ran dnf update on this machine, and the output is now identical: [root@didi-fedora-host ~]# dnf history ID | Command line | Date and time | Action(s) | Altered ------------------------------------------------------------------------------- 6 | update | 2017-09-26 15:21 | I, U | 110 EE 5 | install ipython | 2017-08-08 16:55 | Install | 22 < 4 | install -y python2-dnf b | 2017-08-08 16:52 | Install | 5 > 3 | install otopi otopi-debu | 2017-08-08 16:51 | Install | 3 < 2 | install python | 2017-08-08 16:37 | Install | 4 > 1 | | 2017-08-07 12:56 | Install | 309 EE [root@didi-fedora-host ~]# yum history ID | Command line | Date and time | Action(s) | Altered ------------------------------------------------------------------------------- 6 | update | 2017-09-26 15:21 | I, U | 110 EE 5 | install ipython | 2017-08-08 16:55 | Install | 22 < 4 | install -y python2-dnf b | 2017-08-08 16:52 | Install | 5 > 3 | install otopi otopi-debu | 2017-08-08 16:51 | Install | 3 < 2 | install python | 2017-08-08 16:37 | Install | 4 > 1 | | 2017-08-07 12:56 | Install | 309 EE And is extending the previous output of 'dnf history'. So this was probably a temporary bug, fixed in a recent update to dnf. Keeping the bug closed anyway, as I do not think it's worth fixing. The right thing to do is to support dnf-2 and python3. Thanks for the confirmation Yedidyah. Great response time. I now have a smoothly running install on F25 machines and it's glorious. Can't wait for the packages to hit F26. |