FreeNAS Code

Bring in openvpn to the image.

No GUI is being provided to manage this (yet)

With the neccesary hackery one can make a vpn work.

Work around the fact that the talloc and tdb Makefiles are broken when MAKE_JOBS_UNSAFE is specified. Filing a PR for this soon...

Mark talloc and tdb MAKE_JOBS_UNSAFE ; see the following PRs for more details: 160717, 163467, 163489 . This might not fix the ports compiles for other technical reasons given what I've seen, but it will at least document the fact that these ports have issues.

Implement in the git repo.

Commit script I wrote for Cisco a few years ago to fix easy-install.pth.

Backstory is...

1. That there are some issues with easy_install where one cannot install more than python 'egg' in parallel -- otherwise the easy-install.pth file would be out of sync with reality. This isn't currently the case, but will be someday once parallel ports compilation is turned on..
2. Some versions of setuptools in ports explicitly overwrite existing copies of easy-install.pth with the dist copy instead of restoring it if need be. Some of the versions that do this are currently in ports; see: http://lists.freebsd.org/pipermail/cvs-ports/2012-January/233226.html .

sanitize_pth.py was obtained from: http://yaneurabeya.livejournal.com/3929.html .

Remove nmap (and its dependency -- lua). It's broken in this version of ports:

gmake[1]: Entering directory `/usr/workdir/usr/ports/security/nmap/work/nmap-5.61TEST2/nbase'
cc -O2 -pipe -I/usr/include -fno-strict-aliasing -Wall -DHAVE_CONFIG_H -D_FORTIFY_SOURCE=2 amd64 -c -o snprintf.o snprintf.c
cc: amd64: No such file or directory
gmake[1]: *** [snprintf.o] Error 1
gmake[1]: Leaving directory `/usr/workdir/usr/ports/security/nmap/work/nmap-5.61TEST2/nbase'
gmake: *** [nbase_build] Error 2
*** Error code 1

Add nmap and netperf to the image for debuggability and visibility purposes.

chown all files as root:wheel in cpio operations to avoid introducing inconsistencies in builds, depending on who the builder was. Not having everything owned by at least root could cause problems on the boots, or could create scenarios where files permissions were permissive in the wrong way.

Folks should run mtree in late_customize operations on their builds to change ownership of files if root:wheel is too restrictive.

s/CYB0RG/AVATAR/ig

The term "avatar" is a much better name for a base platform abstraction project than cyb0rg.

I let a bashism leak into the debug guard. Bad Garrett...