Building CompComm

[adamk]

I guess the question is: "Where is compcomm?"

I've looked in the freedesktop and beryl-project repo. What I see leads me to believe that various plugins and supporting libraries are being hosted on beryl-project (in the compcomm/libraries/ and compcomm/plugins directories) but that the development of core is continuing in the compiz project on freedesktop. Is this correct?

I've actually tried this... Grabbing compiz from freedesktop anongit and the plugins/libraries from the beryl-project repo. Everything builds, for the most part, but upon launching compiz, I get:

adamk@sorrow:~$ libGL warning: 3D driver claims to not support visual 0x4b
compiz: GLX_EXT_texture_from_pixmap is not supported by indirect rendering context, trying direct rendering context instead
compiz: GLX_EXT_texture_from_pixmap is missing
compiz: Failed to manage screen: 0
compiz: No manageable screens found on display :0.0

(I get the same results with 0.5.0 of compiz, as well). This is on an X850 with the open source drivers, running Xorg 7.2 (Feisty). DRI is working, and the GLX_EXT_texture_from_pixmap extension is present. beryl 0.2.1, from the Feisty universe repo, works fine, as does compiz version 0.3.6, also from the Feisty repos.

This has made me think that my assumptions about compcomm are incorrect.

Can anyone shed some light? Thanks!

[xanas3712]

No you are correct. I'm not sure what your issue is and I don't have a valid comparison here because I'm using xorg 7.3 & nvidia drivers

I am using the compiz git just built at about 8:00 PM Central Time (US) from freedesktop.org, along with the beryl-premerge plugins from compcomm, using libbs-settings as the settings front-end (doesn't completely work but works partly, ML explains this is in progress atm and not all done yet, gconf is also in heavy development atm as bcop doesn't generate schemas from the xml metadata yet).

The packages you'll want to keep up with would be (in this order I think)
compiz from git.freedesktop.org
(below @ git.beryl-project.org/git.opencompositing.org)
bcop
beryl-premerge
animation
libbs-settings (if you prefer it) as it seems to have more for right this moment
libbs
libbs-bindings

(for anyone else, use "anon" before the "git" if git doesn't work by itself)

gitweb will let you browse what is available (I didn't realize all this I'm sure others knew way before me, but I'm sure some interested don't know yet).

[adamk]

Alright if I have the repos correct I guess I'll join the mailing list and ask on there about the error I'm getting.

Adam

[adamk]

FYI, I got it to work this morning with:

$ LIBGL_ALWAYS_INDIRECT=true compiz --replace gconf &

I was sure I tried that last night, but apparently not :-)

Adam

[spupuz]

when does will be any deb available?

[adamk]

That's entirely up to the people who manage the binary repositories :-)

Adam

[raptros-v76]

you know what would be great? a list of things that have been done and where information can be gained. because i have no idea what is going on, what has happened, and what is supposed to happen.

[imported_Yaccin]

[quote="raptros-v76":12ce3]
you know what would be great? a list of things that have been done and where information can be gained. because i have no idea what is going on, what has happened, and what is supposed to happen.
[/quote:12ce3]
++

a list of things you have to do to get CompConn installed could be very helping for writing bugreports etc ;)

[raptros-v76]

[quote="raptros-v76":110c7]
you know what would be great? a list of things that have been done and where information can be gained. because i have no idea what is going on, what has happened, and what is supposed to happen.

++

a list of things you have to do to get CompConn installed could be very helping for writing bugreports etc ;)[/quote:110c7]

thats what i mean to say, among other things, except trying to explain myself before caffiene is difficult :)

[imported_Yaccin]

[quote=Yaccin]
[quote="raptros-v76":db8a4]
you know what would be great? a list of things that have been done and where information can be gained. because i have no idea what is going on, what has happened, and what is supposed to happen.

++

a list of things you have to do to get CompConn installed could be very helping for writing bugreports etc ;)[/quote:db8a4]

thats what i mean to say, among other things, except trying to explain myself before caffiene is difficult :)[/quote:db8a4]


bah! wheres the coffee-smilie???? i want coffee!!! :mrgreen: :!:

[arthur_kalm]

Well I'd personally also like to know what's going on, how much of the merge is complete, what's left to do, etc.

[xanas3712]

The ML has a little bit more information than the forums, but a lot of the discussion is over whether or not this forum software should be used or Vbulletin, etc. Basically at this point a lot of things are still being decided, etc as far as just basic organization goes.

That said, most of the work getting the beryl plugins working in compiz has been done. Most of what remains is actually letting normal people set it up and get it running, once that's done I'm sure they'll add it to binary repos.

I don't think bug reports are desired as much at this stage. Maybe in a week or 2 it will be to that point and there'll be a release that you can do testing on without a lot of havok.

If you just want to try anything though, and don't care if it works or not, I'd suggest reading the 2nd post in the thread where I explained how to get all of it. If anything isn't clear about that, I can answer a few questions about it.

