Skip to content

debian package #11

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

Closed
asmodehn opened this issue May 10, 2016 · 5 comments
Closed

debian package #11

asmodehn opened this issue May 10, 2016 · 5 comments
Milestone

Comments

@asmodehn
Copy link
Member

This issue gather information about the effort to create a debian package from packages using catkin_pure_python.

catkin_pure_python follows the usual python workflow, so creating pip packages is trivial, but creating debian packages (like catkin does) is not.

@asmodehn
Copy link
Member Author

First try with CPack : we are not using cmake install commands to install python package, so CPack doesnt work.

We should try instead to plug into the usual catkin->deb workflow if possible...

Or maybe the ubuntu launchpad->deb workflow, independently of catkin and ROS (our usecase from pyros-setup). We might need this if we cannot configure what we need from the catkin->deb workflow

Another option could be to investigate pip->deb workflows (pybuild ? fpm? dh-virtualenv?)

@asmodehn
Copy link
Member Author

Latest caktin_pure_python commit actually change a bit the feature...
pip packages are supported for devel.
but for install space, dependencies must be satisfied in another way (debs, already existing in python env...).
That allows us to build a package from a recent python package, just like the original catkin.
Hopefully this will mean that debian packaging becomes trivial for recent python package, by plugging ourselves into the bloom / ros workflow.

@asmodehn
Copy link
Member Author

asmodehn commented Jul 9, 2016

This need has evolved. check #18

The plan is to build an "empty" deb package, with only a package.xml that tells rosdep to go and retrieve it from pip...

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

Need has evolved again. building a deb package is easy enough via a third party repo, and should be done like this to avoid any suprising / too specific of a deb package behavior. => minimize the unexpected.

@asmodehn
Copy link
Member Author

The current workflow seems to work fine. Building a debian package the usual catkin way, but using setuptools with the proper option seems to be the best option.

Closing.

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