similar to: Compiz and Beryl are Reuniting

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

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

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

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

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

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

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

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

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 === $

Some weeks ago one of my friends asked me to port the "use-copy" (non-tfp) beryl's feature to Compiz since he wasn't able to run compiz (fusion) smoothly in his nvidia card with turbocache (these cards works well only using Xgl, otherwise they are affected by the [in]famous "Black Window Bug". That's obiouvsly an error that nVidia should fix, but in the latest

Hello, I just tried compiz-0.5.0 on my asus laptop with a intel 945gm chipset using intel_drv on the latest FC6 and get the following messages: The latest release of beryl does have this problem. How can I fix compiz to make it work? $ compiz --replace --indirect-rendering libGL warning: 3D driver claims to not support visual 0x4b compiz: GLX_EXT_texture_from_pixmap is not supported by

Hi! Just did a TEST install of centos5 on an old PIII box. one of the things I wanted to see was the fancy desktop eye-candy of compiz and/or beryl. This box has a nvidia 6600 series card, and I've isntalled the Nvidia drivers (download from nvidia and run their installer). I used the software updater to install compiz (didn't show up on original install, perhaps I didn't hold my

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 -

I have had a rather hard time enabling Compiz on my Dell laptop, as it has an ATI X1400 video card. I found a tutorial which helped me configure Compiz in Gnome, but I'm not about to switch to Gnome. I hope that someone here can help me translate the scripts used in the tutorial to start KDE instead of Gnome. I myself have been unable to do so, after a good day googling the subject. These are

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

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:

I just installed Compiz on Ubuntu Feisty (Gutsy does not work on my hardware as per the release notes) via the http://ppa.launchpad.net/amaranth/ubuntu repo, which is the repo suggested in the compiz-fusion website. The machine is a Dell Inspiron E1505 / 6400 with the horrible ATI X1400 graphics card and 1680x1050 monitor. I installed XGL and the proprietary ATI driver, a combination that worked

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:

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.