> This point was never raised in any of those cases. Apple just did aome hand-waving "IP compensation" justification and everyone just went along with it, because the case wasn't about that particular point.
I strongly disagree with your interpretation. IP compensation was essential in both of these cases, and everyone went along with it because they didn't dispute Apple's rights.
> IP rights regulate distribution, not consumption.
It's all about distribution.
A consumer can download Xcode, build their own app, install the app on their own device, and use Apple API, all for free. What they can't do is distribute that app to other consumers.
The developer tools are relatively unimportant, which is why Apple gives them away. Distribution is everything.
> As for the rest of your comment, the overall problem is the requiremet to deal with Apple at all, the $99 fee and the 5% commission are just the cherry on top.
This doesn't answer my question. I asked which fee needed to be waived. There is no fee to get Xcode, so there's nothing to be waived by opting out.
> A consumer can download Xcode, build their own app, install the app on their own device, and use Apple API, all for free. What they can't do is distribute that app to other consumers.
I was referring to the distribution of the licensed technologies by Apple to the hardware purchasers. Returning to your own interpretation though, the hypothetical community SDK wouldn't contain proprietary code, so the distribution aspect is solved there. It's the same principle by which homebrew game console scenes work, or how you can build Windows software on Linux without touching any Microsoft code.
> This doesn't answer my question. I asked which fee needed to be waived. There is no fee to get Xcode, so there's nothing to be waived by opting out.
The waiver scenario is meant in the context of Apple using the 5% and $99 fees as payment for the maintenance/R&D of the official dev experience. The fees would be waived because the dev isn't making any use of those tools in a hypothetical FOSS SDK.
> I was referring to the distribution of the licensed technologies by Apple to the hardware purchasers.
I know. My point was that distribution of the licensed technology by Apple to iPhone purchasers does not thereby allow third-party iPhone app developers to distribute their iPhone app executables to other iPhone purchasers.
> Returning to your own interpretation though, the hypothetical community SDK wouldn't contain proprietary code, so the distribution aspect is solved there. It's the same principle by which homebrew game console scenes work, or how you can build Windows software on Linux without touching any Microsoft code.
You appear to be focused on the building of iPhone apps. I'm focused on the distribution of built iPhone apps. This is why I said, "The developer tools are relatively unimportant, which is why Apple gives them away. Distribution is everything."
In general, consumers are unwilling or unable to build their own apps. They need precompiled executables, distributed by third parties, to easily install on their devices. The hypothetical FOSS SDK is a red herring. I don't see how the consumer's right to use the iPhone automatically grants a legal right for third-party developers to distribute executables using Apple's licensed technology. There are other consumer products that allow personal use but don't allow redistribution.
> I don't see how the consumer's right to use the iPhone automatically grants a legal right for third-party developers to distribute executables using Apple's licensed technology.
Because calling APIs is not a "use" of the technology that IP laws would cover. Having a binary call a proprietary API but not actually containing the underlying technology that makes that API possible is not a derivative work. The technology is already inside the iPhone, the apps just call it in a very specific way, and since IP laws only regulate distribution of the technology itself, the third-party developer isn't doing anything illegal.
Suppose that a developer discovers a bug in the Apple Music API that allows songs to be played without paying for the Apple Music subscription. Are you claiming that if a developer writes an app to exploit this bug, they're not doing anything illegal? It's ok to get Apple Music without paying, as long as you're just "calling an API"?
In any case, you're still ignoring distribution. You start with the assumption that a binary is already on the iPhone. The technology is already inside the iPhone, but the third-party app is not. Distribution is an entirely different legal matter than personal use. Are you claiming that it's illegal for Apple to control and prevent distribution of third-party apps? If so, I challenge you to file a lawsuit.
> Suppose that a developer discovers a bug in the Apple Music API that allows songs to be played without paying for the Apple Music subscription. Are you claiming that if a developer writes an app to exploit this bug, they're not doing anything illegal? It's ok to get Apple Music without paying, as long as you're just "calling an API"?
That would be illegal, yes, but for an entirely different reason (DRM bypass to get copyrighted material), not because it's calling an existing API. It's not the case for 99% of apps.
> In any case, you're still ignoring distribution. You start with the assumption that a binary is already on the iPhone. The technology is already inside the iPhone, but the third-party app is not. Distribution is an entirely different legal matter than personal use.
The third-party app does not contain any Apple-owned or licensed technology just because it's programmed to make use of it once inside a phone, and there's no IP right to control distribution of material that uses proprietary technology if that technology is not actually in the distributed material. The only barrier is Apple's own actions in how they programmed iOS to reject unsigned code and their developer program, not a legal one based on IP.
My point is this: you can charge for API use. You can set terms and conditions for API use. You can charge some API users and allow others free usage. That's up to the API vendor.
I simply don't accept your dubious claim that one person's legal API usage automatically allows that one person to subcontract API usage to another, i.e., a third-party developer. And I'd guess that your experience as a lawyer is about as extensive as your experience as an iOS developer.
The individual instance of API functionality is owned by the user, even if the intellectual property itself is owned by Apple. What makes the user's API usage legal is the fact that they own the device and the individual iOS copy inside, not the fact that Apple allows personal use. The EULA is superfluous, an iDevice purchaser is inherently entitled to make use of the iOS functionality merely by posessing the device.
Apple can charge for API use in the sense that they physically can, not in the sense that the law only allows that arrangement.
The law does not forbid people from developing unauthorized accessories to products, full stop. It only protects IP from being redistributed.
The hook that allows Apple to charge for API usage by developers is a technical one, not a legal one.
And there's no need to go for the ad-hominems that you have been going for since the beginning. Why such hostility?
I strongly disagree with your interpretation. IP compensation was essential in both of these cases, and everyone went along with it because they didn't dispute Apple's rights.
> IP rights regulate distribution, not consumption.
It's all about distribution.
A consumer can download Xcode, build their own app, install the app on their own device, and use Apple API, all for free. What they can't do is distribute that app to other consumers.
The developer tools are relatively unimportant, which is why Apple gives them away. Distribution is everything.
> As for the rest of your comment, the overall problem is the requiremet to deal with Apple at all, the $99 fee and the 5% commission are just the cherry on top.
This doesn't answer my question. I asked which fee needed to be waived. There is no fee to get Xcode, so there's nothing to be waived by opting out.