Live data from Hacker News

Lima: Linux-on-Mac

github.com

311–320 of 366 posts

Re: Lima: Linux-on-Mac

#311
post #258

Earlier quoted context omitted.

eh, that's only a problem for those jumping into a brand new architecture without considering if anything's been ported into it yet.

ARM has been around for decades now (and ARMv8 for one decade). Anyway, if nobody jumps to new architectures, how will anything get ported?

Do it yourself

Re: Lima: Linux-on-Mac

#312

With time, difference between Apple devices and the Playstation is shrinking. I am fine with using any OS that gives me a terminal emulator with vim and unixy friends. However, I detest artificial platform limitations and software that wants to "nudge" and manipulate users, hostile defaults and "optimized expiriences". My last used Apple device was from 2015.

Which is why we use Linux on the desktop. All 5 of us, sigh.

Re: Lima: Linux-on-Mac

#313

Earlier quoted context omitted.

If you want to remove a lot of unnecessary pain in your life, completely abandon the idea of mounting a host FS within a guest VM. Doubly so if they're different OS's/FS's and triply so if this a development VM.

Oh, I have. My setup is now Remote VS Code to a Linux NUC that sits on my desk. All code lives on the NUC and all tests run on the NUC, but I can use my MacBook Pro as I move around the house, work outside, etc. It's pretty seamless, I'm impressed.

I have had a similar setup with a remote server and a MacBook Air. If internet on trains were a bit more stable it would have been the perfect setup.

Re: Lima: Linux-on-Mac

#314
Lima is the name of the open source driver project for Mali GPUs. I wish all these half baked projects that rapidly go unsupported didn't pollute the namespace with "clever" names, or at least don't reuse names. In this case both are related to the linux kernel so confusion is ensured.

You don't need strong marketing for small pet projects, so a longer generic name achieves exactly the same purpose.

Re: Lima: Linux-on-Mac

#315

Earlier quoted context omitted.

I wouldn’t say I work with files a lot, but when I do, Finder seems to work ‘fine’. What do you find ‘appalling’ about it? If I’m missing the option to make my life much easier by using an alternative I’d like to at least try something else out.

You can’t input paths for starters. That means you can’t open dot files or navigate dot directories. Of which there are a great many in FOSS. The answer is to open up a terminal and run ‘open .blah’, which is just an appalling work around to a simple problem. Even Windows handles this use case better and that’s saying something.

You can input paths with “Go To Folder” (Command+Shift+G by default) but it's a bit cumbersome.

Re: Lima: Linux-on-Mac

#316

Earlier quoted context omitted.

for me, I travel a lot. Have you seen the size of workstation-class laptops? Just the powerbrick on the top-end lenovo is almost the size of a shoebox. And even the upgrade screens don't hold a candle to macbook screens. So I will put up with Macos interop quirks with docker and so on for the great screen and ease of carrying.

You're kidding right? There's a decent number of thin & light laptops with HiDPI and 100% DCI-P3 coverage screens offered by OEMs. Some offer 16:10 and 3:2 ratios too. The only downside is all of these high-end models will be Intel quad-core (even if Tiger Lake has been pretty good compared to previous Intel generations)

how many have 32gb+ of memory?

Re: Lima: Linux-on-Mac

#317

Is IO still going to be horrible here? Docker on a linux VM, with all code on the linux VM, is significantly faster than Docker for Mac. Generally just because of IO.

If you want to remove a lot of unnecessary pain in your life, completely abandon the idea of mounting a host FS within a guest VM. Doubly so if they're different OS's/FS's and triply so if this a development VM.

I’ve had some success with Mutagen’s [0] Docker support. Essentially you can set up a tiny Alpine container or similar with a volume mounted to it. Mutagen will then keep your code in sync using rsync, allowing you to mount that volume in other containers and bypass the performance hit.

It’s a bit of a pain to set up, and you lose some of the advantages of using Docker in the first place, but if you absolutely have to use it, it can get you back to full performance.

[0] https://mutagen.io/

Re: Lima: Linux-on-Mac

#318

Earlier quoted context omitted.

This is why I run my dev environment in an Ubuntu VM on Parallels Pro.

I use vagrant boxes (virtualbox) with nfs shares, works well. I'd still do it if I was on linux to be honest. My VMs are provisioned in a way that they have everything installed for the particular project and they are "stateless" in a way that I can and sometimes do reset them to their post-provision state (as virtualbox / vagrant supports snapshots) and my experience with the project stays the same. They are meant t…

Just as a heads up, I was finding that with NFS shares configured, my MacBook would never sleep if connected to power.

Took me ages to work out why I kept sitting down at my desk to find a very hot, closed laptop with the fans screaming. Turned out to be NFS, though not sure if it was a bug or intended behaviour.

Re: Lima: Linux-on-Mac

#320

Earlier quoted context omitted.

I have no idea why you would assume that I don't know how to change a keyboard layout. I have my keyboard set to UK ISO so the keys don't match what is printed. I don't understand why you don't see that a company that sells laptops with proprietary keyboard layouts is bad.

Ah yes, unlike every other company that ships opensource keyboards right? As a person who has had laptops and keyboards with layouts in Russian, Turkish, Romanian and Swedish, and who uses US layout almost exclusively, I honestly have zero idea what your problem is.

What has opensource got to do with it?
Post reply on HN