[SERVER-39749] Name discrepancy for Linux arm64 download artifacts Created: 21/Feb/19 Updated: 29/Oct/23 Resolved: 05/Apr/19 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Packaging |
| Affects Version/s: | None |
| Fix Version/s: | 4.1.10 |
| Type: | Bug | Priority: | Minor - P4 |
| Reporter: | Ramon Fernandez Marina | Assignee: | Matt Lord (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Backwards Compatibility: | Minor Change | ||||||||
| Operating System: | ALL | ||||||||
| Sprint: | Dev Tools 2019-04-08 | ||||||||
| Participants: | |||||||||
| Description |
|
All of our tgz archives named nnn.tgz extract to a directory named nnn, with the following two exceptions (tested on 4.1.8 only):
Haven't checked Ubuntu 18.04, but the issue is very likely to exist there as well. I don't see anything obvious in evergreen.yml other than the use of push_arch (values are arm64-enterprise-ubuntu1604 and arm64-ubuntu1604. I'm guessing the aarch64 comes from doing scons dist. I don't think this is a practical issue for anyone, just a deviation from all other platforms. |
| Comments |
| Comment by Githook User [ 05/Apr/19 ] |
|
Author: {'email': 'mattalord@gmail.com', 'name': 'Matt Lord', 'username': 'mattlord'}Message: |
| Comment by Matthew Levenstein (Inactive) [ 04/Apr/19 ] |
|
Everything should be fine so long as the 'arch' field (arm64, s390x, etc) in current.json doesn't change. If it does, then I'll need to make a small change. |
| Comment by Matt Lord (Inactive) [ 01/Apr/19 ] |
|
Agreed. From my brief exploration there's a sort-of-standard developing among the distros to use aarch64 for the CPU architecture related items, which is what the hardware self-identifies the CPU architecture as (technically the A64 instruction set in AArch64 state), and arm64 for the packaging related items. I'll proceed with that model. |
| Comment by Andrew Morrow (Inactive) [ 01/Apr/19 ] |
|
I'd suggest we simply change the filenames of the .tgz's to say aarch64, and maybe the builders too. |
| Comment by Matt Lord (Inactive) [ 01/Apr/19 ] |
|
SCons already has mappings for this, but they're only for MSVC. We could specify TARGET_ARCH=arm64 compile flag for the linux arm64 build variants but then that causes issues with third_party sources too... I'm now leaning toward adjusting the download artifacts to use "linux-aarch64". |