This is completely insane. I am so glad I decided years ago to leave closed operating systems behind. This design seems to cement the trend at Apple to position their products as consumer appliances, not platforms useful for development.
> I am so glad I decided years ago to leave closed operating systems behind. The problem is, there's nothing else out there. Everything is going to shit in one way or another. Windows is now a disaster, Linux was always a disaster in terms of user experience and isn't improving. Mac OS was the last bastion of somewhat good, thoughtful design, user experience and attention to detail and now they've gone to shit too.
MacOS Catalina: Slow by Design?
351–360 of 1001 posts
Re: MacOS Catalina: Slow by Design?
#352Earlier quoted context omitted.
It's funny, I just had to do this a few days ago. This comment has worked for me on two machines: https://github.com/NixOS/nix/issues/2925#issuecomment-539570...
There's just so many problems with that approach: 1. You have to create a separate volume just to install a package manager, which is a poor user experience 2. A separate volume means FileVault won't work out of the box 3. The volume can be mounted only after GUI apps are brought up 4. Restoring after sleep might fail because of 3 All of these are mentioned in the Github issue, but it might be hard to find because it…
2 — Could you explain? Mine is on and working, I didn't need to do anything else.
3 — Is this if you have login items that need nix to be available? I don't have this so I haven't noticed.
4 — I've never run into this, but again I might just not use Nix for the kind of things that would cause issues.
Re: MacOS Catalina: Slow by Design?
#353Up until the release of Catalina, I've always upgraded to the latest version of macOS within a month or two. But some of the changes this time is really stopping me from upgrading. As of Catalina, there's no sane way to install the Nix package manager without losing functionality because macOS now disallows creating new files in the root directory[1]. Nix stores its packages in the /nix directory and it's not possibl…
IMHO the original choice of the path seems incredibly ill-advised and the main burden lies with the original developers. sometimes old errors and mistakes come back and bite
Re: MacOS Catalina: Slow by Design?
#354Earlier quoted context omitted.
How does that even make sense? It’s an OS, go grab a Desktop Environment and download nvim, VSCode or whatever.
The original line that I was responding to was > Teaching my daughter to program on a modern computer, we spend more time bootstrapping and in process, than we do in actual development. Arch Linux does not help with this, unless you make it boot into a VIC-20 emulator or something. Arch can help with boot speed, but once you're booted you're back in a full modern OS. So fine, install VSCode and Python... okay, now yo…
Re: MacOS Catalina: Slow by Design?
#355I am using Ubuntu 20.04 on a Thinkpad X1 Extreme Gen2 and you would be surprised how "normal" it feels as a development machine. Sure there some little annoyances, the touchpad behaves a little worse than on windows, sound is a little worse. But the most important things, Keyboard and Screen are excellent. The system in general does not feel like the horror stories that people keep telling about linux on desktop(note…
Re: MacOS Catalina: Slow by Design?
#356Re: MacOS Catalina: Slow by Design?
#357Earlier quoted context omitted.
Mac is a BSD. OpenBSD exists. FreeBSD exists. NetBSD exists. Because there are at least four BSDs, Mac therefore isn't good. Do you see how ridiculous applying that logic to any operating system is? Linux isn't a disaster. It's a kernel. There are Linux distributions with great user interfaces and great UX, developed by people who are great at it. There are also distributions that aren't.
> There are Linux distributions with great user interfaces and great UX Could you name some? No sarcasm, actually interested!
Re: MacOS Catalina: Slow by Design?
#358Earlier quoted context omitted.
People who have used ubuntu might want to just once try arch linux. I had an ubuntu machine that took a while to boot even with an SSD. Later I installed arch linux on the same machine and boom! it would be to the desktop in seconds. It was night and day.
Debian is just as quick, and does not have the problematic "rolling" updates of Arch. (It does have the "testing" and "unstable" channels which are roughly comparable, but the Debian folks won't tell you to use them in production.)
Re: MacOS Catalina: Slow by Design?
#359I am using Ubuntu 20.04 on a Thinkpad X1 Extreme Gen2 and you would be surprised how "normal" it feels as a development machine. Sure there some little annoyances, the touchpad behaves a little worse than on windows, sound is a little worse. But the most important things, Keyboard and Screen are excellent. The system in general does not feel like the horror stories that people keep telling about linux on desktop(note…
Windows is still very much subpar, even with support for CUDA in WSL2. Loading packages is terribly slow in Windows, for some reason. Also don't get me started on package management (no, Anaconda doesn't cut it).
But I agree that even WSL2 didn't cut the mustard, and I doubt GPU support will fix it. MS is advancing too slow, I think.
Re: MacOS Catalina: Slow by Design?
#360Earlier quoted context omitted.
IMHO the original choice of the path seems incredibly ill-advised and the main burden lies with the original developers. sometimes old errors and mistakes come back and bite
It only seems that way now because some platforms have begun locking down their root directories. Nix, by design, doesn't conform to the FHS way of organizing directories so it made perfect sense to use /nix when the decision was originally made.
That's why /opt/ exists. What's wrong with /opt/nix/ ? Or /var/opt/nix/ for read-write files that need not be a fixed part of any package installation (the Unix equivalent of system-wide "Application Data").