similar to: 0.8-based Compiz work

Hi Kristian, On Fri, Nov 21, 2014 at 1:37 AM, Kristian Lyngstøl <kristian at bohemians.org> wrote: > For the last few weeks I've been fiddling with the 0.8 code-base, mostly > because compiz got nuked in my distro and I had to do something, if for no > other reason than to have a running WM. You can find my work at: > > https://github.com/KristianLyng/compiz >

For any that are interested, I am assuming position as maintainer of upstream 0.8 stable branches. More details here: http://blog.northfield.ws/wordpress/ Thank You, Scott Moreau -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/compiz/attachments/20141120/8710845c/attachment.html>

This is a somewhat controversial subject which I only reluctantly bring up. I honestly believe that open discussion is the only way to run a project, and I apologize in advance if I offend anyone. I got what should have been an easy question on #compiz a few days ago. A user came in and asked "What version do you recommend I use?". I honestly didn't know what to say. >From a

compiz.org hasn't been updated properly in almost half a decade, and there's a lot of misleading or downright wrong information out there right now. There's a launchpad ticket on it [1], but the subject isn't quite covered by a simple bug as it stands. First thing first: Compiz has been using version 0.9 for almost half a decade, and clearly deviated from past conventions of

On 11/10/2014 12:45 PM, Kristian Lyngstøl wrote: > > First thing first: Compiz has been using version 0.9 for almost half a decade, and clearly deviated from past > conventions of using 0.<odd> for development and 0.<even> for stable. In addition, a fourth digit has been added. > > In the long run I'd like to see the project drop the fourth digit and instead go

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, On Thu, Nov 13, 2014 at 3:28 AM, Kristian Lyngstøl <kristian at bohemians.org> wrote: > > Feature-wise, Compiz 0.9.12.0 actually has fewer features as I understand it. With the move to OpenGL ES, several plugins got dropped. I understand some of that has been remedied, but 0.9 still does not come out ahead if my understanding is correct. I have asked around and this is what

On Mon, Nov 17, 2014 at 11:11 AM, Sam Spilsbury <smspillaz at gmail.com> wrote: > > On Thu, Nov 13, 2014 at 3:28 AM, Kristian Lyngstøl > <kristian at bohemians.org> wrote: > > So to sum up: Equal stability, fewer features, but actively maintained. > > > > In the end I told the user in question that 0.9.12.0 is the latest > stable version, but 0.8.9 has

Compiz Fusion Release 0.5.2 is out! This is the first development release of Compiz Fusion, the result of more than six months of work and polish. The first stable release, 0.6.0, will follow after the Compiz 0.6.0 release. Compiz Fusion is the result of a merge between the Compiz community plugin set "Compiz Extras" and the parts of the Beryl project that are independent of the

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

I am having troubles having compiz fusion to work with my GMA 950. I have posted this problem on this forum, and it seems other have been affected of this recently: http://bbs.archlinux.org/viewtopic.php?id=36875 Information: here is my xorg.conf: http://one.fsphost.com/jinn/configs/xorg.conf [15:52 root ~]# uname -a Linux estergon 2.6.22-ARCH #1 SMP PREEMPT Thu Aug 23 20:18:37 CEST 2007 i686

Where are we going? It's time to start thinking ahead and really figure out how to make Compiz survive, specially in lieu of Dennis' suggestion. The reality is that there has been the equivalent of no progress since the merge. We've basically only been in maintenance mode. The reason for this, from my point of view, is a complete lack of direction and leadership. We've

I thought we removed place, or was that something that was agreed but never executed? The plugin has been virtually untouched since wall and expo got popular, and I don't really want to support it for 0.8. Unless someone has any strong objections, it'll be removed later this evening. I'm sorry about the short notice, but I'm fairly sure this has been briefly discussed before

I just branched for 0.8, since Danny told me there was no reason not to. There are still some bugs to work out of course, but since development has been quiet lately, I figure it's time to branch so that we can: 1. Eventually get to the next stable release 2. Allow people to work more freely on master On my personal list of things I want to see working better before a 0.8 release, I have

Hi, I've currently pushed a new branch called "compiz++" to the freedesktop repository, with some features I've been working on during last months. Because most of the features also require (BIG) changes to the plugins, I've decided to put them all together. - No direct access to member variables: Everything is now done with getter and setter functions. This helps with

Compiz 0.8.4 is released! This is the second stable release of Compiz 0.8 series. This release brings two new plugins, translation updates, many bug fixes, improved stability, and better screen resolution change handling. Also included is additional integration work for KDE 4. In particular, window thumbnails are now supported in Plasma window tooltips with the new KDE compatibility plugin, the

hi, a small patch inspired from Kristian H?gsberg compiz-aiglx patch, to use compiz with xorg aiglx with tftp_damage patch and gl-include-inferior patch. this patch add command-line option to force bind and release whenever the texture is used. to use it you must start xorg in 16 depth mode, and start compiz with LIBGL_ALWAYS_INDIRECT environnement variable PS : sorry for my bad english

We were a little imprecise in our original announcement with regards to moving away from freedesktop.org, which seems to have caused some confusion. We are only moving away from the freedesktop.org infrastructure. NOT the standards. By moving away from freedesktop.org, we are: - Shutting down bug-submission on bugs.freedesktop.org. We will be using bugs.opencompositing.org which will soon be

Hi, I've just updated compiz in fedora rawhide and wanted to post a quick overview of the patches we still carry. Patch details are available here: http://cvs.fedora.redhat.com/viewcvs/rpms/compiz/devel terminate-move.patch restart.patch These are already upstream, but not yet in a released version. aiglx-defaults.patch tfp-server-extension.patch These two paper over a problem in

The Compiz 0.8.0 release will be the first release to include what was formerly known as Compiz Fusion. A complete feature and string freeze for Compiz 0.8 is in effect from Friday 5th of February, 23:59 GMT. I urge anyone with patches to submit them ASAP, regardless of their state. During most of Saturday, possibly spilling into Sunday, Compiz 0.8 will be branched and made ready for release.