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

Installation of "adafruit:samd" blocked by dependency on bossa(c) 1.8 (not available for the current OS) #95

Closed
jakimfett opened this issue Jan 17, 2022 · 9 comments · Fixed by #98
Assignees

Comments

@jakimfett
Copy link

jakimfett commented Jan 17, 2022

Found a defect in the package definition while attempting installation of the "adafruit:samd" core:
Error during install: tool arduino:[email protected] not available for the current OS

  • Arduino board: Adafruit Feather M0 (RFM96 LoRa Radio)

  • Arduino IDE version: n/a (using arduino-cli at v0.18.1)

  • List the steps to reproduce the problem below (if possible attach a sketch or
    copy the sketch code in too):

  1. Start with a clean NixOS v21.11 install atop the Raspberry Pi 4B (4GB version) (or equivalent aarch64 system architecture).
  2. Execute nix-shell -p arduino-cli, then arduino-cli config init
  3. Add the applicable URL to the 'additional_urls' section of the 'board_manager' section in your newly created ~/.arduino15/arduino-cli.yaml file:
    https://adafruit.github.io/arduino-board-index/package_adafruit_index.json
  4. Execute arduino-cli core update-index (possibly unnecessary step)

(At this point, the test environment is ready to reproduce the defect, this next step is what failed on my system.)

  1. Finally, run the command to install the necessary core for the Feather M0:
    arduino-cli core install adafruit:samd
[shell:~/dev/feather]$ arduino-cli core install adafruit:samd
Downloading packages...
adafruit:arm-none-eabi-gcc@9-2019q4 already downloaded
arduino:[email protected] already downloaded
Error during install: tool arduino:[email protected] not available for the current OS

What this message did not tell me is how to resolve the problem myself. It did however inform me of the existence of a 1.7 version of the bossac library, which was correlated by my bug report / query with the Arduino repositories. That conversation led me here.

Huge thanks to @per1234 for confirming some root causes and identifying several paths forward in their exceptionally informational response to my initial attempt at reporting this defect.


As I said on the Arduino side, I'm more than happy to contribute to the solution on this...the observation that there's confusion for other users regarding who to talk to about this sort of issue (and even where to resolve it) are ongoing conversations.

@hathach
Copy link
Member

hathach commented Jan 20, 2022

Thank you for reporting the issue, seem like bossac18 binary is not available on AARCH64. I am currently off until weekend, we will fix it in the next week or so. Will post update here when there is one.

@jakimfett
Copy link
Author

Take your time, and thank you for your willingness to remediate this.

(I was attempting to make a local repo with a viable 1.8. but have not progressed past getting it to compile on my test system)

@jakimfett
Copy link
Author

(inadvertently closed the issue, whoops!)

@jakimfett jakimfett reopened this Jan 21, 2022
@hathach
Copy link
Member

hathach commented Jan 25, 2022

I just checked, that arduino package does have pre-built binaries for bossac 1.9.1 which seem to work fine with existing upload parameter. I will do more test to see if upgrading from bossac 1.8 to 1.9 is smooth enough.

@hathach
Copy link
Member

hathach commented Jan 27, 2022

this issue should be fixed now since we migrate to bossac 1.9. Please try to install samd 1.7.8 to see if that works for you.

@jakimfett
Copy link
Author

Success!

arduino_cli_adafruit_samd_success_DSCF2048_rescaled_cropped

Thank you for resolving this issue, much appreciate!

@hathach
Copy link
Member

hathach commented Feb 5, 2022

re-opened since bossac 1.9 has some compatible issue with macos, and we decide to revert back to bossac 1.8 with bsp 1.7.9. Please continue to use 1.7.8 until we figure out the root cause.

@hathach hathach reopened this Feb 5, 2022
@jakimfett
Copy link
Author

...continue to use 1.7.8 until we figure out the root cause.

Will do, thank you keeping me informed!

@hathach
Copy link
Member

hathach commented Feb 6, 2022

@jakimfett the issue seems to be shumatech/BOSSA#150 , pr is 1 year old, I don’t know when it got fixed and we cannot upgrade until then. I will try to come up with some tutorial steps for aarch64 user to manually install the tool so that you could continue to use the latest code.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants