Re: Feedback on FSO 5.1
Am Mittwoch, den 04.03.2009, 21:13 -0800 schrieb c_c: I've been using FSO 5.1 for some time now and here is some (late - I know) feedback. Better late than never :) I'm using 5.1 with Qi and the standard kernel. 1. The snd_soc_neo1973_gta02_wm8753, modprobe snd-pcm-oss modules do not get loaded automatically on startup. This is strange, that works here. 2. I also need to set up the stereoout.state after startup. This works here as well. For some reason it seems your card wasn't found hence the stereoout.state could not be autoset. 3. Need to install libmad to get mp3 ringtones working. That's expected... patents... 4. After requesting resource Display / CPU and releasing them - automatic dimming and suspending stops working (I'm using a rule to suspend the freerunner if it's not charging). I think there is a fix for this already. Correct, has been fixed post-5.1. 5. Need the devel packages for elementary. I've tried the svn and the new version has neat sliders. Can we look at moving to the newer version or is that unlikely because of the probable dependencies on eina/ecore etc? In that case can we have the devel versions in the repository? 5.5 will contain newer packages. Our unstable feed should contain newer ones as well. 6. Can you point me to some place where I can read up on how to patch the build process for FSO packages? I want to patch mplayer to use tremor instead of libvorbis. It's an option in mplayer (and there might be some breakage too) but where and how so I start any of such stuff? Packaging issues are OE issues, as we build Openmoko out of OE. Please have a look at OE's wiki. Feel free to ask further questions on openembedded-de...@lists.openembedded.org. 7. Can rules.yaml be made more flexible such as for eg to allow me to use the aux button to choose amongst three volume settings during a call? I'm not sure whether this is in the scope of oeventsd. It's merely a convenience layer and I expect real applications (not Zhone) handling these things on their own, without going through the rules. 8. And to have user configurable brightness settings apart from changing rules.yaml and reloading the rules. (Maybe the values could be picked up from another file and used thereafter. Just a thought.) Sure thing, as much as we pick the audio ringtone from the preferences, we should do the same with brightness. IIRC there's also a bug about that in FSO trac. 9. Would like to know how to get my bluetooth headset working in the interim - till things get all set up in FSO itself. :-) Please see the lists, Jan posted a howto for that. 10. frameworkd uses upto 70% CPU when changing cells. This is for a brief period - but 70%? Isn't that too high? Or is that hit because of python - something we need to live with or are there (possible) methods for reducing such usage to more acceptable limits? It's something we have to live with for FSO phase 1. I don't want to talk much about it since we still have enough to do for phase 1 until summer, but there will be an FSO phase 2, which is about reimplementing frameworkd in a compiled language -- based on the lessons learned. Cheers, ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Feedback on FSO 5.1
Hi, It seems like I always end up having a conversation with you whenever I talk about anything to do with FSO. Thanks for being so patient :-) Michael 'Mickey' Lauer wrote: 1. The snd_soc_neo1973_gta02_wm8753, modprobe snd-pcm-oss modules do not get loaded. This is strange, that works here. Well, there are more people having this prob - see http://n2.nabble.com/-fso--no-sound-card-td2423797ef1958.html#a2433819 this . Probably another qi vs uboot issue (I'm guessing though). Michael 'Mickey' Lauer wrote: 3. Need to install libmad to get mp3 ringtones working. That's expected... patents... Ahh! I wondered why I had to do the same thing everytime. Sad. Michael 'Mickey' Lauer wrote: 5.5 will contain newer packages. Our unstable feed should contain newer ones as well. Well, I can't find any elementary packages on any feed (upwards of 5.1) on downloads.freesmartphone.org. In fact, I wanted to go back to the packages used in 5.1 after I got some from the openmoko feeds - and I couldn't. Are the packages in openmoko feed (which Angus says are from git://git.openembedded.org branch fso/milestone5) going to be the ones you'll be using in 5.5? The version is svnr39300-r4. rantI'm trying to move over to elementary for good (being finger friendly and all!). That would mean newer versions of guitartuner/intone/(some name based on opensync)sync all using elementary. But I've been going back and forth between gtk and elementary - since I can't get anything to (cross) build and run on the phone./rant over Michael 'Mickey' Lauer wrote: Packaging issues are OE issues, as we build Openmoko out of OE. Please have a look at OE's wiki. Feel free to ask further questions on openembedded-de...@lists.openembedded.org. There is already a libvorbisidec in the openmoko feeds. Has mplayer already been built to use tremor? Actually, mplayer has the option to use tremor - it just needs to be set during build. And it needs libvorbisidec (which is what you get after building tremor). I'll move over to unstable and check. Michael 'Mickey' Lauer wrote: I'm not sure whether this is in the scope of oeventsd. It's merely a convenience layer and I expect real applications (not Zhone) handling these things on their own, without going through the rules. OK. So maybe I need to direct that part of the feedback to the paroli team. It would be something that the dialer app will need to handle in that case. I thought rules might let me add that even if the dialer app doesn't. Michael 'Mickey' Lauer wrote: Sure thing, as much as we pick the audio ringtone from the preferences, we should do the same with brightness. Nice. Hopefully that will be solved soon. Michael 'Mickey' Lauer wrote: Please see the lists, Jan posted a howto for that. Found it. See http://n2.nabble.com/Problems-with-ASoC-and-Bluetooth-routing-td2388998ef1958.html#a2388998 this . Michael 'Mickey' Lauer wrote: an FSO phase 2, which is about reimplementing frameworkd in a compiled language -- based on the lessons learned. Ah! That makes sense. -- View this message in context: http://n2.nabble.com/Feedback-on-FSO-5.1-tp2427488p2433913.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Feedback on FSO 5.1
On Thu, 2009-03-05 at 20:01 -0800, c_c wrote: Are the packages in openmoko feed (which Angus says are from git://git.openembedded.org branch fso/milestone5) going to be the ones you'll be using in 5.5? The version is svnr39300-r4. Thanks updated the readme. The binaries at downloads.openmoko.org are built from the fso/milestone5.5 branch. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Feedback on FSO 5.1
Hi, I've been using FSO 5.1 for some time now and here is some (late - I know) feedback. I'm using 5.1 with Qi and the standard kernel. 1. The snd_soc_neo1973_gta02_wm8753, modprobe snd-pcm-oss modules do not get loaded automatically on startup. 2. I also need to set up the stereoout.state after startup. 3. Need to install libmad to get mp3 ringtones working. 4. After requesting resource Display / CPU and releasing them - automatic dimming and suspending stops working (I'm using a rule to suspend the freerunner if it's not charging). I think there is a fix for this already. 5. Need the devel packages for elementary. I've tried the svn and the new version has neat sliders. Can we look at moving to the newer version or is that unlikely because of the probable dependencies on eina/ecore etc? In that case can we have the devel versions in the repository? 6. Can you point me to some place where I can read up on how to patch the build process for FSO packages? I want to patch mplayer to use tremor instead of libvorbis. It's an option in mplayer (and there might be some breakage too) but where and how so I start any of such stuff? 7. Can rules.yaml be made more flexible such as for eg to allow me to use the aux button to choose amongst three volume settings during a call? 8. And to have user configurable brightness settings apart from changing rules.yaml and reloading the rules. (Maybe the values could be picked up from another file and used thereafter. Just a thought.) 9. Would like to know how to get my bluetooth headset working in the interim - till things get all set up in FSO itself. :-) 10. frameworkd uses upto 70% CPU when changing cells. This is for a brief period - but 70%? Isn't that too high? Or is that hit because of python - something we need to live with or are there (possible) methods for reducing such usage to more acceptable limits? Thanks. -- View this message in context: http://n2.nabble.com/Feedback-on-FSO-5.1-tp2427488p2427488.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
