On 25 May 2023, at 14:22, Etienne Cordonnier via lists.openembedded.org
<[email protected]> wrote:
>
> From: Etienne Cordonnier <[email protected]>
>
> E.g. Darwin uses .dylib instead.
>
> Signed-off-by: Etienne Cordonnier <[email protected]>
> ---
> meta/recipes-core/libxcrypt/libxcrypt.inc | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta/recipes-core/libxcrypt/libxcrypt.inc
> b/meta/recipes-core/libxcrypt/libxcrypt.inc
> index 61b0381076..7b484d86bc 100644
> --- a/meta/recipes-core/libxcrypt/libxcrypt.inc
> +++ b/meta/recipes-core/libxcrypt/libxcrypt.inc
> @@ -17,10 +17,10 @@ SRC_URI += "file://fix_cflags_handling.patch"
>
> PROVIDES = "virtual/crypt"
>
> -FILES:${PN} = "${libdir}/libcrypt*.so.* \
> - ${libdir}/libcrypt-*.so \
> - ${libdir}/libowcrypt*.so.* \
> - ${libdir}/libowcrypt-*.so \
> +FILES:${PN} = "${libdir}/libcrypt*${SOLIBS} \
> + ${libdir}/libcrypt-*${SOLIBSDEV} \
> + ${libdir}/libowcrypt*${SOLIBS} \
> + ${libdir}/libowcrypt-*${SOLIBSDEV} \
> “
Is this actually right though? The current packaging is:
libxcrypt:
/usr/lib/libcrypt.so.2
/usr/lib/libcrypt.so.2.0.0
libxcrypt-dev:
/usr/include/crypt.h
/usr/lib/libcrypt.so
/usr/lib/pkgconfig/libcrypt.pc
/usr/lib/pkgconfig/libxcrypt.pc
Which is what I’d expect. I suspect removing this FILES statement would result
in the same packaging and work on Darwin too.
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#181723):
https://lists.openembedded.org/g/openembedded-core/message/181723
Mute This Topic: https://lists.openembedded.org/mt/99131713/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
