Re: Several Problems with SVN build

[David Ronis <ronis ronispc chem mcgill ca>]

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.