Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MacOS Catalina: Slow by Design?

sigpipe.macromates.com

Post reply on HN
Print view View original

901–910 of 1001 posts

Re: MacOS Catalina: Slow by Design?

#901

Post by uep »

fluffything wrote: post #868
pjmlp wrote: post #812

Earlier quoted context omitted.

Developers who use macOS as shiny GNU/Linux replacement are only getting what they deserve, they should have supported Linux OEMs to start with. Those that show up at FOSDEM, carrying their beloved macBooks and iPads while pretending to be into FOSS. I use Apple devices knowingly what they are for, not as replacement for something else.

I've partially switched from MacOS X to Linux now that wayland pipewire is reaching a mostly functional state and am quite happy with it. It took me maybe 150 hours to do the switch though during quarantine, and I still haven't managed to be able to properly connect to SMB at work...

I'm on Linux now, very interested in using Wayland+Pipewire, but still stuck on Xorg. What distro are you using?

I was considering building a Wayland/Pipewire Desktop software stack from scratch since my distro doesn't support them yet. I have become partial to experimenting with new software this way because it allows me to switch back to my known-good distro software without rebooting (most things I care about preserving the state of exist in the console anyway).

If it is relatively supported in a specific distro, I'm sort of interested in trying it.

Re: MacOS Catalina: Slow by Design?

#902

Post by soraminazuki »

cauthon wrote: post #517
soraminazuki wrote: post #483

Earlier quoted context omitted.

