Closed ksylvest closed 10 months ago
Hi @ksylvest can you remove the changes in 3.3/Dockerfile
? We only make manual edits in the template. This all looks fine to me to merge in, but these changes won't be reflected in the 3.3
release as we don't re-release images, unless we receive further reports of the image being unusable or breaking a large number of builds.
looking into this more, does this issue arise when you install libjemalloc
beforehand? It seems to me that this issue can actually be solved by removing a reference to libjemalloc here
@ryanbourdais I'd suggest you consider re-publishing. The existing image is fairly unable in the current state:
rails
gem (used for installing Ruby on Rails) fails to install due to dependencies on websocket-extensions
with >480 million downloads. pg
gem is the default Postgres gem with >280 million downloads. The bcrypt
gem is a ubiquitous password hashing algorithm with >200 million downloads.
Per your inquiry, I'd also suggest yanking the change instead of attempting to fix with the broken image as it stands. I think that sort of change might merit some QA ahead of merging to avoid customers needing to debug broken images. Maybe a subsequent release and for now just go back to a knowing working configuration?
@ksylvest do you have build links to those gem failing to install? Also, can you remove the changes to 3.3/Dockerfile
, we dont make those changes manually in PRs such as this, we will re-generate the dockerfiles from the template if we re-release this image. Can you also remove libjemalloc-dev
from the statement on live 94 sudo apt-get remove rustc libstd-rust* libjemalloc-dev
so that customers can still enable jemalloc themselves if they need it? I believe that you're right and we will likely have to re-release this image.
@ryanbourdais sure - swapped. Assuming you'll update the Dockerfile when re-publishing? Do you want that split into a PR similar to https://github.com/CircleCI-Public/cimg-ruby/pull/137?
Flagging issue to include some tests against images build: https://github.com/CircleCI-Public/cimg-ruby/issues/157 - not sure if any other cimg images have tests already that might be copied / pasted as a template.
@ksylvest thanks for the changes, I'll run our release script and get this rebuilt soon after they are merged in.
Thanks - just to confirm I'm not authorized to merge pull requests.
Thanks - just to confirm I'm not authorized to merge pull requests.
You should be able to after the tests run, I had to trigger the pipeline since you aren't a listed maintainer of this repository
For our official CircleCI Docker Convenience Image support policy, please see CircleCI docs.
This policy outlines the release, update, and deprecation policy for CircleCI Docker Convenience Images.
Description
This flag is not present in any other Dockerfiles and prevents compiling gems using native extensions (e.g. bcrypt, pg, etc). It looks like it was introduced in https://github.com/CircleCI-Public/cimg-ruby/pull/139 (possibly without an image being built). Opting to delete just flag, but a followup PR is probably needed to cleanup or fix the remainder. As it stands the 3.3 images aren't able to install gems with native extensions (e.g.
pg
,nokogiri
,bcrypt
, etc).Before
After
Reasons
https://github.com/CircleCI-Public/cimg-ruby/issues/155
Checklist
Please check through the following before opening your PR. Thank you!
Dockerfile.template
file only