N/m, it's still broken. For now I just force set(_ossl_prefix "/usr") in /usr/lib/x86_64-linux-gnu/cmake/OpenSSL/OpenSSLConfig.cmake, which I know is a terrible workaround but at least it gets me by until this is fixed correctly.
Thanks for the help trying to sort this bug out! Hopefully someone can provide a proper project and more reports will come in. I imagine that will be the case once it filters down. Cheers On Wed, Aug 21, 2024 at 10:01 AM VDRU VDRU <[email protected]> wrote: > > Hi, > I'm not really a coder so the requested project is a bit beyond my > ability. But, I did notice a patch in 3.3.1-7 that sounds like it may > fix the cause of this problem. If you get a moment, would you mind > looking at: > https://sources.debian.org/patches/openssl/3.3.1-7/Fix-cmake-generator.patch/ > > From the description, it sounds correct. What do you think? > > Cheers > > On Tue, Aug 20, 2024 at 2:01 PM Sebastian Andrzej Siewior > <[email protected]> wrote: > > > > On 2024-08-17 08:20:52 [-0700], VDRU VDRU wrote: > > > Hi, > > Hi, > > > > > I've just updated my openssl + libssl-dev to 3.3.1-6, which was > > > thought to have fixed the bug I reported. Unfortunately that's not the > > > case however. I once again deleted OpenSSLConfig.cmake and the problem > > > was fixed so I guess that file still isn't quite right..? > > > > it appears so, yes. I did backport a patch from upstream which looked > > like they fixed it so I hoped it solves it. > > > > > Any further ideas? > > > > Would you please submit a tiny project containing the cmakefile and a > > (maybe) a .c file which it links and compiles? You could strip > > everything non-essencial out of it. That would help to track it down. > > Otherwise I would have to wait until someone else complains or it is > > fixed upstream and it magicaly appears here… > > > > Sebastian
