-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Could not compile phoenix based application #9
Comments
First, you can't have But sadly what you are trying to do isn't possible at this time. The issue is rebar3 needs to be able to know all of the transitive dependencies. In the case of a hex package it is able to because it is no different from a rebar3 hex package, the dependencies are in the metadata. When the dep is a git repo this isn't available and rebar3 can not evaluate the My only idea so far is to have a mix command that can output the deps as an Erlang term file which we can then read. Hm, I suppose there is the possibility of adding a custom parser of the |
You might want to look at https://github.com/Supersonido/rebar3_elixir as an alternative for now. I see this one uses reading the lock file to make transitive deps possible https://github.com/Supersonido/rebar3_elixir/blob/master/src/rebar3_elixir_utils.erl#L174 Hopefully we can consolidate this into a single plugin. |
It's already consolidated!! |
@tsloughter Could you please advise on the following. I am having a phoenix application: https://github.com/oltarasenko/live_view_counter and I want to package it inside my current erlang project (basic release application generated with rebar).
I have the following in my rebar.config:
I am getting the following error on
rebar3 release
The text was updated successfully, but these errors were encountered: