Closed renelehmann closed 2 years ago
✅ Thanks for bringing this up @renelehmann
🔬 I'm investigating right now
🕵️ assets/go_calls_ruby.zip
is out of date
assets/go_calls_ruby
was updated more recently than assets/go_calls_ruby.zip
specifically to not have to worry about bundler versions. Re-zipping assets/go_calls_ruby
to assets/go_calls_ruby.zip
with zip -r go_calls_ruby.rb go_calls_ruby
and re-running CATS appears to fix the ruby_buildpack issues.
😕 zipped go apps are failing to start After resolving the ruby_buildpack error another error was exposed appearing to relate to the go_buildpack. I made a new Github issue encapsulating the problem.
We think that we've resolved the issue. The fix is running through the pipeline now.
🎉 Resolved
Environment: Using cats v7.3.0 Using current ruby buildpack v1.8.50 (https://github.com/cloudfoundry/ruby-buildpack/releases/tag/v1.8.50) (Using cf-deployment 17.1.0 with latest buildpack releases)
Failure: cats test v3/buildpacks "Stages with multiple admin buildpacks" fails because of the unsupported bundler version used on the lockfile and since the update of ruby buildpack from v1.8.49 to v1.8.50.
Staging failure (snipped):
Referred test: https://github.com/cloudfoundry/cf-acceptance-tests/blob/72bc3239f222dba27a3a8e6cf2a8141c7a7b84ee/v3/buildpacks.go#L116
Uploaded package with Gemfile.lock: https://github.com/cloudfoundry/cf-acceptance-tests/blob/v7.3.0/assets/go_calls_ruby.zip "BUNDLED WITH 1.14.6"
cats v7.3.0 works with ruby buildpack v1.8.49 (as tested with cf-deployment v17.1.0)