No
No
Yeah - this is very strange to me since it seems like that’s the bigger issue. Everything outside of $HOME is managed by a package manager of sorts. But all the stuff in $HOME is where the mess happens. distrobox does let you set an alternative home dir which is good. It seems like they should at least specify a separate XDG_CONFIG_HOME by default - then I could use my login scripts but application configs (for well-behaved applications at least) would be separated.
I like jbake. Create templates, pages are either html or markdown. Pretty easy to use.
I never did like the CDE style window decorations, but I do rather miss the old school docks.
It can be, sure. I prefer garbage collectors but I’m not doing systems programming.
It forces you to be careful in the way it wants you to be careful. Which is fine, but it makes it a strange beastie for anyone not used to it.
I think something is lying to you.
You don’t get the immersion of a new OS when you use wsl though. Which is fine if you just want some Linux compatibility for things like docker, but if you want the whole “desktop experience” then a VM is a better option. Either Hyper-V or VirtualBox will give you that with reasonable performance.
I read the question. I’m the person who’s annoyed with the daily “hey guys which distro do you use” BS.
Great question. Right up there with “what’s the best movie” or “which meal should I order”. Maybe you want to ask which editor is the best too?
That’s fair - I’m not saying users shouldn’t be able or allowed to use computers, but just that it’s been proven over and over again that most people simply don’t get computers. They should always have the option to learn what they can though.
Computers are not a good choice for “regular users”. Get them a locked-down iPhone and be done with it.
What you are describing is not a situation unique to Linux - or even Windows. “Software is hard and it sometimes breaks”. My Windows 11 laptop that I use for work and to which I have made exactly zero modifications sometimes doesn’t recognize when I’ve connected external speakers. And I can’t disable hyper-v despite following all of the instructions. This is a corporate provisioned and managed system and simple stuff just doesn’t work.
X% of all things have bugs. Your mistake is in thinking that the percentage that you’re seeing are somehow special or related to the particular OS you’re running at the time. The classic “the grass is greener” fallacy. This is pretty evidenced also by the fact that you’re a classic “distro hopper” whose always looking for the perfect system rather than taking the time to understand the problems and deal with them as they come.
It’s a rhetorical question. Would you consider 4 years to be a “short amount of time” to remain at a job you didn’t like?
How long would you stay in a job you hate?
This is true of all languages.
That’s fair. Debian does need to be extra careful given their position in the OS chain.
The thing is that, in C the API could be slightly different and you could get terrible crashes, for example because certain variables were freed at different times, etc. In Rust that is literally impossible to happen unless you (very extremely rarely) need to do something unsafe, which is explicitly marked as such and will never surprise you with an unexpected crash.
What? That’s utter BS. Maybe the kernel devs aren’t wrong about the “rust religion”. Not every bug in C is a memory bug.
We’re talking about a future version having regressions or different-than-expected behavior from what your application was built and tested on. I guarantee you that can happen with rust.
Rust programs will 99.999 % work if they can be compiled.
It’s the same in C. Most programs don’t test against the exact versions of most C libraries either. I’m not sure why he’s so amazed at this.
Yes, that is my complaint, thanks.
Never happened to me in 20+ years… I seriously wonder what some of y’all have been doing that this is a major concern.