[compiz] Building Compiz

[Mike Dransfield]

Grant Patterson wrote:
> That did it, thanks!
>
> While I'm at it, I'll say I had some other issues building that I'd already 
> gotten past. I'm pretty sure I didn't do anything to screw up the permissions, 
> but I got this:
> cursor.c:197: fatal error: opening dependency file .deps/cursor.pp: Permission 
> denied
>   

It looks like you might have compiled as root so some files
may not have write permission, to make sure type this.

(as root)
make clean && git clean

Or just check out a fresh tree :)

Then compile again starting from the ./autogen.sh line.  Make
sure that you are only root for the 'make install' step.

> And before that, it complained about not being able to find [config.h].in, which 
> seems like a problem where a script wasn't removing brackets around a variable 
> when it should. (These configure scripts, autogen, aclocal, etc etc are all 
> Greek to me.) I copied config.h.in to [config.h].in and it worked fine.
>   

This probably means something went wrong compiling,
the steps above should help fix it.

> I also had to install moc, which wasn't on the list of packages I'd need, and 
> needed to symlink it from /usr/bin/ to /bin, as that's where make looked for it.
>   

You only need moc if you want kde-window-decorator, if you do
not want it then add --disable-kde to your autogen/configure line.

>
> Now, when I run compiz, it's totally broken. The terminal I run it from says:
>
> compiz: Unable to parse XML metadata from file "core.xml"
>   

I think the steps above should fix this

> And the X server and all the windows (some of which have disappeared or lost 
> parts of themselves) are totally unresponsive. Any help?
>   

It means that compiz crashed or failed to start, if you switch to
another virtual terminal with <Ctrl><Alt>F1 and type this, then
switch back to VT7 it might give some more debugging information.

export DISPLAY=:0
metacity --replace &


>
> Let me say that I really appreciate what the open source community does. Heck, 
> without it, I wouldn't have a job! It's the least I can do to contribute some of 
> my time. However, it doesn't bode well for a project when it's as difficult as 
> it's been for me to get working. I'm relatively new to Linux (1 year, and my 
> primary PC is a Mac), but I'm a software developer, and have had problem after 
> problem getting Compiz's source into my work machine, compiling it, running it. 
> I know very little about the challenges of distributing a highly configurable 
> window manager to work with all kinds of Linux flavors, metacity/kde/etc, all 
> that. But my experience has been a real mess.
>   

Hopefully the hard work is almost over ;)

Upgrading to Feisty would save you an awful lot of hassle as
Dapper is really too old for Compiz.  Edgy was always the minimum
recommended.

>
> David Reveman wrote:
>   
>> On Mon, 2007-05-14 at 19:12 -0700, Grant Patterson wrote:
>>     
>>> Hi Folks,
>>>
>>> I work at VMware, where I'm making the multi-monitor feature new in Workstation 
>>> 6.0 (just released!) more robust. Long story short, window managers don't 
>>> consistently expose a good way for a single window to go fullscreen across more 
>>> than monitor, which is what we need to do to display the monitors we expose to a 
>>> guest virtual machine. So we've proposed a new hint for the wm-spec that lets us 
>>> do this in a clean way; anticipating its approval (or something close to it), 
>>> I'm implementing the functionality in a variety of window managers, including 
>>> Compiz.
>>>
>>> Anyway, I got the source via git and I'm trying to build it. I'm not having much 
>>> luck. I'm running Ubuntu Dapper and have the latest version of XFixes according 
>>> to apt-get, but get this error when I try make:
>>> cursor.o: In function `addCursor':/src/compiz/src/cursor.c:57: undefined 
>>> reference to `XFixesHideCursor'
>>>
>>> Any idea what's going on?
>>>       
>> You'll need a newer version of xfixes and it's a bug that the configure
>> script doesn't check for this. However, that cursor code is not yet used
>> so I just disabled the call to XFixesHideCursor for now. If you get the
>> latest changes it should not be a problem anymore. configure.ac should
>> be adjusted to require a newer version of xfixes once we enable this
>> cursor code.
>>
>> - David
>>
>>     
> _______________________________________________
> compiz mailing list
> compiz at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/compiz
>