Re: dnf gone wild??

[Todd Zullinger]

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"



signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Neal Becker]

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?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Todd Zullinger]

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"



signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Todd Zullinger]

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?



signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Patrick O'Callaghan]

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
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Todd Zullinger]

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



signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Neal Becker]

Strange,
sudo dnf repoquery --provides plexmediaserver
reports nothing

So just rpm -e --no-deps?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Todd Zullinger]

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 

Re: dnf gone wild??

[Neal Becker]

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...]


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Matthew Miller]

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

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Neal Becker]

Matthew Miller wrote:

> On Thu, Nov 16, 2017 at 04:39:01PM +0100, francis.montag...@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)


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Neal Becker]

Matthew Miller wrote:

> dnf remove plexmediaserver --noautoremove

This would still remove 280 packages
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Matthew Miller]

On Thu, Nov 16, 2017 at 04:39:01PM +0100, francis.montag...@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

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Matthew Miller]

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

Fedora Project Leader
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: dnf gone wild??

[Francis . Montagnac]

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
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org