-
Notifications
You must be signed in to change notification settings - Fork 6
github: ci: Add deployment #6
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
base: master
Are you sure you want to change the base?
Conversation
|
Thanks for your PR. I much appreciate it. Doing binary releases adds special responsibility and workload that I can't really handle all by myself. Especially as Rust projects are almost trivial to build I don't think there's a big benefit for users as well. I would rather like to keep the task of building and packaging to distributions and I would like to focus on source development and distribution instead. |
I fully respect your position. Maintaining released artifacts comes with some responsibility.. Still, speaking from experience across several open-source projects, having optional automated binaries can be a huge win for the community with CI doing the heavy lifting.. But to be clear, your boundaries are valid. Just sharing the perspective that binary releases can help users while keeping the maintenance overhead manageable and entirely opt-in. To share my use case, I would like to have the binaries available to test it with my hardware, and I deal from a raspberry pi 0, some underground linux based SBCs and normal x86 machines. Imagine if I need to build this project every single time that I need it.. Imagine building in a raspberry pi 0, os taking care of cross compilation and rsyncing my way. Have the binary provided by CI is having the project a wget distance. |
|
Thanks for sharing your use case. Yes, I do understand that building Rust applications on underpowered hardware is a real pain. Shouldn't we try to solve this problem on a higher level, instead of requiring all projects to provide pre-built binaries for all kinds of underpowered platforms? And if I were to provide pre-built binaries, then the Windows platform would certainly have to be part of it. I think there's the most benefit for users. |
There is https://github.com/cargo-bins/cargo-binstall.. that'll work if there is github releases.. |
I can add that, np |
1f14a02 to
9f11c43
Compare
Signed-off-by: Patrick José Pereira <patrickelectric@gmail.com>
9f11c43 to
cbe8733
Compare
|
@mbuesch Added windows deployment and template for macos, I can help with macos support later once my PR's get merged. |
|
Binaries available here for test: https://github.com/patrickelectric/disktest/actions/runs/19961973841 |
|
ping @mbuesch |
|
Thanks for adding that. I appreciate it. As I said, I am not against binary distribution. Not at all. That said, I will support everybody who wants package disktest or any other app for distribution. I am very sorry to have caused wasted time on your side. |
|
is it ok if I distribute via my repository ? |
|
Yes, surely I would endorse that and I would welcome your work and your effort. |
No description provided.