First off, you're making a huge assumption here.
Second, the only goalpost shifting here is your attempt to pass off complex and temporary workarounds intended for developers as resulting in a device that is somehow the same as jailbroken devices. This is incorrect for the obvious reasons pointed out already.
Perhaps you are unfamiliar with jailbreak and didn't know apps installed via jailbreak don't need to be constantly renewed and resigned? Installing apps long term is still something you can't do, as I originally said.
Attempting to pass off a lesser solution that doesn't come close to matching what I originally mentioned and pretending it is the same is dishonest and disingenuous.
> Perhaps you are unfamiliar with jailbreak
Considering I wrote one of the first high traffic'd jailbreaking guides for iOS and have been involved in the JB scene in various capacities (never a key role admittedly) since the very beginning, I'm pretty sure that isn't the case. ;)
> your attempt to pass off complex and temporary workarounds
> apps installed via jailbreak don't need to be constantly renewed and resigned?
I'm surprised someone who claims to be involved in the scene so long would overlook such an obvious difference.
You don’t need an Apple system to codesign. Two results on first page of search results:
https://github.com/zhlynn/zsign
https://weisser-zwerg.dev/posts/ios-app-without-mac/
> make the process as unpleasant as possible but just so enough that Apple can claim they don't block sideloading
Apple doesn’t claim they don’t block side-loading. Actually I believe they claim the opposite in the Epic case (even though it is possible via a supported process) because it was “necessary to ensure the safety of their user base” or something like that.
> It's disingenuous
Shifting goal posts from “you can’t” to “you can’t without X” once someone points out the first was factually incorrect is considered disingenuous by many too.
(Edit for formatting and provide links)