naersk
xplr
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.
naersk
-
Help with building a 32bit library with cargo
i would also recommend using crane or naersk since iirc rustPlaform.buildRustPackage can mangle some of these options (or maybe i just did something wrong lol)
-
Nix & Rust - cargo2nix 0.11.0 released
Have a look at naersk, it neither requires generated Nix files nor IFD.
-
Nix and NixOS Get So Close to Perfect
We use naersk[0] for Rust projects in our Nix monorepo (for example [1]). It's pretty hands-off in terms of the Nix code needed (you don't need to pin hashes inside of the Nix code as long as you have a Cargo lockfile) and all the existing tooling keeps working fine.
The main drawback of it is that it currently builds all of your dependencies in one big derivation, so any dependency changes cause a full rebuild. There's some other project I saw fly by which attempts to do a similar thing but split each crate into a separate derivation, but I forgot what it's called and have no experience with it.
[0]: https://github.com/nix-community/naersk
[1]: https://cs.tvl.fyi/depot/-/blob/ops/journaldriver/default.ni...
-
Nixery – Docker images on the fly with Nix
You can also use naersk¹ if you want to avoid a two-step process. It's especially convenient when using nix flakes.
¹https://github.com/nix-community/naersk
-
niv, naersk, napalm: moving on
I created https://github.com/nmattia/napalm/issues/34 and https://github.com/nmattia/naersk/issues/183 to move them to nix-community
-
Nix-ifying a Rust project
sounds exactly like what naersk does. naersk doesn't need a cargSha256 argument since it downloads dependencies from Cargo.lock. it can also grab the version number from Cargo.toml
xplr
-
Which is Best TUI file manager
I use xplr and like it very much.
-
Midnight Commander is MIA; any command line based twin pane file manager recommendations?
xplr
-
[Projet] PIC 📷
PIC stands for Preview Image in CLI, I think this should be explicit enough. I first made it because I needed a way to display images in the terminal (for an xplr plugin), but the more I worked on it, the better it got, as of now I have implemented 4 different ways to preview images (I couldn't find other ones), some can even display GIFs!
-
Telegraph and the Unix Shell
Certain file managers like xplr allow for more advanced terminal UX. Check out the video on https://xplr.dev/ and you can see something like a live/interactive ls that allows toggling arguments (instead of running multiple commands and pushing previous stdout further into the past).
-
xplr v0.20.0 - what's new?
xplr version 0.20.0 was released last week. If you haven't already, go ahead and install the latest version. This post will try to break down the changelog in the release in an easy-to-digest manner, looking through the perspective of different user groups.
-
ranger-like three pane layout for xplr file explorer written in rust
Tool: https://xplr.dev
-
Ask HN: Is it still possible to live in a terminal?
The Vim/Neovim ecosystem has gotten unbelievably better over the last 5-10 years. "Living in the terminal" for core development work is IMO better than pretty much anything else out there; my Neovim setup has a modern plugin manager; an IDE-like experience with fast autocompletion as I type, goto definition, and automated refactor support; and a side-drawer file browser navigable with Vim motions. It feels like an IDE, except that it launches in ~100ms and has ultra-low typing latency. Using it with tmux panes means I can have various drawers and panes with a series of full, incredibly fast terminals wherever I want, with long-running tasks like automated test watching/running while I edit code placed wherever I want around the editor panel. Not to mention the Cambrian explosion of "modern" terminal tooling getting built, like xplr [1], hyperfine [2], httpie [3], etc.
That being said, I think "living in the terminal" for general purpose computing, like browsing the web or talking to your coworkers, has been in a kind of frozen standstill while the rest of the world has moved on. I think it isn't worth trying to push non-dev work into the terminal currently.
1: https://github.com/sayanarijit/xplr
2: https://github.com/sharkdp/hyperfine
3: https://github.com/httpie/httpie
-
LF, NNN or ViFM?
a terminal file manager built in rust I just heard about
- xplr released with built-in fuzzy search based on skim v2 algorithm
-
how to rm -rf ~/Desktop permanently?
I tried using nnn but didn't find it easy to adopt, now I'm looking at https://github.com/sayanarijit/xplr
What are some alternatives?
crate2nix - rebuild only changed crates in CI with crate2nix and nix
nnn - n³ The unorthodox terminal file manager
rust-overlay - Pure and reproducible nix overlay of binary distributed rust toolchains
broot - A new way to see and navigate directory trees : https://dystroy.org/broot
cargo2nix - Granular builds of Rust projects for Nix
lf - Terminal file manager
nix-direnv - A fast, persistent use_nix/use_flake implementation for direnv [maintainer=@Mic92 / @bbenne10]
ranger.vim - Ranger file manager for Vim
direnv - unclutter your .profile
nnn.vim - File manager for vim/neovim powered by n³
nix2container - An archive-less dockerTools.buildImage implementation
joshuto - ranger-like terminal file manager written in Rust