Nix requires that each package only writes to a dedicated directory in /nix/store. For example, files for Firefox 33.1 package would go into /nix/store/b6gvzjyb2pg0kjfwrjmg1vfhh54ad73z-firefox-33.1. By not dumping files from every package in a common directory such as /usr, it requires each package to be explicit with its dependencies. This allows for many nice things explained elsewhere (e.g., https://nixos.org/nix/…

I still don't understand why that can't be solved by putting everything in /opt/nix/store

You've got to keep it mind that Nix was designed as a system package manager and its primary target is NixOS. As such, I'd imagine that it wasn't all that unreasonable for Nix to assume ownership over /nix when the decision was made back then. Since Nix doesn't organize files according to FHS recommendations, it's never going to be FHS compliant. If so, what benefits would there be for Nix to choose /opt/nix over /nix? After all, /opt is where third-party packages reside and hardly the right choice anyways.

The fact that Nix can be used as a third-party package manager outside of NixOS was a nice side-effect of its design choices. If Nix was designed from the start as a third-party package manager, it might have placed itself in /opt/nix. However, Nix was made years before some platforms started to lock down the root directory. It worked perfectly well with /nix before this happened.

So instead of asking why Nix is placing itself in /nix instead of following some guidelines for traditional unix distributions, I think we should be asking why platforms are disallowing this. If a platform is going to make this big a breaking change, it'd better have a very good reason to do so. I fail to see the reason beside subjective aesthetics.

Re: MacOS Catalina: Slow by Design?

#903

Post by pmarreck »

cageface wrote: post #722
pmarreck wrote: post #708

Earlier quoted context omitted.

There’s going to be a big exodus of open source developers going to Linux-powered platforms instead of the standard Mac laptop because of this ridiculousness

This is happening at my company already because docker performance on Macs is terrible.

Is that slowness possibly related to the OP's issue? And possibly might benefit from the same workarounds posted here?

Re: MacOS Catalina: Slow by Design?

#904

Post by acecilia »

xenadu02 wrote: post #103
davidvartan wrote: post #5

> a degraded user experience, as the first time a user runs a new executable, Apple delays execution while waiting for a reply from their server. The way to avoid this behavior is to staple the notarization ticket to your bundle (or dmg/pkg), i.e. "/usr/bin/stapler staple ." Otherwise, Gatekeeper will fetch the ticket and staple it for the user on the first run. (I'm the author of xcnotary [1], a tool to make notariz…

Xcode (the UI) is able to bypass GateKeeper checks for things it builds. The "Developer Tool" pane in System Prefs, Security, Privacy is the same power. Drag anything into that list you'd like to grant the same privilege (such as xcodebuild). This is inherited by child processes as well. The point of this is to avoid malware packing bits of Xcode with itself and silently compiling itself on the target machine, thus b…

Can you advise on how to make the "Developer Tool" panel in "System Prefs, Security, Privacy" appear if it is not present? Cant find a way: https://stackoverflow.com/questions/60176405/macos-catalina-...

Re: MacOS Catalina: Slow by Design?

#905

Post by konart »

jfkebwjsbx wrote: post #718
konart wrote: post #244

Earlier quoted context omitted.

I'm too much into gaming this days, PS4 is enough for me. As for the rest I've commented about win10 https://news.ycombinator.com/item?id=23274273 and Linux distros: https://news.ycombinator.com/item?id=23274492 I still find macOS to have best balance of productivity, development and feel. Windows is still terrible and linux is just for work.

The issue is that you claimed that "there is no alternative to macOS", but you are talking about your particular use cases (not gaming) and subjective opinions (does not like Win10, does not like Linux). macOS’ only strength for development is the ability to target iOS. For the majority of developers, a Windows/Linux setup is better because it covers everything. Linux is the best environment for most dev fields. Wind…

No, I didn't claim this. Unless you are trying to take one phrase out of context and dance on it.

What I said is that macOS is the only OS that provides the needed balance of everything (except gaming). Other platforms are not alternatives because you have to chose - either you are getting a good dev machine that is not a enjoyable to use for other use cases, or you are getting windows which is not enjoyable for the reasons I've described in the other comment. The only two reasons to chose windows (as I see it) are gaming (and game development maybe) and windows (often enterprise) development.

To sum it up with an analogy and close the topic: a truck is not an alternative to a volvo s60 just because it is also a car and can do even more than a volvo s60.

PS:

>macOS’ only strength for development

This is your second comment where you for some reason ignore most of my comments and focus just on what suits you.

Re: MacOS Catalina: Slow by Design?

#906

Post by austincheney »

austincheney wrote: post #712
userbinator wrote: post #643

Earlier quoted context omitted.

Another way to look at it is that Apple is making it harder to run the system in an insecure fashion. You may not agree with that decision, but I certainly appreciate how Apple is looking out for the safety and security of the user. "Those who give up freedom for security deserve neither." (Yes, I know the original intent was slightly different, but that old saying has gotten a lot more vivid recently, as companies a…

The original quote from Franklin was about liberty not freedom . A suttle but vitally important distinction as freedom requires security where liberty does not. If you sacrifice freedom for security you still at least have security, as in a despotism, but if you sacrifice security for freedom you have neither. Conversely if you sacrifice liberty for security you have less liberty without any increase in security just…

This is perhaps, strangely enough, the most contentious comment I have placed on HN. Last night when the comment was fresh it was quickly up voted at least 7 times. This morning I awoke to the comment down voted back to it’s original 1 karma. I am unclear as to how this comment is so polarized.

Here is the Franklin quote (I encourage you to read the whole article): https://www.washingtonpost.com/news/volokh-conspiracy/wp/201...

Re: MacOS Catalina: Slow by Design?

#907

Post by acecilia »

hanche wrote: post #867
saagarjha wrote: post #742

Earlier quoted context omitted.

I'd be nice if this was documented somewhere :/

I was going to be that guy and say “man spctl”, but that usage isn’t listed there. If you run spctl with no arguments, it will tell you, however. The man pages on macos really do leave something to be desired.

This does not make the "developer tools" panel show up in my machine :( tried everything already

Re: MacOS Catalina: Slow by Design?

#908

Post by lol768 »

lostgame wrote: post #520
lol768 wrote: post #9

Earlier quoted context omitted.

The set of possible operating systems to consider does not contain two items.

Without WINE, and it’s associated instability, which operating system, other than MacOS or Windows, would run Ableton, Logic Pro, Adobe Premiere, or Final Cut Pro, all applications I depend on for my income and, due to the fact that my clients use this software, for which an FOSS equivalent or alternative doesn’t exist? Now imagine the millions of other people in my situation and rethink your comment.

> Without WINE, and it’s associated instability, which operating system, other than MacOS or Windows, would run Ableton, Logic Pro, Adobe Premiere, or Final Cut Pro, all applications I depend on for my income and, due to the fact that my clients use this software, for which an FOSS equivalent or alternative doesn’t exist?

> Now imagine the millions of other people in my situation and rethink your comment.

The comment still holds. Linux should still be considered. I didn't proclaim that it would be a realistic alternative in every case, but I'd wager that for a large proportion of software engineering roles, it would be.

Is there software that may also be suitable for basic image and video editing work and therefore fine for a subset of these creative professionals you refer to? Absolutely. I've seen great results from folks using Blender, Inkscape, OpenShot, GIMP, Krita and others.

We shouldn't just dismiss an OS immediately, and that's what my comment was trying to get at.

Re: MacOS Catalina: Slow by Design?

#909

Post by pjmlp »

nottorp wrote: post #870
pjmlp wrote: post #812

Earlier quoted context omitted.

Developers who use macOS as shiny GNU/Linux replacement are only getting what they deserve, they should have supported Linux OEMs to start with. Those that show up at FOSDEM, carrying their beloved macBooks and iPads while pretending to be into FOSS. I use Apple devices knowingly what they are for, not as replacement for something else.

Sadly it's not the "shiny"... it's the fact that Mac OS has a GUI that works. Been using linux since the days you installed Slackware from floppies and recompiled your kernel to get drivers. Command line has always been a bliss, but no one has managed to come up with an usable and consistent GUI yet. Btw does sleep work on linux laptops these days? How's hi dpi support?

It is hard to improve things when everyone is on other platforms.

I am mostly on Windows devices, and use a GNU/Linux aging netbook for travelling.

In what concerns this Asus 1215B, everything works, with the exception that the open source AMD drivers were a downgrade from the binary blobs (OpenGL 4.1 => OpenGL 3.3 without video hardware decoding).

However I still kept it around, because although I don't target GNU/Linux as part of my work, I wanted to give Asus the message that selling GNU/Linux laptops might be a relevant business.

Eventually when it dies, I will be Windows/Android and occasionally macOS only user/developer, but I am not using any of these platforms to emulate GNU/Linux, I use them for their own value.

Post reply on HN