Bug#769518: Fwd: [Bug 86281] brw_meta_fast_clear (brw=brw@entry=0x7fffd4097a08, fb=fb@entry=0x7fffd40fa900, buffers=buffers@entry=2, partial_clear=partial_clear@entry=false)

2015-08-14 Thread Mathieu Malaterre
Control: tags -1 confirmed upstream Not marking as patch, but this is a work-around: -- Forwarded message -- Comment # 39 on bug 86281 from Martin Peres This patch should be a good workaround: http://cgit.freedesktop.org/~ickle/mesa/commit/?h=brw-batch&id=e2a696a4cd93c2dbe44524

Processed: Fwd: [Bug 86281] brw_meta_fast_clear (brw=brw@entry=0x7fffd4097a08, fb=fb@entry=0x7fffd40fa900, buffers=buffers@entry=2, partial_clear=partial_clear@entry=false)

2015-08-14 Thread Debian Bug Tracking System
Processing control commands: > tags -1 confirmed upstream Bug #769518 [libgl1-mesa-dri] libgl1-mesa-dri: Failed to open BO for returned DRI2 buffer (1680x1050, dri2 back buffer, named 18) Added tag(s) upstream and confirmed. -- 769518: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769518 Deb

[RFC] Embed the mesa version in the library/binary name

2015-08-14 Thread Emil Velikov
Hello all, My name is Emil and I'm the person breaking^w fixing mesa's build amongst others. A while back I had this idea of renaming the libraries provided by mesa to include the actual version number. Prior to doing anything "crazy" I've decided to seek your feedback. * What The idea is to re

libdrm: Changes to 'upstream-unstable'

2015-08-14 Thread Robert Hooker
.gitignore |2 Makefile.am |6 Makefile.sources|5 amdgpu/Makefile.am | 57 + amdgpu/amdgpu-symbol-check | 51 + amdgpu/amdgpu.h | 1178 ++ amdgpu/amdgpu_bo.c | 705 +

libdrm: Changes to 'debian-unstable'

2015-08-14 Thread Robert Hooker
.gitignore |2 Makefile.am|6 Makefile.sources |5 amdgpu/Makefile.am | 57 amdgpu/amdgpu-symbol-check

Re: [RFC] Embed the mesa version in the library/binary name

2015-08-14 Thread Igor Gnatenko
On Aug 14, 2015 6:21 PM, "Emil Velikov" wrote: > > Hello all, Hi, > > My name is Emil and I'm the person breaking^w fixing mesa's build > amongst others. Yes, we know :D > > A while back I had this idea of renaming the libraries provided by > mesa to include the actual version number. Prior to doi

Re: [RFC] Embed the mesa version in the library/binary name

2015-08-14 Thread Rob Clark
On Aug 14 2015 or thereabouts, Igor Gnatenko wrote: > On Aug 14, 2015 6:21 PM, "Emil Velikov" wrote: > > > > Hello all, > Hi, > > > > My name is Emil and I'm the person breaking^w fixing mesa's build > > amongst others. > Yes, we know :D > > > > A while back I had this idea of renaming the librari

Re: [RFC] Embed the mesa version in the library/binary name

2015-08-14 Thread Emil Velikov
On 14 August 2015 at 20:47, Rob Clark wrote: > On Aug 14 2015 or thereabouts, Igor Gnatenko wrote: >> On Aug 14, 2015 6:21 PM, "Emil Velikov" wrote: >> > >> > Hello all, >> Hi, >> > >> > My name is Emil and I'm the person breaking^w fixing mesa's build >> > amongst others. >> Yes, we know :D >> >

Re: [RFC] Embed the mesa version in the library/binary name

2015-08-14 Thread Emil Velikov
On 14 August 2015 at 18:52, Igor Gnatenko wrote: > I'm fully agree with proposal, but one question. How much libs/programs > links against libGL or other libs? I mean how much programs we will rebuild > every release? The libGL.so and libGL.so.1 (and equivalents for other libraries) will not be r

Re: [RFC] Embed the mesa version in the library/binary name

2015-08-14 Thread Rob Clark
On Aug 14 2015 or thereabouts, Emil Velikov wrote: > On 14 August 2015 at 20:47, Rob Clark wrote: > > On Aug 14 2015 or thereabouts, Igor Gnatenko wrote: > >> On Aug 14, 2015 6:21 PM, "Emil Velikov" wrote: > >> > > >> > Hello all, > >> Hi, > >> > > >> > My name is Emil and I'm the person breaking