Keep cpuset in mind with setting parallelism

On Linux, try to find out if we're a member of a cpuset and find the
number of CPUs in it. If not, continue with the old behaviour.

This should also be done on BSD...
Small improvements to get_avail_core_count()
Print warning when not in Linux in get_avail_core_count()
get_avail_core_count(): made code more compact
Merge branch 'develop' into numcpus
get_avail_core_count(): bug fix when not in cpuset

When you're not in a cpuset, the number of cores from the
/proc/<pid>/status file can be higher then the number of actual cores
available.
get_avail_core_count(): small regex bugfix
Updated to use sched_getaffinity() in get_avail_core_count()
Merge branch 'numcpus' of github.com:wpoely86/easybuild-framework into numcpus
Added deprecated warning for get_core_count()
deprecate get_core_count, update vsc.utils
improve comments
Merge branch 'numcpus' of github.com:wpoely86/easybuild-framework into numcpus
readd sysctl approach for non-Linux systems, and fail hard it that didn't work
Merge branch 'numcpus' into test

Conflicts:
	vsc/README.md
	vsc/__init__.py
	vsc/utils/generaloption.py
check both get_core_count and get_avail_core_count in unit test, add debug info
fix syntax error in test_core_count
fix another syntax error in test_core_count
provide previous code as fallback in case sched_getaffinity is broken
rework fallback in get_avail_core_count, cpuset ranges is a filter on avaiable number of cores