[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:
Depends
is depended on by DRIVERS-670 Name discrepancy for Linux arm64 down... Closed
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):

  • mongodb-linux-arm64-enterprise-ubuntu1604-4.1.8.tgz extracts to mongodb-linux-aarch64-enterprise-ubuntu1604-4.1.8
  • mongodb-linux-arm64-ubuntu1604-4.1.8.tgz extracts to mongodb-linux-aarch64-ubuntu1604-4.1.8

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: SERVER-39749 Name discrepancy for Linux arm64 download artifacts
Branch: master
https://github.com/mongodb/mongo/commit/ee38d3525bc4c6ea22f8239322c412c6931a086b

Comment by Matthew Levenstein (Inactive) [ 04/Apr/19 ]

matt.lord ramon.fernandez

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".

Generated at Thu Feb 08 04:52:59 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.