Skip to content

core install does not seem to persist installed core even with --no-overwrite #2122

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
3 tasks done
paulz opened this issue Mar 27, 2023 · 3 comments
Open
3 tasks done
Labels
type: imperfection Perceived defect in any part of project

Comments

@paulz
Copy link

paulz commented Mar 27, 2023

Describe the problem

Running core install does not seem to persist installed core:

arduino-cli core install esp32:esp32 --no-overwrite --run-post-install --verbose

To reproduce

We can only reproduce it on GitHub actions self-hosted runner.

  1. setup self-hosted runner
  2. add workflow with this step
    - name: install platform core
      run: arduino-cli core install esp32:esp32 --no-overwrite --run-post-install --verbose
  1. run workflow multiple times

Expected behavior

Platform esp32:[email protected] already installed

Arduino CLI version

arduino-cli Version: 0.31.0 Commit: 940c945 Date: 2023-02-20T15:09:19Z

Operating system

macOS

Operating system version

12.6.3 (21G419)

Additional context

running from the command line in zsh this command works as expected:

% arduino-cli core install esp32:esp32          
Platform esp32:[email protected] already installed

Issue checklist

  • I searched for previous reports in the issue tracker
  • I verified the problem still occurs when using the nightly build
  • My report contains all necessary details
@paulz paulz added the type: imperfection Perceived defect in any part of project label Mar 27, 2023
@paulz
Copy link
Author

paulz commented Mar 27, 2023

this cause CI job to install core every time, which is slow:

https://github.com/paulz/arduino-sketches/actions/runs/4529292169/jobs/7976884691#step:4:5

@paulz
Copy link
Author

paulz commented Mar 27, 2023

could this be caused by #2019

when relative path is not working seems libraries are installed in the current subdirectory with name ~

@paulz
Copy link
Author

paulz commented Mar 27, 2023

as a workaround we had to change arduino-cli.yaml to use absolute directories:

directories:
  data: /Users/MY_USER_NAME/Library/Arduino15
  downloads: /Users/MY_USER_NAME/Library/Arduino15/staging
  user: /Users/MY_USER_NAME/Library/Arduino15/user

where MY_USER_NAME is current user name (see output from echo $USER)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: imperfection Perceived defect in any part of project
Projects
None yet
Development

No branches or pull requests

1 participant