X11 3.2.2.3 doesn't close with Quest vWorkspace. When we try to logging
back into a VDI using vWorkspace, it will not open because X11 is already
open and does not switch to the VDI. If I manually close X11 I can log back
into the VDI without issue? Any suggestions?
Have a Nice Day,
Christo
I want to install aMule,it depends wxwidgets,gtk2.
My os is rhel5.1,too old.so I need reinstalled the X11R6.9.0-src.tar.bz2.It
works now.
But when I built wxwidgets,I got two errors:
[amule@localhost buildgtk]$ make
/home/amule/src/wxWidgets/wxWidgets-2.8.12/buildgtk/bk-deps g++ -c -o
coredll_gt
On 10/17/2011 11:41 PM, Kai-Uwe Behrmann wrote:
I am not sure where to start and seek for input on a problem with KWin and
Compiz. They show very similiar wrong rendering of borders, shadows and
the logout screens.
In compiz is a RGBA buffer used to contruct window borders and shadows:
/* all pi
thanks for your help folks, this was the info I'd been looking for. I guess my
various searches had just be lame.
Dimitar helpfully noted..
>
> I meant that when you press fn+f8, the hardware actually generates
> winkey+p. Try running xev and press fn+f8. Here's a bug report
> indicating that th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
X.Org security advisory, October 18, 2011
xserver locking vulnerabilities
CVE IDs: CVE-2011-4028 CVE-2011-4029
Description
- ---
Two vulnerabilities have been discovered in the code handling the X
server lock, that forbids two X servers from
Thanks a lot for fixing this bug :)
- Clemens
2011/10/9 Ville Syrjala :
> Previously the parent constrained borderClip was copied over
> when compRedirectWindow() is called. That is insufficient eg. in
> case the window was already redirected, but not yet realized. So
> copy the borderClip over i