This article fails to address two key points that could significantly weaken its core arguments if answered. Those points and the questions that arise from each are: 1) Apple charges a flat rate of $100/year for notarization access. Steam and Mac App Store take 15-30%. What additional percentage of Mac sales (either subscription and/or one-time) is being spent on this annually by this developer? $100/year & 100 units…
Sorry macOS users, but Apple has gone too far for some of us devs
61–70 of 118 posts
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#62The notarization process potentially reducing the number of builds he can push to users in a day from 6 to something less seems like a feature, not a negative.
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#63Earlier quoted context omitted.
The developer has every right to support or abandon whatever platforms they want. But there’s some FUD here: 1. There is no review step. Notarization is an automated process that takes about an hour. It doesn’t require a substantive change to your build process. You just submit your build, get a notary receipt file back from Apple about an hour later, and “staple” it to your build using a single tool. It’s not burden…
> It’s not burdensome As defined by who? 1. Submit build 2. Wait an hour 3. Retrieve notary receipt 4. Staple to correct build 5. Upload build Sure sounds more burdensome to me than: 1. Upload build Edit: Lol, people arguing with reality. It may or may not be a good thing, but arguing that it doesn’t add any burden to the developer seems hard to me.
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#64Notarization and needing a paid developer account doesn't change the requirement for running software on OSX relative to the previous version. Before, you needed to sign with a "developer ID distribution" certificate if you wanted to avoid having to tell users to "ctrl-click DMG then click open" to bypass gatekeeper. This certificate required a paid developer account. Now you can still distribute un-signed, un-notari…
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#65Earlier quoted context omitted.
You have to pay the $99/yr to be in the developer program, to access to the notarization service.
Also I heard that you need fairly new Mac hardware to actually use the notarization service. Now try to integrate it with your CI, because the feedback that the notarization is complete is sent via email. (FWIW: I don’t have first-hand experience, though I still have an Apple developer license. Probably won’t renew.)
Anyway, even if we say 10.14, I wouldn't call 2012 models fairly new.
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#66I’m glad Apple is locking down binaries. It’s terrifying what malicious binaries are capable of. For games in particular there should be better sand boxing options.
Signed binaries don't stop malicious binaries. It can help prevent the spread of malicious binaries once they've been identified as malicious, but it does nothing to stop the initial mayhem.
Since you have to sign with a key that you have payed apple to authorize. Apple has the payment details that connect you and the signed binary together. In addition the membership has licence conditions that in turn allow Apple to sue you.
The intent is a deterrent effect.
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#67This article fails to address two key points that could significantly weaken its core arguments if answered. Those points and the questions that arise from each are: 1) Apple charges a flat rate of $100/year for notarization access. Steam and Mac App Store take 15-30%. What additional percentage of Mac sales (either subscription and/or one-time) is being spent on this annually by this developer? $100/year & 100 units…
The argument from the article is that in non-Apple ecosystem, the ongoing fee is 0, which is smaller than all 3 of your listed examples. Also, as opposed to "simple command-line build scripts", in non-Apple ecosystem, there is no script required to release versions. I don't see the argument weakened, but rather strengthened.
“A cheaper and simpler process is better for developers and users, and therefore the absence of both cost and complexity is universally the best solution, without regard for any other factors.”
That is not a widely agreed-upon assumption. Since the post relies on this same assumption-by-framing approach, its arguments are weakened by their dependence on an unstated assumption. Answering my questions would force that assumption to be considered openly - and potentially challenged.
Is it better for users that Apple is doing this, regardless of the extra cost and time it assigns to developers?
That’s the question that should be being asked here. Unfortunately, it is not.
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#68I’m glad Apple is locking down binaries. It’s terrifying what malicious binaries are capable of. For games in particular there should be better sand boxing options.
Signed binaries don't stop malicious binaries. It can help prevent the spread of malicious binaries once they've been identified as malicious, but it does nothing to stop the initial mayhem.
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#69Earlier quoted context omitted.
The developer has every right to support or abandon whatever platforms they want. But there’s some FUD here: 1. There is no review step. Notarization is an automated process that takes about an hour. It doesn’t require a substantive change to your build process. You just submit your build, get a notary receipt file back from Apple about an hour later, and “staple” it to your build using a single tool. It’s not burden…
Your last point pretty much sums it all up. The dev seems to be basically looking for an excuse to drop the platform.
Re: Sorry macOS users, but Apple has gone too far for some of us devs
#70Notarization and needing a paid developer account doesn't change the requirement for running software on OSX relative to the previous version. Before, you needed to sign with a "developer ID distribution" certificate if you wanted to avoid having to tell users to "ctrl-click DMG then click open" to bypass gatekeeper. This certificate required a paid developer account. Now you can still distribute un-signed, un-notari…
I imagine Steam doesn't allow Gatekeeper bypasses. Still, notarization is designed to be easy to script: https://developer.apple.com/documentation/xcode/notarizing_y... - so it really shouldn't be an issue.