Implementation of enumerable_thread_specific for persistent memory

Interface of the data structure is similar to tbb::enumerable_thread_specific

Set OS-specific options for building ndctl

Enable CMAKE_NO_SYSTEM_FROM_IMPORTED globally

Revert "appveyor: enable previously disabled build steps"

This reverts commit fa3de54a.

This is temporary change to avoid appveyor timeout.

Update dockerimages to newest versions

Update version of ndctl in install-libndctl.sh script

Add debian unstable dockerfile

Add Dockerfile.arch-linux-latest

1) Update ndctl to v64.1
2) ndctl v64.1 depends on the 'keyutils-libs-devel' package,
   so add that to all Docker files

It's needed for testing with clang-9

Fedora 30 -> 31
Ubuntu 19.04 -> 19.10

... because it is not needed there.

Fix finding valgrind.pc

Install ndctl and daxctl from packages

Do not treat include directories from the interfaces
of consumed Imported Targets as SYSTEM by default.
See the CMake documentation of CMAKE_NO_SYSTEM_FROM_IMPORTED
and NO_SYSTEM_FROM_IMPORTED for details.

The root cause of this change is to make sure
that TBB will not add its include directory
    '/usr/lib64/cmake/TBB/../../../include' (== '/usr/inlcude')
to gcc's CXX_INCLUDES flag with the '-isystem' option,
what can cause compilation errors, but the '-I' option
will be used instead.
See https://github.com/pmem/libpmemobj-cpp/issues/508
for more details.

Fixes: #508

appveyor: enable previously disabled build steps

... there where version >= 63 is available

'find' can return value != 0 even if it finds the file:
It happens on Arch Linux:
$ find /usr -name valgrind.pc || echo RV=$?
find: ‘/usr/share/polkit-1/rules.d’: Permission denied
/usr/lib/pkgconfig/valgrind.pc
RV=1

Change install-pmdk.sh script

Fix OS environment variable in openSUSE-tumbleweed Docker image

Add an option to not build any packages
if a package manager is not specified.
It is useful for linux distributions
with packages different than RPM and DEB
(for example Arch Linux).

Merge changes from stable 1.8 to master

Add Dockerfile.opensuse-leap-latest

Fix installing libpmem-*.rpm

Merge pull request #498 from ldorau/Do-not-add-symlinks-to-clang-9-in-the-Docker.debian-testing-image

Do not add symlinks to clang-9 in the Docker.debian-testing image

Add Dockerfile.opensuse-tumbleweed-latest

Fix removing pkg-config rpm package

Update version of PMDK in Docker images

Unless there's no other option we should never modify
the operating system, especially when it affects packages
unrelated to pmem. In this particular case,
if clang would point to something other than clang-9,
we could set CMAKE_C/CXX_COMPILER to the correct path.
(https://github.com/pmem/libpmemobj-cpp/pull/473#issuecomment-542313407)