Date: Wed, 8 Jul 2009 02:25:11 +0000 From: "b. f." <bf1783@googlemail.com> To: freebsd-questions@FreeBSD.org Subject: Re: Portupgrade not handling dependencies Message-ID: <d873d5be0907071925x12de463crfc4278cd5e2da277@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
> But I have seen portupgrade something and then a subsequent run >shows this port as being 'newer' than the version it's supposed to be. I've portsdb -Fu runs `make fetchindex`, grabbing the INDEX* file from whatever server you've told it to go to, and then rebuilds/updates the portsdb from that. So it's possible that with your csup you've obtained a port that is newer than the one recorded in the INDEX* file, when it was built on the remote server with an older ports tree some time ago. This is usually harmless. If it causes problems, and you can't wait for a fresh INDEX* file to be built remotely, or you have a modified ports tree that departs from the usual one so much that it makes sense to have your own INDEX*, then you can run "make index" in /usr/ports, or wherever your PORTSDIR is, and then portsdb -u. This is usually a lengthy process, unless you've stripped out large parts of your ports tree. >also noticed a few times it seemed like it was upgrading the same version(s) >over again. I just chalked this up to the ports system being in a state of > I've never seen this without an f,r, or R flag. Out of curiosity, do you remember the ports involved? b.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d873d5be0907071925x12de463crfc4278cd5e2da277>