-
Notifications
You must be signed in to change notification settings - Fork 38
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
Is it safe to rely on Erlang "internal" DNS code? #53
Comments
Yes that is the case, and it is mentioned explicitly in the README. However, I'd argue that un-documented and internal-use only is just the way the Erlang team telling us they are not interested to develop it/fixing its issue outside of their scopes. This library, however, is publicly maintained and bug fix / additional extension will be addressed. It's on me and the contributors to fix bugs and maintain compatibility with Hope that answers your question/concerns. I'm happy to discussing it further. |
I just ran into an issue with livebook (livebook-dev/livebook#1976), due to this. |
In this case, maybe it makes sense to copy |
The elixir-dns library seems unmaintained (see the many open issues, even when this is clearly a bug and has a patch). So, I'm not sure there will be a solution. (Elixir badly needs a properly maintained DNS library.) |
14 open issues is not that many and the last commit was 1 year ago, so I would say the jury is not out there yet. In any case, Hex.pm does have a mechanism to transfer ownership of maintained packages. So I can see two possible options:
|
|
The library uses Erlang/OTP DNS code. I've been told that, if this Erlang code is undocumented, this is because it it no supposed to be used by external programs, but only by Erlang itself, for its internal use. Do you agree? Would it be better to develop specific code to be independent of Erlang?
The text was updated successfully, but these errors were encountered: