'ssh -X' on laptop with dedicated graphics card, produces 'libGL error'

On a laptop with dedicated graphics card (below specs), whose name is ZB15G5, I have ssh-ed (with -X) to a computer named abc, in order to visualize some graphics…

ssh -X -Y username@abc...

After having ssh-ed, this is the error I receive when launching the application:

[david@ZB15G5 ~]$ ssh -X -Y username@abc...
[dcabu@thul ~]$ adfview
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Segmentation fault (core dumped)

I have tried this ssh -X -Y connection to abc from a computer running linux as well, that hasn’t got a dedicated graphics card… and the application launches normally.

Specs for ZB15G5:

[david@ZB15G5 ~]$ inxi -Fxxxz
  Host: ZB15G5 Kernel: 4.19.56-1-MANJARO x86_64 bits: 64 compiler: gcc 
  v: 9.1.0 Desktop: Gnome 3.32.2 wm: gnome-shell dm: GDM 3.32.0 
  Distro: Manjaro Linux 
  Type: Laptop System: HP product: HP ZBook 15 G5 v: N/A serial: <filter> 
  Chassis: type: 10 serial: <filter> 
  Mobo: HP model: 842A v: KBC Version 15.37.00 serial: <filter> UEFI: HP 
  v: Q70 Ver. 01.07.00 date: 04/15/2019 
  ID-1: BAT0 charge: 86.4 Wh condition: 88.8/88.8 Wh (100%) volts: 16.7/15.4 
  model: Hewlett-Packard Primary type: Li-ion serial: <filter> 
  status: Discharging 
  Topology: 6-Core model: Intel Core i7-8750H bits: 64 type: MT MCP 
  arch: Kaby Lake rev: A L2 cache: 9216 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx 
  bogomips: 53004 
  Speed: 1000 MHz min/max: 800/4100 MHz Core speeds (MHz): 1: 1000 2: 1000 
  3: 1001 4: 999 5: 1002 6: 1000 7: 1000 8: 1000 9: 1000 10: 1001 11: 1000 
  12: 1000 
  Device-1: NVIDIA GP107GLM [Quadro P1000 Mobile] vendor: Hewlett-Packard 
  driver: nvidia v: 430.26 bus ID: 01:00.0 chip ID: 10de:1cbb 
  Display: x11 server: X.org 1.20.5 driver: nvidia compositor: gnome-shell 
  resolution: <xdpyinfo missing> 
  OpenGL: renderer: Quadro P1000/PCIe/SSE2 v: 4.6.0 NVIDIA 430.26 
  direct render: Yes 
  Device-1: Intel Cannon Lake PCH cAVS vendor: Hewlett-Packard 
  driver: snd_hda_intel v: kernel bus ID: 00:1f.3 chip ID: 8086:a348 
  Sound Server: ALSA v: k4.19.56-1-MANJARO 
  Device-1: Intel Wireless-AC 9560 [Jefferson Peak] driver: iwlwifi 
  v: kernel bus ID: 00:14.3 chip ID: 8086:a370 
  IF: wlp0s20f3 state: up mac: <filter> 
  Device-2: Intel Ethernet I219-LM vendor: Hewlett-Packard driver: e1000e 
  v: 3.2.6-k port: efa0 bus ID: 00:1f.6 chip ID: 8086:15bb 
  IF: enp0s31f6 state: down mac: <filter> 
  Local Storage: total: 476.94 GiB used: 43.03 GiB (9.0%) 
  ID-1: /dev/nvme0n1 vendor: Samsung model: MZVLB512HAJQ-000H1 
  size: 476.94 GiB speed: 31.6 Gb/s lanes: 4 serial: <filter> rev: EXA73H1Q 
  scheme: GPT 
  ID-1: / size: 464.26 GiB used: 43.03 GiB (9.3%) fs: ext4 
  dev: /dev/nvme0n1p3 
  ID-2: swap-1 size: 4.00 GiB used: 0 KiB (0.0%) fs: swap 
  dev: /dev/nvme0n1p2 
  System Temperatures: cpu: 45.0 C mobo: 38.0 C gpu: nvidia temp: 39 C 
  Fan Speeds (RPM): N/A 
  Processes: 319 Uptime: N/A Memory: 31.27 GiB used: 1.56 GiB (5.0%) 
  Init: systemd v: 242 Compilers: gcc: 9.1.0 Shell: bash v: 5.0.7 
  running in: gnome-terminal inxi: 3.0.34

There is an incompatibility between current Mesa (client side) and nvidia’s driver (server side) when it comes to indirect rendering.

This has been reported here before. Not sure whose fault it is, but indirect rendering still works with e.g. Mesa 11.0.7 on the client side and nvidia’s driver on the server side.