Live data from Hacker News

WSL2 corrupting Git repositories and shell history

github.com

221–230 of 423 posts

Re: WSL2 corrupting Git repositories and shell history

#221
post #218

Earlier quoted context omitted.

But it's not how type 2 hypervisors work, and traditionally when you used virtual machines on a desktop it was type 2.

That was long time ago, most people using VMware also use ESXi, and mainframes use type 1 as well. Just those using Virtual Box for free not.

> most people using VMware also use ESXi

Most people using it are also using servers. Is ESXi on desktops/workstations anything other than very niche?

Re: WSL2 corrupting Git repositories and shell history

#222
post #220

Earlier quoted context omitted.

So if someone installs Linux themselves they don't meet this bar you're setting? That seems pretty far from the normal open source ethos.

Ah, so using evil commercial OSes is part of that so called ethos?

No, installing your own OS is very open source.

Re: WSL2 corrupting Git repositories and shell history

#223
post #176
post #59

Earlier quoted context omitted.

I don't think they deprecated shared folders, only shared VMs (a function that enables Workstation to act as a virtualization server). Source: https://en.wikipedia.org/wiki/VMware_Workstation#Version_his...

That’s a shame. I have a high-powered desktop and sometimes it’s nice to work from the patio by opening a few VMs on my laptop. I get the oomph of the big box with the mobility of the laptop. To be fair, this feature always felt..rickety. But it was very nice.

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

Re: WSL2 corrupting Git repositories and shell history

#224
post #97

Huh. I've used WSL2 and got extensively and never had any problems.

Me too. I abuse it often as well (hard shutdowns with wsl --shutdown, interacting with files from both Linux and Windows side, etc.). The only issue I have is that because of the virtualization approach it uses more RAM as there is no unified RAM pool for both Windows and WSL (as was the case with WSL1). But that's perhaps expected behavior.

Re: WSL2 corrupting Git repositories and shell history

#225
WSL2 was promised as a good working extension for a Linux dev environment on windows by my peers. Sadly, a whole host of issues specific to my dev environment meant that it was useless as I’d spend more time fixing it than getting any valuable use out of it. More importantly, this became the very reason I switched to arch full time, and haven’t looked back since. I still hope that it becomes what it was promised to be, although I don’t see myself going back to windows any time soon.

Re: WSL2 corrupting Git repositories and shell history

#228

> Feel like booting Linux on a separate disk because of these issues. It always seemed strange to me that people would rather use WSL than the real thing when Windows doesn't bring much advantage. What am I missing ?

The desktop experience Windows offers is often a lot better than the desktop experience of Linux. Then there's also the issue of Linux hardware support which often is not optimal. Also a lot of people need to use Windows for work and don't have a choice. And then there's the possibility people actually like using Windows. Having a full Linux terminal in your Windows desktop environment is the best of both worlds for a lot of people.

Re: WSL2 corrupting Git repositories and shell history

#229

I think calling it WSL2 was a mistake. The predecessor, WSL, "just worked" and it was more a less a linux experience for most practical purposes-- and certainly better than hoary old cygwin. This caused a lot of people to believe they could just transition to WSL2, lead on by the promise of an even more performant linux experience. The documentation didn't say anything about complications from attempting this, so a l…

The last job I had where I had a Windows desktop (about a decade ago, now) I used Cygwin extensively and never had any big issues. That includes running X11 not just shell stuff. It was quite solid.

Re: WSL2 corrupting Git repositories and shell history

#230

Earlier quoted context omitted.

Why would VM-based WSL2 use any less RAM?

WSL VMs are gen2 (fully paravirtual) hyper-v VMs, so use dynamic memory allocation. VirtualBox, even with Hyper-V as its engine, doesn't do this. I don't think any standalone Linux distros offer a standalone Hyper-V paravirtual image that is not a WSL2 image.

The Ubuntu image you can select in the "New VM" dialog in the Hyper-V management tool (or whatever it's called) absolutely does work with dynamic memory allocation and I seem to recall getting it to work on an Arch VM as well.

I believe the "Linux Integration Services" for Hyper-V are actually mainlined at this point so I would expect most things to work. Setting up RDP for enhanced desktop sessions is the only painful thing I remember.

Post reply on HN