Le jeu. 7 mai 2026 à 10:54, Jose Quaresma <[email protected]> a écrit :
> > > Igor Opaniuk via lists.openembedded.org <igor.opaniuk= > [email protected]> escreveu (quinta, 7/05/2026 à(s) > 08:13): > >> Hi Yoann, >> >> On Wed, May 6, 2026 at 10:46 PM Yoann Congal <[email protected]> >> wrote: >> > >> > On Wed May 6, 2026 at 9:45 PM CEST, Igor Opaniuk via >> lists.openembedded.org wrote: >> > > Configure fails with "crypt() not found" when building shadow-native >> on >> > > hosts where libcrypt is no longer part of glibc and the libxcrypt >> > > development files are not installed (e.g. fresh Ubuntu 24.04+, where >> > > glibc 2.39 dropped libcrypt and libxcrypt-dev is not pulled in by >> > > default). >> > > >> > > virtual/crypt-native is in ASSUME_PROVIDED (meta/conf/bitbake.conf), >> > > which is why a plain DEPENDS = "virtual/crypt" does not pull >> > > libxcrypt-native into the native sysroot - the host is expected to >> > > provide libcrypt. That assumption no longer holds on current >> > > distributions. >> > >> > Note that we added libcrypt-dev as a documented host dependency here: >> > >> https://git.yoctoproject.org/yocto-docs/commit/?id=2b41d175ea1924bf401a203fb678261fefb228dc >> >> Thanks, I missed that. With virtual/crypt-native in ASSUME_PROVIDED >> this is consistent with how OE-core treats other >> host-provided libraries. I'll drop the patch. >> >> One small follow-up if it's worth the time: >> >> the failure mode for users who miss the doc update is a configure >> error deep in shadow-native >> (checking for crypt in -lcrypt... no -> configure: error: crypt() not >> found), which doesn't obviously point at >> "install libcrypt-dev on the host". >> >> Would a sanity-check addition (something along the lines of >> ./meta/classes-global/sanity.bbclass >> testing for crypt.h / -lcrypt on the build host and emitting the same >> hint as the docs) be welcome? >> > > I think that would be useful and help in interpreting the error. However, > there's nothing like that in sanity.bbclass. > I agree with the idea of a sanity check. We do have a test for -lstdc++: https://git.openembedded.org/openembedded-core/tree/meta/classes-global/sanity.bbclass#n835 That might be used as a starting point? Thanks! > > Jose > > >> Happy to put a patch together if so. >> >> Thanks for the review. >> >> >> > >> > > A previous attempt to fix this by adding libxcrypt-native to DEPENDS >> > > unconditionally (commit 65532fc751 "shadow: add libxcrypt-native >> > > dependency") was reverted in 54eccb76eb because it incorrectly pulled >> > > a -native recipe into the target build. Use class-specific overrides >> > > so the target build is unaffected and only shadow-native (and >> > > nativesdk-shadow) gain the explicit dependency on libxcrypt-native / >> > > nativesdk-libxcrypt. >> > > >> > > Signed-off-by: Igor Opaniuk <[email protected]> >> > >> > >> > > --- >> > > meta/recipes-extended/shadow/shadow_4.19.4.bb | 2 ++ >> > > 1 file changed, 2 insertions(+) >> > > >> > > diff --git a/meta/recipes-extended/shadow/shadow_4.19.4.bb >> b/meta/recipes-extended/shadow/shadow_4.19.4.bb >> > > index 94f155641c..cc69864a2a 100644 >> > > --- a/meta/recipes-extended/shadow/shadow_4.19.4.bb >> > > +++ b/meta/recipes-extended/shadow/shadow_4.19.4.bb >> > > @@ -9,6 +9,8 @@ LIC_FILES_CHKSUM = >> "file://COPYING;md5=c9a450b7be84eac23e6353efecb60b5b \ >> > > " >> > > >> > > DEPENDS = "virtual/crypt" >> > > +DEPENDS:append:class-native = " libxcrypt-native" >> > > +DEPENDS:append:class-nativesdk = " nativesdk-libxcrypt" >> > > >> > > GITHUB_BASE_URI = "https://github.com/shadow-maint/shadow/releases"; >> > > SRC_URI = "${GITHUB_BASE_URI}/download/${PV}/${BP}.tar.gz \ >> > >> > >> > -- >> > Yoann Congal >> > Smile ECS >> > >> >> >> -- >> Best regards - Freundliche Grüsse - Meilleures salutations >> >> Igor Opaniuk >> Senior Software Engineer, Embedded & Security >> E: [email protected] >> W: www.foundries.io >> >> >> >> > > -- > Best regards, > > José Quaresma > -- Yoann Congal Smile ECS
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#236628): https://lists.openembedded.org/g/openembedded-core/message/236628 Mute This Topic: https://lists.openembedded.org/mt/119185904/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
