Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Nov 2014 11:38:38 +0100
From:      Simon Wright <simon.wright@gmx.net>
To:        freebsd-ports@freebsd.org
Subject:   Re: Tracking Binary Ports/Pkgs Tree
Message-ID:  <547AF3AE.5050803@gmx.net>
In-Reply-To: <CALOkxuxDJ7fV9XOZ1t8D9tfLqMZvN3CwQa9iz0qQOGmgGnNXmQ@mail.gmail.com>
References:  <CALOkxuxDJ7fV9XOZ1t8D9tfLqMZvN3CwQa9iz0qQOGmgGnNXmQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Seconded. This has been an issue for me this weekend with the perl 
default changing to 5.18 and the gettext port split but the packages 
in the FreeBSD repo are still using the old default for perl and the 
old version for gettext whereas my local repo (with custom options) 
are using the new settings/ports.

My preference would be to keep my local ports tree for poudriere 
exactly in sync with the package build port tree and to have a 
date/time when the repo has also been fully rebuilt so that I can 
run updates that will not try to pull in outdated packages. Is this 
position possible?

My solution for this weekend has been to return to the old-faithful 
portupgrade and rebuild all affected ports from my current ports tree.

Cheers

Simon.

On 30/11/2014 05:58, Reed A. Cartwright wrote:
> I have been using poudriere for a while to build packages locally.  I
> recently reduced the package server to just the ports that I need to
> have custom options.  I want to rely on the freebsd pkgs as much as I
> can.
>
> However, this has proven difficult because my ports directory is often
> ahead of the one that corresponded to the latest set of binary
> packages.  I read where packages are build off of a snapshot of the
> ports tree on every wednesday.
>
> Is this snapshot saved anywhere?  If so, I would like to be able to
> sync my local ports directory against it.  If not, I would like to
> request such ability.
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?547AF3AE.5050803>