Skip to main content

yum autoremove

English

Yum has autoremove feature since 2010 but there is a simple command to do so:
yum autoremove
Here is quick example below.

Français

Yum a l'abilit&eacut; d'"autoremove" depuis 2010 mais il existe une commande plus simple sur la version recente 3.4.3:
yum autoremove
Voici un exemple ci-dessous
 
$ su -c "yum autoremove" 
Loaded plugins: langpacks, presto, refresh-packagekit 
Resolving Dependencies --> 
Running transaction check ---> 
Package gnokii.x86_64 0:0.6.31-4.fc18 will be erased ---> 
Package net-snmp.x86_64 1:5.7.2-5.fc18.1 will be erased --> 
Finished Dependency Resolution --> 
Finding unneeded leftover dependencies ---> 
Marking lm_sensors-libs to be removed - no longer needed by net-snmp ---> 
Marking net-snmp-agent-libs to be removed - no longer needed by net-snmp 
Found and removing 2 unneeded dependencies --> 
Running transaction check ---> 
Package lm_sensors-libs.x86_64 0:3.3.2-5.fc18 will be erased ---> 
Package net-snmp-agent-libs.x86_64 1:5.7.2-5.fc18.1 will be erased --> 
Finished Dependency Resolution Dependencies Resolved ================================================================================ 
Package Arch Version Repository Size ================================================================================ 
Removing: 
gnokii x86_64 0.6.31-4.fc18 @updates 2.0 M 
net-snmp x86_64 1:5.7.2-5.fc18.1 @updates 874 k 
Removing for dependencies: 
lm_sensors-libs x86_64 3.3.2-5.fc18 @fedora 60 k 
net-snmp-agent-libs x86_64 1:5.7.2-5.fc18.1 @updates 2.0 M 

Transaction Summary
================================================================================ 
Remove 2 Packages (+2 Dependent packages) 
Installed size: 4.9 M 
Is this ok [y/N]: y 

Downloading Packages: 
Running Transaction Check 
Running Transaction 
Test Transaction 
Test Succeeded 
Running Transaction 
Erasing : 1:net-snmp-5.7.2-5.fc18.1.x86_64 1/4 
Erasing : 1:net-snmp-agent-libs-5.7.2-5.fc18.1.x86_64 2/4 
Erasing : lm_sensors-libs-3.3.2-5.fc18.x86_64 3/4 
Erasing : gnokii-0.6.31-4.fc18.x86_64 4/4 
Verifying : 1:net-snmp-agent-libs-5.7.2-5.fc18.1.x86_64 1/4 
Verifying : lm_sensors-libs-3.3.2-5.fc18.x86_64 2/4 
Verifying : 1:net-snmp-5.7.2-5.fc18.1.x86_64 3/4 
Verifying : gnokii-0.6.31-4.fc18.x86_64 4/4 

Removed: 
gnokii.x86_64 0:0.6.31-4.fc18 
net-snmp.x86_64 1:5.7.2-5.fc18.1 

Dependency Removed: 
lm_sensors-libs.x86_64 0:3.3.2-5.fc18 
net-snmp-agent-libs.x86_64 1:5.7.2-5.fc18.1 
Complete



$ yum --version
3.4.3
  Installed: rpm-4.10.3.1-1.fc18.x86_64 at 2013-02-10 20:58
  Built    : Fedora Project at 2013-02-06 09:54
  Committed: Panu Matilainen at 2013-02-06

  Installed: yum-3.4.3-53.fc18.noarch at 2013-04-06 19:25
  Built    : Fedora Project at 2013-03-25 14:46
  Committed: Zdenek Pavlas at 2013-03-25

Comments

Unknown said…
Thanks mate for the tip.
Have been rpming the hard way since ages
kparal said…
Thanks a lot. Time to document the command:
https://bugzilla.redhat.com/show_bug.cgi?id=951839

Popular posts from this blog

Getting ready for Vanlug

Busy weekend. I just took a break for making a presentation of Fedora Core 6 and Fedora Project for Vancouver Linux Users Group which will debut on November 20, 2006. A local computer store was kind enough to give me a laptop for the demonstration of Fedora Core 6 (Zod) live spin and Sugar interface from OLPC Project. Should you be interested to view that event and live near Vancouver, here is the address .

No network on Fedora 9 x86_64 follow up

Following my post related to NetworkManager . I have found out about the workaround. If you have x86_64 system with 4GB support enabled, you should disable it in order to make NetworkManager work. I am not sure if that bug affects other distributions so, possibly the bug may be related to the x86_64 kernel. Let see if my theory can be verified.

Detailing the installation of AMD OpenCL rpm for Fedora

Revisiting the previous blog and freshly reinstalling Fedora Design Suite due to a busted boot, I look at the official guideline from AMD Driver for Red Hat Enterprise Linux 7.2 and write a way to improve the process of installing on Fedora 29 in this example. Extracting the tarball contains the following: amdgpu-install amdgpu-pro-install symlink to amdgpu doc folder repodata folder RPMS folder containing rpm package Executing the command ./amdgpu-install -opencl=pal --headless sadly failed on Fedora on that line: ./amdgpu-install -y --opencl=pal --headless Last metadata expiration check: 0:30:51 ago on Mon 19 Nov 2018 07:13:43 PM PST. No match for argument: amdgpu Upon closer look, the script failed to created a temporary repository on /var/opt/amdgpu-pro-local probably explaining why amdgpu metapackage name failed to display. Someone should investigate and provide a fix. At least, we find out Fedora support is available but unofficial. Due to its design, Gnome