No cache support on arm64?

Environments Multi CPU Architecture
21

Hi,

@Michal
The arm64 cache is separated at the moment. However, I found there might be something wrong on uploading the arm64 cache after successful building. You can find “md5deep command not found” on arm64 if you check and click the report at line: 5152 (store build cache) . This is different from amd64 report at line 3550

In my project, the cache would not take effect in travis at the moment on arm64 lxd container.

Cheers

22

I have identified the source of the discrepancy between the AMD64 jobs and the ARM64 ones, and am looking into how best to fix it.

23

Please test


with the following configuration

cache:
  branch: md5deep-symlink
  ⋮ # rest

and report the results. My limited test was successful, but I don’t mind more complex tests.

If they go well, I’ll release it to the general public next week.

Thank you!

24

Given that this was not the first time the cache broke on travis, would it be appropriate to add some kind of internal tests to ensure caching works before changes are applied in production?

25

Hi BanzaiMan,

I tested the md5deep-symlink branch. The results show the cache function works well. You can see the travis build report for cache upload function.

Thanks for @BanzaiMan. Could you please applied it if no users report any errors.

Cheers

1 Like
26

This has been deployed to production.

27

For language: python builds on the arm64, s390x, and ppc64le archs we get a permission error for the cache when pip tries to build a wheel (specifically numpy and coverage in our case, but probably any wheel):

Building wheels for collected packages: numpy, coverage

  WARNING: Building wheel for numpy failed: [Errno 13] Permission denied: '/home/travis/.cache/pip/wheels/04'

  WARNING: Building wheel for coverage failed: [Errno 13] Permission denied: '/home/travis/.cache/pip/wheels/43'

Failed to build numpy coverage

ERROR: Could not build wheels for numpy which use PEP 517 and cannot be installed directly

The command "pip install --upgrade -r requirements.txt" failed and exited with 1 during .

Your build has been stopped.

https://travis-ci.com/taoliu/MACS/jobs/289170123#L169

The current work-around is to append --no-cache-dir to the pip invocation :-/

28

Looks like ~/.cache/pip/wheels is incorrectly owned by root. We’ll look into it.

1 Like
29

This issue still persists; see also https://travis-ci.community/t/7822

30

There is the same issue with permissions for language: c if we’re trying to install python packages with pip: https://travis-ci.org/github/Sunil-Pai-G/ovs/jobs/704635901