04-08-2020, 06:55 PM
(This post was last modified: 04-08-2020, 06:55 PM by the_hiacer.)
(01-30-2020, 03:17 PM)astr0baby Wrote:(01-30-2020, 02:43 PM)aaspectre Wrote:(01-30-2020, 02:25 PM)astr0baby Wrote: Always compile qemu from sourceI had done, but I wasn't exactly sure what a particular wine x86 on rpi tutorial was calling for when it wanted me to cp a qemu-static binary from /usr/bin/ into a debootstrap, so I figured what could be the harm? Apparently, the immediate ceasing of literally all functionality. I guess this package will actually somehow get your system to run everything through qemu such that they are the wrong architecture despite being the right architecture? I'm still not sure what even happened,
If you want to take a look:
https://www.novaspirit.com/2019/04/15/run-x86-arm/
I'm still very keen on the idea of running x86 wine for some basic windows stuff on my PBP in more seamless way than a KVM, so if you have any suggestions or input, that'd be appreciated.
Let me tell you a little secret Windows 10 arm64 is big part x86 (32bit) code and arm64 .. so it natively runs most apps that are x86 32bit .... Windows 10 arm64 runs quite well under accelerated qemu-system-aarch64 via KVM, all you need for good work is a USB network card for Qemu passthrough and connect to the VM over network with RDP ...
If you want to run Wine x86 stuff have a look at this project called Hangover https://github.com/AndreRH/hangover its designed for arm64
So this is what Microsoft is doing with its latest Surface Pro X. It works, but terribly slow.
(01-30-2020, 03:17 PM)astr0baby Wrote:(01-30-2020, 02:43 PM)aaspectre Wrote:(01-30-2020, 02:25 PM)astr0baby Wrote: Always compile qemu from sourceI had done, but I wasn't exactly sure what a particular wine x86 on rpi tutorial was calling for when it wanted me to cp a qemu-static binary from /usr/bin/ into a debootstrap, so I figured what could be the harm? Apparently, the immediate ceasing of literally all functionality. I guess this package will actually somehow get your system to run everything through qemu such that they are the wrong architecture despite being the right architecture? I'm still not sure what even happened,
If you want to take a look:
https://www.novaspirit.com/2019/04/15/run-x86-arm/
I'm still very keen on the idea of running x86 wine for some basic windows stuff on my PBP in more seamless way than a KVM, so if you have any suggestions or input, that'd be appreciated.
Let me tell you a little secret Windows 10 arm64 is big part x86 (32bit) code and arm64 .. so it natively runs most apps that are x86 32bit .... Windows 10 arm64 runs quite well under accelerated qemu-system-aarch64 via KVM, all you need for good work is a USB network card for Qemu passthrough and connect to the VM over network with RDP ...
If you want to run Wine x86 stuff have a look at this project called Hangover https://github.com/AndreRH/hangover its designed for arm64
So this is what Microsoft is doing with its latest Surface Pro X. It works, but terribly slow.