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

111–120 of 150 posts

Re: QEMU for iOS

#111

Post by tluyben2 »

trasz wrote: post #18
tjoff wrote: 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…

This is just not true. There are many emulators in AppStore, from i48 (which runs HP 48's native Saturn ROM), to ZORK, which runs PDP-11 binary of said game underneath, along with emulated RT-11 (or was it RSX-11?).

Maybe it is emulators that generate code internally and these do not? I know that was why MSX emulators were forbidden while they cannot really hurt Apple sales...

Anyway; I don't know if these emulators maybe do not generate code or are written with Core JS (for the most part) which apparently is allowed.

Re: QEMU for iOS

#112

Post by tluyben2 »

bibyte wrote: post #102

If you want this on Android it is available in the Termux repository. If you have a flagship device it should be fast enough to be usable.

What Android tablet is comparable to a modern iPad pro in performance, screen and battery life? I really like the iPad pro but I hate the artificial restrictions... All the Android tablets I tried out, flag ship ones, just fell down compared. I have a Surface Go for when I need Windows, but that is probably one of the worst buys of my life.

I currently use iPad Pro with Remotix to access OS X + Windows which works really well. If there was a Remotix for Linux, I would use Linux only, but there is no comparable VNC client for Linux. Compared the ones under Linux are unusable (and I did try them all).

Re: QEMU for iOS

#113

Post by DavideNL »

LeoPanthera wrote: post #10

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

I agree, and it's probably just a matter of time until Apple finds a way to kill this project too.

Stifling peoples creativity for commercial reasons. It feels like instead of my own government, Apple/Google now dictate the new rules (for which there are no laws yet, and won't ever be since new laws are always 10 years behind the newest innovation.)

Re: QEMU for iOS

#114

Post by swiley »

asveikau wrote: post #108
saagarjha wrote: post #106

Earlier quoted context omitted.

The app pretends to debug itself, which tricks the kernel into allowing it to flip the permissions of pages between write and execute. To do this it needs the get_task_allow entitlement.

Ah ok. So everything with a JIT will need this. I think I might even have read that somewhere long ago. This is a weird thing by the way. It seems to me like you should be able to debug or do VM syscalls against yourself because there is no escalation of privilege. Debugging another process makes much more sense to block. But maybe my opinion is invalid because I also happen to think disallowing jit with kernel permi…

I can’t remember weather it was ish or some JS thing but you can do a kind of JIT without RWX by setting up chains of functions that tailcall eachother.

Re: QEMU for iOS

#115

Post by nottorp »

osy wrote: post #47

Hi, author here. I’m here to answer any questions but also I want to advertise the fact that it would be really really awesome if interested devs can join the project. Currently it’s just me doing this on my spare time for the past year. Specifically I’m a complete newbie at UI/UX stuff and the project could use a real designer/front end developer. Also for more info and a few videos demonstrating capabilities and pe…

Question then: why are you investing time in something that Apple will never allow in the app store? Isn't it better to spend your effort on a more open platform?

Note: i use an iPhone and iPads. I do my hacking/customizing elsewhere.

Re: QEMU for iOS

#116

Post by _-___________-_ »

nottorp wrote: post #115
osy wrote: post #47

Hi, author here. I’m here to answer any questions but also I want to advertise the fact that it would be really really awesome if interested devs can join the project. Currently it’s just me doing this on my spare time for the past year. Specifically I’m a complete newbie at UI/UX stuff and the project could use a real designer/front end developer. Also for more info and a few videos demonstrating capabilities and pe…

Question then: why are you investing time in something that Apple will never allow in the app store? Isn't it better to spend your effort on a more open platform? Note: i use an iPhone and iPads. I do my hacking/customizing elsewhere.

Because it's useful even if it's not allowed in the App Store? There's tons of useful open-source software for iOS which will never make it to the App Store.

Re: QEMU for iOS

#117

Post by saagarjha »

swiley wrote: post #114
asveikau wrote: post #108

Earlier quoted context omitted.

Ah ok. So everything with a JIT will need this. I think I might even have read that somewhere long ago. This is a weird thing by the way. It seems to me like you should be able to debug or do VM syscalls against yourself because there is no escalation of privilege. Debugging another process makes much more sense to block. But maybe my opinion is invalid because I also happen to think disallowing jit with kernel permi…

I can’t remember weather it was ish or some JS thing but you can do a kind of JIT without RWX by setting up chains of functions that tailcall eachother.

iSH has a threaded interpreter that works like that, yes.

Re: QEMU for iOS

#118

Post by AnyTimeTraveler »

osy wrote: post #47

Hi, author here. I’m here to answer any questions but also I want to advertise the fact that it would be really really awesome if interested devs can join the project. Currently it’s just me doing this on my spare time for the past year. Specifically I’m a complete newbie at UI/UX stuff and the project could use a real designer/front end developer. Also for more info and a few videos demonstrating capabilities and pe…

I have a 4th generation iPad. Would it work on that as well? Since Apple dropped support for it, it's stuck with iOS 10 and effectively useless. I would love to run Linux on it...

Re: QEMU for iOS

#119

Post by JimDabell »

lazerl0rd wrote: post #61
osy wrote: post #59

Earlier quoted context omitted.

> This entitlement is only given out in development profiles and not any distribution profiles so I can’t upload to TestFlight either.

Ah sorry, my bad, I skipped over that. Here's an idea - you could start a "fundraising" of sorts and if you get enough you could purchase a developer profile to publish to TestFlight.

The problem here is not that they can't obtain a development certificate. The problem is that you cannot use a development certificate to distribute an app on TestFlight or the App Store to other people.

There are two types of certificate – development certificates, which allow get-task-allow for debugging purposes and can be installed directly to a device; and distribution certificates, which do not allow get-task-allow and can be distributed through ad-hoc means, Test Flight, or the App Store.

If this app requires get-task-allow, then it needs to be signed with a development certificate to run. If it's signed with a development certificate, then it can't be distributed to other people.

Re: QEMU for iOS

#120

Post by josteink »

saber6 wrote: post #3
tjoff wrote: 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 can pay for a developer account ($99/yr) which allows you to get your builds signed by Apple

So to test this on my iPhone, I need 1. to buy a Mac and 2. pay for an annual Apple development permission subscription.

You really can’t make a platform worse than this, and I say that as an iPhone owner. It’s so frustrating!

Can’t they publish this as a “test-flight” beta like for instance iSH does?

Post reply on HN