On Thursday 08 January 2015, Timothy Pearson wrote:
> Sounds like a serious bug; can you file a report on our bugtracker so that
> we don't lose track of this?
>
> Something you can do in the meantime is to install the kpilot debugging
> symbols along with tdelibs-trinity-dbg, then when the daemon goes into its
> CPU loop do the following:
> 1.) Get the PID of the process consuming all the CPU (use top or similar)
> 2.) gdb --pid <pid obtained above>
> 3.) thread apply all bt
>
> Once that is done post the output on the bug report; we'll be able to tell
> what's going wrong fairly readily.

That's the sort advice I was looking for, thank you.  

[long list of symbols found and not found, all TDE seem to be found]
TQGListIterator::operator++ (this=0xbfb0dd08) at tools/qglist.cpp:1524
1524    tools/qglist.cpp: No such file or directory.
(gdb) thread apply all bt

Thread 2 (Thread 0xb54afb70 (LWP 24717)):
#0  0xb778c424 in __kernel_vsyscall ()
#1  0xb6b35733 in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#2  0xb71996a0 in thread_sleep (ti=ti@entry=0xb54af288) at 
kernel/qthread_unix.cpp:255
#3  0xb7199be4 in TQThread::sleep (secs=2) at kernel/qthread_unix.cpp:273
#4  0xb76ff34c in DeviceCommThread::run() () 
from /opt/trinity/lib/libkpilot.so.0
#5  0xb7199937 in TQThreadInstance::start (_arg=0x9241c8c)
    at kernel/qthread_unix.cpp:142
#6  0xb6e7deb3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#7  0xb6b30c39 in start_thread () 
from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#8  0xb5e199fe in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6

Thread 1 (Thread 0xb5668710 (LWP 24716)):
#0  TQGListIterator::operator++ (this=0xbfb0dd08) at tools/qglist.cpp:1524
---Type <return> to continue, or q <return> to quit---

I'm not sure what that means, but there is is.  I'll sign up for an account on 
your bug tracker and post more there later, thank you.  

Where can I find the full build log?