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

Bug#568091: marked as done (libgl1-mesa-glx: mesa needs to be built against current libdrm-dev)



Your message dated Tue, 02 Feb 2010 14:23:21 +0100
with message-id <4B682749.5020705@ens-lyon.org>
and subject line Re: Bug#568091: libgl1-mesa-glx: mesa needs to be built against current libdrm-dev
has caused the Debian Bug report #568091,
regarding libgl1-mesa-glx: mesa needs to be built against current libdrm-dev
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
568091: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568091
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: libgl1-mesa-glx
Version: 7.6.1-1
Severity: wishlist


This may be "jumping the gun" but after libdrm-radeon1 became availabe
I attempted to get kernel mode setting working with a radeon 9200se card.

I had to compile xf86-ati-radeon from git (version 6.12.99), and then
ran into software rendering being used.

I recompiled the mesa in Debian (7.6.1) against the libdrm 2.4.17 and
now have hardware rendering working again.

There may be very good reasons for having mesa in Debian unstable still
compiled against earlier libdrm, but to make use of kernel mode setting
with acceleration I had a long recompile of mesa (nearly 13 hours on this
machine), and mesa compiled against current libdrm would have avoided this
problem.

Thanks! 

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgl1-mesa-glx depends on:
ii  libc6                         2.10.2-5   Embedded GNU C Library: Shared lib
ii  libdrm2                       2.4.17-1   Userspace interface to kernel DRM 
ii  libx11-6                      2:1.3.3-1  X11 client-side library
ii  libxdamage1                   1:1.1.2-1  X11 damaged region extension libra
ii  libxext6                      2:1.1.1-2  X11 miscellaneous extension librar
ii  libxfixes3                    1:4.0.4-1  X11 miscellaneous 'fixes' extensio
ii  libxxf86vm1                   1:1.1.0-2  X11 XFree86 video mode extension l

Versions of packages libgl1-mesa-glx recommends:
ii  libgl1-mesa-dri               7.6.1-1    A free implementation of the OpenG

libgl1-mesa-glx suggests no packages.

-- debconf-show failed



--- End Message ---
--- Begin Message ---
Version: 7.7-3


Arthur Marsh wrote:
> Package: libgl1-mesa-glx
> Version: 7.6.1-1
> Severity: wishlist
>
> This may be "jumping the gun" but after libdrm-radeon1 became availabe
> I attempted to get kernel mode setting working with a radeon 9200se card.
>
> I had to compile xf86-ati-radeon from git (version 6.12.99), and then
> ran into software rendering being used.
>
> I recompiled the mesa in Debian (7.6.1) against the libdrm 2.4.17 and
> now have hardware rendering working again.
>
> There may be very good reasons for having mesa in Debian unstable still
> compiled against earlier libdrm, but to make use of kernel mode setting
> with acceleration I had a long recompile of mesa (nearly 13 hours on this
> machine), and mesa compiled against current libdrm would have avoided this
> problem.
>   

xf86-video-radeon 6.12.99 and mesa 7.7 have been built against newest
libdrm yesterday and are now in experimental. I don't plan to rebuild
mesa 7.6.1 since DRI2/KMS needs radeon 6.12.99 anyway and we won't put
it in unstable soon.

Brice



--- End Message ---

Reply to: