Bug 1565815
Summary: | [modularity] module and dependency enabled despite rejected install | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Merlin Mathesius <mmathesi> |
Component: | dnf | Assignee: | Martin Hatina <mhatina> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | high | ||
Version: | 28 | CC: | dmach, mhatina, mmathesi, packaging-team-maint, rpm-software-management, vmukhame |
Target Milestone: | --- | Keywords: | Reopened, Triaged |
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: | 2018-04-20 05:08:59 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1478068, 1563163 |
Description
Merlin Mathesius
2018-04-10 20:16:14 UTC
I am not able to reproduce the issue, but I have applied changes from https://github.com/rpm-software-management/dnf/pull/1054, which fixes dnf to use 'default' profile as last resort profile. Closing. Feel free to re-open if you think this needs to be investigated more. I re-tested using your patched dnf (thank you!), and ran into a different issue. Steps to Reproduce: 1. fresh container based on docker.io/fedora:28 (or other current F28 VM/container) with latest F28 updates, fedora-repos-modular enabled, and your patched dnf 2. dnf module list --enabled # no modules enabled 3. dnf -y module install reviewboard:2.5 Actual results: Fails with error: Problem: conflicting requests - nothing provides python2-django(abi) = 1.6 needed by ReviewBoard-2.5.17-17.module_d032b812.noarch Expected results: django:1.6 should be auto-enabled (since it is explicitly listed as a runtime requires for reviewboard:2.5) and successful installation of reviewboard:2.5/default. Additional info: The rejected module install doesn't leave any modules enabled. That's good. Also, if the system configuration has the default stream for django set to 1.6 (eg., "echo -e '[django]\nname=django\nstream=1.6' > /etc/dnf/modules.defaults.d/app.defaults"), "dnf -y module install reviewboard:2.5" is successful. But this should not be necessary. Hi, can you run 'dnf module enable reviewboard:2.5' and provide output of 'dnf module list'? Thank you. [root@a01ccbf84390 /]# rpm -q dnf dnf-2.7.5-17.fc29.modularity.1.3fb9e5c.git.8115.ae06a71.noarch [root@a01ccbf84390 /]# dnf module enable reviewboard:2.5 Fedora Modular 28 - x86_64=-=Test=Updates=- ] 176 kB/s | 400 kB 00:02 ETA Last metadata expiration check: 0:00:00 ago on Fri Apr 13 12:57:52 2018. 'reviewboard:2.5' is enabled [root@a01ccbf84390 /]# dnf module list Last metadata expiration check: 0:00:15 ago on Fri Apr 13 12:57:52 2018. Fedora Modular 28 - x86_64 Name Stream Version Profiles nodejs 6 20180308155546 default, development, ... nodejs 9 20180308142225 default, development, ... reviewboard 2.5 [e] 20180206144254 default, server Fedora Modular 28 - x86_64 - Test Updates Name Stream Version Profiles ant 1.10 20180411122322 default container-tools 2017.0 20180313063358 default cri-o 2017.0 20180313134242 default django 1.6 20180328170906 default, python2_development docker 2017.0 20180314032736 default flatpak-runtime f28 20180307202408 buildroot, runtime, ... golang 1.10 20180327174614 default golang-ecosystem 2017.0 20180312141905 default maven 3.5 20180411112402 default maven master 20180406164508 default nodejs 8 20180328183715 default, development, ... reviewboard 3.0 20180411170047 default, server Hint: [d]efault, [e]nabled, [i]nstalled, [l]ocked [root@a01ccbf84390 /]# Fixed by https://github.com/rpm-software-management/dnf/pull/1054 and https://github.com/rpm-software-management/dnf/pull/1059 dnf-2.7.5-19.fc28.modularity.1.3fb9e5c.git.8118.7bc81fe from COPR corrects the originally reported problem and the auto-enablement issue. Anxiously awaiting the proper Fedora release of the fixes. I have confirmed these problems are fixed with dnf-2.7.5-11.fc28--which was just submitted to Fedora Test Updates. |