cargo-deb
Rustup
Our great sponsors
cargo-deb | Rustup | |
---|---|---|
7 | 58 | |
629 | 5,866 | |
- | 1.6% | |
1.1 | 9.5 | |
over 2 years ago | 9 days ago | |
Rust | Rust | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
cargo-deb
-
GitUI
I mean, there's tools that make it easy to make a .deb https://crates.io/crates/cargo-deb
The Rust Project itself had put a lot of work into making sure that Rust and Rust-using programs could get into Debian by working with Debian folks to address issues.
I suspect that you've run into an anecdotal pattern, but I'm not sure that it is more than that.
-
What are some useful tools for Rust?
I use Cargo deb to create Debian / Ubuntu / ... package files.
-
Introducing runst: A dead simple notification daemon written in Rust
As a suggestion if you want to get a lot of users you could make a .deb file that packages the binary and a systemd service file. Using cargo-deb it's pretty trivial, the hardest part would be writing your systemd service file and you can probably just copy the dunst.service file with minimal modification:
- How can I codesign executables for different platforms?
-
Have you guys tried cargo-deb? Amazing!
https://crates.io/crates/cargo-deb https://github.com/kornelski/cargo-deb
-
Rustup, Cargo, Rustc??
cargo install does provide different options to change the installation dir (https://doc.rust-lang.org/cargo/commands/cargo-install.html) but I am uncertain, if there could be accociated issues. An alternative could be tools like https://github.com/mmstick/cargo-deb or https://github.com/iqlusioninc/cargo-rpm that can automatically create packages which can be used for a proper installation /usr/bin/ using your distributions packaging system.
-
Debian Discusses Vendoring–Again
Cargo already has one: https://crates.io/crates/cargo-deb
Rustup
-
Problem with rust-analyzer in helix
I got it to finally work by following this
-
Do you use relative toolchain paths with rustup? Let us know!
If you are someone actively using such relative-path toolchains, please contact us (Discord / Github issues).
-
Canonical hiring Rust toolchain dev
We had a snap package; we removed it in mid 2022
-
Announcing Rustup 1.26.0 | Rust Blog
I don't know. The PR references prior discussion without a link, so it may have been private.
- Foundation - Open Membership
-
Telemetry really goes into Go toolchain, no matter what
As long as he doesn't put hidden folders in your root like rust. https://github.com/rust-lang/rustup/issues/341
-
telemetry in the go toolchain? just say no...
I think you're being upvoted by folks who don't know better, which is a shame because you're making things up :/. The telemetry feature in rustup kept everything local and never "pinged home". And you had to enable it with a command `rustup telemetry enable`. And it just logged JSON files at the path you mentioned. By 2019, the feature was disabled (see: https://github.com/rust-lang/rustup/issues/341 ) because no one worked on it and it just gathered bugs.
-
Go claims telemetry objectors arguing in bad faith and violating Code of Conduct
FWIW, there is a proposal to add telemetry to LLVM [0] and Rust used to have telemetry [1], both off by default. Some things in the node.js world have telemetry enabled by default, like Next.js [3].
Some people are posting here as if this as already decided -- AFIACT, that's not the case. It's not even a formal proposal yet, and the stated intent was to start a conversation around something concrete. (For context, this is standard for how I've seen the Go project approaches large topics, including for example I think there were something like ~8 very detailed generics design drafts from the core Go team over ~10 years).
It sounds like the Go team is going to take some time to look into some of the alternative approaches suggested in the feedback collected so far.
In any event, this is obviously a topic people are very passionate about, especially opt-in vs. opt-out, but I guess I would suggest not giving up hope quite yet.
[0] https://discourse.llvm.org/t/rfc-lldb-telemetry-metrics/6458...
[1] https://github.com/rust-lang/rustup/issues/341
[2] https://nextjs.org/telemetry
-
Google's Go may add telemetry reporting that's on by default
Rust (Specifically Rust Up) seems to have planned to include telemetry but they paused and cancelled the decision, possibly after implementing it initially.
-
Who "owns" Rust ?
https://github.com/rust-lang/rustup/issues/341 and rust installation uses telemetry
What are some alternatives?
cargo-update - A cargo subcommand for checking and applying updates to installed executables
rust - Empowering everyone to build reliable and efficient software.
cargo-ebuild - cargo extension that can generate ebuilds using the in-tree eclasses
rust-mode - Emacs configuration for Rust
cargo-make - Rust task runner and build tool.
rust-on-raspberry-pi
Clippy - A bunch of lints to catch common mistakes and improve your Rust code. Book: https://doc.rust-lang.org/clippy/
Rust for Visual Studio Code
rustfmt - Format Rust code
Rust Language Server - Repository for the Rust Language Server (aka RLS)
clog-cli - Generate beautiful changelogs from your Git commit history
cargo-modules - Visualize/analyze a Rust crate's internal structure