On 24 Sep 2024, at 17:22, Simone Weiß via lists.openembedded.org <[email protected]> wrote: > > On Mon, 2024-09-16 at 21:30 +0000, Simone Weiß wrote: >> On Sun, 2024-09-15 at 14:34 +0000, Auto Upgrade Helper wrote: >>> Hello, >>> >>> this email is a notification from the Auto Upgrade Helper >>> that the automatic attempt to upgrade the recipe(s) *gnutls* to >>> *3.8.7.1* has Failed(do_compile). >>> >>> Detailed error information: >>> >>> do_compile failed >> >> Issue is caused by this >> commit: >> https://gitlab.com/gnutls/gnutls/-/commit/3e5be1315a15ac6e1e33e08f28030b >> 8215b6d234 >> >> Will look for a solution >> > I was able to build gnutls again by adding a recipe for dlwrap. But that > in turn depended on a adding clang. See also here > https://github.com/ueno/dlwrap/blob/main/.github/workflows/rust.yml#L30C15-L30C84 > > Any suggestions or usual approaches in such a case?
<rubs eyes, massages temples, sighs> Well that’s going to be annoying. I do enjoy that this isn’t mentioned in the NEWS either, for such a deep and invasive change to the build and execution. We plan on integrating clang into master before 5.2, but from the original commit it looked as if dlwrap is optional and can be disabled with DISABLE_DLOPEN conditional. You’ll need to shoehorn that in by convinving gnutls that dlopen doesn’t work which no doubt will cause other things to break, so that’s probably a terrible idea. The documentation of ldwrap suggests that it must be possible to opt-out (see eg ZSTDWRAP_ENABLE_DLOPEN in the readme), so we might need to do some creative patching to gnutls to revert back to dynamic linking. Ross
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204878): https://lists.openembedded.org/g/openembedded-core/message/204878 Mute This Topic: https://lists.openembedded.org/mt/108464118/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
