Re: FreeRunner A6 Sale
It seems that this deal for 10 FR A6 is over? Thank you Steve Mosher wrote: > > The deal for 10 FR makes this even more attractive > > Jason Self wrote: >> I've been holding off on buying a FreeRunner until until it seemed >> sufficiently problem-free to me. >> >> $250 is a very appealing price. I just wanted to confirm my >> understanding that the only difference between A6 and A7 is that a) >> the buzz fix is applied and b) it has a newer GSM firmware (which I >> can flash myself anyway, so not a big deal.) >> >> If my understanding is correct, then it sounds like a great deal, >> especially if I'm able to ship it to SDG Systems for them to apply fhe >> fix for me. >> >> http://sdgsystems.com/estore/cart.php?target=product&product_id=269&category_id=17 >> >> ___ >> 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 > > -- View this message in context: http://n2.nabble.com/FreeRunner-A6-Sale-tp308p3172793.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: Elmdentica 0.3.0
On Sun, Jun 28, 2009 at 02:48:01PM -0700, Morten wrote: > Looking really good! I love that you are using Elementary, it's _so_ much > nicer from a user perspective, almost a little iphonish =) Yeah, but does someone know how to make smaller buttons? Rui -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] intone fail
svn-02's. by the way, sometimes i just adore opensource. - jeremy On Sun, Jun 28, 2009 at 7:54 PM, c_c wrote: > > Hi, > > The Digital Pioneer wrote: >> >> /usr/lib/libe-ver-pre-svn-0.1.so.0 or something like that, just >> look for them. Then you'll have to symlink them all to what intone wants. >> > If you go through the intone thread - there are versions of intone > available for 2 versions of E libs - the normal one and the svn-01 ones. > Let me know if you have the -02 ver libraries (with the latest > shr-unstable) - and I'll make another ipk for that as well. > Intone itself is going through some rewriting to support mp3 and ogg tags. > Will be releasing a new version next weekend. > -- > View this message in context: > http://n2.nabble.com/-shr-unstable--intone-fail-tp3171968p3172384.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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] Paroli background
On Sun, 28 Jun 2009 23:58:25 +0200 Laszlo KREKACS wrote: > On Sun, Jun 28, 2009 at 10:22 PM, Joel Newkirk > wrote: > > Instead of recompiling paroli-launcher.edj to change backgrounds, > > it would be nicer and more flexible if paroli and all its components > > used a separate edje file > > All paroli application is using its own .edj file. > The edje file contains several "group" where you organize a > gui using "part" and "program" elements. > > When you create a widnow you specify which .edj file to use, and > from that .edj file you can obtain the groups elements as objects, > and manipulate them. > > However I dont see how can it be done, to have two .edj files for one > app. Maybe it is not possible at all. Anyway needs serious research. I've not yet written much code utilizing Edje, but have been burrowing through .edj files for some time now. It certainly can be done, though I confess I don't know how to do it with Elementary. (Illume itself does this - the background is a separate .edj file, and for that matter each icon can be as well) It's not so much having two different .edj files for one app as it is having a separate element within the GUI that has its own .edj file. Illume themes use: part { name: "e.swallow.bg"; type: SWALLOW; mouse_events: 0; description { state: "default" 0.0; } } as the background, where the actual background is loaded and changed dynamically - I presume the background is loaded as a separate GUI and stuffed into the SWALLOW part. > By the way having each application a background image, needs > some work on the theme. Because many elements have simply plain > black background. So it is lot of work... Not a problem at my end, as that's what I'm doing anyway - building a new theme for Paroli. ;) As I go I keep testing against black, repeating pattern, and full image backgrounds. j > Having animated background can be done. Have a look at tween property > of IMAGE in .edc reference: > http://docs.enlightenment.org/api/edje/html/edcref.html > > Laszlo > > ___ > 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: [OM2009] Paroli oversized
On Sun, 28 Jun 2009 23:44:41 +0200 Laszlo KREKACS wrote: > On Sun, Jun 28, 2009 at 10:11 PM, Joel Newkirk > wrote: > > For example, in portrait mode while fullscreen the width of Paroli > > (and Dialer, which is the component I'm currently working on) is > > 511 pixels wide, while the screen of course is only 480 pixels > > wide. (height is 587 pixels, which properly accomodates the topbar > > of Paroli, height is 571 pixels with paroli-serenity theme, which > > doesn't quite allow for Paroli topbar to fit) > > > > Where came these numbers? > > In paroli-applications/tele2/edje/default/dialpad_rev2.edc I see the > following: group { > name: "main"; > min: 480 575; > max: 480 575; > > What is to me is 480px width and 575 pixel height. > > Or are you observing the anomalie right on the device? (using a > screenshot and measuring with The gimp). I added a program to tele.edj triggering on signal "resize". (which also conveniently triggers on initial layout) At its debugging simplest, it is the following four lines of Embryo (the goal is to compare width vs height and decide portrait vs landscape layout): script { new basex,basey,basewidth,baseheight; get_geometry(PART:"base",basex,basey,basewidth,baseheight); new buf[10]; snprintf(buf, 10, "%i %i", basewidth,baseheight); set_text(PART:"num_field-text", buf); } I've since altered the script to actually perform layout changes, though I had to trigger the portrait.vs.landscape decision on baseheight being greater than 585. You can insert the script above into the program num_field-clicked and it will update the number display each time it's tapped to show what enlightenment has as the current width and height. > Note about paroli-serenity: > The default illume theme (the white one) is 64 pixel height, while > paroli-serenity > is 56pixel height by default. I tried to hunt down this 56 pixel thing > (to fix it properly), > but after two(!) days I gave up. The illume config is so complicated, > that it is > not for human (at least not for one man life;). > > So I would really like to see paroli-serenity fixed to be 64pixel by > default. Yes, Im aware, that it can be changed, in illume settings, > and make it even smaller, > but 64px by default make sense (at least in icon world). > > Any taker? That'd probably be me, since I'm the original author of Serenity.edj. The one currently included with OM2009 is a slightly altered V0.1. I actually have a v0.2 version and have been working now and then on further cleanup and fixes, but have diverted to work on retheming Paroli for a while. I'll probably get back to Serenity during the next couple weeks, and will try to get v0.2 (or later) available for use. One of the things holding up Serenity is that I need to find out how to decompile & edit & recompile enlightenment .cfg files. [so much to do, so little spare time] j > Laszlo > > ps: The width and height is not convenient at all throughrout the > paroli source. I would like to fixes them all for good, and put the > topbar at the bottom (does > not make sense two topbars, and the bottom ~16pixel is dead for > finger anyway) But I need to talk with Mirko about this design > decision, but Mirko (vegygroupe) > is really unavailable these days:-( > > ___ > 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: [shr-unstable] intone fail
Hi, The Digital Pioneer wrote: > > /usr/lib/libe-ver-pre-svn-0.1.so.0 or something like that, just > look for them. Then you'll have to symlink them all to what intone wants. > If you go through the intone thread - there are versions of intone available for 2 versions of E libs - the normal one and the svn-01 ones. Let me know if you have the -02 ver libraries (with the latest shr-unstable) - and I'll make another ipk for that as well. Intone itself is going through some rewriting to support mp3 and ogg tags. Will be releasing a new version next weekend. -- View this message in context: http://n2.nabble.com/-shr-unstable--intone-fail-tp3171968p3172384.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: [shr-unstable] intone fail
Hi, The Digital Pioneer wrote: > > /usr/lib/libe-ver-pre-svn-0.1.so.0 or something like that, just > look for them. Then you'll have to symlink them all to what intone wants. > If you go through the intone thread - there are versions of intone available for 2 versions of E libs - the normal one and the svn-01 ones. Let me know if you have the -02 ver libraries (with the latest shr-unstable) - and I'll make another ipk for that as well. Intone itself is going through some rewriting to support mp3 and ogg tags. Will be releasing a new version next weekend. -- View this message in context: http://n2.nabble.com/-shr-unstable--intone-fail-tp3171968p3172361.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: [shr-unstable] intone fail
Yeah, some genius decided all the E libs needed to change names with every release or something. The libs are going to be at /usr/lib/libe-ver-pre-svn-0.1.so.0 or something like that, just look for them. Then you'll have to symlink them all to what intone wants. After the next opkg upgrade, you get to do it again! Fun, isn't it? I asked about it on this list a while back, and basically I was told "we know it breaks things, but we decided to do it anyways" so I guess for now it's just keep symlinking. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-unstable] intone fail
last app to install after the last dreadful re-flash. r...@om-gta02 ~ $ intone intone: error while loading shared libraries: libelementary.so.0: cannot open shared object file: No such file or directory elementary is already installed from http://build.shr-project.org/shr-unstable/ipk/armv4t/elementary_0.0.0+svnr41040-r6_armv4t.ipk ideas? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] New debian images V3
Hi, i have updated my QtMoko debian base images [1]. You can find some general info on homepage [2] and sources in git [3]. Most important changes include: * upgrade to QT 4.5.2 which should improve speed * merge from other QtMoko branches with many bug fixes * added nice new QtMaze game * fixed problem so that apt-get should work out of the box now This new version should be stable as daily phone. You can also download QtMoko images based on FSO. For more info please see QtMoko homepage [4]. The FSO images seem to be a bit faster. This is one thing that keeps me puzzled. What could make the speed different? Same binary on different rootfs should be the same fast. Anyone has idea why FSO is faster? Anyway enjoy images Cheers Radek [1] http://activationrecord.net/radekp/qtmoko/download/ [2] http://activationrecord.net/radekp/qtmoko/ [3] http://github.com/radekp/qtmoko/tree/master/ [4] http://qtmoko.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
Am Sonntag, 28. Juni 2009 23:49:59 schrieb Łukasz Pankowski: > Marcel writes: > > Eehm. Does opkg call suggestions deps, too? > > (In contrast to recommendations) > > It would be strange. > > You may try > dpkg -I ffalarms_0.2.3-r0_armv4t.ipk | grep frameworkd > and check whether I am mad. mar...@d-wwow:~$ dpkg -I ffalarms* | grep framew Suggests: mplayer, alsa-utils-aplay, frameworkd So you're actually NOT mad. Maybe opkg is... Strange. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] Paroli background
On Sun, Jun 28, 2009 at 10:22 PM, Joel Newkirk wrote: > Instead of recompiling paroli-launcher.edj to change backgrounds, > it would be nicer and more flexible if paroli and all its components > used a separate edje file All paroli application is using its own .edj file. The edje file contains several "group" where you organize a gui using "part" and "program" elements. When you create a widnow you specify which .edj file to use, and from that .edj file you can obtain the groups elements as objects, and manipulate them. However I dont see how can it be done, to have two .edj files for one app. Maybe it is not possible at all. Anyway needs serious research. By the way having each application a background image, needs some work on the theme. Because many elements have simply plain black background. So it is lot of work... Having animated background can be done. Have a look at tween property of IMAGE in .edc reference: http://docs.enlightenment.org/api/edje/html/edcref.html Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
Marcel writes: > Eehm. Does opkg call suggestions deps, too? > (In contrast to recommendations) It would be strange. You may try dpkg -I ffalarms_0.2.3-r0_armv4t.ipk | grep frameworkd and check whether I am mad. > > Collected errors: > * ERROR: Cannot satisfy the following dependencies for ffalarms: > * frameworkd (= > 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r1) * > > Just want to clear this up, I installed with -force-depends, alarms work > now... :) > > Does that package install a default config somewhere? I'm kinda tired of > having to go find that somewhere everytime I reflash *g* ffalarms up to 0.2.2 used to write default config to ~/.ffalarmsrc if non was found, 0.2.3 uses build-in config if none is found (does not write anything) which is equivalent to: [alarm] player=aplay -q %(file)s file=/usr/share/ffalarms/alarm.wav repeat=500 [ledclock] 24hr_format=true brightness=33 > > -- > Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Elmdentica 0.3.0
Looking really good! I love that you are using Elementary, it's _so_ much nicer from a user perspective, almost a little iphonish =) -- View this message in context: http://n2.nabble.com/Elmdentica-0.3.0-tp3170192p3171264.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: [OM2009] Paroli oversized
On Sun, Jun 28, 2009 at 10:11 PM, Joel Newkirk wrote: > For example, in portrait mode while fullscreen the width of Paroli (and > Dialer, which is the component I'm currently working on) is 511 pixels > wide, while the screen of course is only 480 pixels wide. (height is > 587 pixels, which properly accomodates the topbar of Paroli, height is > 571 pixels with paroli-serenity theme, which doesn't quite allow for > Paroli topbar to fit) > Where came these numbers? In paroli-applications/tele2/edje/default/dialpad_rev2.edc I see the following: group { name: "main"; min: 480 575; max: 480 575; What is to me is 480px width and 575 pixel height. Or are you observing the anomalie right on the device? (using a screenshot and measuring with The gimp). Note about paroli-serenity: The default illume theme (the white one) is 64 pixel height, while paroli-serenity is 56pixel height by default. I tried to hunt down this 56 pixel thing (to fix it properly), but after two(!) days I gave up. The illume config is so complicated, that it is not for human (at least not for one man life;). So I would really like to see paroli-serenity fixed to be 64pixel by default. Yes, Im aware, that it can be changed, in illume settings, and make it even smaller, but 64px by default make sense (at least in icon world). Any taker? Laszlo ps: The width and height is not convenient at all throughrout the paroli source. I would like to fixes them all for good, and put the topbar at the bottom (does not make sense two topbars, and the bottom ~16pixel is dead for finger anyway) But I need to talk with Mirko about this design decision, but Mirko (vegygroupe) is really unavailable these days:-( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
jeremy jozwik writes: > error reading config file > key file contains key '24hr_format' which has a value that cannot be > interpreted. default configuration will be used You may simply remove ~/.ffalarmsrc (if you did not customize it) or in ~/.ffalarmsrc change [ledclock] 24hr_format=yes to [ledclock] 24hr_format=true That is because Python version of reading ini-like files allows true|false, yes|no, and 1|0 for boolean values while glib one allows only true|false. > > 2009/6/28 Łukasz Pankowski : >> Hi >> >> I have just released ffalarms 0.2.3. Features: >> >> - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2) >> >> - avoids suspend and keeps display on during alarm on FSO platform >> (such as SHR) >> >> - note: will not stop alarms added by previous versions of ffalarms >> >> >> Download: >> http://projects.openmoko.org/frs/?group_id=260&release_id=542 >> >> >> Rewrite in Vala took much of my available time. I hope to add recursive >> alarms, but you know well my time limited, slow rate of development :). >> >> Hope it works for You! >> >> ___ >> 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: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
Am Sonntag, 28. Juni 2009 22:46:18 schrieb Łukasz Pankowski: > Marcel writes: > > Am Sonntag, 28. Juni 2009 22:13:24 schrieb Łukasz Pankowski: > >> Hi > >> > >> I have just released ffalarms 0.2.3. Features: > >> > >> - rewritten using Vala/libeflvala/Elementary (same features as > >> 0.2.2) > >> > >> - avoids suspend and keeps display on during alarm on FSO platform > >> (such as SHR) > >> > >> - note: will not stop alarms added by previous versions of ffalarms > >> > >> > >> Download: > >> http://projects.openmoko.org/frs/?group_id=260&release_id=542 > >> > >> > >> Rewrite in Vala took much of my available time. I hope to add > >> recursive alarms, but you know well my time limited, slow rate of > >> development :). > >> > >> Hope it works for You! > > > > Hey Łukasz, > > > > I have Om2009t5 with upgrades from the shr feeds and they already got > > frameworkd 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r2, > > could you change your frameworkd dependency from = to >= ? I'd be > > able to install ffalarms then... :) > > Hey Marcel, > > Ffalarms does not have frameworkd dependency, it is only among > suggested packages. > > Łukasz Eehm. Does opkg call suggestions deps, too? (In contrast to recommendations) Collected errors: * ERROR: Cannot satisfy the following dependencies for ffalarms: * frameworkd (= 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r1) * Just want to clear this up, I installed with -force-depends, alarms work now... :) Does that package install a default config somewhere? I'm kinda tired of having to go find that somewhere everytime I reflash *g* -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] New debian images V3
Hi, i have updated my QtMoko debian base images [1]. You can find some general info on homepage [2] and sources in git [3]. Most important changes include: * upgrade to QT 4.5.2 which should improve speed * merge from other QtMoko branches with many bug fixes * added nice new QtMaze game * fixed problem so that apt-get should work out of the box now This new version should be stable as daily phone. You can also download QtMoko images based on FSO. For more info please see QtMoko homepage [4]. The FSO images seem to be a bit faster. This is one thing that keeps me puzzled. What could make the speed different? Same binary on different rootfs should be the same fast. Anyone has idea why FSO is faster? Anyway enjoy images Cheers Radek [1] http://activationrecord.net/radekp/qtmoko/download/ [2] http://activationrecord.net/radekp/qtmoko/ [3] http://github.com/radekp/qtmoko/tree/master/ [4] http://qtmoko.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
error reading config file key file contains key '24hr_format' which has a value that cannot be interpreted. default configuration will be used 2009/6/28 Łukasz Pankowski : > Hi > > I have just released ffalarms 0.2.3. Features: > > - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2) > > - avoids suspend and keeps display on during alarm on FSO platform > (such as SHR) > > - note: will not stop alarms added by previous versions of ffalarms > > > Download: > http://projects.openmoko.org/frs/?group_id=260&release_id=542 > > > Rewrite in Vala took much of my available time. I hope to add recursive > alarms, but you know well my time limited, slow rate of development :). > > Hope it works for You! > > ___ > 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: [OM2009] Paroli oversized
On Sun, Jun 28, 2009 at 11:11 PM, Joel Newkirk wrote: > I'm working with edje themes for Paroli and I've noticed that Paroli is > always larger than the screen. > > For example, in portrait mode while fullscreen the width of Paroli (and > Dialer, which is the component I'm currently working on) is 511 pixels > wide, while the screen of course is only 480 pixels wide. (height is > 587 pixels, which properly accomodates the topbar of Paroli, height is > 571 pixels with paroli-serenity theme, which doesn't quite allow for > Paroli topbar to fit) > > Switch to Landscape mode in fullscreen and the dimensions are 640x571, > while the screen of course in this mode is only 480 pixels tall, and > should additionally allow for the height of the topbar. (or topbar > plus sliptray with Illume visible) Interesting observations.. I wonder if Laszlo / khiraly could says something about this.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] Paroli background
Joel: I like the idea! Could you a) try to implement it or b) write it as wish to http://www.paroli-project.org/trac/ and/or http://wiki.openmoko.org/wiki/Paroli-issues#Feature_wishlist Thanks! Risto -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
Marcel writes: > Am Sonntag, 28. Juni 2009 22:13:24 schrieb Łukasz Pankowski: >> Hi >> >> I have just released ffalarms 0.2.3. Features: >> >> - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2) >> >> - avoids suspend and keeps display on during alarm on FSO platform >> (such as SHR) >> >> - note: will not stop alarms added by previous versions of ffalarms >> >> >> Download: >> http://projects.openmoko.org/frs/?group_id=260&release_id=542 >> >> >> Rewrite in Vala took much of my available time. I hope to add >> recursive alarms, but you know well my time limited, slow rate of >> development :). >> >> Hope it works for You! > > Hey Łukasz, > > I have Om2009t5 with upgrades from the shr feeds and they already got > frameworkd 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r2, could > you change your frameworkd dependency from = to >= ? I'd be able to > install ffalarms then... :) Hey Marcel, Ffalarms does not have frameworkd dependency, it is only among suggested packages. Łukasz > > -- > Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
Am Sonntag, 28. Juni 2009 22:13:24 schrieb Łukasz Pankowski: > Hi > > I have just released ffalarms 0.2.3. Features: > > - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2) > > - avoids suspend and keeps display on during alarm on FSO platform > (such as SHR) > > - note: will not stop alarms added by previous versions of ffalarms > > > Download: > http://projects.openmoko.org/frs/?group_id=260&release_id=542 > > > Rewrite in Vala took much of my available time. I hope to add > recursive alarms, but you know well my time limited, slow rate of > development :). > > Hope it works for You! Hey Łukasz, I have Om2009t5 with upgrades from the shr feeds and they already got frameworkd 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r2, could you change your frameworkd dependency from = to >= ? I'd be able to install ffalarms then... :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] Paroli background
Am Sonntag, 28. Juni 2009 22:22:44 schrieb Joel Newkirk: > Instead of recompiling paroli-launcher.edj to change backgrounds, > it would be nicer and more flexible if paroli and all its components > used a separate edje file (like paroli-back.edj for example) for > background. This permits all components to utilize the custom > background instead of just the launcher, and makes it simpler to > support a variety of background types, like scaled vs tiled, and > even animated. (I toyed with the idea of having multiple background > images, and cycling between them every few minutes) Then add > 'background' to Paroli settings->display to permit selecting among .edj > files stowed in /usr/share/paroli/applications/background/, perhaps. > > j Sounds great! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OM2009] Paroli background
Instead of recompiling paroli-launcher.edj to change backgrounds, it would be nicer and more flexible if paroli and all its components used a separate edje file (like paroli-back.edj for example) for background. This permits all components to utilize the custom background instead of just the launcher, and makes it simpler to support a variety of background types, like scaled vs tiled, and even animated. (I toyed with the idea of having multiple background images, and cycling between them every few minutes) Then add 'background' to Paroli settings->display to permit selecting among .edj files stowed in /usr/share/paroli/applications/background/, perhaps. j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
Hi I have just released ffalarms 0.2.3. Features: - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2) - avoids suspend and keeps display on during alarm on FSO platform (such as SHR) - note: will not stop alarms added by previous versions of ffalarms Download: http://projects.openmoko.org/frs/?group_id=260&release_id=542 Rewrite in Vala took much of my available time. I hope to add recursive alarms, but you know well my time limited, slow rate of development :). Hope it works for You! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OM2009] Paroli oversized
I'm working with edje themes for Paroli and I've noticed that Paroli is always larger than the screen. For example, in portrait mode while fullscreen the width of Paroli (and Dialer, which is the component I'm currently working on) is 511 pixels wide, while the screen of course is only 480 pixels wide. (height is 587 pixels, which properly accomodates the topbar of Paroli, height is 571 pixels with paroli-serenity theme, which doesn't quite allow for Paroli topbar to fit) Switch to Landscape mode in fullscreen and the dimensions are 640x571, while the screen of course in this mode is only 480 pixels tall, and should additionally allow for the height of the topbar. (or topbar plus sliptray with Illume visible) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: which gps app can do this?
I woder if you could hack something up based on the upcoming "Courier Mode" feature in gvSIG Mobile: http://gvsigmobileonopenmoko.wordpress.com/2009/06/24/with-the-new-courier-mode-openmoko-actively-guides-you-through-the-city/ Cheers, Joseph 2009/6/28 Michal Brzozowski : > Alternatively, place POIs along the coast (how dense depends on the accuracy > you want to have). Calculate the minimum distance from the set of POIs. > > 2009/6/28 mqy >> >> hi lanzo, >> >> I have to say that your problem is interesting, but it's a bit too >> specific >> for a GPS application to do this. >> One quick and dirty solution is: >> >> You write a small application which: >> 1) calculate a polygon area which contains the allowed range. to do this >> you >> have to use web map or standalone map. The polygon nodes are lat/lon >> pairs. >> 2) get GPS fix from fso ogpsd through DBUS API. this is not difficult with >> python >> 3) periodically (say every five seconds) test if current position goes out >> of predefined area. >> if the test result is true, then warn with sound (aplay command). >> >> To see where you are, you can run a GPS application at the same time. >> >> I'm the writer of omgps, I'm planning to extend omgps to solve this kind >> of >> problem -- >> allow user register his/her python script as plugin, omgps periodically >> call >> each plugin, >> passing parameters of current lat/lon/altitude, etc. Periodically can be >> defined as: (1) on each fix (2) every N seconds. >> >> Welcome your feed back :) >> >> >> lanzo wrote: >> > >> > Hi! >> > I'd like to be using my FR on my little boat as marine GPS. I was >> > curious >> > if, in your opinion, it could be possible to constantly show the >> > distance >> > between me and the nearest point on the coast line. This would be >> > important because in my country (and i guess everywhere) there are rules >> > about the little boats distances from the coast and I cannot overcome 3 >> > nautical miles. >> > >> > I know it should be possible to show the distances between my present >> > position and any given point, but what about something always displaying >> > the distances between my position and the nearest point on the coast? >> > >> > is there maybe any more in-topic forum where i can ask this? >> > >> > Thank you very much for any answer! >> > bye! :) >> > >> >> -- >> View this message in context: >> http://n2.nabble.com/which-gps-app-can-do-this--tp3169715p3170060.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 >> > > > ___ > 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: [shr-unstable] making bricks...
> >> On Sun, Jun 28, 2009 at 8:55 AM, jeremy jozwik > >> wrote: > >> > with the freerunner connected to machine: > >> > > >> > [r...@localhost sbin]# ./ifconfig > >> > eth0 Link encap:Ethernet blah blah blah > >> > > >> > lo Link encap:Local Loopback > >> > blah blah blah You should use at least -a parameter. -a display all interfaces which are currently available, even if down -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] making bricks...
> 1) I tried using a SHR unstable image a few days ago (the 26th I believe) > and found that it had some serious issues and went back to my previous > image. I was able to SSH in but I wasn't able to do small things like > receive SMS or make/receive calls. I could send SMS, though. 24th. ive tried the 10th as well. > 2) I have never used SELinux (never really been that paranoid?) So I can't > speak to that error. I'm using a gentoo based distro and not having that > issue. its auto-installed in fedora. to be honest i have no idea what it does > Only thing I can think of off the top of my head is did you update the > kernel and the bootloader as well? If not, try that that, too. I'd > download the latest image of each (including rootfs) and try again. After > that, I am out of ideas. first time, yes. but after that i started mixing and matching between what ever was on my system just to get something that might work. > Ok... two hour drive to work. Good luck and hope it works out for you. thanks for the help anyhow > On Sun, Jun 28, 2009 at 6:10 PM, jeremy jozwik > wrote: >> >> returns: >> >> [r...@localhost sbin]# ./ip addr add 192.168.0.200/24 dev eth1 >> Cannot find device "eth1" >> >> also got a lovely little notification on the linux system bar >> "SELinux is preventing the iptables from using potentially mislabeled >> files" >> >> >> On Sun, Jun 28, 2009 at 9:05 AM, Lowell Higley wrote: >> > As root, I drop the following in a terminal: >> > >> > iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 >> > sysctl -w net.ipv4.ip_forward=1 >> > ip addr add 192.168.0.200/24 dev eth1 >> > ifconfig eth1 up >> > ssh r...@192.168.0.202 >> > >> > Works like a charm. Only caveat is make sure you clear the previous SSH >> > signature out of .ssh/known_hosts >> > >> > > > ___ > 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: [shr-unstable] making bricks...
Two comments and then I need to hit the road. 1) I tried using a SHR unstable image a few days ago (the 26th I believe) and found that it had some serious issues and went back to my previous image. I was able to SSH in but I wasn't able to do small things like receive SMS or make/receive calls. I could send SMS, though. 2) I have never used SELinux (never really been that paranoid?) So I can't speak to that error. I'm using a gentoo based distro and not having that issue. Only thing I can think of off the top of my head is did you update the kernel and the bootloader as well? If not, try that that, too. I'd download the latest image of each (including rootfs) and try again. After that, I am out of ideas. Ok... two hour drive to work. Good luck and hope it works out for you. On Sun, Jun 28, 2009 at 6:10 PM, jeremy jozwik wrote: > returns: > > [r...@localhost sbin]# ./ip addr add 192.168.0.200/24 dev eth1 > Cannot find device "eth1" > > also got a lovely little notification on the linux system bar > "SELinux is preventing the iptables from using potentially mislabeled > files" > > > On Sun, Jun 28, 2009 at 9:05 AM, Lowell Higley wrote: > > As root, I drop the following in a terminal: > > > > iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 > > sysctl -w net.ipv4.ip_forward=1 > > ip addr add 192.168.0.200/24 dev eth1 > > ifconfig eth1 up > > ssh r...@192.168.0.202 > > > > Works like a charm. Only caveat is make sure you clear the previous SSH > > signature out of .ssh/known_hosts > > > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] making bricks...
returns: [r...@localhost sbin]# ./ip addr add 192.168.0.200/24 dev eth1 Cannot find device "eth1" also got a lovely little notification on the linux system bar "SELinux is preventing the iptables from using potentially mislabeled files" On Sun, Jun 28, 2009 at 9:05 AM, Lowell Higley wrote: > As root, I drop the following in a terminal: > > iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 > sysctl -w net.ipv4.ip_forward=1 > ip addr add 192.168.0.200/24 dev eth1 > ifconfig eth1 up > ssh r...@192.168.0.202 > > Works like a charm. Only caveat is make sure you clear the previous SSH > signature out of .ssh/known_hosts > > On Sun, Jun 28, 2009 at 5:57 PM, jeremy jozwik > wrote: >> >> also... >> >> [r...@localhost sbin]# sudo ip address add 192.168.0.200/24 dev eth1 >> Cannot find device "eth1" >> >> 1-8 exactly... >> >> >> On Sun, Jun 28, 2009 at 8:55 AM, jeremy jozwik >> wrote: >> > with the freerunner connected to machine: >> > >> > [r...@localhost sbin]# ./ifconfig >> > eth0 Link encap:Ethernet blah blah blah >> > >> > lo Link encap:Local Loopback >> > blah blah blah >> > >> > >> > >> > On Sat, Jun 27, 2009 at 11:57 PM, Robin Paulson >> > wrote: >> >> On 2009-06-28, Vikas Saurabh wrote: >> >>> On Sun, Jun 28, 2009 at 11:05 AM, jeremy >> >>> jozwik >> >>> wrote: >> hello list. im in dire need of assistance. ive just re-flashed my >> phone to shr-unstable 20090624 all went well until i tried to do an >> ssh. turns out my usb0 is not showing up in anyway. >> >> >>> Try eth0. Recent kernels(I guess freerunner's driver) have started >> >>> registering the device properly and hence it shows up as a network >> >>> interface >> >> >> >> i doubt it will be eth0. more likely eth2 or something later >> >> >> >> run ifconfig to find out >> >> >> >> ___ >> >> 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 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Elmdentica 0.3.0
On Sun, Jun 28, 2009 at 05:04:44PM +0100, Rui Miguel Silva Seabra wrote: > Elmdentica release 0.3.0 > http://blog.1407.org/2009/06/28/elmdentica-release-030/ Also added a reference to http://wiki.openmoko.org/wiki/Talk:Community_Updates/July_9%2C_2009#Application_Updates -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] making bricks...
As root, I drop the following in a terminal: *iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 sysctl -w net.ipv4.ip_forward=1 ip addr add 192.168.0.200/24 dev eth1 ifconfig eth1 up ssh r...@192.168.0.202* Works like a charm. Only caveat is make sure you clear the previous SSH signature out of .ssh/known_hosts On Sun, Jun 28, 2009 at 5:57 PM, jeremy jozwik wrote: > also... > > [r...@localhost sbin]# sudo ip address add 192.168.0.200/24 dev eth1 > Cannot find device "eth1" > > 1-8 exactly... > > > On Sun, Jun 28, 2009 at 8:55 AM, jeremy jozwik > wrote: > > with the freerunner connected to machine: > > > > [r...@localhost sbin]# ./ifconfig > > eth0 Link encap:Ethernet blah blah blah > > > > loLink encap:Local Loopback > > blah blah blah > > > > > > > > On Sat, Jun 27, 2009 at 11:57 PM, Robin Paulson > wrote: > >> On 2009-06-28, Vikas Saurabh wrote: > >>> On Sun, Jun 28, 2009 at 11:05 AM, jeremy jozwik< > jerjoz.for...@gmail.com> > >>> wrote: > hello list. im in dire need of assistance. ive just re-flashed my > phone to shr-unstable 20090624 all went well until i tried to do an > ssh. turns out my usb0 is not showing up in anyway. > > >>> Try eth0. Recent kernels(I guess freerunner's driver) have started > >>> registering the device properly and hence it shows up as a network > >>> interface > >> > >> i doubt it will be eth0. more likely eth2 or something later > >> > >> run ifconfig to find out > >> > >> ___ > >> 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
Elmdentica 0.3.0
Hi, Elmdentica release 0.3.0 http://blog.1407.org/2009/06/28/elmdentica-release-030/ Elmdentica[0] is getting better all the time :) 1. the toolbar is no longer out of the screen 2. the timeline now displays (cacheable) icons in the nice bubbles 3. libcurl is being called with object reuse, which optimizes downloads a bit So here’s the complementary screenshot, followed by the download links: Release 0.3.0 in action...[1] * elmdentica-0.3.0.tar.gz (elmdentica-0.3.0.tar.gz.asc) [2] * elmdentica_0.3.0-r2_armv4t.ipk (elmdentica_0.3.0-r2_armv4t.ipk.asc) [3] [0] http://code.google.com/p/elmdentica/ [1] http://files.1407.org/openmoko/elmdentica/elmdentica-0.3.0-scap.png [2] http://elmdentica.googlecode.com/files/elmdentica-0.3.0.tar.gz http://elmdentica.googlecode.com/files/elmdentica-0.3.0.tar.gz.asc [3] http://elmdentica.googlecode.com/files/elmdentica_0.3.0-r2_armv4t.ipk http://elmdentica.googlecode.com/files/elmdentica_0.3.0-r2_armv4t.ipk.asc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] making bricks...
dmesg has given me this, most of which i do not understand. but i did try adding ip address command to usb3 and terminal reported back cannot find device usb 3-1: reset full speed USB device using ohci_hcd and address 2 usb 3-1: device descriptor read/64, error -110 usb 3-1: device firmware changed usb 3-1: USB disconnect, address 2 usb 3-1: new full speed USB device using ohci_hcd and address 3 usb 3-1: configuration #1 chosen from 1 choice usb 3-1: New USB device found, idVendor=1d50, idProduct=5119 usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 3-1: Product: Neo1973 Bootloader U-Boot 1.3.2-moko12 usb 3-1: Manufacturer: OpenMoko, Inc usb 3-1: SerialNumber: 000 usb 3-1: reset full speed USB device using ohci_hcd and address 3 usb 3-1: device descriptor read/64, error -110 usb 3-1: device firmware changed usb 3-1: USB disconnect, address 3 usb 3-1: new full speed USB device using ohci_hcd and address 4 usb 3-1: configuration #1 chosen from 2 choices On Sun, Jun 28, 2009 at 8:57 AM, jeremy jozwik wrote: > also... > > [r...@localhost sbin]# sudo ip address add 192.168.0.200/24 dev eth1 > Cannot find device "eth1" > > 1-8 exactly... > > > On Sun, Jun 28, 2009 at 8:55 AM, jeremy jozwik wrote: >> with the freerunner connected to machine: >> >> [r...@localhost sbin]# ./ifconfig >> eth0 Link encap:Ethernet blah blah blah >> >> lo Link encap:Local Loopback >> blah blah blah >> >> >> >> On Sat, Jun 27, 2009 at 11:57 PM, Robin Paulson >> wrote: >>> On 2009-06-28, Vikas Saurabh wrote: On Sun, Jun 28, 2009 at 11:05 AM, jeremy jozwik wrote: > hello list. im in dire need of assistance. ive just re-flashed my > phone to shr-unstable 20090624 all went well until i tried to do an > ssh. turns out my usb0 is not showing up in anyway. > Try eth0. Recent kernels(I guess freerunner's driver) have started registering the device properly and hence it shows up as a network interface >>> >>> i doubt it will be eth0. more likely eth2 or something later >>> >>> run ifconfig to find out >>> >>> ___ >>> 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: [shr-unstable] making bricks...
also... [r...@localhost sbin]# sudo ip address add 192.168.0.200/24 dev eth1 Cannot find device "eth1" 1-8 exactly... On Sun, Jun 28, 2009 at 8:55 AM, jeremy jozwik wrote: > with the freerunner connected to machine: > > [r...@localhost sbin]# ./ifconfig > eth0 Link encap:Ethernet blah blah blah > > lo Link encap:Local Loopback > blah blah blah > > > > On Sat, Jun 27, 2009 at 11:57 PM, Robin Paulson > wrote: >> On 2009-06-28, Vikas Saurabh wrote: >>> On Sun, Jun 28, 2009 at 11:05 AM, jeremy jozwik >>> wrote: hello list. im in dire need of assistance. ive just re-flashed my phone to shr-unstable 20090624 all went well until i tried to do an ssh. turns out my usb0 is not showing up in anyway. >>> Try eth0. Recent kernels(I guess freerunner's driver) have started >>> registering the device properly and hence it shows up as a network >>> interface >> >> i doubt it will be eth0. more likely eth2 or something later >> >> run ifconfig to find out >> >> ___ >> 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: [shr-unstable] making bricks...
with the freerunner connected to machine: [r...@localhost sbin]# ./ifconfig eth0 Link encap:Ethernet blah blah blah loLink encap:Local Loopback blah blah blah On Sat, Jun 27, 2009 at 11:57 PM, Robin Paulson wrote: > On 2009-06-28, Vikas Saurabh wrote: >> On Sun, Jun 28, 2009 at 11:05 AM, jeremy jozwik >> wrote: >>> hello list. im in dire need of assistance. ive just re-flashed my >>> phone to shr-unstable 20090624 all went well until i tried to do an >>> ssh. turns out my usb0 is not showing up in anyway. >>> >> Try eth0. Recent kernels(I guess freerunner's driver) have started >> registering the device properly and hence it shows up as a network >> interface > > i doubt it will be eth0. more likely eth2 or something later > > run ifconfig to find out > > ___ > 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: which gps app can do this?
Alternatively, place POIs along the coast (how dense depends on the accuracy you want to have). Calculate the minimum distance from the set of POIs. 2009/6/28 mqy > > hi lanzo, > > I have to say that your problem is interesting, but it's a bit too specific > for a GPS application to do this. > One quick and dirty solution is: > > You write a small application which: > 1) calculate a polygon area which contains the allowed range. to do this > you > have to use web map or standalone map. The polygon nodes are lat/lon pairs. > 2) get GPS fix from fso ogpsd through DBUS API. this is not difficult with > python > 3) periodically (say every five seconds) test if current position goes out > of predefined area. > if the test result is true, then warn with sound (aplay command). > > To see where you are, you can run a GPS application at the same time. > > I'm the writer of omgps, I'm planning to extend omgps to solve this kind of > problem -- > allow user register his/her python script as plugin, omgps periodically > call > each plugin, > passing parameters of current lat/lon/altitude, etc. Periodically can be > defined as: (1) on each fix (2) every N seconds. > > Welcome your feed back :) > > > lanzo wrote: > > > > Hi! > > I'd like to be using my FR on my little boat as marine GPS. I was curious > > if, in your opinion, it could be possible to constantly show the > distance > > between me and the nearest point on the coast line. This would be > > important because in my country (and i guess everywhere) there are rules > > about the little boats distances from the coast and I cannot overcome 3 > > nautical miles. > > > > I know it should be possible to show the distances between my present > > position and any given point, but what about something always displaying > > the distances between my position and the nearest point on the coast? > > > > is there maybe any more in-topic forum where i can ask this? > > > > Thank you very much for any answer! > > bye! :) > > > > -- > View this message in context: > http://n2.nabble.com/which-gps-app-can-do-this--tp3169715p3170060.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 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: which gps app can do this?
hi lanzo, I have to say that your problem is interesting, but it's a bit too specific for a GPS application to do this. One quick and dirty solution is: You write a small application which: 1) calculate a polygon area which contains the allowed range. to do this you have to use web map or standalone map. The polygon nodes are lat/lon pairs. 2) get GPS fix from fso ogpsd through DBUS API. this is not difficult with python 3) periodically (say every five seconds) test if current position goes out of predefined area. if the test result is true, then warn with sound (aplay command). To see where you are, you can run a GPS application at the same time. I'm the writer of omgps, I'm planning to extend omgps to solve this kind of problem -- allow user register his/her python script as plugin, omgps periodically call each plugin, passing parameters of current lat/lon/altitude, etc. Periodically can be defined as: (1) on each fix (2) every N seconds. Welcome your feed back :) lanzo wrote: > > Hi! > I'd like to be using my FR on my little boat as marine GPS. I was curious > if, in your opinion, it could be possible to constantly show the distance > between me and the nearest point on the coast line. This would be > important because in my country (and i guess everywhere) there are rules > about the little boats distances from the coast and I cannot overcome 3 > nautical miles. > > I know it should be possible to show the distances between my present > position and any given point, but what about something always displaying > the distances between my position and the nearest point on the coast? > > is there maybe any more in-topic forum where i can ask this? > > Thank you very much for any answer! > bye! :) > -- View this message in context: http://n2.nabble.com/which-gps-app-can-do-this--tp3169715p3170060.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: [debian] doom accel/touch not working right?
Hello Everyone -- I've been meaning to make some improvements. I would be happy to make some corrections. I should have my Freerunner back from the buzz fix soon, I have not been using my neo lately. What should be the first target platform? Can someone give me the kernel/root images that I should test against? Thanks, Scott -- View this message in context: http://n2.nabble.com/-debian--doom-accel-touch-not-working-right--tp2936256p3169990.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
dfu_download error -62
Hi, Im currently experiencing some trouble. I get a dfu_download error -62 when I tried to flash the kernel and the root filesystem. Any ideas on how to solve this? Best Regards Tim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
which gps app can do this?
Hi! I'd like to be using my FR on my little boat as marine GPS. I was curious if, in your opinion, it could be possible to constantly show the distance between me and the nearest point on the coast line. This would be important because in my country (and i guess everywhere) there are rules about the little boats distances from the coast and I cannot overcome 3 nautical miles. I know it should be possible to show the distances between my present position and any given point, but what about something always displaying the distances between my position and the nearest point on the coast? is there maybe any more in-topic forum where i can ask this? Thank you very much for any answer! bye! :) -- View this message in context: http://n2.nabble.com/which-gps-app-can-do-this--tp3169715p3169715.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: [shr-unstable] making bricks...
There's been a change to the bootloader.. the following text was from a message that came across the developer mailing list back in April. *>As this looks like it's becoming a Frequently Asked Question, I'll send >this note to a wider audience. Please forgive me if this is obvious to >most of the folks on this list. >After flashing or upgrading distros or bootloaders, some folks have been >noticing that their "usb0" network interface on the *host* side fails to >appear when the Freerunner is plugged into the USB port. >Alert users have noticed that it didn't really fail to appear, rather it >changed name from "usb0" to "eth1" (or "eth2", etc). >What's happening here is that certain bootloaders and certain distros >have begun to use the official USB mac address assigned by Openmoko to >the Freerunner, instead of letting the kernel generate a random address >in the locally-assigned range. Many hosts will respond differently when >they observe the official (static) mac address; instead of creating the >"usb0" interface, they will create and permanently assign an "eth" >interface name to that mac address.* I think there was also an update to the USB Networking page. Lowell On Sun, Jun 28, 2009 at 8:57 AM, Robin Paulson wrote: > On 2009-06-28, Vikas Saurabh wrote: > > On Sun, Jun 28, 2009 at 11:05 AM, jeremy jozwik > > wrote: > >> hello list. im in dire need of assistance. ive just re-flashed my > >> phone to shr-unstable 20090624 all went well until i tried to do an > >> ssh. turns out my usb0 is not showing up in anyway. > >> > > Try eth0. Recent kernels(I guess freerunner's driver) have started > > registering the device properly and hence it shows up as a network > > interface > > i doubt it will be eth0. more likely eth2 or something later > > run ifconfig to find out > > ___ > 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