Jeffrey Walton noloader@gmail.com writes:
On Mon, Apr 13, 2020 at 10:09 AM Niels Möller nisse@lysator.liu.se wrote:
As far as I'm aware, that should fix BSDs and other systems disliking relative names in LD_LIRBARY_PATH. If you can verify the rc1 tarball on NetBSD (I only have FreeBSD nearby), that would be nice.
I'll have to take your word for it. I upgraded to NetBSD 9, and now iConv is broken. I can't get beyond its install recipe. A broken iConv or Gettext means I can't build the necessary dependencies to test Nettle.
Sounds a bit frustrating... Building the tarball shouldn't need more than a C compiler, GNU make and m4 (if you configure with --enable-mini-gmp, you can get reasonable test coverage without installing the GMP library).
Actually a lot of software works with SIP on OS X. Nearly all software I use and test works as expected, which is about 120 packages. The problem seems to be limited to Git, GMP and Nettle. I think you want to get on the other side of the fence with all the software that works as expected.
As I see it, it's a problem affecting a few of Nettle's test. Once installed, it should work fine. It might be a valid fix to just disable those tests.
I mean, DYLD_LIBRARY_PATH is useful mainly for developers, and it's not unreasonable to configure the system differently on a developer machine than on a vanilla server or desktop. On GNU/Linux, e.g, I'd recommend developers to enable traditional core dumps and use a liberal setting for sysctl kernel.yama.ptrace_scope.
Is there any reason you refuse to fix things?
Just that (i) it's going to take me a few hours to test and fix this properly, and I don't want to allocate those hours before the release, and (ii) I generally give lower priority to supporting proprietary systems.
You are also welcomed to an account on my Mac Mini. Send over your authorized_keys file.
Thanks for the offer, but by (ii), I don't want to spend my time working on mac os.
Regards, /Niels