nix-search-cli
dateilager
nix-search-cli | dateilager | |
---|---|---|
3 | 1 | |
84 | 5 | |
- | - | |
3.9 | 7.9 | |
8 months ago | 5 days ago | |
Go | Go | |
MIT License | - |
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.
nix-search-cli
-
Super Colliding Nix Stores: Nix Flakes for Millions of Developers
- you may want to search from the command line
`nix search` is a cruel joke which doesn't allow searching by the name/program that would be installed, only package name, and requires a flake name every time. Absolutely terrible interface.
My tool is a single-install binary that performs fast and accurate search to help you find the right package name to install a given binary. I don't understand how after years of using other package managers anyone could want a search tool that does anything other than this by default.
For more details on why this exists, check out https://github.com/peterldowns/nix-search-cli#motivation
-
Nix journey part 0: Learning and reference materials
The nix package search website is OK, but it doesn't let you filter by the names of installed binaries. A lot of the time, you have a question like "what nixpkgs attribute do i install in order to get the `python3` command". I recently wrote a command line tool that allows you to do this. It uses the same elasticsearch index as the search website, but allows more powerful filtering. If anyone is thinking of getting into nix, please consider trying it out!
https://github.com/peterldowns/nix-search-cli
- Show HN: nix-search-cli: find Nix packages from the CLI
dateilager
-
Super Colliding Nix Stores: Nix Flakes for Millions of Developers
Dang this is cool! I get why replit went so heavy on nix but I also feel like it must have a cost for them — nix is hard to learn, especially for folks new to development which I know makes up a lot of replits customer base.
We built a solution to the same problem with a similar approach[1], but that just snapshots any old files instead of doing nix derivations. Nix couples the build process to the content-addressability of the output, which works great if you want to put all the effort in to deterministic builds. We just read files like git does which works great for non-deterministic processes like npm install (tragically).
I like the idea of the Big Disk style of attaching a content addressable cache, but in our experiments we still found the network latency to the attached disk too high when reading file by file, like when booting a node app, so we’re caching a much smaller amount on a local SSD for each prod server. Maybe replit isn’t as sensitive to read perf from the cache layer, or they have fancy local per-node read through caching within the overlay setup? Regardless, cool!!
[1]: https://github.com/gadget-inc/dateilager
What are some alternatives?
nixbyexample - Learn nix by example
buck2-nix - Do not taunt happy fun ball
nixos-search - Search NixOS packages and options
text - Haskell library for space- and time-efficient operations over Unicode text.
rfcs - The Nix community RFCs
hackage.nix - Automatically generated Nix expressions for Hackage
comma - Comma runs software without installing it. [maintainers=@Artturin,@burke,@DavHau]
nixos-config - Nix configuration for macOS / NixOS with starter templates, step-by-step guides, and more ✨
nix - Nix, the purely functional package manager