Administrace komentářů

Tohle je dost dřevorubecké řešení, které se ti při dalším updatu může zase rozbít. Pokusím se vysvětlit proč.

Z kontextu dedukuji, že máš notebook s dvěma grafikami spřaženými technologií nVidia Optimus. V tomto uspořádání má jen grafika Intel vyvedený videovýstup, pokud ta nefunguje, nic ne nemůže vykreslit. nVidia má určitým mechanismem přístup do videopaměti té intelky a je tedy možná na ní offloadovat nějaké vykreslování. Proprietární ovladače nVidie na Linuxu tento offloading oficiálně nepodporují, existují jen nějaké komunitní hacky.

Tak a teď jak to souvisí s libGL.so. libGL.so je knihovna, která slouží jen jako lepidlo mezi aplikací, která chce použít OpenGL a grafickým ovladačem. Vždycky ale musí v systému existovat, jinak by OpenGL vůbec nefungovalo. Tohle lepidlo je vždycky specifické pro konkrétní ovladač, mix libGL.so z ovladače A s OpenGL implementací ovladače B se velmi pravděpodobně rozbije. To je problém, protože libGL.so může být v systému jen jedna(*). Ovladače Intel na Linuxu používají OpenGL implementaci z Mesy, nVidia má svou vlastní a když ty ovladače nainstaluješ oboje, srazí se to. Komunitní hacky, které zpojízdňují Optimus na Linuxu to obchází tak, že nVidií ovladače nainstalují úplně jinam a pomocí LD_LIBRARY_PATH (myslím) podstrčí offloadované aplikaci nVidií verzi libGL.so

Tvoje řešení má značný potenciál se rozsypat zase při další aktualizaci ovladačů nVidie.