I have problems to run new tuxsetup 1.3 on my debian etch system.

If I try to start tuxgdg from shell, there  comes this shit:

~$ tuxgdg
Traceback (most recent call last):
  File "/opt/tuxdroid/apps/tux_framework/TFW.py", line 12, in ?
    from FWObject import GdgFramework
  File "/opt/tuxdroid/apps/tux_framework/libs/FWObject.py", line 35, in ?
    from GdgObject import *
  File "/opt/tuxdroid/apps/tux_framework/libs/GdgObject.py", line 50, in ?
    from GdgVoiceRec import VoiceRecParametrize, VoiceRecAcquire, VoiceRecMatching
  File "/opt/tuxdroid/apps/tux_framework/libs/GdgVoiceRec.py", line 11, in ?
    import DTW
  File "/opt/tuxdroid/apps/tux_framework/libs/DTW.py", line 27, in ?
    lib = CDLL(DTW_SO)
  File "/usr/lib/python2.4/site-packages/ctypes/__init__.py", line 315, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: /opt/tuxdroid/apps/tux_framework/libs/_DTW.so: undefined symbol: __stack_chk_fail

Well, I google about this problem and I found a solution here: http://www.tuxisalive.com/tux-droid-forum/copy_of_forumtopic1/144054561

But, now the next problem occuring:

$ tuxgdg
Traceback (most recent call last):
  File "/opt/tuxdroid/apps/tux_framework/TFW.py", line 12, in ?
    from FWObject import GdgFramework
  File "/opt/tuxdroid/apps/tux_framework/libs/FWObject.py", line 35, in ?
    from GdgObject import *
  File "/opt/tuxdroid/apps/tux_framework/libs/GdgObject.py", line 55, in ?
    from tuxapi_class import TuxSwitch
  File "/opt/tuxdroid/api/python/tuxapi_class.py", line 39, in ?
    from tux_osl_api import TuxOSLAPI
  File "/opt/tuxdroid/apps/tuxosl/tux_osl_api.py", line 28, in ?
    from tux_osl_obj import TuxOSLObjDistant, TuxOSLObjDirect
  File "/opt/tuxdroid/apps/tuxosl/tux_osl_obj.py", line 28, in ?
    from tux_osl_wrapper import TuxOSLWrapper
  File "/opt/tuxdroid/apps/tuxosl/tux_osl_wrapper.py", line 30, in ?
    tux_osl_lib = CDLL("%s/_TUX_OSL.so" % os.path.dirname(__file__))
  File "/usr/lib/python2.4/site-packages/ctypes/__init__.py", line 315, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: /lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.4' not found (required by /opt/tuxdroid/apps/tuxosl/_TUX_OSL.so)

I don't want to update my system, to new GLIBC 2.4  (I have 2.3.6)

Where I can get the damned _TUX_OSL.so sources, so I can compile this stuff self???

I search the sources in the tuxdroid source-tree but I can't found it.

Have  anyone a suggestion ?

My System:

~$ /lib/libc.so.6

GNU C Library stable release version 2.3.6, by Roland McGrath et al.

....

Compiled by GNU CC version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21).

Compiled on a Linux 2.6.18 system on 2008-01-19.

....

~$ uname -a
Linux gustav 2.6.18-6-686 #1 SMP Sun Feb 10 22:11:31 UTC 2008 i686 GNU/Linux

not sure what you need, but tux sources are in svn, don't know the location by heart, but it is mentioned somewhere here.

Also I have seen a thread where someone installed on an eeePC (which is basically also an etch system)

What I need are the _TUX_OSL.so sources. I have download svn sources, but there are no sources of _TUX_OSL.so.

The problem is that this is linked against GLIBC_2.4.

doesnt look like that is going to happen..

[quote]Unfortunately, there is a good reason why the source code of tux_osl
is not available on svn. This part of the code covers the
Text-To-Speech functions and that part is licensed.

So to help you people, we are going to provide a 64-bits version
of _TUX_OSL.so. This will be quite soon. Probably for next week.

Oh, and this made our programmers quite happy because they are getting a shiny new 64-bits machine

Se[/quote]

Why not use an open source text to speech engine in a future release of the tuxdroid software?  dont they exist?  even if its just an optional compile time choice I'd sure love that ability.

OpenMary maybe? http://mary.dfki.de/Download/openmary-open-source-emotional-text-to-speech-synthesis-system-released

I totally agree with you, Jeffrey.

I think the best solution should be to use a kind of plugin system that would let people choose the tts engine they want.

I have begun to look at the sources. Maybe we can do something ?