Earlier quoted context omitted.
Source? They specifically state that they're not suing for damages and I doubt they have changed their case in the last few days... > Apple’s conduct has caused and continues to cause Epic financial harm, but as noted above, Epic is not bringing this case to recover these damages; Epic is not seeking any monetary damages. https://cdn2.unrealengine.com/apple-complaint-734589783.pdf
That's in the middle of the document, but at the end: > C.Awarding any other equitable relief necessary to prevent and remedy Apple’s anti-competitive conduct;and > D.Granting such other and further relief as the Court deems just and proper It's also totally normal for a course of action that was deemed unlawful and resulted in losses for one party to be compensated. Anyway, we have a decade or so to find out; these…
Apple to kill Epic’s accounts on Friday the 28th
881–890 of 996 posts
Re: Apple to kill Epic’s accounts on Friday the 28th
#882Earlier quoted context omitted.
Unlike Reddit, HN actually makes downvoted posts unreadable(unless you go to the pain of highlighting the text or changing the CSS).
I think this needs to be questioned. Visually show downvotes with a number or a red color somewhere. But, making it difficult to read needs to be challenged.
Re: Apple to kill Epic’s accounts on Friday the 28th
#883Earlier quoted context omitted.
I expect development, offline, (and thus execution of novel/unsigned binaries) to remain possible on ARM Macs, so for at least the foreseeable future. People have been claiming the iOS-style trusted/treacherous computing cancer will hit macOS “any day now” for most of a decade at this point, and it’s still not even on the horizon.
They just have to make it so dev builds are self signed but allow installing that certificate on a machine. Complicated enough to keep out normal users while still allowing developers to do their jobs. This would be horrific of course, but I could totally see them doing this.
Re: Apple to kill Epic’s accounts on Friday the 28th
#884Earlier quoted context omitted.
I'm arguing that Developer ID should be entirely separate from the App Store. That they involve the same Apple developer accounts and programs is merely a matter of convenience, but until now we never had the worry that App Store disputes would lead to problems with Mac software distribution outside the App Store. It's clear now that they should be entirely separate developer programs. If Apple wants to suspend someo…
The problem is that App Store is the only distribution method on iOS, so it's almost inevitable that you butt heads with Apple if you make iOS apps. How many App Store developers haven't had some kind of fight with Apple? So if App Store and Developer ID accounts are tied, you're always risking your Mac distribution if you make iOS apps too.
Re: Apple to kill Epic’s accounts on Friday the 28th
#885Earlier quoted context omitted.
Lock-in was their business model back in the 80s, it still is to this day. It got them to the verge of bankruptcy then, it will be their downfall now.
How was Apple’s business model from the 1980s right through until the App Store got popular about “lock-in” though? You could say that any platform vendor’s business model is predicated on some form of lock-in. Apple’s poor financial state under Sculley was more because they had an objectively poor product (going by the technical merits alone), a confusing product line-up, a failure to recapture the education sector…
Nit: Safari shipped for Windows for a few years
Re: Apple to kill Epic’s accounts on Friday the 28th
#886Earlier quoted context omitted.
They can still build and test on-device, they just won't be able to publish anything to the app store. Specifically, in XCode, they can add an Apple ID (any Apple ID) and use that to build on a device.[1] This creates a "personal team"[2] which you can use to test on your devices. [1] https://help.apple.com/xcode/mac/current/#/devaf282080a [2] https://help.apple.com/xcode/mac/current/#/dev17411c009
That would work technically, but legally would a company that has been banned from the developer program have their developers use "Personal Teams" also be against the Terms of Service?
Re: Apple to kill Epic’s accounts on Friday the 28th
#887Earlier quoted context omitted.
They can still build and test on-device, they just won't be able to publish anything to the app store. Specifically, in XCode, they can add an Apple ID (any Apple ID) and use that to build on a device.[1] This creates a "personal team"[2] which you can use to test on your devices. [1] https://help.apple.com/xcode/mac/current/#/devaf282080a [2] https://help.apple.com/xcode/mac/current/#/dev17411c009
Or, alternatively, use a jailbroken device for testing and modify the SDK to not require code signing when building for ARM.
Re: Apple to kill Epic’s accounts on Friday the 28th
#888Earlier quoted context omitted.
> Believing that all systems must be maximally flexible is a scarcity mindset that felt more reasonable when families had to save to be able to afford a desktop computer that would be in use for several years. This is a good insight and it's entirely possible that general purpose computing was a historical aberration. You say you want to be able to choose between a real computer and a restricted appliance, but how lo…
I don't think there is a cogent risk that general computing open platforms will go away soon. PCs can be self-assembled without buying them as an appliance from a specific vendor, and you can at the very least install Linux on them. If you care about Windows, Microsoft is adopting open source more and more, you can have install Ubuntu within Windows right now, I doubt they will change course on software installation.…
I'm not saying manufacturers need to expend money and effort to support tinkers and hobbyists, but why deliberately go out of their way to block them?
Re: Apple to kill Epic’s accounts on Friday the 28th
#889Earlier quoted context omitted.
His public image has been degraded from toe-jam eating and supposedly outrageous riders for speaking engagements (which I think everything in was pretty level headed but some people think it was 'nuts')
> everything in was pretty level headed It starts out reasonable, but then has gems like "please buy bus tickets only with cash under a fake name", "find me a parrot", "go to the hotel and figure out if their phone jacks do dial-up because that's most likely the only thing that will work with my machine". The latter may have adjusted with the times, since the document is old; but then again, the demands he places on…
This is because he's actively against surveillance. It's not a hard requirement, I've lent him an anonymous (i.e. pre-paid) public transport card before, and while he didn't like the requirement to both check on and check off, he did it anyway.
> find me a parrot
That's a misrepresentation. It's a "it'd be nice if" type thing. There's also the "don't buy one" comment, because you can be sure someone has done that.
> go to the hotel and figure out if their phone jacks do dial-up because that's most likely the only thing that will work with my machine
That might be really old, his machine definitely has wifi. And if the request is from the pre-wifi with free software drivers days, it's completely reasonable for someone who lives a chunk of their life on the internet to request internet access.
It's much, much more reasonable than you're making out, especially if you consider it in the context of why you're probably asking him to speak at some event.
Re: Apple to kill Epic’s accounts on Friday the 28th
#890Earlier quoted context omitted.
Unlike Reddit, HN actually makes downvoted posts unreadable(unless you go to the pain of highlighting the text or changing the CSS).
Yeah, but you still shouldn't care. There's nothing you can do about it, just decide if it's worth taking the hit to say what you want to say.
How will people see what you want to say if it is unreadable?