search

teamhephy / builder

MIT License
3 stars 12 forks source link

Ruby buildpack failures after updating to workflow 2.13.0 #11

Open Cryptophobia opened 6 years ago

Cryptophobia commented 6 years ago

From @nathansamson on April 10, 2017 14:20

This weekend we updated to workflow 2.13, mainly to fix the problem of a crashing builder every so often.

But this had the unintended side effect that deploying our rails app did not work anymore as it seems to ignore environment variables during building. Let me explain:

We need the CURL_TIMEOUT environment variable to be set, as for some reason our european cluster has a very bad download time to Amazon S3 overseas, and will always faill with the default of 30s. This should still work according to: https://github.com/heroku/heroku-buildpack-ruby/blob/master/lib/language_pack/fetcher.rb#L38

The only solution to get it working for is to manually set the BUILD_PACKURL to v149 (very well possible that v150 for example might also work, but I believe v149 is the one we used before the workflow update).

I can't really imagine this is a bug in deis builder as clearly the v149 buildpack respects my settings, but on the other hand I am not sure why the env variable wouldn't work anymore in the newer buildback...

Any ideas/suggestions?

Copied from original issue: deis/builder#508

Cryptophobia commented 6 years ago

From @mboersma on May 2, 2017 18:57

@nathansamson slugbuilder is now up to ruby buildpack v159 in master. I don't see a smoking gun in the diff between v149 and v159 though. Could you try v159 so we know for sure?

Cryptophobia commented 6 years ago

From @szymonpk on September 21, 2017 7:32

@nathansamson Have you managed to fix this, differently than forking buildpack? Where have you tried to set CURL_TIMEOUT? In builder deployment?