Description of problem: The new graphviz 2.30.0 package contains ABI changes even though the soname is the same. The main problem I'm running into is that libgraph.so seems to have been completely removed from graphviz, but it's still present in libgvc.pc. This means that anyone using libgvc.pc will see build failures, as ld will try linking to a shared object that doesn't exist. Version-Release number of selected component (if applicable): graphviz-2.30.0-2.fc19 How reproducible: On rawhide: file test.cpp: #include <gvc.h> #include <iostream> int main (int argc, char *argv[]) { std::cout << "why, world?" << std::endl; return 0; } g++ `pkg-config --cflags --libs libgvc` -o test test.cpp Alternately, try to rebuild the "fawkes" package in rawhide, which is currently failing because it's using libgvc.pc Steps to Reproduce: 1. Create simple program 2. Try linking using libs from libgvc.pc 3. Watch ld complain it can't find libgraph. Actual results: /usr/bin/ld: cannot find -lgraph Expected results: build success
Still an issue in graphviz 2.30.1. I looked at the build logs (http://kojipkgs.fedoraproject.org//work/tasks/8625/4988625/build.log) and saw the following lines in the config summary: graphviz-2.30.1 will be compiled with the following: options: graph: No (disabled deprecated) If libgraph is no longer being built, then -lgraph should be removed from lib/gvc/libgvc.pc.in. libgvc doesn't seem to link against libgraph, ldd shows: ldd libgvc.so.6 linux-vdso.so.1 => (0x00007fff26db5000) libltdl.so.7 => /lib64/libltdl.so.7 (0x00007f4fbe476000) libxdot.so.4 => /lib64/libxdot.so.4 (0x00007f4fbe271000) libcgraph.so.6 => /lib64/libcgraph.so.6 (0x00007f4fbe05a000) libcdt.so.5 => /lib64/libcdt.so.5 (0x00007f4fbde53000) libpathplan.so.4 => /lib64/libpathplan.so.4 (0x00007f4fbdc4a000) libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f4fbda1f000) libz.so.1 => /lib64/libz.so.1 (0x00007f4fbd809000) libm.so.6 => /lib64/libm.so.6 (0x00007f4fbd507000) libc.so.6 => /lib64/libc.so.6 (0x00007f4fbd146000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f4fbcf42000) /lib64/ld-linux-x86-64.so.2 (0x00007f4fbe920000)
affects also libgda
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Looks like spot has fixed this for F19+ https://admin.fedoraproject.org/updates/FEDORA-2013-6498