OK. Now I think I've understood what you want. ```diff diff --git a/bin/compile b/bin/compile index 53e0b8d..3d198c9 100755 --- a/bin/compile +++ b/bin/compile @@ -23,6 +23,10 @@ require

Thanks Matt, it's helpful to validate that the solution worked for you. I'm curious about how this will play with Diego, which actually makes heavy use of Consul. We have a placeholder story to

Hello , As of now with the "upstream buildpack" there is a restriction for stack name with which one can push a application (cflinuxfs2) Use case is to place applications on different sets of DEA's

We encountered this and resolved. Use this command: mount --make-rprivate / Which followed this web: http://gaijin-nippon.blogspot.in/2012/10/lxc-pivotroot-fails-on-shared-mount.html And there are

Configuring the consul agent to recurse does solve the issue. The consul agent's configuration is directory based: it loads every json file in its config directory. Since our deployment already

Thanks for your suggestions Warren. I am attaching the Manifest file which used for the deployment. Am also suspecting that the problem with the NFS Server Configuration only. wrote:

After some further thought, my original suggestion doesn't seem to make much sense since it would mean every single document would have to be fetched for every event to see if that particular URL

Hi JT That's right, as all extensions have to be adapted to PHP 7, many non-core extensions are not ready yet, but I didn't check thoroughly currently. We have a fairly big symfony based application,

Hi, Christian. I'm from the buildpacks team. Last time we investigated PHP7, we ran into the same issue, no extensions besides core work with PHP7. When we investigated, it appeared to be a chicken

Hi all Today I added PHP 7.0.0RC7 to my php buildpack fork. In case you're interested in testing PHP 7.0 on CloudFoundry today, just add "https://github.com/chregu/cf-php-varnish-buildpack#php-7" as

which are running on PCF which is on AWS ? I would imagine that would only be possible if your on-premises services have a publicly accessible endpoint. in CF? We have quite a bit of documentation

Hi, I have couple of queries - 1. Can we connect/bind services running inside my premise to the apps which are running on PCF which is on AWS ? 2. Also for application logging and debugging what

Ok, apparently this isn't markdown. Here are the correct links: v3 style guide section on including related resources:

Hi Urvashi, You can go to this link, https://lists.cloudfoundry.org/mailman3/lists/ and request to join cf-dev mailing list. Best, Claire -- Claire Laurence Pivotal Cloud Foundry San

Hello, Can you please add my email to the dev mailing list? ureddy(a)pivotal.io Thanks! Urvashi

Hello, To add on to what Simon's said, the CAPI team has a proposed style guide for new features in v3 of the API. You can take a look at the proposed API for [including related resources

Hey Parthiban, It seems that there may be a misconfiguration in your manifest. Did you configure the nfs_server

Sure. Here's the Ruby: dns_open: 8 ms | dns_close: 0 ms dns_open: 9 ms | dns_close: 0 ms dns_open: 10 ms | dns_close: 0 ms dns_open: 3013 ms | dns_close: 0 ms dns_open: 5015 ms | dns_close: 0

Hi Ponraj, #1) Because IRD can quickly become quite expensive DB query wise, since it would follow all relations given your query. Eg v2/organizations with IRD 2 or 3 would drag along A LOT of

Hi, If anyone can provide information on this atleast, it would help. 1. Why the "inline-relations-depth" feature is going to be deprecated. 2. Does cf has planned any other alternative solution