2 packages from huml-lang/huml-ml at 0.1.1

[nikochiko]

This pull-request concerns:

• huml.0.1.1: OCaml parser for the Huml markup language
• huml-cli.0.1.1: Command line interface for Huml parser

---

• Homepage: https://github.com/nikochiko/huml-ml
• Source repo: git+https://github.com/nikochiko/huml-ml.git
• Bug tracker: https://github.com/nikochiko/huml-ml/issues

---

🐫 Pull-request generated by opam-publish v2.6.0

[mseri]

It is more idiomatic and recommended to release the package as huml.0.1.1, without “v”. The v becomes part of the version and is in general very error prone. Janestreet packages only use it as a workaround to their old versioning scheme.

would it be possible to re-release without the “v”?

[mseri]

Suggested change

	"huml"
	"huml" {= version}

to simplify dependency managements and reduce reverse dependency issues, packages from the same repository are normally released with a strict constraint on the same version. Would this be ok for you?

[nikochiko]

this is what i want, thanks for pointing it out.

[nikochiko]

this makes sense to me. thanks!

[nikochiko]

fixed. thanks @mseri

also- i suspect that the CI doesn't work when the archive is built using the macos/arm version of tar. i used the same tar command tar cvzf <name>.tar.gz --exclude='.git' --exclude='_build' --exclude='*.tar.gz' . and only the tarball from linux/x86-64 worked as expected with the CI.

[mseri]

Interesting and surprising, I regularly release from an arm macmini and never saw this issue (I let dune-release create the tarball though, not sure what command that uses)

[mseri]

This looks good, thanks!