Alternatives
Products that do what PAKman – A new build system built around Alpine Linux Packages does
- 1PN
pgxman is npm for Postgres extensions, simplifying the discovery and use of extensions so you can easily enhance your applications. Installing and updating Postgres extensions is an uphill battle. You're left searching for the right build tools and grappling with often unclear and incomplete compiling instructions to even try one out. But with pgxman, we've streamlined the process to one simple step: pgxman install [extension name]. For example, to build parquet_s3_fdw manually, you'd need to: 1. Download the parquet_s3_fdw source code; 2. Figure out how to build it by looking at README.…
2023 · pgxman.com
- 2
- 3CD
2024 · container-desktop.com
- 4MA
I've invented a new alternative to forking / vendoring / monkey-patching packages in Python. It's a bit like OverlayFS for Python modules - it allows you write modifications for a target module (lower) in a new module (upper), and have these combined in a new virtual module (mount). It works by rewriting imports using AST transformations, then running both the lower and upper module's code in the new Python module. This prevents polluting the global namespace when monkey-patching, and means if you want to make changes to a third-party package, you don't have to take on the…
Oct 2025 · github.com
- 5
- 6
- 7HA
Hi HN, I've been taking a break from my big side projects to work on a smaller side project - a tiny build system that's based on what I've learned from using Ninja and ad-hoc Python for my homebrew build systems over the last few years. It's basically a promise-based dependency graph runner plus a simple text templating engine, and it works quite well for the smallish projects I've tried it out on so far. If you find Make crufty, CMake inconsistent, Ninja verbose, and Bazel just too much build system, give Hancho a try. Don't like one of Hancho's defaults? It's only 500 lines - hack it up…
2024 · github.com
- 8BA
This is a project I've wanted to write for a long time now. I really love the ideas from Nix and I still have a ton of respect for the project, but Nix-the-language never felt intuitive to me and I wanted something with more approachable tooling (although this was circa 2016, so I'm sure Nix has improved a lot since then too-- that was before Flakes were around!) Anyway, I started on the current iteration of Brioche about 6 months ago, and I finally cut an initial release. I'd still consider this a "technical preview" version (performance especially is pretty painful, so that'll be a focus…
2024 · brioche.dev
- 9FD
2023 · flakehub.com
- 10AE
2023 · github.com
- 11AP
2023 · openpm.ai
- 12TR
2011 · github.com
- 13
- 14
- 15AS
Jun 2026 · github.com
- 16PC
Hey HN! We are happy to share Perforator – our internal cluster-wide profiler with great support for native languages and a built-in AutoFDO pipeline to simplify sPGO builds. Perforator allows you to profile most binaries without having to recompile or adjust the build process. We use it at Yandex to profile each pod inside a large cluster at modest speed (99Hz), collecting petabytes of profiles every day. There's a blog post about it at https://medium.com/yandex/yandexs-high-performance-profiler-.... Inspired by Google-Wide Profiling, we started continuous profiling…
2025 · github.com
- 17CA
I built Copapy as an experiment: Can Python be used for hard real-time systems? Instead of an interpreter or JIT, Copapy builds a computation graph by tracing Python code and uses a custom copy-and-patch compiler. The result is very fast native code with no GC, no syscalls, and no memory allocations at runtime. The copy-and-patch compiler currently supports x86_64 as well as 32- and 64-bit ARM. It comes as small Python package with no other dependencies - no cross-compiler, nothing except Python. The current focus is on robotics and control systems in general. This project is early but…
Feb 2026 · github.com
- 18TM
Hi, we are a small team from Vienna and today released our first version of a Package Manager similar to apt, Homebrew, or Chocolatey, but specifically tailored for Kubernetes environments and cloud-native software. Originally, we wanted to contribute to the Kubernetes ecosystem with a different idea; however, after talking to the community, we uncovered that package management is an even bigger problem at the moment. We are now looking for as much feedback as possible, so we would really appreciate it if you could check it out and let us know what you think! Thanks!
2024 · github.com
- 19NN
Hello, this is Edgar! We are open sourcing nix-ninja, an incremental build system for Nix that leverages dynamic derivations. For those unfamiliar, Nix is a powerful package manager and build system that ensures reproducible builds via strict dependency isolation. However, one of its limitations has been that it builds packages as monolithic units - if you change one source file, Nix rebuilds the entire package from scratch. nix-ninja solves this by bringing compilation unit level granularity to Nix builds. It targets ninja build files, a format for describing build graphs output by popular…
2025 · github.com
- 20PP
2019 · pydist.com
- 21X2
I finally got tired of XKCD #2347 living rent-free in my head, so I built Stacktower: a tool that takes any real package’s dependency graph and turns it into an actual tower of bricks. Along the way I had to wrestle some surprisingly spicy problems. Full blog post here: https://stacktower.io The result is half visualization tool, half love letter to the chaos of modern dependency trees. Open-source, works with PyPI, Cargo, npm, and more. Code: https://github.com/matzehuels/stacktower
Dec 2025 · stacktower.io
- 22DO
I kept seeing every npm/pnpm/yarn/bun/uv supply chain post end with the same advice (set a minimum release age, turn off install scripts), and while I know cooldowns are "controversial", they do work. But even if you convince people that they should set cooldowns, it seems many don't end up following through, not sure why, maybe because it means hand-editing five config files in five formats with five different time units, or perhaps the "it won't happen to me" syndrome (or "I'll do it later, it seems complicated" where it's actually very simple). So I created a tool that…
Jun 2026 · github.com
- 23PS
I started writing this mostly for the Pi but ended up building it to support multiple Linux OSs. It's intended to be just that, a small dashboard providing real-time details on the usage. Still a work in progress and was done for fun, there's a demo as well :). MIT license. https://pydash.net or http://k3oni.github.io/pydash
2014
- 24CT
2015 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →