Re: Some questions to new SHR images (ubifs, gps)
If you read the SHR wiki page[1] you will find a list of features. The ones with a red background are broken. GPS is broken and links to a ticket on the SHR bug tracker[2]. GPS not working after suspend is a known issue. If you have any insight into the bug (like "it stopped working when I upgraded from the x.y.z kernel to the to the2.6.32 kernel), please post it to that thread. Thanks, Neil Another who has the problem [1]: http://wiki.openmoko.org/wiki/SHR [2]: http://www.shr-project.org/trac/ticket/1085 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: State of FreeCalypso
A non-technical comment that you can take or leave - but it is my genuine response to your writings... I'm impressed by your dedication and detail, and I partly enjoy reading your updates; but I find it hard to forget the unacceptably violent threats that you've made in the past (on this list) towards particular people. I wonder if you might now consider retracting and apologising for those, and undertake not to repeat similar in future? Viva la humanidad! Neil Original Message From: Spacefalcon the Outlaw Sent: Saturday, 18 April 2015 07:29 To: community@lists.openmoko.org Reply To: List for Openmoko community discussion Subject: State of FreeCalypso Hello community, This periodic post is a summary of the goals of the FreeCalypso family of projects and the high-level status toward their achievement. Goals = The overall end goals of the project are, in no particular order: 1. Produce a standalone realization of Openmoko's modem. I have had occasion to work with various GSM modems and phones acting as modems (presenting an AT command interface) since A.D. 2000, and the modem in the Freerunner is by far the nicest I've ever touched. TI's implementation of the GSM specs is the richest in terms of functionality (contrast with the lack of CSD support in most 3G+ USB "stick" modems), and thanks to the Leonardo semi-src find, we now have full visibility into its inner workings. But it's a shame that this awesome GSM+GPRS modem is currently tucked away in the guts of the Freerunner, inaccessible to anyone besides the tiny handful of active FR owners/users - and even when one does have a Freerunner, it is not possible to take the FR's AP subsystem out of the picture and use the modem directly from an external host; one has to go through the AP instead, severely limiting the ability to use this modem outside of the FR. Hence I would like to build a modem just like Om's, but brought out on a board by itself, with external connections for power and the two UARTs. And throw in a quadband RFFE and a higher capacity flash+pSRAM chip while at it. 2. Produce a practically usable phone that runs practically free firmware, i.e., fw whose source every user is empowered to study and improve or otherwise modify. Note the emphasis on practical usability. I hear from FR owners that the practical usability of the FR as a phone is rather poor, and because there is absolutely nothing wrong with the modem (hw or fw), the defects in usability must be the result of some flaw(s) in the AP subsystem - a subsystem which from my PoV is nothing but unwanted complexity. And I would never be able to use my FR as a personal phone because it would require running something like QtMoko, and that stuff is far too complex for my old peasant mind. Free software which is far too complex for me to understand and work with comfortably is little different from proprietary sw from the purely practical standpoint - it's a impenetrable black box in practical terms. Therefore, the only way for me to have a practically usable phone that runs practically free firmware is to produce a non-smart phone, a plain phone with no AP subsystem. The long-term solution is to build my own handset hardware, but in the short term it would be OK to use not-quite-fitting but already existing hardware like Pirelli and Motorola phones. 3. Produce a FreeCalypso modem module that could be used in the place of off-the-shelf proprietary ones by free smartphone projects like Neo900. I would like to buy a couple of Neo900 units for two of my family members, but cannot do so for as long as the product includes a modem module from an immoral vendor who withholds source code and documentation and imposes restricted boot barriers to alternative firmware implementations. To the person who emailed me off-list and asked if I could design my FreeCalypso modem in the form factor matching Gemalto's so it could be a drop-in replacement: yes, I still like that idea very much and would like to do it, but I'm unsure whether I can manage such a task by myself, so we may need to work on it together. I also think that it would be easier if I prove my basic design first on a non-form-factor-constrained board, and then go through the form factor gymnastics as a second step. So the above 3 are the overall goals of the FreeCalypso family of projects. Out of those, goal 2 (practically usable non-smart phone running free fw) has been my main focus because it is the one that would improve my own quality of life: I am sick and tired of dealing with Pirelli's proprietary fw (I use a Pirelli DP-L10 as my personal daily phone, running its original proprietary fw as nothing better exists yet - better as in more free *and* practically usable), and I really, really, really want to replace it with my own free firmware. Firmware subproject === The firmware subproject of FreeCalypso is le
Re: FOSDEM2016
I will be there on Sunday afternoon. Focussed in the SDN/NFV DevRoom, but would love to meet up. Neil Original Message From: Boudewijn Sent: Sunday, 24 January 2016 21:59 To: List for communicating with real GTA04 owners; List for Openmoko community discussion Reply To: List for Openmoko community discussion Subject: FOSDEM2016 Hi lists, Do any of you intend to visit Brussels for FOSDEM, next weekend? I have been terribly inactive, with hardly enough time to lurk the mailinglist, let alone participate in anything. This year I can make it to FOSDEM, it would be nice to meet if there's a chance to. Best regards, Boudewijn ___ 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: [ALL?] gcompris on openmoko?
2009/11/21 undrwater : > > I'm wondering how difficult it might be to get gcompris working on the moko. > Would any modifications need to be made for it to be useful on the screen? > Seems to me touch screen is perfect for it. It's available in Debian, of course. I installed and tried it for a short while (on behalf of my son), but unfortunately the performance is too slow to be usable. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
2009/11/7 Neil Jerram : > > Thanks. I think I'll look at adding this into the e17 WM. I have some code ready to share now. What would be the best way to do that - bearing in mind that the aim is to facilitate contributions and new packages for the Freerunner? If the E project is still interested in illume changes, I guess I could send changes there. But if illume isn't of ongoing interest now, maybe some Debian or SHR repository would be better, or maybe I should set up a new repository somewhere? FWIW, as well as the discussed rotation support, I'd also like to - add a GPRS/PDP toggle to the GSM gadget - add a fast charge menu to the battery gadget - fix the battery gadget so that it it goes up to 100%. So I think there's a strong case for an ongoing FR-focussed e17/illume codebase. Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
2009/11/23 Rui Miguel Silva Seabra : > > There's an illume2 project at enlightenment, perhaps a good spot for it? > > It has seen some action recently, perhaps thanks to Samsung's sponsoring? Yes, but I imagine that could be pretty unstable in the short term. For now, just to get the code out, I've created a project at gitorious: http://gitorious.org/enlightenment-for-openmoko-freerunner. Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
2009/11/23 Neil Jerram : > > For now, just to get the code out, I've created a project at > gitorious: http://gitorious.org/enlightenment-for-openmoko-freerunner. For anyone who may take a look, I should say that there are still 2 big pieces missing: - Being notified somehow when the currently focussed app changes, and what that app's properties are, and checking those props against some config somewhere, to find out the app's rotation preference. - Updating that config when "App must be portrait" or "... landscape" is selected for the current app. One other idea... I thought that implementing FLIP_X and/or FLIP_Y might be useful, because - in a car - it would allow using the FR in a "head up display" fashion. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
2009/11/23 Neil Jerram : > 2009/11/23 Neil Jerram : >> >> For now, just to get the code out, I've created a project at >> gitorious: http://gitorious.org/enlightenment-for-openmoko-freerunner. > > For anyone who may take a look, I should say that there are still 2 > big pieces missing: > > - Being notified somehow when the currently focussed app changes, and > what that app's properties are, and checking those props against some > config somewhere, to find out the app's rotation preference. Is there a place in the Illume code where I can catch every time that the "current foreground thing" changes? My best guess so far is the BORDER_FOCUS_IN event, but this misses at least two cases: 1. Switching back to the Illume launcher - which it appears doesn't count as an E_Border. 2. An app (like Mokomaze) that starts up in full screen. Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi,
2009/12/4 Jnaneshwar B.T. : > Hi all, > > I am new to openmoko community. I have recentely purchased Neo > Freerunner hardware from distributors in India. It is wonderful hardware & > software and most of the featuers are working well. I would like to develop > some applications using openmoko's framework. Welcome! > I was trying to use wifi connectivity using "mokoconnect" and also I tried > to connect it mannually. It detects, wifi access points but failed to > connect. Can you please provide some information on this? > > Please share information about basic development evnironment like NFS, USB > networking, telnet, VNC, ssh etc... There's lots of this kind of information at http://wiki.openmoko.org, so please take a look there and then ask further questions. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
2009/12/9 arne anka : > not to belittle the effort -- but in what respect will it be different > from navit? > would it be worth a consideration to use navit's engine, maybe improving > it and add a new efl based interface? Good question. For me the frustrating thing about navit is that it doesn't share maps with tangogps. So: - if you do consider helping navit instead, please consider enhancing it to use the same maps as tangogps - if you continue with your own project, please consider making it use the same maps as tangogps. Thanks! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
2009/12/10 Fox Mulder : > Neil Jerram wrote: >> 2009/12/9 arne anka : >>> not to belittle the effort -- but in what respect will it be different >>> from navit? >>> would it be worth a consideration to use navit's engine, maybe improving >>> it and add a new efl based interface? >> >> Good question. >> >> For me the frustrating thing about navit is that it doesn't share maps >> with tangogps. So: >> >> - if you do consider helping navit instead, please consider enhancing >> it to use the same maps as tangogps >> >> - if you continue with your own project, please consider making it use >> the same maps as tangogps. > > I don't think that this would be a good choice at all. > Tangogps uses png pictures with no routing information within these > files. For a navigation application you need vector images to determine > the path for routing. And the data for maybe a whole country in png and > for all zoom levels would be a few gigabyte with tens of thousands of > files. Compared to the vector format navit uses which is only a few > hundred megabytes in one file. And it could be rendered in all zoom > levels because it is in vector format. > So if something should be changed, than it should be tangogps and > allother apps that uses png files to use a vector format like navit does > which is way better for this purpose. Thanks for following up and explaining this; what you say makes sense. I suppose I was representing the non-technical point of view: "I've already downloaded a pile of map data once, why should I need to install or download it again?" I can see now why navit can't use only tangogps's bitmap data. But I would guess that a combination could work well: bitmap data for display, plus vector data for routing. The bitmap data could be shared. It would take a lot of space per tile, but would only be needed for places visited and zoom levels used. The vector data would be needed over a much larger area, but would take much less space per square kilometer. I guess the problem then would be ensuring consistency between the vector and bitmap data... Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus deb with increased timeout
2009/12/12 arne anka : > hi, > after hours of struggling with debian's djungle of ways to build a package > i finally succeeded to cross compile dbus with an increased timeout. > reason: for months now i was fighting with zhone taking several attempts > (4 to 5 ususally, often at least one restart of frameworkd and sometimes > even reboots) to pop up the pin dialog. > > after installing the newly built packages, the dialog popped up at the > first try. i restarted to be sure and again it was there the first attempt. > for those struggling with the same problem in debian, here's the debs: > >> http://www.ginguppin.de/node/29 This is great news - but it is surprising that it needs a change to the dbus code. Isn't there a way to configure the default dbus timeout, or to set it for particular methods? From googling I've found hints that adding "timeout=100" to the relevant method call might work - but unfortunately nothing definitive on this. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Good idea for other things - Was: Homemade USB gamepad (NeoPlay)
2009/12/12 Lothar Behrens : > > I always need to fiddle the USB cable into the neo and this could then > avoided. I used to think that. I eventually realised that the real problem was that I have to force charging at 500mA. Could that be the case for you too? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus deb with increased timeout
2009/12/14 arne anka : > > not afaik. > a normal per call or startup option would have been my first choice, but > from everything i could gather, there's no way to do that. > i'd expected the patch mentioned to add exactly that kind of option, but > it turned out to add only a build time option. OK, thanks. > but yesterday the phone (or maybe only zhone) lost connection to the > network which made me miss an appointment and several calls (once a year > people call ...). > in a hurry i restarted the whole phone but zhone was showing exactly the > same issues again :-( I think the main problem here is not dbus request timeout. When ogsmd is still starting up, dbus calls to it - i.e. the antenna power and authentication status calls - actually complete very quickly with a "device is not enabled" error. If the antenna power call fails like this, zhone decides to try reading the authentication status. If the auth status call fails, zhone does nothing ever after. So if you're unlucky with timing, you can easily reach a situation where GSM is not up and nothing else ever happens. For me the attached zhone patches fix this. They change the GSM startup sequence so that authentication is handled before switching on the antenna, and add retrying in the case where the auth call fails. (Another detail in the zhone GSM startup sequence is that it assumes that if the SetAntennaPower call fails, it may be because a SIM PIN is needed. But this complicates the retry logic, and it seems plausible to me to handle any authentication first.) A big caveat is that I don't have SIM authentication and so haven't been able to test if the auth/antenna swapping really works. If someone with a PIN could do that, it would be great. Regards, Neil From 45d0393cc9e8816ffaf9acd19b1fb30007c270c8 Mon Sep 17 00:00:00 2001 From: Neil Jerram Date: Tue, 15 Dec 2009 00:55:47 + Subject: [PATCH 1/3] Named entry points turnOnAntenna and handleAuth --- zhone |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/zhone b/zhone index 771a32b..f184855 100755 --- a/zhone +++ b/zhone @@ -2158,6 +2158,9 @@ class GSMAgent( Agent ): """ This is called to start the authentication process """ +self.turnOnAntenna() + +def turnOnAntenna( self ): self.setState( _("Turning on Antenna") ) dbus_object.gsm_device_iface.SetAntennaPower( True, @@ -2175,6 +2178,9 @@ class GSMAgent( Agent ): def cbAntennaPowerError( self, e ): logger.info( "SIM seems to be protected. Checking auth status now." ) +self.handleAuth() + +def handleAuth( self ): self.setState( _("Reading authentication status") ) dbus_object.gsm_sim_iface.GetAuthStatus( reply_handler=self.cbAuthStatusReply, -- 1.6.5.4 From 58dd86f51b7f54a3f4e63b8d3c4c4683683131a0 Mon Sep 17 00:00:00 2001 From: Neil Jerram Date: Tue, 15 Dec 2009 00:58:14 + Subject: [PATCH 2/3] Do auth first, then turn on antenna --- zhone |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/zhone b/zhone index f184855..6ec72f9 100755 --- a/zhone +++ b/zhone @@ -2158,7 +2158,7 @@ class GSMAgent( Agent ): """ This is called to start the authentication process """ -self.turnOnAntenna() +self.handleAuth() def turnOnAntenna( self ): self.setState( _("Turning on Antenna") ) @@ -2190,8 +2190,8 @@ class GSMAgent( Agent ): def cbAuthStatusReply( self, authstatus ): if authstatus == "READY": self.setState( _("Telephony Ready") ) -# restart auth, should lead to registering this time... -self.cbResourceReady() +# Now turn on antenna +self.turnOnAntenna() elif authstatus == "SIM PIN": self.setState( _("Waiting for PIN") ) self.main.groups["pin_edit"].setup( -- 1.6.5.4 From acdd194ea63068605139917daa3f3f0ba060168d Mon Sep 17 00:00:00 2001 From: Neil Jerram Date: Tue, 15 Dec 2009 00:59:50 + Subject: [PATCH 3/3] If first auth attempt fails, try again --- zhone |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/zhone b/zhone index 6ec72f9..c0da2ae 100755 --- a/zhone +++ b/zhone @@ -23,6 +23,8 @@ You have been warned :) __version__ = "0.0.0" MODULE_NAME = "zhone" +from time import sleep + # Locale support import gettext @@ -2216,6 +2218,9 @@ class GSMAgent( Agent ): def cbAuthStatusError( self, e ): self.setState( _("Failed to read authentication status") ) logger.exception( e ) +sleep(5) +# Retry +self.handleAuth() def cbPINDone( self, pin, *args ): self.setState( _("Sending PIN") ) -- 1.6.5.4 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus deb with increased timeout
2009/12/15 arne anka : > i applied those patches right now. > so far the pin dialog appears twice: once before powerring on antenna and > once afterwards. > if the second pin dialog is canceled, the phone button stays disabled. > i i put in the pin even the second time all the stuff supposed to happen > after that runs again, ie reading phone book and sms. Thanks for testing, and I'm sorry it isn't working... I'll take another look with your report in mind. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus deb with increased timeout
2009/12/15 Neil Jerram : > 2009/12/15 arne anka : >> i applied those patches right now. >> so far the pin dialog appears twice: once before powerring on antenna and >> once afterwards. >> if the second pin dialog is canceled, the phone button stays disabled. >> i i put in the pin even the second time all the stuff supposed to happen >> after that runs again, ie reading phone book and sms. > > Thanks for testing, and I'm sorry it isn't working... I'll take > another look with your report in mind. Hmm, I'm having difficulty working this out. Would you mind posting (or sending just to me) your /tmp/zhone.log, if you still have it available? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
2009/11/23 Neil Jerram : > > FWIW, as well as the discussed rotation support, I'd also like to > - add a GPRS/PDP toggle to the GSM gadget > - add a fast charge menu to the battery gadget > - fix the battery gadget so that it it goes up to 100%. Just in case anyone is waiting for these, I should say that I have changed tack now and am no longer working on these points. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U Accelerometer data
On Thu, 17 Dec 2009 12:32:46 -0500 "Iain B. Findleton" wrote: > > Let me remind you that the driver has changed wrt. RELATIVE and > > ABSOLUTE. These days, upon opening the device, only the first report is > > a full report. Subsequent reports only contain changed axes. > > > I got that about the ABSOLUTE. The changes only thing does not look to > come from > the driver code. Is that something associated with the linux input > system interface? Yes - for absolute events, the linux input layer only forwards them when they change. You can get the current values at any time using an 'ioctl'. EBIOCGABS returns a 'struct input_absinfo' - see /usr/include/linux/input.h NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Encryption, Cameras and Games
2009/12/25 Rashid : > Hi guys, Hi Rashid, Do you already own a Freerunner? I'm guessing not. Unfortunately I would advise that the available software is not yet stable enough for this kind of serious work. It's still quite common for people to sometimes miss calls, miss messages, experience system hangs and have to pull out the battery. (It's also completely fantastic, and getting ever better and more useful, and can do things that no other phone can do... But the reliability isn't there yet.) Nevertheless, here's an answer to the question that I know about. > 4. Mobile internet over GSM is working I think, or? Yes, GPRS. (i.e. not 3G, and so not very fast) My experience is that the connection sometimes drops for no reason, though; and when that happens the software is sometimes confused and can't reactivate it. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
2009/12/27 Michal Brzozowski : > > For those undecided, here are 2 screenshots. Thanks. I'm currently looking for a keyboard for texting with a finger, so the screenshots are very helpful. (I use Debian, and the matchbox-keyboard is fine for detailed work, but not when you want to send a text while walking along the street.) But I have to say, it's really ugly! How do you manage to make the letters look so bad? Is it because they are magnified from a font that isn't designed for such a large size? Also, given that you are using transparency, why not use more of the screen, like kbosd does? Personally I like the look of kbosd and the usability of literki. I wish there was a combination of those two! (To be clear, by "the usability" I mean this: > To open the touchpad, you slide up from bottom left corner. To close it, > slide down starting on any of the buttons. To open the keyboard, slide up > from the bottom right corner. And slide down anywhere to close it. With kbosd I have the problem that I can't get rid of it once it's there!) Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] GPS not working
2009/12/22 Bill Kenworthy : > > Use settings/position and "remove AGPS data" - I suspect that it > installs with a AGPS data file that by default doesnt suit your location > - I cant get a lock without cleaning it out after install, then its > fine. Apropos of that, I wonder why the software doesn't attempt to get a fix both using and ignoring the AGPS data, simultaneously? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] GPS not working
2009/12/27 Fox Mulder : > Neil Jerram wrote: >> >> Apropos of that, I wonder why the software doesn't attempt to get a >> fix both using and ignoring the AGPS data, simultaneously? > > The gps chip itself locates the satellites and get a fix and not the > software. And the gps chip can only start with agps data or without it. > You can't use one gps chip to do two simultanious gps locations with > different start conditions. Fair enough, thanks for the answer. I suppose then that a better chip might do as I suggested. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
2009/12/27 Michal Brzozowski : > 2009/12/27 Neil Jerram >> >> But I have to say, it's really ugly! How do you manage to make the >> letters look so bad? Is it because they are magnified from a font >> that isn't designed for such a large size? >> >> Also, given that you are using transparency, why not use more of the >> screen, like kbosd does? >> > > Have a look at the config file. You can change the size of the keyboard, the > font, and lots of other stuff. If it's still ugly you can buy an iphone :-) Thanks for your quick answer. I'll look at the config, as you suggest - although I still think it's a valid question why the default font looks so bad. Buying an iphone is not an option! Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
2009/12/24 Michal Brzozowski : > > And here you can find the source code (thanks to Christof and Christian): > http://git.senfdax.de/?p=literki;a=summary Unfortunately this repository is missing the source code for mymask.o, and because of that I can't build literki. (Which I'm doing, instead of using opkg, because my distro is Debian.) Could you possibly upload the missing file? Thanks! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
2009/12/27 Michal Brzozowski : > > The makefile needed an update, sorry for that. See if it works now. Many thanks, the build is successful now. Then a slight adjustment was needed to the font path, and trying out... Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
2009/12/27 Neil Jerram : > 2009/12/27 Michal Brzozowski : >> >> The makefile needed an update, sorry for that. See if it works now. > > Many thanks, the build is successful now. > > Then a slight adjustment was needed to the font path, and trying out... Well I'm happy to report that it looks nicer in reality than it does in the screen shots! However, when the keyboard isn't showing, it (literki) doesn't seem to pass mouse clicks through to the window underneath. Do I need to be using Xglamo or xserver-xorg-server-glamo? (I'm currently using fbdev.) If not, any other ideas? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko/Debian] Python2.6 / AGTL
2009/12/27 Radek Polak : > On Sunday 27 of December 2009 03:00:23 Dan Staley wrote: > >> I couldn't seem to find an armv4 python2.6 package anywherehas anyone >> else tried to get this working? Are there some other armv4 debian repos >> that I am missing? > > You can try from Debian testing or unstable (replace squeeze with sid). > > echo "deb http://ftp.de.debian.org/debian squeeze main" > > /etc/apt/sources.list > apt-get update That ">" should be ">>". Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
2009/12/28 Michal Brzozowski : > 2009/12/27 Neil Jerram >> >> However, when the keyboard isn't showing, it (literki) doesn't seem to >> pass mouse clicks through to the window underneath. Do I need to be >> using Xglamo or xserver-xorg-server-glamo? (I'm currently using >> fbdev.) If not, any other ideas? >> > > It doesn't pass mouse clicks through the whole area where the keyboard was? > It looks like a bug in literki, but I have no idea why it wouldn't occur in > the SHR version. Normally when you hide the keyboard, the windows are moved > outside the screen. The only thing that's left are the bottom transparent > panels whose height is about 80px. They pass through mouse clicks, although > not mouse drag events. Many thanks, I'll investigate further with this in mind... Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] Activate GPRS more than once?
Can anyone with an FSO-based system activate GPRS more than once? i.e. ActivateContext, DeactivateContext, ActivateContext again. For me - on Debian, and using openmoko-panel-plugin to do the activation and deactivation - the first ActivateContext and DeactivateContext are fine, but the second ActivateContext call fails. The openmoko-panel-plugin logs say that there was no reply to the ActivateContext call. The frameworkd logs have no trace at all of the second ActivateContext call, even with logging level set to DEBUG. I'm wondering if this is just me, or just Debian, or affecting everyone? All thoughts appreciated. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Quick e-mail poll: Still using your Freerunner?
2009/12/29 Risto H. Kurppa : > Do you use FR as your daily/primary phone? Yes. > Do you use FR as your primary PDA? Partly - i.e. reading my gmail with links2. Other email is elsewhere, and I don't do electronic calendaring or task tracking. > What distribution you run most of the time? Debian. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Activate GPRS more than once?
2009/12/28 Michael 'Mickey' Lauer : > > I'm afraid this is a strange combination of a problem in Python, the > Python glib bindings, and/or glib itself. When the ppp process gets > closed, the supervising process (frameworkd in that case) hangs forever. > I have not yet found a way to fix this, and these days I rather put all > my energy into finishing fsogsmd. Patches appreciated, of course. When fsogsmd is finished, will it be responsible for the ppp supervision instead of frameworkd? If so, I presume that will fix this problem, because of fsogsmd not using Python and the bindings mentioned above. Is that correct? In that case, putting energy into fsogsmd sounds good to me; thanks! FWIW, I can confirm that my observations of GPRS, which I announced as a second ActivateContext not working, are actually compatible with "things stop working after a DeactivateContext". Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] openmoko-panel-plugin fix for 500mA charging
For the brave band of Debian users... openmoko-panel-plugin has a bug which prevents the button to force 500mA charging from working. I've described the bug, and the fix for it, in detail here: http://projects.openmoko.org/tracker/index.php?func=detail&aid=298&group_id=207&atid=867. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian, others?] Partial workaround for GPRS connection dropping
I've used GPRS a lot in the last week, and noticed that sometimes the connection would drop for no apparent reason - in the senses that (1) internet access stops working, and (2) if you do "ifconfig" at a terminal, there isn't any "ppp" interface listed. >From the frameworkd log, one cause of this was not getting any response to a series of LCP Echo requests - controlled by the lcp-echo-interval and lcp-echo-failure options in /etc/ppp/options. I reasoned that there is no good reason for the GSM network to fail, and that I don't want my GPRS connection to drop if the GSM network is temporarily unavailable, so I commented out these options - which has the effect of pppd not sending LCP Echo requests to check if the network is still good. This seems to have helped. I now sometimes get into a different problem scenario - where the ppp interface is still there, and has an address, and the routing table looks good, but for some reason data just isn't getting through. (e.g. ping 8.8.8.8 gets no response). But this happens less frequently than I was seeing connection dropping before, so I think that suppressing the LCP Echo requests is a net benefit. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] auxlaunch enhancement to use .desktop files
Hi Al, list, Attached are patches to allow a line in the .auxlaunchrc file to reference an .desktop file, so that auxlaunch can get the information that it needs from that file. I find this useful, but I'm curious what others may think, so please let me know. Al, if you'd like to incorporate this in the official auxlaunch, please feel free. Regards, Neil From 1d30d6ee0486b8e37329682c333a45366f1cdf37 Mon Sep 17 00:00:00 2001 From: Neil Jerram Date: Tue, 29 Dec 2009 23:24:12 + Subject: [PATCH 1/2] Prepare place to add code for processing a desktop reference --- auxlaunch | 17 - 1 files changed, 12 insertions(+), 5 deletions(-) diff --git a/auxlaunch b/auxlaunch index 80ac74b..01cda73 100755 --- a/auxlaunch +++ b/auxlaunch @@ -439,14 +439,21 @@ class ModelManager: elif field[0][0].upper() == '-': # Window title filter record self.winDiscard.append(field[0][1:]) else: # Item record + if field[0][0].upper() == '+': # .desktop ref + deskname = field[0][1:] + else: + label = field[0] + command = field[1] + iconname = field[2] + image = gtk.Image() -if field[2].rstrip() == '': +if iconname.rstrip() == '': image.set_from_stock('gtk-execute', gtk.ICON_SIZE_DIALOG) -elif field[2][:4] == 'gtk-': - image.set_from_stock(field[2], gtk.ICON_SIZE_DIALOG) +elif iconname[:4] == 'gtk-': + image.set_from_stock(iconname, gtk.ICON_SIZE_DIALOG) else: - image.set_from_file(field[2]) -app = AppItem(image,field[0],field[1]) + image.set_from_file(iconname) +app = AppItem(image,label,command) curApps.append(app) # Flush last holding value if not (curGroup == INITGROUP and len(curApps) == 0): -- 1.6.5.7 From 331aa180f3e4cd8c38d1d839b187a253f06dfa1c Mon Sep 17 00:00:00 2001 From: Neil Jerram Date: Fri, 1 Jan 2010 23:30:26 + Subject: [PATCH 2/2] Implement .desktop file references The idea of this is that many applications already ship with a .desktop file, which contains the application's preferred name and icon, and the command to use to launch it. This patch makes auxlaunch interpret "+" as a reference to /usr/share/applications/.desktop, which means that it reads the .desktop file and extracts the name, icon and command from that file. "But the Debian menu system and -dms option already covers that!" Yes, but unfortunately the -dms option produces so many entries, in so many categories, that I find it quite difficult to navigate the categories and select the program that I want. So now I'm preferring not to use -dms, and instead to define groups that make sense to me for the programs that I want, using these desktop references. Finally, a caveat: the icon part doesn't work yet. --- auxlaunch | 17 - 1 files changed, 16 insertions(+), 1 deletions(-) diff --git a/auxlaunch b/auxlaunch index 01cda73..b576f17 100755 --- a/auxlaunch +++ b/auxlaunch @@ -440,7 +440,22 @@ class ModelManager: self.winDiscard.append(field[0][1:]) else: # Item record if field[0][0].upper() == '+': # .desktop ref - deskname = field[0][1:] + deskname = field[0][1:].rstrip() + deskfile = open('/usr/share/applications/' + deskname + '.desktop') + label = None + command = None + iconname = None + for dline in deskfile: + field = dline.split('=') + if field[0] == 'Name': + label = field[1].rstrip() + elif field[0] == 'Exec': + command = field[1].rstrip() + elif field[0] == 'Icon': + iconname = field[1].rstrip() + deskfile.close() + if (label is None) or (command is None): continue + if (iconname is None): iconname = 'gtk-redo' else: label = field[0] command = field[1] -- 1.6.5.7 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian, FSO?] GPRS modem noise in incoming phone call?
I answered a call while using GPRS, and was shocked to hear (what I presume was) the GPRS modem noise in the phone call audio! I'm not sure if I've had an incoming call before while using GPRS, so it's possible that this is a reproducible configuration problem. Is there a basic setting somewhere that could account for this? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Ringtone volume and latency
In the survey thread, a couple of responses mentioned missing calls because of ringtone problems - which I take to be either volume too low, or too much latency, or both. Here are some thoughts on that. 1) In case this isn't already well known... FSO actually does nothing at all with the "volume" setting that you can set in SHR settings, or Paroli, or in general via the preferences interface. The only relevant code is: oeventsd/fso_actions.py:self.audio_action = AudioAction( self.sound_path, self.loop, self.length ) if self.volume != 0 else None In other words, all non-zero volume values are equivalent. 2) I tried to measure startup latency by using `time', for various ways of playing a 9.3s Ogg clip and an equivalent .wav file: = debian-gta02:/usr/share/sounds# time mplayer kayleigh.ogg A: 9.0 (08.9) of 9.3 (09.2) 40.1% real0m12.242s debian-gta02:/usr/share/sounds# time play kayleigh.ogg Duration: 00:00:09.29 Title: Kayleigh real0m10.680s debian-gta02:/usr/share/sounds# time play kayleigh.ogg Duration: 00:00:09.29 Title: Kayleigh real0m10.015s debian-gta02:/usr/share/sounds# time play kayleigh.wav Duration: 00:00:09.29 real0m9.652s debian-gta02:/usr/share/sounds# time play kayleigh.wav Duration: 00:00:09.29 real0m9.951s debian-gta02:/usr/share/sounds# time gst-launch filesrc location=/usr/share/sounds/kayleigh.ogg ! oggdemux ! vorbisdec ! audioconvert ! alsasink Execution ended after 9384127000 ns. real0m11.881s debian-gta02:/usr/share/sounds# time aplay kayleigh.wav Playing WAVE 'kayleigh.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo real0m9.709s = There's nothing conclusive here, because I didn't repeat the tests enough times yet; but it looks like there's an additional latency of at least 0.5-1s associated with playing an .ogg instead of a .wav, and rather more than that with gst-launch. This and the volume issue suggest to me that it would be better for FSO only to handle plain audio data, and to play it (i.e. when an incoming call or message comes) using the most lowlevel method (such as aplay). An external settings application could handle conversion from the user's sound file to .wav, and as part of that could allow the user to adjust the volume and preview the ringtone. Comments? Is there a reason why the complexity (and latency) of handling multiple sound formats should be _inside_ FSO? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ringtone volume and latency
2010/1/2 William Kenworthy : > > Just a couple of thoughts - missing calls is rarely to do with volume > and not hearing the ring (I have changed the standard tones though), and > more to do with crashes. Ah, OK, I didn't realise that. (I don't yet get enough incoming mobile calls to have a significant sample.) Still, the CPU needed to decode Ogg (or another compressed audio format) could be contributing to that. > One of the most annoying is using tangogps > full screen (or any other app full screen) and a call comes in the top > screen can (not always) lose focus and you cant do anything except pull > the battery (doesnt recognise finger/stylus). In Debian I use auxlaunch for switching between windows. This is triggered by the AUX button and so is pretty reliable. Could you use that (or a similar approach) to solve this focus problem? > Another is hearing the > other end, but they cant hear you - also happens randomly. OK. (I haven't experienced this one yet.) > There is a lot going on when a call comes in so its not only audio > player latency but enabling the audio path, setting up alsa, handling > the call itself, starting the caller application, ... And in amongst > that it has to play the audio as well. Currently this isnt too bad for > me when I set ring only (no vibe) and use the debugfs hack. With both ring and vibe there is a very obvious delay - I'd guess 1 or 2 seconds - between when the vibe starts and when the ringtone starts. As you say, there's a lot going on when a call comes in - another reason IMO for making the ringtone part as simple as possible at that time. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Happy New Year from FSO
2010/1/2 Michael 'Mickey' Lauer : > In the name of the FSO team, I wish all of you a Happy New Year! Happy New Year to you too, and thanks for all your work on FSO! And Happy New Year to all list readers! Best wishes, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
2010/1/3 Mike Crash : > > Happy new year everyone! > > If you want to look at progress, here is first version of MC Navi: > http://www.mikecrash.com/index.php?name=News&file=article&id=116 This is nice news, but what is it with the "sorry, no source code yet" thing? Mike, I don't actually mean to complain at you in particular. It seems to me that a lot of people write something like that, especially with their early releases. I just don't understand why, and I'm afraid that your post has pushed me over the edge into saying something about it. Do people not know what Free Software means? (Plus it's not hard to find a way of hosting source code...) Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
2010/1/3 Mike Crash : > > This means that it is preview and not releasable yet. This makes no sense. How can the binary be releasable, but the source code not? > I know what it free > software - but it is up to author, when he makes releases. And if he makes > it at all. I agree that it is completely your choice when, whether and what to release. But you should not claim that your project is free software if you do not release the source code. To be fair, I don't know if you _have_ ever claimed that your project is free software. I basically just assume that everyone on this list is intending to follow the conventions of free software - perhaps that's a bad assumption on my part. > This is only to know, that it is not sleeping. That is appreciated, thanks! > So please don't be fidgety - I have spent on this 7 months, every day 2-3 > hours, many times to late night (to 2 am) and I can thank god I have so > lovely family to allow that. This is true for other my projects too. Why > don't I buy navigation for 200 bucks instead of spending my rare time that > would cost by the way my employer thousands? Understood; I think we all know these feelings... Personally I'm afraid I can no longer manage to work at that kind of intensity, but I fondly remember the days when I could and did. And, I really believe that releasing the source code could help you and your project! > With no donations and no > gratitude. Those are bad reasons for working on free software, of course, but I would guess that you didn't really mean them...? > Anyway, I should slow down... Not because of my comment, I hope! Best wishes, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alternatives to FR
On Mon, 04 Jan 2010 01:12:54 + William Kenworthy wrote: > What alternatives to the FR (with the same functionality) are there? I > want 3G phone/sms access and the FR doesnt cut it any more ... > > The android phones (htc dream?) - none of which are fully functional on > FSO/SHR (I think), and access through android to the underlying system > is minimal. > > Flow - good but pricy, and unless I am looking at the design wrong, > there is only one adapter/interface socket so you can have a phone, or a > GSM device, but not both at the same time. > > Nokia n900 - probably the best choice at this time. > > What others are available NOW? http://www.exedamobile.com/ Looks like an interesting device. Not terribly cheap, and they seem to want you to buy in lots of 1000, but once you find the price page: http://www.compulab.co.il/exeda/html/exeda-price.htm it does appear that for 40% extra you can buy them in ones. Maybe $US672 with wifi, bluetooth, gsm, gprs, gps, $US32 extra for a camera. Claims (http://www.compulab.co.il/exeda/html/exeda-os-support.htm) to all work with Linux. If you buy one, let us know how it goes :-) NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
2010/1/4 Yorick Moko : > c'mon, > you know he meant well Yes indeed. I apologize for raising this issue on Mike's thread; I should have started a new thread and so not have singled out Mike in particular. Best wishes, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi?
2010/1/4 Sebastian Krzyszkowiak : > > I didn't try bluetooth, but WiFi just works here with plain > wpa_supplicant, with open, WPA and WEP networks. Is "plain wpa_supplicant" the default SHR setup? Last time I checked, I thought it wasn't. I've always wondered why not, as none of the other options (Mofi, wicd etc.) have ever worked as well for me as plain wpa_supplicant. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Experimental technique for testing call audio quality?
>From the recent survey, it seems that several people are still experiencing bad call audio quality; and I've personally had some bad reports of this recently (and my phone has been buzz-fixed). One of the problems, with trying to work on this, is finding a way to test audio quality repeatedly without spending lots of money on call charges and without taking up a lot of someone else's time (as the callee). Can anyone suggest an experimental technique that is reliable - in the sense of being close enough to what really happens on a call - and that doesn't take a lot of money or someone else's time? The best I've found so far is to call my work voicemail, speak to it, and get it to play my recording back to me. But that's still costing a bit. Any better ideas? Also, any recommendations on which of the various available mixer programs is the most effective for trying out audio setting combinations? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: [Debian] Re: Touchscreen not working
[forgot to CC the list...] -- Forwarded message -- From: Neil Jerram Date: 2010/1/5 Subject: Re: [Debian] Re: Touchscreen not working To: Steven Jones 2010/1/5 Steven Jones : > > So it seems, downgrading hal packages to 0.5.13-6 solved this touch > screen problem for me. > > > FWIW, looks to me like this bug: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562052. > > Neil > > > > Neil, could you point me to the location of 0.5.13-6? I am unable to find > the repository with that version. My method for this would be to: - run aptitude - find the "hal" package - press Enter to bring up a new screen with detailed information for that package. Then, at or near the bottom, you should see the available versions, including 0.5.13-6. Move down to that line and press + to tell aptitude that you want to install that version. If you don't see that version, I would guess that you need to update your /etc/apt/sources.list so that it includes the Debian "testing" repository as well as "unstable", then run "apt-get update" or "aptitude update" to update your package information, then retry as above. Hope some of that helps! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: freeware != free software??? Re: Navigation
2010/1/5 Viktor Lindberg : > > The Open Source Movement have instead choosen to abandom the ethical > principle of freedom and only promote the use of Open Source software > that might not be libre (free as in freedom), which is not the same > idea as the Free Software movement has. [...] Not just open for anyone to > examine as is the case with Open > Source. FWIW, that is not my understanding. I believe that the practical requirements of Open Source and Free Software are mostly identical. The difference is one of philosophical emphasis: the Open Source movement chooses to emphasize practical and tangible benefits from using and working on their projects, whereas the Free Software movement emphasizes freedom, even if it means working in the short term with an inferior product. I hope that's useful to someone (and correct!) ... Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: freeware != free software??? Re: Navigation
2010/1/5 Viktor Lindberg : > I don't wish to be rude but you're not actually contradicting anything > i'm saying afaict Actually I think I am a bit. You said "Not just open for anyone to examine as is the case with Open Source", which sounds to me like you are saying that people cannot modify or redistribute Open Source code. But in fact they can, according to every OSI-approved license that I've heard of. > thought you are putting the words diffrently to > emphasis that Open Source would have a better technical solution, i'm > not sure that is the case, it might be true to some extent yes. It sounds like you think that I'm supporting the Open Source point of view. I'm not; I was just trying to describe the philosophical difference as clearly as possible. As it happens, I strongly prefer the Free Software point of view - and I completely agree with what you write next: > But > when you have virtues and value ethics highly you might have to avoid > certain methods which you consider evil to some extent. > > And frankly to use any GNU/Linux distribution as an example, Free > Software is not that technically inferior. [...] > Yes it is true that the Open Source movement likes to focus on the > technical advantages of Open Source Software, but it's not true to say > that good technical solution is ignored by the Free Software > movement. Well I certainly hope not, given that I've been working (on and off) on a FSF project for more than 10 years now... :-) Best wishes, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why GPS is not in resources list ? (devs see framewrokd log)
2010/1/5 dehqan65 : > This is frameworkd.log > http://pastebin.com/me4626ff > > Traceback : > > KeyError: '/dev/ttySAC1' > gpsdev = globals()[devname]( controller.bus, channel ) What software are you using on your Freerunner? Googling shows a few cases of the ogsmd factory method failing, but they're all quite old, and apparently fixed. So maybe using a newer distribution would help, if you aren't already. On the other hand, none of the cases that I found had "KeyError: 'dev/ttySAC1'", so this could be an unrelated new problem. > Also : > r...@om-gta02 ~ $ mdbus -s org.freesmartphone.ousaged > /org/freesmartphone/Usage \ > > org.freesmartphone.Usage.SetResourcePolicy GPS enabled > /org/freesmartphone/Usage: SetResourcePolicy failed: > org.freesmartphone.Usage.ResourceUnknown (Resource GPS had never been > registered) I think this is expected, given that ogpsd has failed to start up. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
2010/1/6 William Kenworthy : > > This is my most used GPS app and the digit size is my only real beef > with it - it works well. I'd like to second that. tangogps (+ GPRS) was fantastically useful during my post-Christmas tour of the relatives. The new routing function especially rocks. I just set it up, hand the phone to my wife or 6 year old son, and they just make sure we stay on the green line. (I plan to make a donation shortly.) > The changing to red at 50km/h [...] Just an amusing note here... The changing to red thing happens at 50 even when the speed is in _miles_ per hour. It would make better sense for the change to happen at 30mph, since 30mph is (roughly) the same as 50km/h. Finally, FWIW, on Debian I haven't noticed any problem with the font size. Regards, Neil ___ 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 : > > 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
[debian] minor enhancements
I recently announced some minor enhancements to zhone, openmoko-panel-plugin and auxlaunch. FWIW I've now pushed these to gitorious: http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-bin and http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-share-pyshared They include a couple further changes since the previous announcements: - In zhone, keep current SMS selected when returning from the SMS display screen. - Following power button press, cut out the unnecessary "really lock screen" step. Please feel free to use / incorporate / build on in any way. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] minor enhancements
2010/1/12 Timo Jyrinki : > 2010/1/12 Neil Jerram : >> - In zhone, keep current SMS selected when returning from the SMS >> display screen. > > You could try to submit that to upstream [1] as well. I regard all of my patches as "submitted upstream", by virtue of having been announced here. Is there a specific further step that I should take to offer and flag them to git.freesmartphone.org ? > Since it's demo > UI "only", the upstream isn't developing it much but probably accepts > patches. If no one else wants to do it, I would be happy to be responsible for collating further zhone development. I know it's always been flagged as only a test UI, and there's that big and very clear warning at the start of the code. The problem is that it's just too good-looking! I don't know of any prettier phone UI, and I don't know how to build an equally pretty one from scratch. Hence I'm quite keen to continue using and developing it. Can someone from freesmartphone.org comment on possible processes here? > I've a patch I need that adds support for letters ä and ö > [2], it wouldn't hurt to include that as well. > > [1] http://git.freesmartphone.org/?p=zhone.git;a=summary > [2] http://users.tkk.fi/~tajyrink/moko/zhone-umlaut2.patch > > Then maybe [3] for reading addressbook entries also from a .vcf file > wouldn't hurt those users that are only using SMS contacts. I like the > ability to copy, backup and edit entries directly in a file. > > [3] http://users.tkk.fi/~tajyrink/moko/zhone-vcffile.patch > > Anyway likewise, feel free to use :) Thanks, I will integrate these. [2] looks easy, but [3] looks like it will need a tweak to retain the current SIM-backed contacts too. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/8 Timo Jyrinki : > > 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/ I've just installed Timo's kernel from http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin, and indeed it does feel a lot snappier. Even more so when I remember to switch frameworkd logging back from DEBUG to WARNING :-). But I noticed two apparent changes/regressions. 1. The openmoko-panel-plugin battery icon doesn't notice changes to the battery charging state. I can force it to notice by clicking on the icon, but it doesn't notice itself. I guess that means that the dbus signals for charging status are not working. 2. My habitual finger presses on the screen don't always register. Is it possible that this new kernel has a less sensitive touchscreen configuration than my previous kernel? My previous kernel was the Debian 2.6.28 one: uImage.bin-2.6.28-20090105.git69b2aa26. Any comments? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
2010/1/15 Brolin Empey : > Fabian Schölzel wrote: >> On Thursday 14. January 2010 22:15:16, Brolin Empey Empey wrote: >>> I agree with you, Fabian. However, I think you should use “he or she” >>> instead of using masculine pronouns as if they were sex/gender-neutral. >> >> I had a bad feeling when writing this. :) My mother tongue is german, so i >> think this is translated badly. In Germany, we have a phrase "Jeder wie er >> mag.", wich would be "Everybody how he likes." in word-for-word translation. >> Would "One should do as one likes." be better? > > Yes, or “One should do as he or she likes.”. Or use "they": "People can do as they like" "Each person can do as they like" "Everyone can do as they like" In my view using "they" is the most natural form for "he or she", and it seems to be very widely used for that now. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
2010/1/15 pike : > Hi > >>> Yes, or “One should do as he or she likes.”. > >> Or use "they": >> "People can do as they like" > > I usually use s/he. > > I wish there was a form > for his/er (her/is), too... There is. It's "their". (I think that rather supports my suggestion; don't you?) Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
2010/1/15 Jan Girlich : > Am Freitag, den 15.01.2010, 10:04 + schrieb Neil Jerram: >> 2010/1/15 pike : >> > I wish there was a form >> > for his/er (her/is), too... >> >> There is. It's "their". > > Difference is pike is using singular, you're using plural, Neil. Historically, yes, "they" and "their" are plural. But in real current (UK) English, they are being used more and more also as gender-independent singular. That might sound surprising, but it is the case. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] how to enable wlan again?
2010/1/16 arne anka : > after upgrading to timo's improved kernel a few days ago, i'd like to test > wlan again -- but can't recall the exact steps. > doing > > qdbus --system org.freesmartphone.ousaged /org/freesmartphone/Usage > org.freesmartphone.Usage.SetResourcePolicy WiFi enabled > > does not change anything apparently and > > qdbus --system org.freesmartphone.ousaged /org/freesmartphone/Usage > org.freesmartphone.Usage.GetResourceState Wifi > > returns > > Error: org.freesmartphone.Usage.ResourceUnknown > Resource Wifi had never been registered Well FWIW I use openmoko-panel-plugin's wifi icon, and I've customized its config so that it automatically runs "ifup eth0". Plus I have the standard wpa-roam stuff in /etc/network/interfaces, and network configurations in wpa-supplicant.conf. Does that help at all? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] illume/e17: relict after killing X/illume
2010/1/16 arne anka : > every time after switching to a runlevel w/o X there's still one process > left: > > /usr/lib/enlightenment/modules/battery/linux-gnueabi-arm-ver-svn-05/batget > 64 > > and it's not even reused when restarting X, but a new one will be created. > i am pretty sure, even that process has to be killed when shutting down > e17/illume (or whatever starts it). Curious. I wonder why it doesn't get killed when e17 is killed. (I'm pretty sure that it gets spawned by e17.) Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] how to enable wlan again?
2010/1/16 arne anka : >>> looks, like the neither the modules nor the kernel itself do contain the >>> ar6000 driver necessary ... >>> -- >>> >>> >> >> You have to load 2 modules to enable wifi - s3cmci and ar6000. > > as stated above, at least ar6000 is simply missing. I have no sign of ar6000 either - i.e. 'find /lib/modules -name "ar6*"' gives no results, and 'lsmod' doesn't mention ar6000. But my wifi is working all the same. I guess that means it's built into Timo's kernel. This is with http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] how to enable wlan again?
2010/1/18 Bill Kenworthy : > > check /proc/config.gz to see whats been done. Thanks: debian-gta02:/usr/bin# zcat /proc/config.gz | grep AR6 CONFIG_AR6000_WLAN=y # CONFIG_AR6000_WLAN_DEBUG is not set # CONFIG_AR6000_WLAN_RESET is not set Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/14 Neil Jerram : > > I've just installed Timo's kernel from > http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin, One more possible issue with this kernel. The boot messages always say [21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read the hardware clock and my FR's date and time is always back to 1st Jan 1970 after a reboot. It looks to me as though the RTC device isn't working: debian-gta02:~# hwclock --show RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# hwclock --systohc RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# lsmod Module Size Used by ipv6 268504 14 debian-gta02:~# find /lib/modules/2.6.29-GTA02_oma-andy-mokodev/ -iname "*rtc*" /lib/modules/2.6.29-GTA02_oma-andy-mokodev/kernel/drivers/rtc /lib/modules/2.6.29-GTA02_oma-andy-mokodev/kernel/drivers/rtc/rtc-s3c.ko debian-gta02:~# modprobe rtc-s3c debian-gta02:~# lsmod Module Size Used by rtc_s3c 8460 0 ipv6 268504 14 debian-gta02:~# hwclock --systohc RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# hwclock --show RTC_RD_TIME: Invalid argument ioctl() to /dev/rtc0 to read the time failed. debian-gta02:~# ls -l /dev/rtc0 crw-rw 1 root root 254, 0 Jan 1 1970 /dev/rtc0 Any ideas? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
2010/1/18 Timo Juhani Lindfors : > Neil Jerram writes: >> [21474539.53] pcf50633-rtc pcf50633-rtc: hctosys: unable to read >> the hardware clock > > Can't find this from logs here. Does > > cat /sys/class/rtc/rtc0/since_epoch > > fail also? Yes: debian-gta02:~# cat /sys/class/rtc/rtc0/since_epoch cat: /sys/class/rtc/rtc0/since_epoch: Invalid argument >Can you reboot a few times and see if you see the bug every > time or just sometimes? I'm certain it's happened every time that I've rebooted (which is 2 or 3 times per day, because of playing with zhone code). It's very noticeable, because it's the first (and in fact only) message when the backlight first comes on. >> debian-gta02:~# modprobe rtc-s3c > > This is wrong module anyway. Fair enough, I was just stabbing in the dark there. Thanks for your reply! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner can now play Ogg video
2010/1/19 c_c : > > Hi, > I'm using timo's .29 faster kernel. I had the gsm not registering with > this kernel using fso-abyss. Somehow, in my case (though I've has #1024 and > buzz fix applied) using gsm0710muxd always works. That is consistent with my experience. I haven't yet tried switching to fso-abyss, and I've never (as far as I can remember) had the GSM not registering problem. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] How to update TangoGPS maps?
2010/1/19 Francesco de Virgilio : > > neo:~# dpkg -i yaouh_0.5.1.4_all.opk Selecting previously deselected package > yaouh. > (Reading database ... 15461 files and directories currently installed.) > Unpacking yaouh (from yaouh_0.5.1.4_all.opk) ... > dpkg: dependency problems prevent configuration of yaouh: > yaouh depends on python-pygtk; however: > Package python-pygtk is not installed. > dpkg: error processing yaouh (--install): > dependency problems - leaving unconfigured > Errors were encountered while processing: > yaouh apt-get install python-pygtk Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Re: gender-neutral English usage
2010/1/19 Margo : > > So if someone says something about one certain person and you don't > know who is he/she talking about and if that person is male or female, > then you can ask "who are they?"? Hmm, I'm not sure. I think I'd say "who is that?". Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian/fso on freerunner
2010/1/20 arne anka : > not exactly. zhone as such has been updated only to ensure compatibility > with current e, but someone (neil? timo?) offered to take care of patching > zhone to enhance functionality. Yes, that's me. I'm accumulating zhone patches here: http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-bin >> Even I look at leading figures debian pass programs shr))) IMO Debian will eventually assimilate everything, including SHR. (Unless there is some major advantage of the OE build and packaging system that I haven't understood yet...) It's the best combination of free software focussed build, tracking and package management that there is, and I really don't understand why anyone persists with other systems... Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian/fso on freerunner
2010/1/20 Yoric Kotchukov : > > debian - it is certainly good, but on FR without the phone is sad ((( But Debian has working phone function. For me, at least, phone, SMS and GPRS are all working. Not to mention GPS and Wifi. Of course there are bugs and occasional hangs and crashes, and audio quality is still a problem, but my impression is that the other distributions have those problems too. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian/fso on freerunner
2010/1/20 Michael 'Mickey' Lauer : > Am Mittwoch, den 20.01.2010, 11:45 + schrieb Neil Jerram: >> IMO Debian will eventually assimilate everything, including SHR. >> (Unless there is some major advantage of the OE build and packaging >> system that I haven't understood yet...) It's the best combination of >> free software focussed build, tracking and package management that >> there is, and I really don't understand why anyone persists with other >> systems... > > Well, I've been hearing that for almost a decade now, but still systems > like buildroot, OpenEmbedded, OpenWRT, t2-project, etc. are being > preferred on lots of embedded systems. Why do you think is that? Well, as I said, I don't know. What are the advantages of those systems? Also note that of the 4 FR distributions that are still actively developed, 3 of them are Debian-based - doesn't that cast doubt on those other systems "being preferred on lots of embedded systems"? However, in general terms I realize that my remark was probably too hasty. For example, it seems likely that when a new project is developing rapidly, they want more control over what is changing in the system overall. Plus Debian could be simultaneously too ponderous (stable) and too unreliable (unstable) for them. I also have to admit that even for the Freerunner Debian is not ideal; several people recently have been trying it out and suffering from the consequences of unstable being a rapidly moving target. Nevertheless, in the long term I expect (and hope) that all the interesting software for the Freerunner will be choices within Debian. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian/fso on freerunner
2010/1/20 Yoric Kotchukov : > > For me, zhone absolutely not working. Since a few people seem to have had trouble getting Debian going recently, and also because I'd like to have a backup for myself, I'm wondering if it would be useful to make a .tar.gz of my rootfs, and make that available somewhere. df tells me I'm using about 1 gig of disk space, so that's the order of how big the .tar.gz would be. Would that be of interest? If so, I'd also appreciate any advice on the details of how to do it, especially - if there's a way of reviewing that I'm not giving away any personal data that I shouldn't - whether and how I should exclude directories like /dev, /proc, /sys and /tmp - what is a good way of making such a large file available? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experimental technique for testing call audio quality?
2010/1/22 Helge Hafting : > To test the quality of analog components (mic, amplifier, speaker): > > * Record voice (or test tones) to a file. Transfer the file to a > computer with a good soundcard, to check quality. > > * Get a sound file of known quality, transfer it to the FR. > Play it (alsaplayer or some other audio player) > and check the quality. > > With this, you should get an idea of what sound the FR is > capable of. Tweak relevant volume settings; too little > is hard to hear, too much may clip and distort. Many thanks. I have indeed - but very slowly - been following this kind of approach. I figured that it made sense to look at the ringtone volume problem first, as that should be easier, and because in-call quality is not so important if one is missing the calls anyway. So FWIW I've been trying to understand all the available information about the Wolfson codec, and the *.state files. I've nothing really to report yet, just one hunch, namely that the structure of the alsa state management - i.e. saving and restoring all of the settings when the "scenario" changes - makes this audio situation harder to understand and to improve. I'm wondering about an alternative approach where the deltas between the state files are grouped into a number of independent operations, like 'enable GSM input', 'set PCM volume to X' etc. One specific thing I noticed is that gsmhandset.state has control.90 "DAPM Headset Mic Switch" set to true. I wonder if that could be a source of extra noise (when using the handset)? > Calls will surely not be better than what you can get this > way. Ideally, you should be able to get calls up to > the same quality as this, by tweaking volume settings. Calls are digital > and shouldn't have sound distortion of its own. At least not worse > than other phones. > > The current default call volumes in SHR-U are quite bad, which may be > the reason for many recent reports of audio problem. Anyone installing > SHR-U should call themselves (on some other phone) and adjust both > mic volume and speaker volume. (And then reboot the phone, > so the settings are saved.) Thanks. > If the FR sound quality is too bad, consider a BT headset. Sound quality > should then depend on the BT headset only. The FR's problems with buzz, > bad bass, and possibly other analog issues shouldn't matter at all. I guess so - but I really hope and believe that handset audio quality is a soluble problem. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experimental technique for testing call audio quality?
2010/1/22 Xavier Cremaschi : > Neil Jerram a écrit : >> The best I've found so far is to call my work voicemail, speak to it, >> and get it to play my recording back to me. But that's still costing >> a bit. Any better ideas? >> > > Same thing here, but with my own number. In one shot I can leave a > message, listen it, delete it. And it's cheap. Good idea, thanks! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: RTC failure in January (was: New significant speedups coming to FreeRunner)
2010/1/24 Andy Poling : > > I finally looked into it, and this is the problem (with RTC debugging > enabled): [...] Wow, what a fantastic bug! So, IIUC, it will only strike someone who upgraded in January from a kernel without Werner's change, to one with Werner's change - because the old kernel will have left a 0 value in pcf->time[PCF50606_TI_MONTH]. Amazing :-) Great investigation too. I'm really pleased that this is understood now and is going to be fixed. What about the attached patch to ease transition, and to get a working RTC before February? Regards, Neil From aec6c6be9cadd54f432ffd2b65e8dce37fee78b4 Mon Sep 17 00:00:00 2001 From: Neil Jerram Date: Sun, 24 Jan 2010 15:23:52 + Subject: [PATCH] Fix for failure to read RTC following kernel upgrade in January For explanation see http://lists.openmoko.org/pipermail/community/2010-January/059634.html Thanks to Andy Poling for the investigation. --- drivers/rtc/rtc-pcf50606.c |4 +++- drivers/rtc/rtc-pcf50633.c |4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-pcf50606.c b/drivers/rtc/rtc-pcf50606.c index 6bd93b0..6d4897c 100644 --- a/drivers/rtc/rtc-pcf50606.c +++ b/drivers/rtc/rtc-pcf50606.c @@ -71,7 +71,9 @@ static void pcf2rtc_time(struct rtc_time *rtc, struct pcf50606_time *pcf) rtc->tm_hour = bcd2bin(pcf->time[PCF50606_TI_HOUR]); rtc->tm_wday = bcd2bin(pcf->time[PCF50606_TI_WKDAY]); rtc->tm_mday = bcd2bin(pcf->time[PCF50606_TI_DAY]); - rtc->tm_mon = bcd2bin(pcf->time[PCF50606_TI_MONTH]) - 1; + rtc->tm_mon = bcd2bin(pcf->time[PCF50606_TI_MONTH] + ? pcf->time[PCF50606_TI_MONTH] + : 1) - 1; rtc->tm_year = bcd2bin(pcf->time[PCF50606_TI_YEAR]) + 100; } diff --git a/drivers/rtc/rtc-pcf50633.c b/drivers/rtc/rtc-pcf50633.c index 8669815..637a1d5 100644 --- a/drivers/rtc/rtc-pcf50633.c +++ b/drivers/rtc/rtc-pcf50633.c @@ -71,7 +71,9 @@ static void pcf2rtc_time(struct rtc_time *rtc, struct pcf50633_time *pcf) rtc->tm_hour = bcd2bin(pcf->time[PCF50633_TI_HOUR]); rtc->tm_wday = bcd2bin(pcf->time[PCF50633_TI_WKDAY]); rtc->tm_mday = bcd2bin(pcf->time[PCF50633_TI_DAY]); - rtc->tm_mon = bcd2bin(pcf->time[PCF50633_TI_MONTH]) - 1; + rtc->tm_mon = bcd2bin(pcf->time[PCF50633_TI_MONTH] + ? pcf->time[PCF50633_TI_MONTH] + : 1) - 1; rtc->tm_year = bcd2bin(pcf->time[PCF50633_TI_YEAR]) + 100; } -- 1.5.6.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth fail (poll?)
2010/1/24 Ian Stephen : > > The jurisdiction where I reside recently implemented a law banning handheld > devices while driving. I bought a Jabra BT125 because someone reported > success > with it and the Freerunner. I've gone over the SHR manual web page and the > manually using bluetooth page and everything else Google could find with both > SHR Unstable and SHR Testing. Finally bought a Motorola phone and have set > aside the Freerunner for now. :-( You will probably get more answers if you also send to the SHR list: > I am wondering if only a few people have got bluetooth to work with headsets > for > GSM calls while lots of us lose sleep over it, or have most got it going and > I'm just missing something? My data point: I've not yet tried bluetooth at all. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] hwclock issue
2010/1/26 Joif : > > Hi! > I'm using QtMoko v16b on the NAND and I have other distro on the uSD. > My time is GMT+1 and when I have to choose the correct time on QtMoko I set > it on the Paris time zone. But when I use another distro I see that the time > reported is exactly GMT not GMT+1. I don't really know about this part - but could just be that the other distro doesn't have correct time zone set up. > Also, some time after a reboot (and > specially after using Debian) I see during the boot an error message about > the impossibility to read the hardware clock and to set the time to > 01/01/1970. Recently understood; please see here: http://www.mail-archive.com/community@lists.openmoko.org/msg57473.html > This error disappears from the boot only if I remove the > battery. Ah, that is interesting. That would explain why I have stopped seeing this problem. (I've been trying out SHR testing, and now my RTC is working even when I switch back to Debian. I was struggling to understand why that was.) Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On 29 January 2010 02:15, William Kenworthy wrote: > shr-testing is probably the most usable out-of-the-box at the moment. > Only a few "annoyances" rather than show stoppers. I tried shr-t again a couple of days ago (after getting annoyed with the unreliability of my Debian...). I thought the integration of the phone apps, including the great today/locking screen, is now quite slick. And aesthetically it's now starting to look nice too. But - I found that I very quickly ran into system freezes, and/or weird graphical effects. E.g. after only a couple of minutes of panning and zooming the maps in tangogps. Am I the only one seeing this kind of problem? When that happens, the only remedy is to pull out the battery, and then I have no idea whether my rootfs is still OK. Is there a way of checking? (Maybe something similar to debsums in Debian.) Whenever I've had similar problems in the past (including on Debian), it's been when I've been running the glamo X server. So I would guess that that's the cause in shr-t too. Is it possible to run shr-t with the fbdev server? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Investigation of failure to report received SMS
I'm not sure if this is really news. Apologies if not. I've been experiencing a lot of unreported SMSs - by which I mean that the phone receives an SMS, but it is not announced at the time of receipt - and have just managed to catch some useful logs for an occurrence of this. There's at least one ticket in FSO trac in this area (http://trac.freesmartphone.org/ticket/506), but it claims only to happen after a suspend. In my Debian system I never suspend (because it doesn't work), so I don't think that can be an ingredient in my cases. When this happens, I only find out about the SMSs later, usually after a reboot or restarting zhone, because those actions cause a complete new read of the message book. The timestamp on the SMSs shows when they were really received by the phone. (I assume - does it make sense that the network or the modem itself would add a timestamp?) Today I received two SMSs (actually two parts of a CSM message) with times 17:32:11 and 17:32:12. The frameworkd log around that time says 2010.01.29 17:24:03.875 ogsmd.device INFO org.freesmartphone.GSM.Network.SignalStrength: 81 2010.01.29 17:25:22.975 ogsmd.device INFO org.freesmartphone.GSM.Network.SignalStrength: 86 2010.01.29 17:32:21.670 ogsmd.device INFO org.freesmartphone.GSM.Network.CypherStatus: enabled: unknown 2010.01.29 17:32:27.515 ogsmd.device INFO org.freesmartphone.GSM.Network.CypherStatus: enabled: unknown 2010.01.29 17:33:00.575 ogsmd.device INFO org.freesmartphone.GSM.Network.SignalStrength: 81 2010.01.29 17:35:04.865 ogsmd.device INFO org.freesmartphone.GSM.Network.SignalStrength: 86 For comparison, the frameworkd log around the time of a successful receipt says 2010.01.29 18:20:56.289 ogsmd.device INFO org.freesmartphone.GSM.Network.SignalStrength: 87 2010.01.29 18:21:15.8 odeviced.idlenotifier INFO odeviced.idlenotifier state change to idle_dim 2010.01.29 18:23:04.205 ogsmd.device INFO org.freesmartphone.GSM.Network.CypherStatus: enabled: unknown 2010.01.29 18:23:06.790 ogsmd.device WARNING incoming message on sim storage index 6 2010.01.29 18:23:06.816 oeventsd.fso_triggers WARNING Receive IncomingMessage on index = 6 2010.01.29 18:23:09.89 odeviced.audio INFO sound status /usr/share/sounds/yue-fso/jmf2.ogg playing {} (Note that I've raised some logs about incoming messages from DEBUG to WARNING, for this investigation.) Those CypherStatus logs look like a clue to me. My guesses are that the CypherStatus message is something to do with the encoding or encryption of the subsequent SMS, and that sometimes frameworkd fails to cope with receiving two messages in quick succession from the modem. I will carry on looking into this, but if anyone has any thoughts or input, or if this is all already well understood, please say. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Investigation of failure to report received SMS
On 30 January 2010 11:25, Fox Mulder wrote: > Neil Jerram writes: >> (Note that I've raised some logs about incoming messages from DEBUG to >> WARNING, for this investigation.) > > You lowered the log output with this option. DEBUG is the highest > logging option and warning does log much less. I'm sorry, I wasn't clear. What I meant was that I have changed some lines of code from "logger.debug" to "logger.warning", so that I get those lines in my logs without having to change the overall level to DEBUG. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Investigation of failure to report received SMS
On 30 January 2010 10:35, Timo Juhani Lindfors wrote: > Neil Jerram writes: >> (Note that I've raised some logs about incoming messages from DEBUG to >> WARNING, for this investigation.) > > At least with old frameworkd setting ogsmd loglevel to DEBUG would > show the actual AT traffic which I did not see in your logs.. Sorry for that confusing sentence about log level; see my other reply to Fox for what I really meant. I guess what you have in mind is that the next step would be to try to reproduce with the AT traffic included in the logs. I agree, and will try to do that. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Investigation of failure to report received SMS
On 30 January 2010 11:48, Neil Jerram wrote: > > I guess what you have in mind is that the next step would be to try to > reproduce with the AT traffic included in the logs. I agree, and will > try to do that. So far no recurrences with frameworkd log level set to DEBUG. (And I have received several messages.) So maybe this is a heisenbug, of the kind that disappears when frameworkd runs more slowly. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On 29 January 2010 12:00, Helge Hafting wrote: > Neil Jerram wrote: >> >> But - I found that I very quickly ran into system freezes, and/or >> weird graphical effects. E.g. after only a couple of minutes of >> panning and zooming the maps in tangogps. Am I the only one seeing >> this kind of problem? >> > You may want to run filesystem checks, a bad filesystem on flash or > sdcard can cause all sorts of weird problems. That is true - but the first time I had a freeze was after a completely clean new install. So for that freeze, filesystem corruption cannot have been a factor. After one occurrence (that requires pulling the battery), I agree that all bets are off for any subsequent occurrences. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Investigation of failure to report received SMS
On 1 February 2010 04:43, Alishams Hassam wrote: > On Sun, 2010-01-31 at 19:44 +0000, Neil Jerram wrote: >> So far no recurrences with frameworkd log level set to DEBUG. (And I >> have received several messages.) So maybe this is a heisenbug, of the >> kind that disappears when frameworkd runs more slowly. >> >> Regards, >> Neil > Using qtmoko and the latest kernel (with the "speedups") I do recieve > txt messages regulary, but after a day sometimes 2 of being on they stop > comming. I used to experience the same thing on SHR, dissapearing txt > messages only after an uptime of 24 hours +. I would say leave your > phone on for at least 3 days and see if you still recieve SMS's. Does qtmoko use FSO? I thought it didn't. My current (admittedly pretty weak) guess is that this is an FSO frameworkd bug - in which case it would have to be different from the QtMoko one. Also SHR - and I would guess qtmoko - suspends and resumes correctly, and there is a different open issue about not receiving SMSs after a suspend. For that issue, investigation so far indicates something unexpected about the AT string from the modem, which means that the root cause of _that_ problem could be the same for FSO and QtMoko. It is possible that the cause of my problem - missing SMSs _without_ any previous suspend - could be the same, but we don't yet have logs including the AT traffic that could confirm or deny that. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On 14 January 2010 22:41, Neil Jerram wrote: > > I've just installed Timo's kernel from > http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin, > [...] > > But I noticed two apparent changes/regressions. > > 1. The openmoko-panel-plugin battery icon doesn't notice changes to > the battery charging state. I can force it to notice by clicking on > the icon, but it doesn't notice itself. I guess that means that the > dbus signals for charging status are not working. I think I've fixed this one. Apparently kobject notification has changed behaviour in the case where the /sys paths that frameworkd watches are symbolic links. When the Python-level notification callback is called, the path given is a canonical link, not the original symbolic link path. The change at http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-share-pyshared/commit/2833bf870b87d4892083daaf6c1c46b4237195d1 addresses this, and makes battery reporting work again for me. Can anyone comment on whether this analysis and fix are correct? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experiment: better sound on remote end
On 2 December 2009 13:47, wrote: > > 3. change control 63 (it's also on line 63), so that it ends in 3 > rather than in 2: > * Old value: 63:'Mic Sidetone Mux':1:2 > * New value: 63:'Mic Sidetone Mux':1:3 I just rediscovered this improvement, by playing with alsamixer; then found this existing thread by googling. So: yes, I can confirm that changing 'Mic Sidetone Mux' from 'Mic 2' to 'Right PGA' improves call audio for my callees. My wife even described it as 'quite fine' :-). Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experiment: better sound on remote end
On 6 February 2010 15:54, Xavier Cremaschi wrote: > But if you use the speaker (intone, podboy, mplayer...), don't you have > sound only in one side (right in your case) ? I don't use speaker for calls. The change that I mentioned is only for gsmhandset.state, which is only used for phone calls. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Quick e-mail poll: Still using your Freerunner?
On 6 February 2010 21:16, Ed Falk wrote: > I bought my Freerunner over a year ago. On the first boot, it made a > very loud raucus sound which, as far as I know, blew out the speaker, as > I have never heard an undistorted sound come out of it. [...] Hmm, sounds like a few possible hardware issues there. However... > Is there a "how to" document on the wiki that might tell someone in my > shoes how to bring the device up to date so that I can try again? Step 1: Try turning it on and plugging in the wall charger - to find out if it is working well enough to get charged up. (In the early days, there were serious problems if the battery became completely empty...) Step 2: Once fully charged, follow the instructions for flashing and trying out SHR-Testing. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Basic texting keyboard for zhone
I noticed that the zhone code included a keypad-based text entry system (the pyphone_message class). I found it quite non-intuitive - and I guess that's why it was never made available in the UI - but the code makes a good starting point for implementing other keypad-based entry systems, and I've now implemented the simplest possible one, i.e. where you have to press once for a, d, g, ..., twice for b, e, h, ..., and so on. It needs polish, and it would be good to add a proper predictive system, and once I've done that I'll try to feed this into the official zhone. But for anyone who feels like looking at or trying the changes now, they are: http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-bin/commit/b4da87f2f1ac597efb9ee8b59ed99c2ab892215b http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-bin/commit/bef6a44004fce48e6c94930a9d1f8a7e72609b9f http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-bin/commit/26b57ac0b6de8f0637d89697cc533d88d0a48c1e http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-bin/commit/542c9a1da39b7c9cd4b180825fa3ffbde007b19b http://gitorious.org/stuff-for-openmoko-freerunner/zhone-edje/commit/61b95f4725cfdf77e20c71ac58d7c07425bb37e7 Regards, ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Basic texting keyboard for zhone
On 8 February 2010 05:02, Tony McKeehan wrote: > Do you have any screenshots? I'll make some this evening. > Also, I'd be interested in merging this > with my predictive texting keyboard code some time in the future. Yes, absolutely, I had the same thought. I don't think "merging" is exactly the right word, because I'm sure you want your keyboard to continue working for all applications (whereas mine is currently part of the zhone application) - but we should be able to share the predictive engine part of the code. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM future
On 8 February 2010 20:27, arne anka wrote: >> unfortunately off-limits right now... until... something is publically >> announced. keep your ears peeled. :) > > wait no longer, here it is: >> http://www.youtube.com/watch?v=udlxr8t1nZM&feature=youtube_gdata That is very funny! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Basic texting keyboard for zhone
On 8 February 2010 09:55, Neil Jerram wrote: > On 8 February 2010 05:02, Tony McKeehan wrote: >> Do you have any screenshots? Here is one: http://ossau.homelinux.net/~neil/keyboard.png Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experiment: better sound on remote end
On 7 February 2010 22:01, Gilles Filippini wrote: > Gilles Filippini a écrit , Le 07/02/2010 15:31: >> Al Johnson a écrit , Le 07/02/2010 10:59: >>> Routing through the PGA just attenuates the signal slightly before >>> it gets to the mono mixer. Turning the mono mixer setting down from 7 to 6 >>> or >>> 5 will be just as effective. >> >> FWIW, my current working settings are: >> * control.48: 1 >> * control.63: 'Right PGA' >> * control.12: 6 >> * control.5: 127 >> >> Following your advice, I'll give a try at: >> * control.63: 'Mic 2' >> * control.12: 5 or 4 > > Wow! I've had to lower control.12 to 0 (yes: zero) to have a sound > volume equivalent to my previous settings'. Just to check that I'm understanding correctly... Are you saying that, for you, >> * control.63: 'Mic 2' >> * control.12: 0 gives equally good audio quality as >> * control.63: 'Right PGA' >> * control.12: 6 ? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Quick e-mail poll: Still using your Freerunner?
On Tue, 9 Feb 2010 13:17:17 -0800 (PST) Mike Crash wrote: > > No > Yes > Debian Yes No Debian The recent innovation of compiling the kernel with the go-slow straps removed has had a significant improvement on my experience. Now if only I could figure out why the gprs is not reliable I'd be on my way to being happy. I guess we cannot hope for the GSM firmware being made open-source... (any New Zealand residents out there? I visited NZ in Jan, bought a 2degrees SIM can and found that I couldn't send SMS messages though receiving and calls were fine. SIM worked fine in another phone. Does anyone else experience that?) NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Quick e-mail poll: Still using your Freerunner?
On Wed, 10 Feb 2010 13:05:30 +1300 Andrew Stephen wrote: > On Wed, Feb 10, 2010 at 11:33 AM, Neil Brown wrote: > > > > (any New Zealand residents out there? I visited NZ in Jan, bought a > > 2degrees > > SIM can and found that I couldn't send SMS messages though receiving and > > calls were fine. SIM worked fine in another phone. Does anyone else > > experience that?) > > I have used a 2degrees SIM with my Freerunner successfully under > SHR-u/t for both sending and receiving SMS. Maybe it was specific to my particular SIM (or a batch of SIMs). I tried bypassing all the UI stuff, connected to the GSM device with mickeyterm, issued: AT+CMGS="phonenumber" > some text goes here and then never got the second '>' prompt to enter "^Z" to. It is not an issue for me any more but it did drop my confidence a little bit. > > Were you here for LCA? > Yes, that and a holiday to escape the hot Sydney summer :-) Nice country you've got there. NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Quick e-mail poll: Still using your Freerunner?
On Tue, 9 Feb 2010 23:55:09 +0100 Marcus Bauer wrote: > On Wed, 10 Feb 2010 09:33:03 +1100 > Neil Brown wrote: > > The recent innovation of compiling the kernel with the go-slow straps > > removed has had a significant improvement on my experience. Now if > > only I could figure out why the gprs is not reliable I'd be on my way > > to being happy. > > I have never tested GPRS for more than 12 hours but I always felt that > it was rocking stable, keeping the connection while moving around. At > least on hackable1, rev4 which basically is Debian Lenny. I have never had any problem when browsing on the phone itself. But whenever I try to use it as an internet connection for my notebook (usb from notebook to freerunner, with all the appropriate SNAT and routing tables set up) it works for a few hundred K and then just seizes up. I wonder if it is some sort of flow-control issues over the serial link to the GSM device, but that is all supposed to be hardware flow-control and certainly seems to be set up properly. > > But then maybe your phone is unhappy because it expects your to run SuSE > on it ;-) Maybe it is :-) NeilBrown > > Marcus (who -for the records- used SuSE before they had version numbers > and were simply called November 1994, coming in ugly brown boxes with > some green thingy on them) > > ___ > 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: AW: What to do with a broken touchscreen?
On 10 February 2010 11:57, Helge Hafting wrote: > hab keen oh ne wrote: >> Hi, >> I had the same problem because I - why ever - kept my key in the same >> pocket as my freerunner, so the touch screen took a physical damage, >> which can still be noticed by a dint in the upper left of the screen. >> Nevertheless, I got rid of the problem by causing an underpressure at >> this place with a glue strip. > > That did the trick! Thanks for the tip - an easy repair when > one knows. Could you explain more, because I think I have this problem too. How do you make a suitable glue strip, and how and where do you apply it? If you think it would help, could you take a photo? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On 12 February 2010 07:50, Mike Crash wrote: > > Yes, I used reprepro too, but the result uploaded to FTP. May be I was missed > something when uploading. is there a way to sync local directory to FTP? lftp can do that. It has a "mirror" command. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On 12 February 2010 09:22, David Garabana Barro wrote: > > Is there any opkg of your program fot trying it on SHR? I haven't done it myself, but I've often heard people say that opkg can install a .deb Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Wifi stopped working
On 12 February 2010 17:43, vancel35 wrote: > > On a recent update/upgrade, I lost my ability to see wifi connections. [...] Sounds to me like a missing or not working kernel module - but I'm totally guessing. Have you also asked on the shr-users mailing list? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems with NWA
On 15 February 2010 14:22, Ben Thompson wrote: > Hi > > I recently installed NWA on latest SHR-U and it fails to start up with > the following error :- > > "Fatal Error: Cannot parse configuration file error occurred while > parsing element on line 1, column 1" [...] > r...@om-gta02 /usr/share/nwa $ cat defaultconfiguration.xml > XML files should begin like this: Your .xml file is missing the question marks. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
On 6 January 2010 11:11, Neil Jerram wrote: > > line. (I plan to make a donation shortly.) Finally getting around to this - but I don't see a Donate button anywhere on the tangogps website. Is there a donation mechanism? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] ofono
I'm vaguely interested in trying the ofono stack (as an alternative to FSO ogsmd). The current release is 0.18, and it looks from [1] as though this has built successfully for armel - but it doesn't seem to have made it into the armel repository yet. Can any Debian guru explain why not? Also, does anyone know of any ofono applications? (Apart from the test scripts in ofono's git.) [1] https://buildd.debian.org/pkg.cgi?pkg=ofono Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community