Two questions on these cf-built binaries:
toggle quoted message
Show quoted text
1. From my understanding, the purpose of this is to compile the binaries
so they are optimized for the cf specific stacks (e.g. cflinuxfs2 ) as
opposed to something that was generically compiled (e.g. to 64 bit
trusty). Can you confirm this or expound upon this if there are other
2. Are these binaries available in offline mode only or is there also
intent that they will be hosted, allowing us to consume them in an online
On Mon, Jul 13, 2015 at 2:08 PM, Mike Dalessio <mdalessio(a)pivotal.io> wrote:
On Mon, Jul 13, 2015 at 1:08 PM, Daniel Mikusa <dmikusa(a)pivotal.io> wrote:
On Wed, Jul 8, 2015 at 1:55 PM, Mike Dalessio <mdalessio(a)pivotal.io>Good catch, I've created a story for this:
Hi all,Looks good mostly. One minor issue. It seems like the snmp extension is
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`
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.
Another good catch, I've created a story to look into it:
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
cf-dev mailing list
cf-dev mailing list