Closed MisterDA closed 2 months ago
It should now be easier to release new opam2nix versions as Dune takes care of tagging the version.
I don't use dune to release, where is the version stored in this PR? Or is it auto generated from git tags?
Would you be open to applying OCamlFormat on the code?
Not at this stage, I'd rather not deal with that kind of huge diff.
What's the rationale for changing development
to dev
? Is there some standard I'm unaware of?
Sorry for the delay.
It should now be easier to release new opam2nix versions as Dune takes care of tagging the version.
I don't use dune to release, where is the version stored in this PR? Or is it auto generated from git tags?
Yes, it is generated from git tags or the git commit. You could take a look at dune-build-info and dune-release.
Would you be open to applying OCamlFormat on the code?
Not at this stage, I'd rather not deal with that kind of huge diff.
No problem.
What's the rationale for changing
development
todev
? Is there some standard I'm unaware of?
It's the default version selected by opam. See:
$ opam pin add opam2nix git+https://github.com/timbertson/opam2nix.git
Package opam2nix does not exist, create as a NEW package? [y/n] y
[opam2nix.dev] synchronised (git+https://github.com/MisterDA/opam2nix.git)
Sorry, this PR conflates a bit too much for me. I'm sure dune-build-info is nice, but at this stage I don't actively work on opam2nix much, I'm not that keen on learning a new release process. If you want to split out the updates without all the changes to build / release, I'd likely accept those.
I thought about using dune-build-info to help with your release process since the VERSION
file in the main branch isn't up-to-date with the latest release of opam2nix… it reads 1.1.0, even in the version-1.2.0 tag. This is something that dune-build-info/dune-release can help you with.
In the meantime the project I needed opam2nix for switched to hand-written nix flakes… but do feel free to cherry-pick commits from this branch too.
This PR improves the opam and dune integration of opam2nix. The opam file with correct dependencies is now generated by dune, and for all the examples as well. The examples have been updated to OCaml 4.14. It should now be easier to release new opam2nix versions as Dune takes care of tagging the version.
I have been unable however to update the examples nix files with new nix opam selections as the solver keeps on trying OCaml 5.3 (unreleased, currently trunk). Where's the bug?
Would you be open to applying OCamlFormat on the code?