01:31 <d_bot> <Jektrix> same

11:23 <d_bot> <glennsl> why would I want to manage dependencies with dune, and have dune generate `.opam` files rather than just have opam managing it directly?

11:24 <d_bot> <glennsl> Seems like a bunch of complexity that doesn't give me anything, but surely there must be a reason for it?

13:51 <companion_cube> because if you have 5 opam files, it's a lot more annoying to keep them up to date than to just write dune-project

13:58 <d_bot> <undu> that reminds me... I should probably clean the opam files from xapi (I counted 52 opam files) https://github.com/xapi-project/xen-api/

15:05 <d_bot> <glennsl> @companion_cube Ah, I see. So this is mostly just for libraries then?

15:08 <d_bot> <glennsl> or packages meant to be published I mean. Not for application development.

17:31 <companion_cube> yeah I guess

17:31 <companion_cube> unless you write applications as a collection of libraries and a small entrytpoint

17:31 <companion_cube> -

18:16 <d_bot> <inkbottle> I've got `eglot` working with `ocamllsp` right out of the box. However I can't have `eglot-format` working even though I've installed `ocamlformat` and do have a `.ocamlformat` file (`printf "version=%s" $(ocamlformat --version) > .ocamlformat`). `eglot` says: `[eglot] Server can't format!`. `ocamlformat bin/main.ml` does work in a terminal. (`eglot` is `emacs`)

18:51 <d_bot> <inkbottle> I've commented out `ocamlformat` in my `dune-project` file. Then I've regenerated the `my_project.opam` through `dune build`. Then I did `opam install . --deps-only` (it's a local switch). What I half expected was `ocamlformat` to be no longer available in the switch, but that didn't work. What should I do for the switch to contain everything I've declared, but only things I've declared?

19:56 <d_bot> <mseri> You went monorepo?

19:57 <d_bot> <undu> Mostly, yes

19:57 <d_bot> <mseri> I guess makes rpm versioning much easier

19:57 <d_bot> <undu> Managing rpms with the new system was painful, even with the automation

19:57 <d_bot> <mseri> And dev 🙂

19:58 <d_bot> <undu> Build times are much faster as well

19:59 <d_bot> <undu> Setting up so many build environments has a high overhead

21:27 <d_bot> <rgrinberg> for xapi, right?

21:27 <d_bot> <rgrinberg> how long does a clean build take for you guys?

21:29 <Anarchos> rgrinberg a clean build of xapi, or of ocaml itself ?

21:30 <d_bot> <rgrinberg> xapi

21:34 <d_bot> <undu> just xapi? maybe a minute and a half, for building and testing github ci takes 20 minutes, I'm sure the internal CI takes less https://github.com/xapi-project/xs-opam/actions/runs/2068799064

22:28 <d_bot> <inkbottle> I've got a "timed out" with `ocamllsp/ocamlformat`, I've already tried several configurations.

22:30 <d_bot> <inkbottle> `ocamllsp` is working, `ocamlformat` is working. But I can't have `ocamlsp` successfully call `ocamlformat`, specifically it times out.

22:52 <d_bot> <inkbottle> Is it possible to make a `rpc` call to `ocamllsp` from command line? To test `ocamlformat` through `ocamllsp` with `emacs` out of the way.

23:58 <d_bot> <rgrinberg> Are you using vscode?