The main thing is take a look at http://gitweb.beryl-project.org if you want to see what's up at the moment and you can see when commits have been done etc. if that helps you know progress of things atm.

[ianni67]

xanas, I recently joined the ML.
I think I know how developers ML are, with quite a lot of flaming an so.
So is - currently - the opencompositing ML.
I don't even think newbies and "common users" should attend such a ML, it's pretty confusing for the newbies. The feeling they might get is of "anarchy".

I would pretty much prefer a sort of periodic and short "resume" of what's going on, presented on this forum as "news". Without all the unuseful (but ... unavoidable) flames among hungry philosophers (sorry for the citation).

Also, there are a couple of points which should be stated in this forum:
- which repository is best for which distribution (for example: is the trevino repo still good for feisty?)
- which repository is best for XGL and which for Aiglx (note that there seems to be some problem with beyl and Xgl in the last days: I recently upgraded to feisty and suddenly beryl stopped working with Xgl and I had to revert do AIGLX, which in my notebook works quite slower than XGL and does not support OpenGL applications).

All this, at least until the new opencompositing distribution will be available.

If I can give one more cent, I would say that in the last days I checked also compiz.
The feeling I got is that at the moment beryl is faster and more stable on my notebook. And the window decorator in beryl is waaaaaaay better that that in gnome and in compiz.
This is in strong contrast with what used to happen some months ago, when the branch happened: at that time compiz was less "fancy" but more stable, at least for me.
Yet, I preferred beryl since the very first days mainly because of the better user support and better window manager and decorator.

This said, I would really, really like to thank both developers of compiz and beryl for providing us with an interface which is currently better (both in usability and user experience) than that of MacOs.
For those who understand, this is a strong statement.

[xanas3712]

Didn't say that isn't useful, just that it's not available now. Since you are on the ML you can try to write this and see if other people want to help update it. I can probably contribute on occasion to a thread like that.

[RacerII]

This weekend i gave it a try , compiled latest compiz git and compcomm.

Yes i got it working , but im sorry i have to say its a big mess right now.

Beryl was so easy to compile and install , and everything could be found in one place.

Im sure this is going to change and we are in the middle of the merge , but for now im staying away from it and keep the latest working beryl svn version.

[hanzomon4]

[quote="raptros-v76":6f34c]
you know what would be great? a list of things that have been done and where information can be gained. because i have no idea what is going on, what has happened, and what is supposed to happen.
[/quote:6f34c]
+++

What's going on I feel so lost...

[Kristian]

This is a thread about building compiz, if you wonder what's going on, you should create a thread for status report, and not in the development section.

Meanwhile, ON TOPIC, see:

http://gitweb.opencompositing.org/?p=us ... f=get-git; (http://gitweb.opencompositing.org/?p=users/kristian/compiz-scripts;a=blob_plain;f=get-git;)

Which should help you build from git, use at your own risk.

Please try to stay on topic, and not post useless crap about coffee in otherwise interesting threads.

[xanas3712]

Latest copies just segfault for me if I enable just the basic plugins (resize/move/etc/decoration/cube/rotate/etc.). I don't know if it's because somehow older versions of plugins are sticking around so I think I'm just going to clean everything out and try again...

EDIT: ok got past that, had some messy plugins crap so I just cleared out /usr/local/lib and /usr/lib/compiz of all the clutter and rebuilt, this is the only thing I currently have in usr/local and so I occassionally use --prefix to put it in the regular /usr/lib loc, hence the problem, since even though I modified the script a little when I saw the variable for autogensh options it doesn't seem to use the --prefix option (should have inspected script closer).

No big deal there, very easy to setup this way. I was maintaining my own ebuilds before but this is easier than doing that so I'll probably stick with the script for the time being.

