System-1.9.0/-CVS & libgtop-2.6.0

Neither System-1.9.0 nor the current CVS snapshot from 06/05/04 works with the recently released libgtop-2.6.0 (ftp://ftp.gnome.org/pub/GNOME/sources/libgtop/2.6/).

System-1.9.0 refuses to compile due to a missing header (the last version of libgtop that still includes this header is libgtop-2.0.8):

[root@disclosure]:/usr/local/apps/System# sh AppRun --compile
Compiling /usr/local/apps/System... please wait...
creating cache ./config.cache
checking that pkg-config runs... yes
checking that gtk+-2.0 (version >= 2.0.1) is installed... yes
checking that libgtop-2.0 (version >= 2.0.0) is installed... yes
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking whether make sets ${MAKE}... yes
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for unsetenv... yes
checking for getopt_long... yes
checking extracting version information... version 1.9.0
updating cache ./config.cache
creating ./config.status
creating Makefile
creating config.h
config.h is unchanged
rm -f *.o Makefile.bak
gcc -g -O2 -Wall -Wmissing-prototypes `pkg-config --cflags gtk+-2.0 libgtop-2.0` -c -o main.o main.c
gcc -g -O2 -Wall -Wmissing-prototypes `pkg-config --cflags gtk+-2.0 libgtop-2.0` -c -o filesys.o filesys.c
filesys.c:30: glibtop/xmalloc.h: No such file or directory
make: *** [filesys.o] Error 1
Compile failed
Press Return...
[root@disclosure]:/usr/local/apps/System#

After installing ctypes-0.6.3 and libffi-snapshot20030119, I tried the CVS snapshot from 06/05/04. Unfortunately, it is also still looking for the old library, libgtop-2.0.so.0:

Traceback (most recent call last):
File "./AppRun", line 10, in ?
from processes import Processes
File "./processes.py", line 4, in ?
import top, os, cell_bar
File "./top.py", line 21, in ?
libgtop = cdll.LoadLibrary('libgtop-2.0.so.0')
File "/usr/local/stow/Python-ctypes-0.6.3/lib/python2.2/site-packages/ctypes/__init__.py", line 286, in LoadLibrary
return self._dlltype(name)
File "/usr/local/stow/Python-ctypes-0.6.3/lib/python2.2/site-packages/ctypes/__init__.py", line 222, in __init__
self._handle = LoadLibrary(self._name)
OSError: libgtop-2.0.so.0: cannot open shared object file: No such file or directory

Changing top.py to make it look for the new library, libgtop-2.0.so.2, doesn't work either. It complains about a missing symbol from libgtop-2.0.x, which is no longer present in libgtop-2.6.0:

Traceback (most recent call last):
File "./AppRun", line 73, in ?
MainWindow().show()
File "./AppRun", line 33, in __init__
filesystems = FileSystems()
File "./filesystems.py", line 44, in __init__
self.update()
File "./filesystems.py", line 53, in update
mounts = top.get_mountlist()
File "./top.py", line 128, in get_mountlist
libgtop.glibtop_free_r(server, mounts)
File "/usr/local/stow/Python-ctypes-0.6.3/lib/python2.2/site-packages/ctypes/__init__.py", line 233, in __getattr__
func = self._CdeclFuncPtr(name, self)
AttributeError: /usr/local/lib/python2.2/site-packages/_ctypes.so: undefined symbol: glibtop_free_r

Unlike many other Gnome packages ([lib]gtkhtml, libsoup, libgal, gstreamer, ...), it is _not_ possible to have libgtop-2.0.x and -2.6.x installed in parallel, as they're both keeping their libraries and headers under libgtop-2.0.