https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-lang/julia-1.8.3-r2 fails to compile (HARDENED-SYSTEM). Discovered on: amd64 (internal ref: hardened_tinderbox) NOTE: (HARDENED-SYSTEM) in the summary means that the bug was found on a machine that runs an hardened profile with -D_FORTIFY_SOURCE=3 and -D_GLIBCXX_ASSERTIONS (https://www.gentoo.org/support/news-items/2023-01-01-hardening-fortify-assertions.html) but this bug MAY or MAY NOT BE related to the changes related to hardened.
Created attachment 849946 [details] build.log.xz build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)
Error(s) that match a know pattern in addition to what has been reported in the summary: -- Could NOT find OCaml (missing: OCAMLFIND OCAML_VERSION OCAML_STDLIB_PATH) -- Could NOT find Python module pygments -- Could NOT find Python module pygments.lexers.c_cpp -- Could NOT find Python module yaml rm: cannot remove '/var/tmp/portage/dev-lang/julia-1.8.3-r2/work/julia-1.8.3/usr/manifest/SHA': No such file or directory rm: cannot remove '/var/tmp/portage/dev-lang/julia-1.8.3-r2/work/julia-1.8.3/usr/manifest/SparseArrays': No such file or directory rm: cannot remove '/var/tmp/portage/dev-lang/julia-1.8.3-r2/work/julia-1.8.3/usr/manifest/SuiteSparse': No such file or directory
System library symlink failure: Unable to locate libpcre2-8.so on your system! make[1]: *** [Makefile:224: /var/tmp/portage/dev-lang/julia-1.8.3-r2/work/julia-1.8.3/usr/lib/julia/libpcre2-8.so] Error 1 make[1]: Leaving directory '/var/tmp/portage/dev-lang/julia-1.8.3-r2/work/julia-1.8.3/base'
This might be to do with libpcre2[split-usr] recently starting to move libpcre2-8.so.
As suggested on gentoo IRC compiling without libpcre seems to work. MAKEOPTS="USE_SYSTEM_PCRE=0 -j8" emerge -v1 julia
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6a765b80ea66ff0ac1d24c07be466cd754749c3e commit 6a765b80ea66ff0ac1d24c07be466cd754749c3e Author: Maciej Barć <xgqt@gentoo.org> AuthorDate: 2023-02-13 14:43:52 +0000 Commit: Maciej Barć <xgqt@gentoo.org> CommitDate: 2023-02-13 14:46:12 +0000 dev-lang/julia: build libpcre Closes: https://bugs.gentoo.org/893336 Signed-off-by: Maciej Barć <xgqt@gentoo.org> dev-lang/julia/{julia-1.8.3-r2.ebuild => julia-1.8.3-r3.ebuild} | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
commit f3a9792fdf7bcdf559adc43f563cc4886c208cee Author: Eli Schwartz <eschwartz93@gmail.com> AuthorDate: Tue Feb 6 00:38:03 2024 Commit: Sam James <sam@gentoo.org> CommitDate: Tue Feb 6 17:49:29 2024 dev-libs/libpcre2: remove usr-ldscript support Per news item 2024-01-05-usr-initramfs, we no longer support this use case. It is fragile and hacky and leads to bizarre forms of load errors. The functionality is, despite being called "split-usr", not really about split-usr at all. Signed-off-by: Eli Schwartz <eschwartz93@gmail.com> Signed-off-by: Sam James <sam@gentoo.org> dev-libs/libpcre2/{libpcre2-10.43_rc1.ebuild => libpcre2-10.42-r2.ebuild} | 17 ++++++++++------- dev-libs/libpcre2/libpcre2-10.43_rc1.ebuild | 3 +-- 2 files changed, 11 insertions(+), 9 deletions(-) copy dev-libs/libpcre2/{libpcre2-10.43_rc1.ebuild => libpcre2-10.42-r2.ebuild} (75%) This should probably be revisited and reverted?
