Add boost-bind and libjpeg-turbo, bump vcpkg to commit from October 2020 and vendor custom port to avoid portaudio and ogre problem

[traversaro]

This boost-bind port is a direct dependency of a new project that is going to be added to the robotology-superbuild soon. It is already part of the ports installed, but it was present as a dependency of another port, while if we use it explicitly it is better to add it explicitly, to ensure that with some boost or vcpkg update it does not get installed anymore because the internal dependency structure changed.

In a similar way, libjpeg-turbo is explicitly installed for robotology/robotology-superbuild#466 .

[traversaro]

Yes another MSYS-related failure that make it impossible to use old versions of vcpkg. -_-
Related vcpkg issues:

• [vcpkg-acquire-msys] Install new keyring microsoft/vcpkg#12467
• [vcpkg_acquire_msys] build failure with "error: failed to update mingw32/mingw64 (invalid or corrupted database (PGP signature))" microsoft/vcpkg#12584
• [vcpkg-acquire-msys] Install new keyring microsoft/vcpkg#12467

[traversaro]

Yes another MSYS-related failure that make it impossible to use old versions of vcpkg. -_-
Related vcpkg issues:

* [microsoft/vcpkg#12467](https://github.com/microsoft/vcpkg/pull/12467)

* [microsoft/vcpkg#12584](https://github.com/microsoft/vcpkg/issues/12584)

* [microsoft/vcpkg#12467](https://github.com/microsoft/vcpkg/pull/12467)

All those problems should be fixed for now, so let's just bump to a recent commit of vcpkg.

[traversaro]

The build is now failing due to portaudio not installing due to microsoft/vcpkg#13189 . Probably we need to wait for microsoft/vcpkg#13306 to merge, or switching to our own vcpkg fork.

[traversaro]

The build is now failing due to portaudio not installing due to microsoft/vcpkg#13189 . Probably we need to wait for microsoft/vcpkg#13306 to merge, or switching to our own vcpkg fork.

As this can happen again in the future, as we can now use overlay-ports without having to carry them around, I added a custom-ports directory that we can use to temporary backports this kind of fixes. I did this for the portaudio fix in cedbdd2 .

[traversaro]

Apparently the build is now failing due to repo.msys2.org being down:

traversaro@IITICUBLAP102:~/robotology-superbuild/robotology/GazeboYARPPlugins$ ping repo.msys2.org
PING diablo.msys2.org (45.59.69.178) 56(84) bytes of data.
^C
--- diablo.msys2.org ping statistics ---
26 packets transmitted, 0 received, 100% packet loss, time 26011ms

See microsoft/vcpkg#12636 for the more general discussion on how depending on repo.msys2.org make vcpkg less reliable.

[traversaro]

Apparently the build is now failing due to repo.msys2.org being down:

traversaro@IITICUBLAP102:~/robotology-superbuild/robotology/GazeboYARPPlugins$ ping repo.msys2.org
PING diablo.msys2.org (45.59.69.178) 56(84) bytes of data.
^C
--- diablo.msys2.org ping statistics ---
26 packets transmitted, 0 received, 100% packet loss, time 26011ms

See microsoft/vcpkg#12636 for the more general discussion on how depending on repo.msys2.org make vcpkg less reliable.

Related issues:

• downloading problem: mingw-w64-i686-pkg-config microsoft/vcpkg#13871
• Error microsoft/vcpkg#13866

[traversaro]

Apparently the build is now failing due to repo.msys2.org being down:

traversaro@IITICUBLAP102:~/robotology-superbuild/robotology/GazeboYARPPlugins$ ping repo.msys2.org
PING diablo.msys2.org (45.59.69.178) 56(84) bytes of data.
^C
--- diablo.msys2.org ping statistics ---
26 packets transmitted, 0 received, 100% packet loss, time 26011ms

See microsoft/vcpkg#12636 for the more general discussion on how depending on repo.msys2.org make vcpkg less reliable.

Related issues:

* [microsoft/vcpkg#13871](https://github.com/microsoft/vcpkg/issues/13871)

* [microsoft/vcpkg#13866](https://github.com/microsoft/vcpkg/issues/13866)

This should be fixed by microsoft/vcpkg#13889, so I just bumped the commit used in ci.

[traversaro]

The PR is now failing due to a regression in the Gazebo compilation due to a recent vcpkg change (see #29). However, repo.msys2.org is back online, so we can simply pick a version of vcpkg before the offending PR (see microsoft/vcpkg#12210) and recompile.

[traversaro]

The PR is now failing due to a regression in the Gazebo compilation due to a recent vcpkg change (see #29). However, repo.msys2.org is back online, so we can simply pick a version of vcpkg before the offending PR (see microsoft/vcpkg#12210) and recompile.

Done in d7b964e .

[traversaro]

The PR is now failing due to a regression in the Gazebo compilation due to a recent vcpkg change (see #29). However, repo.msys2.org is back online, so we can simply pick a version of vcpkg before the offending PR (see microsoft/vcpkg#12210) and recompile.

Done in d7b964e .

With that commit, bzip2 installation fails with:

CMake Error at scripts/cmake/vcpkg_fixup_pkgconfig.cmake:279 (find_program):
  Could not find PKGCONFIG using the following names: pkg-config
Call Stack (most recent call first):
  ports/bzip2/portfile.cmake:51 (vcpkg_fixup_pkgconfig)
  scripts/ports.cmake:79 (include)

-_- , let's try to use for now the working ogre in custom-ports, while using the latest vcpkg.