If you're going to rant about details, it helps to actually get the details right. For example, showing a screenshot that doesn't contain the word "malware" and then saying: > Using my application name and the word "malware" in one sentence is suggestive and extremely offensive by Apple. Does not fill me with much hope that the author is detail-oriented. I'll keep reading, and I know already that the notarizing proce…
The Gates to Hell: Apple’s Notarizing
11–20 of 214 posts
Re: The Gates to Hell: Apple’s Notarizing
#12If you're going to rant about details, it helps to actually get the details right. For example, showing a screenshot that doesn't contain the word "malware" and then saying: > Using my application name and the word "malware" in one sentence is suggestive and extremely offensive by Apple. Does not fill me with much hope that the author is detail-oriented. I'll keep reading, and I know already that the notarizing proce…
Re: The Gates to Hell: Apple’s Notarizing
#13The plugin issue described in the article is probably related to the hardened runtime, so it's unrelated to the actual notarisation process.
Re: The Gates to Hell: Apple’s Notarizing
#1410.15 was released 18 months ago so I assume this article is from 2020. The process has improved since then so not sure how much of this still applies.
Re: The Gates to Hell: Apple’s Notarizing
#15Earlier quoted context omitted.
I personally gave up, I treat all of their platforms as "legacy" and only port stuff as "best effort" similar to what I was doing with IE in the IE days (yes, that also includes Safari).
Recently getting into web development, getting things to look right on Safari has been such a pain... they really just work on Firefox and Chrome, but every time we deploy a new version, the one coworker with a Mac will message us about some arcane difference in behavior for certain CSS we're using on Safari. I wish we could drop it, but our Analytics disagree, sadly.
Re: The Gates to Hell: Apple’s Notarizing
#16If you're going to rant about details, it helps to actually get the details right. For example, showing a screenshot that doesn't contain the word "malware" and then saying: > Using my application name and the word "malware" in one sentence is suggestive and extremely offensive by Apple. Does not fill me with much hope that the author is detail-oriented. I'll keep reading, and I know already that the notarizing proce…
Re: The Gates to Hell: Apple’s Notarizing
#17Notarization has been a nightmare of a solution to a problem that isn't effective. You can get practically as much security by pushing malware signatures to the client without the massive privacy overreach of having Apple archive each and every bit of code that you generate for distribution. This is just Apple's overreach extended to the desktop. Excessive control that makes developer's lives hell while adding barely…
Makes sense to me...
Re: The Gates to Hell: Apple’s Notarizing
#18Re: The Gates to Hell: Apple’s Notarizing
#19Earlier quoted context omitted.
I personally gave up, I treat all of their platforms as "legacy" and only port stuff as "best effort" similar to what I was doing with IE in the IE days (yes, that also includes Safari).
Recently getting into web development, getting things to look right on Safari has been such a pain... they really just work on Firefox and Chrome, but every time we deploy a new version, the one coworker with a Mac will message us about some arcane difference in behavior for certain CSS we're using on Safari. I wish we could drop it, but our Analytics disagree, sadly.
I'd love it if you could write up your experiences, ideally with those figures on Safari usage and citations to any relevant WebKit bugs, and send them over to Rep. Cicilline's office in Rhode Island.
I thought his office did a good job putting together these questions on anticompetitive behavior by Apple (who has since actually been fixing the protectionist issues that they gave obviously flimsy answers on):
https://docs.house.gov/meetings/JU/JU05/20190716/109793/HHRG...
Re: The Gates to Hell: Apple’s Notarizing
#20Apple devices are becoming increasingly unusable for developers. Fantastic opportunity for Linux apps to gain more dev resources, as anyone with a bit of foresight sees little future in macOS, iOS, Windows, or Android as development platforms.
Developers do not dictate the success of a platform. Users do. And they don’t want Linux on the desktop.