ring-overlay ebuild does not compile

[rickj2020]

In the net-voip/ring-daemon-99999999 ebuild, curl fails to download:

curl -sS -f -L --retry-delay 10 --retry 4 -- "https://github.com/P-H-C/phc-winner-argon2/archive/1eea0104e7cb2a38c617cf90ffa46ce5db6aceda.tar.gz" > "../../contrib/tarballs/argon2-1eea0104e7cb2a38c617cf90ffa46ce5db6aceda.tar.gz"
curl: (6) Couldn't resolve host 'github.com'

In the Gentoo forum at:

https://forums.gentoo.org/viewtopic.php?p=8542192#8542192

Moderator Hu diagnoses the problem:

"Is this failure when curl is run from inside the ebuild? If so, this failure is expected and correct. To support reproducible builds, ebuilds run in a network sandbox, without the ability to download arbitrary blobs directly from the Internet. The ebuild should direct Portage to download the relevant files as part of SRC_URI, then use the copy from the files directory."

Since none of the earlier ebuilds now work, can you please patch this issue?

[stefan-langenmaier]

Hi @rickj2020 ,

thanks for your interest in Jami/Ring. I have just read through the forum thread. I haven't been working for SFL for some time (that's why the mail bounced) but I was still maintaining this overlay to build it.

To make a long story short. I haven't had the time to look into the current build of Jami in quite some time. After the last ebuild (20191110.1) Jami changed the way it is built and I never got around to update it.

The Jami build process is downloading additional files and as the moderator Hu corretly states this is not supposed to happen. To make a proper ebuild one has to work around this and from previous experience I can say it is quite tedious. I hope I can look into this during the Christmas holidays but I really don't want to promise too much.

Halcon gave some interesting input which I want to try.