After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 708059 - build failure: fatal error: folks/folks.h: No such file or directory
build failure: fatal error: folks/folks.h: No such file or directory
Status: RESOLVED OBSOLETE
Product: folks
Classification: Platform
Component: Telepathy backend
0.9.x
Other Linux
: Normal normal
: Unset
Assigned To: folks-maint
folks-maint
: 710647 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-09-14 03:14 UTC by darkxst
Modified: 2018-09-21 16:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
build: Fix PKG_CONFIG_PATH for calls to g-ir-scanner (5.20 KB, patch)
2013-10-25 19:16 UTC, Philip Withnall
committed Details | Review

Description darkxst 2013-09-14 03:14:35 UTC
I am getting a build failure building folks 0.9.5 on Ubuntu.


  GISCAN   FolksTelepathy-0.6.gir
Package folks was not found in the pkg-config search path.
Perhaps you should add the directory containing `folks.pc'
to the PKG_CONFIG_PATH environment variable
No package 'folks' found
In file included from <stdin>:4:0:
/tmp/buildd/folks-0.9.5/backends/telepathy/lib/folks/folks-telepathy.h:8:25: fatal error: folks/folks.h: No such file or directory
 #include <folks/folks.h>
                         ^
compilation terminated.
Comment 1 Jan de Groot 2013-09-19 18:30:43 UTC
Same on archlinux. Seems to depend on itself. A workaround is to export PKG_CONFIG_PATH to `pwd`/folks before running ./configure.
Comment 2 Travis Reitter 2013-09-24 21:20:24 UTC
I can't reproduce this problem with git master or the 0.9.5 tag, even after uninstalling Folks from my development prefix (/opt/gnome) and running 'make distclean'. The only environment variables I set were:
PKG_CONFIG_PATH=/opt/gnome/lib64/pkgconfig
LD_LIBRARY_PATH=/opt/gnome/lib64
XDG_DATA_DIRS=/opt/gnome/share

and ran configure as:
./configure --disable-docs --disable-fatal-warnings

Do you still hit this problem with git master? I just cleaned up the build slightly and there are a couple other bug fixes which make clean things up for you.
Comment 3 Jan de Groot 2013-09-24 22:16:25 UTC
Even if you set PKG_CONFIG_PATH to some value, pkg-config will look in the standard directories on your system, so if you want to reproduce this, you'll have to remove folks.pc from /usr/lib/pkgconfig too.

On Archlinux we build in clean chroots, folks is not installed in those while building folks.
Comment 4 Travis Reitter 2013-09-25 22:47:49 UTC
(In reply to comment #3)
> Even if you set PKG_CONFIG_PATH to some value, pkg-config will look in the
> standard directories on your system, so if you want to reproduce this, you'll
> have to remove folks.pc from /usr/lib/pkgconfig too.

Right, I don't have the Folks development files installed in /usr/*. I made sure that they weren't installed anywhere when I built and still had no problems.

darkxst, Jan, are you perhaps running configure from a directory other than the source tree root? We have these lines in configure.ac:

PKG_CONFIG_PATH=$(pwd)/folks:$PKG_CONFIG_PATH
AC_SUBST([PKG_CONFIG_PATH])

which should set up your PKG_CONFIG_PATH correctly so folks-uninstalled.pc can be detected and folks.h will be found in that directory.

'make distcheck' would fail if we didn't have this in place, I believe.
Comment 5 Philip Withnall 2013-10-24 07:01:59 UTC
*** Bug 710647 has been marked as a duplicate of this bug. ***
Comment 6 Laurent Bigonville 2013-10-25 11:20:30 UTC
Hi,

I'm hit by this too when building the folks debian package.

Quickly reading the autoconf doc, AC_SUBST is not exporting the variable to the environment, and that's what pkg-config want.

Am I missing something?
Comment 7 Philip Withnall 2013-10-25 19:16:44 UTC
Created attachment 258143 [details] [review]
build: Fix PKG_CONFIG_PATH for calls to g-ir-scanner

Ensure that g-ir-scanner’s PKG_CONFIG_PATH includes the build
directory containing the generated -uninstalled.pc files for folks,
so that the backends can link against it properly for being scanned.
Comment 8 Philip Withnall 2013-10-25 19:17:58 UTC
Here’s a patch which should fix the problem, although as I couldn’t reproduce the problem in the first place, I can’t be sure.

It’s based on this telepathy-glib patch for the same problem: http://cgit.freedesktop.org/telepathy/telepathy-glib/commit/telepathy-glib/introspection.am?h=next&id=5c49347ae31f9bd6316953f0a55d192f9c043032

Laurent, can you give it a test and see if it works please?
Comment 9 Laurent Bigonville 2013-10-26 10:27:17 UTC
OK this is fixing pkg-config not finding the folks.pc file, but now it's failing with the following errors, not sure if this related or not:

libtool: link: gcc -o /«PKGBUILDDIR»/backends/telepathy/lib/tmp-introspectoC2O0R/.libs/FolksTelepathy-0.6 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z -Wl,relro -Wl,-z -Wl,defs -Wl,-O1 /«PKGBUILDDIR»/backends/telepathy/lib/tmp-introspectoC2O0R/FolksTelepathy-0.6.o -Wl,--export-dynamic -pthread -Wl,--export-dynamic  -Wl,--as-needed -L. ./.libs/libfolks-telepathy.so ../../../folks/.libs/libfolks.so ./.libs/libtp-zeitgeist.a /«PKGBUILDDIR»/folks/.libs/libfolks.so -lgee-0.8 -ltelepathy-glib -lzeitgeist-2.0 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -pthread
folks/folks-telepathy.h:68: Warning: FolksTelepathy: tpf_persona_get_contact: return value: Missing (transfer) annotation
folks/folks-telepathy.h:64: Warning: FolksTelepathy: tpf_persona_construct: return value: Missing (transfer) annotation
folks/folks-telepathy.h:65: Warning: FolksTelepathy: tpf_persona_dup_for_contact: return value: Missing (transfer) annotation
folks/folks-telepathy.h:73: Warning: FolksTelepathy: tpf_persona_store_get_account: return value: Missing (transfer) annotation
folks/folks-telepathy.h:70: Warning: FolksTelepathy: tpf_persona_store_construct: return value: Missing (transfer) annotation
folks/folks-telepathy.h:71: Warning: FolksTelepathy: tpf_persona_store_list_persona_stores: return value: Missing (transfer) annotation
folks/folks-telepathy.h:72: Warning: FolksTelepathy: tpf_persona_store_dup_for_account: return value: Missing (transfer) annotation
<unknown>:: Fatal: FolksTelepathy: warnings configured as fatal
<unknown>:: Fatal: FolksTelepathy: warnings configured as fatal
Comment 10 Philip Withnall 2013-10-26 22:29:39 UTC
That’s bug #705608 which is fixed in master. If you cherry-pick that patch, does building the package succeed? If so, I can commit the first patch from this bug and then roll a 0.9.6 release.
Comment 11 Laurent Bigonville 2013-10-29 12:20:06 UTC
I think that the patch from bug #705608 fixed this bug as well.

Folks 0.9.5 build successfully in debian with only the patch from the other bug
Comment 12 Philip Withnall 2013-10-29 12:30:51 UTC
Comment on attachment 258143 [details] [review]
build: Fix PKG_CONFIG_PATH for calls to g-ir-scanner

Great, committed to master. Thanks for testing. I’ll try and roll a micro release soon.

commit 1af18e6813cf1cb2e6319f03b7f5dd9bf22587bd
Author: Philip Withnall <philip.withnall@collabora.co.uk>
Date:   Fri Oct 25 20:15:27 2013 +0100

    build: Fix PKG_CONFIG_PATH for calls to g-ir-scanner
    
    Ensure that g-ir-scanner’s PKG_CONFIG_PATH includes the build
    directory containing the generated -uninstalled.pc files for folks,
    so that the backends can link against it properly for being scanned.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=708059

 NEWS                                        | 2 ++
 backends/eds/lib/Makefile.am                | 4 ++++
 backends/libsocialweb/lib/Makefile.am       | 4 ++++
 backends/telepathy/lib/Makefile.am          | 4 ++++
 backends/tracker/lib/Makefile.am            | 4 ++++
 configure.ac                                | 5 -----
 folks/Makefile.am                           | 4 ++++
 tests/lib/telepathy/contactlist/Makefile.am | 4 ++++
 8 files changed, 26 insertions(+), 5 deletions(-)
Comment 13 GNOME Infrastructure Team 2018-09-21 16:04:03 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/folks/issues/66.