On 2014-11-09, Theodore Wynnychenko <[email protected]> wrote:
> Hello
>
> I am thinking of taking the plunge and following current.
> It all seems straightforward.
> I have looked at the FAQ's and other sources.
> I understand that it goes like this (simplistically):
>
>       Get a new snapshot from mirror
>       Sysmerge etc/xetc

There are no more etc/xetc sets, they are included as tar files inside
base*.tgz / xbase*.tgz files.

>       Cp bsd.rd to /
>       Boot into bsd.rd
>       Follow upgrade
>       Reboot
>       Sysmerge again to be sure
>       Update packages (pkg_add -ui)

> So far, got it.
> But, I am confused about ports.
> If I have something build from ports, I would want to update that as well,
> right?

pkg_add -u using the snapshot packages. If it doesn't work, wait a few
days and try again. There's usually very little reason to do a bulk
update of packages via the ports tree.

> I see that there is a "ports.tar.gz" in the snapshot directory.  But, in the
> FAQ it says: "You must make sure your kernel, 'userland' (the supporting
> utilities and files) and ports tree are all in sync."
>
> There is no src, sys, or xenocara in the snapshot directory (I saw the
> explanation in the FAQ or somewhere, and it makes total sense).
>
> Therefore, my question is: if I am trying to update a port (using "make
> update" from a local ports tree), should I use the "ports.tar.gz" that is in
> the snapshot directory by uncompressing it over the top of the ports tree I
> already have?  Or, should I download the current source and ports trees
> using anoncvs, and do the "make update" from the most current ports tree in
> anoncvs?  Or, is either choice ok?
>
> I guess this comes down to a fundamental not understanding of exactly
> whether or not the local ports tree needs access to the current source tree
> or not, when trying to build or update a port.

If you need something urgently and packages are out of sync with snaps,
update trees from anoncvs and build the individual ports. (If you need to do
bulk updates and things are out of sync, dpb(1) with -R -u flags might help,
though there are some problem areas building packages on a system with
already-installed packages, waiting and trying again later is usually
easier.)

Reply via email to