-
Notifications
You must be signed in to change notification settings - Fork 11
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
My first release, a help request #19
Comments
FYI
|
The build bot says
Is it using an older version of rustc? Only the very latest rust nightly has fixed AVR8 support plus all new features like asm! macro. |
That's too old. That was the last release before they broke AVR8 support. But it has been fixed now, so an upgrade of the compiler can (should) be done. |
Yes, we could also be bitten by an old version. We will deal with it in another issue. For releasing
AFAIK I have no cargo credentials, I will persuit them. Those who are more comfortable with |
The owner of a crate can add other owners to the crate in the crate's settings on crates.io (github login). |
Ah, thanks @mbuesch and high-lighting @dylanmckay for further awareness on the pending request. |
Because my request for uploading Rust AVR crates is still pending. ( avr-rust/delay#19 )
Because my request for uploading Rust AVR crates is still pending. ( avr-rust/delay#19 )
One common option here, especially since you're already using GitHub Actions for CI, would be to also leverage it to publish to crates.io upon pushing a new tag. You'd need to set up an API token as a shared secret (which can be either specific to this repo, or to the avr-rust org as a whole). Something like this might work:
If you're interested, I'd be happy to work on PRs to this effect, both for this repo as well as https://github.com/avr-rust/ruduino/ |
@dylanmckay -- you're listed as the owner of https://crates.io/crates/avr_delay Would it be possible for you to either provide @stappersg a crates.io API token for this project, or create one as a GitHub repository secret (which means it would be usable but not viewable by the other This update is important because it includes the transition from |
FWIW I have seen the above two updates |
Highlighting @dylanmckay for getting a release of Options that I see:
The
and asuming that |
Or as noted above, I'd be happy to help create a GitHub Actions script, especially since you're already using it, that would only depend on a "repository secret" of a crates.io token with access to the repo (ostensibly generated by the current crate owner). These repository secrets can be shared by all owners of a repo, and are not visible to anyone -- including the person that adds it -- after it is added (by going to The advantage to taking this route is that new versions could be automatically published just by pushing a new git tag, which is handy. |
From #19 (comment) is
Today fixed with avr-rust/blink@3ffb720, Revert "[CI] Pin nightly rust to 2021-01-05". |
Hi @n8henrie, Thanks for expressing that you want this crate published at Since avr-rust/ruduino@61a8e0d, documented in avr-rust/blink#44, is the urgency gone. That buys @dylanmckay more time to respond on #19 (comment). (This comment is some kind of "retransmit" ;-) Regarding the "Or as noted above, I'd be happy to help" from #19 (comment) that should be, I think, "And as noted above, I'd be happy to help". Regards P.S. |
Retransmitting the
with the hope that it gets seen by @dylanmckay |
I'm new to the workflow of a release, I'm asking for help.
Goal is the actual switch from
llvm_asm!
toasm!
.actual switch and version bump have been done.
The failed CI run for Fix build: Use the new rust asm! available in rustc 1.63.0-nightly indicates something extra needs to be done. Maybe something like adding a git tag or sending some trigger signal.
What should I do next?
The text was updated successfully, but these errors were encountered: