-
-
Notifications
You must be signed in to change notification settings - Fork 238
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
Latest erlang.mk gets stuck in loop building amqp_client #1014
Comments
Side note, have you documented why you stopped creating releases or tags for erlang.mk? This instability gives us pause on continuing to use erlang.mk when it only seems to be setup to fetch the latest. |
I create them on a need basis. If you need one you can ask me. Commit also works as a way to pin the version. Default is to use the latest. Tags or not I need people to upgrade at some point and open tickets to fix the issues. :) I will try to reproduce. |
To pin you can define |
You should also only hit this if you have manually upgraded, as you are supposed to commit the updated Erlang.mk file. |
I can reproduce. |
I have merged the fix. Closing, thanks! |
Thanks! We'll re-evaluate adding erlang.mk to the repo |
If you don't embed the file I highly recommend setting I will have a few heavy changes to Erlang.mk in the coming couple weeks so it's possible that I break a few things again. Goal is to get #979 (native Elixir support) merged and use that instead of Mix to build the RabbitMQ CLI. |
Could you give me a rough list of the OSS projects you fetch from Hex? I will add them to the test suite. |
Only amqp_client in fact; all others are vendored under our Github org. |
ERLANG_MK_VERSION = 45c5306
When defining
dep_amqp_client = hex 3.12.14
as a dep, an infinite loop of processing the rabbit_common dependency occurs.Reproduction
Makefile:
First run of make:
The text was updated successfully, but these errors were encountered: