On Tue, Nov 04, 2008, mike wrote:
> device.c:(.text+0x1847): undefined reference to `g_timeout_add_seconds'
> its an multilib environment and its the same for 64 bit. anyone a idea?
Yes. You've got a too old GLib version. If you check the GLib
documentation you'll see that g_timeout_add_seconds was added in version
A couple of us have reported issues with compiling on systems with older
Glib packages. There's likely quite a few others having the problem, but
who haven't bothered to join this list to report.
At least on the production systems I'm dealing with, an upgrade to Glib
isn't really possible. I looked into it, but it leads to dependency hell,
and would cause unnecessary bloat for systems which rely only on an
absolute bare minimum of Gnome. They're XFCE-based to keep operation
simple and fast.
At least for our application, we don't need *any* graphical interface for
bluetooth. The setups could be just as easily done from shell scripts.
Indeed, since these systems are *NOT* configured by end users, having a
graphical user interface is not only superfluous, but is something we'd
rather avoid. (They're in a kiosk-type environment so quite locked down.)
Is it possible to have a more backward-compatible (and therefore more
widely applicable) compile, or is the needed bit from newer Glib really
critical? Even a less capable result would be vastly better than a dead
If the Gnome parts can't be built at all without the newest Glib, is it
possible to add a configure option that would allow the basic bluetooth
interface libs and utilities to be built without Gnome altogether so they
could be used in a command line environment?