With bug 669468 resolved upstream very quickly, it seems there's just one last stumbling point with 1.5.2, which is that the variable in the final patch seems to have been named STATIC_LIBDIR_NAME rather than HOST_LIBDIR_NAME. Changing this within the ebuild allows it to build on multi-arch systems. Lemme know if you need any additional information. Also, this can probably close out bug 669468, which was resolved by the 1.5.2 version bump. 5:)
Probably my bad, I said I'd tested it with HOST_LIBDIR_NAME, but I must've tested something different? Attached the URL of the commit that introduced STATIC_LIBDIR_NAME.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7eca7976b443d819a31e5ee7c0fcef5d3600790f commit 7eca7976b443d819a31e5ee7c0fcef5d3600790f Author: Alon Bar-Lev <alonbl@gentoo.org> AuthorDate: 2019-01-21 20:37:08 +0000 Commit: Alon Bar-Lev <alonbl@gentoo.org> CommitDate: 2019-01-21 20:37:27 +0000 net-wireless/aircrack-ng: apply static search Bug: https://bugs.gentoo.org/show_bug.cgi?id=675950 Signed-off-by: Alon Bar-Lev <alonbl@gentoo.org> Package-Manager: Portage-2.3.51, Repoman-2.3.11 net-wireless/aircrack-ng/aircrack-ng-1.5.2.ebuild | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
Please try now, if not working, please attach the build log.
Yep, that compiles just fine now, thanks for the quick response! 5:)