Refine rpath fixup to inspect already existing rpaths

[Neumann-A]

Reason:

-- Adjusting original rpath of: '/mnt/e/all/vcpkg/installed/x64-linux-release/lib/pkgconfig/../../lib/intel64/'
-- Fixed rpath in: '/mnt/e/all/vcpkg/packages/numpy_x64-linux-release/lib/python3.11/site-packages/numpy/linalg/lapack_lite.cpython-311-x86_64-linux-gnu.so' ('$ORIGIN:$ORIGIN/../../../../:$ORIGIN/../../../../intel64/')

needed $ORIGIN/../../../../intel64/ in there which came from a pc file via -Wl,-rpath='${libdir}'

[Cheney-W]

/azp run

[azure-pipelines[bot]]

Azure Pipelines successfully started running 1 pipeline(s).

[Neumann-A]

@dg0yt Any idea why vcpkg-find-acquire-program is failing or why it does a double extraction (at least that is what I assume)? Is the search path wrong? Should the test port search for everything twice?

[dg0yt]

I guess the problem is related to the fact that vfap is unable to parse the version from the program's output, and that's why it even doesn't accept its own previous download. Cf. #36046.

[Cheney-W]

/azp run

[azure-pipelines[bot]]

Azure Pipelines successfully started running 1 pipeline(s).

[Neumann-A]

I guess the problem is related to the fact that vfap is unable to parse the version from the program's output, and that's why it even doesn't accept its own previous download. Cf. https://github.com/microsoft/vcpkg/issues/36046.

Nope was a problem with the test. It simply set the variable to empty resulting in unexpected behavior

[Cheney-W]

/azp run

[azure-pipelines[bot]]

Azure Pipelines successfully started running 1 pipeline(s).

[Neumann-A]

Should I retrigger CI or should i wait for further review?

[Cheney-W]

/azp run

[azure-pipelines[bot]]

Azure Pipelines successfully started running 1 pipeline(s).