-
-
Notifications
You must be signed in to change notification settings - Fork 23
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
Add *-devel output to conda-forge packages that require them #65
Comments
Can't we just add |
Sorry, I guess the context is not clear, as I forgot to press submit on this message: RoboStack/ros-humble#229 (comment) . Another important piece of context is that the issue is definitely not robostack-specific but rather conda-forge, I just opened the issue here as I got a clear idea regarding that while working on the ros humble rebuild and to avoid forgetting about it.
Sure, that is what we have done until now (also as the situation was much more complex, as there were We can add
Anyhow, I realize this is mostly OT here, so if you prefer I can close the issue here. |
A common failure point in robostack is that we have conda-forge C++ libraries packages that do not have an output that can be installed to ensure that all the dependencies required to build a downstream C++ project. This is not an issue if a C++ package already include its headers and only use as public dependencies in its headers conda-forge libraries that also ship their headers in the main package, but as soon a dependency uses in its headers a dependency that ships its headers in a separate
*-devel
package, we need to have a*-devel
output also for that package, or it needs to adds the*-devel
package to its run dependencies, but some mantainer may be against this as it goes around the point of splitting*-devel
packages.Problematic packages:
qt-main
: Depends onlibgl-devel
, but at runtime it only requireslibgl
vtk
: Depends on qt-main, i.e. inheriting thelibgl-devel
problempcl
: Depends on qt-main, i.e. inheriting thelibgl-devel
problemlibspnav
: Depends onxorg-xorgproto
, as @Tobias-Fischer is the maintainer and the package is quite simple probably we can avoid thelibspnav-devel
output and just addxorg-xorgproto
as run dependency.The text was updated successfully, but these errors were encountered: