after I setup ipv6 on my computer, I now get Failed with error: std@host_resolve errors trying to interact with haxelib, and, sure enough, there is no AAAA dns record set up, so ipv6 fails to resolve...
but I've even setup ipv4 to be preferred on my system...other apps prefer picking ipv4 as a result...it shouldn't even be picking ipv6 in the first place...
not sure whether it should be fixed on haxelib side, or haxe's stdlib side, but I think the sensible options are either
A) if either ipv4 or ipv6 fails to resolve, it should try to resolve the other one before erroring out
B) just explicitly make haxelib only use ipv4 and pretend that nothing is wrong
and yes, if I manually update /etc/hosts to point to ipv4 for lib.haxe.org then it works a little bit better, but still broke...
before host file workaround:
```
[jan6@Teartix ~]$ haxelib update
Checking hashlink
Failed with error: std@host_resolve
Checking hxcpp
Failed with error: std@host_resolve
All libraries are up-to-date
[jan6@Teartix ~]$
```
after host file workaround:
```
[jan6@Teartix ~]$ haxelib update
Checking hashlink
Checking hxcpp
Update hxcpp to 4.3.2 [y/n/a] ? y
Downloading hxcpp-4,3,2.zip...
Download complete: 0.24KB in 0.3s (0.6KB/s)
Download complete: 0KB in 0s (0KB/s)
Failed to download https://lib.haxe.org:443/files/3.0/hxcpp-4,3,2.zip. (1/3)
std@host_resolve
Download complete: 0.24KB in 0.2s (0.9KB/s)
Download complete: 0KB in 0s (0KB/s)
Failed to download https://lib.haxe.org:443/files/3.0/hxcpp-4,3,2.zip. (2/3)
std@host_resolve
Download complete: 0.24KB in 0.3s (0.6KB/s)
Download complete: 0KB in 0s (0KB/s)
Failed to download https://lib.haxe.org:443/files/3.0/hxcpp-4,3,2.zip. (3/3)
std@host_resolve
Error: [file_open,/usr/share/haxe/lib/hxcpp-4,3,2.zip]
[jan6@Teartix ~]$
```
for some reason, I need to ALSO override haxelib-files.haxe.org to ipv4 in my hosts file, DESPITE it having an ipv6 address that works just fine via curl???
if I do that, then it works, but, y'know, it's very fragile, having manual overrides
weirdly enough haxelib source has a giveErrorString() which is SUPPOSED to handle the error and give a more human-friendly message, but that isn't triggered?
after I setup ipv6 on my computer, I now get
Failed with error: std@host_resolve
errors trying to interact with haxelib, and, sure enough, there is noAAAA
dns record set up, so ipv6 fails to resolve...but I've even setup ipv4 to be preferred on my system...other apps prefer picking ipv4 as a result...it shouldn't even be picking ipv6 in the first place... not sure whether it should be fixed on haxelib side, or haxe's stdlib side, but I think the sensible options are either A) if either ipv4 or ipv6 fails to resolve, it should try to resolve the other one before erroring out B) just explicitly make haxelib only use ipv4 and pretend that nothing is wrong
and yes, if I manually update /etc/hosts to point to ipv4 for lib.haxe.org then it works a little bit better, but still broke...
before host file workaround:
``` [jan6@Teartix ~]$ haxelib update Checking hashlink Failed with error: std@host_resolve Checking hxcpp Failed with error: std@host_resolve All libraries are up-to-date [jan6@Teartix ~]$ ```after host file workaround:
``` [jan6@Teartix ~]$ haxelib update Checking hashlink Checking hxcpp Update hxcpp to 4.3.2 [y/n/a] ? y Downloading hxcpp-4,3,2.zip... Download complete: 0.24KB in 0.3s (0.6KB/s) Download complete: 0KB in 0s (0KB/s) Failed to download https://lib.haxe.org:443/files/3.0/hxcpp-4,3,2.zip. (1/3) std@host_resolve Download complete: 0.24KB in 0.2s (0.9KB/s) Download complete: 0KB in 0s (0KB/s) Failed to download https://lib.haxe.org:443/files/3.0/hxcpp-4,3,2.zip. (2/3) std@host_resolve Download complete: 0.24KB in 0.3s (0.6KB/s) Download complete: 0KB in 0s (0KB/s) Failed to download https://lib.haxe.org:443/files/3.0/hxcpp-4,3,2.zip. (3/3) std@host_resolve Error: [file_open,/usr/share/haxe/lib/hxcpp-4,3,2.zip] [jan6@Teartix ~]$ ```for some reason, I need to ALSO override haxelib-files.haxe.org to ipv4 in my hosts file, DESPITE it having an ipv6 address that works just fine via curl??? if I do that, then it works, but, y'know, it's very fragile, having manual overrides
(using haxelib 4.1.0 and haxe 4.3.6 of course)