Hi,
'Twas brillig, and Keith Packard at 23/02/09 03:38 did gyre and gimble:
On Sun, 2009-02-22 at 19:15 -0800, Tony Bones wrote:
/usr/bin/compiz (core) - Fatal: Root visual is not a GL visual
/usr/bin/compiz (core) - Error: Failed to manage screen: 0
/usr/bin/compiz (core) - Fatal: No
On Thu, 2009-02-19 at 10:54 -0700, McDonald, Michael-p7438c wrote:
Am I allowed to change the value of the XImage byte_order field? And if
I do, will subsequent XPutImage() calls do the right thing? Does the
value of byte_order default to the client's byte order?
The default byte order is the
Hi Peter,
thanks for excellent explanations. More below.
Peter Hutterer wrote:
(**) Option xkb_rules evdev
(**) AT Translated Set 2 keyboard: xkb_rules: evdev
(**) Option xkb_model evdev
(**) AT Translated Set 2 keyboard: xkb_model: evdev
(**) Option xkb_layout us,cz
(**) AT Translated
Martin MOKREJŠ wrote:
Forgot to add that the [alt]+[shift] switch works with the setup I have now.
Only I suspect that [shift]+twice pressing [=] on the US keyboard layout
followed by pressing [u] should generate ů instead of ˇu. But, the character
is anyway mapped over the [;] character of US
McDonald, Michael-p7438c wrote:
Am I allowed to change the value of the XImage byte_order field? And if
I do, will subsequent XPutImage() calls do the right thing?
Yes, you can change the byte_order field to match the byte order of your
image. XPutImage will take care of swapping your bits
On Sun, Feb 22, 2009 at 09:26:11AM -0800, Henry-Nicolas Tourneur wrote:
I would like to know if there are any plans to add XVideo support for G90
cards to the nvidia free 2D driver.
I'm afraid not. XV on those GPUs requires the 3D engine, and setting that
up is too complicated to be within the
ace102 wrote:
Does anyone see any potential problems with using this in my main build
script for 1.5.99.903+ :
CC=gcc-4.3 LDFLAGS=-L/usr/lib -Wl,-rpath,/lib -Wl,-rpath,/usr/lib
PATH=/usr/bin:$PATH
./util/modular/build.sh /usr
Also , where would I specify the config options
Where it may be found?
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Acecad 1.3.0. Now with advanced Build against server 1.6 technology.
Cheers,
Peter
Alan Coopersmith (2):
Remove xorgconfig xorgcfg from See Also list in man page
Add README with pointers to mailing list, bugzilla git repos
Paulo Cesar Pereira de Andrade (4):
Compile
Aiptek 1.2.0.
Alan Coopersmith (2):
Remove xorgconfig xorgcfg from See Also list in man page
Add README with pointers to mailing list, bugzilla git repos
Julien Cristau (1):
Link against -lm for sqrt()
Paulo Cesar Pereira de Andrade (1):
Janitor: rework make distcheck
Hello, all.
Having executed a piece of code listed below, I get a green window (as a result
of calling XCreateSimpleWindow()) and a black rectangle on top of it
(XRenderFillRectangle()). I still get just black, whatever color I set in the
'col' structure.
XRenderFindVisualFormat() points to
Alexei Babich wrote:
Hello, all.
Having executed a piece of code listed below, I get a green window (as a
result of calling XCreateSimpleWindow()) and a black rectangle on top of it
(XRenderFillRectangle()). I still get just black, whatever color I set in the
'col' structure.
Hi,
The long saga of trying to get a working git xorg continues. I can
start the git X with a simple .xinitrc that contains an xterm. However
as soon as I press a key xterm dumps core after printing the assert.
I thought it might be there was a mismatch between xterm and the newly
built
XRender uses 16-bit colors.
Oh, I read the documentation inattentively. Silly mistake. Thank you.
Also, unless there is
a specific reason to use XRender directly, I would recommend using the
higher-level cairo library instead.
Thank you. I believe the use of XRender more appropriate for my
Le 24/02/2009 03:01, Pedro Izecksohn a écrit :
Where it may be found?
You need to rebuild xcb.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
15 matches
Mail list logo