WARNING: do not install manjaro-arm-qemu-static
#1
If you install this package on Manjaro as required by some qemu+wine x86 tutorials on rpi, you will break your system and have to recover through chroot.

If you tend to follow RPI tutorials, or attempt to, to accomplish things, this one can have some bad consequences.
I'm not familiar with it so obviously as a rule don't run stuff if you don't know what it does, but I have been doing that a lot on PBP. It somehow made the system act like every binary was the wrong architecture, so not even basic commands like ls, cd, etc worked immediately after install.
#2
(01-30-2020, 02:20 PM)aaspectre Wrote: If you install this package on Manjaro as required by some qemu+wine x86 tutorials on rpi, you will break your system and have to recover through chroot.

Always compile qemu from source
#3
(01-30-2020, 02:25 PM)astr0baby Wrote: Always compile qemu from source
I 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.
#4
(01-30-2020, 02:43 PM)aaspectre Wrote:
(01-30-2020, 02:25 PM)astr0baby Wrote: Always compile qemu from source
I 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 Smile 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
#5
(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 source
I 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 Smile 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 source
I 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 Smile 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.


Possibly Related Threads…
Thread Author Replies Views Last Post
  Unable to install Debian Bullseye because of missing wifi firmware Pino64 1 138 05-13-2022, 06:52 PM
Last Post: wdt
  Manjaro and Arch repository with privacy oriented software as400 86 62,821 04-27-2022, 07:44 AM
Last Post: annahellrothsparent
  Fresh Manjaro does not boot from eMMC pentamassiv 6 605 03-27-2022, 11:01 AM
Last Post: xNix
  Dual boot Manjaro and Debian? dieselnutjob 3 349 03-26-2022, 07:17 AM
Last Post: dieselnutjob
  Pinebook Pro w/ Manjaro KDE Random Freeze/Crash BenniTec 1 361 03-18-2022, 04:03 PM
Last Post: BenniTec
  Manjaro Gnome on Pinebook Pro Review! - My New Favourite Pinebook Pro Distro! ImmyChan 0 407 02-18-2022, 12:59 PM
Last Post: ImmyChan
Question Manjaro with Full Disk Encryption and GRUB dumetrulo 0 446 02-11-2022, 04:21 PM
Last Post: dumetrulo
  Manjaro -box64 and wine -Help Mangled 1 797 01-27-2022, 01:13 PM
Last Post: Mangled
  Possible to run ArmV7 Apps on Manjaro? gandlers 15 2,094 01-22-2022, 05:19 PM
Last Post: gandlers
  [Manjaro] u-boot won't boot from eMMC with (unbootable) SD card present zackw 0 420 01-10-2022, 03:58 PM
Last Post: zackw

Forum Jump:


Users browsing this thread: 1 Guest(s)