I kind of agree with your points, but I think there has to be a distinction of libs. Most deps should be static IMHO. But something like OpenSSL I can understand if you go with dynamic linking, especially if it’s a security critical program.
But for “string parsing library #124” or random “gui lib #35”… Yeah, go with static.
I have yet to find a memory hungry program thats its caused by its dependencies instead of its data. And frankly the disk space of all libraries is minuscule compared to graphical assets.
You know what’s going to really bother the issue? If the program doesn’t work because of a dependency. And this happens often across all OSes, searching for these are dime a dozen in forums. “Package managers should just fix all the issues”. Until they don’t, wrong versions get uploaded, issues compiling them, environment problems, etc etc.
So to me, the idea of efficiency for dynamic linking doesn’t really cut it. A bloated program is more efficient that a program that doesn’t work.
This is not to say that dynamic linking shouldn’t be used. For programs doing any kind of elevation or administration, it’s almost always better from a security perspective. But for general user programs? Static all the way.
Why cotton instead of linen? At least in Spain, linen is more popular as summer clothing, and definitively feels fresher.
Didnt know Nushell, but that looks better than cmder! Will give it a try.
With the advances on SDcards, IPoAC is getting better and better.
I think this is the only solution that makes sense, just like in email you always append your domain, whether is gmail.com or your own.
The texture healing technique is technically brilliant, but imho looks weird.
I will stick to Source Code Pro.