Re: Fennec Beta 1 Released
Looks like the hell on drugs according to their wiki. https://wiki.mozilla.org/Mobile/Build/Fennec On Wednesday 18 March 2009 15:36:04 you wrote: On Wed, Mar 18, 2009 at 11:27:58AM -0800, Ben Hussey wrote: I can't wait to see how this is on the Freerunner. I tried a version some months ago, but it was to slow to be worthwhile. It sounds like there are a lot of speedups in this version. http://blog.pavlov.net/2009/03/17/fennec-1-beta-1/ http://www.mozilla.org/projects/fennec/1.0b1/releasenotes/ Does it have a sane compile process already? Or is it still the hell on drugs that I last saw (which was fairly recent)? For what I see, it's much better to work on midori's UI, making a midori-moko package or going further down and just making a simple UI with webkit and others (but maybe it's more work than worth it). Don't claim I'm wrong, prove it! A decent build process example: ./configure make make install An acceptable one could be: edit a configuration file make install Rui -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] No right click with tslib 0.0.5-1+fso1
Is the source available? (or can you make it available?) On Sunday 22 February 2009 11:57:07 you wrote: Hi, On Sun, 2009-02-22 at 17:06 +0100, Michele Renda wrote: On 22/02/2009 11:37, Sebastian Ohl wrote: the new packages can be downloaded from http://www.ohli.de/download/xserver-xorg-input-tslib_0.0.5-3.1 +fso1_armel.deb The url seem to be not running. I was trying to update: http://wiki.openmoko.org/wiki/Debian my fault. cutpaste is not good. try http://www.ohli.de/download/xserver-xorg-input-tslib_0.0.5-3.1_armel.deb regards sebastian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] e17 - questions
I installed your packages and they worked for the keyboard problem for me :) Unfortunately I still don't see any icons on my 'home' desktop. :/ On Friday 20 February 2009 05:14:10 you wrote: Hope this helps http://www.mikecrash.com/index.php?name=Downloadsd_op=viewdownloadcid=21 there is one bug - missing keyboard and dict data, just copy it to /usr/share/enlightenment/modules/illume i will fix it in next build One more question: i'm looking for backlight gadget like mixer, exists something like that? i don't want to use exposure, because it is slow and has only 3 backlight levels if there is no, i'll try to make it, but hmm i have no experiences with e programming :( -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Illume won't show any icons
I have this problem too and I can't find what package those files are in. Someone let me know if you find it. /etc/xdg/menus/applications.menu was present though. On Sunday 08 March 2009 17:01:37 you wrote: Am Sonntag 08 März 2009 21:44:22 schrieb Jeffrey Ratcliffe: 2009/3/8 Klaus 'mrmoku' Kurzmann m...@mnet-online.de: don't know for debian... we had missing icons because of not installed e-wm- utils... Unfortunately, there doesn't seem to be e-wm-utils package for Debian. check if you have those files: /usr/lib/enlightenment/utils/enlightenment_thumb /usr/lib/enlightenment/utils/enlightenment_fm /usr/lib/enlightenment/utils/enlightenment_sys /usr/lib/enlightenment/utils/enlightenment_fm_op /usr/lib/enlightenment/utils/enlightenment_init in debian they may be packaged differently... different name or included in the main e-wm package... Anyone else got any ideas? the issue we had with icons today was a missing /etc/xdg/menus/applications.menu file... if you don't have it, you can get it from build.shr-project.org/applications.menu Regards Jeff Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Detecting ethernet gadget connections
This may be intentional, because the usb0 interface continues to exist whether it's connected or not. udev generally concerns itself with devices which hotplug in and out of existence. In the case of g_ether, you can set the IP on it and it'll just keep it forever. Also if you want to make an issue of this, it looks to me like you may want to contact the kernel team instead. The ethernet gadget module is present even in vanella linux kernels. Correct me if I'm wrong. On Thursday 05 March 2009 12:14:19 you wrote: I opened a ticket on that a while ago... https://docs.openmoko.org/trac/ticket/2178 No progress in 3 months... Citando Daniel Benoy dan...@benoy.name: I'm working on a script that will detect which network interfaces are connected and mess with the routing accordingly, but I'm having trouble detecting whether my USB ethernet gadget connection is up or down. ethtool when it's up: lisa:~# ethtool usb0 Settings for usb0: Link detected: yes ethtool when it's down: lisa:~# ethtool usb0 Settings for usb0: Link detected: yes Unlike on the host side, the usb0 interface doesn't appear and disappear, allowing udev scripts to bring up/down the interface. Anyone know if there's a way to detect that a network connection has actually been established? -- Daniel Benoy http://daniel.benoy.name ___ 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 -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Detecting ethernet gadget connections
Is this necessary? Just set a higher metric on usb0, then routes thorough eth0 will be preferred when available. The default route through usb0 will only be used as a last resort when there is no other way. Yes. Packets will route out that interface whether it's connected or not because it never disappears even when the cable is completely unplugged, and I want (obviously) the usb0 interface to be a higher priority than my gprs interface, so every packet would go out usb0 if I set it to a preferable metric. Unless I brought the interface up and down manually when the cable is disconnected, which brings us back to the original problem. Also, I'm setting up routing based on firewall rules, so it complicates things. When I'm writing my firewall script it needs to know whether usb is up or not to decide where web and ssh and instant messaging should be routed. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I eventually did come up with a solution to this. I check the charger state. If it detects a host it should be charging at 500mA. This doesn't prove that the network interface is successfully configured, but it's good enough for my purposes. If anyone's interested in seeing the convoluted script I had to make, I've attached it to this e-mail. Here's basically what it does for me: 1) Automatically brings up and down network interfaces. (Only for usb0 now. I took out eth0 wifi scanning because I found a way to do it outside of the script. And ppp0 I'm still handling manually.. may change that in the future) 2) Creates a routing table for each device with a default route out that device automatically by detecting changes to the main table made by ifup and other connection software. 3) Creates iptables rules automatically based on which interfaces are up and which are down, in accordance with my preferences. (xmpp and ssh always go out GPRS, because I want the connections to be unbroken when I roam away from my usb or wifi connection, and they're low bandwidth) The effect is that web browsing and such will switch over seamlessly when I come within range of my home network, while my instant messager never has its connection broken so long as it's in cell phone range. If you want to try the script as well you'll need some firewall rules, such as: iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE iptables -t nat -A POSTROUTING -o usb0 -j MASQUERADE iptables -t nat -A POSTROUTING -o ppp+ -j MASQUERADE iptables -t mangle -A OUTPUT -j CUSTOMROUTE Someone let me know if there's a better way to achieve this. I thought about using the ROUTE iptables target, but it seemed pretty complicated to get installed. One problem I've encountered is that when software determines its source address automatically (There's rarely an option to set it by hand, and I wouldn't want to be doing that anyway) then it will examine the routing table for its source address *without sending a packet* so therefore firewall never marks the packet, and the routing table thinks its supposed to use the main rule chain. My solution for this was the MASQUERADE lines above. -- Daniel Benoy http://daniel.benoy.name phoneroute.pl Description: Perl program ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Detecting ethernet gadget connections
I'm working on a script that will detect which network interfaces are connected and mess with the routing accordingly, but I'm having trouble detecting whether my USB ethernet gadget connection is up or down. ethtool when it's up: lisa:~# ethtool usb0 Settings for usb0: Link detected: yes ethtool when it's down: lisa:~# ethtool usb0 Settings for usb0: Link detected: yes Unlike on the host side, the usb0 interface doesn't appear and disappear, allowing udev scripts to bring up/down the interface. Anyone know if there's a way to detect that a network connection has actually been established? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Detecting ethernet gadget connections
I just tried that python script, and it shows an event when I connect my USB cable, but not when I disconnect it. On March 5, 2009 11:48:29 Michael 'Mickey' Lauer wrote: Am Donnerstag, den 05.03.2009, 10:01 -0500 schrieb Daniel Benoy: I'm working on a script that will detect which network interfaces are connected and mess with the routing accordingly, but I'm having trouble detecting whether my USB ethernet gadget connection is up or down. The best way to do this is to listen for netlink route announcements. That way it's completely instantaneous and without polling. Look here for an example using python-netlink: http://git.freesmartphone.org/?p=framework.git;a=blob;f=tools/dump-netlink Note that if you're on FSO I expect that after full integration of connman (milestone6), we will have a global signal like org.freesmartphone.Network.ConnectionStatus( s:means, b:online ) 'means' being a string that indicates the type, like GPRS/ppp, IP/usb0, IP/bnep0, etc. that you can use. :M: ___ 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: Openmoko media player and direct mp3 to bluetooth headphones
, Daniel Benoy wrote: Apparently bluez supports sending mp3 data directly to bluetooth stereo headphones, rather than using CPU taxing SBC compression encoding. (FYI: The way to test direct mp3 is like this: gst-launch filesrc location=some mp3 file ! mp3parse ! a2dpsink device=XX:XX:XX:XX:XX:XX ... I'm in the process of making a new media player (OK well - 2 formats as of now mp3 and ogg - with maybe aac later if I can get a GPL codec) called intone. It is essentially aimed at reducing CPU usage by using integer based codecs (libmpg123 and tremor). I'm currently playing 44100 hz ogg files at about 17-19% CPU usage. Anyhow, your finding is very interesting. If you could post some more details - the version of bluez, your audio.conf, hcid.conf etc and a step by step method of sending data to the bluetooth headset (including headset bonding) that would be helpful. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko media player and direct mp3 to bluetooth headphones
doesn't support pausing or any other rudimentary features, so I'm stuck with SBC in the meantime... and I'm hoping that someone out there is making a gstreamer player that I can patch up for this purpose. I'm currently using rhythmbox, and I'm considering patching that.. but I figure if I'm going to go through all the effort, I might as well do it on a player that is designed for palmtops. On Wednesday 25 February 2009 21:19:18 you wrote: Hi, Daniel Benoy wrote: Apparently bluez supports sending mp3 data directly to bluetooth stereo headphones, rather than using CPU taxing SBC compression encoding. (FYI: The way to test direct mp3 is like this: gst-launch filesrc location=some mp3 file ! mp3parse ! a2dpsink device=XX:XX:XX:XX:XX:XX ... I'm in the process of making a new media player (OK well - 2 formats as of now mp3 and ogg - with maybe aac later if I can get a GPL codec) called intone. It is essentially aimed at reducing CPU usage by using integer based codecs (libmpg123 and tremor). I'm currently playing 44100 hz ogg files at about 17-19% CPU usage. Anyhow, your finding is very interesting. If you could post some more details - the version of bluez, your audio.conf, hcid.conf etc and a step by step method of sending data to the bluetooth headset (including headset bonding) that would be helpful. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko media player and direct mp3 to bluetooth headphones
On Thursday 26 February 2009 09:07:12 you wrote: On Wednesday 25 February 2009 22:06:49 you wrote: So is this to say that the bluetooth earpiece itself has MP3-decoding capability? I find that hard to imagine. So where is the decoding actually taking place? And can it be done with OGG too, since it's the obviously superior codec. :P Yes it does decode the MP3 data itself, and despite the fact that only SBC is required by the spec, it's actually very common for MP3 to be supported. To check if mp3 is supported, use the 'avinfo' command included with bluez on the bluetooth address of the headphones, and it'll ask it for all supported codecs. It will say 'MPEG12' as one of the codecs if it supports it. I don't think there are any that support ogg. I suppose it's something that's possible, however I've been through the code of the gstreamer a2dpsink and I can tell you that it will have to be modified to support ogg, in addition to the headphones. I should clarify. This is something that's common among *stereo* bluetooth headsets (A2DP headphones). A one-ear headset probably does nothing of the sort. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko media player and direct mp3 to bluetooth headphones
Apparently bluez supports sending mp3 data directly to bluetooth stereo headphones, rather than using CPU taxing SBC compression encoding. This is especially good on the openmoko. In my experience, it can handle even high fidelity audio, but as soon as you start using the GUI or some other CPU intensive activity, it will start to skip hevily. With much effort I've managed to convince gstreamer to send mp3 data directly to a2dpsink, and the performance has improved remarkably! And the CPU is no longer getting hammered. I can see why this encoding option is so ubiquitous among other cell phone music players. My problem now, is that I'm using the gst-launch gstreamer debugging command line tool to play my audio. This isn't good because it doesn't support basic things like pausing or seeking, and even if it did, the AVRCP signals from my headphone pause and play buttons wouldn't be registered unless it's listening to X for input events. Thinking back, I remember that there used to be an openmoko media player that used gstreamer, and it looked pretty nice and it was done up with GTK in the old om2007 style. Is that media player still around? Would it be possible to make it into its own project so that I can install it under debian without major hassles? (And also I'd like to upgrade it to support direct mp3 a2dp.) Or, do y'all have any alternative suggestions for me? (FYI: The way to test direct mp3 is like this: gst-launch filesrc location=some mp3 file ! mp3parse ! a2dpsink device=XX:XX:XX:XX:XX:XX ... You may also want to pass --gst-debug a2dpsink:5,avdtpsink:5 to it. I had to manually patch a problem where it was reporting 'joint-stereo' instead of just 'joint' from mp3parse... but I don't know, it may work under other distributions than Debian) -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Best thing to run on Freerunner and Neo1973 machines today?
Alright. I have my own DNS server and domain running BIND. I created a file named /etc/network/if-up.d/99dyndns which is called after an interface comes up and does basically this: #!/bin/sh INTERFACE=$1 if [ -z $INTERFACE ]; then INTERFACE=ppp0 fi IPADDR=`/sbin/ifconfig $INTERFACE | grep 'inet addr:[0-9]' | awk '{print $2}' | cut -d: -f2` if [ -z $IPADDR ]; then echo No IP found exit 1 fi ntpdate time.nist.gov nsupdate -k /home/root/.dnskeys/Kdynamic.example.com.key.\+187\+59050.private EOF server ns.example.com zone dynamic.example.com update delete myphone.dynamic.example.com. A update add myphone.dynamic.example.com. 30 A $IPADDR show send EOF exit $? In short, that script calls nsupdate which, using some private key authentication magic, changes my 'myphone.dynamic.example.com' address to the IP of my phone's ppp0 interface. So every time I log in to GPRS I become reachable by that address. Then, I made up a short script on my blog that creates an outgoing connection to the gpsd port on my phone's address, and asks it where its current location is, then renders the results using the google maps API (which is free to use non-commercially). Now my friends and family can track me (if I give them the password) every time I'm on the internet with my phone, complete with spiffy satellite and road maps and I got it outputting my speed and heading and such as text. On Thursday 19 February 2009 07:17:32 you wrote: Daniel, Can you detail further how you got this GPS position thing working? What client/server did you use? Cheers On Thu, Feb 19, 2009 at 6:52 AM, Daniel Benoy dan...@benoy.name wrote: I'm having lots of fun with Debian. I put an 8GB card in my freerunner, and put Debian, zhone, and illume on it. (Illume is a fairly recent development, and it still doesn't work quite right. Here's how you install it if you're interested: http://wiki.openmoko.org/wiki/Debian#Illume) Some spiffy projects once you get your OS going: - Bluetooth headsets - GPRS internet access - GPS (I made a page on my Blog that plots my position when the phone is online. It involved setting up dynamic DNS using bind on my personal server. Fun stuff!) - Maybe some games like ScummVM I'm also interested trying to set up some VoIP stuff but I've yet to find any really suitable software. On Wednesday 18 February 2009 06:33:56 you wrote: Hiya gang, After a few months of ignoring the OpenMoko scene while I concentrated on other things (beagleboard/openpandora) I find myself looking at my neo1973 and freerunner gear, and thinking its time to do something interesting with these devices again. But I have no idea what is going on with the FR these days .. So, I turn to you guys: what would you recommend I put on both/either of these machines for a bit of fun today? FDOM, SHR, something else? In terms of easy-to-get fun factor, what do you guys suggest? ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Best thing to run on Freerunner and Neo1973 machines today?
On Thursday 19 February 2009 10:41:58 you wrote: On Thu, Feb 19, 2009 at 5:32 PM, Daniel Benoy dan...@benoy.name wrote: In short, that script calls nsupdate which, using some private key authentication magic, changes my 'myphone.dynamic.example.com' address to the IP of my phone's ppp0 interface. So every time I log in to GPRS I become reachable by that address. Then, I made up a short script on my blog that creates an outgoing connection to the gpsd port on my phone's address, and asks it where its current location is, then renders the results using the google maps API (which is free to use non-commercially). Nice! Mind sharing this blog script, too? r ?php // Read in the line from cache $fresh = 0; $cachefile = '/var/cache/gps'; $fh = fopen($cachefile, 'r'); if ($fh) { $resp = fread($fh, filesize($cachefile)); fclose($fh); } // Refresh from GPS only if more than a minute has passed since the creation time of the cache if (time() - filemtime($cachefile) 60) { print Refreshing from live GPS data ... ; for ($i=0; $i3; $i++) { $sock = @fsockopen(myphone.dynamic.example.com, 2947, $errno, $errstr, 3); if ($sock) { break; } } if (!$sock) { print Could not connect to GPS. Using cached data.br/; } else { for ($i=0; $i10; $i++) { @fwrite($sock, O\n); # Query what we actually want $realresp = @fread($sock, 384); if (strncmp($realresp, 'GPSD,O=', 7)) { print !-- Unexpected response from GPS connection. --; } elseif (strncmp($realresp, 'GPSD,O=?', 8) == 0) { print !-- The GPS connection responded, but had no fixed location. --; } else { $resp = $realresp; $fh = fopen($cachefile, 'w'); if ($fh) { fwrite($fh, $resp); fclose($fh); $fresh = 1; } print Success!br/; break; } } if ($i == 10) { print Failed. Using cached databr/; } @fclose($sock); } } //print($resp); ? script src=http://maps.google.com/maps?file=apiv=2key=MY-GOOGLE-API-KEY-HERE-GET-YOUR-OWN-FROM-GOOGLE; type=text/javascript/script div id=map style=width: 500px; height: 300px/div script type=text/javascript //![CDATA[ if (GBrowserIsCompatible()) { var map = new GMap2(document.getElementById(map)); map.addControl(new GSmallMapControl()); map.addControl(new GMapTypeControl()); } //]] /script ?php // Make sure the data is fresh if ($fresh || time() - filemtime($cachefile) 900) { // Parse GPS response $location = split( , $resp); ? script type=text/javascript //![CDATA[ if (GBrowserIsCompatible()) { map.setCenter(new GLatLng(?php print($location[3])?, ?php print($location[4])?), 13); var point = new GPoint(?php print($location[4])?, ?php print($location[3])?); var marker = new GMarker(point); map.addOverlay(marker); } //]] /script Last update (GPS time): ?php print(date(Y-m-d H:i:s, $location[1]))?br/ Latitude: ?php print($location[3]); ?br/ Longitude: ?php print($location[4]); ?br/ Heading: ?php print($location[8]); ?br/ Ground Speed (km/h): ?php print($location[9] * 3.6); ?br/ ?php } else { ? script type=text/javascript //![CDATA[ if (GBrowserIsCompatible()) { map.setCenter(new GLatLng(0, 0), 1); } //]] /script pUnfortunately, there has been no GPS data update in at least 15 minutes. This probably means that the phone is currently unreachable./p pThe phone must be connected to a publicly accessible network, such as cellular internet GPRS, in order to be reached for GPS location information. If the phone is connected to a local wireless LAN which is firewalled, or the phone is off or its GPS receiver is deactivated, then it will be unable to provide telemetry./p ?php } ? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] No right click with tslib 0.0.5-1+fso1
I have this same problem. Perhaps something has changed with the debian distribution in the most recent versions that somehow negated the tslib patch? I'm positive that it's installed, and I'm using the xev command to look at the raw output, and there are no right clicks no matter what I do. On Tuesday 10 February 2009 10:27:19 you wrote: Am Tuesday 10 February 2009 10:04:45 schrieb arne anka: tslib works with Xglamo only. with a regular installation you are using fb -- use libgtkstylus. i don't have the exact name handy right now, but the archives should turn up several hits. The wiki says it's the other way round. Anyway I tried both and they didn't work... my bad. i once built xglamo with tslib support and it worked, but for several reasons i abandoned that month ago and use now fbdev+libgtkstylus. http://wiki.openmoko.org/wiki/Debian#Simulating_right_click_with_stylus Is there a way to find out *why* it's not working? Atm I just try and fail, this is not too productive... :D what springs to mind are two things: - lxde has problems itself or does not support right click (configuration issue?) - you configuration for tslib or libgtkstylus is wrong or interfers with something ~/.xsession-errors and/or /var/log/Xorg.0.log may contain useful information. now i have the fr handy, my working xorg.conf below (and, indeed, it is fbdev+tslib) [...] Mine looks similar. First you said ... and use now fbdev+libgtkstylus - in your last line it's fbdev+tslib again. So *what* are you using actually? I have now removed the modified tslib version (-fso1) again because with it and libgtkstylus installed simultaneously, the backlight didn't come up anymore once clicking the screen. ATM, I have libgtkstylus installed and $GTK_MODULES gets set in ~/.xsession as said in the wiki. No right click with this setup. Switched over to tslib with patch (0.0.5-1+fso1), removed libgtkstylus, added option in xorg.conf, restarted x - still no right click. Any suggestions? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HTC Dream Developer Edition / T-Mobile G1
On Wednesday 18 February 2009 16:42:52 you wrote: 2009/2/18 Daniel Benoy dan...@benoy.name If I were to get this I would gladly act as a beta tester. I could also set it up on my network and give developers shell access, if that's what's needed. However, my primary concern if it's actually open, or if it's filled with super secret patented stuff or otherwise tries to lock me down. I'd need to know that before I even considered it. I'm not an expert, but as others have pointed out, the G1 hardware is not open. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community In the case of the developer version, what specifically is closed? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
HTC Dream Developer Edition / T-Mobile G1
I've heard that there's a special developer edition of the HTC Dream (Marketed in the US and Europe under the name 'T-Mobie G1'), which includes an unlocked boot loader and carrier agnostic GSM access. Does anyone know anything about this device and how it compares to the GTA02 and current plans for the GTA03? I'm interested from a freedom perspective, as well as a hardware and software perspective. Is this phone an option if you want to support open hardware? Does anyone know if its bootloader is capable of booting from SD with arbitrary kernel options and able to recover from screwing around with it like my freerunner/u-boot? Are there any plans to make the FSO framework compatible with the hardware in this device (and, by extension, make Debian and current/future openmoko distributions compatible)? Are there any other freedom issues surrounding this device that I should know about before I consider getting one? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HTC Dream Developer Edition / T-Mobile G1
If I were to get this I would gladly act as a beta tester. I could also set it up on my network and give developers shell access, if that's what's needed. However, my primary concern if it's actually open, or if it's filled with super secret patented stuff or otherwise tries to lock me down. I'd need to know that before I even considered it. On Wednesday 18 February 2009 15:05:04 you wrote: Hello. On Wed, 2009-02-18 at 14:46, Daniel Benoy wrote: Are there any plans to make the FSO framework compatible with the hardware in this device (and, by extension, make Debian and current/future openmoko distributions compatible)? Funny, I was thinking about exactly this again today. We, FSO, are always looking for promising new devices that gives us the freedom put FSO on it and make it usable. The sad downside is that the G1 dev phone costs around 600USD all in all (399$ device, 180$ shipping to .de, 25$ google developer account. :/) And even if I'm willing to spent time testing FSO out on it I'm not willing to pay such an amount next to the time I had to invest on working with it. One good thing is that we have already have support on the gsm modem side for other HTC devices with a similar chipset and the HTC hacker tell me that it should already work (not tested). regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Best thing to run on Freerunner and Neo1973 machines today?
I'm having lots of fun with Debian. I put an 8GB card in my freerunner, and put Debian, zhone, and illume on it. (Illume is a fairly recent development, and it still doesn't work quite right. Here's how you install it if you're interested: http://wiki.openmoko.org/wiki/Debian#Illume) Some spiffy projects once you get your OS going: - Bluetooth headsets - GPRS internet access - GPS (I made a page on my Blog that plots my position when the phone is online. It involved setting up dynamic DNS using bind on my personal server. Fun stuff!) - Maybe some games like ScummVM I'm also interested trying to set up some VoIP stuff but I've yet to find any really suitable software. On Wednesday 18 February 2009 06:33:56 you wrote: Hiya gang, After a few months of ignoring the OpenMoko scene while I concentrated on other things (beagleboard/openpandora) I find myself looking at my neo1973 and freerunner gear, and thinking its time to do something interesting with these devices again. But I have no idea what is going on with the FR these days .. So, I turn to you guys: what would you recommend I put on both/either of these machines for a bit of fun today? FDOM, SHR, something else? In terms of easy-to-get fun factor, what do you guys suggest? ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FrogPad Freerunner
On Saturday 17 January 2009 08:05:26 you wrote: On 1/17/09 12:39 AM, Braydon Fuller wrote: Has anybody had any experience with this keyboard? http://www.frogpad.com/ http://www.thinkgeek.com/computing/input/6c82/zoom/ My girlfriend is using one at work all the time and likes it a lot. It takes some time to get used to though. It takes about 2 to 3 weeks to get up to speed again, but learning dvorak is probably harder :) I'm also considering one in combination with a FR on the road for text entry. Haven't tested it though, but it's just a regular USB-keyboard so it should work just fine. - Thomas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I use dvorak on my PC and frogpad on my Neo. They both took about the same amount of time to learn. It took about a week to be able to type without frequently looking; about two weeks to get up to a functional speed (Like handwriting speed), and about two months of frequent usage to master it. It interacts well with the phone, but if you're using the old bluez API you have to constantly stick a paperclip in the little hole to make it link up (It's not a big connect button like most bluetooth keyboards). Newer bluez APIs allow you to register it as an input device and it can link up automatically when you turn it on. -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 - buttons or touchscreen
Another option could be a simple flip phone with the standard telephone keypad. Also, the demographic on the mailing list may be different from the demographic of openmoko's target market(s), so this vote might not be useful for them. Despite that, I vote #3 and I would like a 'right click' ability too. The combination would facilitate straight ports and standard window managers. On Saturday 25 October 2008 12:39:18 you wrote: Ok Community, vote and tell OM what you want for the next phone [also realise this is still a long time away and Freerunner is available to buy now!] 1) touchscreen (no qwerty buttons) - freerunner, HTC Orbit, iphone 2) qwerty keyboard and tracker ball - blackberry curve 3) combination touchscreen plus qwerty - G1 *** Please don't write endless pages about why - just indicate which one YOU want. *** For myself my vote is 1) no, my HTC orbit experience was horrible (yes, i realise there are better) 2) yes, my preferred user input method - intuitive, fast, flexible 3) no, i think combo is too much to ask from OM right now ciao JW ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Splash screen during boot
What would it take, I wonder, to keep the u-boot splash screen up while Linux starts to boot, until exquisite starts? It's a minor polish issue, I know, but I'm just curious if it's the sort of thing that can be done elegantly and could be overridden with splash=false or the commandline, or what have you. Also, can anyone point me toward any documentation on how to edit the splash partition? I'm thinking perhaps of making a 'If found, please return to this guy' type message with gimp. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2008.8 - testing] - no desktop icons any more.
Is there any way to downgrade back to stable? On Tuesday 21 October 2008 12:33:04 Benedikt Schindler wrote: hi, is someone on the testing tree of the 2008.8 distro, and solved the icon problem yet? i upgraded to the latest testing 2008.8 packages. I know that there is a problem with the splash screen at boot up, that isn't solved yet. so i disabled the boot screen (btw: that saves 10 seconds boot time) But now i don't have any desktop icons. also the clock-, battery- and signal-panel is at one place now. i restored the old ~/.e directory but that didn't changed anything. some ideas? thx beni ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android open sourced
On Tuesday 21 October 2008 11:33:40 you wrote: Here we are http://google-opensource.blogspot.com/2008/10/android-open-source-cell-phone.html time to port to Neo ! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I'm interested to see if it will be possible to hack it so X11 software works under android, and vice versa so that android software can be run under X11/illume. ^.^ Or if I can't have that or it'd be too slow or something.. I'd like to be able to toggle between virtual consoles to go between one and the other or something like that. And I wonder how much openmoko and debian software and other distros will start seeping into the android designed handsets. I sense a golden age on the horizon :) -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2008.8 - testing] - no desktop icons any more.
On Tuesday 21 October 2008 12:33:04 you wrote: hi, is someone on the testing tree of the 2008.8 distro, and solved the icon problem yet? i upgraded to the latest testing 2008.8 packages. I know that there is a problem with the splash screen at boot up, that isn't solved yet. so i disabled the boot screen (btw: that saves 10 seconds boot time) But now i don't have any desktop icons. I'm in the same boat as you there. Can anyone even shed any light on what the cause of this is? I don't mind a little debugging but it's a bit over my head I don't even know where to start. Also, is active development (or building from git or whatever) happening in the 'testing' instead of 'unstable' ? If that's the case then I misunderstood the purposes of the feeds and should have went with stable. also the clock-, battery- and signal-panel is at one place now. i restored the old ~/.e directory but that didn't changed anything. I fixed this by removing and reinstalling illume-theme-asu, and then installing illume-theme-illume (I believe this is also necessary in order to get the illume keyboard I like, but it also fixed the problem with all those little icons being squished into the same place and tiny.) thx beni ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name -- 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
A snapshot seems to have been released on september 25th ^.^ (A week after the quoted message) http://download.enlightenment.org/snapshots/ Has there been any progress toward packaging that up? On Wednesday 17 September 2008 17:25:25 you wrote: 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 -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
HTC Dream / T-Mobile G1
Apparantly a phone with the Android OS has recently been released. I know Android is also based on Linux. Are there any plans to get openmoko running on that device? Is it even feasible? I wonder if we'd be able to use their kernel with openmoko code. (I'm also imagining that if they don't like that, then tough cookies. The GPL says we can get the source code if we want it) -- Daniel Benoy http://daniel.benoy.name ___ 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: distribution choice
You should be able to make software that runs on all the distributions, because they have X11 in common. If it can run on a Linux X11 PC with one mouse button and at 480x640, it should be able to run on any distribution in the forseeable future. The rub comes when you plan to do something special with the phone hardware. (i.e. SIM card stuff, multiplexing the GSM modem, checking the cellular signal strength, etc) at that point, the method will vary from stack to stack. The FSO stack was designed to help people in your situation. They're looking for it to be the openmoko standard, regardless of which interface is running on it. (i.e. The aim is to get the interfaces from 2007.2, 2008.8, zhone, qtopia-x11, etc. all using the same API for communicating with the special smart phone functionality I described above) If all you're doing is manipulating files in flash or on the SD card and/or using IP networking, then you're probably not going to have to worry much about which stack you choose, but if you are doing anything else and you want to be reasonably future proof, then use the FSO distribution as your reference implementation. Are you planning to make a it free software (FSF definition), or not? Because the way you package the software will vary depending on which way you choose. With free software, you can get it published to the openmoko feeds, and the debian tree, etc and they'll take care of distributing it for you. Otherwise, you're going to have to come up with something else. (i.e. deb files and ipk files and such) On Monday 15 September 2008 14:41:20 Kevin Dixon wrote: Hi all, My company is planning to roll out a suite of applications to be ran on the openmoko/freerunner platform. I'm researching which distribution would be best for our needs. We are not so concerned with the current state of available applications, since we will be writing out own. So here are a few questions that hopefully you guys can field: We are debating between Om 2007.2 and Om 2008.8. Which release is more stable? 2007.2 or 2008.8, in regards to the Freerunner. Is Java a viable choice to implement a suite of applications on this hardware? What is the state of the JVM? Are there restrictions, e.g. accessing the Accelerometer or other hardware? If we do not target Java, what API/framework should we target? I suspect for 2008.8 and future development, it would be Qt? Thanks! -Kevin Dixon -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Get spare parts in NYC (batteries)
Have you considered a spares pack? http://us.direct.openmoko.com/products/spares-pack On Tuesday 09 September 2008 04:12:09 Stefan Fröbe wrote: Yes, I know as I also own quite a few BC-5s and remakes ;-) But I'm looking specifically for the original ones to have the coulomb counter and a working charge meter... On Tue, Sep 9, 2008 at 10:06 AM, Thorben Krueger [EMAIL PROTECTED]wrote: the batteries should be pretty standart stuff. I got the same form factor in my nokia (although it is a bit shorter, the connectors are in the right place and the width is the same). I suggest you should simply walk into the next mobile accessory store with the battery to get a compatible one. No need to import anything if I am correct. Thorben 2008/9/9 Stefan Fröbe [EMAIL PROTECTED]: Hi, I'll be in New York beginning of October and would like to purchase 2 spare batteries for my FR - any hints on where I could get them? Is there a local distributor or buyers group with active orders, by any chance? Thanks, Stefan ___ 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 -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Glad to see Gentoo-openmoko distro
Does anyone have an overlay or something that lets you install illume, frameworkd, etc? On Monday 08 September 2008 20:59:22 Dennis.Yxun wrote: HI Devs: As a die-hard Gentoo fans, I'd be happy to see someone deliver a Gentoo openmoko distribution which leverage the greatness of portage. Thank you, It's really great! I'm downloading stage now, but due to my poor network, the download speed is quite low, and It about takes me 5Ds to finish the stage1 tarball~ so I'm thinking about build the system all by myself. I've have some experience of setting up the cross-compiler tools in Gentoo, but find it's not easy to build the base system... I may try this later, and post here. Proposal, Can we setup an openmoko-gentoo overlay, so people who are interested to this may build on it. And also people can contribute same ebuilds back. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia Media Player + Pulseaudio = hurt
On Tuesday 09 September 2008 10:44:21 Dylan Reilly wrote: Under current 2008 testing builds, playing (compressed) music through the qtopia media player causes pulseaudio spike to crazy levels of cpu utilization (~ 50%). This is on top the load for the media player itself (~30%). Needless to say, this makes the poor FR incapable of decompressing the music in a timely fashion. The GTK openmoko media player does not have this issue. (In 2008, does the GTK media player have the patch to bypass pulse as it did in 2007?) Is this a known issue or one I should bug? I remember being able to listen to music through the Qtopia media player not too long ago. How do you get music selections to come up in the list in the media player? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
A2DP FYI
FYI, I messed around quite a bit with A2DP before I finally got it working without choppyness. FYI, my problem apparantly had something to do with 'role switching' I've added the following to the wiki: If you experience problems with choppyness, try changing your hcid.conf to include lm accept,master; and lp hold,sniff,park; You may also have to bond (commonly known as 'pairing') your phone and your headset. See http://wiki.bluez.org/wiki/HOWTO/Bonding for details. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bluetooth convenience scripts
I found a useful python script on Gentoo's boards for using the bluez-utils d-bus interface for activating bluetooth keyboards so that they will connect automatically when you turn them on. I've also modified it and created one that does the same thing for A2DP headsets, and I've decided to share :) The keyboard one can/must be used in lieu of hidd, so it's for newer versions of bluez-utils (Available in the testing and unstable feeds) You also have to bond (pair) the devices first. Instructions for that are here: http://wiki.bluez.org/wiki/HOWTO/Bonding (Feel free to make a convenience script for the bonding process too) You may also have to run: dbus-send --system --type=method_call --print-reply --dest=org.bluez /org/bluez/hci0 org.bluez.Adapter.SetTrusted? string:AA:BB:CC:DD:EE:FF (Feel free to add this to the script) If you want to use an A2DP headset you can add an entry like this to your /etc/asound.conf pcm.bluetooth { type bluetooth device AA:BB:CC:DD:EE:FF profile auto } And then you can tell alsa aware applications to use it for output. i.e.: mplayer -ao alsa:device=bluetooth nifty.mp3 (I believe you can also name it pcm.!default and it will become the default.) -- Daniel Benoy http://daniel.benoy.name audtool.py Description: application/python hidtool.py Description: application/python ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD slot + suspend
The workarounds seemed to work for me :) Apparantly it has to do with the GPS interferance workarounds.. you need to turn the (GPS interfering) idle clock back on when you suspend or else corruption. Thanks for the help, all :) On Wednesday 03 September 2008 00:26:54 Doug Jones wrote: Daniel Benoy wrote: I've been having trouble with my SD card ever since I upgraded my kernel (with the unstable feed) and turned on suspend... specifically, it got wiped out :( Multiple times. I don't know if it's a coincidence or now.. I wonder if someone who's brave and doesn't have important data on their card could try reproducing this? Mount a partition and/or run something like badblocks /dev/mmcblk0 and then while that's going suspsend... and see if your data goes poof. Maybe it's just me.. possibly a defective SD card. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community This is a known problem. I'm still waiting for a definitive resolution before I order my FR. It's not just openmoko that's affected. This same bug took down the SD card in my OLPC laptop back in January. There have been persistent rumors that there are people who understand this problem and know how to fix it. But I still haven't seen any announcement that the problem has actually, really, finally been eliminated in any shipping software. Apparently this bug doesn't affect cards of size 512MB and smaller. Many people who are trying to do things that require SD cards are working around the problem by disabling suspend. Battery life suffers, but at least development can happen. http://docs.openmoko.org/trac/ticket/1802 http://dev.laptop.org/ticket/6532 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner won't charge, and won't start anymore due to out of power
Yes I've experienced this too. I have spare batteries so I experimented with completely draining my battery, and if you insert the charger, you'll probably hear a little noise out of the speaker, maybe feel it vibrate or see the LED blink, but it won't actually turn on because there's not enough power to operate the LCD monitor, but it still charges at 100mA and after a little while you should be able to boot it up, and have just enough power to reach the point in the kernel bootup where it instructs the PMU to draw full power. If you're impatient, and you have a spare, you can hot swap the battery too. Boot it up to the point where it starts drawing full power, then take out your full battery and put in a dead one. On Tuesday 02 September 2008 11:58:28 Bastian Muck wrote: I had this problem, too. When it had this issue, i checked, if my laptop find a usb device, and it did. the freerunner stays in uboot, bis doesn't want to charge. but i have the impression, that it charges with 100mA. That is not enough for running it, but the battery is slowly charged, that after round about a half hour you can start it. Then it starts and charges again. Greetings Bastian Paul V. Borza schrieb: I've flashed the updated 2008.8 on my Freerunner, and then left it for a couple of days without turning on. Yesterday I've tried to turn it on: it starts, the Openmoko logo appears, and then it suddenly turns off. I think this is because of the battery that is already out of power. However, I've tried connecting the Freerunner to the USB for more than 12 hours, but the battery won't charge - or at least I think it's not charging, because whenever I turn it on, the same out of the blue shutdown happens. Has anyone got a similar behavior? Should/is the Neo charging when is turned off and connected to the PC? I can't use it right now, because it won't even boot, because during boot, it shuts down. Thanks. -- Paul V. Borza www.borza.ro http://www.borza.ro -- ___ 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 -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: usb mass media storage
You may want to use 'ifdown usb0' instead of '/etc/init.d/networking stop', in case you want to keep your wifi connection going. That's cool though :) I wonder if it's possible to pretend to be a USB hub, providing both g_ether and g_file_storage On Tuesday 02 September 2008 15:47:18 Petr Vanek wrote: I have spent a while googling this up and have no wiki skills but someone might find this useful: to make FR act as a memory stick, here is what my script does: #!/bin/sh /etc/init.d/networking stop rmmod g_ether modprobe g_file_storage file=/dev/mmcblk0p1 -- Petr Vaněk http://biodynamika.cz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SD slot + suspend
I've been having trouble with my SD card ever since I upgraded my kernel (with the unstable feed) and turned on suspend... specifically, it got wiped out :( Multiple times. I don't know if it's a coincidence or now.. I wonder if someone who's brave and doesn't have important data on their card could try reproducing this? Mount a partition and/or run something like badblocks /dev/mmcblk0 and then while that's going suspsend... and see if your data goes poof. Maybe it's just me.. possibly a defective SD card. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04
Anyone know what they're planning to put in GTA279? If it doesn't brain into cyberspace then what the hell?? Is this supposed to be your iPhone v73 killer? On Friday 29 August 2008 08:53:15 Fox Mulder wrote: There is no GTA03 so why ask about GTA04? These kind mails just fills the list up with nonsense mails which i have to filter out afterwards. This is really annoying. Sorry if i say it so directly, but this is what i think about it. :/ H.Hveem wrote: Does anyone know What kind of hardware will GTA04 have ? ___ 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 -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU / om2008.8 - opkg upgrade failed - can't ssh into the phone
On Friday 29 August 2008 03:03:58 Torfinn Ingolfsen wrote: Hi, On Fri, Aug 29, 2008 at 12:37 AM, Yaroslav Halchenko [EMAIL PROTECTED] wrote: well -- I got into some similar situation a week ago after somewhat extensive upgrade + install party ;-) (prelink etc) -- just go into terminal and try to run smth like Well it is this part I'm having trouble with - how do I get into terminal when there is no GUI active on the phone, only the console screen? I'll guess I will just have to reflash it. You can boot from a SD card and mount your internal flash from within that environment (/dev/mtdblk6 or something ilke that). Check the wiki for details. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- now official
Is there an ETA on illume being packaged? Is there anything that can be done to help? On Saturday 16 August 2008 10:14:24 Joachim Breitner wrote: Hi, Am Samstag, den 16.08.2008, 11:22 +0200 schrieb arne anka: So now people, let's write a page that lists some cool (read: recommended or so..) apps that you can run on debian here :) i am far more intersted to switch to a useful desktop manager and still to be able to use the phone part. at least i'd like to know how i do access installed applications, zhone only presents that four predefined buttons. Until we can package Illume, you can use the AUX button to fire up a keyboard and then press Alt-Ctrl-X to get an xterm and Alt-Tab to switch between application. Greetings, Joachim -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- now official
What is e exactly? It's a window manager or something right? And it's not available in svn yet so it's hard to package up? On Wednesday 20 August 2008 10:48:23 Marcel wrote: Am Mittwoch 20 August 2008 16:33:54 schrieb Daniel Benoy: Is there an ETA on illume being packaged? Is there anything that can be done to help? On Saturday 16 August 2008 10:14:24 Joachim Breitner wrote: Hi, Am Samstag, den 16.08.2008, 11:22 +0200 schrieb arne anka: So now people, let's write a page that lists some cool (read: recommended or so..) apps that you can run on debian here :) i am far more intersted to switch to a useful desktop manager and still to be able to use the phone part. at least i'd like to know how i do access installed applications, zhone only presents that four predefined buttons. Until we can package Illume, you can use the AUX button to fire up a keyboard and then press Alt-Ctrl-X to get an xterm and Alt-Tab to switch between application. Greetings, Joachim raster said he would maybe do it after moving e to svn - and also, that it wouldn't be too hard. But at least I couldn't get a proper e environment set up here :) Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Official update feeds testing on downloads.openmoko.org
I'm giving it a try! Fingers crossed that I don't break everything :p On Wednesday 20 August 2008 09:23:34 Kevin Zuber wrote: Hi, I've just noticed on a new testing repository on downloads.openmoko.org [1]. Are that the official update feeds for ASU or another distribution? Is the merge of the two branches finished? Should I use this repo instead of the zecke repo now? Thanks for answers. Kev [1] http://downloads.openmoko.org/repository/testing/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia Wlan gui
There are a few other input methods you could try if it's too slow to use the one on screen: 1) Bluetooth keyboard (The wiki should tell you how) 2) USB keyboard (The wiki should tell you how to put the USB into host mode, you'll need a special cable) 3) Use the x2x program from your linux box like so (while connected via USB): om-gta02# xhost +192.168.0.200 mycompy# x2x -from :0 -to 192.168.0.202:0 -west Then move the mouse off the left side of your screen and start typing, it should appear on your phone. I don't think copy and paste carries over, but you can try middle clicking (Which will also be a bit hard because the cursor is invisible on the phone) but with the keyboard things should be much easier to type. On Saturday 16 August 2008 10:39:15 julien cubizolles wrote: I'm trying to setup a WAP protected wlan using the Qtopia gui but I'd rather not type my very-long-passphrase on the keyboard. Is there a way to do some copy-pasting to the right file (and which one is it) by ssh ? Julien. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: stupid guy! thinks it's a train wreck!
On Monday 18 August 2008 00:49:52 Flyin_bbb8 wrote: hahahah this guy is really stupid,, check it out.. be sure to check out his comments!!! http://www.youtube.com/watch?v=i3ntUy2eqlk Yeah what an eyeroller :p I've said this before, but I think openmoko should not have shipped this version of the phone with any software. The big problem people have with this (and with Linux on the PC) is that they're used to having no choice. They're used to being told exactly what on-screen keyboard they have to use, and what interface they have to bring up their software, and when they're allowed to cough or scratch their butts. When they see the nasty matchbox keyboard, they balk and say 'This is what they've given us? That makes this $400 investment totally useless!! Might as well pitch it out now! Might as well use it as a paperweight!' or whatever their complaint is, they assume it means the device is flawed. I've encountered the same ignorance when trying to explain Linux on the desktop as well. People will complain and say 'They make you type in commands? How primitive!' when they see me using the console. Or they'll say 'Why don't they just use a taskbar? Linux sucks.' when using Gnome, and the idea of installing KDE instead is totally alien to them. I don't think we can call them 'stupid', just misinformed, really. It's a cultural thing that's going to require a lot of education. Although, it does smack of nitpicking sometimes. Another fundimental problem is that people don't realize getting an unlocked iPhone costs twice as much as an openmoko phone. -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: stupid guy! thinks it's a train wreck!
On Monday 18 August 2008 16:01:17 Lorn Potter wrote: Brad Midgley wrote: Hey He did bother to make a video. It doesn't seem like he's using the time to just rip on OM, but he is bringing up specific issues. The screen really is too small to finger-tap a keyboard so it's unfortunate he's fixating on that particular issue (well maybe a redesigned keyboard would work in landscape mode...) I happen to think that Qtopia's predictive keyboard does really well for using with a finger. The screen is not too small. I agree. I think the issue is that people don't realize it's a finger keyboard. I showed it to my friends at work and they said That's really small! and they laughed, having just bragged about their iphone.. and then I typed in their names in about 1 second each and it dawned on them that it's small on purpose. It's also not immediately evident that you can hold a letter and type words that aren't in the dictionary. Perhaps this calls for little tooltips for new users. -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- now official
As a heads up to everyone, this may not work with an SDHC card. u-boot (to the best of my knowledge) doesn't support SDHC, even though the linux kernel does. So when u-boot goes to read the FAT filesystem and load in the kernel, it fails. One thing that might work (Although it may mess you up in terms of kernel modules and such?) is setting up u-boot to load the kernel from flash (which you use with your openembedded openmoko distribution) and then pointing the kernel command line toward your SDHC Debian root partition. To do this, you will have to boot up u-boot with the prompt. Press and hold the power button, and THEN (after, not before) press and hold the AUX button.. and hold them until you see the the boot prompt. Then connect a USB cable, and if your PC has the right drivers, you should have access to a serial port, such as /dev/ttyACM0 which you can connect to, in order to get a u-boot command line. These commands should get you started: printenv setenv saveenv Notice the menu_# variables. You'll want to make a hybrid which boots exactly the same as internal flash (taking the kernel from flash) except that the root=xyz paramater will be different. I suggest that someone make up a wiki article explaining how to do this while they're figuring it out. (I've already had to do it once myself) On Friday 15 August 2008 12:04:03 Joachim Breitner wrote: Dear OpenMoko community, the FSO packaging team of the Debian project[1] is happy to announce that we have started to provide installation procedures and packages required to have your FreeRunner[2] run Debian-powered. This means that you can use your favorite tools such as apt-get and the other 20.000 packages on your FreeRunner, including the freesmartphone.org[3] software stack. You can also develop applications for your FreeRunner the “Debian way”. To install Debian onto your MicroSD card, alongside your current Image on the internal Flash, see the instructions at http://wiki.debian.org/DebianOnFreeRunner These will provide you with a minimal Debian installation plus everything required to use zhone. From there on, you are free to modify your system as you wish – with the full power and flexibility of the Debian system. Note that Debian does not try provide yet another software stack (or “Distribution” in the OpenMoko slang) next to 2007.2, 2008.8 or FSO, but rather an alternative base, comparable to OpenEmbedded[3]. We are looking forward to also support other stacks such as the Stable Hybrid Release[4], once they are ready for that. All this is still very new and was created during at the DebConf 8 in Mar de Plata since last week. This means that there are still bugs and other things to improve. You are invited to join the development by subscribing to the smartphone-standards[5] mailing list that the Debian team shares with the FSO team. There is also a wiki page[6] with more information on the pkg-fso team, including a TODO section. I’d like to thank Jon “maddog” Hall from Koolu[7] for lending me an additional device for installation tests, and all the other testers at DebConf and elsewhere that helped us to remove at least some of the bugs. But don’t worry – I’m sure there are some bugs left for you! Please send replies and further discussion to the smartphone-standards[5] mailing list, but note that you have to subscribe to that list first. Enjoy! Joachim Breitner on behalf of the pkg-fso team: Philipp Kern Jan Lübbe Luca Capello [1] http://www.debian.org [2] http://wiki.openmoko.org/wiki/Neo_FreeRunner [3] http://wiki.openembedded.net/ [4] http://wiki.openmoko.org/wiki/Stable_Hybrid_Release [5] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-standards [6] http://wiki.debian.org/pkg-fso [7] http://www.koolu.com/ -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- now official
Ah, this seems to have more information. http://wiki.openmoko.org/wiki/Booting_from_SD#Boot_from_SDHC It says 'u-boot from 2008-07-23 or later' will boot from SDHC. On Friday 15 August 2008 13:41:19 Daniel Benoy wrote: As a heads up to everyone, this may not work with an SDHC card. u-boot (to the best of my knowledge) doesn't support SDHC, even though the linux kernel does. So when u-boot goes to read the FAT filesystem and load in the kernel, it fails. One thing that might work (Although it may mess you up in terms of kernel modules and such?) is setting up u-boot to load the kernel from flash (which you use with your openembedded openmoko distribution) and then pointing the kernel command line toward your SDHC Debian root partition. To do this, you will have to boot up u-boot with the prompt. Press and hold the power button, and THEN (after, not before) press and hold the AUX button.. and hold them until you see the the boot prompt. Then connect a USB cable, and if your PC has the right drivers, you should have access to a serial port, such as /dev/ttyACM0 which you can connect to, in order to get a u-boot command line. These commands should get you started: printenv setenv saveenv Notice the menu_# variables. You'll want to make a hybrid which boots exactly the same as internal flash (taking the kernel from flash) except that the root=xyz paramater will be different. I suggest that someone make up a wiki article explaining how to do this while they're figuring it out. (I've already had to do it once myself) On Friday 15 August 2008 12:04:03 Joachim Breitner wrote: Dear OpenMoko community, the FSO packaging team of the Debian project[1] is happy to announce that we have started to provide installation procedures and packages required to have your FreeRunner[2] run Debian-powered. This means that you can use your favorite tools such as apt-get and the other 20.000 packages on your FreeRunner, including the freesmartphone.org[3] software stack. You can also develop applications for your FreeRunner the “Debian way”. To install Debian onto your MicroSD card, alongside your current Image on the internal Flash, see the instructions at http://wiki.debian.org/DebianOnFreeRunner These will provide you with a minimal Debian installation plus everything required to use zhone. From there on, you are free to modify your system as you wish – with the full power and flexibility of the Debian system. Note that Debian does not try provide yet another software stack (or “Distribution” in the OpenMoko slang) next to 2007.2, 2008.8 or FSO, but rather an alternative base, comparable to OpenEmbedded[3]. We are looking forward to also support other stacks such as the Stable Hybrid Release[4], once they are ready for that. All this is still very new and was created during at the DebConf 8 in Mar de Plata since last week. This means that there are still bugs and other things to improve. You are invited to join the development by subscribing to the smartphone-standards[5] mailing list that the Debian team shares with the FSO team. There is also a wiki page[6] with more information on the pkg-fso team, including a TODO section. I’d like to thank Jon “maddog” Hall from Koolu[7] for lending me an additional device for installation tests, and all the other testers at DebConf and elsewhere that helped us to remove at least some of the bugs. But don’t worry – I’m sure there are some bugs left for you! Please send replies and further discussion to the smartphone-standards[5] mailing list, but note that you have to subscribe to that list first. Enjoy! Joachim Breitner on behalf of the pkg-fso team: Philipp Kern Jan Lübbe Luca Capello [1] http://www.debian.org [2] http://wiki.openmoko.org/wiki/Neo_FreeRunner [3] http://wiki.openembedded.net/ [4] http://wiki.openmoko.org/wiki/Stable_Hybrid_Release [5] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-standards [6] http://wiki.debian.org/pkg-fso [7] http://www.koolu.com/ -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
Looks good :) Here's my experiences, don't know if these are planned for future releases: I don't know if something is wrong for me though because it's really sensitive. Handling my phone ordinarally and gently results in a lot of 'shake shake'. Would it be possible to require a constant shaking motion for 2 seconds or something before it registers? Also it doesn't seem to factor out gravity (I don't know if that is possible?) For example, if I turn my phone upside down, the screen orientation goes with it (Which works great by the way!). If I jerk my phone to the right, up comes 'left'. That's not right. (Hahaha punny!) And if I hold my screen purpendicular to the ground, and jerk the phone upwards and then downwards it detects 'forward, backward' etc etc etc. You're the expert so correct me if I'm wrong, but can we not detect a reasonably consistant 1G force, and then apply a rotation matrix or something to every input value so that things are relative to that direction (And only change the known gravity direction if 1G is sustained in one direction for a long enough period of time) ? These training files, how advanced are they? Would I be able to write one that says something like 'If the accelerometer detects between three and five sudden changes in direction over #Gs that occur over a period that's no less than 2 seconds but no more than 4 seconds?', or stuff that advanced? Thanks for the great work so far :) On Thursday 14 August 2008 13:01:35 Paul-Valentin Borza wrote: I'm proud to announce that the new release of accelerometer-based gestures, and screen orientation is now available for download. What you've seen in the video from http://www.youtube.com/watch?v=K2S2rQUETwc is now available. This release includes: An application with user interface that allows the user to train the gestures for himself/herself; A listener daemon that sends a notification on the screen of the recognized gesture; Automatically switch of screen orientation for the four possible modes (2xportrait, and 2xlandscape). Here's the direct link for the release: http://accelges.googlecode.com/files/accelges_0.1.0-svnr204-r2_armv4t.ipk You can find documentation, installation instructions, screenshots etc. on the Wiki: http://wiki.openmoko.org/wiki/Gestures There's a quick way to install it, and a more detailed way... Read http://wiki.openmoko.org/wiki/Gestures I would suggest carefully reading the instructions, and running the gesture listener as soon as you install the package (i.e. before training). Of course, the gestures were not trained for you (unfortunately I had a limited set of training data - only myself), so you'll have to train them for yourself. Have fun with it! Thanks, Paul -- http://www.borza.ro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What could be done to improve the OM development process?
I don't know if I agree with the suggestions of this user, but since we're brainstorming, I have one thought :) Discrete components should be managed as separate packages with separate project pages and information and repositories and bug trackers and such. There's no reason for everything to be lumped together, especially if one of openmoko's stated goals is to facilitate user forking and contributions. This is the way linux works in the PC world. For example, binutils and bash are distributed separately, even though it would be hard to conceive of a system that needs one and not the other, and even though it's made by the exact same organization. It could be the same situation with illume and qtopia-x11 too. Aside from that I think they're doing a great job :) On Tuesday 12 August 2008 18:05:14 Jeffery Davis wrote: Two thoughts... 1. Instead of working on multiple concurrent software distributions, why not try to rally everyone under one banner for a while? People are going to work on what they want to work on to some degree, but an attempt should be made at least. Choice is great and all, but in the beginning I'd rather have one option that works well rather than three or four equally terrible options. There's no need to go running off in different directions when people still can't receive calls reliably, among other issues. 2. Better communication between the development community and the end user community. I have yet to see anyone say they're pleased as punch with the keyboard. When almost everyone is unhappy, closing bugs as 'working as intended' is pigheaded. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2008.8 keyboard wishlist
You can apt-get it under Debian and run it on the hardware. It's pretty slow with the Xglamo server, and completely unusably slow with the xorg framebuffer server that you'll generally find on a Debian install. Personally, though, I'm wondering what kind of development efforts would be required to have the option of using completely custom 'third party' (for lack of a better term) input-method software, so that I can just opkg remove official-keyboard; opkg install dasher-input .. or something like that :) As far as I know, if you're going to use illume/qtopia-x11 for launching software and making calls, then that's the keyboard you have, like it or not... and changing it means changing your window manager and such. I'd like to be wrong about that, so someone please correct me if I am. On Tuesday 12 August 2008 15:31:05 Steven ** wrote: I tried to compile Dasher for Openmoko. I failed... Too many dependencies and libraries that refused to compile for me. -Steven On Mon, Aug 11, 2008 at 3:17 PM, Daniel Benoy [EMAIL PROTECTED] wrote: Also, I'm interested in the imput method software called 'Dasher' http://www.inference.phy.cam.ac.uk/dasher/ Perhaps someone might consider making a version of this which replaces the om2008.8 keyboard (Or you can toggle to it or something.) Another thing that Dasher does that may be useful with openmoko, is that instead of dictionary files, it accepts 'training files' which are example files of ordinary typing, and it gets its suggestions for the next character/word while your typing from what's contained in that file, and what you've typed since. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What will be in GTA03?
While we're on the topic of hardware wishlist stuff, I'd like to throw in my two cents ^.^ - Hot swapable SD card slot - External wifi antenna connector (Mmmm war driving) - Official openmoko car charger (That gives me 1A without having to futz around) Also, I'd like the camera idea to be an optional extra at most. The buttons idea isn't so bad too, even though I really like the clean minimalist look the freerunner has right now. I've responded inline to the comments of the original poster below. On Saturday 09 August 2008 10:34:32 Monkey D. Luffy wrote: 1) camera (decent one, 3MP or more) Will it be possible to record movies with sound? What resolution? Since this phone will not be offered with any contracts (at least at first, depending on how successful it gets), I don't think people will be willing to pay an extra $200 just to get a camera in there. It's possible for a USB camera/webcam to be attached to the phone when it's in host mode. If you want to see that, you're more than welcome to go create it yourself. The CAD files are freely available for the phone, so you could probably readily create a snugly fitting clip-on camera that replaces the back plate, or something. (Most people don't have te resources for this, but that's fine. If there's enough consumer demand, it will eventually happen) 2) buttons on the damn thing :p SNES and GBx all the way :) Or at the very least, sell the GTA03 with an optional control pad: http://www.icontrolpad.com/ But try to make it as small as possible (maybe the control pad overlapping the case) so it doesn't get t big. You can already plug USB gamepads into the unit. Making one that actually connects to the unit so you don't have to awkwardly balance the phone on your lap or something should also be easy enough for an aftermarket manufacturer, but for now you're stuck with duct tape :p 3) holder for a small plastic stylus. With an optinal string connecting both, so that if you drop it by chance it doesn't get lost forever in some crack to hell. If possible, keep this in mind if selling the icontrolpad thingy (so the stylus doesn't get trapped there). Seems like nitpicking, but I guess it's a valid desire. 4) GPS Will I be able to keep maps updated for free? Will it be possible to make use of google maps, in the sense of having the indications on how to get from A to B? This is a software issue, not a hardware one. There's a GPS in the GTA02 and if the right software ever gets created then it will be able to do what you describe. 5) USB connector (USB 2.x), in order to connect the phone to the computer ? That's on the side. 6) WiFi Already in there. 7) accelerometers Yep. Got that. 8) bluetooth Has that too. 9) a cute chinese or japanese girl ^_^ Well, at least their phone numbers :p I would like a cute japanese girl's phone number too, but I think that's up to the sim card manufacturer, or the openmoko software side. It would be preferable if the cute japanese girl was really into open source too. I don't know if that's feasible. I heard about xv and glamo and what else... What I need to know is: Will I be able to watch videos or play games (with sound on both) at 640x480 resolution? I think we should be able to do this with the hardware that's out there now. Anyone achieved this? -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video demo: Openmoko Neo Freerunner Features Accelerometer-based Gestures, and Screen Orientation
Hm. Didn't work when I tried your gesd-neo.sh script. No output. So, I tried the accelerometer test script here http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval Still no output. Is there something I have to do to turn the accelerometers on? On Monday 11 August 2008 03:35:39 Paul-Valentin Borza wrote: Hi, As Google Summer of Code 2008 is almost at its end, here's a video showing what you should expect out of the accelerometer-based gestures project: http://digg.com/gadgets/Openmoko_Neo_Freerunner_Motion_Gestures_Screen_Orientation_2 There still are some things that need to be worked on for the GUI, but I will release another package on Thursday/Friday with everything you've just seen in the YouTube video. Again, big thanks to Daniel for helping me out with the problems I have encountered on the way. Thanks Daniel! This doesn't mean that I'll stop working on the project; on the contrary, I will continue to improve it, and I'll use the Neo for my primary development target. More on http://gestures.borza.ro Thanks, Paul -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video demo: Openmoko Neo Freerunner Features Accelerometer-based Gestures, and Screen Orientation
On Monday 11 August 2008 11:00:50 Stroller wrote: On 11 Aug 2008, at 08:35, Paul-Valentin Borza wrote: ... There still are some things that need to be worked on for the GUI, but I will release another package on Thursday/Friday with everything you've just seen in the YouTube video. Hi there, I'm slightly disappointed that the shaking inbox wouldn't be accommodated by the gestures you've made available. http://www.gizmodo.com.au/2007/11/shoogle_gives_your_cellphone_b.html This use is even mentioned on the wiki page you link to from your site: http://wiki.openmoko.org/wiki/Accelerometer-based_Gestures A casual search doesn't reveal how your work is supposed to integrate on the device. Presumably it's a library or daemon which is intended to fulfil all gesturing requests from all other apps? Will it be easy to add new gestures? Stroller. If I'm not mistaken, gestures can be interpreted at the same time that other software (Such as the type you're describing) simultaneously listens to accelerometer data. -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video demo: Openmoko Neo Freerunner Features Accelerometer-based Gestures, and Screen Orientation
Sure does :) It will be important to maintain the ability to turn off default gesture handling, if the user wants to install some other handler. Although, the 'shaking inbox' thing described by the earlier poster would probably not conflict with gestures. Someone correct me if I'm wrong about multiple apps accessing the linux 'event' interface at once. On Monday 11 August 2008 11:25:01 Stroller wrote: On 11 Aug 2008, at 16:12, Daniel Benoy wrote: ... I'm slightly disappointed that the shaking inbox wouldn't be accommodated by the gestures you've made available. http://www.gizmodo.com.au/2007/11/shoogle_gives_your_cellphone_b.html This use is even mentioned on the wiki page you link to from your site: http://wiki.openmoko.org/wiki/Accelerometer-based_Gestures A casual search doesn't reveal how your work is supposed to integrate on the device. Presumably it's a library or daemon which is intended to fulfil all gesturing requests from all other apps? Will it be easy to add new gestures? Stroller. If I'm not mistaken, gestures can be interpreted at the same time that other software (Such as the type you're describing) simultaneously listens to accelerometer data. Doesn't that bring the risk that you're gesturing to do something in one app, and another app is fired up by the gesture daemon (or whatever) because it doesn't know that the gesture wasn't intended for it? Hope this makes sense. ;? Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video demo: Openmoko Neo Freerunner Features Accelerometer-based Gestures, and Screen Orientation
Ticket created. https://docs.openmoko.org/trac/ticket/1808 On Monday 11 August 2008 10:50:11 Daniel Benoy wrote: Hm. Didn't work when I tried your gesd-neo.sh script. No output. So, I tried the accelerometer test script here http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval Still no output. Is there something I have to do to turn the accelerometers on? On Monday 11 August 2008 03:35:39 Paul-Valentin Borza wrote: Hi, As Google Summer of Code 2008 is almost at its end, here's a video showing what you should expect out of the accelerometer-based gestures project: http://digg.com/gadgets/Openmoko_Neo_Freerunner_Motion_Gestures_Screen_Orientation_2 There still are some things that need to be worked on for the GUI, but I will release another package on Thursday/Friday with everything you've just seen in the YouTube video. Again, big thanks to Daniel for helping me out with the problems I have encountered on the way. Thanks Daniel! This doesn't mean that I'll stop working on the project; on the contrary, I will continue to improve it, and I'll use the Neo for my primary development target. More on http://gestures.borza.ro Thanks, Paul -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video demo: Openmoko Neo Freerunner Features Accelerometer-based Gestures, and Screen Orientation
On Monday 11 August 2008 12:44:10 Paul-Valentin Borza wrote: Your probably using an older version, since what you just saw in the video is not released yet :) I will release a package this week. try hexdump /dev/input/event2 and hexdump /dev/input/event3 and restart your Neo :) Yes I am. hexdump /dev/input/event2 and hexdump /dev/input/event3 output nothing. Even if I pick up my neo and wiggle it (Not sure if that's necessary.. but I thought I'd try it.. :/ Since it's just giving me nothing) No debug output in dmesg (When I try reading, or that I can find in the bootup output) I just tried upgrading my kernel (http://buildhost.openmoko.org/daily/freerunner/200808/20080810/uImage-2.6.24+git32+2438a8c74c495c95f5b78301a44ed8e8d0b267d5-r2-om-gta02.bin), rebooting, etc. Same problem. Perhaps my accelerometers are broken? I imagine it's either that or the kernel. I opened a ticket on bugzilla. Paul On Mon, Aug 11, 2008 at 4:50 PM, Daniel Benoy [EMAIL PROTECTED] wrote: Hm. Didn't work when I tried your gesd-neo.sh script. No output. So, I tried the accelerometer test script here http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval Still no output. Is there something I have to do to turn the accelerometers on? On Monday 11 August 2008 03:35:39 Paul-Valentin Borza wrote: Hi, As Google Summer of Code 2008 is almost at its end, here's a video showing what you should expect out of the accelerometer-based gestures project: http://digg.com/gadgets/Openmoko_Neo_Freerunner_Motion_Gestures_Screen_Orientation_2 There still are some things that need to be worked on for the GUI, but I will release another package on Thursday/Friday with everything you've just seen in the YouTube video. Again, big thanks to Daniel for helping me out with the problems I have encountered on the way. Thanks Daniel! This doesn't mean that I'll stop working on the project; on the contrary, I will continue to improve it, and I'll use the Neo for my primary development target. More on http://gestures.borza.ro Thanks, Paul -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Om2008.8 keyboard wishlist
I really like the newest on-screen keyboard, but I have some issues with it. Here's my wish list: - Learning If I use a word it should become a suggestion in the future. It should expire over time, and the more often I use it the more likely it should be to be the prominant suggestion. - Apostrophe The apostrophe character is used in the middle of ordinary words very commonly, and it's cumbersome to switch pages to get to it. I think perhaps an exception should be made and it should have a place on the alphabet page. - Get what I type I appreciate the suggestions that come up, but I would prefer it if one of the background (less preferable) suggestions was exactly what I typed. If I want to type a non-dictionary word, I have to wait 2 seconds on every character push. I would rather just tap it in, and then say 'okay, now use exactly what I typed'. Alternatively, there could be some button that turns off the dictionary anticipation and just sends characters immediately. (See the next suggestion for one such implementation) - PC standard keyboard There are some circumstances where I want ctrl, alt, esc, PrintScr and the lot. I'd like some kind of toggle to bring that up when I need it. I recognize that it would be kinda silly to put this kind of functionality into an end-user product where those keys aren't likely to be pressed at all, but still, it's on my wish-list :) Maybe there will be some easy way to configure that manually at some point. Also, I'm interested in the imput method software called 'Dasher' http://www.inference.phy.cam.ac.uk/dasher/ Perhaps someone might consider making a version of this which replaces the om2008.8 keyboard (Or you can toggle to it or something.) Another thing that Dasher does that may be useful with openmoko, is that instead of dictionary files, it accepts 'training files' which are example files of ordinary typing, and it gets its suggestions for the next character/word while your typing from what's contained in that file, and what you've typed since. Keep up the good work everyone! :) Thanks to everyone who contributed to this so far :) -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
Wow that sounds neat! How hard would it be to create an apt repository on the openmoko build host using this? Then we could just edit a config and run apt-get ^.^ On Friday 08 August 2008 04:30:17 Robert Schuster wrote: Hi, Timo Juhani Lindfors schrieb: Ideally the sources should be in a state where you can create ipkg and debian (and fedora and gentoo) packages just as easily. If it is only to escape opkg then in OE you simply need to set INHERIT += package_deb (in your local.conf) and then it will build .deb packages as well. Regards Robert -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad A2DP Performance
On Wednesday 06 August 2008 00:17:31 Brad Midgley wrote: Daniel On Tue, Aug 5, 2008 at 1:03 PM, Daniel Benoy [EMAIL PROTECTED] wrote: I reported a problem to the openmoko bug tracker a little while ago and I haven't received any feedback yet. I'm hoping I will get more feedback here. there are two sources of possible trouble for quality, cpu load and timing of bluetooth frames. The cpu is not likely the problem on neo. When driving it through the alsa driver, the neo1973 had really good a2dp performance even on older versions of bluez-utils, much better than the TI cpus (eg in the n800). Did you check the cpu load while playing? I don't have a freerunner, but the cpu is supposed to only be an improvement over the neo1973. btw, what version of bluez-utils is in the system? an aside, the gstreamer plugin has had a performance issue that burns a lot of cpu. I never did isolate it to either the encoder or transmission components. It isn't likely you're using the gstreamer route unless you specifically set out to do it that way. Here's everything I have installed that matched grep blue :p blueprobe - 0.18-r3 - bluez-hcidump - 1.38-r0 - bluez-utils - 3.23-r4 - bluez-utils-alsa - 3.23-r2 - bluez-utils-compat - 3.23-r4 - kernel-module-bluetooth - 2:2.6.24+git29+2c55337cb0cde08203df321a108409b7e33e6904-r2 - libbluetooth2 - 3.23-r0 - task-base-bluetooth - 1.0-r71.02 - I'll be sure to check the CPU usage next time I try it. Packets start to drop when according to l2ping between the phone and the headphones while I'm using it as well. I wonder if that means anything? -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
On Friday 08 August 2008 10:05:22 Andy Green wrote: Somebody in the thread at some point said: | Wow that sounds neat! How hard would it be to create an apt | repository on the openmoko build host using this? Then we could just | edit a config and run apt-get ^.^ They're ahead of you, except we aren't hosting it afaik... the Debian image comes with aptitude http://algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ set up already -- in my Fedora-centric terms this is like having yum with the default repo already configured... it's great. I guess it is the whole Debian packageset out there and everything is configured for desktop / server strength options. -Andy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Yeah what I'd like to see is the openmoko packages (like illume and qtopia-x11 and such) ending up in an apt repository. Currently they're only built as .ipk feeds. -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad A2DP Performance
On Friday 08 August 2008 11:19:58 Brad Midgley wrote: Daniel Here's everything I have installed that matched grep blue :p bluez-utils - 3.23-r4 - bluez-utils-alsa - 3.23-r2 - I'll be sure to check the CPU usage next time I try it. iirc, cpu performance is better in 3.25+ but I really don't think that is going to improve your results at this point. It's a timing or signal quality issue. Apparently others are having problems too, it seems. Perhaps the signal in the freerunner is underpowered? Although I would have thought that with my headphones close enough to touch the phone it would have worked :/ -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: can't connect to internet after ASU upgrade
Actually it's saying Packets: X, Errors: Y (0 errors on the output you pasted) Also, I'm not sure about what ASU does by default, but have you checked the default route? The 'gateway 192.168.0.200' line in /etc/network/interfaces should be under usb0, and you should see it when you run 'ip route show' (default via ADDRESS dev usb0). Google should also be able to provide you more information about how to set and examine default routes. If it's a freerunner, you may also want to consider getting it on a wireless network for simplicity's sake. On Friday 08 August 2008 13:00:27 Dimitri wrote: I installed official ASU, but it can't connect to the internet (it connected fine, prior to ASU upgrade). To establish usb networking I run this script as sudo in Ubuntu: #!/bin/bash iptables -F ifconfig usb0 192.168.0.200 netmask 255.255.255.0 route add 192.168.0.202 usb0 iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 bash -c echo '1 /proc/sys/net/ipv4/ip_forward' This allows me to ssh into the phone: ssh [EMAIL PROTECTED] But after I log in, I try ping google.com and it says it's a bad address. And if I go to the Installer gui, it says there's a problem with my network. ifconfig shows the following: loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:372 errors:0 dropped:0 overruns:0 frame:0 TX packets:372 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:30168 (29.4 KiB) TX bytes:30168 (29.4 KiB) usb0 Link encap:Ethernet HWaddr 26:89:D4:D8:38:1C inet addr:192.168.0.202 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::2489:d4ff:fed8:381c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:388 errors:0 dropped:0 overruns:0 frame:0 TX packets:186 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:46744 (45.6 KiB) TX bytes:23237 (22.6 KiB) I see a lot of RX/TX packet errors. Could that be a clue? What am I doing wrong? Dimitri -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
I copied my /etc/pointercal from internal flash (Which can be mounted from within debian as /dev/mtdblock6, I believe) That worked for me. :) Hope that helps. I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. On Thursday 07 August 2008 12:20:11 Gregoire Gentil wrote: Hello, After much efforts (but thanks for the page ;-) ), I have managed to install this on my microSD card: http://wiki.openmoko.org/wiki/Debian I can reach the gdm screen but the calibration of the touchscreen is totally flaky. After another set of painful efforts, I have managed to install libts-bin and run ts_calibrate. If you want to know, you need to do this from the terminal over the USB-connection: export TSLIB_CALIBFILE=/etc/pointercal export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_PLUGINDIR=/usr/lib/ts export TSLIB_FBDEVICE=/dev/fb0 export TSLIB_CONSOLEDEVICE=none export TSLIB_TSDEVICE=/dev/input/event1 ts_calibrate I get some numbers on /etc/pointercal but there are quite different if I run ts_calibrate a few times. In any case, the touchscreen is still totally mad and I can't use xvkbd to input the login info. In the best case scenario, the pointer is around 200x200 pixels NW from the touch. Then, I have played with xorg.conf. I have tried the rotate option and many other things, but unsuccessfully. Any idea? Thanks in advance, Gregoire PS: In case, you ask: more /etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community p -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
What I'm hoping for, is that the openmoko folks use the same software but start making .deb packages instead of .ipk ones :) So that it would be a phone. Although the worry, I suppose, is that the 256MB of internal flash wouldn't be pleased with Debian's full bash shell and such. Perhaps the solution is for someone to volunteer to become a 'package manager' for Debian and produce .deb packages software like illume and the FSO components and such (Straight from git version control or whatever). Maybe I will give it a try at some point. (Or perhaps I'd try doing the same thing only with Gentoo). In order for this to be possible, the openmoko team must have carefully ensured that their packages are autonomous, and they don't require extensive modifications to the source of other software (i.e. Hopefully they didn't put any special stuff into the X server, or whatever.) On Thursday 07 August 2008 13:07:54 Andy Green wrote: Somebody in the thread at some point said: | I copied my /etc/pointercal from internal flash (Which can be mounted | from within debian as /dev/mtdblock6, I believe) | | That worked for me. :) Hope that helps. | | I wished that the openmoko team used Debian instead of openembedded.. | I wish I could just apt-get stuff instead of having to struggle with | opkg .. and busybox annoys me sometimes. Well, Debian currently doesn't make it a phone, but if that's not what you're doing with the device it makes a lot of sense, full servers and utils, relatively standard build and package system, etc. -Andy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacing Openembedded with Debian for Openmoko (was: Debian on FreeRunner)
It's ours now sucker! hahahah! On Thursday 07 August 2008 13:27:15 Gregoire Gentil wrote: Guys, Please don't steal my thread! ;-) I still have the problem - and I'm not the only one to have this problem according to the forums. It will confuse people to discuss two different topics on the same topic. Thanks! Grégoire On Thu, 2008-08-07 at 20:25 +0300, Timo Juhani Lindfors wrote: Daniel Benoy [EMAIL PROTECTED] writes: I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. Indeed. It would be nice if you could then apt-get the openmoko specific parts so that you could also make calls. How hard would it be package these for debian? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
[EMAIL PROTECTED]:~# cat /mnt/debian/etc/pointercal 557 38667 -4654632 -51172 121 46965312 65536 [EMAIL PROTECTED]:~# cat /mnt/debian/etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear [EMAIL PROTECTED]:~# diff /etc/pointercal /mnt/debian/etc/pointercal [EMAIL PROTECTED]:~# diff /etc/ts.conf /mnt/debian/etc/ts.conf --- /etc/ts.confWed Dec 31 19:00:00 1969 +++ /mnt/debian/etc/ts.conf Sun Feb 3 15:05:58 2008 @@ -1,5 +1,5 @@ # Uncomment if you wish to use the linux input layer event interface -module_raw input grab_events=1 +module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie On Thursday 07 August 2008 13:21:30 Gregoire Gentil wrote: Daniel, Thanks for the answer. It's not working for me. I don't have any more the delta but there is a scale problem (top left corner matches but bottom right corner doesn't at all). Can you please copy paste your /etc/ts.conf and /etc/pointercal here? Thanks, Grégoire On Thu, 2008-08-07 at 13:01 -0400, Daniel Benoy wrote: I copied my /etc/pointercal from internal flash (Which can be mounted from within debian as /dev/mtdblock6, I believe) That worked for me. :) Hope that helps. I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. On Thursday 07 August 2008 12:20:11 Gregoire Gentil wrote: Hello, After much efforts (but thanks for the page ;-) ), I have managed to install this on my microSD card: http://wiki.openmoko.org/wiki/Debian I can reach the gdm screen but the calibration of the touchscreen is totally flaky. After another set of painful efforts, I have managed to install libts-bin and run ts_calibrate. If you want to know, you need to do this from the terminal over the USB-connection: export TSLIB_CALIBFILE=/etc/pointercal export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_PLUGINDIR=/usr/lib/ts export TSLIB_FBDEVICE=/dev/fb0 export TSLIB_CONSOLEDEVICE=none export TSLIB_TSDEVICE=/dev/input/event1 ts_calibrate I get some numbers on /etc/pointercal but there are quite different if I run ts_calibrate a few times. In any case, the touchscreen is still totally mad and I can't use xvkbd to input the login info. In the best case scenario, the pointer is around 200x200 pixels NW from the touch. Then, I have played with xorg.conf. I have tried the rotate option and many other things, but unsuccessfully. Any idea? Thanks in advance, Gregoire PS: In case, you ask: more /etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community p -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
On Thursday 07 August 2008 14:35:03 Yaroslav Halchenko wrote: well -- bringing openmoko's changes and novel packages into emdebian port [0] sounds like a great task which many would appreciate. It might be worth inquiring [1] people on suggestions and plausibility/interest of such a project. Then indeed it might become a point that we could simply run the best OS on our phones as well supporting all the phone features ;-) if someone jumps to package things for emdebian, and those packages are forth to appear in the mainline Debian (some parts of matchbox are in the mainline I believe), I could spare some time for sponsoring their uploads into Debian, so your efforts don't vanish due to decentralization. [0] http://www.emdebian.org/ [1] http://lists.debian.org/debian-embedded/ Openmoko could also create their own apt repository which could be added to the apt configs. That is probably the best solution for now, if they're interested, because it could be built from git every night just like the opkg feeds, without polluting debian's official tree(s) with highly alpha code. (Something similar can be done under gentoo with portage tree overlays, and I imagine fedora/yum has a way too) Nothing's stopping someone with a server from making their own apt repository that grabs from git as well, if they're willing to undertake the task. I would rather it be official though, because it would discourage (by necessity) distribution dependency by the paid developers. But if they don't have time for that then I'm sure someone will pick up the slack :) Maybe me. -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SMS problem
I just tried sending myself an SMS under ASU (updated from downloads.openmoko.org yesterday) and something strange is happening. I don't see my text messages, and I'm getting a lot of this in my logs: Aug 7 18:54:30 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:30 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:30 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:30 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:31 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:31 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:31 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:31 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:32 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:32 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:32 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:32 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:33 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:33 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:33 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:33 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:34 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:34 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:34 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:34 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:35 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:35 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:35 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:35 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:36 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:36 lisa user.notice root: AtChat : F : +CMS ERROR: 321 I'm not clear on what the AT+CMGL=4 command does but when I google around I see that AT+CMGL=... has something to do with receiving/listing text messages..and the 321 error apparantly means 'Invalid Memory Index' Anyone have any idea what's going on? Is it just me or should I file a bug report? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SMS problem
Maybe this explains it? Recently: I had 3 messages. I deleted 2 of them. I get another message, and it looks for message number 4, even though this is message number 2 now? On Thursday 07 August 2008 19:02:21 Daniel Benoy wrote: I just tried sending myself an SMS under ASU (updated from downloads.openmoko.org yesterday) and something strange is happening. I don't see my text messages, and I'm getting a lot of this in my logs: Aug 7 18:54:30 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:30 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:30 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:30 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:31 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:31 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:31 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:31 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:32 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:32 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:32 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:32 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:33 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:33 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:33 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:33 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:34 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:34 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:34 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:34 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:35 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:35 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:35 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:35 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:36 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:36 lisa user.notice root: AtChat : F : +CMS ERROR: 321 I'm not clear on what the AT+CMGL=4 command does but when I google around I see that AT+CMGL=... has something to do with receiving/listing text messages..and the 321 error apparantly means 'Invalid Memory Index' Anyone have any idea what's going on? Is it just me or should I file a bug report? -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SMS problem
Bug submitted https://docs.openmoko.org/trac/ticket/1757 On Thursday 07 August 2008 19:02:21 Daniel Benoy wrote: Aug 7 18:54:30 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:30 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:30 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:30 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:31 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:31 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:31 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:31 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:32 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:32 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:32 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:32 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:33 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:33 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:33 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:33 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:34 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:34 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:34 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:34 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:35 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:35 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:35 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:35 lisa user.notice root: AtChat : F : +CMS ERROR: 321 Aug 7 18:54:36 lisa user.notice root: AtChat : T : AT+CMGL=4 Aug 7 18:54:36 lisa user.notice root: AtChat : F : +CMS ERROR: 321 -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad A2DP Performance
I compiled it from the development bitbake definitions using mokomakefile, IIRC. On Tuesday 05 August 2008 23:09:08 Steven ** wrote: Ok, where did you get that file?? You must share your secret. Cause I really did look and couldn't find anything that looked right. -Steven On Tue, Aug 5, 2008 at 6:06 PM, arne anka [EMAIL PROTECTED] wrote: I would gladly compare notes with you, but I'm missing bluez-utils-alsa. Where'd you get that package? As soon as I get that package, I should have A2DP running and can report the results. see http://www.ginguppin.de/node/22 and i sincerely hope bt audio will become useful in a near future. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR at golem.de
Yeah, someone who is reviewing this device from the mindset of an end user is someone who's producing a useless review. It says 'Not for end users' all over its site long before you try to buy one. Are they writing a review for people who don't read? If you ask me, FIC should have shipped these with no rootfs, so that it would really drive home the point about how you should approach this device at this early stage. On Wednesday 06 August 2008 09:19:32 Michele Renda wrote: Norbert Hartl wrote: On Wed, 2008-08-06 at 14:35 +0200, Tobias Kündig wrote: This is the worst review I ever read from Golem. So many mistakes. They bought their Freerunner and wrote the review. I bet they haven't tested it for more than 1 day. Fow how long do you think you should check a device before writing a review? I find the review ok. It is very clear that the tester doesn't has to be an expert in this domain. And I found most points to be true. What are the big mistakes in it that makes this review so horrible? The conclusion is that you get a linux computer with many possibilities from which the most are not made available , yet. And it is quite unusable as phone. All true for me. I can't use it as my daily phone and I know how to tweak the device. And that is the same openmoko says about their own product. So where is the problem? I think that before to test something you must to know what are you testing. You can not to test a phone and than to say: Oh... it is stupid, it is not able to prepare me a coffee :) Michele ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS internet connection applet
How did you get pygtk running? I have the problem here: http://docs.openmoko.org/trac/ticket/1718 On Wednesday 06 August 2008 04:47:07 Niccolo Rigacci wrote: Hi, I just wondering if it exists an applet to start/stop the GPRS ppp connection (I use OM2007.2). Following the guidelines of this page http://wiki.openmoko.org/wiki/GPRS I wrote a little PythonGTK applet, that is working well. But I'm a very beginner in OpenMoko, Python and GTK, so may be I get the wrong approach. The applet is callet PyPPP, screenshot and download here: http://www.rigacci.org/wiki/doku.php/doc/appunti/hardware/freerunner#connessione_internet_via_gprs -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bad A2DP Performance
I reported a problem to the openmoko bug tracker a little while ago and I haven't received any feedback yet. I'm hoping I will get more feedback here. When I try using A2DP on my freerunner, I get performance so bad that it's completely unlistenable. The performance is similar to what I get on my desktop and its USB bluetooth dongle, if I go too far away. However, even at extreme close range, I get terribly bad performance from my freerunner. http://docs.openmoko.org/trac/ticket/1656 I'm hoping to learn if this is a freerunner flaw like the GPS issue, if the freerunner was just never designed for the bandwidth required by A2DP, if it's just me and I've snafued something, or if it's just me and my freerunner is faulty. Thanks in advance :) -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WIKI still a POS
I think we should take a lesson from Gentoo's wiki and make a big page with all the howtos. Also, how about this kind of structure?: 'Getting Started' or 'What are open phones?' (Or 'What are open palmtops?' might be better) 'Community Events' 'News' 'HOWTO Index' | \-etc etc. (Categorized, or bareing tags in their titles, based on what hardware / software they're refering to. Perhaps bareing a template that says what hardware, what versions it's known to work with, etc etc.) 'Hardware' | |-'Neo1973 / Neo Freerunner' (General) | | | |-'GPS Chip' (Detailed) | |-'GSM Modem' (Detailed) | \-etc etc. |-'Treo 650 - Partially Supported' \-etc etc. 'Distributions' | |- 'OpenMoko' (General) | |-'ASU' (Detailed) | |-'FSO' (Detailed) | \-'2007.2' (Detailed) |- 'QTopia for Neo phones' \- 'Debian' 'Open Phone Stacks' | |- 'OpenMoko FSO Specification' |- 'Android' \- 'QTopia' I'd love to volunteer to tidy the wiki up. Also, it might be better to just fork the openmoko wiki and make another one (Since the GNU FDL allows it, and the 'openmoko' URL isn't entirely appropriate if we're talking about Debian+Android running on a Treo, as an example.) How would all of you feel about that? P.S. I agree with the sentiment below. As well, developers and power users with special applications need detailed documentation even on mainstream phones. On Wednesday 30 July 2008 13:47:08 steve wrote: Perfectly put -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Wilson Sent: Tuesday, July 29, 2008 8:37 AM To: List for Openmoko community discussion Subject: Re: WIKI still a POS Maybe you are not happy because you think it's just a phone. To me it's a complete programmable handheld computer which happens to have a GSM phone feature. The phone is a fairly insignificant feature for some of us. If all you want is a phone, go to the supermarket, they have really nice ones there that don't come with any significant documentation. I use one myself. I am trying to develop GPS software for the OM. I have had about 15 minutes a day to work on it so far but it's been fun. I don't really care (much) about navigation features, I care about data collection. The competition is not TangoGPS or Garmin or Tom-Tom or anything OM is likely to come out with. Therefore documentation is vitally important to me. Incidentally I borrowed a friend's T-Mobile SIM card and tried the phone feature yesterday. It worked fine (including the documentation). Brian On Tue, Jul 29, 2008 at 7:20 AM, Steven ** [EMAIL PROTECTED] wrote: A phone that NEEDS documentation is a POS. In my mind, the Neo won't be ready for end-users unless I can give it to one of my co-workers and they can figure almost everything out without documentation. -Steven ___ 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 -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
Is it feasible to have illume detect that an application isn't capable/interested in sending the signal to bring up the keyboard? Also, would the openmoko design team be willing to consider a toggle in the configuration menu between manual and automatic? I have a portable bluetooth keyboard (Something which I assume the design team wants to eventually support out-of-the-box) and it's annoying for the on screen keyboard to ever come up for me unless I specifically ask for it because it reduces my usable window space, so in my case, I would prefer to set it to manual. (And I have modified my illume theme to achieve that) If I didn't have a bluetooth keyboard, I'd prefer for it to be automatic, but provide me with a manual toggle (automatically) when I'm currently looking at software which doesn't know how to ask for the keyboard.. I think this is a good compromise, and in the best interests of the platform because of the value of quick-and-dirty linux X11 application porting, but at the same time end-consumers who only use pre-installed software will never even know the toggle is there, so the designers should be happy. I hope I'm not adding to the flame war :( I really appreciate the hard work and money that openmoko is putting into this project for me and the rest of the community .. and I don't want them to feel underappreciated as a result of all the nitpicks. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community