Live data from Hacker News

QEMU for iOS

github.com

31–40 of 150 posts

Re: QEMU for iOS

#31

This is cool, but I can't help but think that running a VM on an iPad or iPhone would be horrendously slow.

The iPad Pro is very impressive, here a video of one playing Half Life 1 in XP using UTM [0] [0] https://www.youtube.com/watch?v=O19dNVTBCAs&feature=youtu.be

Nice.

Printed on electrons from a cheap(er), used iPad Pro 10.5" over 4G LTE

Re: QEMU for iOS

#32
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.

Re: QEMU for iOS

#33
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…

[deleted]

Re: QEMU for iOS

#34
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…

That's not much different than TestFlight (acquired by Apple) or MS AppCenter (acquired as HockeyApp).

PS: I'm using an iPad Pro 10.5 over LTE right now with an original Apple Wireless Keyboard 1 with proper arrow keys. I use Vim on it and can save to shared services. Heck, you can even fire-up the embedded python with :!python3 It also redirects phone calls from my vintage unlimited data plan, so I don't need a phone... but it looks goofy talking into my iPad John Oliver-style. ;)

Re: QEMU for iOS

#35
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…

Expo is also completely different and within the rules. They arent installing apps, they are simply loading JS and running it like any RN app could do. They just make it easy by pre-bundling deps so that they can be loaded on the fly. Its literally just downloading JS and assets from a server and then executing the JS with JSC on ios. They also get around the limitation of having half the screen showing the executed…

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?

Re: QEMU for iOS

#36
post #2

Not being in the apple world I wondered if this submission meant anything had changed regarding running stuff like this on iOS, but no: > Why isn't this in the AppStore? Apple does not permit any apps that has interpreted or generated code therefore it is unlikely that UTM will ever be allowed. However, there are various ways people on the internet have come up to side load apps without requiring a jailbreak. We do n…

Apple's control-freaking and exploitation of customers has reached peak unreasonableness. I don't think SJ would've been so focused on making trillions when some billions could be had with cooler, repairable, lasting products. Personally, I have one foot out of the door (hackintosh) regarding the Apple ecosystem. I'm going to let the iPhone 6S, iPad Pro 10.5 and Apple Watch 4 run however long they can, but that's probably it for me, I'll stick to repairable devices like my ThinkPad T480.

Re: QEMU for iOS

#37
post #35

Earlier quoted context omitted.

Expo is also completely different and within the rules. They arent installing apps, they are simply loading JS and running it like any RN app could do. They just make it easy by pre-bundling deps so that they can be loaded on the fly. Its literally just downloading JS and assets from a server and then executing the JS with JSC on ios. They also get around the limitation of having half the screen showing the executed…

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 wouldnt be allowed.

Re: QEMU for iOS

#38
post #3
post #2

Not being in the apple world I wondered if this submission meant anything had changed regarding running stuff like this on iOS, but no: > Why isn't this in the AppStore? Apple does not permit any apps that has interpreted or generated code therefore it is unlikely that UTM will ever be allowed. However, there are various ways people on the internet have come up to side load apps without requiring a jailbreak. We do n…

You can pay for a developer account ($99/yr) which allows you to get your builds signed by Apple for the purposes of you running either dev-builds locally or internal-only apps for an organization. That's what they mean by "no jailbreak required". Flipside is you gotta pay for a dev account to get your stuff signed to allow it to run.

You need to pay a subscription to run your own code on your own device? Why anyone puts up with Apple's anticonsumerism is beyond me.

Re: QEMU for iOS

#39
post #12

Earlier quoted context omitted.

> 2.5.2 Apps [may not] download, install, or execute code which introduces or changes features or functionality of the app, including other apps. The rule changed, I think around the time that Swift Playgrounds came out, to add: > Educational apps designed to teach, develop, or allow students to test executable code may, in limited circumstances, download code provided that such code is not used for other purposes. S…

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.

Re: QEMU for iOS

#40

> "Since iOS 13.3.1, it appears Apple has stopped allowing free developer profiles to sign dylibs." A terrible decision. Users should always be allowed, at the very least, to build and sideload their own code .

> 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.

Yes, it should be allowed. But it's not. It's been this way for the entire history of iOS and it's awful.

Post reply on HN