On Wed, Jul 8, 2015 at 1:55 PM, Mike Dalessio <mdalessio(a)pivotal.io> wrote:
In the June CAB call, it was mentioned that the Buildpacks team was
working on generating CF-specific binaries to be packaged in the
buildpacks. I'm pleased to announce that the team is ready to start
shipping these binaries in the golang, nodejs, php, python, and ruby
buildpacks for the cflinuxfs2 stack.
*__We're planning to cut releases of these buildpacks with the CF*
*binaries on Monday, 20 July.__*
In the meantime, I'd like to ask the community to beta these buildpacks
and give us feedback.
We're successfully running [BRATs] (the buildpack runtime acceptance
tests) on these binaries, so we don't expect any issues; but we'd love to
hear if anyone experiences any issues deploying their apps.
Obviously, until we cut official releases, you should use judgement when
deciding where to use these beta buildpacks.
*## Timeline, Versioning and Proposed Changes*
Unless we hear of any blocking issues, we'll cut official releases of the
go, node, php, python and ruby buildpacks on July 20th.
When we cut these releases, we'll be bumping the major version number, and
removing the `manifest-including-unsupported.yml` file from the repository
HEAD. I'd love to hear anyone's opinion on these changes as well.
*## How to deploy with the "beta" binary buildpacks*
Until we cut official releases, we are maintaining a git branch in each
buildpack repository, named `cf-binary-beta`, in which the manifest points
at our CF-specific binaries.
If your CF deployment has access to the public internet, you can push your
app and specify the github repo and branch with the `-b` option.
`cf push <appname> -bhttps://github.com/cloudfoundry/go-buildpack#cf-binary-beta`
`cf push <appname> -bhttps://github.com/cloudfoundry/nodejs-buildpack#cf-binary-beta`
`cf push <appname> -bhttps://github.com/cloudfoundry/php-buildpack#cf-binary-beta`
Looks good mostly. One minor issue. It seems like the snmp extension is
not loading correctly. Looks to be missing a required shared library.
2015-07-13T12:29:53.09-0400 [App/0] OUT 16:29:53 php-fpm |
[13-Jul-2015 16:29:53] NOTICE: PHP message: PHP Warning: PHP Startup:
Unable to load dynamic library
libnetsnmp.so.30: cannot open shared object file: No such file or directory
in Unknown on line 0
That's with PHP 5.4.42, 5.5.26 and 5.6.10.
One other thing, which is not really an issue, but perhaps an
optimization. I noticed for the PHP extensions the bundle has both ".a"
and ".so" files for many of the extensions. The ".a" static libraries
should not be necessary, just the ".so" shared libraries. Seems like
removing them could save 8 to 9M. You could save another 25M by deleting
the bin/php-cgi file. You really only need bin/php for cmd line stuff and
sbin/php-fpm for web apps. Can't think of any reason you'd need / want to
do cgi. It's not a ton of space, 35M X 3 (each current version) + 35M X 3
(each of previous versions) - whatever compression will save. Just thought
I'd throw it out there though.
`cf push <appname> -bhttps://github.com/cloudfoundry/python-buildpack#cf-binary-beta`
`cf push <appname> -bhttps://github.com/cloudfoundry/ruby-buildpack#cf-binary-beta`
If your CF deployment doesn't have access to the public internet and you'd
like to try these buildpacks, please reach out directly and we'll figure
out the best way to accommodate.
*## Tooling Details*
If you'd like to take a look at how we're currently building these
binaries, our tooling is open-sourced at:
https://github.com/cloudfoundry/binary-builderNote that `binary-builder` uses the rootfs docker image to compile each
binary, which means that this tool can easily be extended to essentially
cross-compile **any** binary for a CF rootfs. We'd love to hear your
feedback on this, as well.
cf-dev mailing list