|
You are here |
blog.thalheim.io | ||
| | | | |
jmmv.dev
|
|
| | | | | In a recent work discussion, I came across an argument that didn't sound quite right. The claim was that we needed to set up containers in our developer machines in order to run tests against a modern glibc. The justifications were that using LD_LIBRARY_PATH to load a different glibc didn't work and statically linking glibc wasn't possible either. But... running a program against a version of glibc that's different from the one installed on the system seems like a pretty standard requirement, doesn't it?... | |
| | | | |
fzakaria.com
|
|
| | | | | I have been daily driving NixOS for nearly a year on my wonderful frame.work laptop; and have been a Nix-enthusiast for ~5 years. Prior to NixOS, I primarily ran Nix atop my Debian distro, single-user mode, which worked suprisingly well. I loved the simplicity but I was blissfully unaware of how non-hermetic I was! ?? | |
| | | | |
erikarow.land
|
|
| | | | | ||
| | | | |
matklad.github.io
|
|
| | | I've learned a thing I wish I didn't know. As a revenge, I am going to write it down so that you, my dear reader, also learn about this. You probably want to skip this post unless you are interested and somewhat experienced in all of Rust, NixOS, and dynamic linking. | ||