As docker-compose is “just a python program” I thought I’d try and get it habitized
Background
The final composite plan is going looking like
docker, docker-compose, chefdk. So we can run ChefDK reliably in a CI environment.
The Plan
Problem
Running docker-compose returns no such file.
Permissions are 755
LD returns what it looks like missing libraries.
ld /hab/pkgs/damacus/docker-compose/1.19.0/20180305154940/bin/docker-compose
/hab/pkgs/core/binutils/2.25.1/20170513201927/bin/ld.bfd.real: error in /hab/pkgs/damacus/docker-compose/1.19.0/20180305154940/bin/docker-compose(.eh_frame); no .eh_frame_hdr table will be created.
/hab/pkgs/core/binutils/2.25.1/20170513201927/bin/ld.bfd.real: warning: cannot find entry symbol _start; defaulting to 0000000000401880
docker-compose requires the python-dev headers which are already included in the python package.
Ah actually that’s incorrect. You want to replace /usr/bin/env python with <path to hab python>. There are a couple ways to go about this. You can use sed directly to replace the shebang line or you can take a dep on coreutils and use fix_interpreter
Let us know if this gets you unblocked. I have done a handful of python apps and there are definitely sometimes where I prefer to use pip and virtualenv to make a binary available over trying to “compile from source” or whatever. Anything we can get documented on this is probably useful to others!