A few things I did notice.
1) I didn't get the ring switcher in CCS settings. I know I've had this before though... so I'm kind of stumped why this script didn't get that since I am pretty sure it's in beryl-premerge
2) Resize is still very slow(on an nvidia 8800 GTS with the latest nvidia driver w/ TFP support , so I'm going to have to stick with beryl until those options can be set with ccs-settings (or maybe the beryl-resize plugin isn't built? I don't think it was from looking at it).

System Info:
[quote:c2b87]
Linux xanas 2.6.21-rc7 #2 SMP PREEMPT Fri Apr 20 22:54:38 CDT 2007 x86_64 Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz GenuineIntel GNU/Linux
[ebuild R ] x11-drivers/nvidia-drivers-1.0.9755-r1 0 kB
[ebuild R ] x11-base/xorg-server-1.3.0.0
[/quote:c2b87]

The other thing I've been wondering about is the non-compositing wms like kwin seem to work better under high cpu usage. Both compiz & beryl become pretty laggy if I'm compiling anything at the time it's running.

[fluid]

i dont have many problems. im not using the git/build script though. i did try it once, and it failed miserably...no reflection of your work kristian, i didnt tell it to not include kde. (it did fail after that, but it was on attempting to make the extra plugins, which dont make properly to begin with right now)

what im wondering is, is there any way at all to generate a schema file for plugins like firepaint. everytime i ask in #compiz noone talks (which is understandable, this isnt anyones entire life hehe).

id much prefer to have my settings tucked away in gconf, so changes made are realtime, instead of editing some xml file and having to restart compiz completely.

[Kristian]

First of all: You can get realtime changes with the ini plugin if you have inotify. That's exactly what inotify is for. And you as a user never edit the xml files.

But more to the point, you want the gconf-dump plugin, which can generate gconf schema files for you.

CCS also offers real-time changes with inotify.

[fluid]

First of all: You can get realtime changes with the ini plugin if you have inotify. That's exactly what inotify is for. And you as a user never edit the xml files.

But more to the point, you want the gconf-dump plugin, which can generate gconf schema files for you.

CCS also offers real-time changes with inotify.


yeah i was talking about changing the xml files located in ~/.compiz/metadata. thats the only way i can change options for firepaint. as for gconf-dump, you arent the first person to tell me that...i dont see it anywhere though.

ill dig around and try and find it...i know it wasnt built out of compiz, or beryl-premerge, and i havent seen it anywhere else either (in any of the trees your script pulled)...but when i tried your script i wasnt really looking for that.

thanks much.

** EDIT **

ok ive tried a few things here. gconf-dump is in a directory under the compiz root called "regit"...the contents of that look like a slightly modified compiz directory. when i build using your script (which i had a type-o in part i changed, and just didnt notice it) everything builds and installs fine. there is still no gconf-dump though. the configure script in that regit source tree looks to have an option for --enable-gconf-dump, but that tree wont build successfully...

any suggestions?

[Kristian]

gconf-dump is an optional plugin. Run ./autogen.sh --enable-gconf-dump to build it (vanilla compiz tree)

[fluid]

gconf-dump is an optional plugin. Run ./autogen.sh --enable-gconf-dump to build it (vanilla compiz tree)

did that...on the tree that your script pulled. doesnt work.

as i said before, i have had it pull the code, but not in the src, or plugins directory. it is in a directory called "regit". i have not had it pull into the active tree, or attempt to compile it from your script (with that added to COMPIZARGS) and ive tried executing ./autogen.sh with it, as well as ./configure to no avail.

is the gconf-dump plugin in the current git source tree?

after downloading (via git) and using your script, this is the result of 'find | grep gconf':

[code:01f72]
fluid@fluid-desktop:~/git/gitweb.beryl-project.org/compiz-scripts$ find |grep gconf
./compiz/plugins/gconf.lo
./compiz/plugins/.libs/libgconf.lai
./compiz/plugins/.libs/libgconf.so
./compiz/plugins/.libs/gconf.o
./compiz/plugins/.libs/libgconf.la
./compiz/plugins/.libs/libgconf.a
./compiz/plugins/.deps/gconf.Plo
./compiz/plugins/gconf.o
./compiz/plugins/libgconf.la
./compiz/plugins/gconf.c
./compiz/compiz-gconf.pc.in
./compiz/compiz-gconf.pc
./compiz/metadata/compiz-gconf.schemas
./compiz/metadata/gconf.xml
./compiz/metadata/gconf.xml.in
[/code:01f72]

from that i decided to 'sudo find | grep gconf-dump' from root. this is all that was returned:

[code:01f72]
fluid@fluid-desktop:/$ sudo find | grep gconf-dump
Password:
./home/fluid/git/gitweb.beryl-project.org/compiz/regit/compiz/plugins/gconf-dump.c
./home/fluid/git/gitweb.beryl-project.org/compiz/plugins/.deps/gconf-dump.Plo
./home/fluid/src/compiz-0.5.0/plugins/gconf-dump.c
./home/fluid/src/compiz-0.5.0/plugins/.deps/gconf-dump.Plo
[/code:01f72]

in /home/fluid/git/gitweb.beryl-project.org/compiz is my git from the source tree. a bit outdated. your script resides in /home/fluid/git/gitweb.beryl-project.org/compiz-scripts and has its own complete source tree beneath it. its not in yours, it is in my older pull of the code. :(

[Kristian]

Yeah, I just realsied that gconf-dump was removed in recent git. Gconf schemas should be handled by the new metadata system, see d26611d497f848263abd78ceca65e13eee30de84 for details. In other words, the gconf schemas should be there allready without you thinking about it. For third-party plugins, they have to be generated in the same way as Compiz' Makefile generates them. This should probably be fixed in the firefly plugin repo.

By the way, you shold read the man page for find.

find + grep is completely pointless. find -name *foo* for instance is far better. find + grep is much like cat file | grep something.... just ugly ;)