Live data from Hacker News

WSL2 corrupting Git repositories and shell history

github.com

401–410 of 423 posts

Re: WSL2 corrupting Git repositories and shell history

#401
post #357

Earlier quoted context omitted.

No, installing your own OS is very open source.

Which isn't a thing with macOS and Windows, so where is that ethos again?

You were confused why people would do things with GNU/Linux without "supporting GNU/Linux vendors".

But that's restricting it to people that use the preinstalled OS, which is strange, because of how fitting it is to install your own copy of GNU/Linux.

Re: WSL2 corrupting Git repositories and shell history

#402
post #351

Another funny interaction I found with WSL2 and Windows is file case sensitivity leading to all sorts of weird error messages I wish I can use a real Linux installation but their display drivers don't work well with my multiple displays with different resolutions

What kind of problem do you have with case sensitivity?

My most recent experience was with typescript-eslint inside WSL. It's a known issue but I'm not sure if anything will be done other than just renaming all my JS projects to use lowercase names

https://github.com/typescript-eslint/typescript-eslint/issue...

Re: WSL2 corrupting Git repositories and shell history

#403

Another funny interaction I found with WSL2 and Windows is file case sensitivity leading to all sorts of weird error messages I wish I can use a real Linux installation but their display drivers don't work well with my multiple displays with different resolutions

>their display drivers don't work well with my multiple displays with different resolutions Unless you're writing through a time warp from 2004, this is not true at all, IME. But the statement is vague. "Work well" can mean some esoteric DPI scaling stuff that I think is only noticeable with 4K combinations. What distribution? What's "their display driver"? Nouveau, the open-source Nvidia one, is pretty bad, and ever…

I have a drawing tablet with a display in 1080p while the rest of my monitors are 1440p. For whatever reason, my mouse cursor thinks it's on a 1080p display inside my 1440p monitors resulting in a humongous cursor.

(nvidia's proprietary drivers if it matters)

I doubt this will ever be fixed since it's an obscure hardware that's rarely used by other Linux users

Re: WSL2 corrupting Git repositories and shell history

#404
post #379

Earlier quoted context omitted.

What is it about Windows that makes this a problem where macOS and Linux seem to be fine? The same mechanisms exist in all three major operating systems, which is to say that technically any executable I choose to run on my computer can load a file and interpret it. Is it really just that Windows users download and run random junk? It's been so long that I've seen a virus of any kind anywhere at all that I genuinely…

It's possible you don't see random toolbars and malware now because Defender works. Microsoft could be smarter and offer default exclusions for some things.

But even file type that you think it is pretty safe (jpg, wav and some other media foramt) can abuse parser bug in viewers / explore.exe to result in code execution. And how do you prevent the malware just name its .js as .jpg and execute it with some interpreter? Some interpreters definitively don't care about file extensions.

Re: WSL2 corrupting Git repositories and shell history

#405
post #376
post #223

Earlier quoted context omitted.

You can still use remote desktop for accessing remote VMs. You would be missing the remote power operations. FWIW, I am working on a product called Vimarun [0] that is aimed to replace most of that missing functionality over time. No remote power operations yet, but that will come. [0] https://vimarun.com

I'd also be missing the ability to plug in USB devices, which is very central to the work I do. RDP has some device passover support, but it's not even close to being able to replace vmware's USB support.

Qemu/Spice

Re: WSL2 corrupting Git repositories and shell history

#406

Earlier quoted context omitted.

I do that on an AWS instance. I have learned over the years to keep my desktop and my tools well apart as there have been some fatalities which have knocked me out for a day at a time before. I mostly write Go though which is fine on M1 macs.

If you are doing remote work why does the client matter? You can use an iPhone terminal app and achieve the same functionality. BTW the new windows terminal app is ages better compared to anything I had seen in the windows world.

Comfort/efficiency..

Re: WSL2 corrupting Git repositories and shell history

#407
post #386

Earlier quoted context omitted.

I've recently come across the same issue with DAWs. Settled on having multiple machines and switching the drives if I need to reuse a workstation for something else. Most of the time you can dedicate cheap systems to specific utilizations, it will save you time and effort. e.g. There is no reason for your DAW machine to also be your gaming machine as the hardware requirements are pretty different.

There is no reason to have multiple computers, apart from a laptop and workstation for people who need to be able to work on the go. Not only upfront cost, but license costs, update management, hardware replacement and finally disposal and recycling are piling up. I fail to see the upside, honestly.

When you're starting out making music having just one computer for everything is fine but once you've reached the point where you spend a lot of your time on it, it quickly becomes a no brainer to at least have a dedicated computer for just that. It's about putting yourself in a productive setting where you only focus on creating and you have minimal distractions.

Besides, a dedicated computer for music production has a low entry cost since you basically only need a decent amount of ram. My studio computer has an old i7, 32 GB ram and it doesn't even have a GPU and the price was less than $500 a few years ago. It's going to outlast my current gaming rig and probably my next one as well.

Re: WSL2 corrupting Git repositories and shell history

#408

Earlier quoted context omitted.

Virus do abuse non executables like js, vbs, or whatever script file. Antivirus can't really know if it is the case without open it.

What is it about Windows that makes this a problem where macOS and Linux seem to be fine? The same mechanisms exist in all three major operating systems, which is to say that technically any executable I choose to run on my computer can load a file and interpret it. Is it really just that Windows users download and run random junk? It's been so long that I've seen a virus of any kind anywhere at all that I genuinely…

> I genuinely have no clue how people become infected with them or indeed whether it still really happens at all.

I'm a bit late to the conversation, but can confirm that yes, people do still get infected.

We almost always turn something up while doing virus scans at the repair shop I work at, and we mostly use off the shelf products, along with a couple other tricks.

Re: WSL2 corrupting Git repositories and shell history

#409
post #337

Earlier quoted context omitted.

I've recently come across the same issue with DAWs. Settled on having multiple machines and switching the drives if I need to reuse a workstation for something else. Most of the time you can dedicate cheap systems to specific utilizations, it will save you time and effort. e.g. There is no reason for your DAW machine to also be your gaming machine as the hardware requirements are pretty different.

It seems fairly expensive to have different machines for gaming and music production/recording when the only substantial difference is relative investment into CPU and GPU cycles.

You dont need new computers for everything. Older machines are often super cheap and saving them from getting scrapped reduces ewaste.

Re: WSL2 corrupting Git repositories and shell history

#410
post #376

Earlier quoted context omitted.

I'd also be missing the ability to plug in USB devices, which is very central to the work I do. RDP has some device passover support, but it's not even close to being able to replace vmware's USB support.

Qemu/Spice

Not a bad suggestion, but the host running the VM would have to run Linux in that case, not Windows.
Post reply on HN