-
-
Notifications
You must be signed in to change notification settings - Fork 12
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
Changed SONAME in 1.4.4 creates problems downstream #25
Comments
I believe we're seeing this in: At the very lease, these PRs are seeing issues with rhash that seem to be new since yesterday. |
@xylar, I think you are right, but it is by proxy via Cmake. The latest Cmake build (which is only 1 hour old) should work, so I believe for the immediate problem it's enough to restart the ci. |
Should we not raise an issue for this upstream? Why was the SONAME bumped in a patch release? |
Hm. I guess as long as the project hasn't committed to a certain versioning strategy, there isn't really anything wrong with it, though it certainly is a bit surprising. Anyway, I am gonna close this issue because @isuruf solved it with repodata patches. In fact he thought of the issue before it occurred and was careful enough to put the appropriate patch (conda-forge/conda-forge-repodata-patches-feedstock#531) in before making the SONAME/SOVERSION change. Unfortunately a small problem crept in which was then later rectified by conda-forge/conda-forge-repodata-patches-feedstock#533, so now all should be good. |
Solution to issue cannot be found in the documentation.
Issue
The SONAME change introduced in 1.4.4 creates problems downstream, see e.g. conda-forge/cmake-feedstock#192. Perhaps a migrator would be a good idea? Also repodata patches for downstream packages could be needed.
Installed packages
Environment info
The text was updated successfully, but these errors were encountered: