search for: xcompmgr

xcompmgr is a sample compositing manager for X servers supporting the XFIXES, DAMAGE, RENDER, and COMPOSITE extensions. It enables basic eye-candy effects. This release fixes a couple of bugs in those effects. Alan Coopersmith (3): Update README for gitlab migration Update configure.ac bug UR...

Adam Jackson (1): xcompmgr 1.1.4 Dana Jansens (1): Fix a server resource leak on destroying windows. James Cloos (2): Remove deprecated .cvsignore Add *~ to .gitignore to skip patch/emacs droppings Jamey Sharp (1): Bug #13073: Fix broken word-wrapping in ChangeLog generation. Mark Tiefenbruck (1):...

xcompmgr is a sample compositing manager that enables basic eye-candy effects. This is a minor bugfix and janitorial cleanup release. Alan Coopersmith (6): Combine usage message strings configure: Drop AM_MAINTAINER_MODE autogen.sh: Honor NOCONFIGURE=1 Remove empty AUTHORS & NE...

...26.3 from archlinux - X.Org X Server 1.4.99.906 (1.5.0 RC 6) from archlinux (testing repo) - minimalist xorg.conf attached - Xorg log attached What works: - auto-detection of my LVDS screen resolution (1680x1050) - 2d seems fast, scrolling in firefox isn't laggy - xv works \o/ unlike with nv - xcompmgr What doesn't: - "Overbold", hardly readable nautilus window title sometime - The character 'j' vanishes sometime in gajim (and maybe in other sometimes) - The character '3' looks weird sometime in gajim (and maybe in other softwares). See capture attached. This proble...

on geforce 8, each time I use the nouveau driver, I'm unable to play videos, the video area remains black....

http://bugs.freedesktop.org/show_bug.cgi?id=20612 Summary: nouveau xv crash with BadMatch (invalid parameter attributes) Product: xorg Version: 7.4 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

http://bugs.freedesktop.org/show_bug.cgi?id=13796 Summary: tnt2 16Mb agp, corrupted image Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

https://bugs.freedesktop.org/show_bug.cgi?id=61069 Priority: medium Bug ID: 61069 Assignee: nouveau at lists.freedesktop.org Summary: Crash while displaying large image QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: dave.mueller at gmx.ch

...freedesktop.org ReportedBy: drizzd at aon.at QAContact: xorg-team at lists.x.org Created an attachment (id=21498) --> (http://bugs.freedesktop.org/attachment.cgi?id=21498) Xorg.0.log In urxvt (rxvt-unicode in Debian), the foreground of fonts with background is not visible if xcompmgr is active (presumably because urxvt uses the RENDER extension). Easily reproducible by executing: echo -e "\033[41mhi\033[mhi" For the first "hi", only the red background will be shown. This is on Linux darc 2.6.27 #3 SMP PREEMPT Tue Dec 23 12:12:22 CET 2008 x86_64 GNU/Linux...

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #10 from Ilia Mirkin <imirkin at alum.mit.edu> --- Hmmm... FWIW I couldn't reproduce any oddness with a NV42 card, kernel 3.11, and xf86-video-nouveau 1.0.9 both with and without xcompmgr running. Without a compositor, it _is_ a bit on the slow side, but like a half-second, nothing like the 3s delay mentioned in the original description. Anything else odd about your setup? -- You are receiving this mail because: You are the assignee for the bug. -------------- next part ---------...

...way when I enabled the visual bell. Now, that's not my usual scenario. My usual is using fvwm2 as my window manager. And while it might take a second or so for the visual bell to run on a reasonable sized xterm, when I full-screen it, it really does take multiple seconds to complete. Running xcompmgr didn't speed that up, but instead of the bell visually progressing up/down the screeen (watching each line draw) it drew it all at once, then waited, then removed it all at once. Same (or, at least, similar) delay, but visually different. Note that whatever is going right/wrong didn't use...

In case it's any use for debugging, I get these error messages in dmesg on my NV86 (Quadro NVS 140M) card: [ 21.729435] [drm] Initialized drm 1.1.0 20060810 [ 21.749414] nouveau 0000:01:00.0: power state changed by ACPI to D0 [ 21.749425] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 21.749432] nouveau 0000:01:00.0: setting latency timer to 64 [ 21.749528]

...n.at QAContact: xorg-team at lists.x.org Created an attachment (id=32294) --> (http://bugs.freedesktop.org/attachment.cgi?id=32294) Xorg log Whenever a window is resized, the added or removed areas are not redrawn until the window is moved or switched back to. This only happens with xcompmgr running. Kernel vanilla 2.6.33-rc1-00366-g2f99f5c or nouveau 2.6.32-13162-g98ba9c1 drm-nouvau 2.4.16-21-gf1660c2 xf86-video-nouveau bb194783 Clemens -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assig...

12:08 < curro_> shining: hmm, it seems, darktama didn't quite finish the additional reloc checking he started to code 12:11 < curro_> shining: that would have solved your problem, poke him when he's back from vacations :) 12:16 < shining> curro_: hmm I really dont get it, it looks like domain can have both set, and flags can also have both set 12:16 < shining> I

...riety of bugs, so tell me please, which information you need to locate the bug... I am running X.Org X Server 1.8.1 on x86_64 Gentoo with kernel 2.6.34 but I experienced this bug since 2.6.33 (maybe earlier, too). [description] I first thought, that this bug was caused by my composition manager (xcompmgr) but after disabling it the problem persisted.This bug happens spontaneous and completely at random. The Xserver stops redrawing anything but the mouse is still moving (hwcursor). I could login through ssh from another computer and attach gdb to the server, to find me inside a tight loop in drmI...

https://bugs.freedesktop.org/show_bug.cgi?id=100139 Bug ID: 100139 Summary: [DRI2][PRIME] nouveau driver cannot find any connected connector Product: Mesa Version: 10.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

...to disappear first. Selecting the text may help to see the characters. A new gnome-terminal opened (window not tab) does not have this problem, while the other remains "ill". I'm using gnome and the option "Composite" is enable in xorg.conf. I found out that running "xcompmgr" is 90% of the time fixing the problem. Another symptom: the Python TK interpreter, "idle" is all scrambled (screenshot to attach). In metacity windows, the titlebar sometimes goes like bold. It seems like the same text is written twice with a slight shift. I attach a screenshot as...

...window as normal (ie: a text-caret when over a textbox, etc). This happened with the switch to metacity 2.21.8. One of the changes to the compositor was to use the Composite Overlay Window. The kwin's compositor in KDE4 also exhibits the same behaviour. Composite works correctly when using xcompmgr, which leads me to suspect that it's a problem with the COW on the second head. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=49786 Bug #: 49786 Summary: In xterm, some rectangles are not redrawn when the window is partly covered Classification: Unclassified Product: xorg Version: 7.6 (2010.12) Platform: Other OS/Version: All Status: NEW Severity: normal

https://bugs.freedesktop.org/show_bug.cgi?id=83271 Priority: medium Bug ID: 83271 Assignee: nouveau at lists.freedesktop.org Summary: Windowed mode causes framebuffer not to refresh with PRIME on optimus/kepler discrete GPU QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified