Skip to content
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

Confused by the config init --dest-dir functionality #2533

Open
3 tasks done
pillo79 opened this issue Feb 9, 2024 · 0 comments
Open
3 tasks done

Confused by the config init --dest-dir functionality #2533

pillo79 opened this issue Feb 9, 2024 · 0 comments
Labels
type: enhancement Proposed improvement

Comments

@pillo79
Copy link
Contributor

pillo79 commented Feb 9, 2024

Describe the request

As I understand there are 3 ways to initialize the CLI config:

  • arduino-cli config init will initialize the config in ~/.arduino15/arduino-cli.yaml and use ~/.arduino15 as data store;
  • arduino-cli config init --dest-file cfg.yaml will initialize the config in cfg.yaml and use ~/.arduino15 as data store;
  • arduino-cli config init --dest-dir cfg will create a cfg folder, initialize the config in cfg/arduino-cli.yaml and STILL use ~/.arduino15 as data store.

The first way is the generic default.
The second is a variant that allows you to have a different CLI config but share the package repos.
The third works exactly like the second but creates an (otherwise unused) directory. I was really surprised by this as I thought it would initialize a fully separate CLI environment. That is really useful for CI/testing purposes.

What is the use case of the config init --dest-dir option? Can this be edited to automatically point directories.data and directories.download to the specified folder?

Describe the current behavior

Currently to achieve a separate environment, the config has to be initialized and then the directories have to be manually set via arduino-cli config set commands.

Arduino CLI version

0.35.2

Operating system

Linux

Operating system version

--

Additional context

No response

Issue checklist

  • I searched for previous requests in the issue tracker
  • I verified the feature was still missing when using the nightly build
  • My request contains all necessary details
@pillo79 pillo79 added the type: enhancement Proposed improvement label Feb 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: enhancement Proposed improvement
Projects
None yet
Development

No branches or pull requests

1 participant