9:25 a.m.
[nbecker@nbecker2 ~]$ sudo dnf repoquery --whatrequires plexmediaserver
Last metadata expiration check: 0:04:43 ago on Thu 16 Nov 2017 10:18:39 AM
EST.
[nbecker@nbecker2 ~]$ sudo dnf remove plexmediaserver
Dependencies resolved.
=========================================================================================================================================
Package Arch Version
Repository Size
=========================================================================================================================================
Removing:
plexmediaserver x86_64
0.9.12.13.1464-4ccd2ca @@commandline 279 M
Removing dependent packages:
PyQt4 x86_64 4.12.1-4.fc27
@fedora 15 M
PyQt4-devel x86_64 4.12.1-4.fc27
@fedora 2.5 M
PyQt4-webkit x86_64 4.12.1-4.fc27
@fedora 487 k
akonadi-import-wizard x86_64 17.08.1-1.fc27
@fedora 2.2 M
akregator
... a list of 438 packages!!
Why would dnf want to remove them?!?
9:39 a.m.
Hi
On Thu, 16 Nov 2017 10:25:38 -0500 Neal Becker wrote:
[nbecker@nbecker2 ~]$ sudo dnf remove plexmediaserver
...
Removing dependent packages:
...
... a list of 438 packages!!
Why would dnf want to remove them?!?
This is I think due to that (from man yum2dnf):
CLEAN_REQUIREMENTS_ON_REMOVE ON BY DEFAULT
The clean_requirements_on_remove switch is on by default in DNF. It can
thus be confusing to compare the "remove" operation results between DNF
and Yum as by default DNF is often going to remove more packages.
Try thus the (so simple :-( ) command instead:
sudo dnf --setopt=clean_requirements_on_remove=no remove plexmediaserver
--
Francis
9:42 a.m.
On Thu, Nov 16, 2017 at 04:39:01PM +0100, Francis.Montagnac(a)inria.fr wrote:
sudo dnf --setopt=clean_requirements_on_remove=no remove
plexmediaserver
Just `dnf remove --noautoremove plexmediaserver` will do. See my longer
message in this thread for further explanation.
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
9:51 a.m.
Matthew Miller wrote:
On Thu, Nov 16, 2017 at 04:39:01PM +0100, Francis.Montagnac(a)inria.fr
wrote:
> sudo dnf --setopt=clean_requirements_on_remove=no remove
> plexmediaserver
Just `dnf remove --noautoremove plexmediaserver` will do. See my longer
message in this thread for further explanation.
Neither would work - both would remove 280 packages (most/all of kde, and
others)
12:36 p.m.
On Thu, Nov 16, 2017 at 10:51:42AM -0500, Neal Becker wrote:
>> sudo dnf --setopt=clean_requirements_on_remove=no remove
>> plexmediaserver
> Just `dnf remove --noautoremove plexmediaserver` will do. See my longer
> message in this thread for further explanation.
Neither would work - both would remove 280 packages (most/all of kde, and
others)
Well, that's ... per-plexing. (Pun kind of intended. Sorry.)
Perhaps the plexmediaserver includes some Provides that replaces
something KDE and the others depend on? What do you get with `dnf
check`?
I might be inclined to brute-force `rpm -e --nodeps --force
plexmediaserver` and then run `dnf check` after that and then fix
anything left over. But no guarantees that this won't break your
system.
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
1:58 p.m.
Matthew Miller wrote:
On Thu, Nov 16, 2017 at 10:51:42AM -0500, Neal Becker wrote:
> >> sudo dnf --setopt=clean_requirements_on_remove=no remove
> >> plexmediaserver
> > Just `dnf remove --noautoremove plexmediaserver` will do. See my longer
> > message in this thread for further explanation.
> Neither would work - both would remove 280 packages (most/all of kde, and
> others)
Well, that's ... per-plexing. (Pun kind of intended. Sorry.)
Perhaps the plexmediaserver includes some Provides that replaces
something KDE and the others depend on? What do you get with `dnf
check`?
dnf check returns [... crickets...]
2:49 p.m.
Neal Becker wrote:
Matthew Miller wrote:
> On Thu, Nov 16, 2017 at 10:51:42AM -0500, Neal Becker wrote:
>>>> sudo dnf --setopt=clean_requirements_on_remove=no remove
>>>> plexmediaserver
>>> Just `dnf remove --noautoremove plexmediaserver` will do. See my longer
>>> message in this thread for further explanation.
>> Neither would work - both would remove 280 packages (most/all of kde, and
>> others)
>
> Well, that's ... per-plexing. (Pun kind of intended. Sorry.)
>
> Perhaps the plexmediaserver includes some Provides that replaces
> something KDE and the others depend on? What do you get with `dnf
> check`?
dnf check returns [... crickets...]
It looks to me that they have all sorts of spurious provides:
$ rpm -qp --provides plexmediaserver-1.9.7.4460-a39b25852.x86_64.rpm
_bisect.so()(64bit)
_bsddb.so()(64bit)
_codecs_cn.so()(64bit)
_codecs_hk.so()(64bit)
_codecs_iso2022.so()(64bit)
_codecs_jp.so()(64bit)
_codecs_kr.so()(64bit)
_codecs_tw.so()(64bit)
_collections.so()(64bit)
_csv.so()(64bit)
_ctypes.so()(64bit)
_ctypes_test.so()(64bit)
_elementtree.so()(64bit)
_functools.so()(64bit)
_hashlib.so()(64bit)
_heapq.so()(64bit)
_hotshot.so()(64bit)
_io.so()(64bit)
_json.so()(64bit)
_locale_failed.so()(64bit)
_lsprof.so()(64bit)
_multibytecodec.so()(64bit)
_multiprocessing.so()(64bit)
_random.so()(64bit)
_socket.so()(64bit)
_speedups.so()(64bit)
_struct.so()(64bit)
_testcapi.so()(64bit)
array.so()(64bit)
audioop.so()(64bit)
binascii.so()(64bit)
bz2.so()(64bit)
cPickle.so()(64bit)
cStringIO.so()(64bit)
cjson.so()(64bit)
cmath.so()(64bit)
config(plexmediaserver) = 1.9.7.4460-a39b25852
crypt.so()(64bit)
datetime.so()(64bit)
dbm.so()(64bit)
etree.so()(64bit)
fcntl.so()(64bit)
future_builtins.so()(64bit)
grp.so()(64bit)
i965_drv_video.so()(64bit)
itertools.so()(64bit)
libavcodec.so.57()(64bit)
libavcodec.so.57(LIBAVCODEC_57)(64bit)
libavformat.so.57()(64bit)
libavformat.so.57(LIBAVFORMAT_57)(64bit)
libavutil.so.55()(64bit)
libavutil.so.55(LIBAVUTIL_55)(64bit)
libboost_atomic.so.1.59.0()(64bit)
libboost_chrono.so.1.59.0()(64bit)
libboost_date_time.so.1.59.0()(64bit)
libboost_filesystem.so.1.59.0()(64bit)
libboost_iostreams.so.1.59.0()(64bit)
libboost_locale.so.1.59.0()(64bit)
libboost_program_options.so.1.59.0()(64bit)
libboost_random.so.1.59.0()(64bit)
libboost_regex.so.1.59.0()(64bit)
libboost_system.so.1.59.0()(64bit)
libboost_thread.so.1.59.0()(64bit)
libboost_timer.so.1.59.0()(64bit)
libcrypto.so.1.0.0()(64bit)
libcurl.so.4()(64bit)
libdrm.so.2()(64bit)
libdrm_intel.so.1()(64bit)
libexpat.so.1()(64bit)
libexslt.so.0()(64bit)
libhdhomerun.so()(64bit)
libjemalloc.so.1()(64bit)
liblrc.so.0()(64bit)
libminizip.so.1()(64bit)
libpion-5.0.so()(64bit)
libpython2.7.so.1.0()(64bit)
libsqlite3.so.0()(64bit)
libssl.so.1.0.0()(64bit)
libswscale.so.4()(64bit)
libswscale.so.4(LIBSWSCALE_4)(64bit)
libusb-1.0.so.0()(64bit)
libva-drm.so.2()(64bit)
libva.so.2()(64bit)
libva.so.2(VA_API_0.32.0)(64bit)
libva.so.2(VA_API_0.33.0)(64bit)
libxml2.so.2()(64bit)
libxslt.so.1()(64bit)
libxslt.so.1(LIBXML2_1.0.11)(64bit)
libxslt.so.1(LIBXML2_1.0.12)(64bit)
libxslt.so.1(LIBXML2_1.0.13)(64bit)
libxslt.so.1(LIBXML2_1.0.16)(64bit)
libxslt.so.1(LIBXML2_1.0.17)(64bit)
libxslt.so.1(LIBXML2_1.0.18)(64bit)
libxslt.so.1(LIBXML2_1.0.22)(64bit)
libxslt.so.1(LIBXML2_1.0.24)(64bit)
libxslt.so.1(LIBXML2_1.0.30)(64bit)
libxslt.so.1(LIBXML2_1.0.32)(64bit)
libxslt.so.1(LIBXML2_1.0.33)(64bit)
libxslt.so.1(LIBXML2_1.1.0)(64bit)
libxslt.so.1(LIBXML2_1.1.1)(64bit)
libxslt.so.1(LIBXML2_1.1.18)(64bit)
libxslt.so.1(LIBXML2_1.1.2)(64bit)
libxslt.so.1(LIBXML2_1.1.20)(64bit)
libxslt.so.1(LIBXML2_1.1.23)(64bit)
libxslt.so.1(LIBXML2_1.1.24)(64bit)
libxslt.so.1(LIBXML2_1.1.25)(64bit)
libxslt.so.1(LIBXML2_1.1.26)(64bit)
libxslt.so.1(LIBXML2_1.1.3)(64bit)
libxslt.so.1(LIBXML2_1.1.5)(64bit)
libxslt.so.1(LIBXML2_1.1.7)(64bit)
libxslt.so.1(LIBXML2_1.1.9)(64bit)
libz.so.1()(64bit)
libz.so.1(ZLIB_1.2.0)(64bit)
libz.so.1(ZLIB_1.2.0.2)(64bit)
libz.so.1(ZLIB_1.2.0.8)(64bit)
libz.so.1(ZLIB_1.2.2)(64bit)
libz.so.1(ZLIB_1.2.2.3)(64bit)
libz.so.1(ZLIB_1.2.2.4)(64bit)
libz.so.1(ZLIB_1.2.3.3)(64bit)
libz.so.1(ZLIB_1.2.3.4)(64bit)
libz.so.1(ZLIB_1.2.3.5)(64bit)
libz.so.1(ZLIB_1.2.5.1)(64bit)
libz.so.1(ZLIB_1.2.5.2)(64bit)
linuxaudiodev.so()(64bit)
math.so()(64bit)
mmap.so()(64bit)
nis.so()(64bit)
objectify.so()(64bit)
operator.so()(64bit)
ossaudiodev.so()(64bit)
parser.so()(64bit)
pyexpat.so()(64bit)
resource.so()(64bit)
select.so()(64bit)
spwd.so()(64bit)
strop.so()(64bit)
syslog.so()(64bit)
termios.so()(64bit)
time.so()(64bit)
unicodedata.so()(64bit)
zlib.so()(64bit)
plexmediaserver = 1.9.7.4460-a39b25852
plexmediaserver(x86-64) = 1.9.7.4460-a39b25852
Someone should file an issue with the plex.tv folks and point them at
the documenation for filtering unwanted provides¹.
¹ https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering
--
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Be it our wealth, our jobs, or even our homes; nothing is safe while
the legislature is in session.
5:19 p.m.
Strange,
sudo dnf repoquery --provides plexmediaserver
reports nothing
So just rpm -e --no-deps?
5:53 p.m.
Neal Becker wrote:
sudo dnf repoquery --provides plexmediaserver
reports nothing
I didn't know that Plex provided a repo. I've only ever seen them
provide rpm files. Is there an official plex repo or did you import
the rpm into a local repo?
So just rpm -e --no-deps?
That seems reasonable. Matthew suggested that followed by dnf check
to see if there was any actual fallout caused by the forced removal.
If there were issues that weren't easy to resolve, then you should
always be able to reinstall the plex package to fix things.
--
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Life is like a sewer. What you get out of it depends on what you put
into it.
-- Tom Lehrer, quoting Henry
6:08 p.m.
On Thu, 2017-11-16 at 18:53 -0500, Todd Zullinger wrote:
Neal Becker wrote:
> sudo dnf repoquery --provides plexmediaserver
> reports nothing
I didn't know that Plex provided a repo. I've only ever seen them
provide rpm files. Is there an official plex repo or did you import
the rpm into a local repo?
$ cat /etc/yum.repos.d/plex.repo
[PlexRepo]
name=PlexRepo
baseurl=https://downloads.plex.tv/repo/rpm/$basearch/
enabled=0
gpgkey=https://downloads.plex.tv/plex-keys/PlexSign.key
gpgcheck=1
I haven't had problems updating Plex.
poc
6:26 p.m.
Patrick O'Callaghan wrote:
On Thu, 2017-11-16 at 18:53 -0500, Todd Zullinger wrote:
> I didn't know that Plex provided a repo. I've only ever seen them
> provide rpm files. Is there an official plex repo or did you import
> the rpm into a local repo?
$ cat /etc/yum.repos.d/plex.repo
[PlexRepo]
name=PlexRepo
baseurl=https://downloads.plex.tv/repo/rpm/$basearch/
enabled=0
gpgkey=https://downloads.plex.tv/plex-keys/PlexSign.key
gpgcheck=1
I haven't had problems updating Plex.
Nice. I did not know that existed. Thanks! :)
With that repo file in place, I see the same sort of spurious
requirments in the plexmediaserver package.
Neal, do you have the repo enabled by default? If not, perhaps that's
why dnf repoquery wasn't listing anything?
This is what I ran:
$ sudo dnf --enablerepo plex repoquery --provides plexmediaserver
--
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
If corn oil is made from corn, and vegetable oil is made from
vegetables, then what is baby oil made from?
6:25 a.m.
Todd Zullinger wrote:
Patrick O'Callaghan wrote:
> On Thu, 2017-11-16 at 18:53 -0500, Todd Zullinger wrote:
>> I didn't know that Plex provided a repo. I've only ever seen them
>> provide rpm files. Is there an official plex repo or did you import
>> the rpm into a local repo?
>
> $ cat /etc/yum.repos.d/plex.repo
> [PlexRepo]
> name=PlexRepo
> baseurl=https://downloads.plex.tv/repo/rpm/$basearch/
> enabled=0
> gpgkey=https://downloads.plex.tv/plex-keys/PlexSign.key
> gpgcheck=1
>
> I haven't had problems updating Plex.
Nice. I did not know that existed. Thanks! :)
With that repo file in place, I see the same sort of spurious
requirments in the plexmediaserver package.
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.
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
[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
[nbecker@nbecker2 ~]$ sudo dnf install libnatpmp
Installed:
libnatpmp.x86_64 20150609-5.fc27
[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?
10:48 a.m.
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"
12:49 a.m.
I wrote:
It looks to me that they have all sorts of spurious provides:
$ rpm -qp --provides plexmediaserver-1.9.7.4460-a39b25852.x86_64.rpm
[... snipped
long list of spurious provides ...]
Someone should file an issue with the plex.tv folks and point them at
the documenation for filtering unwanted provides¹.
¹ https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering
I ended up checking the Plex forums and found a post where someone
else from this list brought up some other packaging issues (hi
Richard! ;).
I added some comments regarding the spurious provides (along with
sample code to filter them, since complaints are usually easier to
hear when they are followed by solutions). The thread is here:
https://forums.plex.tv/discussion/comment/1558936/#Comment_1558936
With luck, a future plexmediaserver package will incorporate the
provides filtering.
--
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Absurdity, n. A statement or belief manifestly inconsistent with
one's own opinion.
-- Ambrose Bierce, "The Devil's Dictionary"
9:41 a.m.
On Thu, Nov 16, 2017 at 10:25:38AM -0500, Neal Becker wrote:
[nbecker@nbecker2 ~]$ sudo dnf repoquery --whatrequires
plexmediaserver
[nbecker@nbecker2 ~]$ sudo dnf remove plexmediaserver
[...]
... a list of 438 packages!!
Why would dnf want to remove them?!?
It thinks that these packages were only installed to resolve
plexmediaserver dependencies in the first place. The intention is that
`dnf install plexmediaserver` and `dnf remove plexmediaserver` should
be inverse operations, without the side-effect of leaving a bunch of
packages plexmediaserver pulled in as dependencies installed even
though you no longer need them.
Although this is finally fixed, there was a long-standing lack of
communicationb between DNF and PackageKit which may result in packages
which were deliberately installed not being marked as such.
See `dnf repoquery --userinstalled` to list packages marked as
manually/intentionally installed.
Use `dnf mark install packagename` to mark something as something you
want to not be autoremoved. Or `dnf mark install *`.
Use `dnf remove plexmediaserver --noautoremove` to remove
plexmediaserver without trying to be smart about unused dependencies
now.
Set `clean_requirements_on_remove` to False in dnf.conf to disable this
behavior entirely.
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
2352
days inactive
2353
days old
15 comments
5 participants
participants (5)
-
Francis.Montagnac＠inria.fr -
Matthew Miller -
Neal Becker -
Patrick O'Callaghan -
Todd Zullinger