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@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/compiz > _______________________________________________ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz