blog.no-gnulib: fix

site/blog/2025-07-20-no-gnulib.md

@@ -9,8 +9,8 @@ of your bullshit software, do not read this post.
 Also, obligatory notice on every post that touches GNU: No, nothing in this post
 is political. I am perfectly fine with using GNU licensed software, and find it
 more favourable than MIT licensed software as it protects user freedoms. (My
-personal choice however is MPL, as it doesn't redeem your software dead on
-arrival at places that actually make money and feed hungry mouths)
+personal choice however is MPL, as it doesn't deem your software dead on arrival
+at places that actually make money and feed hungry mouths)
 
 ---
 
@@ -26,10 +26,10 @@ manually patched in every single program that embeds it (if trying to be
 hermetic, and correct), [^Gnulib is not a library, but a collection of source
 files that you are supposed to embed into your program, so you can expect to be
 pulling your hair out as it is well-rooted into most programs that embed it.
-Have fun packaging it all!] rewards bad OSes and makes good OSes shrivel in pain
-& makes packagers go bald & makes issues hard to diagnose and debug.
+Have fun packaging it all!] rewards bad OSes, makes good OSes shrivel in pain,
+makes packagers go bald & makes issues hard to diagnose and debug.
 
-It's so incredibly easy to build it wrong and create a shitty unreplicatable
+It's so incredibly easy to build it wrong and create a shitty non-reproducible
 distro (and it is built non-hermetically by default). At least in Rust (or in
 other ecosystems, such as Go) and the general ecosystem of Rust, `Cargo.toml` is
 pretty well-defined and `build.rs` scripts don't do anything that insane. (Hell,