similar to: update on xdevconf07 and beryl situation

Compiz and Beryl merge: What's really going on? Recently Quinns post to the beryl-dev mailing list entitled 'Merge on' has led to a lot of discussion, some of which has been good and some of which has led to a lot of misinformation, to clear things up I'd like to give the story of the merge, and the justification for some of the more peculiar aspects. Basically lets try to avoid

Adding new options to a plugin is a pain. There is a lot of code that has allways to be changed for that. This is the reason why I've created the Beryl/Compiz XML options parser (bcop). Bcop allows you easily to describe options in XML and will autogenerate the needed Beryl/Compiz C code for you. The only think that needs to be changed in a existing plugins is to include the xxx_options.h

After several weeks of discussion the leaders of Compiz and Beryl have agreed that the two communities shall reunite. This decision is supported by both David and Quinn and represents the majority decision of the administrators and developers in each community. At this early stage not a lot has been decided, but these are the main points of the agreement: - As had previously been decided,

0.2.0 release of compiz. http://xorg.freedesktop.org/archive/individual/app/compiz-0.2.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/app/compiz-0.2.0.tar.gz Git tag: compiz-0.2.0 (568a0434f8a958800b2f0255b012c4b5a691ab82) MD5 Sums: 286a36ddb5d5b05534eb809eab541ec8 compiz-0.2.0.tar.bz2 41625de6c2a2b5109b420d7523446f54 compiz-0.2.0.tar.gz SHA1 Sums:

I've seen that a lot of inaccurate and faulty information about this. All technical reasons (alternative configuration system, alternative decorator, xinerama...) for this fork are incorrect and I know that at least Quinn Storm is aware of this, based on a phone conversation we had last week. I've designed compiz to be extremely extensible. The plugin system should allow people to do

Hey everyone, I like to get the AUTHORS file updated before the next release. I suggest that we add the name and email of anyone who contributed some piece of code to compiz. For people who have contributed such a significant piece of code that it can be considered an algorithm or some functionality (e.g. Mirco's sky dome support in the cube plugin or S?ren's plane plugin), that should

Latest amd/ati drivers (8.37|8.38) supports composite with dri. So, after patching beryl (cause he can work without tfp) to make it use direct rendering on "aiglx method" and removed check for GLX_SGIX_fbconfig, which fails. - I was able to run beryl on fglrx WITHOUT Xgl. Only bug with windows drawing exists(as noticed in latest known issues for ati drives), more about this bug -

Greetings everybody! For about two weeks I'm now a happy owner of an intel-powered laptop (chipset, wifi, gfx) and wanted to give it a full test-drive of compiz and other GL-intensive programs. The laptop runs Xorg 7.1.1 and the i810 driver that comes with it (stock rpm from FC6). I'm forced to start compiz 0.3.4 with these options... --use-cow --strict-binding --indirect-rendering

Hello, I'm on a Gentoo machine with the latest beta nVidia 9625 Drivers, trying to get Compiz to work with AIGLX... simply running 'compiz', or even with the addition of any options other than version, causes compiz to detect that it is indeed not XGL, and then segmentation faults... please note that I have only currently tried this with Compiz-Quinnstorm (the latest package available

Greetings everybody! I started looking more thoroughly at gnome-window-decorator.c and now my head spins and "hurts" and believe that I'm not going to achieve anything serious in terms of tweakable shadows anytime soon. It's far more difficult than I expected. While I (believe) to understand now the shadows are drawn, I currently don't get why there are 12 shadow-quads and

On Sun, 2007-04-01 at 20:11 -0400, Jeffrey Laramie wrote: > Hi David, > > If you've been following the discussion on the forum and/or compizadmin list, > you can see that we aren't getting anywhere with these discussions. The > hangup seems to be selecting a new name for the Compiz-Extra division. The > Beryl people feel it's the only thing they're asking for

Has anyone seen this compile error before? gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DMETACITY_THEME_DIR=\"/themes\" -O3 -march=athlon-xp -mtune=athlon-xp -pipe -fomit-frame-pointer -ffast-math -I/usr/include/gconf/2 -I/usr/include/gconf/2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations

This was a private mail and not supposed to go to the compiz list. Please don't don't read it unless you're on the compiz admin list. :) I've apologized to Jeff, Mike, Rico and Arturo for making this mistake and I'd like to apologize to anyone else who might have been offended by it. I guess the good part is that you get an uncensored view of what we feel about the community

Hi, Recently i have worked on re-writing beryl's transparent cube, and ported 3d plugin to compiz. I'm attaching a patchset here that includes the transparent cube patches (i'll post the 3d plugin when i fix some problems that didn't happen in beryl). Patching order: btf-ftb.patch, clip-planes.patch, plugin-events.patch, cube-paint-order.patch, transparent-cube.patch. Special

Hello Community Congratulations everyone for the reunification. To kick off the process, shall we finalize channels we are going to use for communication so that all the developers involved know what is going on and where. Which ML and IRC would be used for 'semi-official' communication etc. 1. Danny, Quinn and Marex have already started working on compiz-plugins-beryl-premerge tree on

The window decoration system in compiz is implemented using a decoration plugin and a separate window decoration drawing application (a decorator). The decorator is drawing window decorations to minimal sized pixmaps. These pixmaps along with sets of coordinates which maps the pixmaps to windows are communicated back to the decorator plugin through a property on the client window. The coordinates

Greetings everybody! I was asked by someone (from the beryl-forum) if/how one could alter the values for the two color-stops used by the fallback-gradient of the skydome (for the case the supplied image could not be found). Up to now they were hardcoded, but with this patch they can be set via... /apps/compiz/plugins/cube/screen0/options/skydome_gradient_start_color

Argl, this was meant to go to the list and not only to Hanno! -- email - macslow@bangang.de www - http://macslow.thepimp.net lowfat - http://macslow.thepimp.net/sponsor-it -------------- next part -------------- An embedded message was scrubbed... From: Mirco =?ISO-8859-1?Q?M=FCller?= <macslow@bangang.de> Subject: Re: [compiz] compiz coding style Date: Fri, 06 Oct 2006 01:53:46 +0200 Size:

Hi! AFAIK FGLRX doesnt support glx_ext_texture_from_pixmap, and enabling composite+dri is resulting in screen corruption even with 8.38.6. Then how are you guys running it without XGL? Regards, Karthik On 6/29/07, compiz-request at lists.freedesktop.org < compiz-request at lists.freedesktop.org> wrote: > > Send compiz mailing list submissions to > compiz at

Greetings everybody! Here's a patch (against compiz from CVS-head about 30 min. ago) that adds a shadow_color option to the parameters of the decoration-plugin. I only needed to add a few lines to decoration.c and gnome-window-decorator.c. The only thing missing is the compiz.schema. I dare not touch that XML-file manually. So after you applied the patch, recompiled compiz and restarted