GitLab

Puppet was attempting to manage the package before eix-update had run.

The distcc bug is from Chromium being the first to compile after a bunch
of binary package installations and it doing a compilation check in
pkg_setup.  See: https://bugs.gentoo.org/581880.

This reverts commit 840890af.

Otherwise, somehow a state file gets set up owned by root and Portage,
notably Chromium, fails to use distcc.

Make FACTER_build a build argument.  It looks nicer and it doesn't hurt
to think of it as just another parameter to the build.

See also: stage0@9f790786

Parameterize the GitLab CI script and add the profile change to the
Containerfile.

Puppet does weird calculations with distcc that don't work when the CI
host is also a distcc server.

There is no need to pass build options from the CI host because the
algorithm Puppet uses to make /etc/portage/make.conf works just as well
inside the container.