On 31 March 2011 16:46, Roland van Laar <rol...@micite.net> wrote: > Hello, > > I'm asking again about pkgdb -F because it's still running. > > On 03/29/2011 07:50 AM, Roland van Laar wrote: >> >> Hello, >> >> I updated FreeBSD 8.0 to 8.2 with freebsd-update. >> Everything went fine till I got to the ports: >> I used the commands: > > <snip> >> >> # pkgdb -F >> >> gives me this: >> >> ---> Checking the package registry database >> [Rebuilding the pkgdb <format:bdb_btree> in /var/db/pkg ... - 185 packages >> found (-0 +185) >> ....................................................................................................100..................................................................................... >> done] >> Stale origin: 'devel/automake19': perhaps moved or obsoleted. >> -> The port 'devel/automake19' was removed on 2010-10-07 because: >> "No longer required by any port" >> -> Hint: automake-1.9.6_3 is not required by any other package >> -> Hint: checking for overwritten files... >> -> No files installed by automake-1.9.6_3 have been overwritten by other >> packages. >> Deinstall automake-1.9.6_3 ? [no] yes >> > <snip> > Checking zh_tw-freebsd-doc-20100625 > Regenerating +REQUIRED_BY files > Checking for cyclic dependencies > > > After more than 55 hours of runtine pkgdb -F still hasn't finished and is > 'Checking for cyclic dependencies'. > Is it normal that pkgdb -F takes such a long time? > And is there something I can do to fix this? > > Roland >> >> What do I need to do to update my ports? >> >> tldr: updated ports, rm /var/db/pkg/pkgdb.db and pkgdf -F hangs at 100% >> cpu. >
Not entirely sure, but it's probably a lot simpler & faster to: a) backup /var/db/pkg (I usually just tar --options xz:compression-level=1 -Jcf /home/tmp/hostname.var.db.pkg.tar.xz ) b) rm /var/db/pkg/pkgdb.db c) pkg_delete -f auto\[mc\]\* d) pkgdb -Ff Another option is ports-mgmt/portmaster, which quite nice now, downright polished, & doesn't depend upon ruby (NTTAWWT) nor rely upon weirdly redundantly-named database files for dependency checking, etc*. *I could have said "functionality" but that's such a vile, 20th century neologism, almost as bad as using "impact" for effect and affect. -- -- _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
