Rod Whitby (MokoMakefile author) moves on to start WebOS Internals
http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html It is with some sadness that I must say goodbye to the OpenMoko community, and move on to new things. My dream of an OpenMoko phone with a hardware keyboard to replace my aging Treo 650 was never realised, and you all know the rest of the story on the software side of things. I've now started a new community (webos-internals.org) which does open source Linux-based development for the Palm Pre. My hope is that freesmartphone.org may one day be the bridge between the OpenMoko community I am now leaving, and the WebOS Internals community which has recently started. I wish everyone continuing down the OpenMoko path the best of success in the future. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso based] Simplified mixer app
On Friday 02 October 2009, Laszlo KREKACS wrote: On Fri, Oct 2, 2009 at 4:17 PM, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: But there is so many things what changed, that Im completely lost. Just wanted to notice you, that restoring the original gsmhandset.state file (and rebooting) does solve my problem. Im able to take call, and hear the other party. (and he able to hear me). Although your program was nice. It changed the mic way better, what I had. Other party said, its much louder and clearer. Hope you can sort out, why the broken .state file is broken. And where the bugs comes from ... Updated version now available: http://www.mazikeen.demon.co.uk/openmoko/fso-simplemixer.py I can't reproduce your problem with faulty saves. You should find some extra debug output if you start it in a terminal, and message boxes so you know something has happened. This will show which scenario it asked fso to save, so you can check whether is asked to save the right one. It's possible we have different versions of frameworkd. I'm testing with: r...@om-gta02 ~ $ opkg list_installed frameworkd frameworkd - 0.9.5.9+gitr1697+ed29786daceccefe918ce3911e3b6fb7f2efb08c-r0 - Other changes: * More scenarios simplified. * With unhandled scenarios there is a message instead of a blank screen or crash I looked into adding the alsa channel number to the name in the advanced view, but pyalsaaudio doesn't make it available. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi-Tool (or GPRS-Tool modified)
Esteban Monge esteban.franci...@gmail.com writes: def wifi_on(self, button): os.system(mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/PowerControl/WiFi org.freesmartphone.Resource.Enable) Are you sure you know exactly what FSO resources concept is about and have you seen FSO_Resources wikipage? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WiFi-Tool (or GPRS-Tool modified)
On Mon, 5 Oct 2009 14:09:19 -0600 Esteban Monge esteban.franci...@gmail.com (EM) wrote: Hello I readed this page: http://wiki.openmoko.org/wiki/FSO_Resources You suggest use the command fsoraw -r WiFi if you for example enable wifi via shr-settings and then use any script that uses fso-raw by default, the resource will get released upon the spripts exit... which imho is bad - it should read the status of the resource before action and when leaving leave it in the state it was in, or? Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-u] App Launcher first thoughts
It's taken me a while to get around to looking at this. Brilliant, really like it for a start but hard to find info on how to configure it. At present I can't seem to configure it to receive the SMS messages. I've been looking through the internet with a very bad connection trying to find some info on the necessary configuration of both launcher and framework to get it to work. I unfortunately removed shr-messages from the phone as I liked the app launcher so much. Now I've got the notifications that I've received an SMS message but I've no idea where it is. Using a test sim so I'm messaging myself so I'm not missing anything anyhow ;-) I have to say I like the default screen and think that it's better then the illume app screen in shr-u. This is personal opinion but I don't think that the screen of applications I have installed is information. It only becomes information if I add an app to the phone and then it's only useful information when I add one and can see it there. I don't think I'd like my computer's desktop to just show me all the apps I have installed. I know where to find the menu to launch one though, when I need it. As I've said can't find info on launcher but my screen is showing me the time and the date, each on a line and then on a third line it's showing me a few numbers which I've no idea about. What does that info mean? I've been looking over what email I still have in my inbox on the subject of launcher and trying to piece together info. I don't think it should be that complicated though. It'd be great if people who went ahead of me and found stuff out could have updated the app launcher wiki page in the openmoko wiki, then I'd be standing on the shoulders of giants. At present all I can see are shins. Now in one of those previous emails the author (Well done on a brilliant app) mentioned that an attempt might be made to create a dbus interface to add info to the launcher home screen. Did that go anywhere? I'm interested in this as I'd like to add a simple anniversary app which could make use of this interface. I don't want to add reminders for birthdays and the like as it's a bit of work and when I do that on other phones I get reminded maybe three days before the event and then promptly forget it till the day after the event (disaster_1.0.0.bb) It'd be great if I could write a simple script which would look at my text file which contains all the dates and work out which date is next and how long I've got. Then post that info to app launcher which could put it under the time and date and maybe even color code it depending on how long I've got left. A cron job could check it when the date changes at midnight and when the phone is powered up. Obviously then I can't forget the date in question. Maybe if there were two dates very close it could put up both. Anyhow that's just be thinking out loud. Maybe other people here ain't as absent minded as me. Maybe it's an age thing ;-) Loving the launcher if I could only wire it up to receive messages ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
Stroller wrote: This barometer is self-contained and connected to the i2c bus, a _relatively_ simple addition. If there is demand for the barometer - although I'm inclined to agree with Rask that there wouldn't be - then it might it be justified to add it were Brazil ever to go into Freerunner production. Here's where Open Design Hardware changes the scenario: if you have an (open) base product, you can design, produce, and deploy small changes for a special interest group at a comparably low price - a bit higher than if the change was part of the mass-produced design, but considerably lower than any traditional alternatives. software installed. The software would have to be closed-source, [... more horror material ...] Why bother ? Even if we assume for a moment that you can't make money selling unencumbered software, you'd have the enhanced hardware already as a kind of dongle. Also, since this would be a highly specialized niche product, I would expect customer loyalty to be high. - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Increasing GPS accuracy with EGNOS
Someone tell me what command to run on what distro and I'll let you all know... Oh, and somebody write a SISNeT application too ;-) http://www.egnos-pro.esa.int/sisnet/index.html 2009/10/5 Joseph Reeves iknowjos...@gmail.com: This is probably worth checking to see what is actually happening when in Europe, Someone tell me what command to run on what distro and I'll let you all know... 2009/10/5 Al Johnson openm...@mazikeen.demon.co.uk: On Sunday 04 October 2009, Erik Lundin wrote: Good news, indeed. Does the Neo FreeRunner support EGNOS signals? Both the hardware and software? http://www.u-blox.com/en/download-center.html?task=view.downloadcid=83 According to this the Antaris 4 is capable of using WAAS, EGNOS and MSAS, collectively known as SBAS, and the signal is received through the GPS antenna. By default it is enabled, with one search channel, although this can be configured through the ubx protocol. The status can also be shown in ubx messages. This is probably worth checking to see what is actually happening when in Europe, as when it was written EGNOS was in test mode, and its use was disabled by default. It is unclear whether this was because of a 'test mode' flag in the signal or hardcoding in the firmware. ___ 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: tangogps 0.9.7 release
myself, i'd be inclined to ignore them and carry on uploading tracks +1 2009/10/3 Robin Paulson robin.paul...@gmail.com: 2009/10/3 Helge Hafting helge.haft...@hist.no: Actually, I got a mail once telling me not to do that. Seems there were limited room on servers, and too much of my tracks were known stuff. So now I only edit with josm, I don't upload tracks. who told you that? i'd be very surprised if that was anyone who actually had an involvement with the osm infrastructure (servers, etc.). the people involved in maintaining and directing osm are pretty light in their instructions to everyone else (which has good and bad side effects...) myself, i'd be inclined to ignore them and carry on uploading tracks ___ 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: Rod Whitby (MokoMakefile author) moves on to start WebOS Internals
Rod, wow, sad to see you go indeed. You are one of the true old-timers of Openmoko :-) Since hacking the Palm Pre is not that far from an 'open phone' perspective, maybe you can add a feed to the Openmoko planet and we can that way stay in touch with what you are doing? I will regularly check what's going on at webos-internals.org All the best! Good luck! Wolfgang On Tue, Oct 06, 2009 at 10:08:23PM +1030, Rod Whitby wrote: http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html It is with some sadness that I must say goodbye to the OpenMoko community, and move on to new things. My dream of an OpenMoko phone with a hardware keyboard to replace my aging Treo 650 was never realised, and you all know the rest of the story on the software side of things. I've now started a new community (webos-internals.org) which does open source Linux-based development for the Palm Pre. My hope is that freesmartphone.org may one day be the bridge between the OpenMoko community I am now leaving, and the WebOS Internals community which has recently started. I wish everyone continuing down the OpenMoko path the best of success in the future. -- Rod ___ 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: WiFi-Tool (or GPRS-Tool modified)
def set_status(self, label): status = os.system(ifconfig eth0) if status == 0: status = WiFi Power On label.set_text(status) label.modify_fg(gtk.STATE_NORMAL, gtk.gdk.color_parse(green)) else: status = WiFi Power Off label.set_text(status) label.modify_fg(gtk.STATE_NORMAL, gtk.gdk.color_parse(red)) This part of the script check if WiFi is Power On or Power Off, maybe prevents the bad use of the script, in my case work good. -- http://nuevaeracr.blogspot.com Linux user number 478378 Linux machine number 386687 Tec. Esteban Monge Marín Tel: (506) 8379-3562 “No habrá manera de desarrollarnos y salir de la pobreza mientras los pocos negocios grandes de nuestro medio se entreguen a las economías foráneas y nosotros nos quedemos con solo negocios de pobre, mientras en vez de ser propietarios de nuestro propio país nos convirtamos en un ejército de empleados del exterior” José Figueres Ferrer, 1952. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rod Whitby (MokoMakefile author) moves on to start WebOS Internals
Rod, thanks for all the work you did to bring Openmoko forward! Even though it took all so long due to all our detours, I'm quite satisfied with what the Openmoko community has created throughout the years, especially since Openmoko Inc. stopped guiding the project. A hardware family often is the initial trigger to establish a community, however it's important to embrace and extend, especially when the days of the hardware family are counted. As other solution come around, it gets important for the Openmoko community to widen the focus and grow into something larger. I created the freesmartphone.org project to cover a much wider scope than Openmoko -- as such, we are looking forward to continue our work on FSO covering both anti-vendor-ports and forthcoming semiopen devices such as the Palm Pre and the Nokia N900. So... good bye and hello again! See you soon, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No wireless in Debian Sid
On Monday 05 October 2009, Esteban Monge wrote: Hello Again... I found this command, I think is the correct way to enable the wireless: mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/PowerControl/WiFi org.freesmartphone.Resource.Enable And to turn off: mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/PowerControl/WiFi org.freesmartphone.Resource.Disable I going to make the little gui based in this commands... You should not use this interface! From the docs[1]: Applications usually are not allowed to use this interface directly, they will solely interact using the org.freesmartphone.Usage API. The Resource Handling introduction[2] describes how you're supposed to control resources. In short you should be using: mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy WiFi enabled The valid states are enabled, disabled and auto, with auto being the default. Auto will enable the resource only when at least one application has requested it. [1] http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Resource.html;hb=HEAD [2] http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/usage- intro.html;hb=HEAD [3] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qi - SHR-U/All?] Pink line of death
It's not omnewrotate. If you're lucky, using omnewrotate may help you recover that screen state. All omnewrotate does is infer a position from the accelerometers and using the xrandr API to rotate the screen http://code.google.com/p/omnewrotate/source/browse/trunk/src/omnewrotate.c#264 So if you want a culprit you can look at libxrandr, although I'm looking quite more seriously at that damned glamo chip. As to your last question, just chmod 000 /etc/X11/Xsession.d/*omnewrotate Rui On Mon, Oct 05, 2009 at 10:04:49AM +0200, Andreas Fischer wrote: Hi, I've also seen this bug and I've also tracked it down to OMNewRotate. My solution so far was to always disable rotation before going into suspend. Not doing so seems to give a chance of (almost?) 100% failure. Note, that I keep the freerunner strapped in a horizontal position to my belt - so during suspend it will almost certainly be rotated, unless rotate has been switched off. Interestingly there seems to be a step before the pink line is shown: Sometimes when I boot and do not enter the PIN immediately (but still before suspend), the screen is partly garbled (lower 33% of the screen in portrait mode). After suspend, the pink line shows up. Listening to the feeling in my gut, I'd say glamo b0rks screen setup when in a rotated position. Hope this helps to narrow it down. Meanwhile - is there a way to disable OMNewRotate on boot and suspend (i.e. to only enable it manually)? Regards, Andreas Christ van Willegen wrote: Hello, Has anyone seen the 'pink line of death' at any time? My FR sometimes does not suspend, but instead shows a black screen with a pink/purple line at about 33% from the bottom of the screen. The backlight is fully on. Also, the screen is whining. I haven't been able to reproduce it with a known procedure, but it may have to do with rotating the phone during suspend. I also haven't had it in this state on such times that it was possible to SSH into it to see if it was still alive or not. Shall I file a bug report with this meager information? Christ van Willegen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Advanced Geocaching Tool for Linux - Version 0.4.0
A new version is out and there are lots of new features: - Added cool command line interface! See below for features. - Completely new search feature - New marking feature: Mark interesting geocaches and get back to them quickly. - Added upper bound for visible caches to improve speed - Added upscaling of missing map tiles - Changed image loading* - Don't redraw map on movement if your position isn't shown anyway - Changed quality indicator to see how exact the shown position is. Shows if DPGS-Satellites (SBAS) are in sight. - Recursive retrieval of geocaches. Download more geocaches with one click. - bearing-hold function now works. - better map drawing: see faster, which tiles are missing - better hint decoding - added python-json dependency - Faster downloading of geocaches. - Removed exporting function until it is adapted to the new downloader - Smaller default size for use on netbooks * To have all the images of a cache available, re-download your geocaches. The package is available as a PyPi-package for all newer python distributions. For Ubuntu, all you have to do is: sudo apt-get install python-setuptools sudo easy_install agtl An (slightly outdated) debian package for older python distributions is available (see http://packages.debian.org/search?keywords=agtlsearchon=namessuite=allsection=all ). These are the features of the new CLI: ./agtl set [options] Change the configuration. ./agtl import [importactions] Fetch geocaches from geocaching.com and write to the internal database. ./agtl import [importactions] do [actions] Fetch geocaches from geocaching.com, put them into the internal database and do whatever actions are listed. ./agtl filter [filter-options] do [actions] Query the internal database for geocaches and do the desired actions. ./agtl import [importactions] filter [filter-options] do [actions] Import geocaches, put them into the internal database, filter the imported geocaches and run the actions. ./agtl sql SELECT * FROM geocaches WHERE ... ORDER BY ... LIMIT ... do [actions] Select geocaches from local database and run the actions afterwards. Additional use of the filter is also supported. To get more information, run ./agtl sql. options: --user(name) username --pass(word) password Your geocaching.com login data. importactions: --in coord1 coord2 Fetches the index of geocaches between the given coordinates. These are interpreted as the corners of a rectangle. All caches within the rectangle are retrieved. No details are retrieved. --around coord radius-in-km Fetches the index of geocaches at the given coordinate and radius kilometers around it. No details are retrieved. filter-options: --in coord1 coord2 --around coord1 radius-in-km See import actions. -f|--found -F|--not-found Filter out geocaches which have (not) been found by the user. -w|--was-downloaded caches which have full detail information available -s|--size (min|max) 1..4|micro|small|regular|huge|other Specify a minimum or maximum size. If min/max is not given, show only geocaches with the given size. -d|--difficulty (min|max) 1.0..5.0 -t|--terrain (min|max) 1.0..5.0 Filter out geocaches by difficulty or terrain. -T|--type type,type,... type: virtual|regular|unknown|multi|event Only show geocaches of the given type(s) -o|--owner owner-search-string -n|--name name-search-string -i|--id id-search-string Search owner, name (title) or id of the geocaches. --new Caches which were downloaded in current session. Useful to get alerted when new caches arrive. actions: --print Default action, prints tab-separated list of geocaches --fetch-details Downloads Descriptions etc. for selected geocaches --export-html folder Dumps HTML pages to given folder --command command Runs command if more than one geocache has survived the filtering. The placeholder %s is replaced by a shell-escaped list of geocaches. Not implemented yet: --export-gpx folder Dumps geocaches into separate GPX files --export-single-gpx file Dumps selected geocaches into a single GPX file --draw-map zoom file Draws one big JPEG file with the positions of the selected geocaches --draw-maps zoom folder [tiles] Draws a small JPEG image for every geocache. Preferred format for coordinates: 'N49 44.111 E6 29.123' or 'N49.123456 E6.043212' Instead of a coordinate, you may
Re: Advanced Geocaching Tool for Linux - Version 0.4.0
D. Fett wrote: A new version is out and there are lots of new features: The 'send' button was too close to my mouse pointer, sorry! ;-) The package is available here: http://www.opkg.org/package_268.html -- View this message in context: http://n2.nabble.com/Advanced-Geocaching-Tool-for-Linux-Version-0-4-0-tp3774950p3774956.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rod Whitby (MokoMakefile author) moves on to start WebOS Internals
Thank you anyway. Traitor! :) And ROFL about the northern hemisphere chauvinism issue with your GPS. *g* I hope that is not a omen... See you back ;) Rod Whitby wrote: http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html It is with some sadness that I must say goodbye to the OpenMoko community, and move on to new things. -- MFG Tilman Baumann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advanced Geocaching Tool for Linux - Version 0.4.0
The 'send' button was too close to my mouse pointer, sorry! ;-) The package is available here: http://www.opkg.org/package_268.html it's working for me now (the previous version for some reason didn't get any caches) i have to say i have neglected GC for some time now also due to not being able to run of freerunner, so thank you! Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [pkg-fso-maint] WiFi-Tool (or GPRS-Tool modified)
Hello Al Johnson recommends use the next command:
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
But send the next error:
ERROR:dbus.connection:Unable to set arguments ('WiFi',) according to
signature
u'ss': type 'exceptions.TypeError': More items found in D-Bus signature
than in Python arguments
--
http://nuevaeracr.blogspot.com
Linux user number 478378
Linux machine number 386687
Tec. Esteban Monge Marín
Tel: (506) 8379-3562
“No habrá manera de desarrollarnos y salir de
la pobreza mientras los pocos negocios
grandes de nuestro medio se entreguen a las
economías foráneas y nosotros nos
quedemos con solo negocios de pobre,
mientras en vez de ser propietarios de nuestro
propio país nos convirtamos en un ejército de
empleados del exterior”
José Figueres Ferrer, 1952.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [pkg-fso-maint] WiFi-Tool (or GPRS-Tool modified)
On Tuesday 06 October 2009, Esteban Monge wrote:
Hello Al Johnson recommends use the next command:
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
But send the next error:
ERROR:dbus.connection:Unable to set arguments ('WiFi',) according to
signature
u'ss': type 'exceptions.TypeError': More items found in D-Bus signature
than in Python arguments
The command listed above works for me. If I remove the 'enabled' argument I
get the error you quote.
SetResourcePolicy takes two arguments. The first is the resource, in this case
'WiFi'. The second is the policy you want to set, in this case 'enabled'.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
USB networking with Ubuntu 9.04
followed as described in: http://wiki.openmoko.org/wiki/USB_Networking - Ubuntu 9.04 - the Jaunty Jackalope -- udev One can see /etc/udev/rules.d that a device plugged in on USB will be called *eth1*. Go to system-Administration-Network and add the parameters for eth1 static ip, address 192.168.0.200 mask 255.255.255.192 add your default gateway. Thats is all. Tested with Qi bootloader aka official MAC address of the Freerunner : on Android Koolu beta 7 Carig Philippines --frankhttp://wiki.openmoko.org/index.php?title=User:Frankaction=edit14:11, 17 June 2009 (UTC) -- and eth1 gets assigned the proper IP address. I can connect to Neo but from there I don't have any connection to the 'outside'. Please notice that resolv.conf has the correct Opendns IPs! Actually I should face the same problem as described in: http://lists.openmoko.org/nabble.html#nabble-td3119750 but the postings there weren't of any help :( Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [pkg-fso-maint] WiFi-Tool (or GPRS-Tool modified)
I use Debian, maybe some parts of FSO are too old... -- http://nuevaeracr.blogspot.com Linux user number 478378 Linux machine number 386687 Tec. Esteban Monge Marín Tel: (506) 8379-3562 “No habrá manera de desarrollarnos y salir de la pobreza mientras los pocos negocios grandes de nuestro medio se entreguen a las economías foráneas y nosotros nos quedemos con solo negocios de pobre, mientras en vez de ser propietarios de nuestro propio país nos convirtamos en un ejército de empleados del exterior” José Figueres Ferrer, 1952. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso based] Simplified mixer app
Thanks for the app, Al (see below) On Monday 05 October 2009 19:43:37 Al Johnson wrote: On Friday 02 October 2009, Laszlo KREKACS wrote: On Fri, Oct 2, 2009 at 4:17 PM, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: But there is so many things what changed, that Im completely lost. Just wanted to notice you, that restoring the original gsmhandset.state file (and rebooting) does solve my problem. Im able to take call, and hear the other party. (and he able to hear me). Although your program was nice. It changed the mic way better, what I had. Other party said, its much louder and clearer. Hope you can sort out, why the broken .state file is broken. And where the bugs comes from ... Updated version now available: http://www.mazikeen.demon.co.uk/openmoko/fso-simplemixer.py In simple view if I slide volume all the way to the right, it goes to 101 (not 100) is that correct? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Universal Remote for CE/HA? (openmoko)
Psion 5, 5mx, Ericsson mc218. Slow cpu, limited memory, monochrome and old kernel, but excellent battery life on a pair of AAs. Probably not the form factor you're after though. Interesting idea thanks, perhaps a tad too old though as you say. I'd prefer a form-factor closer to a standard remote but with an LCD, ideally touch-screen but not imperative. Neuros OSD - for a low power consumption ethernet to IR gateway and standard def media player. Again probably not what you're after. Yeah really looking for hand-held device but thanks! My own initial idea was, of course, to just find a handheld device with inbuilt IR functionality, but then not only did I see that there was the issue of finding something with `inbuilt IR' functionality at all, but that the meaning of IR actually varied (computing devices support IRDA; TVs and other such devices use different protocols, and it appeared that an IRDA device may not be able to support any of the non-IRDA protocols). Also, prior to the FreeRunner, I found it difficult to justify to myself the idea spending $500 or more on a more functionally-limited device like an iPaq or something that would probably just end up being a $500+ TV remote control. But then I got an OSD and realised that it came with a IR dongle and that I could use it as a gateway, which made the problem easier. One of the interesting things about the IR functionality of the OSD, though, is that it doesn't appear to be built-in to the OSD per se--the IR transmitter is a small device that just connects to the OSD's serial port. I believe that there are universal `consumer electronics'-type IR transceivers (UIRT) currently on the market that function as USB devices, and some of them are even quite cheap--in the worst case, this might be a less-invasive option: to simply plug one of these into a FreeRunner's USB port. Nah if I can't find something that has Consumer_IR integrated I'll just persevere with my X50V. If it turns out to be too limited longer-term for other reasons, then I'll just start excluding IR as a prerequisite for any replacement. I'll still have the IR bridge functionality built into my controller PC that's all that really matters in the end. I haven't decided on the exact IR transceiver yet, but it'll be from one of the these three vendors: Iguana, IRTrans, CommandIR. The others have been ruled out. I'm thinking the IR bridge functionality would be best built into my pre-existing HTPC. Bridging for other protocols will prolly be done by a 2nd controller PC (the primary HA controller), which will be a VM on my native VMM server. Cheers, Jed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso based] Simplified mixer app
On Tuesday 06 October 2009, Mikhail Umorin wrote: Thanks for the app, Al (see below) On Monday 05 October 2009 19:43:37 Al Johnson wrote: On Friday 02 October 2009, Laszlo KREKACS wrote: On Fri, Oct 2, 2009 at 4:17 PM, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: But there is so many things what changed, that Im completely lost. Just wanted to notice you, that restoring the original gsmhandset.state file (and rebooting) does solve my problem. Im able to take call, and hear the other party. (and he able to hear me). Although your program was nice. It changed the mic way better, what I had. Other party said, its much louder and clearer. Hope you can sort out, why the broken .state file is broken. And where the bugs comes from ... Updated version now available: http://www.mazikeen.demon.co.uk/openmoko/fso-simplemixer.py In simple view if I slide volume all the way to the right, it goes to 101 (not 100) is that correct? That depends which slider it is ;-) It is correct. I map the alsa channels to a single slider giving equal increments covering the full range possible from those channels. For the outputs this is usually gives steps 0 to 101 while for the mic it is usually 0 to 119. If you uncomment self.gta02mixer.PrintGains() and start it from the cli it will show you the gain setting in dB for each step in the debug output. Unfortunately pyalsaaudio only accepts integer percentages when setting volume, so there are rounding errors when actually setting the volumes. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On 6 Oct 2009, at 02:18, Werner Almesberger wrote: Stroller wrote: This barometer is self-contained and connected to the i2c bus, a _relatively_ simple addition. If there is demand for the barometer - although I'm inclined to agree with Rask that there wouldn't be - then it might it be justified to add it were Brazil ever to go into Freerunner production. Here's where Open Design Hardware changes the scenario: if you have an (open) base product, you can design, produce, and deploy small changes for a special interest group at a comparably low price - a bit higher than if the change was part of the mass-produced design, but considerably lower than any traditional alternatives. software installed. The software would have to be closed-source, [... more horror material ...] Why bother ? Even if we assume for a moment that you can't make money selling unencumbered software, you'd have the enhanced hardware already as a kind of dongle. Also, since this would be a highly specialized niche product, I would expect customer loyalty to be high. Honestly? To add the barometer appears a very easy task. It involves soldering two wires, right? If you were to start a business based on this, you might charge $100 markup to make the modification but also to cover the cost of the full- time job writing and supporting the software. I think more might even be reasonable, or you might have tiered packages depending upon software features. The Freerunner is readily available mail order - if a student in your local town were to offer to upgrade the hardware for $20, sorry, I think the business would be completely undermined. And there are Linux- competent students in every town - the dongle, as you call it, is too easily manufactured by anyone. I love believe in Free software, but I just don't know that it's realistic to expect to make money out of it that way. Were I ever - as a sole-trader presently - to write commercial code, I would probably GPL it in my will. Rau1 remarks on the readability of the screen - he surely is far more familiar with the current state of the sport than I am, since I have not flown in 5 years. In this case it might be better to base a design on a custom Gumstix-based board and a black-and-white screen, so the discussion becomes entirely moot. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Theme/UI proposals
On Sun, Oct 4, 2009 at 5:50 PM, Jon Kristian Nilsen jokr.nil...@gmail.com wrote: For instance font-sizes should imho be adjustable by the app, not locked to a theme. I do believe, it is also beneficial to adjust the overall look to it. My view is pretty much summerized in jimmac's blogpost: http://jimmac.musichall.cz/log/?p=31 Although its not an icon, but the analogy its quite perfect. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rod Whitby (MokoMakefile author) moves on to start WebOS Internals
2009/10/6 Rod Whitby r...@whitby.id.au: http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html It is with some sadness that I must say goodbye to the OpenMoko community, and move on to new things. My dream of an OpenMoko phone with a hardware keyboard to replace my aging Treo 650 was never realised, and you all know the rest of the story on the software side of things. I've now started a new community (webos-internals.org) which does open source Linux-based development for the Palm Pre. My hope is that freesmartphone.org may one day be the bridge between the OpenMoko community I am now leaving, and the WebOS Internals community which has recently started. I wish everyone continuing down the OpenMoko path the best of success in the future. -- Rod Hi Rod, thanks for your all your work on lower the barrier of OE hell for a newbee like me, and thanks for your private lessons about GPL licencing and nettiquete I have learned a lot thanks to you, I will follow your work whit the Pre close, I like to see little devices with a free hackable penguin inside :) David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ 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: USB networking with Ubuntu 9.04
* Tony Berth tonybe...@googlemail.com [06.10.2009 18:06]: followed as described in: http://wiki.openmoko.org/wiki/USB_Networking - Ubuntu 9.04 - the Jaunty Jackalope -- udev One can see /etc/udev/rules.d that a device plugged in on USB will be called eth1. Go to system-Administration-Network and add the parameters for eth1 static ip, address 192.168.0.200 mask 255.255.255.192 add your default gateway. Thats is all. Tested with Qi bootloader aka official MAC address of the Freerunner : on Android Koolu beta 7 Carig Philippines --frank 14:11, 17 June 2009 (UTC) -- and eth1 gets assigned the proper IP address. I can connect to Neo but from there I don't have any connection to the 'outside'. Please notice that resolv.conf has the correct Opendns IPs! Actually I should face the same problem as described in: http://lists.openmoko.org/nabble.html#nabble-td3119750 but the postings there weren't of any help :( Thanks Tony I used the config you can find in [0] and it works. [0] http://wiki.openmoko.org/wiki/USB_Networking#Debian.2C_Ubuntu_and_others ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- IRC: playya @ Freenode, Gimpnet xmpp: pla...@draugr.de signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bug in Handheld-Linux webshop solved
Hi all, if you have tried to use our Openmoko webshop in the last days with FireFox / IceWeasel / SeaMonkey, you may have experienced that the shopping cart was automatically deleted when trying to checkout. This effect did not happen with using e.g. Safari. We have now found why, and that may be interesting for PHP script writers... The reason was that a recent upgrade of libphp5.so and /usr/bin/php made the function date(d M Y) no longer display the current year but . For scripts using this PHP function this would just look strange, but the main issue was that the expiration date of cookies sent to your browser is obviously derived from the same library function. So our shopping cart cookie was tagged with an expiration date 06-Oct-. Now it looks as if Safari simply ignores the expiration date (but stores the cookie) while FireFox discards the whole cookie - and the shopping cart contents were lost. Therefore, we hat different browser behaviour. Now we have fixed this and everything is well again. And thanks to one of our community members from Italy for pointing out to use IceWeasel (while we usually do tests with a Mac and Safari). Nikolaus Mobile Office Solutions by Golden Delicious Computers GmbHCo. KG Buchenstr. 3 D-82041 Oberhaching +49-89-54290367 http://www.handheld-linux.com AG München, HRA 89571 VAT DE253626266 Komplementär: Golden Delicious Computers Verwaltungs GmbH Oberhaching, AG München, HRB 16602 Geschäftsführer: Dr. Nikolaus Schaller Digital Tools for Independent People ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [SHR-U / All?] Illume Keyboard in Landscape
|On 3 Oct 2009, at 19:04, Joshua Judson Rosen wrote: | Sebastian Krzyszkowiak seba.d...@gmail.com writes: | ... | But I already told you - you don't have to restart whole E. Just | enter | to keyboard menu in illume wrench, select none, and then default (it | will restart illume keyboard). And it'll work just nicely. | | I don't even need to do *that*: I've always just tapped the `qwerty' | box (in the top-right corner, in the default theme), and the keyboard | pops up perfectly fine even in landscape mode. I don't understand what | you guys are talking about--should that not be working for me? | |On my Freerunner - running SHR-unstable - the qwuerty is not visible |in the top-right corner by default. You have to press the wrench to |pull out the top tray. Then the qwerty is visible and pressing it |operates the keyboard. I believe this is what Sebastian is explaining. | |Stroller. | I don't think so. Many of us have the problem where the keyboard does not show completely in landscape mode. My understanding of the work-around is to select none then illume in the illume wrench settings. I've tried this and it works, but you have to do it again when you switch back to portrait since the keyboard doesn't resize. I'll use this as a workaround, but I'm hoping the updated version will fix the issue. Sebastian, Is that slated to be added to SHR soon? Thanks, Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB networking with Ubuntu 9.04
On Tue, Oct 6, 2009 at 10:00 PM, Frederik Sdun frederik.s...@googlemail.com wrote: * Tony Berth tonybe...@googlemail.com [06.10.2009 18:06]: followed as described in: http://wiki.openmoko.org/wiki/USB_Networking - Ubuntu 9.04 - the Jaunty Jackalope -- udev One can see /etc/udev/rules.d that a device plugged in on USB will be called eth1. Go to system-Administration-Network and add the parameters for eth1 static ip, address 192.168.0.200 mask 255.255.255.192 add your default gateway. Thats is all. Tested with Qi bootloader aka official MAC address of the Freerunner : on Android Koolu beta 7 Carig Philippines --frank 14:11, 17 June 2009 (UTC) -- and eth1 gets assigned the proper IP address. I can connect to Neo but from there I don't have any connection to the 'outside'. Please notice that resolv.conf has the correct Opendns IPs! Actually I should face the same problem as described in: http://lists.openmoko.org/nabble.html#nabble-td3119750 but the postings there weren't of any help :( Thanks Tony I used the config you can find in [0] and it works. [0] http://wiki.openmoko.org/wiki/USB_Networking#Debian.2C_Ubuntu_and_others ___ but this one 'ties' it in usb0 although it connects as eth1! How can this work? I also used the following entries in /etc/network/interfaces: #freerunner3 allow-hotplug eth1 iface eth1 inet static address 192.168.0.200 netmask 255.255.255.0 network 192.168.0.0 up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 up echo 1 /proc/sys/net/ipv4/ip_forward up iptables -P FORWARD ACCEPT down iptables -D POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 and didn't work! Openmoko wasn't able to get an IP address at all! Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB networking with Ubuntu 9.04
Tony Berth schrieb:
On Tue, Oct 6, 2009 at 10:00 PM, Frederik Sdun
frederik.s...@googlemail.com mailto:frederik.s...@googlemail.com
wrote:
* Tony Berth tonybe...@googlemail.com
mailto:tonybe...@googlemail.com [06.10.2009 18:06]:
followed as described in:
http://wiki.openmoko.org/wiki/USB_Networking
-
Ubuntu 9.04 - the Jaunty Jackalope -- udev
One can see /etc/udev/rules.d that a device plugged in on USB
will be
called eth1. Go to system-Administration-Network and add
the parameters
for eth1 static ip, address 192.168.0.200 mask
255.255.255.192 add your
default gateway. Thats is all.
Tested with Qi bootloader aka official MAC address of the
Freerunner : on
Android Koolu beta 7
Carig Philippines --frank 14:11, 17 June 2009 (UTC)
--
and eth1 gets assigned the proper IP address. I can connect
to Neo but
from there I don't have any connection to the 'outside'.
Please notice
that resolv.conf has the correct Opendns IPs!
Actually I should face the same problem as described in:
http://lists.openmoko.org/nabble.html#nabble-td3119750
but the postings there weren't of any help :(
Thanks
Tony
I used the config you can find in [0] and it works.
[0]
http://wiki.openmoko.org/wiki/USB_Networking#Debian.2C_Ubuntu_and_others
___
but this one 'ties' it in usb0 although it connects as eth1! How can
this work?
I also used the following entries in /etc/network/interfaces:
#freerunner3
allow-hotplug eth1
iface eth1 inet static
address 192.168.0.200
netmask 255.255.255.0
network 192.168.0.0
up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
http://192.168.0.0/24
up echo 1 /proc/sys/net/ipv4/ip_forward
up iptables -P FORWARD ACCEPT
down iptables -D POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
http://192.168.0.0/24
and didn't work! Openmoko wasn't able to get an IP address at all!
get ip adress ? dont understand this.
but i had to add this two lines to my /etc/ufw/ufw.conf
ufw allow from 192.168.0.202
ufw allow to 192.168.0.202
another trial with iptables needs to load some modules too:
#!/bin/sh
MOKO=192.168.0.202
echo 1 /proc/sys/net/ipv4/ip_forward
modprobe ipt_MASQUERADE
iptables -I FORWARD -j ACCEPT -d ${MOKO}/32
iptables -I FORWARD -j ACCEPT -s ${MOKO}/32
iptables -I POSTROUTING -t nat -j MASQUERADE -s ${MOKO}/32
--
Mit freundlichen Grüssen
Matthias Huber
Kohlstattstr. 14
86459 Wollishausen
Tel: 08238-7998
LPI000181125
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [pkg-fso-maint] WiFi-Tool (or GPRS-Tool modified)
On Tue, Oct 06, 2009 at 10:07:54AM -0600, Esteban Monge wrote: I use Debian, maybe some parts of FSO are too old... probably not, we have a very recent git version, there are just some opimd changes between our release and current git ;) But I didn't update the configuration for the new framework yet, so opimd is not yet enabled. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rod Whitby (MokoMakefile author) moves on to start WebOS Internals
On Tue, Oct 6, 2009 at 5:08 PM, Rod Whitby r...@whitby.id.au wrote: http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html It is with some sadness that I must say goodbye to the OpenMoko community, and move on to new things. So long and thanks for all the fish.. MokoMakefile was a neat script. :) Regards Sudharshan S Blog : http://sudharsh.wordpress.com IRC : Sup3rkiddo @ Freenode, Gimpnet ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [pkg-fso-maint] WiFi-Tool (or GPRS-Tool modified)
I updated manually only frameworkd with fso-frameworkd_0.9.5.9+git20090920-1_all.debhttp://pkg-fso.alioth.debian.org/debian/pool/main/f/fso-frameworkd/fso-frameworkd_0.9.5.9+git20090920-1_all.debpackage, the rest is only updated with apt-get. Is valid a Auto button in the script? -- http://nuevaeracr.blogspot.com Linux user number 478378 Linux machine number 386687 Tec. Esteban Monge Marín Tel: (506) 8379-3562 “No habrá manera de desarrollarnos y salir de la pobreza mientras los pocos negocios grandes de nuestro medio se entreguen a las economías foráneas y nosotros nos quedemos con solo negocios de pobre, mientras en vez de ser propietarios de nuestro propio país nos convirtamos en un ejército de empleados del exterior” José Figueres Ferrer, 1952. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U / All?] Illume Keyboard in Landscape
On 5 Oct 2009, at 19:12, Russell Dwiggins wrote: |On 3 Oct 2009, at 19:04, Joshua Judson Rosen wrote: | Sebastian Krzyszkowiak seba.d...@gmail.com writes: | ... | But I already told you - you don't have to restart whole E. Just | enter | to keyboard menu in illume wrench, select none, and then default (it | will restart illume keyboard). And it'll work just nicely. | | I don't even need to do *that*: I've always just tapped the `qwerty' | box (in the top-right corner, in the default theme), and the keyboard | pops up perfectly fine even in landscape mode. I don't understand what | you guys are talking about--should that not be working for me? | |On my Freerunner - running SHR-unstable - the qwuerty is not visible |in the top-right corner by default. You have to press the wrench to |pull out the top tray. Then the qwerty is visible and pressing it |operates the keyboard. I believe this is what Sebastian is explaining. | |Stroller. | I don't think so. Many of us have the problem where the keyboard does not show completely in landscape mode. My understanding of the work-around is to select none then illume in the illume wrench settings. I've tried this and it works, but you have to do it again when you switch back to portrait since the keyboard doesn't resize. Sorry, I read ALL these explanations as saying exactly the same thing, just in different ways. Perhaps you could clarify how they differ? Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso based] Simplified mixer app
On Tuesday 06 October 2009 12:28:37 Al Johnson wrote: On Tuesday 06 October 2009, Mikhail Umorin wrote: Thanks for the app, Al (see below) On Monday 05 October 2009 19:43:37 Al Johnson wrote: On Friday 02 October 2009, Laszlo KREKACS wrote: On Fri, Oct 2, 2009 at 4:17 PM, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: But there is so many things what changed, that Im completely lost. Just wanted to notice you, that restoring the original gsmhandset.state file (and rebooting) does solve my problem. Im able to take call, and hear the other party. (and he able to hear me). Although your program was nice. It changed the mic way better, what I had. Other party said, its much louder and clearer. Hope you can sort out, why the broken .state file is broken. And where the bugs comes from ... Updated version now available: http://www.mazikeen.demon.co.uk/openmoko/fso-simplemixer.py In simple view if I slide volume all the way to the right, it goes to 101 (not 100) is that correct? That depends which slider it is ;-) It is correct. I map the alsa channels to a single slider giving equal increments covering the full range possible from those channels. For the outputs this is usually gives steps 0 to 101 while for the mic it is usually 0 to 119. If you uncomment self.gta02mixer.PrintGains() and start it from the cli it will show you the gain setting in dB for each step in the debug output. Unfortunately pyalsaaudio only accepts integer percentages when setting volume, so there are rounding errors when actually setting the volumes. I was talking about Stereo Out for Speaker (when not in call). Sorry to be unclear. So, how does the simple slider correspond to Bypass and Headphone in the advanced view? Or are those things all different controls? Moving the simple speaker slider seem to change Bypass and Headphone, but at different rates for different ranges of the simple slider. When I max out the simple slider (to 101), bypass and headphone are at 100, but at lower simple slider settings they change very non-linear. This was probably discussed numerous times. But your visual application makes the channels easier to control and I finally feel that I have a chance to get the volume I want during calls. It's all so confusing What's a good place to learn the relations between all the channels/controls/bugs that make sound? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U / All?] Illume Keyboard in Landscape
Stroller-2 wrote: Sorry, I read ALL these explanations as saying exactly the same thing, just in different ways. Perhaps you could clarify how they differ? Stroller. Hm. I read: Problem 1: illume keyboard in landscape mode does not show (the keyboard itself doesn't show, only the prediction window and keyboard selector) Problem 2: qwerty button is hidden in shelf gadget and requires 2 taps to bring it up I posted problem 1, I think you understood problem 2. Am I right? Russell Dwiggins -- View this message in context: http://n2.nabble.com/SHR-U-All-Illume-Keyboard-in-Landscape-tp3758467p3778755.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso based] Simplified mixer app
On Wednesday 07 October 2009, Mikhail Umorin wrote: On Tuesday 06 October 2009 12:28:37 Al Johnson wrote: On Tuesday 06 October 2009, Mikhail Umorin wrote: Thanks for the app, Al (see below) On Monday 05 October 2009 19:43:37 Al Johnson wrote: On Friday 02 October 2009, Laszlo KREKACS wrote: On Fri, Oct 2, 2009 at 4:17 PM, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: But there is so many things what changed, that Im completely lost. Just wanted to notice you, that restoring the original gsmhandset.state file (and rebooting) does solve my problem. Im able to take call, and hear the other party. (and he able to hear me). Although your program was nice. It changed the mic way better, what I had. Other party said, its much louder and clearer. Hope you can sort out, why the broken .state file is broken. And where the bugs comes from ... Updated version now available: http://www.mazikeen.demon.co.uk/openmoko/fso-simplemixer.py In simple view if I slide volume all the way to the right, it goes to 101 (not 100) is that correct? That depends which slider it is ;-) It is correct. I map the alsa channels to a single slider giving equal increments covering the full range possible from those channels. For the outputs this is usually gives steps 0 to 101 while for the mic it is usually 0 to 119. If you uncomment self.gta02mixer.PrintGains() and start it from the cli it will show you the gain setting in dB for each step in the debug output. Unfortunately pyalsaaudio only accepts integer percentages when setting volume, so there are rounding errors when actually setting the volumes. I was talking about Stereo Out for Speaker (when not in call). Sorry to be unclear. So, how does the simple slider correspond to Bypass and Headphone in the advanced view? Or are those things all different controls? Moving the simple speaker slider seem to change Bypass and Headphone, but at different rates for different ranges of the simple slider. When I max out the simple slider (to 101), bypass and headphone are at 100, but at lower simple slider settings they change very non-linear. The 'simple' slider controls all the sliders in that group in the 'advanced' view to give smooth control of the overall volume. In this case that's Bypass and Headphone. The changes in individual controls may look nonlinear, but their combination produces even steps while avoiding combinations likely to cause distortion. That's the idea anyway. You can see the combinations in the lookup tables in the top 3/4 of the script if you're interested. This was probably discussed numerous times. But your visual application makes the channels easier to control and I finally feel that I have a chance to get the volume I want during calls. Great! That was the intention. It's all so confusing So people tell me ;-) Compared to most instrumentation systems it's a breeze! What's a good place to learn the relations between all the channels/controls/bugs that make sound? Start with the wiki. The Neo1973 page has an annotated block diagram that's actually for the Freerunner. Both pages give some info on which volume settings affect what in different alsa states. With the information there, and by looking at the alsa state files, you will be able to see how the switch settings route audio signals through the mixer chip. You can then refer to the Wolfson datasheet. http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U / All?] Illume Keyboard in Landscape
On 7 Oct 2009, at 00:26, undrwater wrote: ... Sorry, I read ALL these explanations as saying exactly the same thing, just in different ways. Perhaps you could clarify how they differ? Hm. I read: Problem 1: illume keyboard in landscape mode does not show (the keyboard itself doesn't show, only the prediction window and keyboard selector) Problem 2: qwerty button is hidden in shelf gadget and requires 2 taps to bring it up I posted problem 1, I think you understood problem 2. Am I right? Item 2 (I find that a problem, too) is discussed in this thread because it's necessary to go through this procedure to overcome problem 1. In this thread this pair of actions was originally described by Sebastian Krzyszkowiak in his post of 3 October 2009 14:55:51 BST. Joshua Judson Rosen's post of 3 October 2009 19:04:36 BST (I don't understand what you guys are talking about) may indicate that he doesn't suffer from problem 2. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U / All?] Illume Keyboard in Landscape
Stroller strol...@stellar.eclipse.co.uk writes: On 7 Oct 2009, at 00:26, undrwater wrote: ... Sorry, I read ALL these explanations as saying exactly the same thing, just in different ways. Perhaps you could clarify how they differ? Hm. I read: Problem 1: illume keyboard in landscape mode does not show (the keyboard itself doesn't show, only the prediction window and keyboard selector) Problem 2: qwerty button is hidden in shelf gadget and requires 2 taps to bring it up I posted problem 1, I think you understood problem 2. Am I right? Item 2 (I find that a problem, too) is discussed in this thread because it's necessary to go through this procedure to overcome problem 1. In this thread this pair of actions was originally described by Sebastian Krzyszkowiak in his post of 3 October 2009 14:55:51 BST. Joshua Judson Rosen's post of 3 October 2009 19:04:36 BST (I don't understand what you guys are talking about) may indicate that he doesn't suffer from problem 2. This is my experience: If the screen is already in landscape mode when the keyboard pops up, then the keyboaprd appears perfectly fine. Only if the keyboard is already shown prior to rotating the display, then it doesn't show properly when the display arrives in landscape mode. In this second case, the only steps required to fix the keyboard is to hide and then show it by: 0] Lowering the shelf and tapping qwerty (to hide the keyboard). 1] Lowering the shelf and tapping qwerty again (to re-show the keyboard). This does /not/ involve the `wrench', or changing any settings. The word none is not involved, nor is the word default. And, again: if the screen is rotated into landscape mode prior to the keyboard becoming visible, this procedure is not even necessary as the keyboard `just works'. Contrariwise, situation that I read Sebastian, Petr, et al. describing is: The keyboard does not appear properly in landscape mode, regardless of whether the display is rotated before or after the keyboard appears. If the screen is already in landscape mode when the keyboard pops up, the keyboard does *not* appear correctly. To make the keyboard appear properly in landscape mode, *this* following procedure must be repeated each time the screen is rotated: 0] Lower the shelf and tap the `wrench' icon. 2] Select Keyboard in the menu that appears. 3] Select the None radiobutton in the screen that appears. 4] Select the Default radiobutton (in the same screen, which remains until the Close button is pressed). [And, since I haven't actually seen /this/ scenario myself, I'm assuming that the following step is also needed:] 5] If the keyboard is not showing now, lower the shelf and tap qwerty to show it. The two situations (and procedures) look *remarkably* different to me. If this is unclear, I can probably post a video demonstrating my experience -- Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB networking with Ubuntu 9.04
Hi, What I do to connect the FreeRunner to the PC is running this script [1]
that I've made with the things listed on the wiki. To run it just type sudo
sh usb_networking.sh.
I used it on Arch Linux and Ubuntu and I think it works on every distro as
well. Any changes, suggestions are welcome. Currently it's on spanish.
Note: The script is configured for SHR so it uses the eth1 interface not the
usb0
[1] http://www.mediafire.com/download.php?zm0gtz2tyjq
/***
* Don't Worry...Be Linux
* Cristian Gómez Alvarez
* Ingeniero en Sistemas y Computación
* Universidad de Caldas
* Comunidad de Software Libre Manizales
* IEEE/WIE Student Member
* Linux User #463617
* Mi Blog: http://cristianpark.sehablalinux.com/
/
2009/10/6 Matthias Huber matthias.hu...@wollishausen.de
Tony Berth schrieb:
On Tue, Oct 6, 2009 at 10:00 PM, Frederik Sdun
frederik.s...@googlemail.com wrote:
* Tony Berth tonybe...@googlemail.com [06.10.2009 18:06]:
followed as described in:
http://wiki.openmoko.org/wiki/USB_Networking
-
Ubuntu 9.04 - the Jaunty Jackalope -- udev
One can see /etc/udev/rules.d that a device plugged in on USB will be
called eth1. Go to system-Administration-Network and add the
parameters
for eth1 static ip, address 192.168.0.200 mask 255.255.255.192 add
your
default gateway. Thats is all.
Tested with Qi bootloader aka official MAC address of the Freerunner
: on
Android Koolu beta 7
Carig Philippines --frank 14:11, 17 June 2009 (UTC)
--
and eth1 gets assigned the proper IP address. I can connect to Neo
but
from there I don't have any connection to the 'outside'. Please
notice
that resolv.conf has the correct Opendns IPs!
Actually I should face the same problem as described in:
http://lists.openmoko.org/nabble.html#nabble-td3119750
but the postings there weren't of any help :(
Thanks
Tony
I used the config you can find in [0] and it works.
[0]
http://wiki.openmoko.org/wiki/USB_Networking#Debian.2C_Ubuntu_and_others
___
but this one 'ties' it in usb0 although it connects as eth1! How can this
work?
I also used the following entries in /etc/network/interfaces:
#freerunner3
allow-hotplug eth1
iface eth1 inet static
address 192.168.0.200
netmask 255.255.255.0
network 192.168.0.0
up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
up echo 1 /proc/sys/net/ipv4/ip_forward
up iptables -P FORWARD ACCEPT
down iptables -D POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
and didn't work! Openmoko wasn't able to get an IP address at all!
get ip adress ? dont understand this.
but i had to add this two lines to my /etc/ufw/ufw.conf
ufw allow from 192.168.0.202
ufw allow to 192.168.0.202
another trial with iptables needs to load some modules too:
#!/bin/sh
MOKO=192.168.0.202
echo 1 /proc/sys/net/ipv4/ip_forward
modprobe ipt_MASQUERADE
iptables -I FORWARD -j ACCEPT -d ${MOKO}/32
iptables -I FORWARD -j ACCEPT -s ${MOKO}/32
iptables -I POSTROUTING -t nat -j MASQUERADE -s ${MOKO}/32
--
Mit freundlichen Grüssen
Matthias Huber
Kohlstattstr. 14
86459 Wollishausen
Tel: 08238-7998
LPI000181125
___
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
I buy FreeRunner on Europe
Hi guys, I've seen some posts offering used FreeRunner's on Europe but I don't if any of the offers is available right now. I have a friend on France who's interested on buying a FR hopefully on France or other European country where the sheep taxes are none or cheaper than from US. Thanks for you attention /*** * Don't Worry...Be Linux * Cristian Gómez Alvarez * Ingeniero en Sistemas y Computación * Universidad de Caldas * Comunidad de Software Libre Manizales * IEEE/WIE Student Member * Linux User #463617 * Mi Blog: http://cristianpark.sehablalinux.com/ / ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM-Showroom Something to show
I only want to say that you're doing an amazing work with the OM-ShowRoom, if things keep going this way, sooner than later we'll have a great portal to handle all the things that application's public delivering involves. Thank you again /*** * Don't Worry...Be Linux * Cristian Gómez Alvarez * Ingeniero en Sistemas y Computación * Universidad de Caldas * Comunidad de Software Libre Manizales * IEEE/WIE Student Member * Linux User #463617 * Mi Blog: http://cristianpark.sehablalinux.com/ / 2009/10/3 David Reyes Samblas Martinez da...@tuxbrain.com 2009/10/3 Markus Törnqvist m...@nysv.org: On Sat, Oct 03, 2009 at 03:04:45AM +0200, David Reyes Samblas Martinez wrote: take a look here[1] for some screenshots and explanations :) Please comments and of course collaboration :) [1]http://www.tuxbrain.com/en/content/om-showroom-something-show !!! I still have lots of unread email about this, but I'm happy to see things are still progressing :) There should probably be a closed beta before the public launch! Knowing me andmy coding habilities, the amount of features left to code, and the multi source,multi platform nature of the project...surelly it will still beta a long time AFTER the public release :P Thanks, guys! -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
