Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1828404 - DNF does not offer to install weak dependencies unless there is a change to the depending package
Summary: DNF does not offer to install weak dependencies unless there is a change to t...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 32
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: rpm-software-management
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 1699672
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-04-27 16:50 UTC by David Sebek
Modified: 2021-05-25 16:00 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-05-25 16:00:56 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description David Sebek 2020-04-27 16:50:07 UTC 
Description of problem:
The "totem" package requires "gstreamer1-plugin-openh264" as a weak dependency. This "gstreamer1-plugin-openh264" package is available in the fedora-cisco-openh264 repository. Although Fedora Workstation 32 comes with the fedora-cisco-openh264 repository enabled by default, the "gstreamer1-plugin-openh264" package is probably available only after the Anaconda installation is finished. Because of this, the "gstreamer1-plugin-openh264" is not installed in a clean Fedora installation until there is an update to totem, or until totem is reinstalled. DNF upgrade does not install this weak dependency that was once missing but now available.

I have two Fedora systems, one was installed as a Beta version, the second one is a fresh installation of the RC-1.6 release. The first system can play h264 videos in Totem because there was an update to Totem a few weeks ago which installed the h264 support as a weak dependency. The second system cannot play h264 videos unless totem is reinstalled or updated in the future, or unless this weak dependency is installed manually.

Version-Release number of selected component (if applicable):
[david@pc3-fedora ~]$ dnf --version
4.2.19
  Installed: dnf-0:4.2.19-1.fc32.noarch at Wed 22 Apr 2020 10:36:50 PM GMT
  Built    : Fedora Project at Mon 24 Feb 2020 05:44:09 PM GMT

  Installed: rpm-0:4.15.1-2.fc32.1.x86_64 at Wed 22 Apr 2020 10:35:39 PM GMT
  Built    : Fedora Project at Thu 30 Jan 2020 06:22:57 PM GMT


How reproducible:

Steps to Reproduce:
1.
2.
3.

Actual results:
[david@pc3-fedora ~]$ sudo dnf --refresh upgrade
[sudo] password for david: 
Fedora 32 openh264 (From Cisco) - x86_64        2.1 kB/s | 986  B     00:00    
Fedora Modular 32 - x86_64                       29 kB/s |  17 kB     00:00    
Fedora Modular 32 - x86_64 - Updates             30 kB/s |  16 kB     00:00    
Fedora 32 - x86_64 - Updates                     24 kB/s |  19 kB     00:00    
Fedora 32 - x86_64                               30 kB/s |  18 kB     00:00    
Dependencies resolved.
Nothing to do.
Complete!

[david@pc3-fedora ~]$ sudo dnf --refresh distro-sync
Fedora 32 openh264 (From Cisco) - x86_64        1.7 kB/s | 986  B     00:00    
Fedora Modular 32 - x86_64                       27 kB/s |  17 kB     00:00    
Fedora Modular 32 - x86_64 - Updates             72 kB/s |  16 kB     00:00    
Fedora 32 - x86_64 - Updates                     34 kB/s |  19 kB     00:00    
Fedora 32 - x86_64                               20 kB/s |  18 kB     00:00    
Dependencies resolved.
Nothing to do.
Complete!

[david@pc3-fedora ~]$ sudo dnf reinstall totem
Last metadata expiration check: 0:01:07 ago on Mon 27 Apr 2020 06:19:15 PM CEST.
Dependencies resolved.
================================================================================
 Package                    Arch   Version          Repository             Size
================================================================================
Reinstalling:
 totem                      x86_64 1:3.34.1-4.fc32  fedora                1.3 M
Installing dependencies:
 openh264                   x86_64 2.1.0-1.fc32     fedora-cisco-openh264 428 k
Installing weak dependencies:
 gstreamer1-plugin-openh264 x86_64 1.16.2-1.fc32    fedora-cisco-openh264  24 k

Transaction Summary
================================================================================
Install  2 Packages

Total download size: 1.8 M
Installed size: 7.2 M
Is this ok [y/N]: n


Expected results:
The first two commands (dnf upgrade and dnf distro-sync) should install gstreamer1-plugin-openh264 and openh264 packages.

Additional info:
Comment 1 Lukáš Hrázký 2020-05-04 11:39:03 UTC 
Hello, this sort of conflicts with this bug report we already have for being able to prevent weak dependencies from being installed: https://bugzilla.redhat.com/show_bug.cgi?id=1699672

If we did what you request, it would make that issue even worse. That one will require some design changes and if we manage to fix it, then I think your request will be possible and perhaps logical, but not until then...
Comment 2 Fedora Program Management 2021-04-29 16:21:24 UTC 
This message is a reminder that Fedora 32 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 32 on 2021-05-25.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '32'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 32 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.
Comment 3 Ben Cotton 2021-05-25 16:00:56 UTC 
Fedora 32 changed to end-of-life (EOL) status on 2021-05-25. Fedora 32 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.
Note You need to log in before you can comment on or make changes to this bug.