GNOME Bugzilla – Bug 687753
gsf(1) now has a gio dependency
Last modified: 2012-11-17 15:57:54 UTC
make[2]: Entering directory `/home/desrt/code/libgsf/tools' CCLD gsf /usr/bin/ld: gsf.o: undefined reference to symbol 'g_file_new_for_path' /usr/bin/ld: note: 'g_file_new_for_path' is defined in DSO /home/desrt/local/lib/libgio-2.0.so.0 so try adding it to the linker command line /home/desrt/local/lib/libgio-2.0.so.0: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make[2]: *** [gsf] Error 1 It looks like gsf tries to conditionally enable support for GIO. The tool now has a hard dependency on it, so it's probably time to simplify that code.
Created attachment 228244 [details] [review] build: hard-depend on libgio It's already in the same package as libglib and libgobject (on which we already have hard depends) and we're using it from the commandline tool unconditionally (which means that the build breaks if you try to disable the support).
Created attachment 228488 [details] [review] tools/: Add -lgio to LIBS for gsf tool
Comment on attachment 228488 [details] [review] tools/: Add -lgio to LIBS for gsf tool Attachment 228488 [details] pushed as 1302f9c - tools/: Add -lgio to LIBS for gsf tool I've pushed this (more minimal) patch for the time being in order to unbreak jhbuild. Sorry for that. Please feel free to revert it if you had a different solution in mind (such as the more complicated patch that's attached here as well).
Commit looks fine. I will try to get a release out soonish -- I have been wanting to do that anyway. Sorry about the late response -- Sandy cut power and internet here.
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.
*** Bug 687175 has been marked as a duplicate of this bug. ***