Earlier quoted context omitted.
This hasn’t been approved by Apple.
but it says "No jailbreak required!"... I thought that meant only appstore apps where allowed on your device...
QEMU for iOS
91–100 of 150 posts
Re: QEMU for iOS
#92Earlier quoted context omitted.
I said it was a 'usermode Linux "terminal" emulator', never said it was a VM or anything like that. IIRC the dev said he also wasn't allowed to publish it to the App Store and I assume it falls under the same catagory of "not allowed" in Apple's eyes as UTM would've had.
> I said it was a 'usermode Linux "terminal" emulator', never said it was a VM or anything like that. It's a full x86 emulator. > IIRC the dev said he also wasn't allowed to publish it to the App Store He didn't, it's just never been tested whether it could be on the store or not.
Re: QEMU for iOS
#93> "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 .
Many people still seem to believe that when they buy a phone (be it Apple or Android) they actually "own" the device. You don't really: . can't open it to access h/w, change battery, etc... . can't choose what you run on it . can't actually access all of the data that's stored on it . most of the things you do with it are recorded by a remote entity. . "for your own protection", here's a very long list of things we w…
> can't open it to access h/w, change battery, etc...
We're necessarily moving closer and closer to monolithic ASICs that cover all functions of a phone, most likely encased in epoxy for complete waterproofing. Some guy with a screwdriver and multimeter will never be able to keep up with advancements in manufacturing/technology.
Re: QEMU for iOS
#94Re: QEMU for iOS
#95Earlier quoted context omitted.
Many people still seem to believe that when they buy a phone (be it Apple or Android) they actually "own" the device. You don't really: . can't open it to access h/w, change battery, etc... . can't choose what you run on it . can't actually access all of the data that's stored on it . most of the things you do with it are recorded by a remote entity. . "for your own protection", here's a very long list of things we w…
I can't fully agree with your first point: > can't open it to access h/w, change battery, etc... We're necessarily moving closer and closer to monolithic ASICs that cover all functions of a phone, most likely encased in epoxy for complete waterproofing. Some guy with a screwdriver and multimeter will never be able to keep up with advancements in manufacturing/technology.
Re: QEMU for iOS
#96Earlier quoted context omitted.
> I said it was a 'usermode Linux "terminal" emulator', never said it was a VM or anything like that. It's a full x86 emulator. > IIRC the dev said he also wasn't allowed to publish it to the App Store He didn't, it's just never been tested whether it could be on the store or not.
Actually, someone compiled it, added ads, and put it on the App Store. Not sure if it is still there, but it got through approval.
Re: QEMU for iOS
#97Earlier quoted context omitted.
> Security This is arguable. The amount of CVEs is pretty high for a closed-source platform. Several of those CVEs were exploited in the wild for years before being fixed.
Unfortunately this is true for the other commonly-used mobile OS as well.
Re: QEMU for iOS
#98Even without that, static binaries could run till some recent version. I have poked with dynamic loading and LD_PRELOAD to set up my own environment which could run most Debian packages using libfakechroot && libfakeroot.
People like to shit on Android. But in terms of power user freedom, apple doesn't even come near.
Re: QEMU for iOS
#99Earlier quoted context omitted.
Why would you think that? Apple's processors are very powerful.
Emulation is slow.
Does to hard drive limitations in space might not be able to run Windows 10 on an iPad or Macbook Pro.
Re: QEMU for iOS
#100Earlier quoted context omitted.
Emulation is slow.
Emulation is slow because it is emulating a CISC processor with a RISC processor. You are better off running QEMU on your Mac than on your iPad. Does to hard drive limitations in space might not be able to run Windows 10 on an iPad or Macbook Pro.
It’s slow because it’s emulating, period. CISC/RISC has little to do with it.