Ask Your Question
0

Is this related to this bug ?? Is it a block in upgrade from Fedora 24 to 26 ?

asked 2017-07-12 14:49:12 -0500

nokia808 gravatar image

updated 2017-07-12 14:52:22 -0500

Hi. I read about upgrade to Fedora 26, & I got the following bug documented:

https://fedoraproject.org/wiki/Commo....inthe_past

it said:

There was an unfortunate situation in the past few Fedora releases where PackageKit and DNF didn't work well together. If you installed something via PackageKit (used by GNOME Software or KDE Apper), it didn't mark such packages as "user installed" in the DNF database (which is used to differentiate user-requested packages from other packages installed purely as a dependency, but not explicitly requested by the user). Similarly, if you updated your system using PackageKit (GNOME offline updates, Apper), it erased such "user installed" flags from all updated packages. DNF then tries to remove any unnecessary packages during its next transaction (or when specifically asked using sudo dnf autoremove). This might lead to removing core system packages because DNF no longer sees them as "user installed" and considers them a no-longer-needed dependency. It is also possible that this might happen to you when performing a system upgrade from Fedora 24 to Fedora 26.

Fedora 25 and 26 hasn't been affected by this bug at all, and it was fixed in Fedora 23 and 24 since libhif-0.2.2-3. Current use of PackageKit (GNOME Software, Apper) should be safe. However, if you have ever used these tools in the past (and didn't follow these instructions when upgrading to Fedora 25), you're strongly advised to fix your "user installed" database before you try to upgrade to Fedora 26

The case is that:

1) I'm on Fedora 24 X64 bit Cinnamon edition,

2) I never installed or used GNOME software center before this bug is OFFICIALLY closed for Fedora 24,

https://bugzilla.redhat.com/show_bug....

I was put my eyes on it carefully.

3) I wait for about 4 months AFTER official closure of this bug for Fedora 24, then installed GNOME software center & started to use it to installed games.

4) I was using Yum-extender (DNF) for packages installation (before I discovered that it is buggy by long time. I discovered that it is buggy too late.),

5) I was already activated "remove unused elements" in Yum-extender (DNF),

6) output of "sudo dnf autoremove" is:

Last metadata expiration check: 0:09:49 ago on Wed Jul 12 17:09:08 2017. Dependencies resolved. ================================================================================ Package Arch
Version Repository
Size ================================================================================ Removing: a52dec
x8664 0.7.4-25.fc24
@updates 52 k audit-libs-python x86
64 2.7.7-1.fc24
@updates 502 k clutter-gtk
x8664 1.8.0-1.fc24
@anaconda 104 k gnome-python2-gconf x86
64
2.28.1-17.fc24 @anaconda 138 k kde-baseapps-common noarch 16.08.3-1.fc24 @updates 64 k kde-runtime-drkonqi x8664 16.12.3-1.fc24 @updates 609 k kdepimlibs-kxmlrpcclient x8664 4.14.10-17.fc24 @updates 61 k kdialog x8664 16.08.3-1.fc24 @updates 101 k libbsd x8664 0.8.3-1.fc24 @updates 249 k libmusicbrainz5 x8664 5.1.0-5.fc24 @anaconda 593 k libselinux-python x8664 2.5-12.fc24 ...





(more)
edit retag flag offensive close merge delete

1 Answer

Sort by ยป oldest newest most voted
0

answered 2017-07-12 17:03:09 -0500

ssieb gravatar image

It's not clear to me why you think there is a problem. It's quite likely that all of those packages are not being used. I don't see any critical ones there.

edit flag offensive delete link more

Comments

Thank you for your kind response. I'm suspicious about one thing: DNF by default remove unused dependencies when user use "sudo dnf remove {package}". And I set Yum-extender (DNF) to remove unused elements. So, removal any application whether by using DNF or package manager, will lead to erase unused dependencies, So how these "unused libraries" remain ?? Could system update process lead to unused packages without erasing them during update process ?? Also, I'm very affraid about "libselinux-python": isn't it essential for security ?

nokia808 gravatar imagenokia808 ( 2017-07-15 09:57:56 -0500 )edit

libselinux-python is only the interface for Python scripts to work with selinux. Since removing it doesn't cause anything else important to be removed, it's not being used. I also don't think the system-upgrade process will do the autoremove. I haven't noticed anything like that on any of the systems I've done. But if that's all it would remove, then you're fine anyway.

ssieb gravatar imagessieb ( 2017-07-17 13:46:06 -0500 )edit

Also, when you run the system-upgrade process from the command line, it shows you everything it will do. The removes are at the bottom, so just check the list before you say ok. A few removes are expected, usually an old kernel and anything that is being obsoleted.

ssieb gravatar imagessieb ( 2017-07-17 13:50:08 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Question Tools

Stats

Asked: 2017-07-12 14:49:12 -0500

Seen: 76 times

Last updated: Jul 12 '17