-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
+ ocaml-mysql 1.2.2 #10312
+ ocaml-mysql 1.2.2 #10312
Conversation
✅ All lint checks passed 360238a
✅ Installability check (7463 → 7465)
|
I guess build fails due to libmysqlclient-dev not present on current debian. Should use libmariadbclient-dev instead. The question is how to update conf-mysql - upgrade version or create alternative conf-mariadb package? |
Did that changed on every version of Debian? |
No, only in stretch (current stable). Previous stable (jessie) is using libmysqlclient-dev. ocaml-mysql will work with both (and I hate to have package uninstallable because of conf-* not up-to-date, in my opinion it should not be a fatal error, but a warning, or opam should have --force option to allow install anyway if deps fail). |
I have created conf-mariadb and made it alternative dependency for ocaml-mysql |
apparently conf-mariadb in homebrew doesn't provide mysql_config unlike all other mariadb development packages.. |
yes I saw that. Not necessary a blocking issue for merge ... but I am more concerned with Datakit CI which seems down... |
Please let me know if I need to do anything to get this merged |
depext decides to install both.. (and fails). Looks like it doesn't like alternatives much |
I think I will remove dependency on conf-* and add install-fail message explaining situation until alternative depexts will be working |
Once I get the detailed OS variables (please check and report, I have had no feedback yet, which also means it remains low priority) sorted out, and the improved
This means not using the This way, only the All the difficulty, apart from having good depexts specification on the repo, remains in having reliable and fast interaction with the host PM, on all platforms. opam-depext is still much simpler than that. |
I still feel this (describing system and system packages in opam files) goes in wrong direction (too many moving things). I don't have any constructive ideas how to solve the original problem. Maybe it is fine to aim for 95% working and fail in remaining exotic system setups. To me it seems that showing suggested depexts (it is already case iirc) and allowing to force install of packages (e.g. when conf-* package is wrong and user wants to compile binding anyway) would go long way. |
No description provided.