You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Presently the raspberry feature is not enabled in our CI workflow. Since we're unable to test builds for this without actually doing so on a Pi (or messing around with cross-compilation) it'd be best if we could check this automatically.
The text was updated successfully, but these errors were encountered:
Hi! After some evaluation I found the following options:
Have the package and rust checks into the same file for raspberry targets.
This felt weird as raspberry targets had a single file for rust and package while the others targets had two.
Use a single file for Raspberry targets as in the first option, but merge the current rust.yml with the current package.yml, so that non-raspberry targets have also a single file.
Files become harder to read.
Split raspberry stuff into two files: One for rust checks and another for creating release packages, as we do for other targets.
It maintains the way files were organized and keeps the files relatively simple. There are still some differences between Raspberry targets and others, for example, rust checks for raspberry targets are executed in a matrix, while for the other targets they are not.
I went for option 3 in #255, but I am happy to change to any of the other options (it may not be on my list).
Presently the
raspberry
feature is not enabled in our CI workflow. Since we're unable to test builds for this without actually doing so on a Pi (or messing around with cross-compilation) it'd be best if we could check this automatically.The text was updated successfully, but these errors were encountered: