Bug 1302540

Summary: Missing libnatpmp Dependency in RPM spec
Product: [Fedora] Fedora Reporter: justin.brown1.1@gmail.com <justin.brown>
Component: dnfAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 23CC: abdulkarimmemon, aperotti, charles, gwync, helio, jsilhan, jspaleta, kumarpraveen.nitdgp, mluscon, packaging-team-maint, pnemade, raghusiddarth, sanjay.ankur, vmukhame
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: All   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-02-15 12:26:53 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:
Attachments:
Description Flags
dnf reinstall --debugsolver transmission-daemon transmission-common none

Description justin.brown1.1@gmail.com 2016-01-28 06:16:51 UTC 
Description of problem:

This update:

https://bodhi.fedoraproject.org/updates/FEDORA-2016-7fb3ad6fe3

removed libnatpmp from within transmission and started using the system provided library. Unfortunately, the RPM spec doesn't have a libnatpmp dependency.

On my system, I didn't already have libnatpmp installed and transmission-daemon refused to start.

I believe that 

    Requires: libnatpmp

should be in the common sub-package section at line 39 (http://pkgs.fedoraproject.org/cgit/rpms/transmission.git/tree/transmission.spec#n39). 


Version-Release number of selected component (if applicable):

This bug was introduced with transmission-common-2.84-10.fc23.x86_64
Comment 1 justin.brown1.1@gmail.com 2016-01-28 06:20:30 UTC 
~$ sudo -u transmission transmission-daemon

transmission-daemon: error while loading shared libraries: libnatpmp.so.1: cannot open shared object file: No such file or directory

~$ sudo dnf install transmission-daemon

~$ sudo -u transmission transmission-daemon
<starts normally>
Comment 2 justin.brown1.1@gmail.com 2016-01-28 06:21:22 UTC 
Oops. Install `libnatpmp`, not transmission-daemon...
Comment 3 Gwyn Ciesla 2016-01-28 14:33:52 UTC 
But I show that all transmission RPMS require libnatpmp.so.1, including -common and -daemon. . .
Comment 4 justin.brown1.1@gmail.com 2016-01-28 16:03:25 UTC 
You're right that `dnf repoquery --requires transmission-daemon` shows libnatpmp.so.1()(64bit).

I'm not sure where that dependency comes from, but when I applied the last transmission-daemon update, dnf didn't offer to install libnatpmp, leaving transmission broken.

After some more testing, this only occurs on package update. Maybe it's more of a dnf libresolv problem.
Comment 5 Gwyn Ciesla 2016-01-28 16:10:37 UTC 
Agreed, reassigning.
Comment 6 Michal Luscon 2016-02-01 13:15:55 UTC 
I am not able to find the duplicate bug, but the point was that some third-party rpm claimed to provide libnatpmp. Please try 'dnf repoquery --whatprovides libnatpmp' and feel free to reopen with provided debugdata if this is not the mentioned case.
Comment 10 Andrea Perotti 2016-02-01 16:50:29 UTC 
# dnf repoquery --whatprovides libnatpmp
Last metadata expiration check performed 0:36:04 ago on Mon Feb  1 16:58:11 2016.
libnatpmp-0:20140401-3.fc23.i686
libnatpmp-0:20140401-3.fc23.x86_64
libnatpmp-0:20150609-1.fc23.i686
libnatpmp-0:20150609-1.fc23.x86_64
Comment 11 Michal Luscon 2016-02-08 12:27:08 UTC 
Please reinstall the transition package with --debugsolver option and attach the obtained debugdata to this report.
Comment 12 Andrea Perotti 2016-02-12 21:25:17 UTC 
Created attachment 1123642 [details]
dnf reinstall --debugsolver transmission-daemon transmission-common
Comment 13 Michal Luscon 2016-02-15 12:26:53 UTC 
Plexmediaserver package installed on your system is providing libnatpmp.so.1()(64bit) in /usr/lib/plexmediaserver/libnatpmp.so.1. Please report this issue to the provider of plexmediaserver.