Hi dev@ list.

Writing a bit about the situation with xorg and mesa when using the nvidia proprietary drivers.

I am using an nvidia gpu with the proprietary drivers, on xorg.
I use the proprietary drivers, because I found that the nouveau drivers don't really work too well.

When using the nvidia proprietary drivers on xorg, mesa is often pulled in as an aditional dependency. This dependency is not needed, because, by design, the proprietary drivers don't use mesa, instead re-implementing everything in mesa.

The reason this is the case is because xorg, when build with glx, needs a single header from the mesa project,
and checks for a pkg-config file also provided by mesa.

IMO, building all of mesa just for one single header is not the best of solutions.

See this issue on the xorg gitlab for more context:
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1638

For those who can't/don't want to open the above link and read the posts, this is what I use to avoid building mesa:
https://github.com/stefan11111/dri_interface.h

Thoughts?

--
Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz

COMMON_FLAGS="-O3 -pipe -march=native -fno-stack-protector -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -falign-functions=64 -fgraphite-identity -floop-nest-optimize"

USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man"

INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji"

Reply via email to