-
Notifications
You must be signed in to change notification settings - Fork 129
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
Consider building to install space directly #54
Comments
This makes sense, I agree with @rhaschke. |
One usecase I can think of is that packages are not planned to be released so no need for But I guess there may not be many users who really need to stick to devel space. So +1 |
I seem to remember the 'official policy' is to recommend using Packages failing because they have no |
I can only underline this argument. |
Omit entire catkin build section when devel space is not choosed to be used.
Omit entire catkin build section when devel space is not choosed to be used.
Omit entire catkin build section when devel space is not choosed to be used. Directory structure sorted out. Add another pkg solely for testing only. Conflicts: README.rst travis.sh [.travis.yml] Allow failure for now the jade source build (see ros-industrial/industrial_core#144 (comment)). [.travis.yml] Some more test matrix. [Travis] Rename a file to avoid confusion. Kinetic should better be no longer 'allow_failure'. warehouse_ros from shadow-fixed should pass. [Travis] Remove less meaningful job (warehouse_ros prerelease). More Kinetic jobs.
Omit entire catkin build section when devel space is not choosed to be used. Directory structure sorted out. Add another pkg solely for testing only. Conflicts: README.rst travis.sh [.travis.yml] Allow failure for now the jade source build (see ros-industrial/industrial_core#144 (comment)). [.travis.yml] Some more test matrix. [Travis] Rename a file to avoid confusion. Kinetic should better be no longer 'allow_failure'. warehouse_ros from shadow-fixed should pass. [Travis] Remove less meaningful job (warehouse_ros prerelease). More Kinetic jobs.
+1 to install space by default |
Omit entire catkin build section when devel space is not choosed to be used. Directory structure sorted out. Add another pkg solely for testing only. Conflicts: README.rst travis.sh [.travis.yml] Allow failure for now the jade source build (see ros-industrial/industrial_core#144 (comment)). [.travis.yml] Some more test matrix. [Travis] Rename a file to avoid confusion. Kinetic should better be no longer 'allow_failure'. warehouse_ros from shadow-fixed should pass. [Travis] Remove less meaningful job (warehouse_ros prerelease). More Kinetic jobs.
(Hopefully) fixed by #67, where I accidentally (sorry...) included the commits that try to implement the fix to this. |
Reopening for a discussion. As a package with "industrial" prefix, requiring Meanwhile, when we want to escalate this package to general ROS level as we discussed (e.g. at #75 (comment)), we'll probably want to keep |
No. The install option just runs the provided install rules on top of the build instructions.
They don't have to, but it is recommended anyway. |
Hm, I can't find where the
When the open PR #150 gets merged, then the above won't hold any more right?
Well managing dependency doesn't require using If I sound as if I changed my poistion on this subject recently, I'm sorry. I might have done that a bit. I noticed adding instructions for |
Perhaps the issue title is misleading.
So in step 4 we are rebuilding everything from step 1, which doubles the time the build takes.
I don't use it locally. But as soon as others depend on my packages, I have make sure that the install space is set-up properly. On our robots (and pool PCs) all users chain to a common (robot-specific) install space that is chained to the global /opt/ros install space.
No, not directly. But the install rules make the build results explicit. |
I posted my response #150 (review), and that PR resolves this ticket I think. Btw, now I'm convinced that recommending |
Suggested at #48 (comment) by @rhaschke
The text was updated successfully, but these errors were encountered: