Red Hat Bugzilla – Bug 200329
pyspi fails to work with recent at-spi packages
Last modified: 2007-11-30 17:11:38 EST
Description of problem:
Python 2.4.3 (#1, Apr 12 2006, 12:51:08)
[GCC 4.1.0 20060410 (Red Hat 4.1.0-7)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import atspi
Traceback (most recent call last):
File "<stdin>", line 1, in ?
ImportError: /usr/lib/libspi.so.0: undefined symbol: atk_value_get_minimum_increment
objdump /usr/lib/libspi.so.0 -t
/usr/lib/libspi.so.0: file format elf32-i386
Version-Release number of selected component (if applicable):
OK, looks like the recent at-spi needs a recent atk, but this isn't expressed in
the RPM metadata.
I was using:
which didn't provide the necessary symbol.
Updating to atk-1.12.1-2 fixed it. This isn't expressed in the RPM metadata;
should the so-number of libatk have been bumped?
looks like a pyspi problem to me; at-spi source does not contain
It's not a pyspi problem, it's a dep/version issue of at-spi on atk: a symbol
was added to atk without bumping the so-number. Hence if you had the newer
at-spi that used the symbol without upgrading atk, at-spi would be unusable.
Fixed by using the most recent version of everything in rawhide, so probably
closable as RAWHIDE
No, as I said, at-spi in rawhide is not using that symbol. Anyway, closed.