Re: [SHR] fsousaged upgrade failed; needs libfso-glib0 ver 0.2.1
alright, that did the trick. thanks. On Fri, 23 Oct 2009 22:58:01 +0200 Marc Bantle wrote: > Hi, > > Greg Bonett schrieb: > > Hi, > > I'm running an unstable image from Aug 8th. opkg-cl > > update; opkg-cl upgrade; gives the following error: > > > > * ERROR: Cannot satisfy the following dependencies for fsousaged: > > * libfso-glib0 (>= > >0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1b > > > > opkg-cl update; opkg-cl list | grep libfso-glib returns: > > > > libfso-glib0 - > > 0.2.0-gitrx44+9d292508739452b55b80ec40ec57405a5de2159f-r0 - > > > You can find it in shr repository and > install it manually (worked for me): > > wget > http://build.shr-project.org/shr-unstable/ipk/armv4t/libfso-glib0_0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9-r0_armv4t.ipk > opkg install > libfso-glib0_0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9-r0_armv4t.ipk > > Somehow it didn't make it in the package list. > > Cheers, > Marc > > > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] minor questions
On Friday 23 of October 2009 07:59:34 Gmail wrote: > Forth is - how can I synchronize PIM information with Evolution? There is whole qdsync (Qtopia desktop sync) framework which seems to be working. For the start you can try to play with the qdsync protocol. If you launch Main menu->Applications->Synchronization you can connect to sync port from your PC and test some commands. E.g: telnet 192.168.0.202 4245 USER root PASS Qtopiaxxx CALL QPE/QDSync displayText(QString) test 4245 is the sync port. Password must start with "Qtopia". The last line displays line "test" in Sync application. The protocol is described in http://doc.trolltech.com/qtextended4.4/qtopiadesktop/qdsync-commands.html There seems to be Qtopia plugin for opensync https://svn.opensync.org/plugins/qtopia4-sync/src/qtopia4_plugin.cpp Opensync has plugin for evolution so it should be doable. I personally dont use synchronization and i will probably not do any more investigation soon so if someone want to pick this task it would be welcome. > Fifth is - I did apt-get update and had about 14 not upgraded packages. > Is it safe for now to do and upgrade for the system software from lenny > repository? Yes it should be safe unless the packages arent somehow broken. > Six is - as I understood, all personal information is located under > Documents directory of the user. Can I move this directory to the SD > card and make simlink to the home location? Make some ext3 partition on card, copy /home/root there and make symlink. It worked for me. > Thats all for now :) > > Once again - THANK YOU VERY MUCH > > PS. I found some minor bug: the home directory of the root user in the > qtopia environment is /home/root, but in debian - it is /root. Updating > the HOMEPATH in the /etc/passwd fix this issue. It would be nice to get rid of /home/root, but it needs testing if something does not break up. Nice to hear that you like QtMoko. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /usr/lib/lib** svn .so.0 problem in shr
On Fri, Oct 23, 2009 at 06:57:18PM +0100, Al Johnson wrote: > On Friday 23 October 2009, Pieter Colpaert wrote: > > Hi, > > > > Many applications (such as elmdentica, intone, ...) need the > > -ver-svn-02.so.0 version of the libs, so I just link them. Should tis > > not be automatically integrated into SHR? > > No, it shouldn't. If the packages are expected to run on shr they should link > to the correct libs. The easiest way to make sure this happens is to get a > recipe added to shr so that they are automatically updated when the library > version changes, and people can install them directly from the shr repository. Has EFL already been upgraded in shr unstable? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] minor questions
Hi, Remove from favorites is "right click" while in Settings>Taskmanager>Favorites, not from the favorites screen Dave On Sat, Oct 24, 2009 at 4:08 AM, foringer wrote: > Hello! > > В Птн, 23/10/2009 в 10:24 +0200, Vincent Meurisse пишет: > > > First is - how can I remove application from Favorites tab? I did not > > > find any possibility to do this for now. > > If you do a "right click" (click on an element and stay a few seconds) on > the > > element you want to remove, you will see a menu where you can remove it. > Thanks, but where is that magic "remove" button? Under Application menu > - I can get "right click", but there only add to Favorites sub menu. > When I tried to get "right click" under Favorites tag - I had nothing, > it does not work there... > > > > > > Third is - what is the location of my contacts database on the FR? > > /home/root/Applications/Qtopia/qtopia_db.sqlite > > > > > Fifth is - I did apt-get update and had about 14 not upgraded packages. > > > Is it safe for now to do and upgrade for the system software from lenny > > > repository? > > If you read this : http://bugs.qtmoko.org/view.php?id=58 > > > > > > Six is - as I understood, all personal information is located under > > > Documents directory of the user. Can I move this directory to the SD > > > card and make simlink to the home location? > > Make a symlink for all the /home/root/ directory > > > > > PS. I found some minor bug: the home directory of the root user in the > > > qtopia environment is /home/root, but in debian - it is /root. Updating > > > the HOMEPATH in the /etc/passwd fix this issue. > > > > > The best would be to move QtMoko home to /root to keep the installation > close > > to standard debian. Unfortunately Qtopia don't like to have the home > directory > > not in /home/root. > > > ___ > 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] fsousaged upgrade failed; needs libfso-glib0 ver 0.2.1
Hi, Greg Bonett schrieb: > Hi, > I'm running an unstable image from Aug 8th. opkg-cl > update; opkg-cl upgrade; gives the following error: > > * ERROR: Cannot satisfy the following dependencies for fsousaged: > * libfso-glib0 (>= >0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1b > > opkg-cl update; opkg-cl list | grep libfso-glib returns: > > libfso-glib0 - > 0.2.0-gitrx44+9d292508739452b55b80ec40ec57405a5de2159f-r0 - > You can find it in shr repository and install it manually (worked for me): wget http://build.shr-project.org/shr-unstable/ipk/armv4t/libfso-glib0_0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9-r0_armv4t.ipk opkg install libfso-glib0_0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9-r0_armv4t.ipk Somehow it didn't make it in the package list. Cheers, Marc signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] fsousaged upgrade failed; needs libfso-glib0 ver 0.2.1
Am Freitag 23 Oktober 2009 20:56:18 schrieb Greg Bonett: > Hi, > I'm running an unstable image from Aug 8th. opkg-cl > update; opkg-cl upgrade; gives the following error: > > * ERROR: Cannot satisfy the following dependencies for fsousaged: > * libfso-glib0 (>= >0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1b > > opkg-cl update; opkg-cl list | grep libfso-glib returns: > > libfso-glib0 - > 0.2.0-gitrx44+9d292508739452b55b80ec40ec57405a5de2159f-r0 - > > so it looks like the version of libfso-glib0 in the repo doesn't meet > the requirements for fsousaged > > is anyone else having this problem? Is there somewhere I can get the > libgso-glib0 > 0.2.1 package? > > Thanks, > Greg Please have a look at that ticket: http://trac.shr-project.org/trac/ticket/651 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] fsousaged upgrade failed; needs libfso-glib0 ver 0.2.1
On Fri, 23 Oct 2009 22:20:14 +0200 Frederik Sdun wrote: > * Greg Bonett [23.10.2009 20:57]: > > Hi, > > I'm running an unstable image from Aug 8th. opkg-cl > > update; opkg-cl upgrade; gives the following error: > > > > * ERROR: Cannot satisfy the following dependencies for fsousaged: > > * libfso-glib0 (>= > >0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1b > > > > opkg-cl update; opkg-cl list | grep libfso-glib returns: > > > > libfso-glib0 - > > 0.2.0-gitrx44+9d292508739452b55b80ec40ec57405a5de2159f-r0 - > > > > so it looks like the version of libfso-glib0 in the repo doesn't > > meet the requirements for fsousaged > > > > is anyone else having this problem? Is there somewhere I can get > > the libgso-glib0 > 0.2.1 package? > > > > Thanks, > > Greg > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > Hi, > > could you show us your feed patch (cat /etc/opkg/*). there're a lot of > different feeds out there. Maybe the package index is not up to date. > There should be a big update the next few days. So maybe just relax > and be happy with your current version. > > Frederik Frederik, thanks for the response. I figured it would probably get sorted out pretty soon. either way, here's my /etc/opkg/* content: r...@om-gta02 /etc $ cat /etc/opkg/* src/gz shr-all http://build.shr-project.org/shr-unstable/ipk//all arch all 1 arch any 6 arch noarch 11 arch arm 16 arch armv4 21 arch armv4t 26 arch om-gta02 31 src/gz shr-armv4 http://build.shr-project.org/shr-unstable/ipk//armv4 src/gz shr-armv4t http://build.shr-project.org/shr-unstable/ipk//armv4t src/gz shr-om-gta02 http://build.shr-project.org/shr-unstable/ipk//om-gta02 # Must have one or more source entries of the form: # # src # # and one or more destination entries of the form: # # dest # # where and are identifiers that # should match [a-zA-Z0-9._-]+, should be a # URL that points to a directory containing a Familiar # Packages file, and should be a directory # that exists on the target system. # Proxy Support #option http_proxy http://proxy.tld:3128 #option ftp_proxy http://proxy.tld:3128 #option proxy_username #option proxy_password # Enable GPGME signature # option check_signature 1 # Offline mode (for use in constructing flash images offline) #option offline_root target dest root / lists_dir ext /var/lib/opkg ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] fsousaged upgrade failed; needs libfso-glib0 ver 0.2.1
* Greg Bonett [23.10.2009 20:57]: > Hi, > I'm running an unstable image from Aug 8th. opkg-cl > update; opkg-cl upgrade; gives the following error: > > * ERROR: Cannot satisfy the following dependencies for fsousaged: > * libfso-glib0 (>= >0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1b > > opkg-cl update; opkg-cl list | grep libfso-glib returns: > > libfso-glib0 - > 0.2.0-gitrx44+9d292508739452b55b80ec40ec57405a5de2159f-r0 - > > so it looks like the version of libfso-glib0 in the repo doesn't meet > the requirements for fsousaged > > is anyone else having this problem? Is there somewhere I can get the > libgso-glib0 > 0.2.1 package? > > Thanks, > Greg > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community Hi, could you show us your feed patch (cat /etc/opkg/*). there're a lot of different feeds out there. Maybe the package index is not up to date. There should be a big update the next few days. So maybe just relax and be happy with your current version. Frederik -- 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
Re: Tango-GPS, omgps: download maps?
* Klaus Fürth [23.10.2009 13:55]: > Hi, > > is it possible to download the map-tiles for offline use? I know that > the apps can download the current maps, but doing this via gprs is too > expansive for me. > Sorry if this question was ask before, but I didn't find the answer... > > Thanks, > Klaus > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community Hi, Tango GPS uses the root partition to download the tiles. Tango GPS has a nice wiki page [1] which describes how to change it. AFAIR it segv on saving the config. search for the gconf command. Frederik [1] http://wiki.openmoko.org/wiki/TangoGPS -- 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
[SHR] fsousaged upgrade failed; needs libfso-glib0 ver 0.2.1
Hi, I'm running an unstable image from Aug 8th. opkg-cl update; opkg-cl upgrade; gives the following error: * ERROR: Cannot satisfy the following dependencies for fsousaged: * libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1b opkg-cl update; opkg-cl list | grep libfso-glib returns: libfso-glib0 - 0.2.0-gitrx44+9d292508739452b55b80ec40ec57405a5de2159f-r0 - so it looks like the version of libfso-glib0 in the repo doesn't meet the requirements for fsousaged is anyone else having this problem? Is there somewhere I can get the libgso-glib0 > 0.2.1 package? Thanks, Greg ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases "free" cell-id lookup API)
Alex (Maxious) Sadleir wrote: > ie. Results where the cellID = (sometimes for serving cell even > when the FR display shows full signal strength). Perhaps > openBmap-locator needs to collect a couple of results in a row if it > doesn't already. > Good point. My logger filters such LAC/CID with value. But the locator may need sth this way. Or perhaps a DBus signal, upon serving value changes. Another idea is to keep an history of the values. This way, you may increase accuracy even without neighbour cells (not available on every phone). > > Thanks for your work so far! Thanks to Onen and Nick for keeping openBmap > going! > Thanks to Baruch for his nice work, and of course to all the data contributors who keep us going! And thank you for the nice comments ;-) Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
New Version of Minimoko and additions
Good evening, Lists! Today i released a new Version of Minimoko with Additions. I changed the screenlocker, added the date/time on the desktop (vertical!), added graphical status bars for battery and net-strength. There are now three different Packages for not having to download the full package again. About one thing, i am very very proud: i got xtrlock to run. Xtrlock is a superlean, superfast screensaver which changes only the cursor to a locker symbol and grabs input away, so that you see the desktop (or maybe tangogps or navit ) Have a lot of fun ! ( <- thats stolen :-)) do you know where ? ) But give me feedback (even when it is negative!) http://wiki.openmoko.org/wiki/Minimoko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] minor questions
Hello! В Птн, 23/10/2009 в 10:24 +0200, Vincent Meurisse пишет: > > First is - how can I remove application from Favorites tab? I did not > > find any possibility to do this for now. > If you do a "right click" (click on an element and stay a few seconds) on the > element you want to remove, you will see a menu where you can remove it. Thanks, but where is that magic "remove" button? Under Application menu - I can get "right click", but there only add to Favorites sub menu. When I tried to get "right click" under Favorites tag - I had nothing, it does not work there... > > > Third is - what is the location of my contacts database on the FR? > /home/root/Applications/Qtopia/qtopia_db.sqlite > > > Fifth is - I did apt-get update and had about 14 not upgraded packages. > > Is it safe for now to do and upgrade for the system software from lenny > > repository? > If you read this : http://bugs.qtmoko.org/view.php?id=58 > > > > Six is - as I understood, all personal information is located under > > Documents directory of the user. Can I move this directory to the SD > > card and make simlink to the home location? > Make a symlink for all the /home/root/ directory > > > PS. I found some minor bug: the home directory of the root user in the > > qtopia environment is /home/root, but in debian - it is /root. Updating > > the HOMEPATH in the /etc/passwd fix this issue. > > > The best would be to move QtMoko home to /root to keep the installation close > to standard debian. Unfortunately Qtopia don't like to have the home > directory > not in /home/root. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /usr/lib/lib** svn .so.0 problem in shr
On Friday 23 October 2009, Pieter Colpaert wrote: > Hi, > > Many applications (such as elmdentica, intone, ...) need the > -ver-svn-02.so.0 version of the libs, so I just link them. Should tis > not be automatically integrated into SHR? No, it shouldn't. If the packages are expected to run on shr they should link to the correct libs. The easiest way to make sure this happens is to get a recipe added to shr so that they are automatically updated when the library version changes, and people can install them directly from the shr repository. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: graphical nethack for freerunner (alpha version released)
Hi, I once tested compile maemo/hildon version of Nethack for Freerunner. This is my 'project' page: http://cc.oulu.fi/~rantalai/freerunner/nethack/ I haven't do anything about it since I tested it. Feel free to make something, I'm out of time. This is what we have planned so far: http://lists.openmoko.org/nabble.html#nabble-f1958 -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko & TangoGPS 0.9.7-1
FYI: To install TangoGPS 0.9.7-1 under QtMoko just do the following: 1. Download http://www.tangogps.org/downloads/tangogps_0.9.7-1_armel.deb TangoGPS 0.9.7-1 (armel) to the Freerunner 2. On Freerunner, install TangoGPS: dpkg -i tangogps_0.9.7-1_armel.deb 3. On Freerunner, install missing dependencies: apt-get install libexif12 That's All. -- View this message in context: http://n2.nabble.com/QtMoko-TangoGPS-0-9-7-1-tp3880263p3880263.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: /usr/lib/lib** svn .so.0 problem in shr
Am Freitag, den 23.10.2009, 18:51 +0200 schrieb Pieter Colpaert: > Hi, > > Many applications (such as elmdentica, intone, ...) need the > -ver-svn-02.so.0 version of the libs, so I just link them. Should tis > not be automatically integrated into SHR? That'd be really nice ideed! -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
/usr/lib/lib** svn .so.0 problem in shr
Hi, Many applications (such as elmdentica, intone, ...) need the -ver-svn-02.so.0 version of the libs, so I just link them. Should tis not be automatically integrated into SHR? Just to help people cursing on the type-work I generated this using emacs ;) (I finally start to get the hang of regular expressions): ln -s /usr/lib/libecore_con-ver-pre-svn-04.so.0 /usr/lib/libecore_con-ver-svn-02.so.0 ln -s /usr/lib/libecore_evas-ver-pre-svn-04.so.0 /usr/lib/libecore_evas-ver-svn-02.so.0 ln -s /usr/lib/libecore_fb-ver-pre-svn-04.so.0 /usr/lib/libecore_fb-ver-svn-02.so.0 ln -s /usr/lib/libecore_file-ver-pre-svn-04.so.0 /usr/lib/libecore_file-ver-svn-02.so.0 ln -s /usr/lib/libecore_imf_evas-ver-pre-svn-04.so.0 /usr/lib/libecore_imf_evas-ver-svn-02.so.0 ln -s /usr/lib/libecore_imf-ver-pre-svn-04.so.0 /usr/lib/libecore_imf-ver-svn-02.so.0 ln -s /usr/lib/libecore_input-ver-pre-svn-04.so.0 /usr/lib/libecore_input-ver-svn-02.so.0 ln -s /usr/lib/libecore_ipc-ver-pre-svn-04.so.0 /usr/lib/libecore_ipc-ver-svn-02.so.0 ln -s /usr/lib/libecore_job-ver-pre-svn-04.so.0 /usr/lib/libecore_job-ver-svn-02.so.0 ln -s /usr/lib/libecore_txt-ver-pre-svn-04.so.0 /usr/lib/libecore_txt-ver-svn-02.so.0 ln -s /usr/lib/libecore-ver-pre-svn-04.so.0 /usr/lib/libecore-ver-svn-02.so.0 ln -s /usr/lib/libecore_x-ver-pre-svn-04.so.0 /usr/lib/libecore_x-ver-svn-02.so.0 ln -s /usr/lib/libedbus-ver-pre-svn-04.so.0 /usr/lib/libedbus-ver-svn-02.so.0 ln -s /usr/lib/libedje-ver-pre-svn-04.so.0 /usr/lib/libedje-ver-svn-02.so.0 ln -s /usr/lib/libecore_con-ver-pre-svn-04.so.0 /usr/lib/libecore_con-ver-svn-02.so.0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases "free" cell-id lookup API)
Yorick Moko wrote: > when trying to install i get: > r...@om-gta02 ~ $ opkg install > http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk > Downloading > http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk > Installing openbmap-locator (0.1) to root... > preinst script returned status 1 > Collected errors: > * Aborting installation of openbmap-locator I released 0.1.1 at http://www.opkg.org/package_295.html Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases "free" cell-id lookup API)
Alex (Maxious) Sadleir wrote: > 2009/10/23 Baruch Even : >> Alex (Maxious) Sadleir wrote: >>> 2009/10/23 Onen : Baruch Even wrote: > Alex (Maxious) Sadleir wrote: As Baruch said, you must be online, and I add you must send your GSM data (and as such your position) to a third party. Local service on the phone as openBmap-locator from Baruch is the right way to go for performance, easiness, and privacy. >>> I look forward to this :) >> Search for openbmap-locator, it already exists. Though it's still >> somewhat limited. > I have tried it successfully but wasn't sure if you wanted to draw > attention to it yet. I wasn't planning to but since there was a mention already and the code is out there I saw no reason to hide it. > The accuracy even on the primitive algorithm was ok (still within > 1-2km of actual position). It depends on the difference between where the cells were measured from and where you are. I have a testcase where I measured the data on a train and then look for my location on that train, in that case it's near perfect :-) but normally I expect this algorithm to be not so accurate. But it works to give a rough location. > I've weighted average cell positions by max radius and signal strength > before and they "seemed" more accurate - but that technique is quite > naive anyway (sometimes a far off cell would skew the results). > Certainly, if anybody has an idea for a cell location algorithm, this > is a good app to test it with. The work needs to progress in two related directions, estimating cell positions and estimation mobile position based on that. > I also tend to get "(0, 0, 0.0, 0.0, 0.0)" sometimes when I check many > times in a row which probably isn't the fault of openbmap-locator > because looking at the FSO result for neighbouring cells at those > times returns results such as: [snipped] > ie. Results where the cellID = (sometimes for serving cell even > when the FR display shows full signal strength). Perhaps > openBmap-locator needs to collect a couple of results in a row if it > doesn't already. Known issue but I was hurrying to get something out so I ignored it. > Is there already a way to trick ogpsd into using the openbmap-locator > dbus interface? or is that still future research/improvement? Not that I know of. I managed to use a configuration for fso-gpsd to use openbmap-locator but there is nothing that can merge the two signals and use the better one that is available. Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases "free" cell-id lookup API)
Yorick Moko wrote: > when trying to install i get: > r...@om-gta02 ~ $ opkg install > http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk > Downloading > http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk > Installing openbmap-locator (0.1) to root... > preinst script returned status 1 > Collected errors: > * Aborting installation of openbmap-locator The preinst script is missing an exit 0 at the end. I need to release a minor version that fixes that but I've been digressed with web-manager and another project I'm working on. I'll do it in a couple of days. You could try to force the installation in the meantime, maybe there is an opkg option to do it. Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dr. H. Nikolaus Schaller schrieb: > Am 23.10.2009 um 13:21 schrieb Laszlo KREKACS: > >> On Fri, Oct 23, 2009 at 1:07 PM, Dr. H. Nikolaus Schaller >> wrote: >>> Q: Bass-Rework? >>> A: we currently have no plans because it is again a different work >>> which has to be evaluated, tested, prepared for the public. And >>> demand >>> appears to be lower. >> But having bass rework the same time as the 1024 fix, its a huge >> benefit and also >> more attractive service. >> >> I for example will never send my phone for just to the #1024 fix, >> because I plan >> to in a way or another apply the bass fix. >> So no point to sending you to do the half of the job. (the easier >> half actually) >> >> Frankly, when you dismounted the phone, and you have the necessary >> tools in your hand, than applying >> the bass rework in plus, is a negligible price > > No. You have to open a different tin can. You have to cut and solder > different cables. The test procedure is different. > > We want to make sure that every fix we offer really works, is > reproducible and has high quality. Therfore, it is not "just" doing > the same thing again. > > The common work is of course the logistics which is done only once. > >> In my really biased view, I find ugly to coming up each quarter year >> to provide a separate fix, and thus requireing people to send you >> their freerunner multiple times... > > Nobody is required to ask for the reworks at all... > >> ((also I find not fair to having the two fix together involves almost >> the double price, as it does not require double amount of work)) > > We are a community. Therfore, you are free (and I hope open) to come > up with your own, cheaper offers... > > Nikolaus > >> Best regards, >> 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 > Have any effords been done to prepare a bass-fix? Can you guess a date where and if you will offer it? When it will be offered I would prefer to let both be fixed. Greeti+ngs Bastian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK4cNmlYiDScJJ+7QRAghCAJ4id8XY0jvNiiS4JJ64hozNjfmOcQCgxGmI UDej8HKJjUbL+RWSu9bwrSM= =K9Pi -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A7 or A6 version?
Thanks for the answer El 22 de octubre de 2009 14:14, shamsul hassan escribió: > mine have 20090317 and its A7 > > 2009/10/22 Dr. H. Nikolaus Schaller > > >> Am 22.10.2009 um 20:20 schrieb Esteban Monge: >> >> One person want sell to my a Neo Freerunner. The code is 20080924, is a A7 >> version or A6? >> >> >> A5 & A6 DATE CODE 2008 (A5 mostly 05,06, others A6) >> A7 DATE CODE 2009 (the earliest I have seen is 20090217) >> >> >> -- >> 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 >> >> >> >> ___ >> 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 > > -- 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: Tango-GPS, omgps: download maps? [solved]
Thank you all for the tips, downloading inside TG works well (I did not found this tap-menu before...) Klaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Tango-GPS, omgps: download maps?
> I use yaouh to update them - its pretty good. Shame there isn't > something similar in tangogps. Like an option to check for updates of > the current tile. How do you initiate an offline map repository with yaouh? I thought it was "only" an updater for existing map tiles. BTW tangoGPS allows you to download maps for the displayed area. However this is not like the download script I mentioned above. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tango-GPS, omgps: download maps?
On 23 Oct 2009, at 13:01, n...@el-hennig.de wrote: > >> is it possible to download the map-tiles for offline use? I know that >> the apps can download the current maps, but doing this via gprs is >> too >> expansive for me. >> Sorry if this question was ask before, but I didn't find the >> answer... > > Yes, there is Ator's download script: > http://www.bikeator.de/joomla1ator/index.php?option=com_docman&task=cat_view&gid=30&Itemid=23 I use yaouh to update them - its pretty good. Shame there isn't something similar in tangogps. Like an option to check for updates of the current tile. > > > ___ > 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: #1024-rework service available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael 'Mickey' Lauer wrote: > Am Freitag, den 23.10.2009, 12:39 +0200 schrieb Yorick Moko: >> thanks for offering this service! (although too bad I already sent my >> device once to Germany) >> can you give us an indication on how much this would improve batterylife? >> >> I'm assuming it only extends standby-time. >> >> I once saw a graph that indicated that it was a huge boost, but can't >> find it anymore > > In optimal conditions, it's going to double your standby time from ~70h > to ~140h. I did a few tests with #1024-fixed A6 (bouncing before) with 2 batteries (one-year-old-one, new-one) and in both cases I was able to get about 100hours of standby (just waking it up from time to time, GSM on, everything else hopefully off; shr-u). What I have to mention though is that sometimes my fr wakes up autonomously (and goes to suspend after a while of inactivity) (I suppose this can be due to some GSM events - but not on a 'normal' cell roam).. so while I didn't see the phone to wake up during tests it might have happened. Still, 4 days is a very good improvement :) Vlado -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkrhr5QACgkQutgEj9ZLuzRu5QP9GZwjiz4aInZelN8Y2oTh2uOf 8Oxj8V/yV00y644uy3cnXFhwUFfSrNooeEXkPM3Ly2HKmv9G9IHBPcWPwGQoQZdi 7skdHsTfbd4CbPj6kpqAKGa1klfjYNpvSofkzxJob89E9XL1tjMQjKfrkj0hZWXu 1jGMzUfwYux9Is8F2Fg= =DrCw -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases "free" cell-id lookup API)
when trying to install i get:
r...@om-gta02 ~ $ opkg install
http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
Downloading
http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
Installing openbmap-locator (0.1) to root...
preinst script returned status 1
Collected errors:
* Aborting installation of openbmap-locator
any hints?
On 10/23/09, Alex (Maxious) Sadleir wrote:
> 2009/10/23 Baruch Even :
>> Alex (Maxious) Sadleir wrote:
>>> 2009/10/23 Onen :
Baruch Even wrote:
> Alex (Maxious) Sadleir wrote:
>>>
As Baruch said, you must be online, and I add you must send your GSM
data (and as such your position) to a third party.
Local service on the phone as openBmap-locator from Baruch is the right
way to go for performance, easiness, and privacy.
>>> I look forward to this :)
>>
>> Search for openbmap-locator, it already exists. Though it's still
>> somewhat limited.
> I have tried it successfully but wasn't sure if you wanted to draw
> attention to it yet. I did run into a couple of issues compiling on
> shr-unstable (I haven't setup a crosscompiling environment yet) so I
> can document the process I took here:
> - when the autogen.sh asked for autoreconf, I got autoconf and
> automake from angstrom (glibc)
> ie.
> autoconf_2.63-r0.3_armv4t.ipk
> automake_1.9.6-r0_armv4t.ipk
> gnu-config_0.1+cvs20050701-r5.3_armv4t.ipk
> m4_1.4.8-r0_armv4t.ipk
> - did not find any ipks for vala, compiled vala 0.7.7 from source
> (took ages, I left it for a couple of hours and came back and it was
> done so it might not actually take hours).
> - automake in angstrom isn't new enough and it doesn't have the vala
> macro ("warning: macro `AM_PROG_VALAC' not found in library" in
> autogen.sh). compiled from source (automake-1.11) again.
> - installed libsoup-2.4-1 and libsoup-2.4-dev via opkg install
> - usual configure/make/make install
> - run openbmap-locator in the background
> - tested with mdbus -s org.openBmap.location
> /org/openBmap/location/Gypsy
> org.freedesktop.Gypsy.Position.GetPosition (the -s wasn't present in
> the readme)
>
> The accuracy even on the primitive algorithm was ok (still within
> 1-2km of actual position).
> I've weighted average cell positions by max radius and signal strength
> before and they "seemed" more accurate - but that technique is quite
> naive anyway (sometimes a far off cell would skew the results).
> Certainly, if anybody has an idea for a cell location algorithm, this
> is a good app to test it with.
>
> I also tend to get "(0, 0, 0.0, 0.0, 0.0)" sometimes when I check many
> times in a row which probably isn't the fault of openbmap-locator
> because looking at the FSO result for neighbouring cells at those
> times returns results such as:
> { 'arfcn': 77,
> 'bsic': 49,
> 'c1': 22,
> 'c2': 22,
> 'cba': 0,
> 'cbq': 0,
> 'cid': '',
> 'ctype': 2,
> 'foffset': 1462111,
> 'lac': '0A40',
> 'rac': 0,
> 'roffset': 0,
> 'rxlev': 24,
> 'rxlevam': 2,
> 'timea': 84,
> 'toffset': 0}
> ie. Results where the cellID = (sometimes for serving cell even
> when the FR display shows full signal strength). Perhaps
> openBmap-locator needs to collect a couple of results in a row if it
> doesn't already.
>
> Is there already a way to trick ogpsd into using the openbmap-locator
> dbus interface? or is that still future research/improvement?
>
> Thanks for your work so far! Thanks to Onen and Nick for keeping openBmap
> going!
>
> ___
> 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: graphical nethack for freerunner (alpha version released)
Oh, I didn't know nethack was being ported to FR. I imagine it should be run full screen at 640x480 with a custom Literki layout. I can help with it, but is there a project page or wiki? 2009/10/23 giacomo `giotti` mariani > Hello everyone (Aapo? someone else?) working on it! > > Is there any new? > Just a single int: we may use a sort of literky instead of the keyboard > I suggested in http://img183.imageshack.us/img183/5662/mynethack.png > which can overlap the info/status area so maximizing the playing area. > > Cheers Giacomo > > > -- > /_\ The ASCII Per comunicare in modo riservato: > \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ > X Against HTML--recv-keys 20611EAD > /_\ Email! > -- > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > > > ___ > 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
openBmap-locator (was Re: Ericsson releases "free" cell-id lookup API)
2009/10/23 Baruch Even :
> Alex (Maxious) Sadleir wrote:
>> 2009/10/23 Onen :
>>> Baruch Even wrote:
Alex (Maxious) Sadleir wrote:
>>
>>> As Baruch said, you must be online, and I add you must send your GSM
>>> data (and as such your position) to a third party.
>>> Local service on the phone as openBmap-locator from Baruch is the right
>>> way to go for performance, easiness, and privacy.
>> I look forward to this :)
>
> Search for openbmap-locator, it already exists. Though it's still
> somewhat limited.
I have tried it successfully but wasn't sure if you wanted to draw
attention to it yet. I did run into a couple of issues compiling on
shr-unstable (I haven't setup a crosscompiling environment yet) so I
can document the process I took here:
- when the autogen.sh asked for autoreconf, I got autoconf and
automake from angstrom (glibc)
ie.
autoconf_2.63-r0.3_armv4t.ipk
automake_1.9.6-r0_armv4t.ipk
gnu-config_0.1+cvs20050701-r5.3_armv4t.ipk
m4_1.4.8-r0_armv4t.ipk
- did not find any ipks for vala, compiled vala 0.7.7 from source
(took ages, I left it for a couple of hours and came back and it was
done so it might not actually take hours).
- automake in angstrom isn't new enough and it doesn't have the vala
macro ("warning: macro `AM_PROG_VALAC' not found in library" in
autogen.sh). compiled from source (automake-1.11) again.
- installed libsoup-2.4-1 and libsoup-2.4-dev via opkg install
- usual configure/make/make install
- run openbmap-locator in the background
- tested with mdbus -s org.openBmap.location
/org/openBmap/location/Gypsy
org.freedesktop.Gypsy.Position.GetPosition (the -s wasn't present in
the readme)
The accuracy even on the primitive algorithm was ok (still within
1-2km of actual position).
I've weighted average cell positions by max radius and signal strength
before and they "seemed" more accurate - but that technique is quite
naive anyway (sometimes a far off cell would skew the results).
Certainly, if anybody has an idea for a cell location algorithm, this
is a good app to test it with.
I also tend to get "(0, 0, 0.0, 0.0, 0.0)" sometimes when I check many
times in a row which probably isn't the fault of openbmap-locator
because looking at the FSO result for neighbouring cells at those
times returns results such as:
{ 'arfcn': 77,
'bsic': 49,
'c1': 22,
'c2': 22,
'cba': 0,
'cbq': 0,
'cid': '',
'ctype': 2,
'foffset': 1462111,
'lac': '0A40',
'rac': 0,
'roffset': 0,
'rxlev': 24,
'rxlevam': 2,
'timea': 84,
'toffset': 0}
ie. Results where the cellID = (sometimes for serving cell even
when the FR display shows full signal strength). Perhaps
openBmap-locator needs to collect a couple of results in a row if it
doesn't already.
Is there already a way to trick ogpsd into using the openbmap-locator
dbus interface? or is that still future research/improvement?
Thanks for your work so far! Thanks to Onen and Nick for keeping openBmap going!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
Am 23.10.2009 um 13:21 schrieb Laszlo KREKACS: > On Fri, Oct 23, 2009 at 1:07 PM, Dr. H. Nikolaus Schaller > wrote: >> Q: Bass-Rework? >> A: we currently have no plans because it is again a different work >> which has to be evaluated, tested, prepared for the public. And >> demand >> appears to be lower. > > But having bass rework the same time as the 1024 fix, its a huge > benefit and also > more attractive service. > > I for example will never send my phone for just to the #1024 fix, > because I plan > to in a way or another apply the bass fix. > So no point to sending you to do the half of the job. (the easier > half actually) > > Frankly, when you dismounted the phone, and you have the necessary > tools in your hand, than applying > the bass rework in plus, is a negligible price No. You have to open a different tin can. You have to cut and solder different cables. The test procedure is different. We want to make sure that every fix we offer really works, is reproducible and has high quality. Therfore, it is not "just" doing the same thing again. The common work is of course the logistics which is done only once. > In my really biased view, I find ugly to coming up each quarter year > to provide a separate fix, and thus requireing people to send you > their freerunner multiple times... Nobody is required to ask for the reworks at all... > ((also I find not fair to having the two fix together involves almost > the double price, as it does not require double amount of work)) We are a community. Therfore, you are free (and I hope open) to come up with your own, cheaper offers... Nikolaus > > Best regards, > 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
HTC Kernel Source Code available
FYI: http://developer.htc.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tango-GPS, omgps: download maps?
> is it possible to download the map-tiles for offline use? I know that > the apps can download the current maps, but doing this via gprs is too > expansive for me. > Sorry if this question was ask before, but I didn't find the answer... Yes, there is Ator's download script: http://www.bikeator.de/joomla1ator/index.php?option=com_docman&task=cat_view&gid=30&Itemid=23 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tango-GPS, omgps: download maps?
On Friday 23 October 2009 13:53:39 Klaus Fürth wrote: > Hi, > > is it possible to download the map-tiles for offline use? I know that > the apps can download the current maps, but doing this via gprs is too > expansive for me. I do it from tangogps: -Neo connected to internet via USB/wifi -Open TangoGPS -Zoom level 11, center on the zone you want to download - tap anywhere on the map - On the menu, select "Map Download"-> "+6 zoom levels" - Tangogps will download all tiles for 17> zoom >11 and will place them on "~/Maps/OSM" You can do the same for zoom levels < 11. Then you can use them from omgps, Advanced Geocaching, etc... You can even install tangogps on your PC, follow the same procedure, and then copy ~/Maps/OSM to your Neo's card. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tango-GPS, omgps: download maps?
TGPS can download the visible area up to a defined depth. Just do it while having the Neo connected to a PC, then you don't need to sacrifice GPRS for that. I don't know of a possibility to download a whole bunch at once. omgps cannot do such things (In fact that's the only reason why I still have TGPS installed) Marcel Am Freitag, den 23.10.2009, 13:53 +0200 schrieb Klaus Fürth: > Hi, > > is it possible to download the map-tiles for offline use? I know that > the apps can download the current maps, but doing this via gprs is too > expansive for me. > Sorry if this question was ask before, but I didn't find the answer... > > Thanks, > Klaus > > ___ > 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
Tango-GPS, omgps: download maps?
Hi, is it possible to download the map-tiles for offline use? I know that the apps can download the current maps, but doing this via gprs is too expansive for me. Sorry if this question was ask before, but I didn't find the answer... Thanks, Klaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
On Fri, Oct 23, 2009 at 1:07 PM, Dr. H. Nikolaus Schaller wrote: > Q: Bass-Rework? > A: we currently have no plans because it is again a different work > which has to be evaluated, tested, prepared for the public. And demand > appears to be lower. But having bass rework the same time as the 1024 fix, its a huge benefit and also more attractive service. I for example will never send my phone for just to the #1024 fix, because I plan to in a way or another apply the bass fix. So no point to sending you to do the half of the job. (the easier half actually) Frankly, when you dismounted the phone, and you have the necessary tools in your hand, than applying the bass rework in plus, is a negligible price In my really biased view, I find ugly to coming up each quarter year to provide a separate fix, and thus requireing people to send you their freerunner multiple times... ((also I find not fair to having the two fix together involves almost the double price, as it does not require double amount of work)) Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
if i buy the rework, i would by an invisible shield as well. would you be able to apply that shield to the lcd since the cover is off anyway? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] DBus services and methods doc
Thanks for this ! I understood the dbus concepts but I was just a litte confuse width the services / path. You saved my life :d (at least my day :d) + Mickael Jose Luis Perez Diez a écrit : > El Friday, 23 de October de 2009 10:25:54 Mickael Labrousse va escriure: > >> But for example I don't have any org.freesmartphone.Device when I check >> with mdbus but I have org.freesmartphone.odeviced... >> > > I think need to refresh the DBus concepts on Service, path (object) , and > interface. > > org.freesmartphone.odeviced is a service and it has objects with > introspectable interfaces on the fowllowing paths(on my neo): > > /org/freesmartphone/Device/Audio interfaces: > org.freedesktop.DBus.Introspectable > org.freesmartphone.Device.Audio > /org/freesmartphone/Device/Display , > /org/freesmartphone/Device/CPU : > org.freesmartphone.Resource > org.freedesktop.DBus.Introspectable > /org/freesmartphone/Device/Display/0 , > /org/freesmartphone/Device/Display/gta02_bl : > org.freesmartphone.Device.Display > org.freedesktop.DBus.Introspectable > /org/freesmartphone/Device/IdleNotifier/0 : > org.freesmartphone.Device.IdleNotifier > org.freedesktop.DBus.Introspectable > /org/freesmartphone/Device/Info : > org.freesmartphone.Device.Info > org.freedesktop.DBus.Introspectable > /org/freesmartphone/Device/Input : > org.freedesktop.DBus.Introspectable > org.freesmartphone.Device.Input > /org/freesmartphone/Device/LED/neo1973_vibrator > /org/freesmartphone/Device/LED/gta02_aux_red , > /org/freesmartphone/Device/LED/gta02_power_blue , > /org/freesmartphone/Device/LED/gta02_power_orange : > org.freedesktop.DBus.Introspectable > org.freesmartphone.Device.LED > /org/freesmartphone/Device/PowerControl/WiFi , > /org/freesmartphone/Device/PowerControl/Bluetooth : > org.freesmartphone.Resource > org.freedesktop.DBus.Introspectable > org.freesmartphone.Device.PowerControl > /org/freesmartphone/Device/PowerControl/UsbHost : > org.freedesktop.DBus.Introspectable > org.freesmartphone.Device.PowerControl > /org/freesmartphone/Device/PowerSupply/battery , > /org/freesmartphone/Device/PowerSupply/usb , > /org/freesmartphone/Device/PowerSupply/adapter , > /org/freesmartphone/Device/PowerSupply/ac : > org.freedesktop.DBus.Introspectable > org.freesmartphone.Device.PowerSupply > /org/freesmartphone/Device/RTC/rtc0 , > /org/freesmartphone/Device/RTC/0 : > org.freedesktop.DBus.Introspectable > org.freesmartphone.Device.RealtimeClock > > ___ > 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: #1024-rework service available
On Fri, 23 Oct 2009 13:06:07 +0200 Michael 'Mickey' Lauer (M'L) wrote: >Am Freitag, den 23.10.2009, 12:39 +0200 schrieb Yorick Moko: >> thanks for offering this service! (although too bad I already sent my >> device once to Germany) >> can you give us an indication on how much this would improve >> batterylife? >> >> I'm assuming it only extends standby-time. >> >> I once saw a graph that indicated that it was a huge boost, but can't >> find it anymore > >In optimal conditions, it's going to double your standby time from ~70h >to ~140h. During first live tests this week, qtmoko managed to last two full days (plus nights) of quite a bit of calls and messaging with occasional checking of status, gprs connection andgps. Previously, one day of use would drain the battery so this is an improvement. As the testing is subjective to usage, we will see in the near future what the real stand by time might be. Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
> > thanks for offering this service! (although too bad I already sent my > device once to Germany) > can you give us an indication on how much this would improve batterylife? > > I'm assuming it only extends standby-time. > > I once saw a graph that indicated that it was a huge boost, but can't > find it anymore > Did you mean this pointer: http://totalueberwachung.de/blog/2009/06/03/freerunner-deep-sleep-standby-time ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
Hi all, here some answers to recent questions: Q: Rework service for USA, Canada, Australia? A: unfortunately handling import/re-export is too much paperwork and if anything goes wrong, someone might have to pay taxes again. And, shipment is either very slow or much more expensive than within EU. This would make it cheaper to buy a new one... You could ask SDG Systems since they also had organized the Buzz- Rework in Canada, i.e. they have a company capable of doing it. Q: Bass-Rework? A: we currently have no plans because it is again a different work which has to be evaluated, tested, prepared for the public. And demand appears to be lower. Q: how much does it improve? A: here is a report of 143 hours standby time: http://totalueberwachung.de/blog/2009/06/03/freerunner-deep-sleep-standby-time Q: when does GTA02-core or GTA03 come fixing all these issues? A: we don't know either Nikolaus Am 23.10.2009 um 12:39 schrieb Yorick Moko: > On 10/22/09, Dr. H. Nikolaus Schaller wrote: >> Hi all, >> >> some users of Neo Freerunner devices have experienced a limited >> standby time if the GSM modem goes to the deepest sleep mode. This >> became known as the #1024 bug, because that was the number it got in >> the bug tracker (https://docs.openmoko.org/trac/ticket/1024). The >> software workaround was to disable sleep mode 4 as the default. >> Although there is a description of a hardware rework solution >> (http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html >> ) we do not expect that you can do it yourself. Therefore, we have >> worked on a professional approach. >> >> With the help of a local SMD specialist company in Munich, Golden >> Delicious Computers can now offer a rework service to those who >> really >> suffer from this problem. Price is 45 EUR (incl. German VAT of 19%). >> If you combine with the Buzz-Rework (for A5 and A6 versions only) it >> is 75 EUR. And there is a rebate for groups of 5 or 10 units. >> >> http://www.handheld-linux.com/wiki.php?page=1024-Rework >> >> Nikolaus >> >> >> >> Conditions >> >> • This service is for the EU harmonized market only (sorry for >> Norway >> & Switzerland) >> • Customer will send in, get rework and get the device sent back >> within approx. two weeks >> • The 2 way shipping cost will be covered by the customer. >> • When choosing a parcel service, please choose one that allows you >> to track your parcel since we are not responsible for incoming >> parcels. For German customers we recommend Hermes-Versand and for UK >> Royal Mail. >> • Please pack carefully, but just the Neo Freerunner (without >> battery, battery cover, headset, pouch, stylus, SIM card, SDcard >> etc.). We are not responsible for lost accessories - only for the >> device. We strongly recommend to use the original black box. >> • In the rare case that we damage your device, you will get a fresh >> Neo Freerunner (but your data is lost). >> • If you have several Freerunners to rework, please add as many >> Reworks as you want to the shopping cart. This will reduce shipment >> cost compared to several single shipments. And, we offer a volume >> discount to encourage group buys (5: 5%; 10: 10%; 50: 15%). Rebates >> are automatically shown in the shopping cart. >> >> Important notes >> >> • After payment is done, please follow the Rework Instructions >> (http://www.handheld-linux.com/images/Instructions.pdf >> ) >> • Please note that we can handle this service only for customers in >> the EU harmonized market because temporary import/export is too >> complicated if we want to avoid that you (or we) have to pay again >> the >> import tax for your original Freerunner. >> • This is not a Bass-Fix: http://wiki.openmoko.org/wiki/GTA02_bass_fix >> >> How to test if my devices works or needs rework >> >> • obtain a command line (e.g. ssh from outside) >> • open /usr/bin/mickeyterm >> • type these commands (one after the other) >> AT+CFUN? >> AT+CFUN="1" --- only if CFUN? does not report 1 >> AT+CPIN="insert your pin" >> AT%SLEEP=4 >> AT%CSQ=1 >> AT+CREG=2 >> AT+COPS=0,0 >> • wait some minutes. If you see +CREG: 0 and/or %CSQ: 99, 99, 0 your >> device is "recamping". >> >> here a good device: >> +CREG: 2 >> +CREG: 1,"033F","5BC4" >> %CSQ: 13, 99, 1 >> %CSQ: 7, 99, 0 >> %CSQ: 10, 99, 1 >> +CREG: 1,"033F","2992" >> %CSQ: 18, 99, 2 >> %CSQ: 15, 99, 1 >> and here a bad device: >> +CREG: 2 >> +CREG: 1,"033F","2992" >> %CSQ: 15, 99, 1 >> +CREG: 0 >> %CSQ: 99, 99, 0 >> +CREG: 1,"033F","2992" >> %CSQ: 18, 99, 2 >> +CREG: 0 >> %CSQ: 99, 99, 0 >> +CREG: 1,"033F","2992" >> %CSQ: 17, 99, 1 >> +CREG: 0 >> >> >> >> Mobile Office Solutions >> by Golden Delicious Computers GmbH&Co. KG >> Buchenstr. 3 >> D-82041 Oberhaching >> +49-89-54290367 >> http://www.handheld-linux.com >> >> AG München, HRA 89571 >> VAT DE253626266 >> Komplementär: >> Golde
Re: #1024-rework service available
Am Freitag, den 23.10.2009, 12:39 +0200 schrieb Yorick Moko: > thanks for offering this service! (although too bad I already sent my > device once to Germany) > can you give us an indication on how much this would improve batterylife? > > I'm assuming it only extends standby-time. > > I once saw a graph that indicated that it was a huge boost, but can't > find it anymore In optimal conditions, it's going to double your standby time from ~70h to ~140h. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: graphical nethack for freerunner (alpha version released)
Hello everyone (Aapo? someone else?) working on it! Is there any new? Just a single int: we may use a sort of literky instead of the keyboard I suggested in http://img183.imageshack.us/img183/5662/mynethack.png which can overlap the info/status area so maximizing the playing area. Cheers Giacomo -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
On 10/22/09, Dr. H. Nikolaus Schaller wrote: > Hi all, > > some users of Neo Freerunner devices have experienced a limited > standby time if the GSM modem goes to the deepest sleep mode. This > became known as the #1024 bug, because that was the number it got in > the bug tracker (https://docs.openmoko.org/trac/ticket/1024). The > software workaround was to disable sleep mode 4 as the default. > Although there is a description of a hardware rework solution > (http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html > ) we do not expect that you can do it yourself. Therefore, we have > worked on a professional approach. > > With the help of a local SMD specialist company in Munich, Golden > Delicious Computers can now offer a rework service to those who really > suffer from this problem. Price is 45 EUR (incl. German VAT of 19%). > If you combine with the Buzz-Rework (for A5 and A6 versions only) it > is 75 EUR. And there is a rebate for groups of 5 or 10 units. > > http://www.handheld-linux.com/wiki.php?page=1024-Rework > > Nikolaus > > > > Conditions > > • This service is for the EU harmonized market only (sorry for Norway > & Switzerland) > • Customer will send in, get rework and get the device sent back > within approx. two weeks > • The 2 way shipping cost will be covered by the customer. > • When choosing a parcel service, please choose one that allows you > to track your parcel since we are not responsible for incoming > parcels. For German customers we recommend Hermes-Versand and for UK > Royal Mail. > • Please pack carefully, but just the Neo Freerunner (without > battery, battery cover, headset, pouch, stylus, SIM card, SDcard > etc.). We are not responsible for lost accessories - only for the > device. We strongly recommend to use the original black box. > • In the rare case that we damage your device, you will get a fresh > Neo Freerunner (but your data is lost). > • If you have several Freerunners to rework, please add as many > Reworks as you want to the shopping cart. This will reduce shipment > cost compared to several single shipments. And, we offer a volume > discount to encourage group buys (5: 5%; 10: 10%; 50: 15%). Rebates > are automatically shown in the shopping cart. > > Important notes > > • After payment is done, please follow the Rework Instructions > (http://www.handheld-linux.com/images/Instructions.pdf > ) > • Please note that we can handle this service only for customers in > the EU harmonized market because temporary import/export is too > complicated if we want to avoid that you (or we) have to pay again the > import tax for your original Freerunner. > • This is not a Bass-Fix: http://wiki.openmoko.org/wiki/GTA02_bass_fix > > How to test if my devices works or needs rework > > • obtain a command line (e.g. ssh from outside) > • open /usr/bin/mickeyterm > • type these commands (one after the other) > AT+CFUN? > AT+CFUN="1" --- only if CFUN? does not report 1 > AT+CPIN="insert your pin" > AT%SLEEP=4 > AT%CSQ=1 > AT+CREG=2 > AT+COPS=0,0 > • wait some minutes. If you see +CREG: 0 and/or %CSQ: 99, 99, 0 your > device is "recamping". > > here a good device: > +CREG: 2 > +CREG: 1,"033F","5BC4" > %CSQ: 13, 99, 1 > %CSQ: 7, 99, 0 > %CSQ: 10, 99, 1 > +CREG: 1,"033F","2992" > %CSQ: 18, 99, 2 > %CSQ: 15, 99, 1 > and here a bad device: > +CREG: 2 > +CREG: 1,"033F","2992" > %CSQ: 15, 99, 1 > +CREG: 0 > %CSQ: 99, 99, 0 > +CREG: 1,"033F","2992" > %CSQ: 18, 99, 2 > +CREG: 0 > %CSQ: 99, 99, 0 > +CREG: 1,"033F","2992" > %CSQ: 17, 99, 1 > +CREG: 0 > > > > Mobile Office Solutions > by Golden Delicious Computers GmbH&Co. 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 > Hi, thanks for offering this service! (although too bad I already sent my device once to Germany) can you give us an indication on how much this would improve batterylife? I'm assuming it only extends standby-time. I once saw a graph that indicated that it was a huge boost, but can't find it anymore y ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
On Fri, 23 Oct 2009 21:05:50 +1100 Chris Samuel wrote: > Or Australia ? Hi. I'm in Melbourne too. Needing to buzz fix an A6 I asked a few electronics engineers. I was looking for somebody who would do delicate soldering work for an hourly rate. The consensus from people I spoke to was that while there are a few small businesses who do electronic work, few would be interested in small jobs. A co-worker of mine offered to do the buzz fix for me. This person tends to over rate his ability. I should have remembered this when I agreed for him to do the work. I plan to tool up and redo the soldering on that phone in the next couple of weeks. The problem with little jobs like this is liability. If he stuffs up, who takes responsibility? On small jobs it is impossible to get insurance. So I am going to do a buzz fix soon. The #1024 fix seems more complicated because you have to disassemble parts of the phone which may be hard to put back together. I might try this procedure on the phone which I am going to do the buzz fix on. I can more afford to stuff that one up. I will post the results here: http://glitch.tl/working_with_shr.html Regards, -- Michael Smith Network Applications www.netapps.com.au | +61 (0) 416 062 898 Web Hosting | Internet Services signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
On Fri, 23 Oct 2009 08:59:06 am Steven ** wrote: > Is there someone offering a similar service in the US? Or Australia ? -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My python + e program freeze after suspend
On Thu, Oct 22, 2009 at 1:12 PM, Laszlo KREKACS wrote: > It happens every time after suspend. Do somebody have any idea? Here is a little demo app: http://github.com/klaszlo/esnippets/tree/master/playground/swallowd_entry/ Simply copy to the freerunner, launch it: cd swallowd_entry; python ./sentry.py Suspend the device, and wake up. No it is not possible anymore to change the text in the Entry (where are the initial "lolza" text). Can somebody try out, and confirm? Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] DBus services and methods doc
El Friday, 23 de October de 2009 10:25:54 Mickael Labrousse va escriure: > But for example I don't have any org.freesmartphone.Device when I check > with mdbus but I have org.freesmartphone.odeviced... I think need to refresh the DBus concepts on Service, path (object) , and interface. org.freesmartphone.odeviced is a service and it has objects with introspectable interfaces on the fowllowing paths(on my neo): /org/freesmartphone/Device/Audio interfaces: org.freedesktop.DBus.Introspectable org.freesmartphone.Device.Audio /org/freesmartphone/Device/Display , /org/freesmartphone/Device/CPU : org.freesmartphone.Resource org.freedesktop.DBus.Introspectable /org/freesmartphone/Device/Display/0 , /org/freesmartphone/Device/Display/gta02_bl : org.freesmartphone.Device.Display org.freedesktop.DBus.Introspectable /org/freesmartphone/Device/IdleNotifier/0 : org.freesmartphone.Device.IdleNotifier org.freedesktop.DBus.Introspectable /org/freesmartphone/Device/Info : org.freesmartphone.Device.Info org.freedesktop.DBus.Introspectable /org/freesmartphone/Device/Input : org.freedesktop.DBus.Introspectable org.freesmartphone.Device.Input /org/freesmartphone/Device/LED/neo1973_vibrator /org/freesmartphone/Device/LED/gta02_aux_red , /org/freesmartphone/Device/LED/gta02_power_blue , /org/freesmartphone/Device/LED/gta02_power_orange : org.freedesktop.DBus.Introspectable org.freesmartphone.Device.LED /org/freesmartphone/Device/PowerControl/WiFi , /org/freesmartphone/Device/PowerControl/Bluetooth : org.freesmartphone.Resource org.freedesktop.DBus.Introspectable org.freesmartphone.Device.PowerControl /org/freesmartphone/Device/PowerControl/UsbHost : org.freedesktop.DBus.Introspectable org.freesmartphone.Device.PowerControl /org/freesmartphone/Device/PowerSupply/battery , /org/freesmartphone/Device/PowerSupply/usb , /org/freesmartphone/Device/PowerSupply/adapter , /org/freesmartphone/Device/PowerSupply/ac : org.freedesktop.DBus.Introspectable org.freesmartphone.Device.PowerSupply /org/freesmartphone/Device/RTC/rtc0 , /org/freesmartphone/Device/RTC/0 : org.freedesktop.DBus.Introspectable org.freesmartphone.Device.RealtimeClock ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] DBus services and methods doc
Am Freitag, den 23.10.2009, 10:25 +0200 schrieb Mickael Labrousse: > But for example I don't have any org.freesmartphone.Device when I check > with mdbus but I have org.freesmartphone.odeviced... org.freesmartphone.Device is an interface, while org.freesmartphone.odeviced is a bus name (service provider). What is documented in docs.freesmartphone.org are the interfaces, since it is application dependent which service provider creates which objects at which path offering the (documented) interfaces. You can use introspection (e.g. via mdbus) to find out where these objects live. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ericsson releases "free" cell-id lookup API
Alex (Maxious) Sadleir wrote: > 2009/10/23 Onen : >> Baruch Even wrote: >>> Alex (Maxious) Sadleir wrote: > >> As Baruch said, you must be online, and I add you must send your GSM >> data (and as such your position) to a third party. >> Local service on the phone as openBmap-locator from Baruch is the right >> way to go for performance, easiness, and privacy. > I look forward to this :) Search for openbmap-locator, it already exists. Though it's still somewhat limited. Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] DBus services and methods doc
Thanks, but I've already see them. But for example I don't have any org.freesmartphone.Device when I check with mdbus but I have org.freesmartphone.odeviced... Jose Luis Perez Diez a écrit : > El Friday, 23 de October de 2009 09:27:33 Mickael Labrousse va escriure: > >> Does anyone have a link to a fso dbus documentation ? >> > > http://www.freesmartphone.org/index.php/Tutorials > and > http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD > > ___ > 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: [QtMoko] minor questions
> First is - how can I remove application from Favorites tab? I did not > find any possibility to do this for now. If you do a "right click" (click on an element and stay a few seconds) on the element you want to remove, you will see a menu where you can remove it. > Third is - what is the location of my contacts database on the FR? /home/root/Applications/Qtopia/qtopia_db.sqlite > Fifth is - I did apt-get update and had about 14 not upgraded packages. > Is it safe for now to do and upgrade for the system software from lenny > repository? If you read this : http://bugs.qtmoko.org/view.php?id=58 > > Six is - as I understood, all personal information is located under > Documents directory of the user. Can I move this directory to the SD > card and make simlink to the home location? Make a symlink for all the /home/root/ directory > PS. I found some minor bug: the home directory of the root user in the > qtopia environment is /home/root, but in debian - it is /root. Updating > the HOMEPATH in the /etc/passwd fix this issue. > The best would be to move QtMoko home to /root to keep the installation close to standard debian. Unfortunately Qtopia don't like to have the home directory not in /home/root. -- Vincent Meurisse ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] DBus services and methods doc
El Friday, 23 de October de 2009 09:27:33 Mickael Labrousse va escriure: > Does anyone have a link to a fso dbus documentation ? http://www.freesmartphone.org/index.php/Tutorials and http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] DBus services and methods doc
On Friday 23 October 2009 12:57:33 pm Mickael Labrousse wrote: > Hi, > > Does anyone have a link to a fso dbus documentation ? > I can't find the documentation listing methods of dbus services present > on SHR (so I think FSO framework). > Here you go, http://docs.freesmartphone.org -- Regards Sudharshan S Blog : http://www.sudharsh.wordpress.com IRC : Sup3rkiddo @ Freenode, Gimpnet ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] DBus services and methods doc
On Friday 23 October 2009 12:57:33 pm Mickael Labrousse wrote: > Hi, > > Does anyone have a link to a fso dbus documentation ? > I can't find the documentation listing methods of dbus services present > on SHR (so I think FSO framework). Here you go, http://docs.freesmartphone.org -- Regards Sudharshan S Blog : http://www.sudharsh.wordpress.com IRC : Sup3rkiddo @ Freenode, Gimpnet ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] DBus services and methods doc
Hi, Does anyone have a link to a fso dbus documentation ? I can't find the documentation listing methods of dbus services present on SHR (so I think FSO framework). Thanks, Mickael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: CorePy: Assembly Programming in Python
On Fri, Oct 23, 2009 at 9:03 AM, Jose Luis Perez Diez wrote: > The FR CPU isn't supported by corepy yet? ;) -- Olivier M. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: CorePy: Assembly Programming in Python
El Friday, 23 de October de 2009 04:02:50 Denis Johnson va escriure: > http://www.corepy.org/ > I came across this while researching other development related stuff > and I thought it may be interesting for some of the Python aficionados > here who may have not heard of it. > For those that want or need some raw performance or access access to > lower level stuff on the FR The FR CPU isn't supported by corepy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
