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

Simplify make install space and package build #25

Closed
asmodehn opened this issue Jul 9, 2016 · 3 comments
Closed

Simplify make install space and package build #25

asmodehn opened this issue Jul 9, 2016 · 3 comments
Milestone

Comments

@asmodehn
Copy link
Member

asmodehn commented Jul 9, 2016

The main simplification planned for 0.2 is to not build the install space any longer (tricky to manage + extra maintenance) but instead rely on rosdep to install the package from pip. see #18.

@asmodehn asmodehn added this to the 0.2.0 milestone Jul 9, 2016
@asmodehn
Copy link
Member Author

asmodehn commented Aug 2, 2016

While this would be nice, it is not an option in company like yujinrobot
The development workflow consist in distributing the install space around.

So we still need to support the install space creation somehow...

@asmodehn
Copy link
Member Author

asmodehn commented Aug 8, 2016

After some discussion, it seems that yujinrobot is not interested in supporting "usual python workflow" and "latest is best" policy.
Instead the focus is on "stable (whatever is in base system, ie ubuntu debs) is best" and "usual ros workflow".

For any software project we should provide tools that strives to reduce the differences in code required by all final users (to make source code maintenance easier).

As catkin_pip is concerned, it means that we want to be able to have catkin_pip triggering usual catkin workflow in some cases (ROS workflow + ROS pkg build), and python workflow (+pip package) in others.

We need to develop such a system, so that packages using catkin pip can switch behavior easily.
Ex : the presence of a package.xml could be a good trigger to chose usual catkin workflow over python workflow

This would solve our package creation problem , since we wouldn't need to support deb creation from pip packages, or tricky dependencies. We would have either :

  • catkin_pip -> catkin -> rosdep -> debs
  • catkin_pip -> python -> pip

@asmodehn
Copy link
Member Author

#61 seems to solve this issue in a decent way...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant