Wrong arch information on armhf / armv7
Expected behavior
Output of uname -m
on armhf and armv7 pipelines is armhf
and armv7l
, respectively.
Actual behavior
Output of uname -m
on armhf and armv7 pipelines is armv8l
Context
aport dotnet31 through dotnet6 rely on uname -m
in determining arch of system. This bug has the effect of confusing the various build scripts when building on armv7
, as armv8l
is not a supported target arch, but armv7
is. Also, since armv8 supports both 32bit and 64bit, it might confuse things down the line. In trying to triangulate the issue with alpine/aports!29253 (merged), I discovered the exact same bug on armhf pipelines.