New issue by ejolson2005 on void-packages repository

https://github.com/void-linux/void-packages/issues/23557

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System
```
$ xuname
Void 5.4.50_1 x86_64-musl AuthenticAMD notuptodate rF
$ xbps-query -p pkgver qemu-user-static
qemu-user-static-5.0.0_2
```

### Expected behavior'
When used in a qemu chroot expect networking to work.

### Actual behavior

DNS lookups don't work nor does ip address find the network devices.  Note that specifying network addresses by IP number allows things like ssh to connect, but this is not a DNS problem because /etc/resolv.conf is correct and moreover, things begin working if the qemu-aarch64-static binary from the glibc version of Void Linux is copied in order the one compiled with musl and reregistered.

### Steps to reproduce the behavior

With the musl version of qemu-aarch64-static copied into an aarch64 chroot in which a correct resolv.conf has been placed and the proc, dev and sys file systems mounted I get
```
[root@silver images]# chroot iroot
root@silver:/# ping google.com
ping: google.com: Temporary failure in name resolution
root@silver:/# ip address
netlink receive error Message too long (90)
Dump terminated
```
Using exact same chroot but with the glibc version of qemu-aarch64-static copied in from a glibc version of Void  Linux and reregistered I get
```
[root@silver images]# chroot iroot
root@silver:/# ping google.com
PING google.com (172.217.5.206) 56(84) bytes of data.
64 bytes from lax28s10-in-f206.1e100.net (172.217.5.206): icmp_seq=1 ttl=115 time=39.5 ms
64 bytes from lax28s10-in-f206.1e100.net (172.217.5.206): icmp_seq=2 ttl=115 time=38.7 ms
64 bytes from lax28s10-in-f206.1e100.net (172.217.5.206): icmp_seq=3 ttl=115 time=37.4 ms
^C
--- google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 6ms
rtt min/avg/max/mdev = 37.354/38.513/39.486/0.880 ms
root@silver:/# ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: esan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 68:1c:a2:12:af:95 brd ff:ff:ff:ff:ff:ff
    inet 192.168.47.254/25 brd 192.168.47.255 scope global noprefixroute esan
       valid_lft forever preferred_lft forever
    inet6 fe80::1ba9:d1d:c8aa:20f7/64 scope link 
       valid_lft forever preferred_lft forever
```
which is correct.  This error appears related to the musl library and possibly related to

https://github.com/docker/for-mac/issues/1621

which identifies a similar build problem for qemu-aarch64-static on Mac OS.  I've not taken any look at the code, but expect somewhere the build process for aarch64 checks for glibc and assumes it's not Linux otherwise.