On Fri, Oct 23, 2015 at 5:01 AM, Lingzhu Xiang
wrote:
* Privilege to drmSetMaster()
If there is only one drm device no setup is needed.
This is an incorrect understanding of what drmSetMaster() does. It is
not setting a primary device, it's the process claiming the DRM_MASTER
capability, wh
On Fri, 2012-11-30 at 10:37 +0900, Norbert Preining wrote:
> Dear maintainers of libglapi-mesa,
>
> I am trying to update asymptote to use OSmesa and the configure script
> of it also checks for libglapi. THe check is done by compiling a simple
> program and trying to link it with
> ... -lgl
Hey all,
I've wrangled apitrace back into a pretty-much acceptable form in alioth
git¹. The main remaining query is (1) manpages (urgh), and (2)
statically linked zlib, png, snappy.
For (2), the wrapper libraries probably should use the statically linked
libs, as they'll be interposed in to arbit
On Mon, 2011-08-29 at 16:38 +0300, Riku Voipio wrote:
> On Mon, Aug 29, 2011 at 05:48:44PM +1000, Christopher James Halse Rogers
> wrote:
> > The -dev package shouldn't be marked as multiarch; the i386 package is
> > not parallel installable with the amd64 package as
On Wed, 2011-08-24 at 11:54 +0300, Riku Voipio wrote:
> On Wed, Aug 24, 2011 at 09:51:08AM +0200, Julien Cristau wrote:
> > On Wed, Aug 24, 2011 at 10:27:56 +0300, Riku Voipio wrote:
> > > Any updates here? As a udev reverse dependency this is quite important
> > > for earlt multi-arch conversion.
On Mon, 2011-08-08 at 06:10 +, Christopher Halse Rogers wrote:
> New branch 'dhify+multiarch' available with the following commits:
> commit 8d5d28a71feb352574a22598487ef47ba7906ebf
> Author: Christopher James Halse Rogers
> Date: Mon Aug 8 15:40:09 2011 +1000
>
On Fri, 2011-07-22 at 21:12 +0200, Cyril Brulebois wrote:
> Julien Cristau (22/07/2011):
> > So in principle I dislike the idea of making the mesa packages messier
> > to make the closed driver packages' life easier. One thing that's been
> > a source of countless bug in the current system is div
On Mon, 2011-07-18 at 13:50 +0200, Heiko Stübner wrote:
> Hi,
>
> short summary for debian-x:
> It seems that also on embedded systems vendors start shipping proprietary
> graphics drivers and OpenGL ES implementations like NVidia and AMD do for x86.
> Therefore I talked to Andreas on what would
On Tue, 2011-06-21 at 18:51 +0200, Cyril Brulebois wrote:
> Hi Michel,
>
> thanks for keeping an eye on the commits.
>
> Michel Dänzer (20/06/2011):
> > This is wrong. r300g works fine without LLVM. The reason for the
> > dependency is that without LLVM, Gallium's software vertex processing is
>
The status of the Ubuntu patch upstream, as best I can remember it, is
that they think it's fixing the problem in the wrong place. The libc
dynamic loader is meant to have some special magic set aside so that at
least some TLS code with the initial-exec class can be loaded, but this
clearly isn't
Package: xkb-data
Version: 2.1-2
Severity: normal
In commit b611a52d8 upstream kindly renamed dvorak-intl (which did not have
dead keys) to dvorak-alt-intl. dvorak-intl now has dead keys, so upgrades from
1.8 or earlier to 2.1 will switch the user's keyboard behaviour.
On upgrade from <= 1.8 we
On Wed, 2011-02-02 at 06:47 +0100, Cyril Brulebois wrote:
> Hi folks,
>
> xsfbs was nice once upon a time, since it made it possible to handle
> several repetitive tasks:
> - patching/unpatching.
> - computing substitution variables.
> - generating maintainer scripts using macros.
>
> Now, dur
On Mon, 2011-01-24 at 17:40 +0100, Cyril Brulebois wrote:
> Christopher Halse Rogers (24/01/2011):
> > debian/changelog |4 +++-
> > debian/libopenvg1-mesa.symbols | 12
> > 2 files changed, 15 insertions(+), 1 deletion(-)
>
> You know, you could have replied to
On Fri, 2010-11-26 at 08:44 +0100, Michel Dänzer wrote:
> On Fre, 2010-11-12 at 12:32 +1100, Christopher James Halse Rogers
> wrote:
> > On Thu, 2010-11-11 at 13:06 +0100, Michel Dänzer wrote:
> > > On Don, 2010-11-11 at 12:26 +1100, Christopher James Halse Rogers
> > &
On Thu, 2010-11-11 at 13:06 +0100, Michel Dänzer wrote:
> On Don, 2010-11-11 at 12:26 +1100, Christopher James Halse Rogers
> wrote:
> > On Wed, 2010-11-10 at 09:33 +0100, Michel Dänzer wrote:
> > > On Mit, 2010-11-10 at 18:57 +1100, Christopher James Halse Rogers
> > &
On Wed, 2010-11-10 at 13:58 -0800, Eric Anholt wrote:
> On Wed, 10 Nov 2010 18:57:45 +1100, Christopher James Halse Rogers
> wrote:
> > Hey all.
> >
> > There are a couple of things in mesa that we'd like to do for Natty that
> > could do with some coördinat
On Wed, 2010-11-10 at 11:27 +0100, Cyril Brulebois wrote:
> Christopher James Halse Rogers
> (10/11/2010):
> > There are a couple of things in mesa that we'd like to do for Natty that
> > could do with some coördination with Debian-X: […]
>
> Unfortunately I haven&
On Wed, 2010-11-10 at 09:33 +0100, Michel Dänzer wrote:
> On Mit, 2010-11-10 at 18:57 +1100, Christopher James Halse Rogers
> wrote:
> >
> > 1) Ship both the classic and gallium versions of r300 & r600, and have
> > the DDX select between them based on kms support
Hey all.
There are a couple of things in mesa that we'd like to do for Natty that
could do with some coördination with Debian-X:
1) Ship both the classic and gallium versions of r300 & r600, and have
the DDX select between them based on kms support and an xorg.conf
setting (default to r300g, as t
Hey all.
As I mentioned on #debian-x yesterday, we're going to get some
proprietary implementations of libEGL and libGLES and I think it would
be good if we had a set of virtual packages for them.
I therefore propose the following virtual packages:
libgles1
libgles2
libegl-x11
There was concern
The kernel patches on that upstream page were incorporated into the
mainline kernel around 2008. They're no problem.
So an xf86-video-sis-imedia source package is feasible, although ugly.
Merging the 671/771 support into the freedesktop.org driver would
clearly be better, but… urgh that's a big d
nouveau_vieux_dri.so is the classic mesa driver for nv04-nv2x nVidia
chips. It currently doesn't build against the libdrm in experimental.
It appears to be more usable in mesa git master. I plan to add it when
we start packaging from the mesa 7.9 branch.
signature.asc
Description: This is a di
This probably is due to your high resolution and low video memory - a
1900x1200 truecolour framebuffer takes up slightly more than half your
VRAM.
signature.asc
Description: This is a digitally signed message part
On Sat, 2010-06-12 at 13:59 +0200, Julien Cristau wrote:
> Package: mesa
> Version: 7.8.1-2
> Severity: serious
>
> mesa in experimental ftbfs on kfreebsd and hurd:
> https://buildd.debian.org/pkg.cgi?pkg=mesa&maint=&dist=experimental
>
> gcc -c -I. -I../../../src/gallium/include
> -I../../../src
On Thu, 2010-05-20 at 11:19 +0200, Michel Dänzer wrote:
> On Don, 2010-05-20 at 17:53 +1000, Christopher James Halse Rogers
> wrote:
> >
> > In support of our ARM friends we'd like to package mesa's GLES support.
>
> Cool, though can you elaborate how exactly
Hi all,
I understand that it Bryce's habit to give the Debian XSF a heads up on
the plans that Ubuntu have for the X stack each release. As Bryce is
off hacking on Launchpad this release, I'll be responsible for X this
cycle. So here's my attempt at a “heads up” email!
I'd like to ensure that w
26 matches
Mail list logo