Re: dnf gone wild??

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Neal Becker wrote:
Todd Zullinger wrote:
Neal, do you have the repo enabled by default?  If not, perhaps that's
why dnf repoquery wasn't listing anything?

No, I don't think I have the repo enabled - probably didn't exist back when
I installed plexmediaserver.

It might be worth confirming that either by 'grep ^enabled' on the plex.repo file or dnf repolist. But it sounds like you've got it resolved now, so it's not terribly important. :)

Here's how I fixed things:
[nbecker@nbecker2 ~]$ sudo rpm -e plexmediaserver

error: Failed dependencies:
	libnatpmp.so.1()(64bit) is needed by (installed) transmission-common-2.92-8.fc27.x86_64
	libnatpmp.so.1()(64bit) is needed by (installed) transmission-gtk-2.92-8.fc27.x86_64
	libtag.so.1()(64bit) is needed by (installed) gstreamer1-plugins-good-1.12.3-1.fc27.x86_64
	libtag.so.1()(64bit) is needed by (installed) kf5-kfilemetadata-5.39.0-1.fc27.x86_64
	libtag.so.1()(64bit) is needed by (installed) ktorrent-libs-5.0.1-5.fc27.x86_64
	libtag.so.1()(64bit) is needed by (installed) gstreamer-plugins-good-0.10.31-20.fc27.x86_64
	libtag.so.1()(64bit) is needed by (installed) tracker-miners-2.0.2-1.fc27.x86_64
	libtag.so.1()(64bit) is needed by (installed) vlc-core-3.0.0-0.38.git20171009.fc27.x86_64
	libtag.so.1()(64bit) is needed by (installed) kio-extras-17.08.2-2.fc27.x86_64
	libtag_c.so.0()(64bit) is needed by (installed) tracker-miners-2.0.2-1.fc27.x86_64
	libtag_c.so.0()(64bit) is needed by (installed)
parole-0.9.2-3.fc27.x86_64

[nbecker@nbecker2 ~]$ dnf repoquery --whatprovides libtag.so.1
taglib-0:1.11.1-5.fc27.i686

You dropped '(64bit)' from the query.  It should have been:

   dnf repoquery --whatprovides 'libtag.so.1()(64bit)'

And you would need to add --enablerepo plex (or whatever name you have for the plex repo) if the plex repo is not enabled by default. For this sort of query, where you really only care about what's in the local package database, I'd use rpm directly anyway, to avoid dnf pulling data from remote repos.

   rpm -q --whatprovides 'libtag.so.1()(64bit)'

(I imagine there's some dnf option to restrict the query to the local rpm database, but I still prefer rpm for such things.)

[nbecker@nbecker2 ~]$ rpm -q taglib
package taglib is not installed

[nbecker@nbecker2 ~]$ sudo dnf install taglib
Installed:
 taglib.x86_64 1.11.1-5.fc27

[nbecker@nbecker2 ~]$ sudo rpm -e plexmediaserver
error: Failed dependencies:
	libnatpmp.so.1()(64bit) is needed by (installed) transmission-common-2.92-8.fc27.x86_64
	libnatpmp.so.1()(64bit) is needed by (installed) transmission-gtk-2.92-8.fc27.x86_64

[nbecker@nbecker2 ~]$ dnf repoquery --whatprovides libnatpmp.so.1
 libnatpmp-0:20150609-5.fc27.i686

This showed you the .i686 version because the library provides you searched for didn't have '(64bit)' at the end.

[nbecker@nbecker2 ~]$ sudo dnf install libnatpmp
Installed:
 libnatpmp.x86_64 20150609-5.fc27

But dnf does the right thing and installed the x86_64 version when you ask to install the package just by name. :)

[nbecker@nbecker2 ~]$ sudo rpm -e plexmediaserver
Stopping plexmediaserver (via systemctl):  [  OK  ]
Synchronizing state of plexmediaserver.service with SysV service script with
/usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install disable plexmediaserver
warning: file /usr/local/bin/python: remove failed: No such file or directory
libsemanage.semanage_direct_remove_key: Removing last plexrsync module (no
other plexrsync module exists at another priority).

[nbecker@nbecker2 ~]$ sudo dnf check
[ silence ]

Did you notice that taglib and libnatpmp were i686 versions before, but now
installing the x86_64 versions fixed the dependency issues?  I think that's
strange.  Bug in depsolver?

Bug in query, I think. :)

But yeah, adding multilib into the mix complicates any scenario.

I'm glad you got it worked out in any case. Hopefully the Plex packagers will filter these bogus provides out at some point in the future and this won't be able to occur.

(Though so far, the one reply I got on their forums disagrees with the clear presence of the provides because they don't have any provides: lines in the spec. I've tried to clarify that these are automatically generated by rpm. If that and the copious rpm/denf query output I included doesn't convince them that the provides exist, I don't know what will. ;)

--
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The distinction between Freedom and Liberty is not accurately known;
naturalists have been unable to find a living specimen of either.
   -- Ambrose Bierce, "The Devil's Dictionary"

Attachment: signature.asc
Description: PGP signature

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux