typo in nvidia: on line 55 -> usr//
tested glxinfo, played etlegacy, loaded fishGL, watched a movie.. nvidia works.

question; why not map it like the old way and directly to
vinstall libglx.so.${version} 755 usr/lib/xorg/modules/extensions/nvidia
ln -sf libglx.so.${version} ${DESTDIR}/usr/lib/xorg/modules/extensions/nvidia/libglx.so
it states it's purpos # GLX ext mod for X (and retains no mesa conflict) ?

Is there anything blocking this?

@maxice8 I doubt that I will be able to fix libglvnd on musl. So either you have to find someone who may know how to debug and fix it, or just build mesa on musl without libglvnd since it is the only libGL there.

nothing changed in 18.1.2 regarding tegra so no reason why it wouldn't work. Also, I use it on aarch64-musl and libglvnd works fine.

or just build mesa on musl without libglvnd since it is the only libGL there.

won't be possible, libglvnd causes changes to common/shlibs

common/shlibs can have AFAIK double entries.

common/shlibs can have AFAIK double entries.

if that is the case i will work on it after i'm done with #558

@Johnnynator i added libglvnd as a build_option called libglvnd.

i686-musl and x86_64-musl have it disabled, the rest have it enabled, i also marked libglvnd as broken on those arches.

if you could test i would appreciate greatly, i have no musl machines.

@maxice8 It seems to work fine. Tested so far with OpenMW, Firefox and some qt5 stuff.

Damn. It actually will not work. xbps-src will always add the first entry to rundeps so anything that depends on e.g. libGL.so.1 will try to pull in libglvnd on every Architecutre. I wrongly assumed that it may work because some shlibs had already two entries of different packages. It seems like either common/shlibshas to be advanced to have a special third arch specific entry or the way pre-pkg/04-generate-runtime-deps.sh resolves shlibs has to be done in a more advanced manner.

Edit: actaully there is some handling of multiple entries, but it only test for subpackages. Maybe advancing it to check if one of the packages is set to broken.

I have decided to postpone libglvnd support and just push for libGL 18.1.3 to be added.

@q66 i removed libglvnd, see if it has any effect on tegra please.

@maxice8 i can't test it right now, but it should be fine as long as it builds, because i was doing all my initial 18.1 testing with no libglvnd and it worked like a charm. I checked the commits and they seem fine, too. So no worries about that, I guess

x86_64-musl with an Intel iGPU is also working fine.