ris

9 ms·

61.
by ris 2y ago
Essentially no, but - most Linux distributions don't reach very far into e.g. the python ecosystem (python packages that exist are generally there to support packaged applications) - nixpkgs isn't linux specific - most packages wo
62.
by ris 2y ago
Great and now the top thread on the HN discussion is about that drama only tangentially referenced in the article.
63.
by ris 2y ago
> It's as if everyone just says "dependency = ${exact_version_I_have}" and never considers anything else. This is what I call "version soup". The idea that every project can choose an near-arbitrary set of very
64.
by ris 2y ago
Works extremely well. Just don't expect to do version soup of random versions of everything. nixpkgs provides one of each that are chosen and known to work together.
65.
by ris 2y ago
Surprise! In-app plugin repos are a supply-chain disaster zone. I had to walk away from a project that wouldn't take the threat seriously lest I get caught up in the fallout when it all goes horribly wrong.
66.
by ris 2y ago
I wouldn't blame people if they sat this round out and waited for 2026's iteration of "Python Package Managers: we've really solved it this time!" (still a happy Nix user)
67.
by ris 2y ago
I've previously used pagmo2 for this kind of thing with some amount of success. Might be worth giving this one a try as pagmo2's c++ patterns can be something of a mindfuck.
68.
by ris 2y ago
Read the paper which fully explains the subtle cleverness that sets it apart: https://arxiv.org/abs/2011.13127
69.
by ris 2y ago
I thought they "really going to get it right this time" N-1 python packaging tools ago. (happy Nix user)
70.
by ris 2y ago
1. The main reason I want to use otel is so I can have one sidecar for my observability, not three, each with subtly different quirks and expectations. (also the associated collection/aggregation infrastructure) 2. I honestly think the
71.
by ris 2y ago
> You call blaze side janky and ad-hoc but to me (as complete outsider) using monorepo+build tool seems more principled and working more with fundamentals, while nix feels more ad-hoc and trying to fix stuff post-facto. The Nix side is a
72.
by ris 2y ago
So.. it's sort of a battle over territory between build system and package manager. Bazel is there becoming ever more complex and unwieldy in an attempt to provide supposed reproducibility - taking control of the provision of ever more
73.
by ris 2y ago
I love this case, because every time someone cites it as a reason packagers shouldn't patch upstream software I get to point out that they had to go back over a decade to find an example of it going bad. Soon it's going to be two
74.
by ris 2y ago
Unfortunately make's behaviour around dynamically setting variables/environment variables is insane and quickly leads you towards hairy eval commands with extremely tricky quoting & escaping.
75.
by ris 2y ago
Weren't Marcus Aurelius' writings only ever written as personal notes and never intended for publication?
76.
by ris 2y ago
HCL is the most ramshackle, poorly thought out "languages" I've encountered. The only thing it has going for it is it attempts to implement a declarative/functional model instead of the lunacy of pulumi encouraging peo
77.
by ris 2y ago
> Meanwhile, when I use CUDA instead of Vulkan, I get serenity back. CUDA FTW! Just because the complexity is hidden from you doesn't mean it's not there. You have no idea what is statically bundled into the CUDA libs.
78.
by ris 3y ago
Except the debug environment isn't _quite_ like the production environment, is it? Now you've got it working on the debug environment but weirdly broken on prod still..
79.
by ris 3y ago
> Production servers should be hardened immutable appliance kernels with read only root filesystems that verify and run signed containers, or run a tiny shim init system in a couple hundred lines that spawns a single application specific
80.
by ris 3y ago
Ultimately the true bellwether of compatibility is the package's own test suite, which we try to get working (and integrated into the build process) for as many packages as possible. For packages which have poor/non-existent test
81.
by ris 3y ago
I read this blog for years but more recently got tired of its gimmicky contrarianism. I've lost count of the number of "alternative" energy solutions it has breathlessly presented which, to anyone with a calculator and a basi
82.
by ris 3y ago
Really appealing idea until you look at the language. An imperative language for something whose principal job is to declare some kind of configuration. I strongly encourage anyone who's considering designing a "custom language&
83.
by ris 3y ago
> Framing Nix as a solution to complexity seems to be a tenuous claim. Disagree strongly. Building a large and varied set of software packages in a generalised and reproducible way is a fundamentally complex endeavour, and nixpkgs is the
84.
by ris 3y ago
There's also https://matrix.to/#/#review-requests:nixos.org
85.
by ris 3y ago
This x100. If you take a function and tell someone it's "too complex" and tell them to "fix it", that person will usually end up splitting it into, say, three functions. And now , you've just multiplied that c
86.
by ris 3y ago
I'll bet that wasn't across AWS accounts though.
87.
by ris 3y ago
They do , but those recommendations are buried quite deep in the documentation, well behind all the marketing guff that suggests that DMS is all things to all people, and wonderful magic that is ideal for all situations.
88.
by ris 3y ago
> This isn't a startup hacking away trying to find PMF, or dealing with unpredictable marketing-driven traffic spikes. We know we need these services running long term, and can make solid predictions about usage patterns. If you thi
89.
by ris 3y ago
FWIW GOV.UK Notify is part of a suite of services offered by GDS to UK public sector bodies (along with GOV.UK Pay and GOV.UK PaaS) that was originally known as "Government As A Platform".
90.
by ris 3y ago
I don't think you have any idea just how much it costs to run infrastructure at the reliability levels provided by AWS, and just how much investment it would require to get the ball rolling on this. A lot of people have a very unrealis

More ›