tux-droid-user Mailing List for Tux Droid CE (Page 2)
Status: Beta
Brought to you by:
ks156
Menu
▾
▴
tux-droid-user — tuxdroid-user
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
(129) |
Apr
(96) |
May
(38) |
Jun
(70) |
Jul
(7) |
Aug
(27) |
Sep
(10) |
Oct
|
Nov
(2) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(9) |
Feb
(7) |
Mar
|
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Y P <yel...@ed...> - 2008-11-14 17:15:58
|
Hello folks. My wife and I are new to tuxdroid. We installed it on an Ubuntu Feisty PC and I have some questions now: - why does the TD-dongle blocks the PC starting process when inserted in its USB-slot before the PC power-button is pressed ? Is this normal ? - how to be sure of the communication between dogle and penguin: isn't there any simple commandline test we can do to check ? BTW, how far or high should the dongle be positionned to be sure that the Tux is seeing him ? - is it normal that there isn't any shortcut-button on the Gnome desktop ? Is this due to the fact that I installed it from the commandline using dpkg -i ? Here is also a 1st test I did; I hope anything is correct; I will anyway appreciate any feedback: # A newbie's TuxDroid installation/connection test: Script is gestart op vr 14 nov 2008 17:24:34 CET # Is the tuxdroid installation correct? # Before inserting the dongle: anita@beertje:~$ dpkg -l |grep tux ii tuxdroid-tts-voices.belgiandutch 1.0-1 BelgianDutch TTS voice for Tuxdroid. ii tuxsetup 1.3-19 Software kit for tuxdroid (tuxsetup 2.x doesn't install on this Ubuntu Feisty PC, that's why I tried with v. 1.3.19 using sudo dpkg -i file.deb then apt-get -f install to add missing deps) anita@beertje:~$ locate -i tuxd /usr/local/bin/tuxd /usr/doc/tuxdroid-tts-voices.belgiandutch /usr/doc/tuxdroid-tts-voices.belgiandutch/README /etc/udev/rules.d/45-tuxdroid.rules /opt/tuxdroid /opt/tuxdroid/firmware /opt/tuxdroid/firmware/tuxdroid-firmware-hex.0.4.0.tar.gz /opt/tuxdroid/api /opt/tuxdroid/api/python /opt/tuxdroid/api/python/CHANGES /opt/tuxdroid/api/python/AUTHORS /opt/tuxdroid/api/python/COPYING /opt/tuxdroid/api/python/tuxapi_const.py /opt/tuxdroid/api/python/tuxapi_wav_merger.py /opt/tuxdroid/api/python/tux.py /opt/tuxdroid/api/python/tuxapi_class.py /opt/tuxdroid/api/python/TODO /opt/tuxdroid/api/python/README /opt/tuxdroid/doc /opt/tuxdroid/doc/examples /opt/tuxdroid/doc/examples/basescript.py /opt/tuxdroid/doc/python-api /opt/tuxdroid/doc/python-api/PythonApi-0.2.3.pdf /opt/tuxdroid/bin /opt/tuxdroid/bin/tuxgdg /opt/tuxdroid/bin/tuxsh /opt/tuxdroid/bin/tuxd /opt/tuxdroid/bin/tuxfw /opt/tuxdroid/bin/tuxup /opt/tuxdroid/bin/tuxatt /opt/tuxdroid/bin/tuxosld /opt/tuxdroid/bin/dfu-programmer /opt/tuxdroid/apps /opt/tuxdroid/apps/tux_framework /opt/tuxdroid/apps/tux_framework/libs /opt/tuxdroid/apps/tux_framework/libs/GdgDebug.py /opt/tuxdroid/apps/tux_framework/libs/GdgObject.py /opt/tuxdroid/apps/tux_framework/libs/thomas.py /opt/tuxdroid/apps/tux_framework/libs/GdgDownload.py /opt/tuxdroid/apps/tux_framework/libs/TGFormat.py /opt/tuxdroid/apps/tux_framework/libs/TGFXml.py /opt/tuxdroid/apps/tux_framework/libs/language_guesser.bay /opt/tuxdroid/apps/tux_framework/libs/FWObject.py /opt/tuxdroid/apps/tux_framework/libs/behavior_cb.py /opt/tuxdroid/apps/tux_framework/libs/TGFCanvas.py /opt/tuxdroid/apps/tux_framework/libs/_DTW.so /opt/tuxdroid/apps/tux_framework/libs/BabelfishTranslate.py /opt/tuxdroid/apps/tux_framework/libs/voice_cb.py /opt/tuxdroid/apps/tux_framework/libs/GdgVoiceRec.py /opt/tuxdroid/apps/tux_framework/libs/keyboard.py /opt/tuxdroid/apps/tux_framework/libs/SimpleGladeApp.py /opt/tuxdroid/apps/tux_framework/libs/TGFParser.py /opt/tuxdroid/apps/tux_framework/libs/GoogleTranslate.py /opt/tuxdroid/apps/tux_framework/libs/GdgGuiUpdate.py /opt/tuxdroid/apps/tux_framework/libs/GdgThreads.py /opt/tuxdroid/apps/tux_framework/libs/Languages.py /opt/tuxdroid/apps/tux_framework/libs/DTW.py /opt/tuxdroid/apps/tux_framework/libs/TextFilters.py /opt/tuxdroid/apps/tux_framework/libs/C2MEDoc.py /opt/tuxdroid/apps/tux_framework/libs/menu.py /opt/tuxdroid/apps/tux_framework/libs/tdrss.py /opt/tuxdroid/apps/tux_framework/libs/TimeLineReader.py /opt/tuxdroid/apps/tux_framework/libs/t9.py /opt/tuxdroid/apps/tux_framework/SDK /opt/tuxdroid/apps/tux_framework/SDK/doc /opt/tuxdroid/apps/tux_framework/SDK/doc/GdgSceneContainer_doc.pdf /opt/tuxdroid/apps/tux_framework/SDK/doc/TGFParser.pdf /opt/tuxdroid/apps/tux_framework/SDK/doc/GdgDebug_doc.pdf /opt/tuxdroid/apps/tux_framework/SDK/doc/PythonApi.pdf /opt/tuxdroid/apps/tux_framework/SDK/doc/GdgObject_doc.pdf /opt/tuxdroid/apps/tux_framework/SDK/doc/GdgScene_doc.pdf /opt/tuxdroid/apps/tux_framework/SDK/doc/GdgScenario_doc.pdf /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker/tuxgagdetmaker.glade /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker/maker.png /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker/otherpyp.base /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker/tuxgagdetmaker.py /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker/otherglade.base /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker/config.py /opt/tuxdroid/apps/tux_framework/SDK/gadget_maker/Template.tgf /opt/tuxdroid/apps/tux_framework/TFW.py /opt/tuxdroid/apps/tux_framework/bin /opt/tuxdroid/apps/tux_framework/bin/frame /opt/tuxdroid/apps/tux_framework/bin/mgcep /opt/tuxdroid/apps/tux_framework/bin/x2x /opt/tuxdroid/apps/tux_framework/bin/mgc2mgc /opt/tuxdroid/apps/tux_framework/bin/pitch /opt/tuxdroid/apps/tux_framework/bin/README /opt/tuxdroid/apps/tux_framework/bin/window /opt/tuxdroid/apps/tux_framework/version.py /opt/tuxdroid/apps/tux_manager /opt/tuxdroid/apps/tux_manager/gadgets /opt/tuxdroid/apps/tux_manager/gadgets/Attitunes_studio.tgf /opt/tuxdroid/apps/tux_manager/gadgets/Email.tgf /opt/tuxdroid/apps/tux_manager/gadgets/Scenes_manager.tgf /opt/tuxdroid/apps/tux_manager/gadgets/Clock.tgf /opt/tuxdroid/apps/tux_manager/gadgets/firmware_updater.tgf /opt/tuxdroid/apps/tux_manager/gadgets/VoiceRec_configurator.tgf /opt/tuxdroid/apps/tux_manager/gadgets/Manager.tgf /opt/tuxdroid/apps/tux_manager/gadgets/TuxController.tgf /opt/tuxdroid/apps/tux_manager/gadgets/Weather.tgf /opt/tuxdroid/apps/tux_manager/gadgets/audio_flash.tgf /opt/tuxdroid/apps/tux_manager/gadgets/Debug_control.tgf /opt/tuxdroid/apps/tuxosl /opt/tuxdroid/apps/tuxosl/tux_osl_event_controler.pyc /opt/tuxdroid/apps/tuxosl/tux_osl_service_server.pyc /opt/tuxdroid/apps/tuxosl/tux_osl_event_cmd_client.py /opt/tuxdroid/apps/tuxosl/tux_osl_obj.pyc /opt/tuxdroid/apps/tuxosl/tux_osl_event_cmd_client.pyc /opt/tuxdroid/apps/tuxosl/tux_osl_daemon.py /opt/tuxdroid/apps/tuxosl/service_daemonizer.py /opt/tuxdroid/apps/tuxosl/tux_osl_wrapper.py /opt/tuxdroid/apps/tuxosl/tux_osl_const.pyc /opt/tuxdroid/apps/tuxosl/service_daemonizer.pyc /opt/tuxdroid/apps/tuxosl/tux_osl_event_cmd_server.py /opt/tuxdroid/apps/tuxosl/tux_osl_service_server.py /opt/tuxdroid/apps/tuxosl/tux_osl_api.py /opt/tuxdroid/apps/tuxosl/tux_osl_event_cmd_server.pyc /opt/tuxdroid/apps/tuxosl/_TUX_OSL.so /opt/tuxdroid/apps/tuxosl/tux_osl_obj.py /opt/tuxdroid/apps/tuxosl/tux_osl_const.py /opt/tuxdroid/apps/tuxosl/tux_osl_wrapper.pyc /opt/tuxdroid/apps/tuxosl/tux_osl_event_controler.py /opt/tuxdroid/apps/tuxgi /opt/tuxdroid/apps/tuxgi/sounds /opt/tuxdroid/apps/tuxgi/sounds/16.wav /opt/tuxdroid/apps/tuxgi/sounds/3.wav /opt/tuxdroid/apps/tuxgi/sounds/4.wav /opt/tuxdroid/apps/tuxgi/sounds/11.wav /opt/tuxdroid/apps/tuxgi/sounds/6.wav /opt/tuxdroid/apps/tuxgi/sounds/15.wav /opt/tuxdroid/apps/tuxgi/sounds/9.wav /opt/tuxdroid/apps/tuxgi/sounds/1.wav /opt/tuxdroid/apps/tuxgi/sounds/13.wav /opt/tuxdroid/apps/tuxgi/sounds/14.wav /opt/tuxdroid/apps/tuxgi/sounds/2.wav /opt/tuxdroid/apps/tuxgi/sounds/17.wav /opt/tuxdroid/apps/tuxgi/sounds/8.wav /opt/tuxdroid/apps/tuxgi/sounds/10.wav /opt/tuxdroid/apps/tuxgi/sounds/7.wav /opt/tuxdroid/apps/tuxgi/sounds/5.wav /opt/tuxdroid/apps/tuxgi/sounds/12.wav /var/lib/dpkg/info/tuxdroid-tts-voices.belgiandutch.conffiles /var/lib/dpkg/info/tuxdroid-tts-voices.belgiandutch.list # Now an usb and dmesg test anita@beertje:~$ lsusb (before inserting the dongle): Bus 005 Device 002: ID 04b4:6830 Cypress Semiconductor Corp. USB-2.0 IDE Adapter Bus 005 Device 001: ID 0000:0000 Bus 002 Device 002: ID 04a9:220d Canon, Inc. CanoScan N670U/N676U/LiDE 20 Bus 002 Device 001: ID 0000:0000 Bus 001 Device 004: ID 0a5c:2101 Broadcom Corp. Bus 001 Device 001: ID 0000:0000 Bus 004 Device 001: ID 0000:0000 Bus 003 Device 001: ID 0000:0000 anita@beertje:~$ dmesg -n 27 klogctl: Bewerking niet toegestaan anita@beertje:~$ dmesg |tail -n 27 [ 87.260379] NET: Registered protocol family 17 [ 90.069567] ibm_acpi: ec object not found [ 90.144286] Using specific hotkey driver [ 90.277297] input: Power Button (FF) as /class/input/input4 [ 90.277388] ACPI: Power Button (FF) [PWRF] [ 90.300806] input: Power Button (CM) as /class/input/input5 [ 90.300828] ACPI: Power Button (CM) [PWRB] [ 90.308894] No dock devices found. [ 90.353110] pcc_acpi: loading... [ 93.416423] eth0: link down [ 93.416463] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 94.245986] ppdev: user-space parallel port driver [ 95.254172] [drm] Initialized drm 1.1.0 20060810 [ 95.295012] ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 19 [ 95.295226] [drm] Initialized i915 1.6.0 20060119 on minor 0 [ 96.406032] apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac) [ 96.406036] apm: disabled - APM is not SMP safe. [ 98.159344] vboxdrv: Trying to deactivate the NMI watchdog permanently... [ 98.159348] vboxdrv: Successfully done. [ 98.159377] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [ 98.159378] vboxdrv: Successfully loaded version 1.5.6 (interface 0x00050002). [ 98.620666] Bluetooth: L2CAP ver 2.8 [ 98.620669] Bluetooth: L2CAP socket layer initialized [ 98.821094] Bluetooth: RFCOMM socket layer initialized [ 98.821103] Bluetooth: RFCOMM TTY layer initialized [ 98.821104] Bluetooth: RFCOMM ver 1.8 [ 104.989948] EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended # After inserting the dongle anita@beertje:~$ lsmod |grep usb usbhid 26592 0 hid 27392 1 usbhid snd_usb_audio 79744 1 snd_usb_lib 17280 1 snd_usb_audio snd_pcm 79876 5 snd_usb_audio,snd_emu10k1,snd_ac97_codec,snd_pcm_oss snd_hwdep 9988 3 snd_usb_audio,snd_emux_synth,snd_emu10k1 snd_rawmidi 25472 4 snd_usb_lib,snd_seq_virmidi,snd_emu10k1,snd_seq_midi snd 54020 18 snd_usb_audio,snd_emux_synth,snd_seq_virmidi,snd_emu10k1,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_hwdep,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device hci_usb 18204 2 bluetooth 55908 7 rfcomm,l2cap,hci_usb usb_storage 72256 1 libusual 17936 1 usb_storage scsi_mod 142348 5 usb_storage,sg,sr_mod,sd_mod,libata usbcore 134280 10 xpad,usbhid,snd_usb_audio,snd_usb_lib,hci_usb,usb_storage,libusual,ehci_hcd,uhci_hcd (snd_usb_audio seems to be loaded by the system...) anita@beertje:~$ lsusb (the Tux is recognized as an Atmel device) Bus 005 Device 002: ID 04b4:6830 Cypress Semiconductor Corp. USB-2.0 IDE Adapter Bus 005 Device 001: ID 0000:0000 Bus 002 Device 002: ID 04a9:220d Canon, Inc. CanoScan N670U/N676U/LiDE 20 Bus 002 Device 001: ID 0000:0000 Bus 001 Device 004: ID 0a5c:2101 Broadcom Corp. Bus 001 Device 001: ID 0000:0000 Bus 004 Device 001: ID 0000:0000 Bus 003 Device 002: ID 03eb:ff07 Atmel Corp. Bus 003 Device 001: ID 0000:0000 anita@beertje:~$ dmesg |tail -n 27 [ 93.416463] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 94.245986] ppdev: user-space parallel port driver [ 95.254172] [drm] Initialized drm 1.1.0 20060810 [ 95.295012] ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 19 [ 95.295226] [drm] Initialized i915 1.6.0 20060119 on minor 0 [ 96.406032] apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac) [ 96.406036] apm: disabled - APM is not SMP safe. [ 98.159344] vboxdrv: Trying to deactivate the NMI watchdog permanently... [ 98.159348] vboxdrv: Successfully done. [ 98.159377] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [ 98.159378] vboxdrv: Successfully loaded version 1.5.6 (interface 0x00050002). [ 98.620666] Bluetooth: L2CAP ver 2.8 [ 98.620669] Bluetooth: L2CAP socket layer initialized [ 98.821094] Bluetooth: RFCOMM socket layer initialized [ 98.821103] Bluetooth: RFCOMM TTY layer initialized [ 98.821104] Bluetooth: RFCOMM ver 1.8 [ 104.989948] EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended [25662.801577] usb 3-1: new full speed USB device using uhci_hcd and address 2 [25662.979470] usb 3-1: configuration #1 chosen from 1 choice [25663.857949] usbcore: registered new interface driver snd-usb-audio [25663.957518] usbcore: registered new interface driver hiddev [25663.963737] hiddev96: USB HID v1.10 Device [Kysoh TuxDroid] on usb-0000:00:1d.2-1 [25663.963916] usbcore: registered new interface driver usbhid [25663.965834] drivers/usb/input/hid-core.c: v2.6:USB HID core driver [25663.968934] usbcore: registered new interface driver xpad [25663.969081] drivers/usb/input/xpad.c: driver for Xbox controllers v0.1.6 [25665.123126] usb 3-1: usbfs: interface 0 claimed by snd-usb-audio while 'tuxd' sets config #1 (I don't understand the last msg...) anita@beertje:~$ ps ax PID TTY STAT TIME COMMAND ..... 16704 ? S<l 0:00 python /opt/tuxdroid/apps/tuxosl/tux_osl_daemon.py anita@beertje:~$ ps axxfwww PID TTY STAT TIME COMMAND ..... 16704 ? S<l 0:00 python /opt/tuxdroid/apps/tuxosl/tux_osl_daemon.py (it seems something is really started!) anita@beertje:~$ Script is beëindigd op vr 14 nov 2008 17:30:57 CET GrtnX, Y)ellow P)enguin |
|
From: David B. <da...@ja...> - 2008-04-09 07:18:25
|
On Mon, 07 Apr 2008 01:54:37 +0800, Frans Meulenbroeks <fra...@ya...> wrote: > Hi Nicolas, > > The fux uses a proprietary protocol to talk with tux. > This is not standard 802.11 wifi. > If you were to implement the protocol/hw in another > device, I can imagine you can get it going. > There are some hints in the code that one fux could be > made to control multiple tuxes, but that part is not > implemented. It's mostly because the RF chip of the Atmel module can't handle 802.11, and the CPU that drives it has only 4kB of flash memory so you're quite limited to some simple potocol. One dongle could connect to any tux and there are plans indeed to add a kind of ID in each tux so you can choose which one to connect to. That way it will be possible to disconnect and reconnect to another tux, controlling multiple tuxes from one dongle, but not exactly at the same time. > > The other way is to reprogram the fux driver to use > the RF protocol you need (assuming the fux is capable > of that). Yes you can reprogram whatever you want, but that's a lot of work. I should refactor the RF firmware soon, but the low level RF protocol will stay close to what it's now probably. > > Btw there is one other thing I managed to do. > It is possible to use the tux to control RC5 devices. > E.g. I managed to let tux change channels on my > Philips TV! > Other ir protocols are technically probably also > possible but would require changes in the firmware of > tux as the kysoh firmware only supports RC5. (so if > you have e.g. a Sony TV some work would be needed). I wanted to have a kind of universal IR function, capturing and sending raw data that only the computer could understand. But then we need more data troughput that the current RF firmware doesn't have, thus the need for refactoring. But I have no idea if that will be done soon. There are many other things to do at the moment. But if someone is looking into this, it would be nice to look at some of the open source IR receivers that aready have drivers for lirc. If we can use something similar, we could reuse the drivers more easily I guess. David |
|
From: Frans M. <fra...@ya...> - 2008-04-06 17:54:38
|
Hi Nicolas, The fux uses a proprietary protocol to talk with tux. This is not standard 802.11 wifi. If you were to implement the protocol/hw in another device, I can imagine you can get it going. There are some hints in the code that one fux could be made to control multiple tuxes, but that part is not implemented. The other way is to reprogram the fux driver to use the RF protocol you need (assuming the fux is capable of that). Btw there is one other thing I managed to do. It is possible to use the tux to control RC5 devices. E.g. I managed to let tux change channels on my Philips TV! Other ir protocols are technically probably also possible but would require changes in the firmware of tux as the kysoh firmware only supports RC5. (so if you have e.g. a Sony TV some work would be needed). Best regards, Frans. --- Nicolas Garnault <nic...@gm...> wrote: > Thanks a lot Frans, I'll take a look at this, the > small C program is far > enough :-). > Could you tell me if in your opinion (I'm not an > electronics engineer at > all) it would be possible to use the fux remote to > control Tux, and to use > it to control another RF devices too ? > > Thanks a lot for your response :-) > > Nicolas > > 2008/4/3 Frans Meulenbroeks > <fra...@ya...>: > > > Nicolas, the daemon can be accessed over tcp/ip. > > I've posted a small C program on the forum > (thread: > > raw commands) which executes a command. > > It would not be too difficult to write a small C > prog > > (say: tuxraw) which takes up to four arguments, > > creates the command and issues it. > > Now getting data back from the device is a little > bit > > of a different story (at least from the cmd line). > > > > I might try to cook up something later (not now as > I > > am not on my linux system). > > > > FM. > > --- Nicolas Garnault <nic...@gm...> > > wrote: > > > > > Hello there ! :-) > > > > > > I got my Tux and now ... I want to play :D > > > > > > But, as Tux is very interesting, its friend the > > > goldfish is very very > > > interesting too, and I'd like to know more about > how > > > to use its RF remote in > > > a "raw" mode. > > > > > > For example, I'd like to know how it would be > > > possible to play with > > > something like the "send command" window, but in > a > > > shell. > > > > > > Would it be possible to have just a little bit > more > > > doc about this ? The > > > most beautiful would be to have a little script > > > showing just how to send a > > > raw command, but I'm dreaming ... maybe not ? :D > > > > > > Thanks by advance, > > > > > > Taku > > > > > > > ------------------------------------------------------------------------- > > > Check out the new SourceForge.net Marketplace. > > > It's the best place to buy or sell services for > > > just about anything Open Source. > > > > > > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > > > > _______________________________________________ > > > tux-droid-user mailing list > > > tux...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/tux-droid-user > > > > > > > > > > > > > > ____________________________________________________________________________________ > > You rock. That's why Blockbuster's offering you > one month of Blockbuster > > Total Access, No Cost. > > http://tc.deals.yahoo.com/tc/blockbuster/text5.com > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 > JavaOne(SM) Conference > Register now and save $200. Hurry, offer ends at > 11:59 p.m., > Monday, April 7! Use priority code J8TLD2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone> _______________________________________________ > tux-droid-user mailing list > tux...@li... > https://lists.sourceforge.net/lists/listinfo/tux-droid-user > ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com |
|
From: Nicolas G. <nic...@gm...> - 2008-04-06 15:29:47
|
Thanks a lot Frans, I'll take a look at this, the small C program is far enough :-). Could you tell me if in your opinion (I'm not an electronics engineer at all) it would be possible to use the fux remote to control Tux, and to use it to control another RF devices too ? Thanks a lot for your response :-) Nicolas 2008/4/3 Frans Meulenbroeks <fra...@ya...>: > Nicolas, the daemon can be accessed over tcp/ip. > I've posted a small C program on the forum (thread: > raw commands) which executes a command. > It would not be too difficult to write a small C prog > (say: tuxraw) which takes up to four arguments, > creates the command and issues it. > Now getting data back from the device is a little bit > of a different story (at least from the cmd line). > > I might try to cook up something later (not now as I > am not on my linux system). > > FM. > --- Nicolas Garnault <nic...@gm...> > wrote: > > > Hello there ! :-) > > > > I got my Tux and now ... I want to play :D > > > > But, as Tux is very interesting, its friend the > > goldfish is very very > > interesting too, and I'd like to know more about how > > to use its RF remote in > > a "raw" mode. > > > > For example, I'd like to know how it would be > > possible to play with > > something like the "send command" window, but in a > > shell. > > > > Would it be possible to have just a little bit more > > doc about this ? The > > most beautiful would be to have a little script > > showing just how to send a > > raw command, but I'm dreaming ... maybe not ? :D > > > > Thanks by advance, > > > > Taku > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > > _______________________________________________ > > tux-droid-user mailing list > > tux...@li... > > > https://lists.sourceforge.net/lists/listinfo/tux-droid-user > > > > > > > ____________________________________________________________________________________ > You rock. That's why Blockbuster's offering you one month of Blockbuster > Total Access, No Cost. > http://tc.deals.yahoo.com/tc/blockbuster/text5.com > |
|
From: Frans M. <fra...@ya...> - 2008-04-03 18:45:27
|
Nicolas, the daemon can be accessed over tcp/ip. I've posted a small C program on the forum (thread: raw commands) which executes a command. It would not be too difficult to write a small C prog (say: tuxraw) which takes up to four arguments, creates the command and issues it. Now getting data back from the device is a little bit of a different story (at least from the cmd line). I might try to cook up something later (not now as I am not on my linux system). FM. --- Nicolas Garnault <nic...@gm...> wrote: > Hello there ! :-) > > I got my Tux and now ... I want to play :D > > But, as Tux is very interesting, its friend the > goldfish is very very > interesting too, and I'd like to know more about how > to use its RF remote in > a "raw" mode. > > For example, I'd like to know how it would be > possible to play with > something like the "send command" window, but in a > shell. > > Would it be possible to have just a little bit more > doc about this ? The > most beautiful would be to have a little script > showing just how to send a > raw command, but I'm dreaming ... maybe not ? :D > > Thanks by advance, > > Taku > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace> _______________________________________________ > tux-droid-user mailing list > tux...@li... > https://lists.sourceforge.net/lists/listinfo/tux-droid-user > ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com |
|
From: Nicolas G. <nic...@gm...> - 2008-04-03 17:41:48
|
Hello there ! :-) I got my Tux and now ... I want to play :D But, as Tux is very interesting, its friend the goldfish is very very interesting too, and I'd like to know more about how to use its RF remote in a "raw" mode. For example, I'd like to know how it would be possible to play with something like the "send command" window, but in a shell. Would it be possible to have just a little bit more doc about this ? The most beautiful would be to have a little script showing just how to send a raw command, but I'm dreaming ... maybe not ? :D Thanks by advance, Taku |
|
From: BT <j0...@ha...> - 2008-04-01 22:01:33
|
Hello, Where can I get the source files for _TUX_OSL.so I need to recompile it for 64 bit. OSError: /opt/tuxdroid/apps/tuxosl/_TUX_OSL.so: wrong ELF class: ELFCLASS32 Or if someone wants to compile this and post it, I'll be just as happy. Cheers. --BT |
|
From: Thierry L. <tle...@fr...> - 2008-02-03 20:57:41
|
Henry de Valence a écrit : > On Sunday 03 February 2008 4:52:21 am Neil Armstrong wrote: >> Hello, >> >> I ported most of the basic functionalities in c# with mono using the >> tcp socket connexion with tuxdaemon, >> you can grab the code at : http://stream.dedale.eu.org/tuxdroid >> I was part of a school project, and we made an UPnP connectivity for >> tuxdroid, except for the voice part (which was a bit complicated in c#). >> >> Neil > > No offence meant, but ew. I'm not going to infect my computer with mono > <http://en.wikipedia.org/wiki/Infectious_mononucleosis>, thank you very > much. :P > > I remember seeing a Ruby API a while back, too. > > Has DBUS been considered? It's now standard for all KDE4 apps, and AFAIR, it's > used in GNOME and is implemented in lots of languages, so that people can > have flamewars over what language is better without hindering development of > tux droid software. I think that dbus is a really good option too. There are a lot of implementation in many languages, and people may choose their favorite graphic library (qt, gtk, etc) to develop the clients gui. Thierry |
|
From: Henry de V. <hde...@gm...> - 2008-02-03 18:14:49
|
On Sunday 03 February 2008 4:52:21 am Neil Armstrong wrote: > Hello, > > I ported most of the basic functionalities in c# with mono using the > tcp socket connexion with tuxdaemon, > you can grab the code at : http://stream.dedale.eu.org/tuxdroid > I was part of a school project, and we made an UPnP connectivity for > tuxdroid, except for the voice part (which was a bit complicated in c#). > > Neil No offence meant, but ew. I'm not going to infect my computer with mono <http://en.wikipedia.org/wiki/Infectious_mononucleosis>, thank you very much. :P I remember seeing a Ruby API a while back, too. Has DBUS been considered? It's now standard for all KDE4 apps, and AFAIR, it's used in GNOME and is implemented in lots of languages, so that people can have flamewars over what language is better without hindering development of tux droid software. -- Harry de Valence |
|
From: Neil A. <arm...@po...> - 2008-02-03 10:36:43
|
Hello, I ported most of the basic functionalities in c# with mono using the =20 tcp socket connexion with tuxdaemon, you can grab the code at : http://stream.dedale.eu.org/tuxdroid I was part of a school project, and we made an UPnP connectivity for =20 tuxdroid, except for the voice part (which was a bit complicated in c#). Neil Le 3 f=E9vr. 08 =E0 08:51, David Bourgeois a =E9crit : > On Sat, 02 Feb 2008 05:33:55 +0100, Henry de Valence > <hde...@gm...> wrote: > >> On Friday 01 February 2008 7:22:20 pm Alan Trick wrote: >>> I'm not an expert on the code at all, but I think the real code is >>> actually in C (with python bindings). It's not quite the same, but =20= >>> it >>> should work. >> >> Hmmm.. Is this in the SVN repo ? I presume it's GPL2+, right? > > The daemon is written in C, it's on SVN. For now it opens a port and =20= > the > python API connects to it and offer _a_lot_ of other functionalities. > Parts of the daemon are currently rewritten as a Library. It's =20 > mostly the > parts that deal with the USB and hndles commands and status from =20 > tux. That > library will be used to rebuild the same daemon but you could also =20 > choose > to bypass the daemon/python API and use the library directly. > > Now we thought about something better than the current daemon, like > xml-rpc so you could use any language (xml-rpc clients exist in most =20= > of > them) to address your tux very easily. > > Cheers, > David > > = ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > tux-droid-user mailing list > tux...@li... > https://lists.sourceforge.net/lists/listinfo/tux-droid-user -- Neil ARMSTRONG Etudiant Polytech'Nice-Sophia D=E9partement Sciences Informatiques www.dedale.eu.org arm...@po... (PGP : 0x05834E84) nei...@gm... Jabber: su...@ja... |
|
From: David B. <da...@ja...> - 2008-02-03 07:51:28
|
On Sat, 02 Feb 2008 05:33:55 +0100, Henry de Valence <hde...@gm...> wrote: > On Friday 01 February 2008 7:22:20 pm Alan Trick wrote: >> I'm not an expert on the code at all, but I think the real code is >> actually in C (with python bindings). It's not quite the same, but it >> should work. > > Hmmm.. Is this in the SVN repo ? I presume it's GPL2+, right? The daemon is written in C, it's on SVN. For now it opens a port and the python API connects to it and offer _a_lot_ of other functionalities. Parts of the daemon are currently rewritten as a Library. It's mostly the parts that deal with the USB and hndles commands and status from tux. That library will be used to rebuild the same daemon but you could also choose to bypass the daemon/python API and use the library directly. Now we thought about something better than the current daemon, like xml-rpc so you could use any language (xml-rpc clients exist in most of them) to address your tux very easily. Cheers, David |
|
From: Henry de V. <hde...@gm...> - 2008-02-02 04:33:45
|
On Friday 01 February 2008 7:22:20 pm Alan Trick wrote: > I'm not an expert on the code at all, but I think the real code is > actually in C (with python bindings). It's not quite the same, but it > should work. Hmmm.. Is this in the SVN repo ? I presume it's GPL2+, right? -- Harry de Valence |
|
From: Alan T. <ala...@gm...> - 2008-02-02 00:22:17
|
I'm not an expert on the code at all, but I think the real code is actually in C (with python bindings). It's not quite the same, but it should work. On Fri, 2008-02-01 at 14:27 -0500, Henry de Valence wrote: > Is there a C++ library that I can use to interact with the droid? I'd really > rather not use python, and C++ (with Qt\KDE) is what I like to use. |
|
From: Henry de V. <hde...@gm...> - 2008-02-01 19:27:14
|
Is there a C++ library that I can use to interact with the droid? I'd really rather not use python, and C++ (with Qt\KDE) is what I like to use. -- Harry de Valence |
|
From: Jim <mic...@sb...> - 2008-01-03 19:50:02
|
David Bourgeois wrote: > On Wed, 02 Jan 2008 21:11:32 +0100, jim <mic...@sb...> wrote: > > >> I would say there is more than a Permissions problem when tuxgdg is ru >> as SU. >> >> # tuxgdg >> Traceback (most recent call last): >> File "/opt/tuxdroid/apps/tux_framework/TFW.py", line 12, in <module> >> from FWObject import GdgFramework >> File "/opt/tuxdroid/apps/tux_framework/libs/FWObject.py", line 34, in >> <module> >> from GdgObject import * >> File "/opt/tuxdroid/apps/tux_framework/libs/GdgObject.py", line 50, in >> <module> >> from GdgVoiceRec import VoiceRecParametrize, VoiceRecAcquire, >> VoiceRecMatching >> File "/opt/tuxdroid/apps/tux_framework/libs/GdgVoiceRec.py", line 11, >> in <module> >> import DTW >> File "/opt/tuxdroid/apps/tux_framework/libs/DTW.py", line 27, in >> <module> >> lib = CDLL(DTW_SO) >> File "/usr/lib/python2.5/ctypes/__init__.py", line 340, in __init__ >> self._handle = _dlopen(self._name, mode) >> OSError: /opt/tuxdroid/apps/tux_framework/libs/_DTW.so: cannot restore >> segment prot after reloc: Permission denied >> > > I think the sources have been posted on the forum, you can try to > recompile them. Are you on 64 bits? > > David > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > tux-droid-user mailing list > tux...@li... > https://lists.sourceforge.net/lists/listinfo/tux-droid-user > > No, 32Bit Fedora 8 . |
|
From: David B. <da...@ja...> - 2008-01-03 16:26:49
|
On Wed, 02 Jan 2008 21:11:32 +0100, jim <mic...@sb...> wrote:= > I would say there is more than a Permissions problem when tuxgdg is ru= > as SU. > > # tuxgdg > Traceback (most recent call last): > File "/opt/tuxdroid/apps/tux_framework/TFW.py", line 12, in <module>= > from FWObject import GdgFramework > File "/opt/tuxdroid/apps/tux_framework/libs/FWObject.py", line 34, i= n > <module> > from GdgObject import * > File "/opt/tuxdroid/apps/tux_framework/libs/GdgObject.py", line 50, = in > <module> > from GdgVoiceRec import VoiceRecParametrize, VoiceRecAcquire, > VoiceRecMatching > File "/opt/tuxdroid/apps/tux_framework/libs/GdgVoiceRec.py", line 11= , > in <module> > import DTW > File "/opt/tuxdroid/apps/tux_framework/libs/DTW.py", line 27, in = > <module> > lib =3D CDLL(DTW_SO) > File "/usr/lib/python2.5/ctypes/__init__.py", line 340, in __init__ > self._handle =3D _dlopen(self._name, mode) > OSError: /opt/tuxdroid/apps/tux_framework/libs/_DTW.so: cannot restore= > segment prot after reloc: Permission denied I think the sources have been posted on the forum, you can try to = recompile them. Are you on 64 bits? David |
|
From: jim <mic...@sb...> - 2008-01-02 20:11:41
|
I would say there is more than a Permissions problem when tuxgdg is ru
as SU.
# tuxgdg
Traceback (most recent call last):
File "/opt/tuxdroid/apps/tux_framework/TFW.py", line 12, in <module>
from FWObject import GdgFramework
File "/opt/tuxdroid/apps/tux_framework/libs/FWObject.py", line 34, in
<module>
from GdgObject import *
File "/opt/tuxdroid/apps/tux_framework/libs/GdgObject.py", line 50, in
<module>
from GdgVoiceRec import VoiceRecParametrize, VoiceRecAcquire,
VoiceRecMatching
File "/opt/tuxdroid/apps/tux_framework/libs/GdgVoiceRec.py", line 11,
in <module>
import DTW
File "/opt/tuxdroid/apps/tux_framework/libs/DTW.py", line 27, in <module>
lib = CDLL(DTW_SO)
File "/usr/lib/python2.5/ctypes/__init__.py", line 340, in __init__
self._handle = _dlopen(self._name, mode)
OSError: /opt/tuxdroid/apps/tux_framework/libs/_DTW.so: cannot restore
segment prot after reloc: Permission denied
|
|
From: jim <mic...@sb...> - 2008-01-02 14:44:08
|
Jim wrote: > > > ------------------------------------------------------------------------ > > Subject: > Re: [tuxdroid-user] Problems Installing tuxsetup > From: > "David Bourgeois" <da...@ja...> > Date: > Wed, 02 Jan 2008 11:46:12 +0100 > To: > tux...@li... > > To: > tux...@li... > > > On Tue, 01 Jan 2008 18:30:05 +0100, jim <mic...@sb...> wrote: > > >> Trying to install tuxsetup-1.2.0037-final onto Fedora 8 , And I keep >> getting error message: >> > > There's an howto on the forum for fedora 8: > http://www.tuxisalive.com/tux-droid-forum/copy_of_forumtopic1/301545343 > > The solution to your problem should be in there. > > David > tuxdroid-java-api > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > tux-droid-user mailing list > tux...@li... > https://lists.sourceforge.net/lists/listinfo/tux-droid-user > > Yes, I did stumble across this howto by Rutger Basen and to get tuxttsd working and for the lib files read, all I had to do was use the two lines below on a Fedora-i386 laptop. I didn't have to use any of the other things he had said. So thanks to Rutger Basen I'm up and running, There's a lot of good info on tuxisalive.com but finding it is another problem. chcon -t textrel_shlib_t /opt/Acapela/TelecomTTS/babtts/lib/libacatts.so chcon -t textrel_shlib_t /opt/Acapela/TelecomTTS/babtts/bin/BrightSpeech.so Jim |
|
From: David B. <da...@ja...> - 2008-01-02 10:49:33
|
On Tue, 01 Jan 2008 23:00:49 +0100, Austin Denyer <oz...@oz...> wrote: > Hi Guys. > > I'm having trouble getting the email gadget working. TuxDroid just > tells me I have no new email, even when I do. I checked the mailserver > logs (I run my own mailserver) and it looks like TuxDroid is not > hitting the server to check. However, the information in the > parameters screen is correct (server, login and password) and I can > check manually by copy/pasting the info into a telnet. > > System is Debian running 2.6.18-4-amd64 kernel. > > TuxDroid is running tuxsetup1.2-final installed from source tarball. > I have updated to the latest firmware. > > Any clues? > Hi Ozz, No clues, but Jerome who made this gadget is monitoring the forum, I don't think he's on this list. So you might get more help there. David |
|
From: David B. <da...@ja...> - 2008-01-02 10:46:19
|
On Tue, 01 Jan 2008 18:30:05 +0100, jim <mic...@sb...> wrote: > Trying to install tuxsetup-1.2.0037-final onto Fedora 8 , And I keep > getting error message: There's an howto on the forum for fedora 8: http://www.tuxisalive.com/tux-droid-forum/copy_of_forumtopic1/301545343 The solution to your problem should be in there. David |
|
From: Austin (O. D. <oz...@oz...> - 2008-01-01 22:01:50
|
LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQoNCkhpIEd1 eXMuDQoNCkknbSBoYXZpbmcgdHJvdWJsZSBnZXR0aW5nIHRoZSBlbWFpbCBnYWRnZXQgd29ya2lu Zy4gIFR1eERyb2lkIGp1c3QNCnRlbGxzIG1lIEkgaGF2ZSBubyBuZXcgZW1haWwsIGV2ZW4gd2hl biBJIGRvLiAgSSBjaGVja2VkIHRoZSBtYWlsc2VydmVyDQpsb2dzIChJIHJ1biBteSBvd24gbWFp bHNlcnZlcikgYW5kIGl0IGxvb2tzIGxpa2UgVHV4RHJvaWQgaXMgbm90DQpoaXR0aW5nIHRoZSBz ZXJ2ZXIgdG8gY2hlY2suICBIb3dldmVyLCB0aGUgaW5mb3JtYXRpb24gaW4gdGhlDQpwYXJhbWV0 ZXJzIHNjcmVlbiBpcyBjb3JyZWN0IChzZXJ2ZXIsIGxvZ2luIGFuZCBwYXNzd29yZCkgYW5kIEkg Y2FuDQpjaGVjayBtYW51YWxseSBieSBjb3B5L3Bhc3RpbmcgdGhlIGluZm8gaW50byBhIHRlbG5l dC4NCg0KU3lzdGVtIGlzIERlYmlhbiBydW5uaW5nIDIuNi4xOC00LWFtZDY0IGtlcm5lbC4NCg0K VHV4RHJvaWQgaXMgcnVubmluZyB0dXhzZXR1cDEuMi1maW5hbCBpbnN0YWxsZWQgZnJvbSBzb3Vy Y2UgdGFyYmFsbC4NCkkgaGF2ZSB1cGRhdGVkIHRvIHRoZSBsYXRlc3QgZmlybXdhcmUuDQoNCkFu eSBjbHVlcz8NCg0KUmVnYXJkcywNCk96ei4NCg0KLSAtLSANCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0NCkNvbXB1dGVycyBhcmUgbGlrZSBhaXIgY29uZGl0aW9uZXJz Li4uDQpUaGV5IHN0b3Agd29ya2luZyB3aGVuIHlvdSBvcGVuIFdpbmRvd3MuDQo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUt LS0tLQ0KVmVyc2lvbjogR251UEcgdjEuNC42IChHTlUvTGludXgpDQoNCmlEOERCUUZIZXJnWkZo WEVqMWVrMUVNUkF0dERBS0RFb1IvT0QweVU5VU9CUi81SW43Q0picmJmMlFDZ3VyN3MNCjJjSUtQ amtrVFFYSmhlYlVteTRqeU9rPQ0KPTVYUFcNCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K |
|
From: jim <mic...@sb...> - 2008-01-01 19:32:15
|
fedora 8 i386 $ tuxttsd ----------------------------------- Tux TTS Daemon V0.3.1 Acapela group Text to speech system Kysoh 2007. ----------------------------------- libacatts.so loading error |
|
From: jim <mic...@sb...> - 2008-01-01 17:30:12
|
Trying to install tuxsetup-1.2.0037-final onto Fedora 8 , And I keep
getting error message:
# make install
-------------------------------------------------------------------------------
tuxsetup-1.2.0037-final
-------------------------------------------------------------------------------
Python API v 0.2.3
USB daemon v 0.3.2
TTS daemon v 0.3.1
Tux framework v 0.1.2
-------------------------------------------------------------------------------
tuxsetup: using the included binary of dfu-programmer.
-------------------------------------------------------------------------------
[root@mickey tuxsetup-1.2.0037-final]# tuxgdg
Traceback (most recent call last):
File "/opt/tuxdroid/apps/tux_framework/TFW.py", line 12, in <module>
from FWObject import GdgFramework
File "/opt/tuxdroid/apps/tux_framework/libs/FWObject.py", line 34, in
<module>
from GdgObject import *
File "/opt/tuxdroid/apps/tux_framework/libs/GdgObject.py", line 50, in
<module>
from GdgVoiceRec import VoiceRecParametrize, VoiceRecAcquire,
VoiceRecMatching
File "/opt/tuxdroid/apps/tux_framework/libs/GdgVoiceRec.py", line 11,
in <module>
import DTW
File "/opt/tuxdroid/apps/tux_framework/libs/DTW.py", line 27, in <module>
lib = CDLL(DTW_SO)
File "/usr/lib/python2.5/ctypes/__init__.py", line 340, in __init__
self._handle = _dlopen(self._name, mode)
OSError: /opt/tuxdroid/apps/tux_framework/libs/_DTW.so: cannot restore
segment prot after reloc: Permission denied
I did have the tuxsetup-Beta installed, but I deleted the /opt/tuxdroid
directory and /usr/local/bin/ files, I don't know of any
other files that has to be deleted.
This the message I got when trying to unistall the tuxsetp-Beta.
# make uninstall
-------------------------------------------------------------------------------
tuxsetup-1.2.0030-beta
-------------------------------------------------------------------------------
Python API v 0.2.3
USB daemon v 0.3.2
TTS daemon v 0.3.1
Tux framework v 0.1.1
-------------------------------------------------------------------------------
sh: -c: line 0: syntax error near unexpected token `('
sh: -c: line 0: `rm -f /opt/tuxdroid/api/python/tuxapi_class (copie).py'
rmdir: /opt/tuxdroid/api/python: Directory not empty
rmdir: /opt/tuxdroid/api: Directory not empty
rmdir: /opt/tuxdroid/apps/tuxgi: Directory not empty
rmdir: /opt/tuxdroid/apps/tux_framework/SDK/doc: Directory not empty
rmdir: /opt/tuxdroid/apps/tux_framework/SDK: Directory not empty
rmdir: /opt/tuxdroid/apps/tux_framework/libs: Directory not empty
rmdir: /opt/tuxdroid/apps/tux_framework: Directory not empty
rmdir: /opt/tuxdroid/apps: Directory not empty
rmdir: /opt/tuxdroid: Directory not empty
rmdir: /opt: Directory not empty
rmdir: /etc/udev/rules.d: Directory not empty
rmdir: /etc/udev: Directory not empty
rmdir: /etc: Directory not empty
rmdir: /usr/share/mime: Directory not empty
rmdir: /usr/share/pixmaps: Directory not empty
rmdir: /usr/share/doc: Directory not empty
rmdir: /usr/share/applications: Directory not empty
rmdir: /usr/share: Directory not empty
rmdir: /usr/local/bin: Directory not empty
rmdir: /usr/local: Directory not empty
rmdir: /usr: Directory not empty
-------------------------------------------------------------------------------
|
|
From: David B. <da...@ja...> - 2007-12-01 08:46:12
|
> But I must start tuxttsd as root. Is this O.K.? Hi Djang, When udev starts the daemon automatically I think they're started as root anyway. But otherwise tuxttsd should work as non root user too. Are you sure your user has read access to /opt/tuxdroid/[...] and the Acapela libraries? I don't think this daemon needs read/write access to the USB dongle but just in case, check if your user has the permissions on the USB device. David |
|
From: Michael N. <mi...@na...> - 2007-11-29 21:29:04
|
HI!
Am Donnerstag, den 29.11.2007, 21:53 +0100 schrieb Michael Nausch:
> Any Idea, why TTS won't work? BTW, I'be installed the German
> voice-promptes with the included WIZTARD.
O.K. one error I solved my my self, Iinstalld the missing libraries:
yum install compat-libstdc++*
But I must start tuxttsd as root. Is this O.K.?
ciao,
Djang
|
1 message has been excluded from this view by a project administrator.
