Could not compile dependency :mint

Are you using the latest mint? And the latest Erlang (27.something) / Elixir (1.8.3)? After that is checked, I would start with this just to make sure:

rm -rf deps _build
mix do deps.get, compile

I tried exlixir -v and as I understand I seem to use Erlang 25 and Elixir 1.14.
I installed it all fresh yesterday minutes after creating the machine so it would be unfortunate if the current Elixir package lags three Erlang versions behind?

Erlang/OTP 25 [erts-13.2.2.5] [source] [64-bit] [smp:20:20] [ds:20:20:10] [async-threads:1] [jit:ns]

Elixir 1.14.0 (compiled with Erlang/OTP 24)

Would it help to make a fresh start and install Erlang first, separately from the Elixir package?

Do yourself a favor and just never use native Linux packages for this. Very few distros keep up with them properly (Manjaro comes to mind). Uninstall Erlang & Elixir from your package manager.

Next, install mise and then run these:

mise install erlang@27.3.3
mise install elixir@1.18.3-otp-27
mise use -g erlang@27.3.3
mise use -g elixir@1.18.3-otp-27

The last two just set the default versions of Erlang and Elixir so you don’t have to set them per project (though you can do that as well inside each individual project’s directory, just remove the -g switch from the use command).

Mind you, I have no idea if Erlang/Elixir versions are your problem. But it’s a good starting point to make sure you are where almost everybody else is first.

It did solve my current issue but of cause there is a new one instead. But thank you for clearing this out.

One thing for anyone following this advice in the future. I had to run
mise use -g erlang@27.3.3
before I ran
mise install elixir@1.18.3-otp-27
otherwise I would get some erlang does not exist issue

Good to know. Feel free to make a new thread for the new problem.

After a bit of searching it turned out that you had already answered that problem in another thread.
Thank you for the forethought

I’m flattered. Would you link it here so it benefits future readers, please?

Errors when using asdf install - configure: error: No curses library functions found - Questions / Help - Elixir Programming Language Forum

I’ve thought a bit about this answer and while it is not an actual description of how to solve the issue. It is a good example of the threshold of development. To navigate dependencies and what tools to use.
I could make use of that thread but someone with less experience would just be confused

To summarize the problem/solution, in this thread, for future reference:

Elixir and Erlang are both languages that run on the BEAM VM, but the BEAM is (primarily) installed on systems by installing Erlang/OTP. The Elixir compiler itself is (currently) written in Erlang. So, you will generally need to install Erlang before you can install a working Elixir.

In this instance, the -otp-27 part of mise install elixir@1.18.3-otp-27 indicates that you want a version of Elixir that can compile with an instance of Erlang/OTP that is version 27, hence the need to mise install erlang@27.x first.

That‘s not correct as stated.

Elixir is commonly installed precompiled. By default those precompiled elixir versions are compiled using the oldest supported otp version. With beam files being forward compatible you can use those compiled beam files with all officially supported otp versions.

This means elixir can only depend on otp features of that oldest otp version though. Sometimes elixir does enable integration with such new features behind compile time flags though, so that given a new enough otp version at compile time those integrations will become available. That‘s what those -otp-xx tags state - getting a precompiled elixir installation compiled with the OTP version of the tag potentially enabling integration with features of that or older otp versions.

In that process no files of elixir would be compiled locally - though compiling from source is always possible.

Now being able to install elixir doesn‘t meant it can run by itself. That‘s where a locally installed erlang starts to be required.