Open lwld opened 4 months ago
This seems like a pretty big issue - is anyone at CircleCI able to look at this? Thanks! cc: @bjohnso5
@bjohnso5 Any update on this? There has not been a response on this issue and the OTP27 issue for more than a month.
I know I am not obligated anything (even though we pay for and use CircleCI heavily in our organization), but not even an acknowledgement for issues on an officially supported CircleCI convenience image is disappointing to say the least.
If maintaining this is difficult or there is a lack of resources wouldn't it be preferable to drop support or hand it over to someone else in the community, so developers that prefer to be on top of version updates know not to rely on this 'convenience' image?
@bjohnso5 @FelicianoTech (not sure who to tag for this) any update on this? This (and the OTP27 issue) is blocking our version updates. Once again, not even an acknowledgement is disappointing.
My colleague also made an attempt (that also got no response it seems) but just upping the versions didn't seem to work: https://github.com/CircleCI-Public/cimg-elixir/pull/160
Once again, does CircleCI still plan on 'officially' supporting this image or do we have to look elsewhere? I'd rather use an official image in our CI flow...
@Kuret it might be worth going through support to get an answer about whether this image is officially supported, and what the release schedule is. The CircleCI docs suggest this is an officially supported image, but the radio silence suggests it's on a best-effort basis. https://circleci.com/docs/circleci-images/
FWIW, I think it wouldn't be too hard to switch to e.g. the hex.pm docker image, but we use some of the CircleCI CLI tools provided in the image and I haven't had the time to work out how to layer the two together.
Their support options are kind of confusing... I tried to create a ticket through our organization but couldn't find much. I could only find a support site where I had to create a separate account (so not through my account/organization).
I created a post on their 'Discuss' page for now: https://discuss.circleci.com/t/please-clarify-your-offical-cimg-elixir-support/52212
No response on GitHub No response on their forums No response on our support ticket. Our organization's plan says 'Prompt responses' under the support section. I'm not sure what CircleCI would define as 'prompt' but it's not in line with the general expectation.
What kind of organization is this?
@bjohnso5 or @FelicianoTech can you please get someone at CircleCI to look into this? And look into our ticket?
I haven't worked at CircleCI since last January. I can't help with this. Sorry.
Describe the bug
All cimg/elixir images tagged with patch versions of
1.16
and1.17
contain the wrong elixir version (patch.0
instead of what is tagged):1.16.1
,1.16.2
,1.16.3
contain elixir version1.16.0
1.17.1
,1.17.2
contain elixir version1.17.0
It seems that the elixir version was never updated when these images were published.
Images tagged with
1.15.8
are still correct, they contain elixir version1.15.8
.Tested with
-erlang-26.2.1
images.To Reproduce
Minimal sample project that reproduces the issue: https://github.com/Kittysplit/cimg_test The build results on commits show which tag versions are correct and which aren't: https://github.com/Kittysplit/cimg_test/commits/main/
Sample config:
The
elixir --version
step output already shows that it's running the wrong elixir version:If it contains an elixir project and the elixir version is fixed including patch version (with
elixir: "~> 1.17.2"
),mix compile
/mix test
will fail with** (Mix) You're trying to run :cimg_test on Elixir v1.17.0 but it has declared in its mix.exs file it supports only Elixir ~> 1.17.2
. See sample project linked above to reproduce.Expected behavior
Images should contain the tagged elixir version, or higher patch version for images tagged with only a minor release (as described in https://github.com/CircleCI-Public/cimg-elixir?tab=readme-ov-file#tagging-scheme)
Workarounds
1.17
, not1.17.1
/1.17.2
)elixir: "~> 1.17"
, however this still doesn't use the tagged patch version.Screenshots and Build Links
1.15.8
: ✅ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/1/workflows/a853f706-91a7-457c-835d-dd5972e42d9f1.16
: ✅ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/2/workflows/2eb1c7a9-6f98-45f2-b8d9-5b723d4c60da1.16.0
: ✅ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/3/workflows/2696e527-4844-4e5a-a944-16c36119647b1.16.1
: ❌ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/4/workflows/2e47a4c8-7e52-443f-86b0-938c9e2c6d641.16.2
: ❌ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/5/workflows/2488b32d-0f8f-46b2-8ead-023b7f2ceb031.16.3
: ❌ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/6/workflows/f52426ca-1589-4709-a99d-5dbb156c62ee1.17
: ✅ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/7/workflows/e67e96dc-586b-4427-bd74-525933848ffc1.17.0
: ✅ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/8/workflows/806e3c7d-3b3c-4314-a059-5dc88c7b3f3d1.17.1
: ❌ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/9/workflows/5c599e5a-45c9-44c8-b438-816a2cb98a171.17.2
: ❌ https://app.circleci.com/pipelines/github/Kittysplit/cimg_test/10/workflows/d1c0c41e-d3f8-4e8b-9b90-063150a01f79Screenshots:
See elixir version in image container tag during spin up vs
elixir --version
output:Error on
mix compile
:Additional context none