replacing hmac deprecated functions

[joaovsq]

No description provided.

[paulo-ferraz-oliveira]

Is this lib. being maintained still? This PR is important, and I'd not like to have to fork it, if that's the case.

[joaovsq]

I'm not sure, but i had to create a fork https://github.com/code-time/erlang-pbkdf2

[dmsnell]

Saw this only after submitting comtihon#1 where I added a compatibility layer to avoid breaking pre-R22 use.

[paulo-ferraz-oliveira]

:) We started our own fork here.

[gearnode]

@paulo-ferraz-oliveira If you don't want to maintain a fork, you can use our implementation.

[paulo-ferraz-oliveira]

@paulo-ferraz-oliveira If you don't want to maintain a fork, you can use our implementation.

Hm... I would, but it's not on Hex.pm, unfortunately.

[gearnode]

@paulo-ferraz-oliveira It's a blocker for you?

[paulo-ferraz-oliveira]

It's not a blocker to not have the stuff in Hex.pm... not really. But we really do prefer it as much as possible. I can't think of a single dep. we use (over more than 50+) that pulls from GitHub. The most obvious benefit being the local cache (so faster builds all around). I can understand you not wanting to put stuff there, though. No prob.

[gearnode]

@paulo-ferraz-oliveira The Erlang/OTP team merge my pull request to add pbkdf2 in the crypto module, so if you want, you don't need any more dependence for this :)

[paulo-ferraz-oliveira]

@paulo-ferraz-oliveira The Erlang/OTP team merge my pull request to add pbkdf2 in the crypto module, so if you want, you don't need any more dependence for this :)

Thanks for the heads up, @gearnode.