Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

QEMU for iOS

github.com

Post reply on HN
Print view View original

71–80 of 150 posts

Re: QEMU for iOS

#71

Post by [deleted] »

sigjuice wrote: post #51
Wowfunhappy wrote: post #40

Earlier quoted context omitted.

> Users should always be allowed, at the very least, to build and sideload their own code. You barely can anyway. Unless you pay $99/yr for a developer account, any self-compiled apps you install will expire after seven days. If you want your app to keep working, you need to plug your phone into a computer and recompile every single week. That's just not realistically usable for anything other than simple testing. Ye…

Do apps from a $99/yr account last for a year or is there some other sort of time limit?

[deleted]

Re: QEMU for iOS

#72

Post by zakki »

ericlewis wrote: post #39
rlyshw wrote: post #12

Earlier quoted context omitted.

You can run seemingly unrestricted python code on your iOS devices with Pythonista [0]. I'm using it right now to proxy my hotspot connection through my iPhone. Not sure how they're allowed to exist on the app store, but it's been solid for me for a while now. [0] https://apps.apple.com/us/app/pythonista-3/id1085978097

it is categorized as a learning application, but I am quite curious how you made a proxy with it.

I guess he made an app that open a port to let user to connect to it and proxy-ing the request

Re: QEMU for iOS

#74

Post by saagarjha »

sigjuice wrote: post #51
Wowfunhappy wrote: post #40

Earlier quoted context omitted.

> Users should always be allowed, at the very least, to build and sideload their own code. You barely can anyway. Unless you pay $99/yr for a developer account, any self-compiled apps you install will expire after seven days. If you want your app to keep working, you need to plug your phone into a computer and recompile every single week. That's just not realistically usable for anything other than simple testing. Ye…

Do apps from a $99/yr account last for a year or is there some other sort of time limit?

They last a year.

Re: QEMU for iOS

#76

Post by saagarjha »

jasoneckert wrote: post #26

Has anyone used this? What is the performance like?

It took about a minute to boot Alpine Linux on a debug build. It's currently about half an hour into booting elementary and it's just started the display server.

Re: QEMU for iOS

#77

Post by saagarjha »

kdrag0n wrote: post #65
jsjohnst wrote: post #60

Earlier quoted context omitted.

iSH works differently. It’s not running “Linux” and it isn’t virtualizing hardware either. Anything you run has to be compiled already and the syscalls are emulated, there is no Linux kernel in iSH.

iSH actually uses a semi-JIT to emulate an x86 CPU — it doesn't run ARM64 code. It basically creates an arrray of function pointers to snippets of pre-translated code. It's not a full JIT like UTM, but it's an interesting workaround for iOS' restrictions. Official description: https://github.com/tbodt/ish#a-note-on-the-jit

A more accurate term for it would be threaded interpretation.

Re: QEMU for iOS

#78

Post by saagarjha »

rhodysurf wrote: post #37
lwb wrote: post #35

Earlier quoted context omitted.

Right, but the QEMU project is also simply loading X86 (or other) assembly code and interpreting it in a virtual machine... unless I misunderstand this project and it does something more sophisticated. > the limitation of having half the screen showing the executed code I'm not aware of this limitation, could the QEMU port use this to show the ASM that's being executed to get around this?

IDK about virtual machines and why this isnt allowed. But related is how this app works that is a c compiler for iOS and is in the app store: https://www.reddit.com/r/iOSProgramming/comments/dr5bxi/app_... It basically does the same thing Swift Playgrounds does where is compiles to LLVM machine code and runs it will LLVM compiled for iOS. And it is on the app store so IDK the rules at all apparently and why QEMU woul…

Swift Playgrounds compiles to native code and loads it with Apple-private entitlements.

Re: QEMU for iOS

#79

Post by saagarjha »

kick wrote: post #32
lwb wrote: post #28

> Apple does not permit any apps that has interpreted or generated code An interesting exception to this is Expo, an app that lets you load React Native apps built by other developers over the internet. Expo gets around this on Apple by forcing you to sign into that developer's account before downloading their app, so that it's plausibly "yours". I've used to distribute early builds of a React Native app really easil…

Apple's really loose with the interpreted code policy. Not going to mention some of the apps I use that do so if nothing else because HN has dozens of Apple employees.

> Not going to mention some of the apps I use that do so if nothing else because HN has dozens of Apple employees.

Believe me, the engineers at Apple are well aware of them already.

Re: QEMU for iOS

#80

Post by saagarjha »

lwb wrote: post #68
jsjohnst wrote: post #56

Earlier quoted context omitted.

I routinely do TestFlight builds without manual review and fast turnaround from build -> running on beta user devices.

How? Genuine question. I am trying to distribute an app right now and it always takes at least 2 days from submission time to TestFlight approval.

Change the build number and leave the version number alone.
Post reply on HN