Am Fri, Mar 17, 2023 at 08:40:00PM +0100 schrieb Andreas Enge:
> libcacard fails validate-runpath:
> It looks like we need some of nss (the "normal" output, not "bin") as a
This did not help, nss appears in no runpath; this is what is printed:
starting phase `shrink-runpath'
/gnu/store/clqhrdvg1jpf053dq281f86139v5afxz-libcacard-2.8.1/lib/libcacard.so:
stripping RUNPATH to
("/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib"
"/gnu/store/mw4l4bap7xw3s4v9j4v395qp2n4gz3x4-glib-2.72.3/lib"
"/gnu/store/jxkn98nnk2pv3fy7cx2baaynkr4c63wp-nspr-4.35/lib"
"/gnu/store/x22qi9rkzdb8pafcv78wb5nayph9m1d9-pcsc-lite-1.9.8/lib") (removed
("/gnu/store/clqhrdvg1jpf053dq281f86139v5afxz-libcacard-2.8.1/lib"
"/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib"
"/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../.."))
phase `shrink-runpath' succeeded after 0.0 seconds
starting phase `validate-runpath'
validating RUNPATH of 1 binaries in
"/gnu/store/clqhrdvg1jpf053dq281f86139v5afxz-libcacard-2.8.1/lib"...
/gnu/store/clqhrdvg1jpf053dq281f86139v5afxz-libcacard-2.8.1/lib/libcacard.so:
error: depends on 'libnss3.so', which cannot be found in RUNPATH
("/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib"
"/gnu/store/mw4l4bap7xw3s4v9j4v395qp2n4gz3x4-glib-2.72.3/lib"
"/gnu/store/jxkn98nnk2pv3fy7cx2baaynkr4c63wp-nspr-4.35/lib"
"/gnu/store/x22qi9rkzdb8pafcv78wb5nayph9m1d9-pcsc-lite-1.9.8/lib")
Some special behaviour of meson-build-system as opposed to libtool?
Normally if something depends on nss and we add nss as an input, it should
be added automatically to the runpath, no?
Andreas
