Keeping Ports synchronised with Packages

Andrew L. Gould algould at
Thu Apr 22 07:25:08 PDT 2004

On Thursday 22 April 2004 08:57 am, Richard Bradley wrote:
> On Thursday 22 April 2004 2:29 pm, Andrew L. Gould wrote:
> > On Thursday 22 April 2004 07:41 am, Richard Bradley wrote:
> [...]
> > > My problem is that my ports tree is always a couple of minor versions
> > > ahead of the available packages.
> [...]
> > > This means I have a load of libraries that are different versions to
> > > those the precompiled packages expect, and some packages even refuse to
> > > install.
> >
> > The way to update your system source and hold back package/port versions
> > is to refuse ports.  See:
> >
> >
> >
> > Alternatively, you can continue to cvsup ports and then upgrade your
> > packages to newer versions using the port portupgrade, which can be found
> > at /usr/ports/sysutils/portsupgrade.
> >
> > Best of luck,
> >
> > Andrew Gould
> Perhaps I am confused about the terminology here - by "packages" I mean
> precompiled programs, and by "ports" I mean source code & make files for
> the same programs.
> I want to keep my programs up to date, and I want to use precompiled
> versions as much as possible because it can take hours to compile a large
> program. However some programs don't have packages, or the packages won't
> install because I have used the ports system and other, required, programs
> are out of sync.
> If I use `portupgrade -PP` (i.e. forcing it to use packages) it (almost)
> always fails because there are never precompiled packages of the same
> version as my (cvsup'ed) ports tree.
> In the same way, `portupgrade -P` (i.e. try to use packages) is equivalent
> to `portupgrade` (i.e. compile from source) because of the version lag in
> the packages as compared to the ports.
> One solution might be to get cvsup to check out slightly older versions of
> the port tree that matches up with the available packages. However this
> doesn't seem possible.
> Rich

Portupgrade uses the package database of installed applications, which (to my 
knowledge) doesn't care/know whether the package was installed from a binary 
or from the port system.  This assumes that the binary package registered the 
application with the package database.  If you're using third-party, binary 
packages that do not register themselves with the package database, keeping 
applications in sync will probably become a manual process.

'portupgrade -arRP' will upgrade all of the installed packages where it can 
find a binary package or the related port, with a preference for binary 
packages.  If it completes successfully, your packages (binary and port) 
should be in sync.  As long as you don't update your ports tree, it should be 
easy to keep them in sync.  Yes, this can take a long time.  To shorten the 
process, I pkg_delete Open Office and few other huge packages prior to 
portupgrade.  I then manually install the newer binaries after everything 
else has been upgraded.

Also, if you recompile the system and kernel, your entire system will be in 

Best of luck,

Andrew Gould

More information about the freebsd-questions mailing list