I'm trying to figure out a way to get a list of the packages that are no longer available in the repositories that I have enabled. This workstation has been through quite a few versions of Ubuntu and has had many 3rd party repositories added and removed. I'd like to get a list of software that I have from these removed repositories, so I can clean it up or add back the appropriate repositories.
migrated from serverfault.com Jan 24 '12 at 19:43
This question came from our site for system and network administrators.
aptitude search '~o'
Aptitude has some very powerful searching available. Unfortunately the syntax is a bit unwieldy and you have to dig past the manpage to find the documentation, but its worth it.
apt-show-versions can also be helpful:
apt-show-versions | grep 'No available version'
-
1see a nice article about obsolete packages here: raphaelhertzog.com/2011/02/07/… – Lluís Mar 8 '14 at 11:02
-
Another useful list is generated by
apt-show-versions | grep "newer than version in archive"
– Sean Jan 6 '17 at 14:40 -
I think apt-show-versions is the best simply because the aptitude line is extremely counter-intuitive to remember. Every single time I need it I have to google it/look it up/save it/make a script/etc. – j riv Jun 17 '18 at 7:40
To get a list of apps that are not in a Registered Repository or PPA do this:
sudo apt-get install apt-show-versions
apt-show-versions | grep 'No available version'
That should output text like this:
app1 1.0.0.14 installed: No available version in archive
app23 0.3.6 installed: No available version in archive
app332 7.0.9377 installed: No available version in archive
For me this worked and showed three apps I installed using DEB packages and weren't available in a Repo or PPA.
Do remember though that it's impossible to check for all programs, only the ones that went through dpkg
. For instance, some apps are installed by simply extracting them into the correct folders, or others use a standalone installer bin or script. So the best way is for you yourself to keep a list of apps you installed via any method other than APT.
-
Works for all my local
dpkg
installed packages. One exception. It listsskype-bin
, whereasapt-cache policy skype-bin
clearly shows the Canonical partner repo. I'm not sure what is going on. Multiarch issue? Still +1 forapt-show-versions
! – gertvdijk Jan 5 '13 at 21:37 -
aptitude calls these 'obsolete' packages. See chronitis comment above. – Henk Poley Mar 5 '13 at 16:54
If you have aptitude installed use,
aptitude search '?obsolete'
or its short form
aptitude search '~o'
Here it is a sample output
i A gcc-4.7-base - GCC, the GNU Compiler Collection (base package)
id libdb4.7 - Berkeley v4.7 Database Libraries [runtime]
i libudev0 - libudev shared library
The first character of each line indicates the current state of the package. The most common states are:
- p, meaning that no trace of the package exists on the system,
- c, meaning that the package was deleted but its configuration files remain on the system,
- i, meaning that the package is installed, and
- v, meaning that the package is virtual.
The second character indicates the stored action to be performed on the package, if any, otherwise a blank space is displayed. The most common actions are:
- i, meaning that the package will be installed,
- d, meaning that the package will be deleted, and
- p, meaning that the package and its configuration files will be removed.
If the third character is A, the package was automatically installed.
For a complete list of the possible state and action flags, see the section Accessing Package Information in the aptitude reference guide.
-
1
aptitude search ?obsolete
may work in bash, but you should useaptitude search '?obsolete'
– A.B. Jul 1 '15 at 18:28 -
-
-
@A.B. The Search patterns reference guide does not mention the use of single quotes, which should be therefore avoided. However it shows the use of the double quotes in case of spaces in the search terms, but this is not the case. – Demis Palma ツ Jul 2 '15 at 22:59
-
@Sean No, they are not different. ~o is the short form for ?obsolete indeed. – Demis Palma ツ Jul 2 '15 at 23:00
There may be a cleaner way, but off the top of my head you can do
dpkg -l | cut -f 3 -d ' ' > installed
xargs -n 1 --replace=X apt-cache search ^X$ < installed | cut -f 1 -d ' ' > available
diff installed available
Cleanup the first few lines of the installed
file: it will have headers.
Bonus if anyone can fix my syntax highlighting...
-
2if you are going to use the output of
dpkg -l
to get a list of installed packages, you should limit the results to lines with 'i' in the second column, as dpkg will also list packages which are not installed (perhaps removed but not purged). as an example, altering your first command to bedpkg -l | grep '^.[^i]' | cut -f 3 -d ' '
it would return a list of packages, which are NOT installed. (but once were) – stew Jan 24 '12 at 19:46 -
also,
apt-cache search someinstalledpackage
will return something even if the package isn't available from a repo, so I don't believe this will work at all. – stew Jan 24 '12 at 19:54 -
1@stew I'll leave this up here to see if anybody reaches conclusions, but your answer is definitely far better. +1 to you. – Jeff Ferland Jan 24 '12 at 19:59
As mentioned apt-get search is not a good method to check if a package is still available. Additional I've added everything to just one line:
for i in `dpkg -l | grep '^i' | awk '{ print $2 }'`; do apt-cache show $i > /dev/null || echo $i; done
sudo apt list --manual-installed | grep -v cosmic
Or whatever word shows up most in sudo apt list --manual-installed
grep -v filters any word specified.
More info to investigate.
ubuntu-support-status echo "$(sudo apt-mark showmanual | wc -l) packages marked as 'manually installed'."
... ubuntu-support-status and apt-mark may require installation.