summaryrefslogtreecommitdiffstats
path: root/meta-python/recipes-devtools/python/python-scrypt/0001-py-scrypt-remove-the-hard-coded-include-paths.patch
diff options
context:
space:
mode:
authorJim Broadus <jbroadus@gmail.com>2022-08-06 00:41:15 -0700
committerGyorgy Sarvari <skandigraun@gmail.com>2025-09-26 15:13:03 +0200
commitec0d9c474638bb3bf9fff9613449969a177c24cc (patch)
tree9f1087e7ba3303ffa9f838758371cbf3535ba60a /meta-python/recipes-devtools/python/python-scrypt/0001-py-scrypt-remove-the-hard-coded-include-paths.patch
parent68823348d6b5d7cc6626e952537606c2afe1b6c6 (diff)
downloadmeta-openembedded-ec0d9c474638bb3bf9fff9613449969a177c24cc.tar.gz
networkmanager: fix iptables and nft paths
The NetworkManager meson.build is searching for iptables and nft by passing absolute paths to meson's find_program. The result is that it locates tools on the host machine when they exist at those locations. If they don't, it uses default locations. This often works out, but in some cases, such as when the host uses a merged usr scheme and the build target does not, the paths will be incorrect and the tools won't be found at runtime. These could be PACKAGECONFIG options, but since they have fallback values, completely disabling the use of either iptables or nft would require patching the meson.build or setting a bogus location. Note that this meson.build file follows the same pattern elsewhere, but most cases are already covered by PACKAGECONFIG options. Signed-off-by: Jim Broadus <jim@thruwave.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> (cherry picked from commit 7c440945326db26c3ff2b413956bb3dad223891a) Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Diffstat (limited to 'meta-python/recipes-devtools/python/python-scrypt/0001-py-scrypt-remove-the-hard-coded-include-paths.patch')
0 files changed, 0 insertions, 0 deletions