Quais são as dependências de construção requeridas do mesa para distros baseadas no Debian? [fechadas]

2

Meu objetivo é jogar o Team Fortress 2 no Kali Linux (uma distribuição estável do Debian Wheezy com o kernel personalizado do Debian Sid) desde há muito tempo, mas não consegui por causa das seguintes falhas gráficas:

  • Texturas escuras ruins
  • FPS muito baixo
  • baixo brilho
  • Textura verde no vídeo de treinamento
  • Efeito de grão feio em texturas

A solução depois de muita pesquisa foi compilar uma nova versão do Mesa sobre 8.0.5. Eu usei o guia "oficial" feito pelo mantenedor do Mesa do Debian:

link

Mas agora estou presa no processo ./configure, porque diz que o libdrm_nouveau deve ser pelo menos 2.4.33 enquanto o dpkg me relata que a versão é 2.4.40. Então a questão é:

Alguém conseguiu superar esse problema de versão e concluir o processo completo de construção ou instalação?

Eu tenho o mesmo problema que: stackoverflow.com/questions/20827233/installing-mesa-10-on-debian, mas desde que eu uso o Mesa 9.0.3, eu enfrento esse problema em vez do da libdrm-intel.

Aqui está o meu computador:

  • Core I5 com HD 3000 e GT 540M
  • Kali Linux 1.0.9 atualizado
  • Kernel 3.14 i686-pae com módulos do kernel nvidia 331.67
  • bumblebee-nvidia instalado através do repositório wheezy-backports

Meus passos:

./configure

E o relatório de erros de criação:

checking for NOUVEAU... no
configure: error: Package requirements (libdrm_nouveau >= 2.4.33) were not met:

Requested 'libdrm_nouveau >= 2.4.33' but version of libdrm_nouveau is 0.6

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables NOUVEAU_CFLAGS
and NOUVEAU_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

Aqui está o resultado de "dpkg -l | grep libdrm:

ii  libdrm-dev                              2.4.40-1~deb7u2                    i386         Userspace interface to kernel DRM services -- development files
ii  libdrm-intel1:i386                      2.4.40-1~deb7u2                    i386         Userspace interface to intel-specific kernel DRM services -- runtime
ii  libdrm-nouveau1a:i386                   2.4.40-1~deb7u2                    i386         Userspace interface to nouveau-specific kernel DRM services -- runtime
ii  libdrm-radeon1:i386                     2.4.40-1~deb7u2                    i386         Userspace interface to radeon-specific kernel DRM services -- runtime
ii  libdrm2:i386                            2.4.40-1~deb7u2                    i386         Userspace interface to kernel DRM services -- runtime

Mesmo se eu usar o Kali Linux, todos os pacotes que estou trabalhando são exatamente iguais no Debian 7.6 (versões verificadas com uma VM).

Eu também consegui compilar o Mesa 10.0.5 e terminei o tutorial. Em vez de usar os caminhos usados neste último para as exportações, usei os meus que apontam corretamente para as bibliotecas. Mas ainda estou com problemas.

Meus passos foram:

# autoreconf -vfi
# ./configure --prefix=/usr --enable-driglx-direct --enable-gles1 --enable-gles2 --enable-glx-tls --with-dri-driverdir=/usr/lib/dri --with-egl-platforms='drm x11' --with-dri-drivers=i965
# make
# checkinstall

Além disso, eu não instalei o mesa-common-dev já que ele entra em conflito com o recém-instalado Mesa. Eu também não fiz 'mv lib / gallium / * lib /', como sugerido desde o meu GPU é um Intel. Ao fazer as verificações, eu enfrentei isso em comparação, então parece que não funcionou:

# export LIBGL_DRIVERS_PATH=/usr/lib/dri
libGL: OpenDriver: trying /usr/lib/dri/tls/i965_dri.so
libGL: OpenDriver: trying /usr/lib/dri/i965_dri.so
libGL error: unable to load driver: i965_dri.so
libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
# export LD_LIBRARY_PATH=/usr/lib
libglapi.so.0 => /home/user/Data/Mesa-10.0.5/src/mapi/shared-glapi/.libs/libglapi.so.0 (0xb772c000)
# export EGL_DRIVERS_PATH=/usr/lib
# EGL_LOG_LEVEL=debug es2_info 2>&1 >/dev/null | grep '\.so'
#

O último teste não retornou nada, tornando ainda mais estranho. Mesmo se eu seguisse perfeitamente o guia, ainda não está funcionando, há algo implicitamente dito que eu não notei?

    
por X.LINK 18.10.2014 / 02:52

0 respostas

Tags