pejrich
I was updating my Rustler from 0.25 to 0.27, and when I ran mix deps.get, I got the following message which i’ve not seen before. Usually when there’s a dependency mismatch, it’ll state which packages are clashing and over what version they disagree. But this doesn’t have any of that info. I tried removing my mix.lock, and runnning mix deps.clean. If I remove rustler entirely from my mix.exs then it’ll run, and if my rustler is 0.25 it’ll run, but when I set it to 0.27 it fails.
Mix.ex
...
{:rustler, "~> 0.27.0"},
...
$ mix deps.get
Resolving Hex dependencies...
Resolution completed in 0.03s
Because your app depends on rustler empty which doesn't match any versions, version solving failed.
** (Mix) Hex dependency resolution failed
I can’t add the bold and code formatting, but the error message appears like this: “Because your app depends on rustler empty which doesn’t match any versions, version solving failed.”
EDIT:
It also happens if I try to change {:httpoison, "~> 1.0"}, to {:httpoison, "~> 2.0"},
Because your app depends on httpoison empty which doesn’t match any versions, version solving failed.
Also, your app here is verbatim, not something i’ve replaced to generalize it.
Trending in Questions
Other Trending Topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #blog-post
- #phoenix_html
- #iex
- #graphql
- #ai
- #genstage
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #hex










Showing Posts 1 to 10- Show Best Posts
- Show All Posts (oldest first)
- Show All Posts (newest first)
BradS2S
One possible solution is to run
mix deps.clean rustlerormix deps.clean httpoisonto remove any existing build artifacts, then runmix deps.getagain to fetch the latest compatible versions of the packages.pejrich
Hmm, no luck. I’m not sure that’s any different than the
mix deps.cleanI already tried, which I assume just cleans all deps.pejrich
If I add
override: trueto both rustler and httpoison it does finally work, but i’m still unsure why it was caused or how to fix it properlyBradS2S
I’m guessing one of your transitive dependencies is asking for a version of a direct dependency that Mix sees as having no middle ground.
For the masochistic there’s always:
mix deps.treeNicd
This was seen on IRC yesterday also, pasting the relevant logs:
So I guess there are conflicting package requirements (some other package doesn’t allow that version of
rustlerorhttpoison), but the error message is bugged.LostKobrakai
https://github.com/hexpm/hex/issues/972
dustinfarris
opened a pr to bump phoenix dep in scrivener_html
https://github.com/mgwidmann/scrivener_html/pull/109
cc @josevalim
fchabouis
I see the bump to Phoenix 1.6 is still not in a release…
https://github.com/mgwidmann/scrivener_html/pull/97
arbaz_asif
override: truealso worked for mekarolsluszniak
For me it was a local dependency added using
path: "vendor/some-dep"in deps inmix.exs. It had a conflicting requirement and it resulted in<dep> emptyfrommix deps.get. Btwmix deps.treedid help to nail it down so thx @BradS2S!