On Jan 27 17:46:07, a...@lists.gxis.de wrote: > I'm looking at one of my OpenBSD systems here that has been upgraded > over a long time, and has /usr/local running out of space. > > It seems there's a lot of old versions of shared libraries in > /usr/local/lib, like for example: > > > # ls -al /usr/local/lib/libvpx.so.* > > -rw-r--r-- 1 root bin 1909442 Mar 27 2018 /usr/local/lib/libvpx.so.10.0 > > -rw-r--r-- 1 root bin 2047296 Oct 11 2018 /usr/local/lib/libvpx.so.11.0 > > -rw-r--r-- 1 root bin 3182104 Apr 19 2021 /usr/local/lib/libvpx.so.12.0 > > -rw-r--r-- 1 root bin 2049592 Sep 26 2021 /usr/local/lib/libvpx.so.13.0 > > -rw-r--r-- 1 root bin 2062112 Sep 29 2022 /usr/local/lib/libvpx.so.14.0 > > -rw-r--r-- 1 root bin 2057584 Mar 25 2023 /usr/local/lib/libvpx.so.15.0 > > -rw-r--r-- 1 root bin 2069504 Oct 6 00:20 /usr/local/lib/libvpx.so.16.0 > > -rw-r--r-- 1 root bin 1869707 Jul 26 2016 /usr/local/lib/libvpx.so.7.0 > > -rw-r--r-- 1 root bin 1909806 Oct 2 2017 /usr/local/lib/libvpx.so.8.0 > > Is this expected, or a result of some error I made during upgrades?
That's definitely weird. Which packages own these files? $ pkg_info -E /usr/local/lib/libvpx.so.8.0 $ doas pkg_check -Fq > Usually I'm just running pkg_add -u to pull fresh versions of packages. > And is there some "standard" way to get rid of the old versions? pkg_add generally replaces the old version with the new versions. > I could probably compare whatever is there against the pkglocate > database or check each file against pkglocate individually and parse > the output or something That's what pkg_info -F does.
