Skip to content
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

How to force boost 1.78 in conda-forge package? #197

Closed
cduguet opened this issue Apr 29, 2024 · 1 comment
Closed

How to force boost 1.78 in conda-forge package? #197

cduguet opened this issue Apr 29, 2024 · 1 comment
Labels

Comments

@cduguet
Copy link

cduguet commented Apr 29, 2024

Comment:

I am creating a new build for pixsfm (I am not the maintainer), that needs to run with pycolmap 0.4.0 and ceres-solver 2.1.0, due to the issues listed in conda-forge/pixsfm-feedstock#17. In short: the package does not work with pycolmap >= 0.5.0 and ceres-solver >= 2.2.0.

The package does not really need libboost for building or host, but it requires boost-cpp=1.78 to be linked in as running dependency, because pycolmap 0.4.0, so I need to add it in deps.run. That way, it compiles and finishes correctly with ./build-locally.py.

However, when building in the CI pipeline, boost-cpp seems to be superseeded. The message from conda-forge-webservices says:

The boost-cpp output has been superseded by libboost-devel (as of 1.82), which now comes with a run-export (on libboost) as well. In case you only needed the boost headers, you should use libboost-headers.

I understand this is due to a recent consolidation of boost. However, in the CI, the building process seems to fail because it tries to install versions of pycolmap that run on libboost >=1.82.0,<1.83.0a0, so I get the error:

  - package pycolmap-0.4.0-cuda112py310h2ee5878_5 requires ceres-solver >=2.2.0,<2.3.0a0, but none of the providers can be installed

More details in the PR.

This is telling me that my specification of boost-cpp =1.78=* is being ignored, and libboost only has versions from 1.82 onwards.

How can I solve this?

@cduguet
Copy link
Author

cduguet commented Apr 29, 2024

Actually, it seems boost was installed in some other jobs, it successfully compiled in 15/32, so it must have been another dependency forcing pycolmap to build that specific incompatible version.

@cduguet cduguet closed this as completed Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant