>>>> However, at this point rebuilding the pkg db made the >>>> installation of exabgp succeed without issues (whether the >>>> rebuilds made any difference is anyone's guess at this point): >>>> >>>> # pkg_admin rebuild >>>> >>>> Stored 27401 files and 0 explicit directories from 64 packages in >>>> /usr/pkg/pkgdb/pkgdb.byfile.db. >>>> Done. >>>> # pkg_admin rebuild-tree >>>> Done. >>>> # pkgin in exabgp >>>> calculating dependencies...done. > > Probably a stupid question: Are you sure that you always use the > pkg_install-tools from pkgsrc, and not the ones found in the base > OS? And that goes for both those run from the command line, > those run by pkgin, and those run by any cron-jobs. Not such a stupid question, actually, but ... what could go wrong and how would this materialize? # type pkg_add pkg_add is /usr/sbin/pkg_add # strings -a /usr/sbin/pkg_add | grep /pkgdb /usr/pkg/pkgdb /usr/pkg/pkgdb # pkg_add -V 20210410 # So the in-tree pkg_install tools are evidently from the era following where the default pkg database location was changed from /var/db/pkgdb to /usr/pkg/pkgdb. I vaguely recall that I was in the habit of creating /etc/pkg_install.conf with PKG_DBDIR=/usr/pkg/pkgdb and creating /usr/pkg/etc/pkg_install.conf as a symlink to this file during the transition period to the new location, but evidently that is not done on this particular system (no such files are in place), and this system runs 10.0. However, since evidently the in-tree pkg_install is from the era following the switch to using /usr/pkg/pkgdb, it appears to me that the error I am observing cannot be caused by the wrong pkgdb being consulted. And the system in question here does not even have a /var/db/pkgdb/ directory. Yes, I see /var/db/pkgin/pkgin.db is an sqlite3 database, but being entirely unfamiliar with its use and its schema, can someone please supply some commands to inspect the dependency information for a given package as stored in that database? I assume that this is the place where the information from pkg_summary.bz2 is being stored as part of "pkgin up", and is subsequently used to compute what to do during execution of "pkgin fug"? Regards, - Håvard