[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#69677] [PATCH gnome-team 1/1] gnu: opam: Fix build.
From: |
Julien Lepiller |
Subject: |
[bug#69677] [PATCH gnome-team 1/1] gnu: opam: Fix build. |
Date: |
Sat, 09 Mar 2024 22:35:12 +0100 |
User-agent: |
K-9 Mail for Android |
Le 9 mars 2024 21:35:43 GMT+01:00, Liliana Marie Prikler
<liliana.prikler@gmail.com> a écrit :
>Hi Vivien,
>
>Am Samstag, dem 09.03.2024 um 20:39 +0100 schrieb Vivien Kraus:
>> My guess is that we have 2 ocaml libraries implementing Base64
>> (ocaml-base64 and ocaml-extlib, propagated from ocaml-dose3). Dune
>> sees that we have a powerful ocaml-base64 installed, so it lays out
>> the compatibility version 6 for us, but when it comes to actually
>> building the project, ocamlfind prioritizes the ocaml-extlib path by
>> adding it first, and it shadows our powerful ocaml-base64
>> implementation.
>>
>> With this new extlib actor in the plot, I could search better. It
>> seems like Opam is aware of the issue:
>>
>> https://github.com/ocaml/opam/issues/5694
>>
>> The solution seems to be for extlib to ship a minimal version. But
>> maybe this should primarily concern the ocaml team, not gnome-team,
>> as it looks to me like a recipe for breaking at least half of the
>> ocaml ecosystem.
Sounds like we could switch extlib to the dune build-system, possibly adding a
#:package argument to make sure it doesn't build the compat version.
>How much of it is broken with gnome-team already (vs. broken on other
>branches)? It wouldn't be nice of us to say "here, we broke it, you
>fix it please". It also appears as though opam only has two dependants
>– are we not tracking this correctly or is a minimal version in use
>anyway?
opam is not used to build ocaml packages, so it's not a surprise to me it has
so few dependents. Would be nice not to break it though, it's still a useful
program by itself :)
>
>Cheers
>
>
>