currently emerge will fail at our ChromeOS builds because of a direct ld invocation that likely to break across different boards. Direct ld usage: nss/coreconf/Linux.mk#L160 Will require a NSS upstream fix to use $(LD) instead.
Hey, thanks. I'll contact upstream. Do you want us to patch it meanwhile for our versions, or just try to get it done via upstream and it'll be ready when they are ready?
Created attachment 766803 [details] Use $LD instead of ld in Linux.mk
If you can submit patch to the upstream please go ahead. I created this bug initially thinking that my upstream patch would also require some updates in the ebuild file (namely export $LD with $(tc-getLD)). But my testing said otherwise. So it appears that just patch the upstream nss will work just fine for me now. I am pretty new to the NSS patch submit flow so by the time I get the Mercury setup, someone may already fix it. Reference nss bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1758741
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d74294e90fea6298740a2833fcbfa285647b25b6 commit d74294e90fea6298740a2833fcbfa285647b25b6 Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2022-03-29 06:55:20 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2022-03-29 07:20:39 +0000 dev-libs/nss: add 3.76.1 - respect LD. Bug: https://bugs.gentoo.org/834846 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-libs/nss/Manifest | 1 + dev-libs/nss/files/nss-3.68-ld-fix.patch | 29 +++ dev-libs/nss/nss-3.76.1.ebuild | 363 +++++++++++++++++++++++++++++++ 3 files changed, 393 insertions(+)
Thank you very much, I think this is fixed.
All thanks to you Lin! But it's still missing from the NSS-ESR, i.e. 3.68. Will get it to the next release, either from upstream or by manually patching temporarily.
