Re: Enhancing launcher - feedback
c_c wrote: I thought I'll use this email to get some feedback on this ML. Ive been using the AUX button to bring up shr-dialer, and I tried it with (what I believe was) an earlier iteration. I found that launching with AUX opened multiple instances of launcher. Can you make it aware of itself (or ignore me if it already is) so that multiple instances get invoked? This way a simple AUX press brings us back from wherever we are to the home screen. -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3477182.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: [QtMoko] new images v6
I've just spent a few hours trying to cross-build from the git sources on my 686 Debian box with a view to making a .deb file so I can add qtmoko to an existing Debian installation. After several hours of working it fails with: /home/jschultz/openmoko/qtmoko/qtmoko/src/applications/datebook/accounteditor.cpp:59: error: uninitialized member ‘AccountWidgetItem::mSource’ with ‘const’ type ‘const QPimSource’ Does this mean anything to anyone? -- View this message in context: http://n2.nabble.com/-QtMoko--new-images-v6-tp3385796p3477246.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
[Community Updates] August 19, 2009 released!
Hello everybody, August 19th , 2009 Community Update is out! Take a look at: http://wiki.openmoko.org/wiki/Community_Updates/2009-08-19 and contribute to the new draft at: http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02 -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community Updates] August 19, 2009 released!
On Thu, Aug 20, 2009 at 9:52 AM, Patryk Benderzpatryk.bend...@esp.pl wrote: Hello everybody, August 19th , 2009 Community Update is out! Take a look at: http://wiki.openmoko.org/wiki/Community_Updates/2009-08-19 and contribute to the new draft at: http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02 Awesome, thanks Patryk for this!!! This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. ( I find this not fully suitable for this list.. Can I share the link now to other people... I'd appreciate if you could remove this from mails to this list..) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
On Wed, Aug 19, 2009 at 09:56:42PM -0500, c_c wrote: Hi, I would look for a decent middle path. A reasonable boot time, perhaps 30 secs to fully usable, and charging required in say 3 days of some measure of activity assumed to be normal (we could define something as a benchmark). And for a hell of a lot more smarts from a 'smart'phone. How about sync with desktop apps/on the net (yes PISI is getting there), notifications, reminders, alarms, PIM apps, stable accelerometer based rotation etc. I have to say that things have improved drastically over the last year - but then the FR should have been here long ago. Maybe openmoko could have done a lot better if the FR was where it is heading for right now (buzz-fix, bass-fix, #1024 fix, software stack improvements). I cant wait to get this phone running the (future) fully compiled FSO stack. Already the parts that are compiled are making a huge difference to the phone's performance. We're getting there. Now, if only we could write down a priority wise sequence of problems that need solving somewhere and tackle them one at a time with all the resources we have. Just a few more cents from me... Have you guys ever seen one of those other smartphones booting? They take ages too. The main difference is that we have to boot more often :) The current boot time of SHR is IMHO acceptable if I hadn't to reboot every so often. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community Updates] August 19, 2009 released!
On Thu, Aug 20, 2009 at 10:01:44AM +0300, Risto H. Kurppa wrote: On Thu, Aug 20, 2009 at 9:52 AM, Patryk Benderzpatryk.bend...@esp.pl wrote: Hello everybody, August 19th , 2009 Community Update is out! Take a look at: http://wiki.openmoko.org/wiki/Community_Updates/2009-08-19 and contribute to the new draft at: http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02 Awesome, thanks Patryk for this!!! This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. ( I find this not fully suitable for this list.. Can I share the link now to other people... I'd appreciate if you could remove this from mails to this list..) You might as well ask him to subscribe with another email, which might not be very convenient for him. I'm betting he might not be able to remove that message some corporate idiot thinks is binding. «Oh noes, I just received ultra-secret info that I can black mail them with, let's just return it» NOT! Or it can be viewed as «Ah, I just received ultra-secret info that I can black mail them with, and since the tell me to contact the sender and delete the material I can even do it legally. Contact, get paid, delete (maybe)» :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
Any chance suspend to disk, or 'hibernate' would work on openmoko? 2009/8/19 Glenn glenn.mh...@gmail.com Maybe this might be possible in some future of Openmoko Linux?: 07/15/09, NEWS: MontaVista claims an ultra-fast 1 second Embedded Linux Boot Time: http://www.embedded.com/products/softwaretools/218500563?_requestid=93912 One Second Linux Boot Demonstration (new version) - with list of used enhancements: http://www.youtube.com/watch?v=-l_DSZe8_F8 July 14, 2009, MontaVista Achieves Ultra-fast One Second Linux Boot Time in Embedded Industrial Applications: http://www.mvista.com/press_release_detail.php?fid=news/2009/Ultra-fast-boot.html /Glenn ___ 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: Enhancing launcher - feedback
Hi, undrwater wrote: Can you make it aware of itself (or ignore me if it already is) so that multiple instances don't get invoked? Sure. I'll do that. Thanks for the idea. Actually - could you post how you're doing this here? -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3477728.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: [Community Updates] August 19, 2009 released!
[cut] Awesome, thanks Patryk for this!!! Praises also should go to: * MadHatter * Kichkasch * PipBoy2000 * Crei BTW, i am wondering, is it good idea to list who contributed to current CU? This might encourage others to add something to CU. This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. ( I find this not fully suitable for this list.. Can I share the link now to other people... I'd appreciate if you could remove this from mails to this list..) Yes, that is little complicated. I'll try to excuse myself a little: Generally you are right and i intend to change my behaviour, but as Rui wrote in another post in this thread, using another email account is not convenient for me, simply because this is not my corporate email :). I have to use it as corporate email temporarily because our mail service was moved to exchange2007. I use Evolution, which does not support RPC over HTTP yet. So i need to use one account for now. And i simply do not remember to change my signature manually each time i send post here. I was trying to setup different signatures, depending on destination addressee, but AFAIK Evolution can change sign. depending on sender address only. If you can provide some hints on how to do it i would be grateful. P.S. I am really happy that i can use Linux on my box, and several servers in this corporate environment dominated by evil microsoft. P.P.S.My normal signature looks like below. As you see it conforms to signature's rules used on news groups(separator -- , 4 lines max, etc...). Until i solve this out, just assume that all my previous and future emails sent to ML have this signature ;) -- Kind Regards, Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community Updates] August 19, 2009 released!
For details look at my response for Risto's mail. You might as well ask him to subscribe with another email, which might not be very convenient for him. not convenietnt at all :( I'm betting he might not be able to remove that message some corporate idiot thinks is binding. exactly, i do not like all this garbage in my sig. at all! -- Kind Regards, Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new images v6
Avid wrote: I've just spent a few hours trying to cross-build from the git sources on my 686 Debian box with a view to making a .deb file so I can add qtmoko to an existing Debian installation. After several hours of working it fails with: /home/jschultz/openmoko/qtmoko/qtmoko/src/applications/datebook/accounteditor.cpp:59: error: uninitialized member ‘AccountWidgetItem::mSource’ with ‘const’ type ‘const QPimSource’ Does this mean anything to anyone? No ;-) Can you describe how you build it? Maybe your compiler is more checks more strictly then mine [1]. Radek [1] http://qtextended.org/downloads/toolchains/arm920t-eabi.tgz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new images v6
Avid wrote: Does this mean anything to anyone? And maybe try the attached patch. diff --git a/src/applications/datebook/accounteditor.cpp b/src/applications/datebook/accounteditor.cpp index a881248..0dd61f9 100644 --- a/src/applications/datebook/accounteditor.cpp +++ b/src/applications/datebook/accounteditor.cpp @@ -58,7 +58,7 @@ public: AccountWidgetItem(QPimContext *context, QListWidget *parent = 0) : QListWidgetItem(context-icon(), context-title(), parent) -, mContext(context) {} +, mSource(), mContext(context) {} ~AccountWidgetItem() {} ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ALL] New showroom for Openmoko apps
Hi there! ABSTRACT I think a new showroom for community created application is needed to boost the development and help users to get to know new apps easily. Now we have opkg.org to show distribute the apps created by the community for Freerunner. SETUP opkg.org has allowed us to easily see what apps are new in the community, the comment system has alowed us to get in touch with the developer/packager and we've seen nice screeshots there to encourage us to try apps. Also the release of opkg.org repository was great! But: opkg.org is has many outdated and broken packages with missing dependencies opkg.org doesn't separate packages for different distributions opkg.org doesn't share the source codes as per GPL opkg.org code can be changed only by the main developer opkg.org developer doesn't seem to be working on it any more (since April) opkg.org developer is not an easy fish to catch Now have a look at these: http://www.apple.com/iphone/iphone-3gs/app-store.html http://www.android.com/market/ https://store.ovi.com/?lid=storeherotxtcid=ovistore-fw-ilc-body-acq-na-ovicom-g0-na-2lang=fi-FI http://getdeb.net/ http://maemo.org/downloads/OS2008/ They all a) show a screenshot b) allow a more or less easy installation of the selected app For Freerunner, we need something like this to do the trick. Being easily able to promote applications will inspire devels to write apps which the makes the users and other devels more satisfied with Freerunner and inspire more developers to participate. Repositories are nice but there needs to be a way for people to know what apps are now in. Ubuntu with ~30 000 packages doesn't inspire me to try even a music player without comments from others and a screenshot. METHODS Landing to the site would let you select your preferred distribution. SHR, OM2009, Debian, OpenWRT, ..? - possibly include also stable/testing/unstable versions. After this you would only see the apps that have been marked as tested on that distribution. Installation would be done from a repository - the best would be to use the ~official repositories for each distribution (openembedded, openmoko, shr, fso-pkg/deb etc) OR we build a new repository only for apps presented in the showroom, a different one for each distribution. And if there is a repository, also the source code needs to be there (GPL..) Then next level would be to create a gui for Freerunner to show the screenshots and allow easy installation, something like apturl. Maybe this functionality could be built on top of one of the existing graphical package managers? And last but not least, allow more people than only one to have access on the site code.. I'm sure there are some people in the community who feel like doing something to support the community but don't have the skills to hack the kernel: this is an opportunity for all PHP/Django/Web gurus to contribute. Does anyone know if software enabling this exists? Could eg. Launchpad be used? DISCUSSION There's nothing new here: all this was suggested already 10 months ago when opkg.org was announced, see http://lists.openmoko.org/pipermail/community/2008-October/thread.html#33132 Separation for each distribution is naturally required: all packages created for SHR just won't work on OM2009 as the lib versions are not the same etc, and then we have the debian-based distributions too and so on.. Problem with packages in opkg.org and packages in random websites (as well as some packages in the repositories) is that if they use lib X and lib X version is updated, the app Y stops working without the author/maintainer knowing about it until weeks later, or maybe the kernel paths change again. So next time they decide to include the whole lib X in their app just to be sure it doesn't happen again. The lack of coordination and communication results broken and/or bloated software. So I'd prefer using the existing/official repositories and try to find maintainers, not start a new fragmented repository for each distribution We need package maintainers who make sure a new nice community-written app will be added to the official repositories of distributions, I think it's not good to expect the author can create packages for say 5 distributions. CONCLUSION What do you think? r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On 8/20/09, Risto H. Kurppa ri...@kurppa.fi wrote: Hi there! ABSTRACT I think a new showroom for community created application is needed to boost the development and help users to get to know new apps easily. Now we have opkg.org to show distribute the apps created by the community for Freerunner. SETUP opkg.org has allowed us to easily see what apps are new in the community, the comment system has alowed us to get in touch with the developer/packager and we've seen nice screeshots there to encourage us to try apps. Also the release of opkg.org repository was great! But: opkg.org is has many outdated and broken packages with missing dependencies opkg.org doesn't separate packages for different distributions opkg.org doesn't share the source codes as per GPL opkg.org code can be changed only by the main developer opkg.org developer doesn't seem to be working on it any more (since April) opkg.org developer is not an easy fish to catch Now have a look at these: http://www.apple.com/iphone/iphone-3gs/app-store.html http://www.android.com/market/ https://store.ovi.com/?lid=storeherotxtcid=ovistore-fw-ilc-body-acq-na-ovicom-g0-na-2lang=fi-FI http://getdeb.net/ http://maemo.org/downloads/OS2008/ They all a) show a screenshot b) allow a more or less easy installation of the selected app For Freerunner, we need something like this to do the trick. Being easily able to promote applications will inspire devels to write apps which the makes the users and other devels more satisfied with Freerunner and inspire more developers to participate. Repositories are nice but there needs to be a way for people to know what apps are now in. Ubuntu with ~30 000 packages doesn't inspire me to try even a music player without comments from others and a screenshot. METHODS Landing to the site would let you select your preferred distribution. SHR, OM2009, Debian, OpenWRT, ..? - possibly include also stable/testing/unstable versions. After this you would only see the apps that have been marked as tested on that distribution. Installation would be done from a repository - the best would be to use the ~official repositories for each distribution (openembedded, openmoko, shr, fso-pkg/deb etc) OR we build a new repository only for apps presented in the showroom, a different one for each distribution. And if there is a repository, also the source code needs to be there (GPL..) Then next level would be to create a gui for Freerunner to show the screenshots and allow easy installation, something like apturl. Maybe this functionality could be built on top of one of the existing graphical package managers? And last but not least, allow more people than only one to have access on the site code.. I'm sure there are some people in the community who feel like doing something to support the community but don't have the skills to hack the kernel: this is an opportunity for all PHP/Django/Web gurus to contribute. Does anyone know if software enabling this exists? Could eg. Launchpad be used? DISCUSSION There's nothing new here: all this was suggested already 10 months ago when opkg.org was announced, see http://lists.openmoko.org/pipermail/community/2008-October/thread.html#33132 Separation for each distribution is naturally required: all packages created for SHR just won't work on OM2009 as the lib versions are not the same etc, and then we have the debian-based distributions too and so on.. Problem with packages in opkg.org and packages in random websites (as well as some packages in the repositories) is that if they use lib X and lib X version is updated, the app Y stops working without the author/maintainer knowing about it until weeks later, or maybe the kernel paths change again. So next time they decide to include the whole lib X in their app just to be sure it doesn't happen again. The lack of coordination and communication results broken and/or bloated software. So I'd prefer using the existing/official repositories and try to find maintainers, not start a new fragmented repository for each distribution We need package maintainers who make sure a new nice community-written app will be added to the official repositories of distributions, I think it's not good to expect the author can create packages for say 5 distributions. CONCLUSION What do you think? My opinion is simple. Developer of app provides bb file (or asks someone to write it) and then all distros provide that app in repo. And that's all. That's distro maintainers who should do packages, not app developers! When app developers do packaging, then resulting pkgs are outdated and unusable after some not-so-long time. When it's added into distribution build system, then the only problem can be compilation error. That's why I think there is no need for pages like opkg.org, eventually for very simple apps without any special dependences. -- Sebastian Krzyszkowiak dos
Re: Getting location info from cell tower
On Wednesday 19 August 2009 06:35:39 c_c wrote: Just to confirm - would SetCellBroadcastSubscriptions for channel 50 correspond to something like AT+CSCB=0,50,1 ? I'm Not too clued up on AT commands for GSM. Well, that's what the FSO API is for... anyways, if you prefer to do it via AT, use AT%CBHZ=1 (this seems necessary on the Calypso to see any CB at all) AT+CSCB=1,, (this allows everything) :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Getting location info from cell tower
Hi, Michael 'Mickey' Lauer-2 wrote: AT+CSCB=1,, (this allows everything) I want to use the FSO API. How do I do AT+CSCB=1,, through the API? Thanks. -- View this message in context: http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3479603.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: One second Openmoko boot?
On Thursday 20 August 2009 10:02:45 Michal Brzozowski wrote: Any chance suspend to disk, or 'hibernate' would work on openmoko? Not really. Reloading (in the worst case) 128MB from an SD is not exactly fast either. The only sane way to substantially improve booting time is to stop booting like a desktop PC, that is move away from starting all services just because you can. Start them on demand and bring only the bare necessities up on boot (filesystems, dbus, X). I plan to do some proof of concepts when my time allows... :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Getting location info from cell tower
On Thursday 20 August 2009 16:57:07 c_c wrote: Michael 'Mickey' Lauer-2 wrote: AT+CSCB=1,, (this allows everything) I want to use the FSO API. How do I do AT+CSCB=1,, through the API? SetCellBroadcastSubscriptions( all ) -- according to http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.CB.html;hb=HEAD#SetCellBroadcastSubscriptions Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Transparent qwo
Thanks for all your help! I actually do not have a toolchain set up (though in the coming months I plan to set one up). If you wouldn't mind updating the SHR-U feed to the latest unstable, I would be more than happy to test it out for you =). I think transparent keyboards in illume is certainly something that we have needed for a long time (PS. I kept trying to send this email directly to you, but your mailer-daemon keeps rejecting because it already has my Delivered-To line. (#5.4.6).) Thanks again, -Dan Staley On Tue, Aug 18, 2009 at 6:16 AM, Richard Kralovic richard.kralo...@dcs.fmph.uniba.sk wrote: Hello, I have just figured out that the illume package (e-wm) is missing in the FSO-milestone 5 feeds (no idea why, sorry, it was a long time ago I played with that), but it is available in the other feeds. So, you can try to download and install the ipk directly from: http://meru.inf.ethz.ch/~riso/shr-unstable/ipk/armv4t/e-wm_0.16.999.050+svnr39659-r4_armv4t.ipkhttp://meru.inf.ethz.ch/%7Eriso/shr-unstable/ipk/armv4t/e-wm_0.16.999.050+svnr39659-r4_armv4t.ipk or http://meru.inf.ethz.ch/~riso/shr/ipk/armv4t/e-wm_0.16.999.050+svnr38274-r4_armv4t.ipkhttp://meru.inf.ethz.ch/%7Eriso/shr/ipk/armv4t/e-wm_0.16.999.050+svnr38274-r4_armv4t.ipk However, these packages are really old, and I would be surprised if they worked smoothly with recent SHR unstable. The best way would be to recompile shr with the patch. If you can not to that yourself, let me know and I'll update the binary feeds on my webpage to recent SHR-U (but I'll probably not have time to test it on my FR...) Greets Richard Dan Staley wrote: Hi, I tried following the instructions on your page for getting the transparent qwo to work but am having trouble with the illume part. I cant seem to figure out which package in your feed you are referring to when you say you have a patched version of illume in your feed. I grepped through them, but didnt see anything but what appeared to be themes to illumeis that where the patch was applied? If you could point me to the package that has the patched illume version, I would love to try out the transparent qwo on an up to date SHR-U. Thanks in advance, -Dan Staley On Fri, Aug 14, 2009 at 5:22 AM, Richard Kralovic r...@om.ksp.sk mailto:r...@om.ksp.sk wrote: Hello, I am using transparent qwo, but I haven't upgraded my FR since I wrote the instructions (it's on my todo list, but... :-) ). So, I am not very sure about the current state of packages, but to the best of my knowledge, situation is as follows: 1) 2) Nobody maintains Xglamo, last commit at git.openmoko.org http://git.openmoko.org was 7 months ago. Glamo driver for xorg is under active development, so maybe it just works by now. Nevertheless, the patch on Xglamo was accepted to SHR quite long time ago, so if you use SHR+Xglamo, part of my patch should be included. (It is the part that fixes crashing; the second part of the patch that improves motion event handling has not been included afaik). 3) No idea if the composite extension is enabled by default in any distribution, but this is just a configuration issue... 4) Xcompmgr is in openembedded, but I do not know if the binary is provided by the standard opkg feeds of any distribution. 5) You do not really have to patch qwo; an alternative is to use transset utility to set the transparency manually. However, the patch improves usability significantly imho. The transparency patch has not been accepted upstream yet. (Actually, last commit to qwo git repository is from 28 May). 6) I am not aware of any inclusions of the illume patch anywhere. Greets Richard Dan Staley wrote: I really like the idea of qwo and want to try out the transparent version mentioned at [1]. However, the instructions were written months ago, and involve patching xglamo and illume...so I am hesitant to try given that the changes may not be relevant as the packages may have changed (perhaps even implemented the patches!). Given that literki seems to be very quick and handles transparency very well, has anyone recently tried a transparent qwo? If so, are the patches and install process at [1] still applicable? If soare there any plans to merge the patches in so that a transparent binary of qwo could be provided? Thanks in advance, -Dan Staley [1] http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/http://kedrigern.dcs.fmph.uniba.sk/%7Eriso/Openmoko/qwo/ http://kedrigern.dcs.fmph.uniba.sk/%7Eriso/Openmoko/qwo/
Re: Getting location info from cell tower
Hi, Michael 'Mickey' Lauer-2 wrote: SetCellBroadcastSubscriptions( all ) -- according to http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.CB.html;hb=HEAD#SetCellBroadcastSubscriptions Thanks. Missed the all. Its working now with all. I wonder if thats OK though? -- View this message in context: http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3480033.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: Getting location info from cell tower
Hi, Just got the location once. Noting thereafter. SetCellBroadcastSubscriptions( none ) followed by SetCellBroadcastSubscriptions( all ) doesn't help either. Any ideas? -- View this message in context: http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3480235.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
Launcher 0.30 release
Hi, Well, here's the latest release. http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk launcher_0.30_arm.ipk Features :- * reminders every 2 min (if phone is awake) about missed calls/sms * internal phonelog (starts with a small 'p') * location info display (works sometimes) needs more work * sms/missed calls notifications use opimd * fixed duplicate entry because of directories bug * monitoring the /usr/share/applications directory seems stable now The app takes about 12 sec to start up (I know this needs more work). Even then the phonebook will be ready for use after another 5 secs or so (once the scanning message turns to ready). Need feedback / bug reports on just about everything. Coming soon :- * reminders even when suspended * internal sms app -- View this message in context: http://n2.nabble.com/Launcher-0-30-release-tp3480288p3480288.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: Launcher 0.30 release
How can I try this one, and then come back to the other as a fallback if it fails for me? On Thu, Aug 20, 2009 at 11:49:49AM -0500, c_c wrote: Hi, Well, here's the latest release. http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk launcher_0.30_arm.ipk Features :- * reminders every 2 min (if phone is awake) about missed calls/sms * internal phonelog (starts with a small 'p') * location info display (works sometimes) needs more work * sms/missed calls notifications use opimd * fixed duplicate entry because of directories bug * monitoring the /usr/share/applications directory seems stable now The app takes about 12 sec to start up (I know this needs more work). Even then the phonebook will be ready for use after another 5 secs or so (once the scanning message turns to ready). Need feedback / bug reports on just about everything. Coming soon :- * reminders even when suspended * internal sms app -- View this message in context: http://n2.nabble.com/Launcher-0-30-release-tp3480288p3480288.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
appraw - .desktop file patcher for fsoraw
Hi, everybody, I wrote a small C tool for patching .desktop files to make apps be launched via fsoraw (to prevent automatic screen dimming and suspending). It can be used in various distribution enhancing scripts or just to make freshly installed app fsoraw-enabled. Typical usage - allocating Display resource for Mokomaze: r...@om-gta02:~# appraw -d mokomaze * Analyzing input file: /usr/share/applications/mokomaze.desktop * 'Exec' field found: Exec=mokomaze * Patched 'Exec' field: Exec=fsoraw -r Display -- mokomaze * File modified successfully. Changes can be easyly reverted by 'appraw -r mokomaze'. See 'appraw --help' for details. Source code is maintained on github [1]. Check Downloads section [2] for installation package. [1] http://github.com/Sektor/appraw/ [2] http://github.com/Sektor/appraw/downloads Regards, Anton -- View this message in context: http://n2.nabble.com/appraw-desktop-file-patcher-for-fsoraw-tp3481050p3481050.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: Launcher 0.30 release
* sms/missed calls notifications use opimd I was just looking into http://code.google.com/p/shr-launcher/source/browse/trunk/src/dbsqlite.c and saw that you are directly using opim.db. Shouldn't you be uisng opimd api for that. Moreover, if you need some more functionaliy, even then it should go into opim as againts you going directly and reading the db --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
On Wed, Aug 19, 2009 at 12:33:48PM +0200, arne anka wrote: And not from e.g. a local TangoGPS. that wasn't the question. It should be clear from his question that he's likely not capable of figuring that side effect out himself. Don't you think it is something he should be told about? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
Well, here's the latest release. http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk launcher_0.30_arm.ipk I get: # launcher SQL error: no such table: contacts Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Segmentation fault # I created contacts tables by seeing its schema in the code, yet the code segfaulted! --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
Hey, c_c. :) I wasn't sure what exactly this was, so I installed it to check it out. Unfortunately, I only have one screen of icons now so I don't really need it, but it looks really nice. Only two things: * The clock was cut in half horizontally by the blue background below and black above. Completely aesthetic, not a functionality issue at all. * The clock is in 24-hr format, and I saw a way to change the format in the settings, but I don't remember how. It's %pH:%M %ampm or something, right? Again, purely aesthetic. The finger scrolling was smth as anything. :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
On 8/20/09, Vikas Saurabh vikas.saur...@gmail.com wrote: * sms/missed calls notifications use opimd I was just looking into http://code.google.com/p/shr-launcher/source/browse/trunk/src/dbsqlite.c and saw that you are directly using opim.db. Shouldn't you be uisng opimd api for that. Moreover, if you need some more functionaliy, even then it should go into opim as againts you going directly and reading the db --Vikas And using sqlite file directly makes data from other opimd backends unavailable. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
On Thu, Aug 20, 2009 at 11:49:49AM -0500, c_c wrote: Hi, Well, here's the latest release. http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk launcher_0.30_arm.ipk Features :- * reminders every 2 min (if phone is awake) about missed calls/sms * internal phonelog (starts with a small 'p') * location info display (works sometimes) needs more work * sms/missed calls notifications use opimd * fixed duplicate entry because of directories bug * monitoring the /usr/share/applications directory seems stable now ^^ please take the Category info from them and autogenerate the categories view. If you change an icon to a certain category, maybe you should edit the categories property of said icon. The app takes about 12 sec to start up (I know this needs more work). Even then the phonebook will be ready for use after another 5 secs or so (once the scanning message turns to ready). Need feedback / bug reports on just about everything. Coming soon :- * reminders even when suspended * internal sms app My veredict: not yet ready for reliable use, but much better than illume-launcher feature-wise :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new images v6
Hi Radek! Please consider this patch: http://starowa.one.pl/~uzi/neofr/qpe.sh-bt_poweron.patch Do You know why bluetooth couldn't be enabled by btsettings ? I mean checkbox m_powerCheckBox is checked but Options are disabled. Best regards Bartłomiej Zimoń ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
what recamping rate is considered normal, if any?
I'm running SHR unstable. A number of days ago I decided to try to turning ti_calypso_deep_sleep to adaptive to see what would happen. Everything *seems* okay, and though I haven't done any formal test of battery life some anecdotal evidence would seem to indicate that battery life has gone up significantly. I turned on DEBUG level logging for ogsmd, and I *do* see the messages about checking for TI Calypso recamping bug..., but they aren't all that frequent. Sometime it detects an unexpected recamp in as few as 5 minutes, but it usually seems to be once every 10 to 20 minutes. In total the phone recamped 19 times in 9998 seconds, which is very roughly once every 9 minutes on average. So my question is whether some recamping is normal, or if it should really not happen at all when a phone is stationary? If some is normal, what might be considered an acceptable rate, without much risk of randomly loosing calls or missing SMS? Mahalo, Nathan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
Hi, Rui Miguel Silva Seabra wrote: How can I try this one, and then come back to the other as a fallback if it fails for me? It's quite stable here. The databases have changed - and some features have been added. The rest is pretty much the same. You could always go back to the older version using the v 0.23 ipk. Vikas Saurabh wrote: [cut] you are directly using opim.db. Shouldn't you be uisng opimd api for that? Initially I was planning on using all the opim db's directly till I asked dos1. Now, I'm only reading the calls data from the opim db directly - and will move on to the dbus calls soon. Vikas Saurabh wrote: I created contacts tables by seeing its schema in the code, yet the code segfaulted! You can ignore the first error about the contacts table. Can you delete the launcher.db file in /home/root/.launcher and try? If you're OK with sqlite3 - drop the state table and retry. That will save you your app categories if you've already set them earlier. The Digital Pioneer wrote: It's %pH:%M %ampm or something, right? It uses the strftime formats. Use %I:%M %p for 12 hr clock with AM/PM. Sebastian Krzyszkowiak wrote: And using sqlite file directly makes data from other opimd backends unavailable. Yup. I agree. As I've said above - I'm still doing that only for the calls db (since for most people that defaults to the sqlite backend). Will move that to dbus calls too. Just wanted something out there for testing early. Rui Miguel Silva Seabra wrote: ^^ please take the Category info from them and autogenerate the categories view. If you change an icon to a certain category, maybe you should edit the categories property of said icon. Well, I dont know if that is recommended. Right now you can pretty much name your categories to anything you want. Changing the category in the desktop file might create issues for other apps. I can use their categories - but most dont seem to follow the f.d.o category system well. Hence the initial effort by the user to group apps into categories. Rui Miguel Silva Seabra wrote: My veredict: not yet ready for reliable use, but much better than illume-launcher feature-wise :) Can you tell me the problems you faced? Please post bugs / problems / inconsistencies you've faced. There are a lot of db changes and things will take a little while to settle. But the basic functionality should be there - and if there are problems in starting - moving out your current launcher.db to a safe place and running the app should regenerate the db and get it going. I'm moving all opim functionality to dbus calls __only__. Currently, reading the calls db is safe - but shall be discontinued with the next release. Now - can someone tell me how to send a blank a{sv} through c dbus calls? I'm really breaking my head getting dbus to do the (seemingly) simplest things!!! And the documentation is really cryptic. Thanks. -- View this message in context: http://n2.nabble.com/Launcher-0-30-release-tp3480288p3483405.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: Launcher 0.30 release
Hi, Did anyone get their location data? (Should come under the date and above where the LOADING.. message appears). Any feedback about the phonelog, reminders etc? -- View this message in context: http://n2.nabble.com/Launcher-0-30-release-tp3480288p3483421.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: Enhancing launcher - feedback
Hi, undrwater wrote: Can you make it aware of itself (or ignore me if it already is) so that multiple instances don't get invoked? Sure. I'll do that. Thanks for the idea. Actually - could you post how you're doing this here? Sure. Just map the executable to the AUX key via Illume setting (wrench), Input | Key Bindings. There's an option to execute a command, or I just discovered on the lists you can use General | Delayed Action to access multiple actions based on length of press. HTH Russell Dwiggins -- View this message in context: http://n2.nabble.com/Enhancing-launcher-feedback-tp3463811p3484078.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: Launcher 0.30 release
On Fri, Aug 21, 2009 at 11:28 AM, c_c cchan...@yahoo.com wrote: Please post bugs / problems / inconsistencies you've faced. There are a lot of db changes and things will take a little while to settle. I set the dialer and contacts into the home category and they show on the bottom of the screen only as labels and no icon. I also cannot launch either of them. But I like the launcher approach. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
Hi, Well, thats one issue. Could you copy all the icons from /usr/share/icons/shr/86x86/apps to /usr/share/pixmaps ? I wonder what the best way to solve this is - other than checking both directories. -- View this message in context: http://n2.nabble.com/Launcher-0-30-release-tp3480288p3484468.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: Getting location info from cell tower
Hi, Going to a different geographical location gives me the location string of the new cell for the first time. But, re-starting launcher doesn't. Something to do with the calypso? -- View this message in context: http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3484485.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: One second Openmoko boot?
Mickey, Not really. Reloading (in the worst case) 128MB from an SD is not exactly fast either. The only sane way to substantially improve booting time is to stop booting like a desktop PC, that is move away from starting all services just because you can. Start them on demand and bring only the bare necessities up on boot (filesystems, dbus, X). Not sure. What I have seen working usually required much more aggressize optimization, all the way into hardware. Two examples: 1. Blackberry (old model, at least 2 years old) Cold boot only happens when I take out the battery. Otherwise the 'power off' button will just do some form of suspend (probably suspend to flash). It takes about 8 seconds to 'turn on' (probably from flash), and the most amazing thing, it only takes another 3-4 seconds until the first new email arrives in the Inbox. They probably optimized for this case ALL THE WAY THROUGH the apps, OS design, HW design, maybe even GSM chipset. Interestingly, after the first mail it takes maybe 5 seconds or so for the following mails to arrive, so they optimized the case of 'just get the first new mail into the Inbox asap' and postpone some other vital system initialization until after the first mail got delivered. 2. old Palms, late 90's They kept the whole memory in a low-power self-refresh mode. If you took out the batteries, you had about 1 minute or so to put new batteries in (during that time an internal backup battery would keep the RAM alive). If you didn't do that, all your data on the device was lost (but would be restored during the next HotSync from your desktop). Other than that, if you turned the device off you actually didn't turn it off at all. You only sent the whole system into this super low power mode where it still would keep the memory alive. It could stay like this on the battery for about 2-3 weeks. Wolfgang On Thu, Aug 20, 2009 at 05:17:25PM +0200, Michael 'Mickey' Lauer wrote: On Thursday 20 August 2009 10:02:45 Michal Brzozowski wrote: Any chance suspend to disk, or 'hibernate' would work on openmoko? Not really. Reloading (in the worst case) 128MB from an SD is not exactly fast either. The only sane way to substantially improve booting time is to stop booting like a desktop PC, that is move away from starting all services just because you can. Start them on demand and bring only the bare necessities up on boot (filesystems, dbus, X). I plan to do some proof of concepts when my time allows... :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
Did anyone get their location data? (Should come under the date and above where the LOADING.. message appears). I can see the location data. Although there is one issue (not with the location data)...when Ready! is shown the category bar shifts down just so much to hide the category labels (http://scap.linuxtogo.org/files/08081d27d9ae2103b65673acfbc018e6.png) Any feedback about the phonelog, reminders etc? phonelog seems fine...haven't got any reminder yet :). Of course phonelog is not picking up contacts from opimd (but you are saying that you would soon be using opimd so thats a non-issue :) BTW, I was wondering if, we can have a dedicated cell in category bar for phone functionality. And selecting it would show something like litephone (may be litephone itself?). That ways you wont need to duplicate the efforts...of course someone would need to get the UI in sync... Well, thats one issue. Could you copy all the icons from /usr/share/icons/shr/86x86/apps to /usr/share/pixmaps ? I wonder what the best way to solve this is - other than checking both directories. I was wondering if there are existing libraries which parse .desktop files and give back a standard structure (say {iconPath, label, executable}, etc). I guess illume (desktop) would alredy be using something of that kind (if it exists) --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.30 release
On Fri, Aug 21, 2009 at 10:04 AM, Vikas Saurabhvikas.saur...@gmail.com wrote: Did anyone get their location data? (Should come under the date and above where the LOADING.. message appears). I can see the location data. Although there is one issue (not with the location data)...when Ready! is shown the category bar shifts down just so much to hide the category labels (http://scap.linuxtogo.org/files/08081d27d9ae2103b65673acfbc018e6.png) I had launched launcher from a ssh shell...launching it from illume seems to be working fine. And yes, on the second launch location data is nowhere to be found --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new images v6
And maybe try the attached patch. Thanks that seems to have helped. FYI I was using revision 4.4.1-1 of the g++-4.4-arm-linux-gnueabi compiler. Cheers, Jonathan -- View this message in context: http://n2.nabble.com/QtMoko-new-images-v6-tp3385796p3484667.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: Launcher 0.30 release
On Fri, Aug 21, 2009 at 2:17 PM, c_c cchan...@yahoo.com wrote: Hi, Well, thats one issue. Could you copy all the icons from /usr/share/icons/shr/86x86/apps to /usr/share/pixmaps ? Yes that fixed it thanks. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
On Tue, Jul 28, 2009 at 8:27 AM, Michal Brzozowski ruso...@poczta.fmwrote: Hi, I gave it a try and wrote an FSO based phone app in Qt. It's using the new PIM service, and since that's not completely stable yet, there are a few problems. I'm releasing this anyway, to help test FSO, and meanwhile get some feedback on the gui and general idea. Consider it an alpha release. There might be little bugs here and there. Just tried it, love the approach of having everything in one place. Excellent keep it up. I did notice that it seems some contacts are skipped between the alphabetical buttons/tabs on the right. iow, there are some contact that are not listed. But you may already be aware of that one. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new images v6
Bartłomiej Zimoń wrote: Hi Radek! Please consider this patch: http://starowa.one.pl/~uzi/neofr/qpe.sh-bt_poweron.patch Hi Bartłomiej, commited it, thanks. Do You know why bluetooth couldn't be enabled by btsettings ? I mean checkbox m_powerCheckBox is checked but Options are disabled. This is bug in version v6. Thanks for finding it out. I tried to speedup phone start by delaying init.d services after GUI is started, but it seems to affect bluetooth. It will be fixed in next image. In meanwhile you can edit /etc/init.d/qpe and comment out or delete the last line with sleep 60. It should work fine then. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community