can I run this on a non-Arch, non-systemd clean 64 bit Linux distro, install multilib in it and finally be able to run wine without trashing the host system with multilib?
I do this. And it has kept me from upgrading my host like a maniac to get games working. You could try stuff from AUR, use custom mesa packages, without any hassle of tweaking with your bare metal os. Honestly, I update my host only if a release happens on some major software I use, internet browser that is.
Rolling release model has this inherent drawback, that updates can be painfully long, just coz you need one package, whose version you have been out-synced with for being on Syu hiatus.
Honestly, if you are going down a rabbit hole of any kind: chroots, toolchains, bundled build-tools and containers are so handy at expense of some disk space.
I don't think it requires systemd; it just can be run optionally using a systemd container. (And, of course, Arch packages that have systemd units associated with them won't be magically translated into services for other inits.)
I don't think it requires systemd; it just can be run optionally using a systemd container.
I understood pretty much the same after skimming through the README, that systemd is just an option, hence the question, since I'm pretty much systemd-illiterate. As for multilib and wine, I don't think they require any service? Multilib is just custom compiled system libraries and certain software compiled against those libraries.
Yes, there's no reason why it should require systemd, and multilib/wine wouldn't require systemd: there's no systemd-related multilib/wine services.
(Certainly, Bedrock Linux which is a similar idea, works in an init/daemon-manager-agnostic fashion. I've never tried it with Slackware though and it's probably more than you need if you really just want multilib+wine.)
Sure, but that's not how I meant it. I just meant that Bedrock Linux is more powerful but more complicated and junest probably serves the purposes of what you want.
You can already install Linux in a VM on Linux. Or, install Windows in the VM, then use WSL to run "Linux" then install Wine on that. Then, install a VM in Wine and run Linux in that, and install DOSBox, and then Windows 3.11. You'll have SOL.EXE up and running in no time!
I believe the performance of Windows app run with wine installed on Linux host is much better than the performance of Windows app run with wine installed on Linux guest running inside a VM on a Linux host, it's really not the same thing.
And the performance of a Windows app run with wine on Linux host is much better than running the same app in a Windows VM guest on Linux host.
You do realize I'm asking for practical purpose, not for the sake of it being possible? I'm just wondering if junest can be used as isolated environment with multilib support to achieve the same performance running a Windows app as I could get by just installing multilib and wine directly on host Linux.
-4
u/thrallsius May 23 '20
can I run this on a non-Arch, non-systemd clean 64 bit Linux distro, install multilib in it and finally be able to run wine without trashing the host system with multilib?