@daggermoon @cm0002 because linux users are still compiling their os…

@DaPorkchop_ @jqubed try two nvidia GPUs, both with outputs active on wayland…

@russjr08 @green previously it used grub4dos that was lauched from windows xp bootloader. this is still useful on mbr-efi multi-os boot usb drives

@pinball_wizard @Kolanaki why not just install tde? It may look like classic windows, but better

@wander1236 @Lexam with tcc, this should be possible…
https://github.com/andreiw/tinycc

@renzev for me, /mnt/runtime/default is not enough, because some apps using /mnt/runtime/read or /mnt/runtime/write as storage.

@renzev @Ephera it does not work good, because on android you have to mount sshfs 3 times to become it accessible for apps. Just little option to add 2 bind mounts and maintain it would solve fs access issues, but now manually doing it in root shell is not easy

@domi @Alphane_Moon proton config mentions fexemu and arm64ec

@jaschen @SpaceNoodle or some unknown error only disappearing after reboot (especially with winsshfs/winfsp-like drivers)

@Ephera @renzev android fs is just sucks. You cannot share folder with other app because of gargage sepolicy. You can share folder descriptor to bypass mount namespace, but selinux will prevent accessing it until set to permissive mode. And android does not provide way to patch sepolicy for user.

@graphene @Tattorack usually PWAs can be easily fetched and re-hosted locally

@Rusty @Kory Usually i using http://www.rdesktop.org/, but it is not actively developed now

@MystikIncarnate @_carmin try different DE like TDE, XFCE, KDE

@devfuuu @cm0002 still using grub installation and configs i generated in 2011. Questions?

@qqq @OpenStars before wow64 introduction, wine required 32 bit process and multilib to run 32 bit code, requiring 32 bit opengl/bulkan implementations
But it is possible to run 32 bit code in 64 bit process.
Wine in wow64 mode enforces 64 bit process to use only lower 32 bits address space and thunks 64 bit libraries via wine nt syscall interface to loaded 32 bit PE binaries. No multilib or even 32 bit process support required, 32 bit instructions executed as is. Also this allows using machine code translation layers (like fexemu) exposing native calls with same syscall interface.
wow64 maybe still limitted because it does not allow calling native libraries directly and increases overhead. win32 TLS code is using same fs segment register as linux 64bit TLS and workarounds may have bigger overhead, than using multilib

@Mwa @NONE_dc *uninstall

@NONE_dc looks like pipewire moment :)

@Natanox @NONE_dc when i installed windows 7 beta first time, it was impossible to make my realtek audio work with it at all, all drivers failed to start…

@VinesNFluff @westyvw but win9x still using dos drivers, so it is dos application. 32 bit dos application running on untouched dos system. Yes, it implements full 32 bit OS

@Breve i prefer spending couple hours to configure (and half-a-day to rebuild packages) to update my home linux system every half-a-year than using windows. And it seems, there is no windows alternative for non-IT-professionals now because every distro is broken. I still may recommend linux mint as windows alternative, but not sure it really will be better that windows because it’s ubuntu based and will catch all ubuntu bugs.
Also, most binary distros build mesa with nouveau enabled, which breaks it. It links lingbm to glappi, which causes dependency hell. Also it adds some slow nouveau call to winsys implementation even if you do not have nvidia, shich causes big slowdown. And linked-in nouveau code in libgallium increases memory footprint This only should be used when you relly use nouveau, but most people replace it with binary blob or not using nvidia at all…