BIND REPLACE_BASE option
Chris H
bsd-lists at bsdforge.com
Wed Jan 14 18:17:37 UTC 2015
On Wed, 14 Jan 2015 16:18:07 +0000 Matthew Seaman <matthew at FreeBSD.org> wrote
> On 2015/01/14 15:34, Roger Marquis wrote:
> > So one difference then would be that Poudriere determines which
> > dependencies are run-time vs build-time and creates packages for those by
> > default, is that correct? I can see how that might be convenient for
> > packages with a large number of dependencies (like sssd) but it also
> > seems like a lot of additional infrastructure simply to build binaries on
> > one host to be used by many.
>
> Poudriere by definition will create packages for all of the build- and
> run-depends, as it needs the build-depends packages itself in order to
> build everything. It builds everything in temporary jails which it
> installs all the needed dependencies to, and then destroys after that
> package has been built.
>
> However, when you go to install a package from the repo, pkg(8) will
> only pull down the run-time dependencies of whatever you choose to
> install. That means there are a good chunk of packages you simply don't
> need to have on your production servers any more.
>
> Yes, poudriere does a lot of stuff, but if you didn't use a central
> builder, you'ld end up replicating all of that stuff onto every machine
> you wanted to manage. Poudriere itself can run on a fairly modest
> machine -- it depends on how many packages you need to build and how
> quickly you want them. It's quite feasible to use poudriere for a
> small-ish repo on a machine at night, when it is otherwise quiet, and
> then use the same machine for something else during the day.
This might be a good place to put some links to how-to's for common
use-cases for poudriere. I see questions like this quite often on the
lists, and in the forums. Anyone have one?
--Chris
>
> Cheers,
>
> Matthew
>
>
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
More information about the freebsd-ports
mailing list