Bug#433331: xserver-xorg-video-intel: when using compiz or beryl some windows have problems refreshing their contents

Em Seg, 2007-07-16 às 13:27 +0200, Michel Dänzer escreveu: > On Mon, 2007-07-16 at 08:17 -0300, Gustavo Noronha Silva wrote: > > Package: xserver-xorg-video-intel > > Version: 2:2.1.0-2 > > Severity: normal > > > > When I start compiz or beryl some windows

Re: using compiz features in applications

Em Wed, 04 Oct 2006 15:21:35 +0200 Michel Dänzer <[EMAIL PROTECTED]> escreveu: > On Wed, 2006-10-04 at 07:54 -0300, Gustavo Noronha Silva wrote: > Neither AIGLX nor compiz expose any special API to apps. To do what > you describe, you could either use the RENDER extension to

using compiz features in applications

to use for the logout dialog. I figured the best place for me to ask for guidance would be the X Strike Force, so here I am asking: do you have any pointers to a library for doing this kind of thing with compiz/aiglx help, and its documentation? Thanks, -- Gustavo Noronha Silva <[EMAI

Re: glibc and UNACCEPTs

on, or a solution for dak that detects that the target distribution changed and requests a confirmation by signed email, for instance. See you, -- Gustavo Noronha Silva <[EMAIL PROTECTED]> http://people.debian.org/~kov/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#330968: It's totem's visualization, indeed

Hello, I have totem-gstreamer installed, version 1.0.4-1, and Xorg is segfaulting when totem begins to display its visualization while playing an audio file. I tried playing an mpg video and it worked, but when it starts playing an audio file it bombs. See ya, -- [EMAIL PROTECTED]: Gustavo Noro

Bug#329788: libxrender-dev: 1:0.9.0+CVS20050919-1

Package: libxrender-dev Version: 1:0.9.0-2 Severity: important While trying to build pygtk2.8 on a experimental chroot I found it trying to link to /usr/local/lib/libXrender.so; I believe this is caused by libXrender.la giving wrong directions: $ grep ^libdir /usr/lib/libXrender.la libdir='/usr/l

Bug#271326: this us_intl seems to work for me

Hey, I am having the us_intl problem here and found this bug report. I tried Denis' file: copied it to /etc/X11/xkb/symbol/pc/ and ran setxkbmap. It seems to work just fine now. Thanks, -- [EMAIL PROTECTED]: Gustavo Noronha Debian: *

Bug#204148: pt_BR.UTF-8 Compose file

Package: xserver-common Version: 4.3.0-0ds4 Severity: normal Tags: patch Hello, Attached is the pt_BR.UTF-8 directory for /usr/lib/X11/locale. Unfortunately I could not find what package provides it, so I am filling the bug on xserver-common, please reasign at will. This fixes some problems with

Bug#204148: pt_BR.UTF-8 Compose file

Package: xserver-common Version: 4.3.0-0ds4 Severity: normal Tags: patch Hello, Attached is the pt_BR.UTF-8 directory for /usr/lib/X11/locale. Unfortunately I could not find what package provides it, so I am filling the bug on xserver-common, please reasign at will. This fixes some problems with

Bug#189980: still a bug then? let's kill it =D

Em Wed, 23 Jul 2003 14:30:40 -0700, Darren Warner <[EMAIL PROTECTED]> escreveu: > I've started to do a little debugging myself now and it seems > like it _is_ an xauth problem: > > After re-creating what su_do() does before the execv()... Yeah, I thought so, but wanted to make sure gksu was get

Bug#189980: still a bug then? let's kill it =D

Em Wed, 23 Jul 2003 14:30:40 -0700, Darren Warner <[EMAIL PROTECTED]> escreveu: > I've started to do a little debugging myself now and it seems > like it _is_ an xauth problem: > > After re-creating what su_do() does before the execv()... Yeah, I thought so, but wanted to make sure gksu was get