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

iOS on QEMU

github.com

Post reply on HN
Print view View original

81–90 of 106 posts

Re: iOS on QEMU

#81

Post by eptcyka »

easton wrote: post #80
elpakal wrote: post #69

Earlier quoted context omitted.

curious how you know that

Hypervisor.framework (and Virtualization.framework) in macOS run a Apple written hypervisor. This hypervisor implements VirtIO for its devices and can run macOS VMs (with full graphics and hardware acceleration, at least on the M1). One could conclude that it was implemented this way to allow compatibility for macOS on different hypervisors (and also so that Linux would just work on theirs). Speculation: I would be s…

I think Apple's silicon runs a very high margin, I imagine. Will the savings from running datacenters on their own silicon be big enough to offset the lost opportunity of selling more M1?

Re: iOS on QEMU

#82

Post by gjsman-1000 »

lostgame wrote: post #35
unix_fan wrote: post #7

Earlier quoted context omitted.

And also very easy to brake on apple's end.

Only for future releases. If it works currently for iOS 12, it'll keep working for those builds of iOS 12. I fail to see how Apple can break what already works for code they can't/won't change.

No - like, Apple sends a DMCA complaint or legal complaints to the project and the developers saying to shut it down or they'll bring in the lawyers.

Re: iOS on QEMU

#83

Post by atatatat »

gjsman-1000 wrote: post #82
lostgame wrote: post #35

Earlier quoted context omitted.

Only for future releases. If it works currently for iOS 12, it'll keep working for those builds of iOS 12. I fail to see how Apple can break what already works for code they can't/won't change.

No - like, Apple sends a DMCA complaint or legal complaints to the project and the developers saying to shut it down or they'll bring in the lawyers.

Pirate Bay

Re: iOS on QEMU

#84

Post by atatatat »

markstos wrote: post #22
mattl wrote: post #20

Earlier quoted context omitted.

I think the number of people who have a Librem phone but want to run iOS on it is basically zero.

Wrong. There are people who would like hardware kill switches but are required to run either iOS or Android apps for work. With iOS in a VM, you could truly "log out of work" and shutdown that part of your phone when not needed without carrying a second work-specific device.

With a $150 GrapheneOS Pixel for things that matter, you could shut the other phone off and truly "shut off work".

Re: iOS on QEMU

#85

Post by usui »

IncRnd wrote: post #79
usui wrote: post #77

Earlier quoted context omitted.

It's not legacy code until the day Apple definitively axes Intel models. The writing is on the wall yes, but they are still selling Intel Macs and they are not deprecated yet. The majority of development still happens on Intel Macs. I built an 11th-gen Rocket Lake 128GB Hackintosh with Thunderbolt Display support+2 LED Cinema Display recently and it's been great. Thunderbolt 3 support on a Hackintosh has been nice. J…

What motherboard/gpu did you use for that?

Gigabyte Z590 Vision D

Re: iOS on QEMU

#86

Post by liamwire »

eptcyka wrote: post #81
easton wrote: post #80

Earlier quoted context omitted.

Hypervisor.framework (and Virtualization.framework) in macOS run a Apple written hypervisor. This hypervisor implements VirtIO for its devices and can run macOS VMs (with full graphics and hardware acceleration, at least on the M1). One could conclude that it was implemented this way to allow compatibility for macOS on different hypervisors (and also so that Linux would just work on theirs). Speculation: I would be s…

I think Apple's silicon runs a very high margin, I imagine. Will the savings from running datacenters on their own silicon be big enough to offset the lost opportunity of selling more M1?

I don’t think the demand curve is matching supply at this point, and the processors, while powerful, will be outdated in a relatively short timeframe. Utilising them in a build farm would be one way to put any excess to good use.

Re: iOS on QEMU

#87

Post by mattl »

atatatat wrote: post #84
markstos wrote: post #22

Earlier quoted context omitted.

Wrong. There are people who would like hardware kill switches but are required to run either iOS or Android apps for work. With iOS in a VM, you could truly "log out of work" and shutdown that part of your phone when not needed without carrying a second work-specific device.

With a $150 GrapheneOS Pixel for things that matter, you could shut the other phone off and truly "shut off work".

Yep. Just buy an anything-shitty Android phone in 7-11 and use that

Re: iOS on QEMU

#88

Post by Jyaif »

nbzso wrote: post #62
colejohnson66 wrote: post #33

Earlier quoted context omitted.

As a “closed iOS” advocate, I personally believe the ability to do development outside of a macOS is a great idea. I’ve long wanted to make iOS apps, but I don’t have the money to shell out for a Mac. Yes, Hackintoshes are a thing, but you need certain hardware to do so, and even then, it’s still difficult (last I checked).

Actually it is easy to build Hackintoshes, even with AMD. Catalina is running stable with Apple ID and all the bells and whistles. In the past when Apple ignored updating Mac Pro Trashcan for several years, we have build a monstrous PC with Hackintosh to run FinalCut. Search for Open Core Catalina.

I had a hackintosh back in 2009, and recently decided to go at it again and built a custom PC with all the components from https://www.tonymacx86.com/buyersguide/building-a-customac-h.... After a week I never managed to get the OS to install without the installation process crashing towards the end, so it's not "actually" easy even if you know your way around a computer.

Re: iOS on QEMU

#89

Post by kelnos »

Razengan wrote: post #58
pojntfx wrote: post #28

Earlier quoted context omitted.

You can actually do this now, without emulation: https://github.com/tpoechtrager/cctools-port Zig are also working on it: https://zig.news/monthly/zig-monthly-august-2021-ios-support... The pioneer of software dictatorship will probably make this impossible or illegal as soon as it gains any traction though. And people will probably congratulate them for it in the name of "security".

> The pioneer of software dictatorship Consoles were doing that shit way before, unless you redefine what counts as “software” or “dictatorship”

I do think consoles should be required to be open (as I think all phones should be), but I am sympathetic to the idea that consoles are somehow in a different class than phones or desktop/laptop computers. Consoles feel like purpose-built game machines, whereas phones feel like general purpose computers, albeit small ones.

Really, though, I don't have a good reason why I think it might be ok to lock down a purpose-built game machine. So maybe that's just not ok either.

Post reply on HN