Split packages
See original GitHub issueIn conda-build
3 it is possible to have multiple package outputs.
This can be useful if a build requires to compile multiple pieces of source together, but is better distributed as separate packages after the fact (e.g. LLVM, gcc, APR, etc.).
However another use case is distributing multiple components of a package with different contents (e.g. devel, debug, so, src, docs, etc.). This also came up in issue ( https://github.com/conda/conda-build/issues/2363 ). This would be useful for a lot of packages where users want extra features (e.g. debug), but also want to have a lean version for Docker images and other deployments (e.g. so). It’s also possible to generate a legacy metapackage, which pulls all of the contents back together.
It would be good to figure out what sort of split packages we might want to generate in conda-forge. Also would be good to discuss how we want to integrate their use into other downstream conda-forge packages. Would also be worth thinking about whether there will be any effect on our tooling (e.g. conda-smithy
).
Issue Analytics
- State:
- Created 6 years ago
- Reactions:8
- Comments:18 (18 by maintainers)
Top GitHub Comments
championing
meaningwriting
? Yes, it will take a bit but I can do that.Note, I understand the desire for lean containers, which is why I am not categorically against splitting up packages. However, I think the right balance is to limit the splitting to only those packages where it makes sense, and not split all packages always (as some lesser package managers do).