Hi Joseph, Thanks for the reply.
My comments are in context below. David On Tue, 2007-11-13 at 21:11 -0500, Joseph Sacco wrote: > On Tue, 2007-11-13 at 17:27 -0500, David Ronis wrote: > > I'm having several problems with today's svn build. > > > > 1. The new freedesktop/PolicyKit doesn't build on my Slackware-11.0 > > box. I get the following error: > > > > polkit-context.c:38:25: error: sys/inotify.h: No such file or directory > > > > followed by a slew of declaration warnings. I manually copied > > sys/inotify.h from a Slackware 12.0 box that can build PolicyKit. This > > removes the error, but I get unresolved extern errors (not > > surprisingly). > > > > inotify is a Linux kernel subsystem that provides file system event > notification. It was written by Robert Love and John McCutchan to > replace dnotify. It was included in the mainline kernel from release > 2.6.13, and could be compiled into 2.6.12 and possibly earlier releases > by use of a patch. Its function is essentially an extension to > filesystems to notice changes to the filesystem, and report those > changes to applications. OK, but something is clearly wrong somewhere. I suspect that I'm going to have to upgrade in order to fix the problem. > > 2. On my Slackware-12.0 box, PolicyKit builds, but hal doesn't. I get: > > > > hal-setup-keymap.c: In function 'main': > > hal-setup-keymap.c:143: warning: implicit declaration of function > > 'lookup_key' > > hal-setup-keymap.c:143: warning: nested extern declaration of > > 'lookup_key' > > hal-setup-keymap.c:143: warning: assignment makes pointer from integer > > without a cast > > hal-setup-keymap.c:145: error: dereferencing pointer to incomplete type > > The file, hal-setup-keymap-hash-name.h, which contains the errant > definition is generated by gperf. See the makefile in > > hal-0.5.10/tools > > On my system the generated file has the following comment at the top: > > /* C code produced by gperf version 3.0.2 */ > /* Command-line: gperf -t --ignore-case -N lookup_key -H hash_input_names -p > -C */ > /* Computed positions: -k'1-3,5,$' */ My gperf version is 3.0.3 but otherwise the rest is the same. What's wierd is that I flamed the entire hal directory, reloaded from svn and reinstalled. This time it compiled. > > 3. On the Slack-11.0 box, gnome-system-tools doesn't build: > > > > /home/ronis/Project/notar/GNOME/garnome/desktop/gnome-system-tools/work/main.d/gnome-system-tools-2.21.1/src/users/group-settings.c:338: > > undefined reference to `oobs_group_set_name' > > > > Did liboobs build and install? Yes, but to be sure I flamed the directory, reloaded from svn and reinstalled. It installs without a peep. Did the same with gnome-system-tools. However, now I get a new error In file included from callbacks.c:28: ../../src/common/gst-polkit-action.h:21:27: error: polkit/polkit.h: No such file or directory In file included from callbacks.c:28: ../../src/common/gst-polkit-action.h:56: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gst_polkit_action_get_result' which, given that I can't build PolicyKit here isn't too surprising. For now I've regressed gnome-system-tools to the previous version. -- garnome-list mailing list garnome-list@gnome.org http://mail.gnome.org/mailman/listinfo/garnome-list