do_sf src/sf.{ml,mli} (exit 2) (cd _build/default/src && config/do_sf.exe) Fatal error: exception Sys_error("gsl_include.sexp: No such file or directory") * ERROR: dev-ml/gsl-ocaml-1.24.3-r1::gentoo failed (compile phase): * (no error message) * * Call stack: ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-j4-20211102-040008 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-11.2.0 * clang version 13.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/13/bin /usr/lib/llvm/13 13.0.0 Python 3.9.8 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) [3] ruby30 (with Rubygems) * Available Rust versions: [1] rust-bin-1.56.1 [2] rust-1.56.1 * The following VMs are available for generation-2: The Glorious Glasgow Haskell Compilation System, version 8.10.4 php cli: HEAD of ::gentoo commit 8a467ca1126a26432862a400ad2b1143e1a78786 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sun Nov 7 17:06:34 2021 +0000 2021-11-07 17:06:33 UTC emerge -qpvO dev-ml/gsl-ocaml [ebuild N ] dev-ml/gsl-ocaml-1.24.3-r1 USE="-ocamlopt"
Created attachment 749355 [details] emerge-info.txt
Created attachment 749358 [details] dev-ml:gsl-ocaml-1.24.3-r1:20211107-173649.log
Created attachment 749361 [details] emerge-history.txt
Created attachment 749364 [details] environment
Created attachment 749367 [details] etc.portage.tar.bz2
Created attachment 749370 [details] temp.tar.bz2
Same problem here, can't tell why but running twice dune build @install --profile release inside dune_src_compile() at dune.eclass makes the error disappear hence able to install.
Hi! Is there any update on this? I just hit the bug again and and I discovered that I had already posted a comment with a not-proper-but-functional workaround.
The issue should be fixed by the already merged PR #31 ("Fix dune rules") https://github.com/mmottl/gsl-ocaml/pull/31 from March 30th 2021. However, there is still no tag/release for the updated source.
Created attachment 917104 [details] ebuild bumped to fixed upstream release 1.25.1 I came across this exact issue (portage revdep-rebuilding gsl-ocaml-1.24.3-r1, which is on my system because orpie, my preferred command line calculator, depends on it). When reading through this issue, I had a look at github and see a very recent release of gsl-ocaml 1.25.1, November 25th 2024. So I tried bumping the version of the existing gsl-ocaml ebuild with minimal effort (basically just renaming to reflect the new version number suffices, I added RESTRICT="mirror" for convenience since the distfile is not on the gentoo mirrors). It immediately Works For Me (TM). I've attached that ebuild using an upstream release that has this build issue fixed.
