Spacefm 0.7.4 crashes with this error message on Ubuntu 11.04 32bit, Still works on #! 10 64bit BPO
spacefm: symbol lookup error: spacefm: undefined symbol: g_mutex_new
I too have this bug, with Ubuntu 11.10 32-bit run in virtualbox.
I built SpaceFM with debug symbols and ran it with gdb, but the bug is not reproducible under these conditions. It's reproducible when installing SpaceFM from PPA.
Same bug with antiX - Debian Testing, but ok with antiX -Debisn sid.
IgnorantGuru, what OS (with version) are you building your deb packages on?
This might be due to a difference between the Ubuntu and Debian version of some package or something that changed in a unstable (sid) package.
I can confirm this issue using the Ubuntu 11 live i386 cd and installing via my deb package. It does not occur when spacefm is built from source, so gdb is of limited use here. There appears to be a glib header version discrepancy between my build system and ubuntu - probably related to changes being introduced in the new gnome, and thus in glib. My build system is a slightly out of date sid system (libglib2.0-0 v2.32.0-2).
Thanks for letting me know about this. Until this is resolved, you can workaround the problem by using the self extracting installer I provide, or just build from source using the instructions in the README.
For example, these commands should duplicate installation from the deb file:
apt-get install autotools-dev bash dbus desktop-file-utils libc6 libcairo2 \
libdbus-1-3 libglib2.0-0 libgtk2.0-0 libpango1.0-0 libstartup-notification0 \
libx11-6 shared-mime-info intltool pkg-config libgtk2.0-dev libglib2.0-dev \
fakeroot libstartup-notification0-dev libdbus-1-dev libgdk-pixbuf2.0-0 \
bash spacefm-0.7.4-installer.sh --prefix=/usr
Just to confirm, running antiX- Debian testing, the above instructions successfully builds a spacefm-0.7.4 version.
I'll wait for a resolved deb and then antiX will release with the newer version.
@anticapitalista: Up to you how you want to do it, but this may not be resolved until ubuntu and testing etc catch up with the glib in sid. With the next release, or possibly sooner, I may build the deb with a version requirement on glib, so it will at least give details of why it won't install. The deb packages are provided as a convenience for compatible debian-based systems, but they don't work on all variants.
Also, there are very simple instructions at the end of the README for building a deb package. So you can build your own and they should work fine.
Successfully made a .deb working in antiX-Debian testing that also works in antiX -Debian sid.
If you want to use it, it is here:
Just chiming in to say that Debian Testing works with the standard deb on v0.7.4 here.
Building a deb also fixed it for me on antiX Debian Testing
0.7.4 deb packages have been rebuilt. Please see the news page for how this has been corrected.