FreeNAS Code

Simplify error messages. This and the other returns should really be Exceptions, not strings.

Remove FreeNAS branding and simplify error messages.

Build system, branding, and image size enhancements.

Overall:

- Use variables instead of hardcoded and relative path based assumptions.
- Change branding from FreeNAS to a (largely) build driven variable name to simplify muxing between FreeNAS and TrueNAS.
- Rename /etc/version.freenas to /etc/version .
- Change the version info to <sw-name>-<version>-<revision>-<arch>, e.g.
FreeNAS-8.1-r7817-amd64 .

build/do_build.sh:

- Simplify arguments for forcing builds again to -f (no args), based on feedback from jpaetzel.
- Use variables as necessary.
- Add alpha support for unionfs based builds. This doesn't work with UFS SU+J on 9.0-BETA1+, so caveat emptor.

build/functions.sh:

- Consolidate build-related functions into a single file for simplicity.

build/nano_env:

- Add a file which contains the master info for how a build is performed.

gui/...:

- Chase the changes done above, but try to simplify / improve how things are done, emitting more diagnostic info than before.

nanobsd/common:

1. Allow the end user to specify the number of CPUS in the environment if they want, instead of hardcoding $CPUS + 1.
2. Nuke .pyc files. They're created automatically by They'll get regenerated on the fly once they're read in again by the interpreter.
3. Nuke the headers (minus the pyconfig.h -- it's required at runtime) since we're not compiling binaries (cc, etc isn't included in the final image).
4. Nuke all of perl the right way if $DEBUG == 1.

Misc:
nanobsd/freenas-common:

- Start features based build tunables for

Remove duplicate reference to _restart_ldap.

Initialize ldap from database.

Allow adding public key for user authentication.

While I'm there, also fix a few couple of bugs in recent revisios.

handle the case where there could be zpool names with suffix of each other (e.g. tank -> tank2) for auto import

Make timezone setting take effect immediately inside django.

Use .returncode instead of relying on stderr as suggested by gcooper.

No news is good news in the context of stderr output.