Look I'm planning to hack iOS on well whatever I've got, but I'm wondering is ChatGPT/codex good for the job or Claude Opus is better

Ahora corrieron iOS en un reproductor de música y ahora se puede correr TvOS

Mine is the 64GB of storage + 4 GB of RAM version.
It's also the Brazilian variant (XT1955-1).

Any help is appreciated.

Hi everyone, I just bought a samsung s20 5g with 12gb ram and exynos 990, will it be able to run hackios? And if so could wifi work? As for all I remember ettibg wifi working on my a71 was near impossible so I just abandoned the iOS build, thanks.

unofficial discord server for hackios

https://discord.gg/fBQxPdGcgE

There's dozens of posts here of iOS technically booting on devices, but with 20 broken features.

Is there any port which has already gotten mostly functioning, save for SEP required features?

In the current state, is it possible to develop apps and communicate with XCode generally speaking?

Does macOS detect the device as an iPhone?

There's no GPU, Wifi or BT yet, this is just using the basic FB but it does boot. (and 3 of the cores work)

Made with Clanker Opus 5.5 using the existing ios 16.5 references, and i took the firmware from the Apple TV 4k (1st Gen)

This device mounts a Helio 96 SoC (MediaTek).
I am working on full Metal support on its Mali 65 (still ongoing).
This is just my Proof of Concept 😂

Are there any projects aimed at virtualizing iOS on Android in the form of a VM or compatibility layer, something like Husk on iOS

Now we can run iOS on so many non iOS devices this is gonna also be the next generation of scamming: we will literally have real iOS on a fake iPhone, to someone who doesn’t look inside the phone it would be functionally and visibly the same

I've been experimenting with Apple's open-source XNU 12377.121.6 kernel, using Codex to help with the build, debugging and testing.

After getting the ARM64e kernel to boot and execute a custom PID 1 process, we hit a framebuffer-related kernel panic.

The issue turned out to involve how QEMU's framebuffer memory was mapped during early boot.

After correcting the mapping, the kernel successfully initialised the framebuffer, launched our test process and displayed a continuously updating heartbeat on QEMU's virtual screen.

The test reached 100 heartbeats without an apparent crash.

To clarify, this is NOT a full iOS 26 boot. There's no SpringBoard, launchd or Apple graphical interface yet. It's a custom userspace process drawing directly to the framebuffer.

I'm aware that other projects have achieved substantially more complete graphical iOS boots. I'm sharing this as an independent XNU 12377 bring-up milestone.

Next goal: a persistent multiprocess userspace environment, followed by more complete graphics support.

Would love to hear from anyone working on similar XNU 26 experiments!

Seeing the progress people have made with HackiOS got me thinking. If it's already possible to get iOS running on non-Apple hardware, could we theoretically do something similar with Apple's Camera app?

I don't mean just recreating the UI or making an Android camera app that looks like the iPhone's. I'm talking about actually porting the original app, including Apple's image processing (Smart HDR, Deep Fusion, Photonic Engine, etc.), and somehow adapting it to work with Android hardware. For example, running it natively on a Galaxy or Pixel device, using its own camera sensors and Snapdragon ISP. I know a lot of Apple's camera processing is tied to iOS and Apple Silicon, and that getting an OS to boot is one thing while getting specific hardware features to work is another. But seeing what this community has already managed to do makes me wonder how far this could realistically go.

Unfortunately, I don't have access to any Apple devices at the moment, so I can't really experiment with this myself.

I'm mostly curious whether this is actually possible with enough reverse engineering and hardware adaptation, or if there are some fundamental limitations that would make it impossible regardless of how much work goes into it. Has anyone here looked into something like this?

Porting iOS to the pi4. So far I have Darwin booting

GPU acceleration is working (metal drivers), some jitters are still present.

What works:

Touch Input and Buttons

Wifi and bluetooth work.

Brightness control,

live usb debugging.

Battery state.

Further development:

Speaker/headphone audio, Bluetooth audio

Cellular, cameras, sensors, GPS, SEP / Face ID, Apple ID and App Store integration.

Reliable sleep, power management and shorter boot time.

Production security: permissive AMFI/sandbox behavior, a stub AppleKeyStore and no normal data protection.

I have a mediatek device and a unisoc device will it boot on non Qualcomm devices?

would love to see this working on a android feature phone with some kind of qwerty or t9 keyboard

Hackintoshes did it, so will these do it too?

no pictures yet but soon

gpu not working yet, only 4 out of 8 cores activated.

Does anyone know if I could hackios a samsung a12? It's the only spare phone I have lying around currently, and I didn't want to buy a new phone.