huak
nixpkgs
Our great sponsors
huak | nixpkgs | |
---|---|---|
18 | 974 | |
614 | 15,656 | |
- | 5.3% | |
8.8 | 10.0 | |
25 days ago | 3 days ago | |
Rust | Nix | |
MIT License | 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.
huak
- Why is poetry such a mess?
-
As if there weren't enough packaging tools already: mitsuhiko/rye: an experimental alternative to poetry/pip/pipenv/venv/virtualenv/pdm/hatch/…
Curious question, since both are written in Rust (thus performance-wise both will be great) what other differences are there between rye and huak ?
-
My Goldilocks Python Setup: pyenv, pipx, and pip-tools
and https://github.com/cnpryer/huak if it's stable will replace it for me :)
-
Looking for a dev-tools mentor
Hi! I'm working on https://github.com/cnpryer/huak. I really want to recreate what I enjoy about using Cargo but for the Python ecosystem.
- Huak – A Python package manager written in Rust. The Cargo for Python
-
Astral, the company behind Ruff
Here’s an issue to track major feature status https://github.com/cnpryer/huak/issues/602
-
[Code Review] I finished a refactor of lib.rs recently and would love feedback
Thanks for the feedback! https://github.com/cnpryer/huak/pull/590
- A Python package manager written in Rust inspired by Cargo
-
Thank GOD for Poetry!
Yea I love that you found poetry and have enjoyed it so much. If you’re into package managers I’d really appreciate some of your feedback on Huak :). I just started it, but experiences like yours have given me the urge to build one.
-
Huak - A Python Package manager written in Rust
I want you to tear me apart though so feel free to pick apart the architecture.md docs https://github.com/cnpryer/huak/blob/master/architecture.md
nixpkgs
- Maintainers Leaving
-
Air Force picks Anduril, General Atomics to develop unmanned fighter jets
https://github.com/NixOS/nixpkgs/commits?author=neon-sunset
-
Eelco Dolstra's leadership is corrosive to the Nix project
I see two signers in the top 6 displayed on https://github.com/NixOS/nixpkgs/graphs/contributors
-
3rd Edition of Programming: Principles and Practice Using C++ by Stroustrup
For a single file script, nix can make the package management quite easy: https://github.com/NixOS/nixpkgs/blob/master/doc/languages-f...
For example,
```
- NixOS/nixpkgs: There isn't a clear canonical way to refer to a specific package
-
NixOS Is Not Reproducible
Yes, Nix doesn't actually ensure that the builds are deterministic. In fact it works just fine if they aren't. There are packages in nixpkgs that aren't reproducible: https://github.com/NixOS/nixpkgs/issues?q=is%3Aopen+is%3Aiss...
-
The xz attack shell script
I'm not familiar with Bazel, but Nix in it's current form wouldn't have solved this attack. First of all, the standard mkDerivation function calls the same configure; make; make install process that made this attack possible. Nixpkgs regularly pulls in external resources (fetchUrl and friends) that are equally vulnerable to a poisoned release tarball. Checkout the comment on the current xz entry in nixpkgs https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/comp...
-
Debian Git Monorepo
NixOS uses a monorepo and I think everyone's love it.
I love being able to easily grep through all the packages source code and there's regularly PRs that harmonizes conventions across many packages.
Nixpkgs doesn't include the packaged software source code, so it's a lot more practical than what Debian is doing.
https://github.com/NixOS/nixpkgs
-
From xz to ibus: more questionable tarballs
In this specific case, nix uses fetchFromGitHub to download the source archive, which are generated by GitHub for the specified revision[1]. Arch seems to just download the tarball from the releases page[2].
[1]: https://github.com/NixOS/nixpkgs/blob/3c2fdd0a4e6396fc310a6e...
[2]: https://gitlab.archlinux.org/archlinux/packaging/packages/ib...
-
GitHub Disabled the Xz Repo
True, but irrelevant -- _some packages_, _somewhere_, do depend on xz, which, if built, requires pulling the source from GitHub (see the default.nix: https://github.com/NixOS/nixpkgs/blob/nixos-23.11/pkgs/tools...)
It's not the vulnerability that's a problem right now (NixOS was protected by a couple of factors) but rather GitHub's hamfisted response.
That is the problem.
What are some alternatives?
rye - a Hassle-Free Python Experience
asdf - Extendable version manager with support for Ruby, Node.js, Elixir, Erlang & more
poetry-plugin-export - Poetry plugin to export the dependencies to various formats
Home Manager using Nix - Manage a user environment using Nix [maintainer=@rycee]
chruby - Changes the current Ruby
git-lfs - Git extension for versioning large files
governance - The Conda & Conda-Incubator Governance Policy
easyeffects - Limiter, compressor, convolver, equalizer and auto volume and many other plugins for PipeWire applications
backpack - 🎒 CLI to create starters from repos + Templates 🤖 + Actions 🚀
spack - A flexible package manager that supports multiple versions, configurations, platforms, and compilers.
theine - high performance in-memory cache
waydroid - Waydroid uses a container-based approach to boot a full Android system on a regular GNU/Linux system like Ubuntu.