Comment 4 for bug 1370419

Output of ldd -r on the buggy system:

$ ldd -r /usr/sbin/libgvc6-config-update
 linux-gate.so.1 => (0xb7791000)
 libgvc.so.6 => /usr/local/lib/libgvc.so.6 (0xb76f6000)
 libcgraph.so.6 => /usr/local/lib/libcgraph.so.6 (0xb76e0000)
 libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb752f000)
 libgraph.so.5 => /usr/local/lib/libgraph.so.5 (0xb7521000)
 libcdt.so.5 => /usr/local/lib/libcdt.so.5 (0xb751a000)
 libpathplan.so.4 => /usr/local/lib/libpathplan.so.4 (0xb7511000)
 libltdl.so.7 => /usr/lib/i386-linux-gnu/libltdl.so.7 (0xb7506000)
 /lib/ld-linux.so.2 (0xb7792000)
 libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb74bf000)
 libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb74ba000)
undefined symbol: GvExitOnUsage (/usr/sbin/libgvc6-config-update)
/usr/sbin/libgvc6-config-update: Symbol `MemTest' has different size in shared object, consider re-linking

This ldd output was different than the output on the LiveCD machine (addresses omitted due to the lack of copy-paste from the VM):

$ ldd -r /usr/sbin/libgvc6-config-update
 linux-gate.so.1 => (0x...)
 libgvc.so.6 => /usr/local/lib/libgvc.so.6 (0x...)
 libcgraph.so.6 => /usr/local/lib/libcgraph.so.6 (0x...)
 libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x...)
 libltdl.so.7 => /usr/lib/i386-linux-gnu/libltdl.so.7 (0x...)
 libcdt.so.5 => /usr/local/lib/libcdt.so.5 (0x...)
 libpathplan.so.4 => /usr/local/lib/libpathplan.so.4 (0x...)
 libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0x...)
 libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0x...)
 /lib/ld-linux.so.2 (0x...)
 libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0x...)
 libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x...)

Anyway, deleting /usr/sbin/libgvc6-config-update solved the problem, now it works fine.
There is a bug somewhere though.