[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#680306: nouveau_drv.so is not linked, causing "no text, no icons, ..."



Package: xserver-xorg-video-nouveau
Version: 1:1.0.1-1
Severity: important

I found a solution to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679127 by manually
building git://anongit.freedesktop.org/nouveau/xf86-video-nouveau

The problem is linking, in Debian's
/usr/lib/xorg/modules/drivers/nouveau_drv.so it is:

--------------------------------------------------------------------------------
            linux-vdso32.so.1 =>  (0x00100000)
            libdrm.so.2 => /usr/lib/powerpc-linux-gnu/libdrm.so.2 (0x6ff82000)
            libudev.so.0 => /lib/powerpc-linux-gnu/libudev.so.0 (0x6ff53000)
            librt.so.1 => /lib/powerpc-linux-gnu/librt.so.1 (0x6ff2a000)
            libc.so.6 => /lib/powerpc-linux-gnu/libc.so.6 (0x6fd96000)
            libpthread.so.0 => /lib/powerpc-linux-gnu/libpthread.so.0
(0x6fd5b000)
            /lib/ld.so.1 (0x20459000)
--------------------------------------------------------------------------------

(notice ****missing**** libdrm_nouveau.so.%)

On just-built by myself xf86-video-nouveau it is:

--------------------------------------------------------------------------------
~/nouveau/xf86-video-nouveau# ldd ./src/.libs/nouveau_drv.so
        linux-vdso32.so.1 =>  (0x00100000)
        libdrm_nouveau.so.1 =>
/usr/lib/powerpc-linux-gnu/libdrm_nouveau.so.1 (0x6ff84000)
        libudev.so.0 => /lib/powerpc-linux-gnu/libudev.so.0 (0x6ff55000)
        librt.so.1 => /lib/powerpc-linux-gnu/librt.so.1 (0x6ff2c000)
        libc.so.6 => /lib/powerpc-linux-gnu/libc.so.6 (0x6fd98000)
        libdrm.so.2 => /usr/lib/powerpc-linux-gnu/libdrm.so.2 (0x6fd6c000)
        libpthread.so.0 => /lib/powerpc-linux-gnu/libpthread.so.0 (0x6fd31000)
        /lib/ld.so.1 (0x203eb000)
--------------------------------------------------------------------------------

I wonder how such weird thing can happen on Debian's side. Maybe you
just don't check on architectures which are different from x86.



Reply to: