Freerunner Firewall
For anyone interested, I've posted two articles on my blog (I hate blogs) regarding firewalling on the Freerunner - http://jthinks.com/freerunner-simple-firewall and http://jthinks.com/freerunner-advanced-firewall - that link to the required package(s) and include the scripts and support to firewall your Freerunner, as well as explaining some concepts and options including NAT FORWARD to use the Freerunner as a gateway for another computer. Note that by default, only three ports apparently are open on OM2008 - TCP22 (SSH), TCP111 (rpcbind/portmap) and possibly TCP6000 (remote X11 - I've seen it open before but it's not right now, on OM2008.8-update on my Freerunner), so firewalling of the default system doesn't gain much. ('netstat -ln' to see what ports YOUR Freerunner is listening on) The gist of the 'freerunner-simple-firewall' article is a script that lives in /etc/init.d and on startup (or manual invocation) installs a set of firewall rules using the netfilter firewalling support in the Linux 2.6.x kernel. The 'simple' firewall requires only the iptables binary, which can be obtained from either http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/iptables_1.3.8-r4_armv4t.ipk or http://newkirk.us/om/iptables_1.4.2-rc1_armv4t.ipk - the ipk on my site excludes ip6tables (ipv6 firewall control - packaged separately by me but bundled with iptables in Angstrom feed) but includes the iptables-save and iptables-restore binaries (actually symlinks to the iptables-multipurpose binary, whereas those two binaries are a separate package in the Angstrom feed called 'iptables-utils') plus includes the script and ruleset incorporated in the 'freerunner-advanced-firewall' article. For anyone who wants to firewall their Freerunner but isn't interested in reading the articles, you can either install my ipk, or install the Angstrom ipk plus the script attached to this message, which should be placed in /etc/init.d/iptables and then configured to run just after networking is started with 'update-rc.d iptables defaults 42'. (note that I do NOT currently have a feed set up, you can install with 'opkg install http://newkirk.us/om/iptables_1.4.2-rc1_armv4t.ipk' or download and install locally) Using my ipk results in the 'advanced firewall' while the attached script plus the Angstrom ipk results in the 'simple firewall' - rulesets are essentially the same, but management (IE, adding rules) is easier with the 'advanced' solution. Enjoy your pocket protector. j PS - the scripts and rulesets are released free of copyright - do with them as you will. The two articles themselves are copyrighted, but I hereby declare an explicit exception for any portions of them to be incorporated into the Openmoko wiki if that is desirable, understanding that they will then fall under the license (or non-license) applicable to the wiki contents. iptables Description: Binary data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FDOM 080909] - Suspend not working
Linus Gasser wrote: Hello list, I'm trying to get my phone into suspend mode, and out of it. But for the moment it seems it doesn't even get into it. If I ssh into it and do # apm --suspend the log (in /var/log/messages) shows me: Sep 17 06:41:19 om-gta02 daemon.notice apmd[1343]: Suspending now Sep 17 06:41:19 om-gta02 user.notice root: AtChat : N : +CREG: 0 Sep 17 06:41:20 om-gta02 user.notice root: AtChat : N : %CSQ: 99, 99, 0 Sep 17 06:41:21 om-gta02 user.notice root: AtChat : N : +CREG: 1,0064,0402 Sep 17 06:41:23 om-gta02 user.notice root: AtChat : N : %CSQ: 20, 99, 2 Sep 17 06:41:34 om-gta02 user.notice root: AtChat : N : +CREG: 1,0064,03FD Sep 17 06:41:37 om-gta02 user.notice root: AtChat : N : %CSQ: 15, 99, 1 Sep 17 06:41:57 om-gta02 user.notice root: AtChat : N : +CREG: 1,0064,03FF Sep 17 06:42:05 om-gta02 user.notice root: AtChat : N : %CSQ: 18, 99, 2 Sep 17 06:42:29 om-gta02 authpriv.info dropbear[1615]: Child connection from 192.168.0.200:50413 Sep 17 06:42:31 om-gta02 user.notice root: AtChat : N : %CSQ: 99, 99, 0 Sep 17 06:42:31 om-gta02 user.notice root: AtChat : N : +CREG: 0 Sep 17 06:42:34 om-gta02 user.notice root: AtChat : N : +CREG: 1,0064,0402 Sep 17 06:42:36 om-gta02 user.notice root: AtChat : N : %CSQ: 20, 99, 2 Sep 17 06:42:52 om-gta02 user.notice root: AtChat : N : %CSQ: 99, 99, 0 Sep 17 06:42:52 om-gta02 user.notice root: AtChat : N : +CREG: 0 Sep 17 06:42:55 om-gta02 user.notice root: AtChat : N : +CREG: 1,0064,0402 Sep 17 06:42:57 om-gta02 user.notice root: AtChat : N : %CSQ: 20, 99, 2 Which seems to me like the modem doesn't want to go into suspend-mode. Does anybody have any clue? The kernel is # uname -a Linux om-gta02 2.6.24 #1 PREEMPT Wed Sep 3 19:01:18 CST 2008 armv4tl unknown Thanks for any help that doesn't include download newest FDOM, as internet is expensive and very slow here... Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community If you have GPRS turned on you may want to try turning that off, that is the only known issue I can think of. -Shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Linux phone gets datacasts
nicklogan wrote: Natanael Arndt wrote: I have just found this: LinuxDevices.com: Open Linux phone gets datacasts (http://www.linuxdevices.com/news/NS6565189083.html) be blessed Natanael I contacted the company to see if they will make available the plastic body extension separately. My thought was to use the extra space for a larger battery, I'm sure other projects could also benefit. No response yet. note that they are not a company - it's a research center, and they don't make the extensions - they had it printed at a 3d printer shop. you can do the same. michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sim error: sim is missing
I have the same problem with my SIM card from Movistar (Spanish) bought less than a month ago. I tried with other SIMs from the same and other companies, including Vodafone, (the youngest was bought on March 08) and all of them work fine. I tried to buy a elder SIM but it seems they've changed the SIM card type (smallest chip, I don't know well the details although I'm researching it). Anyway, I don't think is the same problem, because your SIM worked with Om 2007, mine work neither with 2007 nor 2008 nor Qtopia, -- Iker Berasaluce Departamento de Informatica Fulcrum SA ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia and VOIP
Al Johnson wrote: On Tuesday 16 September 2008, Nicola Mfb wrote: [EMAIL PROTECTED] wrote: What a pity!, it would be nice to have gsm/voip dialer integrated in the same application. Thanks Alex for the information, src/html tree should be cleaned :) Are there other voip clients suitable for the freerunner? (for x11 too?) I've used the CLI version of linphone, but the GUI should be small enough to fit in 480x640 too. Well, the 2.1.1 version of linphone works quite well (after editing a little the code) [1], however the problem is another: we miss the alsa states needed to use the phone speaker as default output device and the microphone as a capture device. This night I've played a lot with this software but I wasn't able to use it as a standard phone... :| [1] http://3v1n0.tuxfamily.org/openmoko/linphone-VoIP-SIP-call.png -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: FDOM -- Gestures program not working?
you have to start the gestures daemon manually. If you are connecting through ssh DISPLAY=:0 /etc/init.d/gesl start If you are typing it on the phone you can omit DISPLAY=:0 See the wiki page for more info. From: [EMAIL PROTECTED] To: community@lists.openmoko.org Date: Tue, 16 Sep 2008 13:22:00 -0700 Subject: FDOM -- Gestures program not working? In the latest (20080913) FDOM, it comes with a Gestures program; but I haven't been able to get it to train any gestures. Is anyone else seeing this problem? Anyone know the root cause (or a fix?) I can choose an item, and it will ask me to make the gesture, but no matter how much I shake it, it will not respond. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community _ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mockup or what else?
Bumbl ha scritto: http://www.rasterman.com/files/illume-new-01.png http://www.rasterman.com/files/illume-new-02.png http://www.rasterman.com/files/illume-new-03.png Are these mockups or where can I obtain this theme. Well, updates: wget http://www.rasterman.com/files/illume.edj -O ~/.e/e/themes/ Really very cool! I should admit that it is not so finger usable as before... :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Webshop reopen
Dear All, Thanks for your continuous support! Our first shipment was sold out much more quickly than we had expected. After so long our second shipment has finally arrived to the States, and today our webshop is officially reopen! With all your support, we are hoping to renew our selling record! Freerunner is running again -Harry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
A mailing list for FLOSS-GPS community?
Hi! I suppose there are some tangogps/navit/other gps software users and developers here on this list who would be interested in getting together with the rest of the FLOSS GPS community see http://risto.kurppa.fi/blog/a-mailing-list-for-the-floss-gps-community/ r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A mailing list for FLOSS-GPS community?
On Wed, 17 Sep 2008 12:02:42 +0300 Risto H. Kurppa [EMAIL PROTECTED] wrote: Hi! I suppose there are some tangogps/navit/other gps software users and developers here on this list who would be interested in getting together with the rest of the FLOSS GPS community see http://risto.kurppa.fi/blog/a-mailing-list-for-the-floss-gps-community/ Much as I am a member of far too many mailing lists already, I think that this would be a good idea. As far as hosting goes, how about a Google or Yahoo group? If people do not like that idea, it might be possible for us at Sarai to provide hosting. Sarai is a FLOSS organisation from India, and to get an idea of the lists that we host currently, please see http://www.sarai.net/mailing-lists/ Regards, Gora ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Neo FreeRunner / Om 2008 - 8: WLAN problem
Hi, I have always the problem, when WLAN starts, that I do not get configured /etc/resolv.conf automatically. Are there any tips around that helps this problem to get fixed ? Thanks, Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Neo FreeRunner / Om 2008 - 8: No sound, can't use phone to take phone calls
Hi, yesterday I have installed a the Asu Stable built at Tue, 16 Sep 2008 08:25:15 +0800. The version seems to look very nice, but I cannot hear me on the phone. Are there any notes I have to read before using this version ? Also the audio subsystem seems not to be available as of reportings os mplayer trying to play a song. Any hints are welcome. Thanks Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo FreeRunner / Om 2008 - 8: WLAN problem
Does this[1] work? [1]http://wiki.openmoko.org/wiki/Wifi#Using_the_GUI_on_2008.8 After connecting using the GUI, you may also need to run udhcpc eth0 manually in the terminal to get DNS entries added to your resolv.conf. You may also need to run ifdown usb0 to remove the routing issue caused by having both interfaces up at the same time. Hi, I have always the problem, when WLAN starts, that I do not get configured /etc/resolv.conf automatically. Are there any tips around that helps this problem to get fixed ? Thanks, Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo FreeRunner / Om 2008 - 8: WLAN problem
Am 17.09.2008 um 12:25 schrieb [EMAIL PROTECTED]: Does this[1] work? [1]http://wiki.openmoko.org/wiki/Wifi#Using_the_GUI_on_2008.8 After connecting using the GUI, you may also need to run udhcpc eth0 manually in the terminal to get DNS entries added to your resolv.conf. You may also need to run ifdown usb0 to remove the routing issue caused by having both interfaces up at the same time. I have seen documentation on howto make manually the changes in resolv.conf out of the wpa_supplicatnt script. but this would be the better line of code to be insertted into that file :-) Maybe this is a note for the wiki page ? Thanks Lothar Hi, I have always the problem, when WLAN starts, that I do not get configured /etc/resolv.conf automatically. Are there any tips around that helps this problem to get fixed ? Thanks, Lothar -- | Rapid Prototyping | XSLT Codegeneration | http:// www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo FreeRunner / Om 2008 - 8: WLAN problem
Am 17.09.2008 um 12:57 schrieb Lothar Behrens: Am 17.09.2008 um 12:25 schrieb [EMAIL PROTECTED]: Does this[1] work? [1]http://wiki.openmoko.org/wiki/Wifi#Using_the_GUI_on_2008.8 After connecting using the GUI, you may also need to run udhcpc eth0 manually in the terminal to get DNS entries added to your resolv.conf. You may also need to run ifdown usb0 to remove the routing issue caused by having both interfaces up at the same time. I have seen documentation on howto make manually the changes in resolv.conf out of the wpa_supplicatnt script. but this would be the better line of code to be insertted into that file :-) Maybe this is a note for the wiki page ? The command seems to be better in /etc/network/interfaces :-) Sample I have tested with # ifdown eth0 ifup eth0 # Wireless interfaces iface wlan0 inet dhcp udhcpc eth0 wireless_mode managed wireless_essid any Lothar Thanks Lothar Hi, I have always the problem, when WLAN starts, that I do not get configured /etc/resolv.conf automatically. Are there any tips around that helps this problem to get fixed ? Thanks, Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
fso bug/oddity
dbus is getting flodded by org.freedesktop.Gypsy.Time.TimeChanged, org.freedesktop.Gypsy.Satellite.SatellitesChanged and org.freedesktop.Gypsy.Time.TimeChanged signals. But GPS is off. I think neither of the events makes sense in this case and wastes cycles. Probably not good for battery life. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia and VOIP
On Wednesday 17 September 2008, Marco Trevisan (Treviño) wrote: Al Johnson wrote: On Tuesday 16 September 2008, Nicola Mfb wrote: [EMAIL PROTECTED] wrote: What a pity!, it would be nice to have gsm/voip dialer integrated in the same application. Thanks Alex for the information, src/html tree should be cleaned :) Are there other voip clients suitable for the freerunner? (for x11 too?) I've used the CLI version of linphone, but the GUI should be small enough to fit in 480x640 too. Well, the 2.1.1 version of linphone works quite well (after editing a little the code) [1], That's great, partly for reasons I'll get to below. I'll scratch this from my todo list then :-) What changes did you need to make? And do youhave a bitbake recipe in OpenEmbedded yet? however the problem is another: we miss the alsa states needed to use the phone speaker as default output device and the microphone as a capture device. This night I've played a lot with this software but I wasn't able to use it as a standard phone... :| The alsa state was relatively simple to set up - so much so that I don't think I saved it. There has been at least one state file for voip posted to the list though, and I think there is one in FSO milestone 3. The bit that caused problems was the audio interface. I was using 2007.2 so I killed pulseaudio to start with. The default alsa interface uses dmix, and linphone complained that this didn't allow a duplex connection. I could hear things on the Neo, but the other end couldn't hear me. I changed the .linphonerc to use OSS for the mic instead of alsa: [sound] playback_dev_id=ALSA: default device ringer_dev_id=ALSA: default device capture_dev_id=OSS: /dev/dsp This gave me a fully functional CLI linphone, except for needing to switch state files to get the ring on the speaker and the call in the earpiece. Echo was present as expected, and I didn't try enabling linphone's echo cancellation. If anyone knows how to get alsa to work full-duplex I would like to know! The reason I'm glad you've got =1.7 running is that hooks for external control of linphone were included in that version. I've seen this working in yeaphone [2] and the code seemed fairly simple. If this is available in the GUI version it may give us a way to quickly add alsa state changing. It also gives us a relatively easy way to use linphone as a SIP backend for the FSO telephony interface. [1] http://3v1n0.tuxfamily.org/openmoko/linphone-VoIP-SIP-call.png [2] http://www.devbase.at/voip/yeaphone.php ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] Copying the iPhone, or what not to do in phone UI design
Am Tuesday 16 September 2008 17:33:23 schrieb Nishit Dave: http://www.thebestpageintheuniverse.net/c.cgi?u=iphone Fun, but comparing apples and oranges. The iPhone UI design is stellar. Yes, it has warts, but less than anything else on the market. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.8 - testing] - alsa: No soundcards found...
i updated now, to the testing version of Om2008.8. there is still this message in dmesg: Only GTA01 hardware supported by ASoc driver i know that my sound worked a few weeks ago. And yes i have installed a gta02 kernel. So i think there is a bug in the gta02 kernel buildhost, or my opkg upgrade didn't update the runnnig kernel image? how could i check, if my system is realy booting the right kernel? Benedikt Schindler schrieb: i now found in dmesg this: ASoC version 0.13.1 wm8753: WM8753 Audio Codec 0.16 Only GTA01 hardware supported by ASoc driver but if i do a lsmod he sayed i have installed: snd_soc_neo1973_gta02_wm8753 i also have installed a gta02 kernel. so does annyone have suggestions what module is in the wrong version? and where do i get the right one? Benedikt Schindler schrieb: Device: GTA02 Distro: om2008.8 version: unstable Last update/upgrade: today does someone know this problem: --- [EMAIL PROTECTED]:~# opkg upgrade Configuring alsa-state System startup links for /etc/init.d/alsa-state already exist. /usr/sbin/alsactl: load_state:1327: No soundcards found... postinst script returned status 237 Collected errors: * ERROR: alsa-state.postinst returned 237 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Linux phone gets datacasts
Hi, for the extension we modified the case CAD files that were released on the openmoko.com website. We will most probably release the source ProE model of the extension as soon as the author agrees to do so. We have ordered a small quantity of 3D printouts in ABS from a local company (http://cimetrixsolutions.com/). Other provider of such custom ABS parts could also be http://www.protomold.com or https://www.redeyerpm.com We don't plan to order these extension in large quantity so I suggest that you take a look regularly at http://openmokast.org/ for the availability of the 3D source files and you will be able to order your own. Regards, -- Jean-Michel Bouffard Research Engineer | Ingénieur de recherche Communications Research | Centre de recherches sur les Centre Canada | communications Canada Email: [EMAIL PROTECTED] | Cour.: [EMAIL PROTECTED] Web site: www.crc.ca | Site web: www.crc.ca nicklogan wrote: Natanael Arndt wrote: I have just found this: LinuxDevices.com: Open Linux phone gets datacasts (http://www.linuxdevices.com/news/NS6565189083.html) be blessed Natanael I contacted the company to see if they will make available the plastic body extension separately. My thought was to use the extra space for a larger battery, I'm sure other projects could also benefit. No response yet. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Some?) 3G support for Linux from Nokia - relevant for future models?
Mikko Rauhala wrote: Personally I'll be loathe to buy Nokia products anyway, they're just way too inconsistent with their policies and have no commitment to free software whatsoever. But, if something good comes out of them, that's, well, good. Open source or not, you've gotta admit Nokia do make good phones. If I hadn't found the FreeRunner, I'd have looked at the Nokias first before any other brand. Their phones 'just work', and I've never had a problem with one (apart from not being able to ssh into it!) A couple of weeks ago I had my work phone (Nokia 6230) come out of my pocket while I was riding my motorbike at about 80kph. I found it on the side of the road later, not only was it not broken, it hadn't even come apart (battery hadn't come out) and was still turned on! -Dale ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
NeoTool v1.1 is available
I've been hard at work again, and a new version my utility is now available... I've renamed it (again) to NeoTool. Download it from [1] I've also created a wiki page for it at [2], and linked to it from the Flash and Backup wiki pages. Major new features include: - Support for multiple DFU-capable devices - you'll see a menu asking you to choose which device if you have more than one attached - Backup has been radically enhanced, and now supports configurable backup filenames, as well as the ability to backup everything via a combination of the mkfs-jffs2 and dfu -U methods. There are also other improvements and changes which are documented on the wiki page. [1] http://users.on.net/~antisol/neotool [2] http://wiki.openmoko.org/wiki/NeoTool enjoy! -Dale ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community written community update
Minh Ha Duong wrote: Hi all, We all love Community Updates, but that's a huge endeavour for one person to tackle. So let us try a little social experiment here: community written community update. I just posted an outlined list of bullet points at: http://wiki.openmoko.org/wiki/15th_September%2C_2008_-_Activity_since_launch The plan is to leave it to everybody else to elaborate along the following editorial guidelines: 1. Include everything that was hot on a mailing lists at some point since launch. 2. Limit each point to three sentences and one link. Yours truly. Minh, Volunteer wiki editor (Curious and impatient to see if it works.) Minh, While I think that the page itself it good, I think that including a date in the page title is probably not a good Idea. Perhaps either a series of pages Activity in month Year, or just one monolithic page Activity Since Launch would be a better way to go. For example, I've just announced NeoTool v1.1, but I did this on the 17th, which to me seems to make it inappropriate to add to a page titled 15th Sep 08... -Dale ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Tilman Baumann wrote: dbus is getting flodded by org.freedesktop.Gypsy.Time.TimeChanged, org.freedesktop.Gypsy.Satellite.SatellitesChanged and org.freedesktop.Gypsy.Time.TimeChanged signals. But GPS is off. I think neither of the events makes sense in this case and wastes cycles. Probably not good for battery life. I just had a look at the fso apis again. And i almost fell of my chair. I just found org.freesmartphone.Device.RealtimeClock What is wrong with gettimeofday anc co with all it's beauty? Who wants time via dbus? I hope this is just some over enthusiastic proof of concept. *g* -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Am Wednesday 17 September 2008 17:54:54 schrieb Tilman Baumann: Michael 'Mickey' Lauer wrote: Am Wednesday 17 September 2008 16:16:43 schrieb Tilman Baumann: Tilman Baumann wrote: dbus is getting flodded by org.freedesktop.Gypsy.Time.TimeChanged, org.freedesktop.Gypsy.Satellite.SatellitesChanged and org.freedesktop.Gypsy.Time.TimeChanged signals. But GPS is off. I think neither of the events makes sense in this case and wastes cycles. Probably not good for battery life. I just had a look at the fso apis again. And i almost fell of my chair. I just found org.freesmartphone.Device.RealtimeClock What is wrong with gettimeofday anc co with all it's beauty? Last time I checked gettimeofday reads from system time. org.freesmartphone.Device.RealtimeClock is a dbus interface to program the RealtimeClock (sic!). My mistake. But what about /dev/rtc and the hwclock command? programming /dev/rtc works fine from C and asm, much less so for higher level languages. I felt a dbus interface for that would be nice. It's not in use yet, but we need something like that anyways when we want to support waking up arbitrary dbus clients for PIM events. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Michael 'Mickey' Lauer wrote: Am Wednesday 17 September 2008 17:54:54 schrieb Tilman Baumann: Michael 'Mickey' Lauer wrote: Am Wednesday 17 September 2008 16:16:43 schrieb Tilman Baumann: Tilman Baumann wrote: dbus is getting flodded by org.freedesktop.Gypsy.Time.TimeChanged, org.freedesktop.Gypsy.Satellite.SatellitesChanged and org.freedesktop.Gypsy.Time.TimeChanged signals. But GPS is off. I think neither of the events makes sense in this case and wastes cycles. Probably not good for battery life. I just had a look at the fso apis again. And i almost fell of my chair. I just found org.freesmartphone.Device.RealtimeClock What is wrong with gettimeofday anc co with all it's beauty? Last time I checked gettimeofday reads from system time. org.freesmartphone.Device.RealtimeClock is a dbus interface to program the RealtimeClock (sic!). My mistake. But what about /dev/rtc and the hwclock command? programming /dev/rtc works fine from C and asm, much less so for higher level languages. But they will however probably never be in a position where they need to. Keeping the rtc in sync sounds to me like a framework job. I don't know, the system clock should probably be stored in rtc before going to sleep and saved back afterwards. And the usual stuff, shutdown and booting. I felt a dbus interface for that would be nice. It's not in use yet, but we need something like that anyways when we want to support waking up arbitrary dbus clients for PIM events. What about a interface where a process can register a timer event for a callback/dbus signal? Getting and setting stuff to the clock does not sound to me like something that needs to be exposed as a interface. Sorry if my sarcasm sounded too harsh. It isn't all that bad. ;) -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A mailing list for FLOSS-GPS community?
Gora Mohanty wrote: On Wed, 17 Sep 2008 12:02:42 +0300 Risto H. Kurppa [EMAIL PROTECTED] wrote: Hi! I suppose there are some tangogps/navit/other gps software users and developers here on this list who would be interested in getting together with the rest of the FLOSS GPS community see http://risto.kurppa.fi/blog/a-mailing-list-for-the-floss-gps-community/ Much as I am a member of far too many mailing lists already, I think that this would be a good idea. As far as hosting goes, how about a Google or Yahoo group? If people do not like that idea, it might be possible for us at Sarai to provide hosting. Sarai is a FLOSS organisation from India, and to get an idea of the lists that we host currently, please see http://www.sarai.net/mailing-lists/ In any case, please, add it to gmane! :) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Idea for Openmoko application: Tide updates
Surfers, fisherpeople, and I'm sure others care about the tides. Turns out there are websites and applications that provide this data. For a nice review: http://www.kk.org/cooltools/archives/003037.php Something like this would seem to be ideal for Openmoko, especially with GPS. Anyone interested? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Am Wednesday 17 September 2008 18:24:30 schrieb Tilman Baumann: Michael 'Mickey' Lauer wrote: Am Wednesday 17 September 2008 17:54:54 schrieb Tilman Baumann: Michael 'Mickey' Lauer wrote: Am Wednesday 17 September 2008 16:16:43 schrieb Tilman Baumann: Tilman Baumann wrote: dbus is getting flodded by org.freedesktop.Gypsy.Time.TimeChanged, org.freedesktop.Gypsy.Satellite.SatellitesChanged and org.freedesktop.Gypsy.Time.TimeChanged signals. But GPS is off. I think neither of the events makes sense in this case and wastes cycles. Probably not good for battery life. I just had a look at the fso apis again. And i almost fell of my chair. I just found org.freesmartphone.Device.RealtimeClock What is wrong with gettimeofday anc co with all it's beauty? Last time I checked gettimeofday reads from system time. org.freesmartphone.Device.RealtimeClock is a dbus interface to program the RealtimeClock (sic!). My mistake. But what about /dev/rtc and the hwclock command? programming /dev/rtc works fine from C and asm, much less so for higher level languages. But they will however probably never be in a position where they need to. Keeping the rtc in sync sounds to me like a framework job. I don't know, the system clock should probably be stored in rtc before going to sleep and saved back afterwards. And the usual stuff, shutdown and booting. I felt a dbus interface for that would be nice. It's not in use yet, but we need something like that anyways when we want to support waking up arbitrary dbus clients for PIM events. What about a interface where a process can register a timer event for a callback/dbus signal? Getting and setting stuff to the clock does not sound to me like something that needs to be exposed as a interface. Ok, how would you design it then? Lets say we have a couple of clients who know about certain appointments and every time you go into suspend, you need to find out which client knows about the soonest appointment and have the RTC programmed accordingly. How do these programs know each other? Are all supposed to concurrently program the RTC? = Boom. Sorry if my sarcasm sounded too harsh. It isn't all that bad. ;) Don't worry, I'm sarcasm-resistent by now. It's important though that people understand why we need all these abstractions. It's not because we love high level interfaces, it's because we need to prepare for application _integration_. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
2008.8 default dialer crash on # or *
is this something happening to others? if I dial a string that starts with # or * (such as those to access phone carrier features) the dialer crashes and goes puff, smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Michael 'Mickey' Lauer wrote: I felt a dbus interface for that would be nice. It's not in use yet, but we need something like that anyways when we want to support waking up arbitrary dbus clients for PIM events. What about a interface where a process can register a timer event for a callback/dbus signal? Getting and setting stuff to the clock does not sound to me like something that needs to be exposed as a interface. Ok, how would you design it then? Lets say we have a couple of clients who know about certain appointments and every time you go into suspend, you need to find out which client knows about the soonest appointment and have the RTC programmed accordingly. The back end only needs to keep the soonest timer in the clock and change to the next if the time passed. And emit messages when a timer is passed. How do these programs know each other? Are all supposed to concurrently program the RTC? = Boom. That's why i'm suggesting this abstraction. Programms should never set the rtc. They should just tell the backend that they need a timer for a specific time, and the backend can then make sure the system is running at this time and inform the client about the event. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Michael 'Mickey' Lauer wrote: It's important though that people understand why we need all these abstractions. It's not because we love high level interfaces, it's because we need to prepare for application _integration_. Yea, but there are things which are already solved and people are used to work with them. Integration could well go over the top. As i probably already said. I like the effort, but some things are better left alone. :) Not that i have some spcific critique right now, but i could easyly see fso going in that direction. That's why i reacted this way in this case, i thought it had happened. *g* I see fso walking a fine line between genius and insanity. :) settingsd vs. gconf would be one of these cases. I just refused to really think about it yet, so i don't really know how much sense it makes. I think i would not like the outcome... (gconf is horrible, but it was there long enough to be considered a standard...) pimd vs. eds the same... -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Am Wednesday 17 September 2008 18:52:16 schrieb Tilman Baumann: Michael 'Mickey' Lauer wrote: I felt a dbus interface for that would be nice. It's not in use yet, but we need something like that anyways when we want to support waking up arbitrary dbus clients for PIM events. What about a interface where a process can register a timer event for a callback/dbus signal? Getting and setting stuff to the clock does not sound to me like something that needs to be exposed as a interface. Ok, how would you design it then? Lets say we have a couple of clients who know about certain appointments and every time you go into suspend, you need to find out which client knows about the soonest appointment and have the RTC programmed accordingly. The back end only needs to keep the soonest timer in the clock and change to the next if the time passed. And emit messages when a timer is passed. How do these programs know each other? Are all supposed to concurrently program the RTC? = Boom. That's why i'm suggesting this abstraction. Programms should never set the rtc. They should just tell the backend that they need a timer for a specific time, and the backend can then make sure the system is running at this time and inform the client about the event. Heh, sounds we're on the same page then. org.freesmartphone.Device.RealtimeClock always belonged to the lower level dbus interfaces in my thinking (as are most of the other .Device.* ones). I want to use this from the PIM agent, but not from any app. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Am Wednesday 17 September 2008 19:07:50 schrieb Tilman Baumann: Michael 'Mickey' Lauer wrote: It's important though that people understand why we need all these abstractions. It's not because we love high level interfaces, it's because we need to prepare for application _integration_. Yea, but there are things which are already solved and people are used to work with them. Integration could well go over the top. As i probably already said. I like the effort, but some things are better left alone. :) Not that i have some spcific critique right now, but i could easyly see fso going in that direction. That's why i reacted this way in this case, i thought it had happened. *g* I see fso walking a fine line between genius and insanity. :) Agreed. But you'll never know on which part you walk unless you start moving. That's what we're doing atm. Please help us to stay on the genius' path ;) settingsd vs. gconf would be one of these cases. I just refused to really think about it yet, so i don't really know how much sense it makes. I think i would not like the outcome... (gconf is horrible, but it was there long enough to be considered a standard...) Hmm, that doesn't count for me as a stopsign. First, gconf is already deprecated by the powers (with dconf being the dbus-based successor they work on), 2nd being a standard doesn't necessarily mean it should stay there forever unquestioned. pimd vs. eds the same... Again, lets first concentrate on sane APIs (which is what the GSoc'08 project did) and then check whether any of the existing solutions fit our needs. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
On 9/17/08, Tilman Baumann [EMAIL PROTECTED] wrote: I see fso walking a fine line between genius and insanity. :) settingsd vs. gconf would be one of these cases. I just refused to really think about it yet, so i don't really know how much sense it makes. I think i would not like the outcome... (gconf is horrible, but it was there long enough to be considered a standard...) pimd vs. eds the same... Just because something has been around long enough to be considered a standard, doesn't make it a good one. Look at .doc, it has been around for a few years (in one incarnation or another), but does that make it a good standard? Cheers, Federico ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Michael 'Mickey' Lauer wrote: How do these programs know each other? Are all supposed to concurrently program the RTC? = Boom. That's why i'm suggesting this abstraction. Programms should never set the rtc. They should just tell the backend that they need a timer for a specific time, and the backend can then make sure the system is running at this time and inform the client about the event. Heh, sounds we're on the same page then. org.freesmartphone.Device.RealtimeClock always belonged to the lower level dbus interfaces in my thinking (as are most of the other .Device.* ones). I want to use this from the PIM agent, but not from any app. Aaah, yes the Device namespace. Makes sense. But why not cut the intermediate layer? the pim agent will most likely be not the only app which needs wakeup times. But i guess we have the same idea about how it sould be. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A mailing list for FLOSS-GPS community?
Risto H. Kurppa [EMAIL PROTECTED] wrote: Hi! I suppose there are some tangogps/navit/other gps software users and developers here on this list who would be interested in getting together with the rest of the FLOSS GPS community see http://risto.kurppa.fi/blog/a-mailing-list-for-the-floss-gps-community/ There are existing groups that are relevant. They are both low traffic right now and I think for the purposes you suggest the first one might be appropriate. I am already a subscriber so I will ask how they feel about it being used this way. At Google Groups -- GPS Software and Maps!!! This is a global community for GPS users, researchers, geocatchers, GPS manufacturers, GPS application developers, GIS people to share and discuss their problems with each other and try to find possible solutions. This one is oriented towards creating maps for existing devices, such as Garmin handhelds At Yahoo! groups -- GPS MAP AUTHORS is a consortium for those who use GPS ( Global Positioning System ) hardware and software to create and publish maps, charts, trail and tour guides. Brian in Corvallis Oregon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Federico Lorenzi wrote: On 9/17/08, Tilman Baumann [EMAIL PROTECTED] wrote: I see fso walking a fine line between genius and insanity. :) settingsd vs. gconf would be one of these cases. I just refused to really think about it yet, so i don't really know how much sense it makes. I think i would not like the outcome... (gconf is horrible, but it was there long enough to be considered a standard...) pimd vs. eds the same... Just because something has been around long enough to be considered a standard, doesn't make it a good one. Look at .doc, it has been around for a few years (in one incarnation or another), but does that make it a good standard? No, but something where you need to carefully think about before you waste resources on replacing it and nobody wants it. ;) And i don't say we should all use .doc, that's something where the ugly penalty is too great. *g* -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community written community update
This page looks very nice, i love it. Its very handy to be able to see whats happening at a glance. Thanks! 2008/9/15 Minh Ha Duong [EMAIL PROTECTED]: Hi all, We all love Community Updates, but that's a huge endeavour for one person to tackle. So let us try a little social experiment here: community written community update. I just posted an outlined list of bullet points at: http://wiki.openmoko.org/wiki/15th_September%2C_2008_-_Activity_since_launch The plan is to leave it to everybody else to elaborate along the following editorial guidelines: 1. Include everything that was hot on a mailing lists at some point since launch. 2. Limit each point to three sentences and one link. Yours truly. Minh, Volunteer wiki editor (Curious and impatient to see if it works.) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea for Openmoko application: Tide updates
Michael Shiloh wrote: Surfers, fisherpeople, and I'm sure others care about the tides. Turns out there are websites and applications that provide this data. For a nice review: http://www.kk.org/cooltools/archives/003037.php Cool Something like this would seem to be ideal for Openmoko, especially with GPS. Anyone interested? If I lived close to an ocean I would be all over this. But if I (51.128, -114.022) have to worry about tides, then there are much bigger issues to worry about :-) -stacy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Michael 'Mickey' Lauer wrote: I see fso walking a fine line between genius and insanity. :) Agreed. But you'll never know on which part you walk unless you start moving. That's what we're doing atm. Please help us to stay on the genius' path ;) Happyly. At the moment i'm just observing the show. My time management for private projects is currently just horrible. I always feel bad talking about doing great stuff and never doing it. :) settingsd vs. gconf would be one of these cases. I just refused to really think about it yet, so i don't really know how much sense it makes. I think i would not like the outcome... (gconf is horrible, but it was there long enough to be considered a standard...) Hmm, that doesn't count for me as a stopsign. First, gconf is already deprecated by the powers (with dconf being the dbus-based successor they work on), O i did not notice. But i guess the api and namespaces will stay? 2nd being a standard doesn't necessarily mean it should stay there forever unquestioned. Certainly not. But i see the influence from the desktop to the phone as more important and fruitful as the other way around. (For being in the position to change the world) pimd vs. eds the same... Again, lets first concentrate on sane APIs (which is what the GSoc'08 project did) and then check whether any of the existing solutions fit our needs. Right. Full steam ahead! -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea for Openmoko application: Tide updates
On 9/17/08, Michael Shiloh [EMAIL PROTECTED] wrote: Surfers, fisherpeople, and I'm sure others care about the tides. Turns out there are websites and applications that provide this data. For a nice review: http://www.kk.org/cooltools/archives/003037.php Something like this would seem to be ideal for Openmoko, especially with GPS. Does anyone know of an source for nautical maps that can be used with TangoGPS? It would be cool if nautical maps and tide data were integradted into TangoGPS; click on a point on or near a body of water and TangoGPS could give you a tidal graph for that spot or (if you click on land near the water) the spot at the water's edge nearest to where you selected. -Charles -Charles ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NeoTool v1.1 is available
Looks really nice and seems friendly enough for the beginners. Its amazing what one can do with bash =) //danielh 2008/9/17 Dale Maggee [EMAIL PROTECTED]: I've been hard at work again, and a new version my utility is now available... I've renamed it (again) to NeoTool. Download it from [1] I've also created a wiki page for it at [2], and linked to it from the Flash and Backup wiki pages. Major new features include: - Support for multiple DFU-capable devices - you'll see a menu asking you to choose which device if you have more than one attached - Backup has been radically enhanced, and now supports configurable backup filenames, as well as the ability to backup everything via a combination of the mkfs-jffs2 and dfu -U methods. There are also other improvements and changes which are documented on the wiki page. [1] http://users.on.net/~antisol/neotool [2] http://wiki.openmoko.org/wiki/NeoTool enjoy! -Dale ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] frameworkd affecting touch-screen input
Hi, Am Sonntag, den 14.09.2008, 23:44 -0400 schrieb Brock: When playing with some screen-drawing applications, including Xournal, Gournal, and even Gimp, I noticed that I could draw long complex lines but that they don't appear until I lift the stylus. After some tinkering, I see that the lines are immediately drawn, or in other words the data immediately given to the app, when frameworkd is stopped. Anyone know why that is? the lack of answers probably means that nobody knows. Think of it as an incentive to find it out and tell us about it :). And if you can not, feel free to file a bug against the fso-frameworkd package via http://bugs.debian.org/ so that this is not forgotten. (I haven’t checked it myself, but I remember that pypennotes worked fine. Can you check with that program?) (And do you have the unmodified X server, or the one with the right click patch?) Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sending SMS: python
On Tue, Sep 16, 2008 at 9:11 PM, Marcel [EMAIL PROTECTED] wrote: I don't know about the situation on the other stacks, but FSO (freesmartphone.org) is a project to imlement the fso specifications of an API for access to the device's hardware. Maybe you can somehow interface with qpe which seems to be a central control daemon in qtopia... After looking around for a while I really found nothing! My Neo Freerunner is new and so I've no important data on it, I can re-flash something other! What can I try to obtain the freesmartphone.org layer you are talking about? For what I can test using python on my ASU, I've the dbus library available! Something like... import dbus from dbus.mainloop.glib import DBusGMainLoop DBusGMainLoop(set_as_default=True) ...works - (example taken from http://www.freesmartphone.org/index.php/Tutorials/GSM_python). -- -- luca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Some?) 3G support for Linux from Nokia - relevant for future models?
Mikko Rauhala wrote: Bumped into the following: http://www.internettablettalk.com/2008/09/17/dr-ari-jaaksi-on-maemo-5/ Relevantly Nokia is now Gold Sponsor of Linux Foundation, has contributed code today for 3G/HSPA cellular (data) connectivity for OMAP3 to Linux kernel I would interpret this as there being a free driver solution for 3G handset suitable chipsets now available, though perhaps I am missing some details? Good for 04 (you know, whenever) getting UMTS, one might hope? Personally I'll be loathe to buy Nokia products anyway, they're just way too inconsistent with their policies and have no commitment to free software whatsoever. I would beg to differ. Trolltech is now part of Nokia, Qt and Qtopia certainly are open source and I can tell you for certain, we are committed to keeping them open source. Nokia is also a patron of KDE. Thats more than I can say about other phone manufacturers... But, if something good comes out of them, that's, well, good. Maemo is quite good. That is pure Nokia. Qt and Qtopia are good, that is now from Nokia... -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea for Openmoko application: Tide updates
Michael Shiloh wrote: Surfers, fisherpeople, and I'm sure others care about the tides. Turns out there are websites and applications that provide this data. For a nice review: http://www.kk.org/cooltools/archives/003037.php Something like this would seem to be ideal for Openmoko, especially with GPS. I've used Tide Tool, a nice GPL Palm App mentioned in the review. It's based on XTide which is available in Debian. It runs on my Freerunner, although the UI uses multiple windows in a way that doesn't work well on the small display. That might be a good place to start. Jim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Idea for Openmoko application: Tide updates
I'm from the coast, into surf/sailing. Ideas: - openmoko attached to bouys, phones home with bouy angle, wave forces - openmoko race application, allow other boats to watch speed, position, and accel forces on race participants (would be cool to see graphic of boat hitting waves and the angle while close hauled, other boats could view visualization when a gust hits a competitor) - openmoko in moored yacht, alert/webserve info on forces on boat, similar detect if boat is drifting away from mooring -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shiloh Sent: Wednesday, September 17, 2008 12:32 PM To: List for OpenMoko community discussion Subject: Idea for Openmoko application: Tide updates Surfers, fisherpeople, and I'm sure others care about the tides. Turns out there are websites and applications that provide this data. For a nice review: http://www.kk.org/cooltools/archives/003037.php Something like this would seem to be ideal for Openmoko, especially with GPS. Anyone interested? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sending SMS: python
Am Wednesday 17 September 2008 21:45:16 schrieb Luca: On Tue, Sep 16, 2008 at 9:11 PM, Marcel [EMAIL PROTECTED] wrote: I don't know about the situation on the other stacks, but FSO (freesmartphone.org) is a project to imlement the fso specifications of an API for access to the device's hardware. Maybe you can somehow interface with qpe which seems to be a central control daemon in qtopia... After looking around for a while I really found nothing! My Neo Freerunner is new and so I've no important data on it, I can re-flash something other! What can I try to obtain the freesmartphone.org layer you are talking about? For what I can test using python on my ASU, I've the dbus library available! Something like... import dbus from dbus.mainloop.glib import DBusGMainLoop DBusGMainLoop(set_as_default=True) ...works - (example taken from http://www.freesmartphone.org/index.php/Tutorials/GSM_python). I don't know about frameworkd on ASU, but you could simply flashing the FSO image. -Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Some?) 3G support for Linux from Nokia - relevant for future models?
On Thu, 2008-09-18 at 05:45 +1000, Lorn Potter wrote: I would beg to differ. Trolltech is now part of Nokia, Qt and Qtopia certainly are open source and I can tell you for certain, we are committed to keeping them open source. I wonder what your plans are for the phone stack? I doubt that you are going FSO? At least to me this is a big horror as is much of the Openmoko software development. It is just not clear what the other open source players are doing? The single most important piece is the gsmd with muxing capabilities and some kind of stable API. Next important part is the power management. Can you publically talk about where you are going? Best regards, Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
On 2008.09.17.10.49, andres wrote: | is this something happening to others? | if I dial a string that starts with # or * (such as those to access | phone carrier features) | the dialer crashes and goes puff, Yes, I have the same exact problem. I have to dial #999# to check the minutes on my prepaid card. I was thinking I'd learn how to just dial the modem directly... The FSO stack doesn't seem to like funny looking numbers either. That one might be easier to fix. --Brock ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
known bug: http://docs.openmoko.org/trac/ticket/1832 Tom R wrote: yes, im trying to access my voicemail inbox #123 and the dialer goes poof. tried in both 2008.8 and qtopia so i think its related to qpe -- View this message in context: http://n2.nabble.com/2008.8-default-dialer-crash-on---or-*-tp1095838p1096499.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Illume on Debian
Is there any way I can help accelerate the process of getting illume on debian on my freerunner? Like any sort of contribution they may need to help get the latest enlightenment going? Alternatively, is there any workaround? Preferably one that's not too hacky, like, for example, converting an opk to a deb? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume on Debian
Hi, Am Mittwoch, den 17.09.2008, 17:13 -0400 schrieb Daniel Benoy: Is there any way I can help accelerate the process of getting illume on debian on my freerunner? Like any sort of contribution they may need to help get the latest enlightenment going? Ask on the enlightenment mailing lists what help they need for pushing out a new snapshot – that’s what we are all waiting for. Alternatively, is there any workaround? Preferably one that's not too hacky, like, for example, converting an opk to a deb? Hmm, likely not, as it needs features not present in the released versions of the enlightenment libs (or so I heared). Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
Am Mittwoch, 17. September 2008 schrieb andres: is this something happening to others? if I dial a string that starts with # or * (such as those to access phone carrier features) the dialer crashes and goes puff, Yes I have the same problem. I need *100# and it just closes the dialer in 2008.8. On 2007.2 the phone called a friend, when i diealed *100# :-S be blessed Natanael -- Web: http://natanael.comiles.eu E-Mail: [EMAIL PROTECTED] Jabber/XMPP: [EMAIL PROTECTED] ICQ: 168210209 Skype: white_gecko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Some?) 3G support for Linux from Nokia - relevant for future models?
Mikko Rauhala wrote: Sure Nokia has some products which happen to be free software. That doesn't make them committed to free software, what with being eg. hostile to free formats, a strong opponent of independent software development in general through their patent lobby, very much clueless in top level press comments about these subjects, and in general not being very consistent in what they're up to in this area. .. The tablet OS has significant proprietary portions, both third party and in-house - the latter having insiders commenting that it's difficult (when at all possible) to get the go-ahead to free the code properly. Not to mention the target hardware platform pretty much requires binary blob kernel code and such (last I checked anyway). To be honest even though I love open source/free software my experiences with OpenMoko Freerunner has soured me a little bit. I bought a phone that was supposed to be usable as a phone and as of today still is not usable as a phone. (and don't flame me about you should have known what you were getting, check the Wiki and purchase site back in July and there is no mention of how unstable it is, it is better documented now). The Trolltech Qtopia release is the closest thing to a stable environment for the phone (still not quite usable as a phone though, but closer than anything else currently available). Needing a phone I could actually use as a phone I had to go buy a new cell phone, so I picked up an unlocked Nokia E62 relatively cheap. This is a totally proprietary phone, but it works really well, has a ton of apps on it that also all work, and the bluetooth works exactly as expected with handsfree and headset devices. GPRS works well, and there is a working J2ME stack on it. (so google maps works etc) My point is I'd gladly give up some open source rights in exchange for a phone that works as expected. I'll continue playing with my FR, but I suspect it'll be another 6 months before I can start using it as my primary phone. So there are pluses and minuses to open source, yes you can do whatever you want on it, but the time line to getting a stable environment is pretty long, especially as OM seems to be relying heavily on the community to provide stable core features for the phone. Whereas the non open source stacks out there seem to be very stable and work pretty darn well today. A good trade off IMHO would be to allow a closed but working GSM stack, and leave all the other applications stuff open. That way you get a good stable phone but can still write apps for it in whatever language you desire. Just my 2c :) -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Some?) 3G support for Linux from Nokia - relevant for future models?
On Wed, Sep 17, 2008 at 02:50:47PM -0700, Jim Morris wrote: To be honest even though I love open source/free software my experiences with OpenMoko Freerunner has soured me a little bit. I bought a phone that was supposed to be usable as a phone and as of today still is not usable as a phone. (and don't flame me about you should have known what you were getting, check the Wiki and purchase site back in July and there is no mention of how unstable it is, it is better documented now). The Trolltech Qtopia release is the closest thing to a stable environment for the phone (still not quite usable as a phone though, but closer than anything else currently available). Well, I'm using my Freerunner as my day to day phone (actually so much I'm now wary of doing experiments, sadly). (using Om2008.9.12 IIRC) Rui -- Today is Setting Orange, the 41st day of Bureaucracy in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia and VOIP
Al Johnson wrote: On Wednesday 17 September 2008, Marco Trevisan (Treviño) wrote: Al Johnson wrote: On Tuesday 16 September 2008, Nicola Mfb wrote: [EMAIL PROTECTED] wrote: What a pity!, it would be nice to have gsm/voip dialer integrated in the same application. Thanks Alex for the information, src/html tree should be cleaned :) Are there other voip clients suitable for the freerunner? (for x11 too?) I've used the CLI version of linphone, but the GUI should be small enough to fit in 480x640 too. Well, the 2.1.1 version of linphone works quite well (after editing a little the code) [1], That's great, partly for reasons I'll get to below. I'll scratch this from my todo list then :-) What changes did you need to make? And do youhave a bitbake recipe in OpenEmbedded yet? Well no... I'd have to say that I was never able to use the mokomakefile to get a working OE environment, that's way I've always used the Toolchain to compile. And also this time. So I could post just bad ipkgs here :P However I've not made many changes, just fixed some issues (like crash if there's no sip: text and automatic transformation from number to sip url [0123456789 = sip:[EMAIL PROTECTED]) and added a brute alsa state changing. Then I'd like to change the interface to make it more usable in the moko (mostly the preferences should be fixed). however the problem is another: we miss the alsa states needed to use the phone speaker as default output device and the microphone as a capture device. This night I've played a lot with this software but I wasn't able to use it as a standard phone... :| The alsa state was relatively simple to set up - so much so that I don't think I saved it. There has been at least one state file for voip posted to the list though, and I think there is one in FSO milestone 3. Well, yesterday was too late, but I didn't test the file (coming from om packages) voip-handset.state. I've tested it, but it simply set the volume of the main speaker to a lower value; it doesn't route the audio output to the phone headset speaker (the one we generally use to hear a call!). Was you able to do so? If you did it, how? I've not found any other working state file. The bit that caused problems was the audio interface. I was using 2007.2 so I killed pulseaudio to start with. The default alsa interface uses dmix, and linphone complained that this didn't allow a duplex connection. I could hear things on the Neo, but the other end couldn't hear me. I changed the .linphonerc to use OSS for the mic instead of alsa: [sound] playback_dev_id=ALSA: default device ringer_dev_id=ALSA: default device capture_dev_id=OSS: /dev/dsp My default linphone configuration was that of using only OSS. I've not tested if a called person was hearing me, however. This gave me a fully functional CLI linphone, except for needing to switch state files to get the ring on the speaker and the call in the earpiece. Echo was present as expected, and I didn't try enabling linphone's echo cancellation. That is inusable... It uses too much CPU I guess, since enabing it I can't hear the called people as expected. The reason I'm glad you've got =1.7 running is that hooks for external control of linphone were included in that version. I've seen this working in yeaphone [2] and the code seemed fairly simple. If this is available in the GUI version it may give us a way to quickly add alsa state changing. It also gives us a relatively easy way to use linphone as a SIP backend for the FSO telephony interface. Yes I guess it could be but it should be include dbus support before :P, (it has not support for it, if I'm not wrong). I've also to say that the first linphone version I got running in my freerunner was the unstable 2.9.9. It was a little more hard to compile it, but the new glade interface is too sophisticated for a so small device. Bye -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit patch for faster map dragging
Hire a écrit : Hello Florian Hackenberger, nice work, works very well. However, do you have send those patch to navit's dev? Hello, I'm a member of the navit project. One of our users has told us about this patch. I've reviewed it, and it looks very good for the drag part. But i wasn't able to see the benefit of the font part, could you elaborate? We would be really happy to get more patch to enhance navit on the FR (i'm myself thinking of buying one). But next time, it would be best to submit this as two differents patches (drag and font) and it would be reviewed faster if it was submitted on our tracker ( http://trac.navit-project.org ). Thanks for your interest, i'm waiting for your lights on the font part to commit it. K- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea for Openmoko application: Tide updates
Matthew, I think these ideas are great. I often think that similar applications could be developed using an Arduino board and some specific modules, but once you price it all up you might as well just use a FreeRunner. You've probably seen boat race tracking on Google Maps: http://googlemapsmania.blogspot.com/2008/07/boat-race-tracking-on-google-maps.html Of course, in my sailing days the only electronic device allowed on a boat was a wrist watch, but that's not to say that a wireless marine sensor network wouldn't be fun to play with; I'd welcome Openmoko sailing developments and I'm sure somebody could make a _lot_ of money if they did it properly... :) Joseph /goes off to think about what we used to pay for Fredrickson ratchet blocks... 2008/9/17 Crane, Matthew [EMAIL PROTECTED]: I'm from the coast, into surf/sailing. Ideas: - openmoko attached to bouys, phones home with bouy angle, wave forces - openmoko race application, allow other boats to watch speed, position, and accel forces on race participants (would be cool to see graphic of boat hitting waves and the angle while close hauled, other boats could view visualization when a gust hits a competitor) - openmoko in moored yacht, alert/webserve info on forces on boat, similar detect if boat is drifting away from mooring -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shiloh Sent: Wednesday, September 17, 2008 12:32 PM To: List for OpenMoko community discussion Subject: Idea for Openmoko application: Tide updates Surfers, fisherpeople, and I'm sure others care about the tides. Turns out there are websites and applications that provide this data. For a nice review: http://www.kk.org/cooltools/archives/003037.php Something like this would seem to be ideal for Openmoko, especially with GPS. Anyone interested? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Some?) 3G support for Linux from Nokia - relevant for future models?
Marcus Bauer wrote: On Thu, 2008-09-18 at 05:45 +1000, Lorn Potter wrote: I would beg to differ. Trolltech is now part of Nokia, Qt and Qtopia certainly are open source and I can tell you for certain, we are committed to keeping them open source. I wonder what your plans are for the phone stack? I doubt that you are going FSO? At least to me this is a big horror as is much of the Openmoko software development. It is just not clear what the other open source players are doing? The single most important piece is the gsmd with muxing capabilities and some kind of stable API. Next important part is the power management. Can you publically talk about where you are going? Qtopia does not use gsmd, but has it's own gsm classes. Qtopia has 95% the needed parts for a workable phone. It has power management classes, as well. But the stableness and reliability of them depend on the underlying system to function properly. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea for Openmoko application: Tide updates
Hi Michael. We have similar toughts about it. What Im willing to do is a real Adventure Phone, based on Freeruneer and Debian. Im planning a water/dirt proof rubber case. Something that should be great is a compass too... Im a brazilian surfer, so this why I think that it could be a real good product. -- Denis On 17/09/2008, at 13:32, Michael Shiloh wrote: Surfers, fisherpeople, and I'm sure others care about the tides. Turns out there are websites and applications that provide this data. For a nice review: http://www.kk.org/cooltools/archives/003037.php Something like this would seem to be ideal for Openmoko, especially with GPS. Anyone interested? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso bug/oddity
Tilman Baumann wrote: And for the wakeup stuff. Well besides at there is not much of a stable interface i guess, besides some acpi and nvram cruft. I guess a dbus interface suits well for that. But needs to be more abstract (register timer for callback/signal, remove timer). :) But somehow i can't get the at command out of my head... I would hope that framework services like registering a wakeup would not require the overhead of starting a shell to run an 'at' command :-) -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
Natanael Arndt wrote: Am Mittwoch, 17. September 2008 schrieb andres: is this something happening to others? if I dial a string that starts with # or * (such as those to access phone carrier features) the dialer crashes and goes puff, Yes I have the same problem. I need *100# and it just closes the dialer in 2008.8. On 2007.2 the phone called a friend, when i diealed *100# :-S That is because that call is considered as a Service request (USSD) also if it isn't. The qtopia code is wrong in this (since it filters these calls if they start or end with one of these chars). See below... Tomas Riveros Schober wrote: yes, im trying to access my voicemail inbox #123 and the dialer goes poof. tried in both 2008.8 and qtopia so i think its related to qpe Well, yes it's related to Qpe, but those are not the same issue, also if they're related to the same part of code. If a number starts with * or # and ends with # (to be short) then that is an USSD call and it is actually badly supported by Qtopia. I've made a patch for it [1] and as you can see it works [2] :P, but I had no time yet to attach it to the trac (ehm, also because the other patches I've made to qtopia haven't been neither reviewed :|). However, in this case the dialer has the right to close itself since after sending that request to the provider, the phone has only to wait the reply of the carrier that will be shown in a dialog. Anyway... Waiting for the patch, if someone of you would try my changes (that includes USSD support for pre-paid cards and working {*,#}xxx numbers), I could post somewhere the binary files to be tested. Just let me know! Bye... [1] http://3v1n0.net/openmoko/qtopia-x11-tangoized-dialer-USSD.png [2] http://3v1n0.net/openmoko/qtopia-x11-tangoized-USSD-reply.png -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia and VOIP
On Wednesday 17 September 2008, Marco Trevisan (Treviño) wrote: Al Johnson wrote: On Wednesday 17 September 2008, Marco Trevisan (Treviño) wrote: Al Johnson wrote: On Tuesday 16 September 2008, Nicola Mfb wrote: [EMAIL PROTECTED] wrote: What a pity!, it would be nice to have gsm/voip dialer integrated in the same application. Thanks Alex for the information, src/html tree should be cleaned :) Are there other voip clients suitable for the freerunner? (for x11 too?) I've used the CLI version of linphone, but the GUI should be small enough to fit in 480x640 too. Well, the 2.1.1 version of linphone works quite well (after editing a little the code) [1], That's great, partly for reasons I'll get to below. I'll scratch this from my todo list then :-) What changes did you need to make? And do youhave a bitbake recipe in OpenEmbedded yet? Well no... I'd have to say that I was never able to use the mokomakefile to get a working OE environment, that's way I've always used the Toolchain to compile. And also this time. So I could post just bad ipkgs here :P Worked for me with 2007.2 but I've not tried with anything else yet. Probably time to give the FSO equivalent a try, and this should be as good a way as any to learn about bitbake. However I've not made many changes, just fixed some issues (like crash if there's no sip: text and automatic transformation from number to sip url [0123456789 = sip:[EMAIL PROTECTED]) and added a brute alsa state changing. Then I'd like to change the interface to make it more usable in the moko (mostly the preferences should be fixed). Would be good to see. however the problem is another: we miss the alsa states needed to use the phone speaker as default output device and the microphone as a capture device. This night I've played a lot with this software but I wasn't able to use it as a standard phone... :| The alsa state was relatively simple to set up - so much so that I don't think I saved it. There has been at least one state file for voip posted to the list though, and I think there is one in FSO milestone 3. Well, yesterday was too late, but I didn't test the file (coming from om packages) voip-handset.state. I've tested it, but it simply set the volume of the main speaker to a lower value; it doesn't route the audio output to the phone headset speaker (the one we generally use to hear a call!). Was you able to do so? If you did it, how? If that's all that's wrong with it then turn down the speaker (Control 3: Headphone Playback Volume) and turn up the earpiece (Control 4: Speaker Playback Volume) I've not found any other working state file. Doesn't look like I've got it saved anywhere. I'll try to make another one but it might take a few days to get everything in place. The bit that caused problems was the audio interface. I was using 2007.2 so I killed pulseaudio to start with. The default alsa interface uses dmix, and linphone complained that this didn't allow a duplex connection. I could hear things on the Neo, but the other end couldn't hear me. I changed the .linphonerc to use OSS for the mic instead of alsa: [sound] playback_dev_id=ALSA: default device ringer_dev_id=ALSA: default device capture_dev_id=OSS: /dev/dsp My default linphone configuration was that of using only OSS. I've not tested if a called person was hearing me, however. This gave me a fully functional CLI linphone, except for needing to switch state files to get the ring on the speaker and the call in the earpiece. Echo was present as expected, and I didn't try enabling linphone's echo cancellation. That is inusable... It uses too much CPU I guess, since enabing it I can't hear the called people as expected. :-( Looks like I'll have to have another play with the Wolfson noise gate then. The reason I'm glad you've got =1.7 running is that hooks for external control of linphone were included in that version. I've seen this working in yeaphone [2] and the code seemed fairly simple. If this is available in the GUI version it may give us a way to quickly add alsa state changing. It also gives us a relatively easy way to use linphone as a SIP backend for the FSO telephony interface. Yes I guess it could be but it should be include dbus support before :P, (it has not support for it, if I'm not wrong). It wasn't using dbus in 1.7 and I don't think it's been added since, but I may have missed something. I'll have a look at the current state of linphone and the FSO telephony interface. I've also to say that the first linphone version I got running in my freerunner was the unstable 2.9.9. It was a little more hard to compile it, but the new glade interface is too sophisticated for a so small device. Bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
(Wiki)(GTA02) Freerunner should have its own audio system wiki page
I think the page (1) has grown too much and too messy. Maybe it's time to break it apart into 1973 FR variants. I know that both systems have a lot in common, but unfortunately they are NOT equal. I propose that the info about the FR is moved into a new page (Neo_Freerunner_Audio_Subsystem) and that any common parts stay in the present page, being referenced by the new page. An example of different info between both devices is the alsa state files and alsa control channel numbers and names... this alone justifies a new page to avoid the confusion. So, if you can help me by replying with the best known good alsa state files and all other important audio info about the FR, I can quickly write the new page. Yes, I will filter the lists in search of this info, but I bet I will miss something important (I haven't been hacking the audio system), so please help me out as well if you can. Any other suggestions are welcome. (1) http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem Cheers, Vasco. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
I'd love to test a patched binary, but im not really in a hurry so knowing that the patch is already commited is still great news. thanks treviño ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko Car Holder
Hi all, Just wanted to share my experience with using the moko as a GPS device in the car. I found a car holder that works great on ebay and an external GPS antenna. I took a few pictures and posted them at the address below: http://www.bufferunderflow.com/?entry=7 Enjoy! -Dan Staley ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Wiki)(GTA02) Freerunner should have its own audio system wiki page
The page is started. I'll keep working on it as time permits. Please criticise/correct/add if needed. http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem Vasco Névoa wrote: I think the page (1) has grown too much and too messy. Maybe it's time to break it apart into 1973 FR variants. I know that both systems have a lot in common, but unfortunately they are NOT equal. I propose that the info about the FR is moved into a new page (Neo_Freerunner_Audio_Subsystem) and that any common parts stay in the present page, being referenced by the new page. An example of different info between both devices is the alsa state files and alsa control channel numbers and names... this alone justifies a new page to avoid the confusion. So, if you can help me by replying with the best known good alsa state files and all other important audio info about the FR, I can quickly write the new page. Yes, I will filter the lists in search of this info, but I bet I will miss something important (I haven't been hacking the audio system), so please help me out as well if you can. Any other suggestions are welcome. (1) http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem Cheers, Vasco. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sending SMS: python
Marcel wrote: Am Wednesday 17 September 2008 21:45:16 schrieb Luca: I don't know about frameworkd on ASU, but you could simply flashing the FSO image. It should be possible using gsm0710muxd as at interface in qtopia. Isn't it? Some weeks ago I got something like that... -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Scrolling in EVAS
On Wed, 17 Sep 2008 14:54:40 +0200 Thomas Köckerbauer [EMAIL PROTECTED] babbled: I'm currently working on an evas/edje based audioplayer, and have a few questions (which go to raster ;) about scrolling in evas. I've been searching around and found this post about the topic: http://www.mail-archive.com/[EMAIL PROTECTED]/msg15233.html Is this or something similar already in evas? (I guess no, because scrolling objects had the same speed on X using framebuffer and on Xglamo when I tested it). Is it still planed implement something like this? (It sounds like something that would make much sense with glamo). nothing has been done - no time, and the complexity means either you lose out on features and general rendering (eg being now able to layer things over your scroll region like shadows or have a static bg etc.) for a specific case just for the glamo which frankly is probably one of the worst gfx chips i have come across performance-wise. the imageon on my zaurus c860 beats it... and that was renowned for how bad it was. also it's really not easy because of dithering. you then either lose dithered output (and get 16bpp banding) or you get scrolling - as now the dither patterns won't match. as such on a normal embedded display that has a directly mapped framebuffer - the difference between blit and redraw is so little that you may as well redraw. on a fully accelerated display (eg if opengl was used and sane) a redraw again is saner than a blit. so it's just not worth the effort for me. the million things i have still to do are more important than any specific-case scrolling just for glamo due to its pretty low level of usefulness and slow write speeds. i have much more hardware to support than glamo and since its more or less a blip in the scheme of things, i'm focusing on what is going to win the most per effort spent (nb i'd do a scale cache long before a scroller/blit specific object) :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPRS OpenMoko for ATT/Cingular
Hi all, No luck so far getting GPRS to work on the Freerunner. I've followed the wiki and the freeyourphone guide to no avail. Currently running FDOM but it doesn't work on any distro I've tried (all of them). I've used these sites to help me: http://wiki.openmoko.org/wiki/Manually_using_GPRS#Option_1:_With_GSM_multiplexing_and_with_a_GUI http://freeyourphone.de/portal_v1/viewtopic.php?f=21t=295 http://reviews.ebay.com/T-Mobile-and-Cingular-ATT-GPRS-Settings_W0QQugidZ103550949?ssPageName=BUYGD:CAT:-1:LISTINGS:4 I've configured the following files (maybe I'm missing something): /etc/ppp/pap-secrets /etc/ppp/peers/gprs /etc/etc/ppp/chap-secrets /etc/ppp/gprs-connect-chat Has anyone configured ATT for this? If so, could you help me? Thanks! -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1097181.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NeoTool v1.1 is available
Dale Maggee wrote: I've been hard at work again, and a new version my utility is now available... I've renamed it (again) to NeoTool. Download it from [1] I've also created a wiki page for it at [2], and linked to it from the Flash and Backup wiki pages. Major new features include: - Support for multiple DFU-capable devices - you'll see a menu asking you to choose which device if you have more than one attached - Backup has been radically enhanced, and now supports configurable backup filenames, as well as the ability to backup everything via a combination of the mkfs-jffs2 and dfu -U methods. There are also other improvements and changes which are documented on the wiki page. [1] http://users.on.net/~antisol/neotool [2] http://wiki.openmoko.org/wiki/NeoTool enjoy! -Dale ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Dale, This is some great work! Thank you for letting me work with you on this to support multiple devices. -Shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea for Openmoko application: Tide updates
Crane, Matthew wrote: I'm from the coast, into surf/sailing. Ideas: - openmoko attached to bouys, phones home with bouy angle, wave forces - openmoko race application, allow other boats to watch speed, position, and accel forces on race participants (would be cool to see graphic of boat hitting waves and the angle while close hauled, other boats could view visualization when a gust hits a competitor) - openmoko in moored yacht, alert/webserve info on forces on boat, similar detect if boat is drifting away from mooring +1! Great ideas. I think there is enough material here and in the previous emails to put together a pre-project, either on projects or as a wiki wishlist item. M ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (Wiki)(GTA02) Freerunner should have its own audio system wiki page
Vasco Névoa wrote: The page is started. I'll keep working on it as time permits. Please criticise/correct/add if needed. http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem Good move! :) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NeoTool v1.1 is available [OT]
Dale Maggee wrote: [1] http://users.on.net/~antisol/neotool [2] http://wiki.openmoko.org/wiki/NeoTool Oh ... you're antisol :) I'm roguetr, nice to see you friend ;) hehe Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
Tomas Riveros Schober wrote: I'd love to test a patched binary, but im not really in a hurry so knowing that the patch is already commited is still great news. thanks treviño Ok, you can test them extracting the content of this archive [1] in /opt/Qtopia/lib/ and restart qtopia (qpe). If this doesn't work please, dial the number and report what's written in logread. Here (where it works) for example I get (for USSD): AtChat : T : AT+CUSD=1,*123#,15 AtChat : F : OK AtChat : N : +CUSD: 0,Il credito e': 0.00 Euro.,15 [2] And for *,# calls (unknown number here): AtChat : T : ATD#123; AtChat : N : %CPI: 1,9,0,0,0,0,#123,129 But sometimes I got some strange errors. These have appeared only after the latest git updates (that's why I'm not using the HEAD as base), so if you get errors we'll try to go back to find the issue... However let me know how these libs works for you (I hope they will be accepted by your qtopia version; I'm using a version compiled with the toolchain here). BTW Do backups in any case... Bye! [1] http://downloads.tuxfamily.org/3v1deb/openmoko/qtopia-ussd-support-testlibs.tar.gz [2] I'm rich, eh?! :D -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia and VOIP
Al Johnson wrote: however the problem is another: we miss the alsa states needed to use the phone speaker as default output device and the microphone as a capture device. This night I've played a lot with this software but I wasn't able to use it as a standard phone... :| The alsa state was relatively simple to set up - so much so that I don't think I saved it. There has been at least one state file for voip posted to the list though, and I think there is one in FSO milestone 3. Well, yesterday was too late, but I didn't test the file (coming from om packages) voip-handset.state. I've tested it, but it simply set the volume of the main speaker to a lower value; it doesn't route the audio output to the phone headset speaker (the one we generally use to hear a call!). Was you able to do so? If you did it, how? If that's all that's wrong with it then turn down the speaker (Control 3: Headphone Playback Volume) and turn up the earpiece (Control 4: Speaker Playback Volume) Unfortunately it doesn't do the work. Also changing these values I keep hearing the called voice from the main speaker and not from the earpiece. This is so bad! :( I've not found any other working state file. Doesn't look like I've got it saved anywhere. I'll try to make another one but it might take a few days to get everything in place. Ok, cool... If you need my packages/sources/diffs I could upload them somewhere. Just ask! -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Car Holder
On Wed, Sep 17, 2008 at 8:08 PM, Dan Staley [EMAIL PROTECTED] wrote: Hi all, Just wanted to share my experience with using the moko as a GPS device in the car. I found a car holder that works great on ebay and an external GPS antenna. I took a few pictures and posted them at the address below: http://www.bufferunderflow.com/?entry=7 Enjoy! -Dan Staley Very nice. I see you use the Invisible Shield and you installed yours a little more neatly than I did mine. Were you really going 6 MPH when you snapped the pictures?Vinc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Idea for Openmoko application: Tide updates
Hi Michael. We have similar toughts about it. What Im willing to do is a real Adventure Phone, based on Freeruneer and Debian. Im planning a water/dirt proof rubber case. Something that should be great is a compass too... Im a brazilian surfer, so this why I think that it could be a real good product. -- Denis Hi Dennis, I like the concept and would like to volunteer to test a prototype in New Zealand conditions. Cheers, Adam Bogacki, [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Car Holder
Yea...I was in a parking lot, so as to not be TOO wreckless. ;) As for the invisible shield, I messed up in a couple places on it as well. The shield on the screen itself is on well though...so I'm pretty happy with it i guess. -Dan On Thu, 2008-09-18 at 00:46 -0400, Vinc Duran wrote: On Wed, Sep 17, 2008 at 8:08 PM, Dan Staley [EMAIL PROTECTED] wrote: Hi all, Just wanted to share my experience with using the moko as a GPS device in the car. I found a car holder that works great on ebay and an external GPS antenna. I took a few pictures and posted them at the address below: http://www.bufferunderflow.com/?entry=7 Enjoy! -Dan Staley Very nice. I see you use the Invisible Shield and you installed yours a little more neatly than I did mine. Were you really going 6 MPH when you snapped the pictures? Vinc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
2008.8 default dialer crash on # or *
I attached your mails with patches and binary to the trac ticket. http://docs.openmoko.org/trac/ticket/1832 QA tagged the bug for 2008.9, I hope your patch makes it for the bugfix release. This looks like a RC bug to me. Finger crossed, Minh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Car Holder
I also use the FreeRunner in my Car and I also got a holder for my Bike. :) In regions, where OSM has good map data it is really cool. Chris Yea...I was in a parking lot, so as to not be TOO wreckless. ;) As for the invisible shield, I messed up in a couple places on it as well. The shield on the screen itself is on well though...so I'm pretty happy with it i guess. -Dan On Thu, 2008-09-18 at 00:46 -0400, Vinc Duran wrote: On Wed, Sep 17, 2008 at 8:08 PM, Dan Staley [EMAIL PROTECTED] wrote: Hi all, Just wanted to share my experience with using the moko as a GPS device in the car. I found a car holder that works great on ebay and an external GPS antenna. I took a few pictures and posted them at the address below: http://www.bufferunderflow.com/?entry=7 Enjoy! -Dan Staley Very nice. I see you use the Invisible Shield and you installed yours a little more neatly than I did mine. Were you really going 6 MPH when you snapped the pictures? Vinc -- Christoph Seitz Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NeoTool v1.1 is available
Daniel Hedblom wrote: Looks really nice and seems friendly enough for the beginners. Its amazing what one can do with bash =) //danielh Thanks! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NeoTool v1.1 is available
Shawn prjktdtnt Thompson wrote: Dale, This is some great work! Thank you for letting me work with you on this to support multiple devices. -Shawn Thanks! And thanks for your help and suggestion! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NeoTool v1.1 is available [OT]
[EMAIL PROTECTED] wrote: Dale Maggee wrote: [1] http://users.on.net/~antisol/neotool [2] http://wiki.openmoko.org/wiki/NeoTool Oh ... you're antisol :) I'm roguetr, nice to see you friend ;) hehe Sarton I am indeed. ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
Marco Trevisan (Treviño) wrote: I've made a patch for it [1] and as you can see it works [2] :P, but I had no time yet to attach it to the trac (ehm, also because the other patches I've made to qtopia haven't been neither reviewed :|). Which were those? -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community