This pull request fixes a few issues that I have been encountering when using NixGL in nix-shell and as a runtime dependency on a Raspberry Pi 5 (aarch64):
the enable32bits parameter was always on by default, causing trouble down the line. It has now been changed to be on by default when on an x86 system and off otherwise.
pkgsi686Linux and driversi686Linux were always being pulled as package dependencies regardless of whether enable32bits was on or not, making the build fail since they are not available on ARM. They now only get pulled in if enable32bits is on.
auto.nixGLDefault would always fall back to nixGLIntel, pulling in and attempting to build the Intel display drivers without much of a need for them. Fallback has been changed to use nixGLIntel on an x86 system and to nixGLMesa elsewhere.
I hope to not have broken anything else - unfortunately I have not had the occasion to test this on an x86 PC.
This pull request fixes a few issues that I have been encountering when using NixGL in nix-shell and as a runtime dependency on a Raspberry Pi 5 (aarch64):
enable32bitsparameter was always on by default, causing trouble down the line. It has now been changed to be on by default when on an x86 system and off otherwise.pkgsi686Linuxanddriversi686Linuxwere always being pulled as package dependencies regardless of whetherenable32bitswas on or not, making the build fail since they are not available on ARM. They now only get pulled in ifenable32bitsis on.auto.nixGLDefaultwould always fall back tonixGLIntel, pulling in and attempting to build the Intel display drivers without much of a need for them. Fallback has been changed to usenixGLIntelon an x86 system and tonixGLMesaelsewhere.I hope to not have broken anything else - unfortunately I have not had the occasion to test this on an x86 PC.