Re: How to fix missing icons in SHR-Unstable
Am Sonntag 08 März 2009 03:19:33 schrieb The Digital Pioneer: Hey, all. I've heard the devs are going to release a fix for the missing icons in SHR soon, but for those like me who just can't wait, I think I've got a fix. I've attached a file which needs to be put into /etc/xdg/menus/ and that should get your icons back. If it doesn't, let me know and I'll try to figure out what else I did. well... that would be surprising... we (more specifically dos1) found the issue and 'opkg install e-wm-utils' fixes it. See blog.shr-project.org for details. Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Illume won't show any icons
Am Sonntag 08 März 2009 01:56:41 schrieb Jeffrey Ratcliffe: Following this thread: http://lists.openmoko.org/nabble.html#nabble-td2315355 I installed menu-xdg, deleted ~/.e and restarted e, and was able to choose Enlightenment (Applications), but I still see no icons. What else do I have to do? Illume is in black and white. Is this supposed to be the case? Regards Jeff don't know for debian... we had missing icons because of not installed e-wm- utils... Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kustomizer for 2008.12
Some packages are broken, so sortdesk is not being installed. xChris skrev: Hi, I just run the Kustomizer 0.35 on a fresh 2008.12. There are no application-categories (as I see from the screenshoots) , every application is on the desktop. is it a bug? chris ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Sun, Mar 8, 2009 at 5:32 AM, The Digital Pioneer digitalpion...@gmail.com wrote: Of course, opkg gives the obligatory segfault. Had to download package manually. :( I'm sure we're all experienced the opkg.org problems.. Please have a look at this here: http://www.opkg.org/repo.html It tells how the repository is built. Try to find what's wrong there.. Being able to find it would allow everyone a nice smooth opkg.org repository experince.. Anyway, thanks for the new version! 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: [debian] xfce and xglamo
Fox Mulder quakem...@gmx.net writes: The second problem (which is the real blocker) is that some programs use a way too large font. It is so huge that i can't use them. Interestingly What is xdpyinfo showing as DPI when this happens? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) / adding caps for bass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Lifting the can and meddling with the caps is nontrivial. Somebody did | give this plan a go on the list about 6 months ago and reported some | success though. But I don't recommend considering it unless you are in | an experimental frame of mind and can deal with the fiddling and risk | involved. | | I understand that it won't be trivial. Maybe not for me. But if openmoko | creates a standard procedure for this improvement too, then I can have | an electronic repair shop do everything in one go - both buzz and bass | fixes. That will cost me less than having the fixes done separately, | even if both fixes together may cost a bit more than buzz only. I hope | to ship the phone only once, the repair guy will need to open it only | once... I did this rework thismorning just to see how possible it is. I wrote up the following document about it http://people.openmoko.org/andy/additional-headset-audio-caps.pdf but this isn't intended to be any official story, just something for people to try at their own risk. Don't go near it unless you're confident you can handle the rework listed in there. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmzufMACgkQOjLpvpq7dMpZpgCglANrjlScuayAoa1USU5wv8of t0sAn2LQ8qmJu4uNhnaEv8Y953qzgu1R =oq/B -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kustomizer for 2008.12
btw, when after I installed the Kustomizer, I cannot hear anymore from the handset. I changed the states, but still nothing. -- View this message in context: http://n2.nabble.com/Kustomizer-for-2008.12-tp2257875p2444341.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: Troubles with opkg.org repo
On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig tobias.kuen...@gmail.com wrote: This is a little summary of what I do: http://www.opkg.org/repo.html Thanks Tobias! At #openmoko tried to figure out what's wrong. Someone pointed out that ftp uses ascii mode by default - I suppose you're uploading at least the Packages -ascii file. How about packages.gz. Man ftp says that ascii upload of binary files might corrupt it - this might be the problem - using binary format shouldn't corrupt the .gz Another find was that 22 packages out of 93 were other than Debian Binary when checked with file *ipk. The list file types listed below: DEBIAN BINARY – CORRECT!!! neon_0.9.8-r1_all.ipk openmoocow_0.3_armv4t.ipk nethack_3.4.3-10.1-0.4_armv4t.ipk openmiaocat_0.2.2_armv4t.ipk orrery_2.4_arm_2008.8.ipk pyring_1.1.6-r1_armv4t.ipk python-pyalsaaudio_0.3-ml0_armv4t.ipk perpendicular_0.1_armv4t.ipk pong_0.1_armv4t.ipk liquidwar_5.6.4-2_armv4t.ipk moko-eightball_0.20080721_om-gta02.ipk mokogeocaching_0.2_all.ipk meooem_0.1_armv4t.ipk minimo_0.02+cvs20070626-r1_armv4t.ipk mokomaze_0.2.2-1_armv4t.ipk mokox48_1.0_arm_2008.8.ipk mutagen_svn-4350-2_armv4t.ipk mokopod_0.1.5_armv4t.ipk mokosync_0.1_arm.ipk tangogps_0.9.6-r0_armv4t.ipk wicd_1.5.6_armv4t.ipk wlan_0.3_arm.ipk tor-0.2.0.34_0.1_armv4t.ipk usbmode-button_0.3_armv4t.ipk xmahjongg-3.7_0.2_armv4t.ipk zinnia-tomoe-ja_0.6.0-20080911_armv4t.ipk zinnia-tomoe-zh_0.6.0-20080911_armv4t.ipk zedlock_0.1_armv4t.ipk zinnia_0.02_armv4t.ipk pytomboy_0.1_armv4t.ipk remoko-server_0.2.1_svnr119-r0_armv4t.ipk rotate_0.0.2_armv4t.ipk qwo_0.4_armv4t.ipk remoko_0.3.2_armv4t.ipk rotator_0.1_all.ipk sms-sentry_1.0-r0_armv4t.ipk swedish-illume_0.1_armv4t.ipk satan_0.4_armv4t.ipk scummvm_0.12.0_armv4t.ipk deforaos-browser_0.1.0_armv4t.ipk epiano_0.3.1-r1_armv4t.ipk ethtool_6_armv4t.ipk deforaos-editor_0.1.0_armv4t.ipk enscribi_0.1_armv4t.ipk euphony_0.1.3-r0_armv4t.ipk ffalarms_0.2-r0_all.ipk fido_0.2.2-r0_armv4t.ipk evopedia_0.1_any.ipk fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk 0_pythm_0.5.5-dmr_armv4t.ipk 1_wireshark_1.0.99+svnr26030_armv4t.ipk acceleroids_0.1.0-0_armv4t.ipk 0_tshark_1.0.99+svnr26030_armv4t.ipk 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk bt-gps_1.0-r0_armv4t.ipk cellhunter_0.4.2_armv4t.ipk agps_0.1_armv4t.ipk danish-illume-0.0.1.ipk batalarm_0.2_all.ipk illume-default-alt_0.1_arm.ipk guitartune_0.31_arm.ipk gtick_0.1_armv4t.ipk fourier_1.1_arm.ipk leafpad_0.8.15-r1_armv4t.ipk libsystem_0.1.0_armv4t.ipk gwaterpas_0.2_armv4t.ipk ledclock_0.6_all.ipk flashlight_0.1_armv4t.ipk gridpad_2.0-r0.1_armv4t.ipk gridpad_1.432-r0.1_armv4t.ipk libboost-signals1.33.1_1.33.1-r3_armv4t.ipk DATA gpssight_0.8.4_freerunner.armv4t.ipk EMPTY sortdesk_1.2_armv4t.ipk jdd_0.1_all.ipk usbmode_0.1_armv4t.ipk accel-rotate_0.41_armv4t.ipk 0_multitap-pad_0.1_armv4t.ipk omview_r32_armv4t.ipk deforaos-player_0.1.0_armv4t.ipk illume-keyboards-ru_0.2_om-gta02.ipk GZIP yphonekitd_0.4.3_any.ipk zomg_0.0.6-r2_armv4t.ipk mbac_0.3_all.ipk ylock_0.2_all.ipk mofi_0.02_armv4t.ipk illume-keyboards-norwegian-no_0.1_all.ipk efplayer_0.3_arm.ipk playstankontakarta_0.4_any.ipk osmupdater_0.4_any.ipk voicenote_0.3_arm.ipk mokocard_0.1_all.ipk mokoconv_0.1_all.ipk shortom_0.2_all.ipk So things seem to fail because: - Empty file is an empty file, not much to discuss about that. Only need to find out the reason for that: did the authors really upload an empty package or did the upload fail but an empty file was created? - ar isn't able to extract gzip files so all files recognized as gzip will not get listed properly in the Packages file. Again the reason for the wrong file type should be found: did the packages package it wrong or did the type/mime/something get corrupted along the way, during the upload or on the server? So if YOU reader have packaged some of the packages not recognized as debian binary please make sure that the package you upload is recognized as debian binary with the command 'file packagename.ipk' and then upload it again.. Now we only need to find out a way to contact all packagers... 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: Kustomizer for 2008.12
On Sun, Mar 8, 2009 at 3:00 PM, xChris ch...@c-64.mobi wrote: btw, when after I installed the Kustomizer, I cannot hear anymore from the handset. I changed the states, but still nothing. Hmm.. this is interesting.. What version did you install, 0.35 or the devel version. Devel has some changes in pythm config, it _might_ have some effect but not sure.. Check alsamixer if you can find anything there.. I'll try to have a look at it too.. 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: Kustomizer for 2008.12
nevermind... I had a backup of some alsa states.(from previous installations) I put them on the Freerunner, its ok now.. -- View this message in context: http://n2.nabble.com/Kustomizer-for-2008.12-tp2257875p2444552.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
Your package is broken in opkg.org
(cc:d the authors of some broken packages I was able to extract the e-mail address from..) Hi! If you have packaged some of the apps listed below, I just want to let you know that the package in opkg.org is broken and not recognized as an installable file (to try this, download the packages from opkg.org and run file package.ipk - it should return Debian Binary but for the ones listed below, it returns data/empty or gzip) So please check that your local package returns debian binary and then upload it again to opkg.org. The file need to have a control file in it to work in the opkg.org repository opkg.org/packages Packaging instructions can be found at http://cc.oulu.fi/~rantalai/freerunner/packaging/ Thanks! r On Sun, Mar 8, 2009 at 3:30 PM, Risto H. Kurppa ri...@kurppa.fi wrote: DATA gpssight_0.8.4_freerunner.armv4t.ipk EMPTY sortdesk_1.2_armv4t.ipk jdd_0.1_all.ipk usbmode_0.1_armv4t.ipk accel-rotate_0.41_armv4t.ipk 0_multitap-pad_0.1_armv4t.ipk omview_r32_armv4t.ipk deforaos-player_0.1.0_armv4t.ipk illume-keyboards-ru_0.2_om-gta02.ipk GZIP yphonekitd_0.4.3_any.ipk zomg_0.0.6-r2_armv4t.ipk mbac_0.3_all.ipk ylock_0.2_all.ipk mofi_0.02_armv4t.ipk illume-keyboards-norwegian-no_0.1_all.ipk efplayer_0.3_arm.ipk playstankontakarta_0.4_any.ipk osmupdater_0.4_any.ipk voicenote_0.3_arm.ipk mokocard_0.1_all.ipk mokoconv_0.1_all.ipk shortom_0.2_all.ipk So things seem to fail because: - Empty file is an empty file, not much to discuss about that. Only need to find out the reason for that: did the authors really upload an empty package or did the upload fail but an empty file was created? - ar isn't able to extract gzip files so all files recognized as gzip will not get listed properly in the Packages file. Again the reason for the wrong file type should be found: did the packages package it wrong or did the type/mime/something get corrupted along the way, during the upload or on the server? -- | 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: Troubles with opkg.org repo
Am Sunday 08 March 2009 14:30:36 schrieb Risto H. Kurppa: On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig tobias.kuen...@gmail.com wrote: This is a little summary of what I do: http://www.opkg.org/repo.html Thanks Tobias! At #openmoko tried to figure out what's wrong. Someone pointed out that ftp uses ascii mode by default - I suppose you're uploading at least the Packages -ascii file. How about packages.gz. Man ftp says that ascii upload of binary files might corrupt it - this might be the problem - using binary format shouldn't corrupt the .gz Another find was that 22 packages out of 93 were other than Debian Binary when checked with file *ipk. The list file types listed below: DEBIAN BINARY – CORRECT!!! neon_0.9.8-r1_all.ipk openmoocow_0.3_armv4t.ipk nethack_3.4.3-10.1-0.4_armv4t.ipk openmiaocat_0.2.2_armv4t.ipk orrery_2.4_arm_2008.8.ipk pyring_1.1.6-r1_armv4t.ipk python-pyalsaaudio_0.3-ml0_armv4t.ipk perpendicular_0.1_armv4t.ipk pong_0.1_armv4t.ipk liquidwar_5.6.4-2_armv4t.ipk moko-eightball_0.20080721_om-gta02.ipk mokogeocaching_0.2_all.ipk meooem_0.1_armv4t.ipk minimo_0.02+cvs20070626-r1_armv4t.ipk mokomaze_0.2.2-1_armv4t.ipk mokox48_1.0_arm_2008.8.ipk mutagen_svn-4350-2_armv4t.ipk mokopod_0.1.5_armv4t.ipk mokosync_0.1_arm.ipk tangogps_0.9.6-r0_armv4t.ipk wicd_1.5.6_armv4t.ipk wlan_0.3_arm.ipk tor-0.2.0.34_0.1_armv4t.ipk usbmode-button_0.3_armv4t.ipk xmahjongg-3.7_0.2_armv4t.ipk zinnia-tomoe-ja_0.6.0-20080911_armv4t.ipk zinnia-tomoe-zh_0.6.0-20080911_armv4t.ipk zedlock_0.1_armv4t.ipk zinnia_0.02_armv4t.ipk pytomboy_0.1_armv4t.ipk remoko-server_0.2.1_svnr119-r0_armv4t.ipk rotate_0.0.2_armv4t.ipk qwo_0.4_armv4t.ipk remoko_0.3.2_armv4t.ipk rotator_0.1_all.ipk sms-sentry_1.0-r0_armv4t.ipk swedish-illume_0.1_armv4t.ipk satan_0.4_armv4t.ipk scummvm_0.12.0_armv4t.ipk deforaos-browser_0.1.0_armv4t.ipk epiano_0.3.1-r1_armv4t.ipk ethtool_6_armv4t.ipk deforaos-editor_0.1.0_armv4t.ipk enscribi_0.1_armv4t.ipk euphony_0.1.3-r0_armv4t.ipk ffalarms_0.2-r0_all.ipk fido_0.2.2-r0_armv4t.ipk evopedia_0.1_any.ipk fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk 0_pythm_0.5.5-dmr_armv4t.ipk 1_wireshark_1.0.99+svnr26030_armv4t.ipk acceleroids_0.1.0-0_armv4t.ipk 0_tshark_1.0.99+svnr26030_armv4t.ipk 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk bt-gps_1.0-r0_armv4t.ipk cellhunter_0.4.2_armv4t.ipk agps_0.1_armv4t.ipk danish-illume-0.0.1.ipk batalarm_0.2_all.ipk illume-default-alt_0.1_arm.ipk guitartune_0.31_arm.ipk gtick_0.1_armv4t.ipk fourier_1.1_arm.ipk leafpad_0.8.15-r1_armv4t.ipk libsystem_0.1.0_armv4t.ipk gwaterpas_0.2_armv4t.ipk ledclock_0.6_all.ipk flashlight_0.1_armv4t.ipk gridpad_2.0-r0.1_armv4t.ipk gridpad_1.432-r0.1_armv4t.ipk libboost-signals1.33.1_1.33.1-r3_armv4t.ipk DATA gpssight_0.8.4_freerunner.armv4t.ipk EMPTY sortdesk_1.2_armv4t.ipk jdd_0.1_all.ipk usbmode_0.1_armv4t.ipk accel-rotate_0.41_armv4t.ipk 0_multitap-pad_0.1_armv4t.ipk omview_r32_armv4t.ipk deforaos-player_0.1.0_armv4t.ipk illume-keyboards-ru_0.2_om-gta02.ipk GZIP yphonekitd_0.4.3_any.ipk zomg_0.0.6-r2_armv4t.ipk mbac_0.3_all.ipk ylock_0.2_all.ipk mofi_0.02_armv4t.ipk illume-keyboards-norwegian-no_0.1_all.ipk efplayer_0.3_arm.ipk playstankontakarta_0.4_any.ipk osmupdater_0.4_any.ipk voicenote_0.3_arm.ipk mokocard_0.1_all.ipk mokoconv_0.1_all.ipk shortom_0.2_all.ipk So things seem to fail because: - Empty file is an empty file, not much to discuss about that. Only need to find out the reason for that: did the authors really upload an empty package or did the upload fail but an empty file was created? - ar isn't able to extract gzip files so all files recognized as gzip will not get listed properly in the Packages file. Again the reason for the wrong file type should be found: did the packages package it wrong or did the type/mime/something get corrupted along the way, during the upload or on the server? So if YOU reader have packaged some of the packages not recognized as debian binary please make sure that the package you upload is recognized as debian binary with the command 'file packagename.ipk' and then upload it again.. Now we only need to find out a way to contact all packagers... r Additionally there are a lot of Packages that don't contain a control file with depencies and so on: Form the packages in debian format are these: 0_tshark_1.0.99+svnr26030_armv4t.ipk danish-illume-0.0.1.ipk gtick_0.1_armv4t.ipk numptyphysics_0.3-svn118_armv4t.opk wicd_1.5.6_armv4t.ipk 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk deforaos-browser_0.1.0_armv4t.ipk guitartune_0.31_arm.ipk openttd_0.6-r0.6_armv4t.opk xmahjongg-3.7_0.2_armv4t.ipk 0_xlogical_1.0-8-r0.4_armv4t.opk deforaos-editor_0.1.0_armv4t.ipk illume-keyboards-dutch-nl_0.3_all.opk pong_0.1_armv4t.ipk
Re: Kustomizer for 2008.12
On Sun, Mar 8, 2009 at 4:00 PM, xChris ch...@c-64.mobi wrote: nevermind... I had a backup of some alsa states.(from previous installations) I put them on the Freerunner, its ok now.. Hmm.. I suppose this means that kustomizer might install broken alsta states.. Could you still specify what version did you use? Thanks! 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: Troubles with opkg.org repo
(...cut...) With that huge list of broken packages, wouldn't it be better to just remove them from opkg.org's repository while good versions are uploaded? maybe after that implement some sort of automatic check for both conditions (file type and control file inside) regards Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Your package is broken in opkg.org
Le 14311ième jour après Epoch, Risto H. Kurppa écrivait: If you have packaged some of the apps listed below, I just want to let you know that the package in opkg.org is broken and not recognized as an installable file Hi Risto. Mine (jdd) is correct on my local machine. I uploaded it again (twice because of a mistake) on opkg.org, and now the file n_mypackage seems to be correct. The new naming convention (n_package) may cause some problems. Should I remove completely the package before reinstalling it ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kustomizer for 2008.12
Hi, its the: # Version 0.35 - 2009-02-20 Risto H. Kurppa wrote: On Sun, Mar 8, 2009 at 4:00 PM, xChris ch...@c-64.mobi wrote: nevermind... I had a backup of some alsa states.(from previous installations) I put them on the Freerunner, its ok now.. Hmm.. I suppose this means that kustomizer might install broken alsta states.. Could you still specify what version did you use? Thanks! 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 -- View this message in context: http://n2.nabble.com/Kustomizer-for-2008.12-tp2257875p2444676.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: Flashing GSM firmware
Hello, On Thu, Mar 5, 2009 at 4:22 PM, Tom Yates madhat...@teaparty.net wrote: if anyone else is minded to try it, there are a few more details at http://wiki.openmoko.org/wiki/GSM/Flashing#uSD-card_Image . Will this image work on a Neo 1973 as well? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] Launch openmoko-panel-plugin functions from .desktop files?
Hello, Since illume doesn't provide a systray (and the screen's too slim for all the icons anyway), I'm looking for a way to for example launch the usb-mode- or the shutdown/suspend/wifi(on|off)-panel by hand from some .desktop icon instead of the (unavailable) systray symbol. I had a look at the code but I don't really understand what launches what and when there... As of writing this, I remember some of that must be possible through mdbus calls, but does frameworkd provide functions for switching usb host/client mode? (Okay, I could find that out myself, API docs ftw...) But the question stays the same: Can I somehow launch these nice panels manually? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing GSM firmware
Torfinn Ingolfsen tin...@gmail.com writes: On Thu, Mar 5, 2009 at 4:22 PM, Tom Yates madhat...@teaparty.net wrote: if anyone else is minded to try it, there are a few more details at http://wiki.openmoko.org/wiki/GSM/Flashing#uSD-card_Image . Will this image work on a Neo 1973 as well? Not yet. But the manual instructions at the OM wiki were verified to work on Neo1973. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] Launch openmoko-panel-plugin functions from .desktop files?
Hi, On Sun, 2009-03-08 at 15:55 +0100, Marcel wrote: Since illume doesn't provide a systray (and the screen's too slim for all the icons anyway), I'm looking for a way to for example launch the usb-mode- or the shutdown/suspend/wifi(on|off)-panel by hand from some .desktop icon instead of the (unavailable) systray symbol. I had a look at the code but I don't really understand what launches what and when there... As of writing this, I remember some of that must be possible through mdbus calls, but does frameworkd provide functions for switching usb host/client mode? (Okay, I could find that out myself, API docs ftw...) But the question stays the same: Can I somehow launch these nice panels manually? i don't know if i am understanding you correctly: you want to start only a part of opp without haveing a systray application running, right? first of all you can disable the icons you don't want to have in opp so there should be no need to strip opp down to what you wanne use. second the initialization of the icons are mainly done in the StatusIcon object of the opp code. if you want to add icons to an other environment than systray, you may want to change this code. we are always happy to receive patches to enhance opp. but may be the easyest was to achive your goal is to find/write a systray application for illume. -- Regars Sebastian Ohl -- Sebastian Ohl sebast...@ohl.name Kurzekampstr. 14 Tel +49 531 7998221 D-38104 Braunschweig Mobil +49 172 1837678 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
http://wiki.openmoko.org/wiki/GTA02_bass_fix /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to fix missing icons in SHR-Unstable
Well, I tried reinstalling e-wm-utils, but that didn't have any apparent effect. Playing with applications.menu did. IDK what the problem was, but that's how I fixed it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to fix missing icons in SHR-Unstable
On Sun, Mar 8, 2009 at 18:41, The Digital Pioneer digitalpion...@gmail.com wrote: Well, I tried reinstalling e-wm-utils, but that didn't have any apparent effect. Playing with applications.menu did. IDK what the problem was, but that's how I fixed it. e-wm-utils was first problem, aplications.menu is now second one. Only effect is the same :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to fix missing icons in SHR-Unstable
Ahh, so I guess I halfway fixed it without noticing... OK, so reinstall e-wm-utils and then fix applications.menu? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | http://wiki.openmoko.org/wiki/GTA02_bass_fix Yes it's a different way to come at it. By putting the caps in that case void 100uF will fit easily, but it needs long leads, the leads violate the can frame / can clearance, you have to cut the can and make some kind of grommet for the leads to pass through. I dunno what happens to BT antenna effectiveness either. The way I documented you keep the leads short, the components are all in the can and the can is unchanged, but you're limited to 22uF or maybe 47uF. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkm0BrEACgkQOjLpvpq7dMpKEgCffFr8lSOttUjCypf7dJJeCkN2 q5AAnig1L9yZhI/ot2gZuIbPkED4wG6D =3L+d -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to use other applications with Paroli fullscreen?
On Fri, 2009-03-06 at 23:12 -0500, Mirko Lindner wrote: Hi, I've been tracking OM unstable. Now that Paroli is starting at boot with a full-screen I can't figure out how to start any other applications outside of using ssh. Then once started the application doesn't have the Illume top-bar available to do any of the functions it provided such as application switching or ending the program. I tried killing paroli-launcher. That left me with a black-screen. Is there something I'm missing? No you aren't missing anything. Our goal is to provide a distribution that allows the user to use the gta02 as a daily phone. In order to achieve this faster we decided to make certain sacrifices to save time and energy, as our team is only small. One of these was worrying too much about integrating in illume. To put it in one sentence: for Now the paroli image comes with these styles installed. We hope we can change that in the future. There is a way of reactivating the old style, I will try to compile a document and publish it here. /mirko Mirko, thanks for your reply. However like Scott Petersen, I unfortunately feel the need to rant. I find the decision frustrating. I guess I don't see why Illume and Paroli are at such odds. With Paroli's current direction it seems to mean that if I want to help develop Paroli, as it is meant to be used, I must give up using the FreeRunner for anything else. By isolating Paroli in that way it may have the effect of even more fragmentation of community resources and less people joining in on its development. I'll tell you, it makes me feel less enthusiastic. My desire is to be developing on the FreeRunner. Paroli seems like a good way to go. I enjoy working with Python, Edje, and now learning Elementary. To that end I have been experimenting with Paroli toward the goal of integrating FSO Control[0] into it. Unfortunately the time when I can do that is sporadic and, due to those constraints, I can't just plain say, Yes I will be helping with Paroli. So my frustration is also that I can't commit my own support to any large degree in an effort to steer Paroli's direction. digger [0]There is a new release, version 0.2.0, at https://projects.openmoko.org/frs/?group_id=225 I've had problems with opkg.org and haven't had time to make a proper announcement. signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to use other applications with Paroli fullscreen?
On Sat, 2009-03-07 at 11:04 -0800, Scott Petersen wrote: Mirko Lindner wrote: Hi, I've been tracking OM unstable. Now that Paroli is starting at boot with a full-screen I can't figure out how to start any other applications outside of using ssh. Then once started the application doesn't have the Illume top-bar available to do any of the functions it provided such as application switching or ending the program. I tried killing paroli-launcher. That left me with a black-screen. ... To put it in one sentence: for Now the paroli image comes with these styles installed. We hope we can change that in the future. There is a way of reactivating the old style, I will try to compile a document and publish it here. /mirko I too have been tracking the unstable images and slowly digging in to the code to try and contribute. First the answer: You can get back to using illume by logging in with SSH and doing opkg remove paroli-autostart rm -rf /home/root/.e reboot Similarly, I flashed with fso-image-om-gta02.jffs2. I think the end result is about the same except for a reflash. Thanks for the suggestion. You should then get the illume launcher on next boot and be able to ... Second a bit of a rant: I have to say that I am extremely disappointed in this decision to prevent users from using the functionality of their phone. Why would anyone want to purchase a piece of hardware with as much promise as the freerunner and not be able to use it for anything but what a sub $50 dollar phone has been able to do for years? It just doesn't make sense to me when it seems so easy to shrink paroli down a little bit and use illume. I have wondered for some time about why Paroli was duplicating functionality from illume. (e.g. the Battery level) Now I understand and I am flabbergasted. Yes I do want stable phone functionality but not at the expense of all other functionality. Scott Petersen You've voiced close to my own sentiments. digger signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Your package is broken in opkg.org
On Sun, Mar 08, 2009 at 04:01:45PM +0200, Risto H. Kurppa wrote: (cc:d the authors of some broken packages I was able to extract the e-mail address from..) Hi! If you have packaged some of the apps listed below, I just want to let you know that the package in opkg.org is broken and not recognized as an installable file (to try this, download the packages from opkg.org and run file package.ipk - it should return Debian Binary but for the ones listed below, it returns data/empty or gzip) Another type of breakage I've seen is this one (data and control archives in wrong order): $ ar tv fluid_0.0+svn20070817-r2_armv4t_eabi.ipk rw-r--r-- 1000/1000 4 Aug 17 02:28 2007 debian-binary rw-r--r-- 1000/1000 45830 Aug 17 02:28 2007 data.tar.gz rw-r--r-- 1000/1000411 Aug 17 02:28 2007 control.tar.gz While this seems to work fine with the Debian tools, it would be preferable to fix the tool which builds the packages that way. Packages broken this way can be fixed like this: $ cd empty_directory $ ar xov broken_package.ipk $ rm broken_package.ipk $ ar qcv broken_package.ipk debian-binary control.tar.gz data.tar.gz $ rm debian-binary control.tar.gz data.tar.gz GZIP yphonekitd_0.4.3_any.ipk zomg_0.0.6-r2_armv4t.ipk [snip] They might be gzipped tar archives. An example case I came across: $ cd empty_directory $ tar -zxf pingus_0.7.2-r0_armv4t_DolfFix.ipk $ rm pingus_0.7.2-r0_armv4t_DolfFix.ipk $ ar qcv pingus_0.7.2-r0_armv4t_DolfFix.ipk debian-binary control.tar.gz data.tar.gz $ rm debian-binary control.tar.gz data.tar.gz -- 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: Troubles with opkg.org repo
On Sat, Mar 07, 2009 at 09:09:15AM +0100, Tobias Kündig wrote: This is a little summary of what I do: http://www.opkg.org/repo.html Debian has this tool called dpkg-scanpackages in the dpkg-dev package. It might simplify your create_repo script. Example usage: $ cat updateindex #!/bin/sh ( dpkg-scanpackages . /dev/null \ ; dpkg-scanpackages -t opk . /dev/null \ ; dpkg-scanpackages -t ipk . /dev/null ) \ | sed -e 's_^Filename: ./_Filename: _' \ | gzip --best Packages.gz -- 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: How to use other applications with Paroli fullscreen?
digger vermont dv_ml...@verizon.net writes: I find the decision frustrating. I guess I don't see why Illume and Paroli are at such odds. With Paroli's current direction it seems to mean that if I want to help develop Paroli, as it is meant to be used, I must give up using the FreeRunner for anything else. By isolating Paroli in that way it may have the effect of even more fragmentation of community resources and less people joining in on its development. I'll tell you, it makes me feel less enthusiastic. I agree. I haven't commented on this before, because I didn't want to be purely negative; but if others are feeling the same way, perhaps it's worth adding my voice. To be honest, my heart fell when I read the very beginning of the Paroli website: In a few words one could say: paroli is a new approach to application development on the openmoko phones. My reaction to that? Good grief, that's exactly what we DON'T need. In other words, a new approach is exactly what we don't need - and especially a new approach that shuts out all previous approaches. What we need, in my opinion, is the hard work - in terms of QA, usability, and bugfixing - of polishing what is already out there; not reinventing the wheel again from scratch. Frankly, anyone can start a new approach; that's easy. The hard part is finally getting to an actual product. To make a constructive suggestion: I wonder what the official Openmoko view is of SHR Testing? I think it's pretty good, so - why not help to polish that? - if not, what _precise_ reasons do OM have for believing that the Paroli route will produce (in the near future) something better than SHR? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to use other applications with Paroli fullscreen?
To make a constructive suggestion: I wonder what the official Openmoko view is of SHR Testing? I think it's pretty good, so - why not help to polish that? - if not, what _precise_ reasons do OM have for believing that the Paroli route will produce (in the near future) something better than SHR? I'm glad Openmoko is away from SHR - their designers has very strange ideas and points of view... If you don't know about what I'm talking - ask raster ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Newbie questions
Hello I would like to start developing application which should use CSD (datacall) capability of GTA02 phone. As I am new in this please help me with following: On http://wiki.openmoko.org/wiki/Distributions http://wiki.openmoko.org/wiki/Distributionspage I have read a lot of info regarding various distro (OM 2008.12, FSO, FDOM, QtExt, Android ...). If I want to use GTA02 as every day phone which distro I should chose? According to table on same page Qt Extended is most mature, but I do not see any information about OM 2008.12? My second questions is regarding status of CSD, according to http://wiki.openmoko.org/wiki/Gsmd CSD is not supported. Do we have any update on this topic? Kind regards Mile ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] GPS from python
On Fri, 06 Mar 2009 14:39:33 +0100 GNUtoo gnu...@no-log.org wrote: On Thu, 2009-03-05 at 22:27 +0100, Francesco de Virgilio wrote: It seems not work on SHR-testing :( That's normal...you are using the gpsd bindings on your desktop computer. They permit you to talk to a gpsd compatible device I tested it with fso-gpsd(python on my desktop with the gpsd bindings(so I needed to install gpsd on my desktop to get the bindings) and fso-gpsd on the openmoko) Oh, that's interesting. fso-gpsd should actually be gpsd compatible. Could you explain more why it's not working/what is not working or what gps.py actually does to talk to gpsd. One problem you might encounter is that ogpsd and fso-gpsd only switch on the GPS when there's actually a program that needs GPS. In the case of fso-gpsd that happens when you connect to the gpsd port. My guess is that the connection is either made at the constructor (g = gps.gps()) or for every call (g.query(admosy)). At this point the chip will not have any fix for sure, even with hotstart working it usually takes ~16 seconds. What you can do to test my hypothesis is start a different program like the GPS view in zhone and wait until GPS actually has a fix and then try with your program. If you get a fix then you can request the resource GPS to make sure GPS stays on. So you have 2 solutions: 1)replace fso-gpsd by gpsd 2)use dbus to talk to the GPS 3)Make fso-gpsd compatible with gpsd so gps.py works. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Waou, THIS IS GREAT ! I am very happy to find someone with the same will, but skilled ! For me, qwo is also the fastest keyboard, and making it fullscreen + transparent will make it the killer keyboard. Congratulation for sharing your method. I will try it asap. Kimaidou 2009/3/8 Richard Kralovic r...@om.ksp.sk Hello, despite some skepticism about having transparent keyboard in illume, I decided to try it. After some work, I got it working. More precisely, I am using the qwo external keyboard (an implementation of quikwriting technique); imho it's great with stylus, and also quite finger-friendly when the keyboard is large enough. I think it's quite usable. As for speed, displaying/hiding the keyboard is quicker than displaying/hiding the default keyboard, since the application window is not resized (which is usually quite slow). I wrote a small howto about it, it's (together with screenshots) here: http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/http://kedrigern.dcs.fmph.uniba.sk/%7Eriso/Openmoko/qwo/ Actually, to get it work, I had to fix some bugs/annoying features of Xglamo. I reported these (together with patches) as ticket #2242 and #2243 at docs.openmoko.org about one week ago. Unfortunately, I got no answer regarding these patches. Would it be possible to accept them to the openembedded repository and close the tickets? Next, I had to force illume not to resize the running application when displaying keyboard, and also not to force the width of the keyboard to be equal to the width of the screen. Currently, I have only very ugly hack to do this and I am not quite sure how to do it right. I am thinking of making illume look for the _NET_WM_WINDOW_OPACITY property on external keyboards, and behave in above-described way if this property is set. Would this be acceptable for including upstream? Greets Richard ___ 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: Kustomizer for 2008.12
On Sun, Mar 8, 2009 at 4:42 PM, xChris ch...@c-64.mobi wrote: Hi, its the: # Version 0.35 - 2009-02-20 OK, thanks. I'll have a look what's wrong there and if it's fixed in the devel version.. 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: Open IPKG packages from command line
On Tue, Feb 17, 2009 at 10:10:14AM +0100, Kasper Johansen wrote: Hi list. Is it possible to extract a IPK-package (some_package.ipk)? I do not want to install anything - just inspect the package on my Ubuntu-machine. man dpkg-deb I have been able to extract some packages by using tar -zxvf after renaming the extension to tar.gz - though I cant with all packages (and I dont know why). Because they are not supposed to be gzipped tar archives. The ones you can extract with tar -zxvf are broken. -- 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: Transparent keyboard in illume
might be a stupid question, but any plans on making a transparent large normal keyboard? btw: it seems great! y On Sun, Mar 8, 2009 at 8:49 PM, kimaidou kimai...@gmail.com wrote: Waou, THIS IS GREAT ! I am very happy to find someone with the same will, but skilled ! For me, qwo is also the fastest keyboard, and making it fullscreen + transparent will make it the killer keyboard. Congratulation for sharing your method. I will try it asap. Kimaidou 2009/3/8 Richard Kralovic r...@om.ksp.sk Hello, despite some skepticism about having transparent keyboard in illume, I decided to try it. After some work, I got it working. More precisely, I am using the qwo external keyboard (an implementation of quikwriting technique); imho it's great with stylus, and also quite finger-friendly when the keyboard is large enough. I think it's quite usable. As for speed, displaying/hiding the keyboard is quicker than displaying/hiding the default keyboard, since the application window is not resized (which is usually quite slow). I wrote a small howto about it, it's (together with screenshots) here: http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/ Actually, to get it work, I had to fix some bugs/annoying features of Xglamo. I reported these (together with patches) as ticket #2242 and #2243 at docs.openmoko.org about one week ago. Unfortunately, I got no answer regarding these patches. Would it be possible to accept them to the openembedded repository and close the tickets? Next, I had to force illume not to resize the running application when displaying keyboard, and also not to force the width of the keyboard to be equal to the width of the screen. Currently, I have only very ugly hack to do this and I am not quite sure how to do it right. I am thinking of making illume look for the _NET_WM_WINDOW_OPACITY property on external keyboards, and behave in above-described way if this property is set. Would this be acceptable for including upstream? Greets Richard ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Any way we can get a package for this? I can't compile for my FR. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
but any plans on making a transparent large normal keyboard? btw: it seems great! Actually, it is quite easy to make the default illume keyboard transparent. It should work with the same method as for qwo, except that you need to revert the first hunk of e-wm-hack.patch, i.e., illume had to set the width of keyboard to be equal to the width of the screen. Afterwards, you can use the transset utility (I just added it to my webpage) to change the transparency of the keyboard (and also transparency of any other window). Surely, this is very rough and for normal usage some decent support in illume would be nice. But I guess this should be discussed with Raster... Richard y On Sun, Mar 8, 2009 at 8:49 PM, kimaidou kimai...@gmail.com wrote: Waou, THIS IS GREAT ! I am very happy to find someone with the same will, but skilled ! For me, qwo is also the fastest keyboard, and making it fullscreen + transparent will make it the killer keyboard. Congratulation for sharing your method. I will try it asap. Kimaidou 2009/3/8 Richard Kralovic r...@om.ksp.sk Hello, despite some skepticism about having transparent keyboard in illume, I decided to try it. After some work, I got it working. More precisely, I am using the qwo external keyboard (an implementation of quikwriting technique); imho it's great with stylus, and also quite finger-friendly when the keyboard is large enough. I think it's quite usable. As for speed, displaying/hiding the keyboard is quicker than displaying/hiding the default keyboard, since the application window is not resized (which is usually quite slow). I wrote a small howto about it, it's (together with screenshots) here: http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/ Actually, to get it work, I had to fix some bugs/annoying features of Xglamo. I reported these (together with patches) as ticket #2242 and #2243 at docs.openmoko.org about one week ago. Unfortunately, I got no answer regarding these patches. Would it be possible to accept them to the openembedded repository and close the tickets? Next, I had to force illume not to resize the running application when displaying keyboard, and also not to force the width of the keyboard to be equal to the width of the screen. Currently, I have only very ugly hack to do this and I am not quite sure how to do it right. I am thinking of making illume look for the _NET_WM_WINDOW_OPACITY property on external keyboards, and behave in above-described way if this property is set. Would this be acceptable for including upstream? Greets Richard ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bass fix (Was: Pulster fixe(s) and rework)
On Thu, Mar 05, 2009 at 12:56:06PM +0100, Helge Hafting wrote: Another question - is a single big capacitor enough, if it is put into the ground line instead of having one cap for each of the stereo channels? Or will that wreck stereo sound? One could then use a even bigger cap. I think it won't solve the problem of DC through the speakers. Think of the case where the left output is at 0 V and the right output is at 3 V. -- 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: [debian] Illume won't show any icons
2009/3/8 Klaus 'mrmoku' Kurzmann m...@mnet-online.de: don't know for debian... we had missing icons because of not installed e-wm- utils... Unfortunately, there doesn't seem to be e-wm-utils package for Debian. Anyone else got any ideas? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Any way we can get a package for this? I can't compile for my FR. All binary packages that I have built are available at the howto page: http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/ If you are using FSO milestone 5, they should work. If you are using different distribution, they _might_ work, but they might break your system as well, so use on your own risk. I have only a compile environment set up for FSO, so I can not easily provide other packages just now... Richard ___ 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: Pulster fixe(s) and rework
Andy Green a...@openmoko.com writes: Somebody in the thread at some point said: | http://wiki.openmoko.org/wiki/GTA02_bass_fix Yes it's a different way to come at it. The way I documented you keep the leads short, the components are all in the can and the can is unchanged, but you're limited to 22uF or maybe 47uF. Reworked the page, included your fix and description as well. Thanks! -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian/illume] Can't suspend
When I press the power button, I get a group of icons, one of which is a crescent, which if I press, I get a message saying that it is going to suspend, but the doesn't. I'm using the 2.6.28 kernel. How can I get it to suspend? Another icon is a padlock. If I press that, the screen is locked, but I can't get a keyboard up to unlock it. The close application and shutdown buttons work fine. Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open IPKG packages from command line
On Sun, Mar 8, 2009 at 9:55 PM, Rask Ingemann Lambertsen r...@sygehus.dk wrote: On Tue, Feb 17, 2009 at 10:10:14AM +0100, Kasper Johansen wrote: Hi list. Is it possible to extract a IPK-package (some_package.ipk)? I do not want to install anything - just inspect the package on my Ubuntu-machine. man dpkg-deb try ar x file.ipk 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: thoughts on A-GPS offline
On Tue, 3 Mar 2009 06:47:26 -0800 (PST) mqy meng.qing...@gmail.com wrote: I've verified the issue on GPS receiver in GTA02: When dump ALM/EPH messages, in several messages, fields follow SV ID field in payload are filled with zeros. Okay, so what you're saying is that this commit http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=ad2ec48cdb5ab9bdddc15adfc05cbd2e5b8a2cee doesn't fix the situation for you? If that is the case could you please send me the ALM/EPH messages that you get when the chip crashes so I can take a look at it? Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Poky
I just tried the Poky [1] on the Freerunner... I like it because its fast, unfortunately a lot of things are missing (phone, battery management, etc) Is it possible to install packages from the opkg (for example), or run paroli on Poky? rgrds chris [1] http://www.pokylinux.org/ -- View this message in context: http://n2.nabble.com/Poky-tp2446608p2446608.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: [Cellhunter] no neighbouring cells
On Fri, 6 Mar 2009 18:12:50 +0100 Leonti Bielski prishe...@gmail.com wrote: So the problem is in FSO? Why then I get neighbouring cells in zhone and not in Cellhunter? That kinda excludes problem in framework. No, frameworkd is the problem in that case. Zhone uses the DBus API to get neighbouring cells while cellhunter prior to that patch used the debug interface to send a special AT command to the modem (which is what the neighbouring cell DBus API does anyway). It seems that the new-timeout branch has somehow make the debug commands useless, we'll need to investigate that. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing GSM firmware
On Thu, Mar 05, 2009 at 10:25:40AM +0300, Paul Fertser wrote: All this steps except starting fluid.exe are not strictly necessary and i'd recommend to start fluid like that: FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -od13,13 -f path_to_moko11_bin Notice i use ROM bootloader and moko11 firmware. I flashed the moko11 GSM firmware today and found the same thing: -oo without FLUID_FLOWCONTROL works. I couldn't not get any of the other combinations to work. I first backed up the old firmware, then flashed the new one: # time FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -r 0x..0x0040 -f ~rask/download/firmware/calypso-firmware-backup.m0 (real 6m28.286s user0m11.200s sys 0m4.315s) # time FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -f ~rask/download/firmware/calypso-moko11.m0 (real 2m56.764s user0m16.070s sys 0m0.990s) I did need two power off/on cycles between the two fluid invocations, though. I did not use s3c24xx-gpio b7=0 as according to the schematics, pin GPIOB7 is just the MODEM_ON signal. -- 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: Open IPKG packages from command line
I have been able to extract some packages by using tar -zxvf after renaming the extension to tar.gz - though I cant with all packages (and I dont know why). Try it with `file': it will usually tell you what kind of file you're looking at. `ipkg' packages have used various formats over time, the ones I remember are .tar.gz and ar. In bith cases, the content is a few meta files plus a .tar.gz (so you stupidly get double compression if the outer wrapper is .tar.gz). Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Newbie questions
2009/3/9 Mile Davidovic david.moko.comun...@gmail.com: As I am new in this please help me with following: On http://wiki.openmoko.org/wiki/Distributions page I have read a lot of info regarding various distro (OM 2008.12, FSO, FDOM, QtExt, Android ...). If I want to use GTA02 as every day phone which distro I should chose? According to table on same page Qt Extended is most mature, but I do not see any information about OM 2008.12? http://wiki.openmoko.org/wiki/Distributions#Om_series qt ext is very stable and usable, but because it uses framebuffer, not x11, there are limited applications that can run on it, unless you use the extremely bodgy x11 hack i was quite pleased with 2008.8, but .12 has been a complete pita for a simple stable phone, i'd start with qt ext and then give shr a go ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Newbie questions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robin Paulson wrote: for a simple stable phone, i'd start with qt ext and then give shr a go For a simple and stable phone, I'd start with a Nokia... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFJtKtYFbVnQRV3OEYRArryAJ4j/4THJ8cUjZcRvCKTLPuWAcBJCQCgvXyv yr7jLbCGOIxXXypDQmZA3zw= =AJvZ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community