Re: TangoGPS font size for speed indicator
On Thu, Jan 7, 2010 at 11:31 PM, Marcus Bauer marcus.ba...@gmail.com wrote: On Wed, 6 Jan 2010 23:36:21 +0200 Risto H. Kurppa ri...@kurppa.fi wrote: The community shall be the judge and point me where did I go wrong. The community did already: Risto Kurppa, you have been sending me your massively abusive emails after the release of 0.9.3. They were so far beyond anything acceptable that I a) got a lawyer in Helsinki to deal with you and b) informed the Ubuntu Community Council. I think it was nothing else just a desperate try to build a community around tangogps as apparently you failed to do it. What you should have to do, is simply make clear, you dont want anybody else to make a community around your project. Risto was and are a very active mailing list member, had some very useful comments here, what I think many users appreciated. I do believe there was some small misunderstanding in your email exchanges. As for the lawyer part, Im really sorry, you needed hire a lawyer in a foreign country. I hope you didnt spent to much money on it and also I hope you enjoyed the trip to Helsinki. However I usually dont hire any lawyers, if I receive some spams in my inbox. But everyone are free to do in his/her way. Im pretty sure (as you made clear), Risto wont do any private mailing/harassment with you in the future. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] the Display resource
2010/1/8 Michael 'Mickey' Lauer mic...@vanille-media.de Am Donnerstag, den 07.01.2010, 21:57 +0100 schrieb Michal Brzozowski: Sorry this has been documented somewhere. I'm playing with the 'Display' resource, and I'm totally confused. I can understand that. The semantics of the Display (and CPU) resource is somewhat different from the semantics of the other peripherals. The display resource is _not_ controlling the display. What it does instead is modifying the way the Idle Notifier works. When you claim the display resource, then the Idle Notifier IDLE_DIM (and subsequent states, such as LOCK and SUSPEND) will no longer be sent, hence the display will stay on and the device will not go into suspend. Thanks! That explains everything :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Some questions about TangoGPS
In The Name Of God The compassionate merciful hello; 1 - There is an option that lets tangogps users selecting using Google sat maps , but they have 2 problems : A - Quality of pictures in Tangogps is not the same as Google apps . for example check this locationhttp://maps.google.com/maps?ll=32.7026,51.1537spn=0.046946,0.097418t=kz=14key=ABQIEHSQK1vAAAuBZm_l9nDfuxR-o64xXIeDw7j_JZZzFnbEVH6OthQCJTz0e4bbm3CpyEKMFqf7FEzFIwmapclient=jsapioi=map_miscct=api_logoin both . Maybe this is cause of the differnece between maps.google.com and http://khm.google.com/ pictures ?? B - Google app shows street names with an option show label . Can not Tangogps get that layer in the same way it get pictures ? 2 - In which issues Tangogps is better than Navit ? Regards dehqan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: dfu_download error -110
any chance to draw some attention on the following? Thanks Tony -- Forwarded message -- From: Tony Berth tonybe...@googlemail.com Date: Wed, Jan 6, 2010 at 7:07 PM Subject: dfu_download error -110 To: List for Openmoko community discussion community@lists.openmoko.org when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 please note, that I did try to re-install the latest qi bootloader ( http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu) but still get the same error! Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 08, 2010 at 11:01:23AM +0200, Tony Berth wrote: any chance to draw some attention on the following? Thanks Tony can you try with newer qi? http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu Cheers, -- Forwarded message -- From: Tony Berth tonybe...@googlemail.com Date: Wed, Jan 6, 2010 at 7:07 PM Subject: dfu_download error -110 To: List for Openmoko community discussion community@lists.openmoko.org when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): middle of which process? dfu flashing of image or flashing of that kernel? dfu_download error -110 please note, that I did try to re-install the latest qi bootloader ( http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu) but still get the same error! Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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: Some questions about TangoGPS
Hi, Le 08/01/2010 09:31, dehqan65 a écrit : 2 - In which issues Tangogps is better than Navit ? IMO, they both serve different purposes. Tango use raster maps. It's very fast and very efficient at displaying your position and/or track on a raster map. Navit use vector maps. Maps are drawn in realtime, which makes it a bit slower. But this allows routing and turn by turn directions. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
Hi dehqan65, please follow standard mailing list etiquettes and use a proper name. On Fri, Jan 08, 2010 at 12:01:19PM +0330, dehqan65 wrote: In The Name Of God The compassionate merciful I'm not sure whether you know that at least I and probably many other people just stop reading after this line. I strongly suggest that you write in your name and not in the name of others. That's also not a religious list. Jens ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about Navit
In The Name of Myself Hi Dehqan 1 - Tangogps has an option that let us to use google sat maps , Can google sat maps be used with Navit ? no they can't, because tangogps uses images and navit uses vector data this is also why the maps for navit are a lot smaller, but scrolling and zooming takes more time it might be possible to patch it to let it display google sat images and display them; and calculate a route based on the (invisible) vectordata, but that would require MAJOR work I think 2- To set up route , in thishttp://wiki.openmoko.org/wiki/Navit#Enter_Town step after selecting country (Iran) , town should be selected , but there is not town name in list , humble wrote town name manualy now, how to save it ? of course humble started from thishttp://wiki.openmoko.org/wiki/Navit#Select_Country step to setup route . are previous steps required? The problem would be that the name town you wanted to select isn't in the map data you downloaded that could be due to (I think): town not entered in openstreetmaps town entered, but no is_in: Iran tag specified of something like that you can correct this by contributing to OSM and editing the town's label 3 - To use speech http://wiki.openmoko.org/wiki/Navit#Speech option on Navit ,this speech-dispatcher http://www.freebsoft.org/speechd is required but it's link http://www.freebsoft.org/speechd is down I have never used speech, but I can navigate to http://www.freebsoft.org/speechd you can check the status of that site here: http://downforeveryoneorjustme.com/http://www.freebsoft.org/speechd Hope this helps! Regards, yorick On Fri, Jan 8, 2010 at 6:40 AM, dehqan65 dehqa...@gmail.com wrote: In The Name Of God The compassionate merciful hello; 1 - Tangogps has an option that let us to use google sat maps , Can google sat maps be used with Navit ? 2- To set up route , in thishttp://wiki.openmoko.org/wiki/Navit#Enter_Townstep after selecting country (Iran) , town should be selected , but there is not town name in list , humble wrote town name manualy now, how to save it ? of course humble started from thishttp://wiki.openmoko.org/wiki/Navit#Select_Countrystep to setup route . are previous steps required? 3 - To use speech http://wiki.openmoko.org/wiki/Navit#Speech option on Navit ,this speech-dispatcher http://www.freebsoft.org/speechd is required but it's link http://www.freebsoft.org/speechd is down . Regarsds dehqan ___ 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-User] Alternatives to FR
2010/1/8 Laszlo KREKACS laszlo.krekacs.l...@gmail.com: What I fear about N900 is that it always stays as one single high-end model to nokia. There were always single model in the past: n700, n800, n810 Huh? That looks like 3 models to me. And the N900 makes 4. (Note that n700 should be 770.) From the corporate Nokia point of view, I'm sure that Maemo has always been, and so far still is, an experimental direction. They have taken their time to evolve the platform, while at the same time getting some revenue for selling as internet tablets. Pretty clever of them actually. I wonder what their overall profit/loss is on this business? From the same point of view, I expect that further expansion of this platform will depend massively on whether N900 is successful. Firstly, whether it sells in large numbers; secondly, whether Nokia estimate that Maemo is now a more efficient platform for future development than their other options. (Actually N900 is reported as being Step 4 out of 5 in the overall plan, so there is already at least one more model planned. I guess that that would be a relatively minor increment on the N900, to fix problems that are found with the new phone aspects.) Btw, if there an SHR porting effort to N900? Or e libraries? Doesn't the N900 use the standard Debian archive? (I only know that part of the community has pushed for that for a long time...) If it does, the question becomes whether the e libraries are in Debian. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v16
Hi, new images of QtMoko are released! They can be downloaded from sourceforge as usually [1]. Thank you for your efforts! Is there any upgrade procedure? Looking at http://qtmoko.org/wiki/Update only the 14-15 seems to exist. Again, thank you very much. -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Try to save your soul: http://www.godfanclub.tk/ -- 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: [Shr-User] UBI success story
On Wed, Jan 6, 2010 at 2:21 AM, Martin Jansa martin.ja...@gmail.com wrote: 3) update Qi with dfu-util qi built here http://build.shr-project.org/shr-unstable/images/om-gta02/ is still using jffs2 in kernel params but you can you binary from here http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu or build Qi yourself with bitbake from latest shr/merge branch + this patch: http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0014-qi-update-kernel-params-for-ubi-rootfs.patch This is not true anymore, I've added qi-ubi as different recipe to OE and rebuild here, so this qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfuhttp://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu has jffs2 params again and you need qi-ubi-s3c2442-1.0.2-r0+gitr1+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfuhttp://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-ubi-s3c2442-1.0.2-r0+gitr1+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu for ubifs params but no need to download it from my host now.. I've built it on official shr buildhost too, so download it here http://build.shr-project.org/shr-unstable/images/om-gta02/ Sorry to those who downloaded it in between (I'll remove it from my host for now..), I've updated wiki page http://wiki.openmoko.org/index.php?title=UBIFS and forgot to send this e-mail. Cheers, -- uin:136542059 jid:martin.ja...@gmail.comjid%3amartin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.frsip%3ajama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Alternatives to FR
Hi, On Fri, Jan 08, 2010 at 10:10:49AM +, Neil Jerram wrote: Doesn't the N900 use the standard Debian archive? (I only know that part of the community has pushed for that for a long time...) I don't know about that. If it does, the question becomes whether the e libraries are in Debian. But e libraries are in Debian, last updated december 2009 ;) If they use Debian repository there will be SHR for N900, too once I finished the new packages. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
Tony Berth tonybe...@googlemail.com writes: when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 It's usually suggested to try another usb-cable/port/no hub etc. Also make sure you flash to the correct nand partition. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
On Fri, 8 Jan 2010 09:12:45 +0100 Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: On Thu, Jan 7, 2010 at 11:31 PM, Marcus Bauer marcus.ba...@gmail.com wrote: On Wed, 6 Jan 2010 23:36:21 +0200 Risto H. Kurppa ri...@kurppa.fi wrote: The community shall be the judge and point me where did I go wrong. The community did already: Risto Kurppa, you have been sending me your massively abusive emails after the release of 0.9.3. They were so far beyond anything acceptable that I a) got a lawyer in Helsinki to deal with you and b) informed the Ubuntu Community Council. I think it was nothing else just a desperate try to build a community around tangogps I probably repeat myself: open source / free software is build upon a meritocracy. The more you contribute, the more influence you do have. And actually in one way or other it is pretty much everywhere in life like this. If you haven't shown any regular support of a project or group than common sense should tell you that you wont be accepted as community manager. Freenode has exactly for that the policy that only people affiliated with a project can register project channels. And freenode is the core of many communities. as apparently you failed to do it. Ah, allrighty! It is just that tangoGPS has a community of more than 100.000 users, of more than 25 distributions, of people packaging it, people twittering about it, people blogging about it, people discussing it in forums... The tangoGPS friendservice has been used almost half a million times and the messaging is frequently used too. There has been an article on Linux.com about tangoGPS and another one in the Linux Magazine. I'd say the tangoGPS community is bigger than the openmoko community :-P Now let's compare that to Risto Kurppa, who wrote in his mail two days ago: In co-operation with the Open Source Geospatial Foundation I started a mailing list to discuss FOSS-GPS related topics to connect the users developers:. This sounds good, no politician could say it any better. But if you look into the list archive you see that there are three positing in the last month: http://lists.osgeo.org/pipermail/foss-gps/2009-December/date.html Not exactly a vibrant community that he has created in over a year. In co-operation with the Open Source Geospatial Foundation... BlaBla. Talk is cheap. It needs sustained work and commitment to get a community of the ground. Risto was and are a very active mailing list member, had some very useful comments here, what I think many users appreciated. Which is no excuse for misbehaviour. I do believe there was some small misunderstanding in your email exchanges. Certainly not. The Ubuntu Community Council didn't take it lightly either. As for the lawyer part, Im really sorry, you needed hire a lawyer in a foreign country. I hope you didnt spent to much money on it and also I hope you enjoyed the trip to Helsinki. However I usually dont hire any lawyers, if I receive some spams in my inbox. But everyone are free to do in his/her way. That's exactly what I do too with spam. However Risto Kurppa didn't leave me any choice. He set a deadline until which I have to respond to him or elsewise he would go public with his diffamations. And yet I'd still drop this kind of email into the spam folder but next day he showed up on planet ubuntu and at this point the fun ends. That guy simply didn't stop and that's when I notified the Ubuntu Community Council and contacted a lawyer -- btw, they have phones in Helsinki nowadays, no need to go there. A word about the usage of lawyers: they are a lot more useful (and cheaper) for getting legal advice than for sueing somebody. It is a good idea to go and get early advice with precise questions than to wait until a situation is out of control. By definition and statistics they have a success rate of 50:50 when they sue. -- How was that with throwing a coin? Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
Hi Joseph, thanks for your words, they are very much appreciated! Marcus On Thu, 7 Jan 2010 23:48:54 + Joseph Reeves iknowjos...@gmail.com wrote: I have founded tangogps and spent over 2000 hours of development on it so quite naturally I am the SABDFL of tangogps. And it is a rather successful project: it has been picked up by over 25 distributions and it has far more than 100.000 happy users in pretty much every corner of the world. I honestly believe that if it wasn't for TangoGPS, and therefore yourself Marcus, the initial uptake of the Openmoko devices would have been much slower. This community owes a great deal to your hard work. OpenStreetMap has probably benefited too as well. TangoGPS demonstrated that the Neo1973 and FreeRunner were (are) viable platforms and that there was (is) value to be gained from a phone running Open Source software. By demonstrated I mean that you could give the phone to someone, have them walk around outside, and they'd come back excited about what could be done. I remember getting an engineering sample of the FreeRunner and having many email conversations with Markus about getting TangoGPS to run on it. It wasn't exactly hard, but I was known to make a mistake or two along the way; at least in the end TangoGPS was about the first application I ran on the FreeRunner and I was, I think, the first person to ever do it. Thankfully Openmoko inc saw the value and sent Marcus a phone too. Thanks for all your contributions Marcus, we all owe you a lot, even if some people fail to realise that. Cheers, Joseph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QT and dbus - no such signal
Hi, I am about to write my own little GPS application in Qt and try to connect to FixStatusChanged signal from Gypsy but have the following problem Code snippet: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy/default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); ... connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); I want to pass the signal on to use it somewhere else in my application... now when starting my application I get: Object::connect: No such signal org::freedesktop::Gypsy::Device::FixStatusChanged(int) but mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy lists: [SIGNAL]org.freedesktop.Gypsy.Device.FixStatusChanged( i:fixstatus ) Do you have any idea what is going wrong? You can find the full code here: http://git.senfdax.de/?p=qgpslog;a=blob;f=src/gypsy.cpp;h=27014f72b3705c6439e10d9130c8c03f8cd9bfdf;hb=HEAD Thanks for any help. Cheers, Christian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Alternatives to FR
On Friday 08 January 2010 11:10:49 Neil Jerram wrote: 2010/1/8 Laszlo KREKACS laszlo.krekacs.l...@gmail.com: What I fear about N900 is that it always stays as one single high-end model to nokia. There were always single model in the past: n700, n800, n810 Huh? That looks like 3 models to me. And the N900 makes 4. I think he meant concurrent models, not incremental releases. However, I think (and hope) once the 5 Step program for the maemo development is finished we will see a lot more Maemo devices from Nokia. Btw, if there an SHR porting effort to N900? Or e libraries? Doesn't the N900 use the standard Debian archive? (I only know that part of the community has pushed for that for a long time...) If it does, the question becomes whether the e libraries are in Debian. No. The N900 uses dpkg/apt and .deb packages but they are not exactly the same as debian ones. There are some additional tweaks and hooks to regard the limited ressources on mobile devices. However. You can re-package debian packages for maemo without recompiling the source. Cheers, Michael 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: QT and dbus - no such signal
Hi, I am about to write my own little GPS application in Qt and try to connect to FixStatusChanged signal from Gypsy but have the following problem Code snippet: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy/default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); ... connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); I want to pass the signal on to use it somewhere else in my application... now when starting my application I get: Object::connect: No such signal org::freedesktop::Gypsy::Device::FixStatusChanged(int) but mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy lists: [SIGNAL]org.freedesktop.Gypsy.Device.FixStatusChanged( i:fixstatus ) Do you have any idea what is going wrong? You can find the full code here: http://git.senfdax.de/?p=qgpslog;a=blob;f=src/gypsy.cpp;h=27014f72b3705c6439e10d9130c8c03f8cd9bfdf;hb=HEAD Thanks for any help. Cheers, Christian Hi! Quick response, I don't have a lot of time, here is an example of connection to fso in Qt : m_db_ressourceManager = new QDBusInterface(org.freesmartphone.ogpsd, /org/freedesktop/Gypsy,, QDBusConnection::systemBus()); connect (m_db_ressourceManager,SIGNAL(FixStatusChanged(int)),this,SLOT(fixStatusChanged(int))); Try : new QDBusInterface(org. freedesktop.Gypsy, /org/freedesktop/Gypsy/default, , QDBusConnection::systemBus()); Then connect to the signal. Many dbus examples are in the Qalee tree : http://think-free83.homelinux.org/project/qalee/trunk/ And on the wiki there is some informations : http://www.qalee.org -- -- Openmoko phone gui : http://www.qalee.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT and dbus - no such signal
On Friday 08 January 2010 12:52:14 Christian Rüb wrote: Hi, I am about to write my own little GPS application in Qt and try to connect to FixStatusChanged signal from Gypsy but have the following problem Code snippet: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy/default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); ... connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); try this: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); Qt doesn't need the full path for the node again. Here you find some very useful QtDBus examples: http://techbase.kde.org/Development/Tutorials#D-Bus Not sure if you know about qdbusviewer. It comes with your Qt4 installation and helps you a lot debugging and understanding DBus. Hope this helps. Michael 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: QT and dbus - no such signal
In Qt you must connect a signal to a slot. Looking your code : connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); You try to connect a signal to a signal ! It should be : connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SLOT(fixChanged(int))); Be careful you fixChanged(int) method is declared as slot in your header Christophe M a écrit : Hi, I am about to write my own little GPS application in Qt and try to connect to FixStatusChanged signal from Gypsy but have the following problem Code snippet: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy/default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); ... connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); I want to pass the signal on to use it somewhere else in my application... now when starting my application I get: Object::connect: No such signal org::freedesktop::Gypsy::Device::FixStatusChanged(int) but mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy lists: [SIGNAL]org.freedesktop.Gypsy.Device.FixStatusChanged( i:fixstatus ) Do you have any idea what is going wrong? You can find the full code here: http://git.senfdax.de/?p=qgpslog;a=blob;f=src/gypsy.cpp;h=27014f72b3705c6439e10d9130c8c03f8cd9bfdf;hb=HEAD Thanks for any help. Cheers, Christian Hi! Quick response, I don't have a lot of time, here is an example of connection to fso in Qt : m_db_ressourceManager = new QDBusInterface(org.freesmartphone.ogpsd, /org/freedesktop/Gypsy,, QDBusConnection::systemBus()); connect (m_db_ressourceManager,SIGNAL(FixStatusChanged(int)),this,SLOT(fixStatusChanged(int))); Try : new QDBusInterface(org. freedesktop.Gypsy, /org/freedesktop/Gypsy/default, , QDBusConnection::systemBus()); Then connect to the signal. Many dbus examples are in the Qalee tree : http://think-free83.homelinux.org/project/qalee/trunk/ And on the wiki there is some informations : http://www.qalee.org -- -- Openmoko phone gui : http://www.qalee.org ___ 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: QT and dbus - no such signal
On Friday, 8. January 2010 13:01:40 Christophe M wrote: Hi, I am about to write my own little GPS application in Qt and try to connect to FixStatusChanged signal from Gypsy but have the following problem Code snippet: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy/default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); ... connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); I want to pass the signal on to use it somewhere else in my application... now when starting my application I get: Object::connect: No such signal org::freedesktop::Gypsy::Device::FixStatusChanged(int) but mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy lists: [SIGNAL]org.freedesktop.Gypsy.Device.FixStatusChanged( i:fixstatus ) Do you have any idea what is going wrong? You can find the full code here: http://git.senfdax.de/?p=qgpslog;a=blob;f=src/gypsy.cpp;h=27014f72b3705c6439e10d9130c8c03f8cd9bfdf;hb=HEAD Thanks for any help. Cheers, Christian Hi! Quick response, I don't have a lot of time, here is an example of connection to fso in Qt : m_db_ressourceManager = new QDBusInterface(org.freesmartphone.ogpsd, /org/freedesktop/Gypsy,, QDBusConnection::systemBus()); connect (m_db_ressourceManager,SIGNAL(FixStatusChanged(int)),this,SLOT(fixStatusChanged(int))); Try : new QDBusInterface(org. freedesktop.Gypsy, /org/freedesktop/Gypsy/default, , QDBusConnection::systemBus()); Then connect to the signal. Many dbus examples are in the Qalee tree : http://think-free83.homelinux.org/project/qalee/trunk/ And on the wiki there is some informations : http://www.qalee.org Thanks for this - so you are using a different object path - will try this later. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT and dbus - no such signal
Hi, thanks for your reply, but it is possible to connect a signal to a signal [1] and that is exactly what I want. It is even possible to connect a signal directly to another signal. [1] http://doc.trolltech.com/4.6/signalsandslots.html On Friday, 8. January 2010 13:27:32 Mickael Labrousse wrote: In Qt you must connect a signal to a slot. Looking your code : connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); You try to connect a signal to a signal ! It should be : connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SLOT(fixChanged(int))); Be careful you fixChanged(int) method is declared as slot in your header ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
On Friday 08 Jan 2010 09:20:32 Jens Seidel wrote: On Fri, Jan 08, 2010 at 12:01:19PM +0330, dehqan65 wrote: In The Name Of God The compassionate merciful I'm not sure whether you know that at least I and probably many other people just stop reading after this line. I strongly suggest that you write in your name and not in the name of others. That's also not a religious list. I for one find this no more or less annoying than the signatures on many people's emails (for example the Ascii Ribbon Campaign) Hi dehqan65, please follow standard mailing list etiquettes and use a proper name. Well I don't see this mentioned anywhere in RFC 1855 or any list specific rules (couldn't actually find any) and dehqan65 is not by anymeans the only one on this list to not use their full names. Further more if you read beyond the above mentioned line you'll see that the email is signed dehqan which rather suggests that is his name. solar.george --- George Brooke solar.geo...@googlemail.com george.bro...@switchonswitchoff.org The C-Change Peer-Education Project (www.switchonswitchoff.org) Switch On to Climate Change National Carbon Champions 2008 (www.energyawards.org.uk) C-Change is a partnership between the Woodcraft Folk youth organisation (www.woodcraft.org.uk), The Centre for Alternative Technology (www.cat.org.uk) and De Monfort University (www.dmu.ac.uk). 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: QT and dbus - no such signal
I didn't know, my bad ;) Christian Rüb a écrit : Hi, thanks for your reply, but it is possible to connect a signal to a signal [1] and that is exactly what I want. It is even possible to connect a signal directly to another signal. [1] http://doc.trolltech.com/4.6/signalsandslots.html On Friday, 8. January 2010 13:27:32 Mickael Labrousse wrote: In Qt you must connect a signal to a slot. Looking your code : connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); You try to connect a signal to a signal ! It should be : connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SLOT(fixChanged(int))); Be careful you fixChanged(int) method is declared as slot in your header ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
2010/1/8 Jens Seidel jenssei...@users.sf.net: That's also not a religious list. In the name of religious equality: Thats true. So religious collocations should not be a thing to comment. :) I think dehqan behaves quite fine on this list. Cheers, Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
and I almost always top-post, so what :) 2010/1/8 Fabian Schölzel fabian.schoel...@googlemail.com 2010/1/8 Jens Seidel jenssei...@users.sf.net: That's also not a religious list. In the name of religious equality: Thats true. So religious collocations should not be a thing to comment. :) I think dehqan behaves quite fine on this list. I made a joke about his In the name of... heading, but I don't care what people write to me it's about the same as yo nigga biatches, whats up?; not really my kind of talk, but hey, if it rocks your boat.. wrt his name: I really thing his name is dehqan apparently it's a name with afghan roots meaning farmer: http://babynamesworld.parentsconnect.com/meaning_of_Dehqan.html and I have never seen him write anything offensive or out of line... he seems actually very polite to me... dehquan: keep posting questions if you have them! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Hackable:1 rev5
Hello everyone, first of all I like to thank you for this excellent distro. I had a couple of problems (with only one solution): -I can't boot regular rev5 from uSD (the process hangs up at something like 95% and stays there forever) so I have to use the developer version (which works well;-)); -when I #apt-get update I see that pkg-fso-keyring is expired, but giving #wget http://pkg-fso.alioth.debian.org/debian/pool/main/p/pkg-fso-keyring/pkg-fso-keyring_2009.09.12_all.deb #dpkg -i pkg-fso-keyring_2009.09.12_all.deb #rm pkg-fso-keyring_2009.09.12_all.deb all works right! Hope it can bu use-full to someone. bye bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
2010/1/8 Yorick Moko yorickm...@gmail.com: and I almost always top-post, so what :) So i'm trying middle posting right now! ;) I made a joke about his In the name of... heading, but I don't care what people write to me it's about the same as yo nigga biatches, whats up?; not really my kind of talk, but hey, if it rocks your boat.. I didn't meant you with my comment, Yorick. Cheers, Fabian (Maybe thats enough OT for now :) ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
(Maybe thats enough OT for now :) ) This isn't an OT list, thank the lord. We do use apostrophes though! ;-) Joseph 2010/1/8 Fabian Schölzel fabian.schoel...@googlemail.com: 2010/1/8 Yorick Moko yorickm...@gmail.com: and I almost always top-post, so what :) So i'm trying middle posting right now! ;) I made a joke about his In the name of... heading, but I don't care what people write to me it's about the same as yo nigga biatches, whats up?; not really my kind of talk, but hey, if it rocks your boat.. I didn't meant you with my comment, Yorick. Cheers, Fabian (Maybe thats enough OT for now :) ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about Navit
On Fri, Jan 8, 2010 at 06:40, dehqan65 dehqa...@gmail.com wrote: In The Name Of God The compassionate merciful hello; 1 - Tangogps has an option that let us to use google sat maps , Can google sat maps be used with Navit ? 2- To set up route , in this step after selecting country (Iran) , town should be selected , but there is not town name in list , humble wrote town name manualy now, how to save it ? of course humble started from this step to setup route . are previous steps required? 3 - To use speech option on Navit ,this speech-dispatcher is required but it's link is down . Regarsds dehqan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community No, don't use speech-dispatcher on Freerunner. It most cases it's breaking whole audio functionality of your phone. Use espeak or flite directly instead (just uncomment it in default config) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Alternatives to FR
On Fri, Jan 8, 2010 at 11:10 AM, Neil Jerram neiljer...@googlemail.com wrote: From the same point of view, I expect that further expansion of this platform will depend massively on whether N900 is successful. Firstly, whether it sells in large numbers; secondly, whether Nokia estimate that Maemo is now a more efficient platform for future development than their other options. I highly doubt about the selling numbers of Nokia N900. It is the most expensive model from Nokia, with no other alternatives (from Nokia). For example here in Hungary, none of the providers offer Nokia N900, so paying the full price (590EUR) is pretty much a non-option for an average person when he can get an iphone for 35 EUR (plus 70EUR/month minimum talk). I also doubt if it runs smoothly on a weaker device (processor-wise). Today on the train I saw a guy with nokia N900. He was reading some texts on it. Oh dear, the scrolling was awesomely laggish. As an openmoko user I know a bit about laggish scrolling;-) It is really sad such a highend device still suffers from it. (not as bad as openmoko though) An iphone had never such problem, and it has a weaker hardware... So Im back to my waiting position. In a year or so, my decision will be crystal-clear;-) Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Alternatives to FR
[...] I also doubt if it runs smoothly on a weaker device (processor-wise). Today on the train I saw a guy with nokia N900. He was reading some texts on it. Oh dear, the scrolling was awesomely laggish. As an openmoko user I know a bit about laggish scrolling;-) It is really sad such a highend device still suffers from it. (not as bad as openmoko though) [...] It may be application dependent? Take a look at: http://www.youtube.com/watch?v=cHmH_U5-YL8 Regards Niko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT and dbus - no such signal
Am Freitag, 8. Januar 2010 schrieb Christophe M: Hi, I am about to write my own little GPS application in Qt and try to connect to FixStatusChanged signal from Gypsy but have the following problem Code snippet: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy/default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); ... connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); I want to pass the signal on to use it somewhere else in my application... now when starting my application I get: Object::connect: No such signal org::freedesktop::Gypsy::Device::FixStatusChanged(int) but mdbus -s org.freedesktop.Gypsy /org/freedesktop/Gypsy lists: [SIGNAL]org.freedesktop.Gypsy.Device.FixStatusChanged( i:fixstatus ) Do you have any idea what is going wrong? You can find the full code here: http://git.senfdax.de/?p=qgpslog;a=blob;f=src/gypsy.cpp;h=27014f72b3705c6439e10d9130c8c03f8cd9bfdf;hb=HEAD Thanks for any help. Cheers, Christian Hi! Quick response, I don't have a lot of time, here is an example of connection to fso in Qt : m_db_ressourceManager = new QDBusInterface(org.freesmartphone.ogpsd, /org/freedesktop/Gypsy,, QDBusConnection::systemBus()); connect (m_db_ressourceManager,SIGNAL(FixStatusChanged(int)),this,SLOT(fixStatusChanged(int))); Try : new QDBusInterface(org. freedesktop.Gypsy, /org/freedesktop/Gypsy/default, , QDBusConnection::systemBus()); Then connect to the signal. Many dbus examples are in the Qalee tree : http://think-free83.homelinux.org/project/qalee/trunk/ And on the wiki there is some informations : http://www.qalee.org I tried: QDBusInterface *m_db_ressourceManager = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy,, QDBusConnection::systemBus()); QDBusMessage message = m_db_ressourceManager-call(GetPosition); qDebug() message message; connect (m_db_ressourceManager,SIGNAL(FixStatusChanged(int)),this,SLOT(showFix(int))); but get: message QDBusMessage(type=Error, service=, error name=org.freedesktop.DBus.Error.AccessDenied, error message=Rejected send message, 4 matched rules; type=method_call, sender=:1.42 (uid=0 pid=2202 comm=./qgpslog) interface=(unset) member=GetPosition error name=(unset) requested_reply=0 destination=org.freedesktop.Gypsy (uid=0 pid=1554 comm=python)), signature=, contents=([]) ) Object::connect: No such signal QDBusInterface::FixStatusChanged(int) I also tried to to change my interface to use org.freesmartphone.ogpsd as service name and tried different settings for object path: /default /org/freedesktop/Gypsy /org/freedesktop/Gypsy/default None with success. Note I am using SHR unstable and compiled qt 4.5.2 from OE without modifications. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT and dbus - no such signal
Am Freitag, 8. Januar 2010 schrieb Michael Zanetti: On Friday 08 January 2010 12:52:14 Christian Rüb wrote: Hi, I am about to write my own little GPS application in Qt and try to connect to FixStatusChanged signal from Gypsy but have the following problem Code snippet: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy/default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); ... connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); try this: ... deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); Qt doesn't need the full path for the node again. Here you find some very useful QtDBus examples: http://techbase.kde.org/Development/Tutorials#D-Bus Not sure if you know about qdbusviewer. It comes with your Qt4 installation and helps you a lot debugging and understanding DBus. Hope this helps. Michael Thanks Michael, tried your suggestion: deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /default, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); qDebug() testcall deviceInterface-call(GetFixStatus); the result was the same :( Object::connect: No such signal org::freedesktop::Gypsy::Device::FixStatusChanged(int) I already came across the page you mentioned - that's where I got connect to a dbus signal from... Yes, I know qdbusviewer, I tried it on my Freerunner but it does not dispaly anything but the service names :( same for qdbus Calling a method on the above interface also gives an error: testcall QDBusMessage(type=Error, service=, error name=org.freedesktop.DBus.Error.UnknownMethod, error message=Method GetFixStatus with signature on interface org.freedesktop.Gypsy.Device doesn't exist , signature=, contents=([]) ) trying with deviceInterface = new QDBusInterface(org.freedesktop.Gypsy, /org/freedesktop/Gypsy, org.freedesktop.Gypsy.Device, QDBusConnection::systemBus(),this); connect(deviceInterface, SIGNAL(FixStatusChanged(int)), this, SIGNAL(fixChanged(int))); qDebug() testcall deviceInterface-call(GetFixStatus); I get: Object::connect: No such signal org::freedesktop::Gypsy::Device::FixStatusChanged(int) testcall QDBusMessage(type=MethodReturn, service=:1.15, signature=i, contents=(1) ) So at least the function call works here - but not the signal. Any ideas? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
New significant speedups coming to FreeRunner
Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html (performance testing by Gennady Kupava) Apparently, and unfortunately, no-one had really questioned Om Inc:s (who mainly did the kernel work back in the days of the still mostly used 2.6.29) choices of kernel configuration. Disabling kernel debug features and pre-empt has resulted eg. these kind of improvements (from IRC, #openmoko-fi): - boot time 68.5% of original - apt-cache search nano 20s - 14.8s - emacs -f kill-emacs 3.8s - 2.2s These configuration changes are not yet in andy-tracking (the 2.6.29 kernel still being used in most distros), I don't know what's the situation in the new om-2.6.32 branch. Together with the quite recent commit from Thomas White that doubled theoretical glamo speeds (in practice at least 20% in general), I feel that Neo FreeRunner is not anymore terribly slow, but only slow by today's standards, which is quite an improvement. Especially after having been used to the terribly slow general behavior ;) Please tell if some distro happened to have those disabled already, and if someone knew about these speedups via the options already - and please arrange a commit to git.openmoko.org next time! Anyway, this all goes to show that in a project with limited resources like Openmoko, especially now that it's completely in the hands of the community when it comes to Neo FreeRunner development, you have to have the courage to question anything suspicious etc. you are seeing, not trusting that someone has actually optimized something to the extent assumed. If you want to have a quick grab of the new kernel for Debian (or any distro that loads uImage from a file), I put my compilation of kernel and modules to http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/ -Timo, wishing everyone a speedier new year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 8, 2010 at 11:07 AM, Martin Jansa martin.ja...@gmail.comwrote: On Fri, Jan 08, 2010 at 11:01:23AM +0200, Tony Berth wrote: any chance to draw some attention on the following? Thanks Tony can you try with newer qi? http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu Cheers, -- Forwarded message -- From: Tony Berth tonybe...@googlemail.com Date: Wed, Jan 6, 2010 at 7:07 PM Subject: dfu_download error -110 To: List for Openmoko community discussion community@lists.openmoko.org when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): middle of which process? dfu flashing of image or flashing of that kernel? dfu_download error -110 please note, that I did try to re-install the latest qi bootloader ( http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu ) but still get the same error! Thanks Tony the error occurs in the middle of flashing an image. I get the error after 14 x #! I don't know if that could be of any help! I did install http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfubut this didn't make any difference! I don't think that the cable is a problem cause other USB devices work with the same cable very well! Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 8, 2010 at 1:32 PM, Paul Fertser fercer...@gmail.com wrote: Tony Berth tonybe...@googlemail.com writes: when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 It's usually suggested to try another usb-cable/port/no hub etc. Also make sure you flash to the correct nand partition. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com how can I be sure that I flash the correct nand partition? Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dfu_download error -110
On Wed, Jan 6, 2010 at 9:07 AM, Tony Berth tonybe...@googlemail.com wrote: when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 just... making sure. your root when you do this right? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko tool chain + PhoneME Advanced
Hello, I want compile PhoneME Advanced, also want make this with qtmoko toolchain, but when I want compile pcsl show the next error: /opt/toolchains/arm920t-eabi/bin/ ../lib/gcc/arm-linux-gnueabi/4.3.2/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory The error is a problem of the toolchain? How I can fix? I think is a problem of any symbolick link or similar. Also I must make a symbolic link for arm-linux-gcc to gcc, but gcc works good except by the problem with cc1. Thanks. -- 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: Alternatives to FR
2010/1/4 William Kenworthy bi...@iinet.net.au: Nokia n900 - probably the best choice at this time. Probably, but to be more precise not yet instead of at this time. It's the only one that seems to have realistic possibility of some day having a free distribution running with all features enabled. But it's not today, and it remains to be seen how active the community around it is. I'm personally thinking that in 1-2 years I could have a pure Debian (maybe custom kernel) running on N900, with everything except probably 3D working. That assumes some people will reverse-engineer the battery loading etc. whatever is needed. But until then there is simply no choice besides Neo FreeRunner, unless something new appears or community around Palm evolves to reach the level of free distribution hackers around Maemo and the modem stuff is reverse-engineered. And even with those, I would have to give up free hardware :S I'd really hope for FreeRunner with 3G and Glamo ripped off, possibly newer CPU some day. For example some company joining gta02-core effort to semi-productize something new... -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 08, 2010 at 08:25:29PM +0200, Tony Berth wrote: On Fri, Jan 8, 2010 at 11:07 AM, Martin Jansa martin.ja...@gmail.comwrote: can you try with newer qi? http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu Cheers, the error occurs in the middle of flashing an image. I get the error after 14 x #! I don't know if that could be of any help! I did install http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfubut this didn't make any difference! Sorry I've read it wrong.. used qi for flashing image with dfu-util doesn't matter of course.. I just seen that you tried latest qi bootloader so I pointed out that its not latest anymore.. but the rest I've read too quickly to parse before 1st coffee.. -- 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: Fwd: dfu_download error -110
Tony Berth tonybe...@googlemail.com writes: Tony Berth tonybe...@googlemail.com writes: when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 It's usually suggested to try another usb-cable/port/no hub etc. Also make sure you flash to the correct nand partition. how can I be sure that I flash the correct nand partition? _to_ the correct nand partition, i.e. when flashing rootfs you should use -a rootfs dfu-util switch. Other than that, it still worth trying to check another cable/port even if other devices work ok. Have you already checked the meaning of the error btw? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko tool chain + PhoneME Advanced
Esteban Monge wrote: /opt/toolchains/arm920t-eabi/bin/ ../lib/gcc/arm-linux-gnueabi/4.3.2/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory Same error here when i switched from 32bit-64bit. I seems that the debian toolchain needs 2 more 32bit libraries. I solved this by downloading them manually, unpacking and copying them to /usr/lib32 dpkg -X libmpfr1ldbl_2.4.1-1ubuntu1_i386.deb . dpkg -X libgmp3c2_4.3.1+dfsg-1ubuntu3_i386.deb . The error is a problem of the toolchain? How I can fix? Maybe better fix would be to bundle the above libs with toolchain. I think is a problem of any symbolick link or similar. Also I must make a symbolic link for arm-linux-gcc to gcc, but gcc works good except by the problem with cc1. This part i dont understand. Can you please more specify what you try to do? Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openmoko io error
On Mon, Jan 4, 2010 at 7:24 PM, Jan Henkins lt;j...@henkins.za.netgt; wrote: Hello Roberto, I seem to have a similar issue. In my case my FR does not read SD cards, and give the same error messages as above until the kernel simply disables and removes the mmcblk0 device. I seem to remember that at some point between the v.5 and v.6 hardware, a small resistor was put on to some legs of the SIM or uSD card reader connections (you should be able to see one on yours). I have a suspicion that this is what has gone wrong on your FR as well as mine. Unfortunately this is simply a wild guess from my part, I do not have the kit or expertise to test this. yes, i have the resistor. is there anything to do about this?nbsp; and, btw, how can i know which version i have? under the battery i don't find useful info.. -- roby signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko tool chain + PhoneME Advanced
Thanks Radek, I use Debian 64bits, copy the files and works good. Also I must make a symbolic link for arm-linux-gcc to gcc, but gcc works good except by the problem with cc1. This part i dont understand. Can you please more specify what you try to do? The toolchain works with arm-linux-(command), but the scripts for build phoneme works with the command only, I only make a symbolic link for each command, for example for arm-linux-ar to ar only, and the scripts works good. Sorry for my bad english, and thanks for the help!!! 2010/1/8 Radek Polak pson...@seznam.cz Esteban Monge wrote: /opt/toolchains/arm920t-eabi/bin/ ../lib/gcc/arm-linux-gnueabi/4.3.2/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory Same error here when i switched from 32bit-64bit. I seems that the debian toolchain needs 2 more 32bit libraries. I solved this by downloading them manually, unpacking and copying them to /usr/lib32 dpkg -X libmpfr1ldbl_2.4.1-1ubuntu1_i386.deb . dpkg -X libgmp3c2_4.3.1+dfsg-1ubuntu3_i386.deb . The error is a problem of the toolchain? How I can fix? Maybe better fix would be to bundle the above libs with toolchain. I think is a problem of any symbolick link or similar. Also I must make a symbolic link for arm-linux-gcc to gcc, but gcc works good except by the problem with cc1. This part i dont understand. Can you please more specify what you try to do? Regards Radek -- 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: dfu_download error -110
On Fri, Jan 8, 2010 at 8:32 PM, jeremy jozwik jerjoz.for...@gmail.comwrote: On Wed, Jan 6, 2010 at 9:07 AM, Tony Berth tonybe...@googlemail.com wrote: when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 just... making sure. your root when you do this right? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community yes indeed! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 8, 2010 at 9:11 PM, Paul Fertser fercer...@gmail.com wrote: Tony Berth tonybe...@googlemail.com writes: Tony Berth tonybe...@googlemail.com writes: when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 It's usually suggested to try another usb-cable/port/no hub etc. Also make sure you flash to the correct nand partition. how can I be sure that I flash the correct nand partition? _to_ the correct nand partition, i.e. when flashing rootfs you should use -a rootfs dfu-util switch. Other than that, it still worth trying to check another cable/port even if other devices work ok. Have you already checked the meaning of the error btw? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com I'll try to get another cable. Yes, I use flag '-a' for rootfs but didn't find the meaning of that error! That's my problem too! Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
In The Name Of God The compassionate merciful Hello , The above sentence is regular phrase that we use to remember God anytime in any letter/post /work . to remember that we are made by someone who is compassionate merciful unique and that we are nothing against him .more info read quran . of course it is undeniable we are free to select our way . also dehqan is my humble last name . Anyway some questions remained : 1 - There is an option that lets tangogps users selecting using Google sat maps , but some problems : A - Is not using google maps under TangoGPS against google's EULA ? If it is do not answer next questions . B - Quality of pictures (Google maps) in Tangogps is not the same as Google apps . for example check this locationhttp://maps.google.com/maps?ll=32.7026,51.1537spn=0.046946,0.097418t=kz=14key=ABQIEHSQK1vAAAuBZm_l9nDfuxR-o64xXIeDw7j_JZZzFnbEVH6OthQCJTz0e4bbm3CpyEKMFqf7FEzFIwmapclient=jsapioi=map_miscct=api_logoin both . Maybe this is cause of the differnece between maps.google.com and http://khm.google.com/ pictures ?? C - Google app shows street names with an option show label . Can not Tangogps get that layer in the same way it get pictures ? 2 - How to download a part of earth (city/country) maps with zoom level 15 (500/1000 meter height) ? Regards dehqan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
On Sat, 9 Jan 2010 00:01:22 +0330 dehqan65 dehqa...@gmail.com wrote: Anyway some questions remained : 1 - There is an option that lets tangogps users selecting using Google sat maps , but some problems : A - Is not using google maps under TangoGPS against google's EULA ? You have to ask a lawyer for that. And the more lawyers you ask, the more opinions you will get. I am not a lawyer. But tangoGPS uses its name as user agent, i.e. it does not disguise as Internet Explorer or Firefox. So simply from a practical point of view Google can block it easily. As long as tangogps users are less than 0.01% of the traffic I guess they wont bother. And if you start downloading larger areas you quickly get a 24 hour penalty... In any case I am sure they have tuck loads of excellent lawyers :-) B - Quality of pictures (Google maps) in Tangogps is not the same as Google apps . for example check this locationhttp://maps.google.com/maps?ll=32.7026,51.1537spn=0.046946,0.097418t=kz=14key=ABQIEHSQK1vAAAuBZm_l9nDfuxR-o64xXIeDw7j_JZZzFnbEVH6OthQCJTz0e4bbm3CpyEKMFqf7FEzFIwmapclient=jsapioi=map_miscct=api_logoin both . Maybe this is cause of the differnece between maps.google.com and http://khm.google.com/ pictures ?? No difference here for that very location. And I never saw any difference elsewhere. C - Google app shows street names with an option show label . Can not Tangogps get that layer in the same way it get pictures ? Currently no. 2 - How to download a part of earth (city/country) maps with zoom level 15 (500/1000 meter height) ? Zoom to the area you need and click on the map. Choose the last entry in the pop-up menu and follow the instructions. Regards, Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whither open hardware ?
Dave Ball wrote: What's the yard stick for measuring against here? I.e. are we talking about one-off from digikey/farnell, samples direct from the manufacturer, or limited-run (couple of hundreds) quantities? For the full process from RD to mass production, you need to have channels for small, medium, and large quantities. First just a few to figure out if and how the thing works. Then hundreds for the prototypes, and finally thousands for mass production. If a part is available from Digi-Key or a similar distributor, this helps enormously to accelerate RD and it can also help when in a pinch in a prototype run. - what are the integration costs ? is this things like placement of awkward (small pitch etc.) parts, FPC's etc., or ancillary parts such as partner chips? Depending on the part, it can be all of this and more. Requirements on the PCB and the SMT process, partner chips, extra voltages, mechanical and thermal issues, drivers, and so on. Examples: - if a new component reduces the minimum pitch or has a higher pad density than the rest, your PCB may get more difficult to make, possibly resulting in higher cost, a smaller choice of companies that have the technology, higher lead time, and so on. - some components have an unusual reflow profile, e.g., batteries (don't like the heat) or complicated BGAs (have to make sure even the most inaccessible ball reflows correctly). - CPUs have long lists of requirements on their power supplies and their sequencing. E.g., it was quite a puzzle to figure out how to make the 2442 with with the 50633. - extra voltages: some chips inexplicably want something slightly different from 3.3 V. There goes another LDO. - mechanical: need to find suitable space. Electromechanical components also need to interface mechanically, which may affect the shape of other elements. - thermal: don't cook your neighbours and don't be cooked by them. Also, some special layout may be needed to get the heat away from the chip. - let's not forget the software. If a chip needs a driver, that one has to be written, debugged, and so on. This also implies what one needs sufficiently open documentation, which can require a great deal of negotiation. Is the normal route of sourcing via a factory (even for prototypes etc.)? From a few searches it seems that getting hold of some parts (i.e. screens / touch layers) is incredibly difficult for one-offs. For the easily obtainable parts, you have many choices. Small quantities you get from Digi-Key, even if it's expensive per piece. Perhaps even medium quantities, if you don't already have a better channel. Large quantities, you get from the official distributor. If you're willing to take some (small) chances, you can also use other channels, e.g., to bring down lead time. Parts that are hard to get require contacts, muscle, illusions, or someone who can lend you some of these. You normally negotiate the whole package, so you don't only get samples but you also at least talk about the larger quantities you'll need in the future. For prototypes you want fast turn-around times, so involving a mass-production factory may not be such a good idea. They can do sourcing, but their mode of operation may not include quick changes and such. (E.g., GTA01 was prototyped in Taipei, GTA02 had many prototype runs at the MP factory, a process that was agonizingly slow and had a huge overhead, GTA03 was prototyped again in Taipei.) - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Fri, Jan 8, 2010 at 7:23 PM, Timo Jyrinki timo.jyri...@gmail.com wrote: Hi, Just FYI to the community list, as slowness has been one of the biggest problems with Neo. Quite nice speedups are coming: http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html (performance testing by Gennady Kupava) Apparently, and unfortunately, no-one had really questioned Om Inc:s (who mainly did the kernel work back in the days of the still mostly used 2.6.29) choices of kernel configuration. Disabling kernel debug features and pre-empt has resulted eg. these kind of improvements (from IRC, #openmoko-fi): - boot time 68.5% of original - apt-cache search nano 20s - 14.8s - emacs -f kill-emacs 3.8s - 2.2s These configuration changes are not yet in andy-tracking (the 2.6.29 kernel still being used in most distros), I don't know what's the situation in the new om-2.6.32 branch. Together with the quite recent commit from Thomas White that doubled theoretical glamo speeds (in practice at least 20% in general), I feel that Neo FreeRunner is not anymore terribly slow, but only slow by today's standards, which is quite an improvement. Especially after having been used to the terribly slow general behavior ;) Please tell if some distro happened to have those disabled already, and if someone knew about these speedups via the options already - and please arrange a commit to git.openmoko.org next time! Anyway, this all goes to show that in a project with limited resources like Openmoko, especially now that it's completely in the hands of the community when it comes to Neo FreeRunner development, you have to have the courage to question anything suspicious etc. you are seeing, not trusting that someone has actually optimized something to the extent assumed. If you want to have a quick grab of the new kernel for Debian (or any distro that loads uImage from a file), I put my compilation of kernel and modules to http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/ -Timo, wishing everyone a speedier new year ha ha, great work man! I'll try it soon! d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Timo Jyrinki wrote: Disabling kernel debug features and pre-empt has resulted eg. these kind of improvements (from IRC, #openmoko-fi): - boot time 68.5% of original - apt-cache search nano 20s - 14.8s - emacs -f kill-emacs 3.8s - 2.2s Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s + wihout debug stuff there is also some more RAM and it seems it will be possible to compile moredrivers config 2MB and subjectively everything is faster. So for me this optimazations are definitely useful. Maybe we could remove all the stuff from gta configs and put them in another small file (gta02_debug_config?) so that if anybody wants to compile with debug options he can just copy paste this file into moredrives/packaging config and he will easily end up with the same debug options as we have now in configs. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alternatives to FR
On Fri, Jan 8, 2010 at 1:35 PM, Timo Jyrinki timo.jyri...@gmail.com wrote: 2010/1/4 William Kenworthy bi...@iinet.net.au: Nokia n900 - probably the best choice at this time. Probably, but to be more precise not yet instead of at this time. It's the only one that seems to have realistic possibility of some day having a free distribution running with all features enabled. But it's not today, and it remains to be seen how active the community around it is. Depends a bit on how you define 'free'... I interact with a phone mostly as a user, and possibly as a app developer - so for me if I can run free software on it, and I can develop free software for it using free tools, it's 'free enough'...I really want a device that I can use as a phone, and a hand-held linux box. The FR does the hand-held linux box part very well, but not so much the phone part. I've been using my FR for 1.5 years, as my primary phone for a lot of that time(on QtEI and the more recently shr-u), and I must admit I'm getting more and more frustrated with it - between the regular crashes and hangs, the incredibly slow performance (so slow that I still occasionally miss a call because I can't unlock the phone in time to answer it), the horrible GPRS performance, and the various idiosyncracies (like the recent 'feature' to progressively dim the screen while I'm trying to use it, inability to connect to wifi much of the time, etc.)... There have been improvements, but it's been very slow, and IMO we're still a *long* way from having a phone with even a half-decent user experience... and there is nothing we can do can fix issues like the poor glamo bandwidth, and the crappy GPRS performance. When I'm out of the house and need to look something up on the web, I borrow my wife's Iphone - I can look up what I need before the FR's browser finishes launching, let alone loading the google homepage... Unfortunately, I've been actively looking for a device lately to replace my FR - I'm just too fed up with it. The N900 is currently my leading contender. I had originally written it off, because it doesn't support the 3G data frequencies currently available here in Montreal - but I realized the other day that it's 'fallback' data support is EDGE, not GPRS. The *fallback* on this phone is still 20x to 50x faster than the best data tranfer rate I can get on the FR... And to be blunt, I don't give a damn if the battery loading software isn't open... As long as it's a linux stack, and it's easy to cross-compile the app software I want for it, using the standard open source libs I'm familiar with --- that's free enough... So long, and thanks for all the fish... Warren -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Fri, Jan 8, 2010 at 2:28 PM, Radek Polak pson...@seznam.cz wrote: Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s huzzah! lets get this piped in asap. would this help with application load time? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 08, 2010 at 10:29:31PM +0200, Tony Berth wrote: Tony Berth [2]tonybe...@googlemail.com writes: Tony Berth [3]tonybe...@googlemail.com writes: when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): dfu_download error -110 It's usually suggested to try another usb-cable/port/no hub etc. Also make sure you flash to the correct nand partition. how can I be sure that I flash the correct nand partition? _to_ the correct nand partition, i.e. when flashing rootfs you should use -a rootfs dfu-util switch. Other than that, it still worth trying to check another cable/port even if other devices work ok. Have you already checked the meaning of the error btw? I'll try to get another cable. Yes, I use flag '-a' for rootfs but didn't find the meaning of that error! That's my problem too! Looks like it's directly what usb_control_msg returns and it means ETIMEDOUT obviously. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Hi, I get similar boot speed improvements on my FR with both qtmoko v16 in NAND and Hackable1 rev5 on SD. The kernel also fixes an issue with both distro's where BT would fail to wake after suspend. Well done! -Dave On Sat, Jan 9, 2010 at 8:49 AM, jeremy jozwik jerjoz.for...@gmail.comwrote: On Fri, Jan 8, 2010 at 2:28 PM, Radek Polak pson...@seznam.cz wrote: Here are mine numbers on QtMoko: kernel size: old: 1 833 952 new: 1 660 364 boot time old: 1min 58s new: 1min 30s huzzah! lets get this piped in asap. would this help with application load time? ___ 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: Alternatives to FR
Warren, I've been using my FR for 1.5 years, as my primary phone for a lot of that time(on QtEI and the more recently shr-u), and I must admit I'm getting more and more frustrated with it - between the regular crashes and hangs, the incredibly slow performance (so slow that I still occasionally miss a call because I can't unlock the phone in time to answer it), the horrible GPRS performance, and the various idiosyncracies (like the recent 'feature' to progressively dim the screen while I'm trying to use it, inability to connect to wifi much of the time, etc.)... There have been improvements, but it's been very slow, and IMO we're still a *long* way from having a phone with even a half-decent user experience... and there is nothing we can do can fix issues like the poor glamo bandwidth, and the crappy GPRS performance. When I'm out of the house and need to look something up on the web, I borrow my wife's Iphone - I can look up what I need before the FR's browser finishes launching, let alone loading the google homepage... Just want to say thanks for writing this up! It's tough, but I think you pretty much sum up the experience of a lof of people. It's the best that we could achieve (I worked for Openmoko before). And to be blunt, I don't give a damn if the battery loading software isn't open... As long as it's a linux stack, and it's easy to cross-compile the app software I want for it, using the standard open source libs I'm familiar with --- that's free enough... Sounds like a plan. We all want a 100% free phone, but we gain nothing from building on sand. So with the FreeRunner in the state it is, I think development will fragment for a while, until it comes together again in a new attempt at a 100% free phone one day. Until then, if the hardware is not stable you cannot do kernel development, if the kernel is not stable you cannot do middleware, if middleware is not stable you cannot do apps. Doing it all at the same time like with the FreeRunner lead to what you described above. For myself - I went back to an old Blackberry Pearl, I think I will buy a new Linux phone only if one exists that can do telephony when reflashed with an image built by OE/OWrt or so. Like you I would also accept some binary parts temporarily. As far as I understand that still doesn't work with the Palm Pre or N900, so I'm in wait-and-see mode. Wolfgang On Fri, Jan 08, 2010 at 05:28:34PM -0500, Warren Baird wrote: On Fri, Jan 8, 2010 at 1:35 PM, Timo Jyrinki timo.jyri...@gmail.com wrote: 2010/1/4 William Kenworthy bi...@iinet.net.au: Nokia n900 - probably the best choice at this time. Probably, but to be more precise not yet instead of at this time. It's the only one that seems to have realistic possibility of some day having a free distribution running with all features enabled. But it's not today, and it remains to be seen how active the community around it is. Depends a bit on how you define 'free'... I interact with a phone mostly as a user, and possibly as a app developer - so for me if I can run free software on it, and I can develop free software for it using free tools, it's 'free enough'...I really want a device that I can use as a phone, and a hand-held linux box. The FR does the hand-held linux box part very well, but not so much the phone part. I've been using my FR for 1.5 years, as my primary phone for a lot of that time(on QtEI and the more recently shr-u), and I must admit I'm getting more and more frustrated with it - between the regular crashes and hangs, the incredibly slow performance (so slow that I still occasionally miss a call because I can't unlock the phone in time to answer it), the horrible GPRS performance, and the various idiosyncracies (like the recent 'feature' to progressively dim the screen while I'm trying to use it, inability to connect to wifi much of the time, etc.)... There have been improvements, but it's been very slow, and IMO we're still a *long* way from having a phone with even a half-decent user experience... and there is nothing we can do can fix issues like the poor glamo bandwidth, and the crappy GPRS performance. When I'm out of the house and need to look something up on the web, I borrow my wife's Iphone - I can look up what I need before the FR's browser finishes launching, let alone loading the google homepage... Unfortunately, I've been actively looking for a device lately to replace my FR - I'm just too fed up with it. The N900 is currently my leading contender. I had originally written it off, because it doesn't support the 3G data frequencies currently available here in Montreal - but I realized the other day that it's 'fallback' data support is EDGE, not GPRS. The *fallback* on this phone is still 20x to 50x faster than the best data tranfer rate I can get on the FR... And to be blunt, I don't give a damn if the battery loading software isn't open... As long as
Re: Alternatives to FR
Timo, I'd really hope for FreeRunner with 3G and Glamo ripped off, possibly newer CPU some day. For example some company joining gta02-core effort to semi-productize something new... Yeah definitely. There are a number of efforts going on to regroup, here's my perspective on the lower layers (everything up to Linux kernel): ---1 Just yesterday Harald announced a new GSM development board he will be working on with some others: http://laforge.gnumonks.org/weblog/2010/01/07/#20100107-gsm_devel_board-planning I think this is a very promising project, like Harald says right now he can only handle people with GSM experience and EE or DSP skills, but if you are one of them, maybe get in touch with Harald. ---2 gta02-core, which you already know, is mostly stuck right now waiting for components from Openmoko. I also see it as a project to learn more about the good and bad of KiCad. http://docs.openmoko.org/trac/log/trunk/gta02-core ---3 Ben NanoNote - the project I currently work on, a very simple zero-RF pocket computer, we are going in parallel with gta02-core in trying to verify a design process around KiCad. I think it's important that we figure out a complete design process using free tools. http://projects.qi-hardware.com/index.php/p/board-qi-avt2/timeline/ ---4 USRP - well known for a while coming at the RF problem from the GNU Radio angle http://en.wikipedia.org/wiki/USRP ---5 Milkymist (www.milkymist.org), the fastest open source system-on-chip capable of running Linux. Somehow I'm dreaming but I think this may become the basis for GPL'ed application processors in the future, and we can integrate logic developed by USRP or Harald's new project. The Milkymist SoC uses a LatticeMico32 core, and can boot Linux today. Their latest move is the Milkymist One development board http://lekernel.net/blog/?p=803 All of these projects are on the lower layers, however, and I doubt this will lead to another free phone for another few years maybe. If anybody knows more projects please holler. Also I do know that these things are not really connected to each other, lots of disorder. But with some imagination you can see how important pieces of the puzzle are contributed in various places... For the upper layers, I agree with others that intermediate solutions are phones like the Palm Pre or Nokia N900, which allow to continue development of things like FSO or mobile apps while the lower layers are progressing. No reason to be demotivated, I think! 2010 should be a fun year, and hopefully the FreeRunner can continue to be a source of inspiration, more than frustration :-) Cheers, Wolfgang On Fri, Jan 08, 2010 at 08:35:02PM +0200, Timo Jyrinki wrote: 2010/1/4 William Kenworthy bi...@iinet.net.au: Nokia n900 - probably the best choice at this time. Probably, but to be more precise not yet instead of at this time. It's the only one that seems to have realistic possibility of some day having a free distribution running with all features enabled. But it's not today, and it remains to be seen how active the community around it is. I'm personally thinking that in 1-2 years I could have a pure Debian (maybe custom kernel) running on N900, with everything except probably 3D working. That assumes some people will reverse-engineer the battery loading etc. whatever is needed. But until then there is simply no choice besides Neo FreeRunner, unless something new appears or community around Palm evolves to reach the level of free distribution hackers around Maemo and the modem stuff is reverse-engineered. And even with those, I would have to give up free hardware :S I'd really hope for FreeRunner with 3G and Glamo ripped off, possibly newer CPU some day. For example some company joining gta02-core effort to semi-productize something new... -Timo ___ 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 tool chain + PhoneME Advanced
Hello, Esteban, Maybe it will be interesting for you to check this project [1][2]. Don't forget to read comments in the makefiles. [1] http://github.com/Sektor/phoneme-qtopia [2] http://www.youtube.com/watch?v=i3uoK0OGVow Cheers, Anton -- View this message in context: http://n2.nabble.com/QtMoko-tool-chain-PhoneME-Advanced-tp4274164p4276530.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: Alternatives to FR
2010/1/9 Warren Baird wjba...@alumni.uwaterloo.ca: having a free distribution running with all features enabled. But it's Depends a bit on how you define 'free'... I interact with a phone mostly as a user, and possibly as a app developer - so for me if I can run free software on it, and I can develop free software for it using free tools, it's 'free enough'... I understand. I meant free distribution as a whole, most preferably Debian without any binary blobs. But, as you define, N900 is definitely the way to go, not a bad choice by any means and allows to continue working on the free software ecosystem... and there is even the possibility of running truly free distributions some day on it. It might easily take the lifecycle of N900 anyway before something like FreeRunner again appears. I'm also recommending N900 to any normal person as well. I've been using my FR for 1.5 years, as my primary phone for a lot of that time(on QtEI and the more recently shr-u), and I must admit I'm getting more and more frustrated with it - between the regular crashes and hangs, the incredibly slow performance (so slow that I still occasionally miss a call because I can't unlock the phone in time to answer it), the horrible GPRS performance, and the various idiosyncracies (like the recent 'feature' to progressively dim the screen while I'm trying to use it, inability to connect to wifi much of the time, etc.)... There have been improvements, but it's been very slow, and IMO we're still a *long* way from having a phone with even a half-decent user experience... and there is nothing we can do can fix issues like the poor glamo bandwidth, and the crappy GPRS performance. Well first the glamo bandwidth I think just doubled some time ago in andy-tracking thanks to Thomas White ;) Slow still, and in practice the benefit is not double, but still nice. Together with the another 30-50% speedup all in all regarding these disabling of debug features in kernel, I really feel FreeRunner is a lot more usable performance-wise now than it was ca. 2 months ago. What's incredible of course that it took so long time to notice those two things. This is truly a project of obstacles... But the GPRS is crappy. It works fine (=slow) if I use it on Neo, or if I browse via Bluetooth from computer with images disabled in browser, but otherwise it's easy to hang it with multiple connections. Some people rumor the newest muxers are able to do something about it, but I'm not sure if they have stress-tested it or only used it on FreeRunner itself. And anyway - 3G would be nice of course. But I'd take reliable GPRS gladly as well. When I'm out of the house and need to look something up on the web, I borrow my wife's Iphone - I can look up what I need before the FR's browser finishes launching, let alone loading the google homepage... I'm using woosh quite successfully for quick web browsing nowadays. And I just checked that with the new debug-disabled-kernel (see another thread) Midori isn't too bad either starting up. Of course it's not iphone or other smartphone-like, but usable. Unfortunately, I've been actively looking for a device lately to replace my FR - I'm just too fed up with it. Even though I'm defending FreeRunner, I completely understand you! I hate these problems myself as well, even though it's also rewarding to have many of those actually fixed in the long run. Coupled with the fact that I'm not willing to go for a less free phone (at least software-wise) yet, I'm staying with FreeRunner. But it is _very_ easy to understand that people are fed up, even despite the whatever slow progress has been made. And to be blunt, I don't give a damn if the battery loading software isn't open... I could also live with otherwise free Debian if the battery loading software isn't eg. incompatible with some libraries or something, but completely self-sustaining. But I think it will be possible to replace it with a free software alternative, according to some estimates. Good tinkering with N900! -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
