Hide Forgot
Description of problem: executing gnumeric gives prints an error, and gnumeric does not start. Error printed: gnumeric: symbol lookup error: /usr/lib64/libspreadsheet-1.10.15.so: undefined symbol: go_direction_get_name Version-Release number of selected component (if applicable): package gnumeric-1.10.15-2.fc14.x86_64.rpm How reproducible: every time Steps to Reproduce: update from gnumeric 1.10.14 1.fc14 (working) to gnumeric 1.10.15 2.fc14 (breaks)
Well, I am unable to reproduce this - gnumeric starts for me on both f14 x86_64 and f15 x86_64. Please try the following: $ rpm -V gnumeric Which version of goffice do you have installed?
ah, ok $ rpm -V gnumeric $ rpm -q goffice gnumeric goffice-0.8.14-1.fc14.x86_64 gnumeric-1.10.15-2.fc14.x86_64 ^ this fails $ sudo yum update goffice ... Updating : goffice-0.8.15-1.fc14.x86_64 Cleanup : goffice-0.8.14-1.fc14.x86_64 ^ this works
Looks like something went south on your system. Is it gnumeric working after goffice update?
Ah, that's what I meant by "this works". The latest gnumeric package works after I updated goffice. How this machine got to this point: goffice package was installed June 7th (through yum) gnumeric package was installed today (June 14th) (through yum) I suppose one way to prevent this from happening to other people is to hard-code the version check in gnumeric spec. Such as: Requires: goffice >= 0.8.15
Since gnumeric and goffice are most of the time released together, I usually push them as one update. I can consider hardcoding the dependency with the next release.