headers not found at compilation

Ensure you have all the dependencies mentioned in Readme.txt installed. You'll need also the -devel versions (or -dev or whatever fedora names the packages).

If this doesn't fix the problem (== you had all the needed packages already) attach build/sconf/config.log to the bug report.

--RZ

I've got all dependencies with dev packages installed.

Hmh, OK the order which things are checked in config is a bit odd.

1) Anyway try with the attached SConstruct (copy it to the root of the build dir) and please do "rm -rv build" before trying to rebuild to ensure that the config isn't cached.

2) What's the output of 'pkg-config --libs libnotify' on your system?

--RZ

And attach resulting config.log if the build doesn't succeed.

1) Compilation succeed

2) "pkg-config --libs libnotify" gives

-Wl,--export-dynamic -pthread -L/lib -lnotify -ldbus-glib-1 -lgmodule-2.0 -ldbus-1 -lpthread -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0

OK, for some reason libnotify libraries don't include libgtk-x11-2.0 on your system, which probably would have included the needed symbols. But then again, why would pthread test even need libraries for libnotify.

Steven: Any ideas? Just move the libnotify check to the end of config? (probably should do that anyway as it might speed up the config a bit, since every conftest after it seems to link to the libnotify libraries and there's a few of them)

--RZ

That's a possible fix, I guess. The real issue is why does SCons add libs to the environment before conf.Finish()? I'm assuming it's in case the conf.Check*() have library dependencies between them, but they should still make an option to not add libs until the end. That way each conf.Check*() gets a fresh environment and there are no strange linking errors.

As far as speed is concerned, the checks are cached anyway so it would only improve the initial run, and probably only by milliseconds.

NLSW: Fedora needs to fix their PREFIX/lib/pkgconfig/libnotify.pc to add gtk+-2.0 as a dependency. You might want to bring that up with them.

For what I gan gather from http://git.gnome.org/browse/libnotify/commit/?id=0eb56b2fcf16d5381011e0bae2cf942416dae55c and https://bugzilla.gnome.org/show_bug.cgi?id=622550 it's not a Fedora issue, but an intentional effort from the upstream libnotify.

And yes, the real issue here is SCons adding the previous libs to following checks, but unless you want to look into that I'd suggest we just move the libnotify check to the end. Or move the conf.env.ParseConfig('pkg-config --libs libnotify') in some if near the libglade and gthread parseconfigs (that would probably also fix it, didn't bother to test).

--RZ

Well, moved the libnotify check to last to fix immediate problems.

--RZ