similar to: Re: Beryl Merger

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

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,

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

I'd like to get all of you updated on the compiz related things discussed at the X developer conference that was held last week. The slides I used for my talk are available from here: http://people.freedesktop.org/~davidr/xdevconf07/ and you can also find some notes from all talks here: http://wiki.x.org/wiki/XDC2007Notes My talk was mainly focused on "what's next" and how

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 -

Hello, I'm new to compiz and to this list but I'd like to contribute. I couldn't find a more appropriate place to ask a few questions about the compiz project (which is actually my first question). 1. Since the apparent compiz/beryl fork I don't see a compiz "community" site. Is there one? 2. Is compiz going to continue to be developed, and if so, is there a road

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

Hi I just tried out the new 0.1.0 release of beryl. Generally I do like the compiz fdo version, because I like the gconf integration and the metacity theme support in gwd. Also I think their configuration system is a complete mess, this beryl settings manager is completly bloated in my opinion. Anyway, I noticed they have quite a lot of plugins. While I found most of them nothing special, the

As some e-mails ago, I'm trying to play beryl in my laptop. I successfully configured my xorg.conf (thanks to the comunity for the help that allowed me that). The problem: When I boot the laptop without external LCD/CRT, beryl is working fine, but when I boot it with the external, it recognice fine the external LCD and don't want to allow beryl run. What beryl says: === BEGIN === $

Hello All, A quick update regarding the domain name issue. Ben and I have been in contact with Guillaume and things are moving forward. Guillaume has installed a re-direct page on compiz.com that provides links to both compiz.biz and beryl-project.org. He has also agreed to give David the compiz.org domain name. David, could you contact either Guillaume or myself with your registry

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! 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

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

Hi, I am currently developing a xsnow like plugin for beryl called xglsnow (http://cornergraf.net/projects/xglsnow/). I have been told(1) that my way of drawing to the desktop is not very good and that a better way might exist. I realize beryl is not the same as compiz, but I hope that the differences are not too big on this matter, if not excuse me for this post. My drawing currently works

I see many people hate Compiz (and use Beryl) just because it needs gconf + many other GNOME deps. I think this is the biggest advantage of Beryl over Compiz. Yes, users don't have to compile compiz with gconf, but how will they configure things? They'll modify the sources? Compiz needs a new configuration plugin. A text-based one, independent of tons of libraries would be great.

In response to --> Date: Thu, 28 Sep 2006 20:42:28 +0100 From: Colin Guthrie <gmane@colin.guthr.ie> Subject: [compiz] Re: beryl fork To: compiz@lists.freedesktop.org Message-ID: <efh8fc$7u2$1@sea.gmane.org> Content-Type: text/plain; charset=ISO-8859-1 ---------- I want to comment on the fork too. I apologize if this isn't the right venue, but it's my response to

Beryl has a --skip-gl-yield ( I think now managed by --force-nvidia, dont really know though), that eases the use of beryl under heavy CPU load. Is this implemented in compiz? Cause compiz is _REALLY_ slow under heavy cpu use for me. Thanks, Joel -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello folks, I have been toying with compiz, beryl, then back to compiz, and I have noticed a few strange things I would like your view on, just to make sure it is not me doing something wrong... I'm testing all this on a laptop with intel chipsets all over (the GPU is an i915GM running AIGLX). On beryl, I could use suspend features without any problems, the computer would go in deep sleep

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