angstrom in toolchain
Hi, Can anybody explain why do we have angstrom in compiler triplet arm-angstrom-linux-gnueabi-[tool] -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
buzz fix (was: Pulster offer - Freerunner now 249 eur)
El día Sunday, January 11, 2009 a las 12:23:00PM +0200, Christoph Pulster escribió: Actually I think the American distributors and Golden Delicious have better offers (I didn't compare shipping costs). Just take a look at http://wiki.openmoko.org/wiki/Distributors Thanks for this helpful list, Marko. I offer now Freerunner GTA02 for 249 eur = c.335 USD. Shipping flat rate 15 eur Europe/ 30 eur world. Local VAT, manual and sweets included. Christoph www.pulster.eu Openmoko Shop Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen From: -40 % die Neujahrsaktion gabriellekel...@grungecafe.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: python-elementary missing (also concerning opkg.org)
On Sun, Jan 11, 2009 at 08:34, Risto H. Kurppa ri...@kurppa.fi wrote: I've now triead shr-unstable and shr-testing and I get: You have to use e17/elementary from shr-unstable too. Simply - use whole shr-unstable ;) It's nice to find programs that _almost_ work but it's a bother to try to find out why doesnt' it work.. But it's easy to find, why it doesn't work! :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Watching videos on neo freerunner (openmoko 2008.12) mplayer-glamo
pottwal4 wrote: r...@om-gta02:~# mplayer -vo xover:glamo -fs /media/card/big_buck_bunny_320.avi mplayer doesn't know on which display it should open the video. Try (one line): DISPLAY=:0 mplayer -vo xover:glamo -fs media/card/big_buck_bunny_320.avi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: angstrom in toolchain
That's the Angstrom branding we inherit by relying on OpenEmbedded and its flagship distro. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MP3 to OGG converter
On 10/01/2009 06:17, rakshat hooja wrote: Can someone suggest a good MP3 to OGG music converter? Rakshat I use with good results mp32ogg Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Community update draft
Hi, The draft of next Community update is at: http://wiki.openmoko.org/wiki/Community_Updates/January_12th%2C_2009 Everybody is welcome to check for falsehoods, inaccuracies or missing bits of informations. Yours, Minh -- Minh HA DUONG, Chargé de Recherche, CNRS CIRED, Centre International de Recherches sur l'Environnement et le Développement http://minh.haduong.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Watching videos on neo freerunner (openmoko 2008.12) mplayer-glamo
Hi again. pottwal4 wrote: r...@om-gta02:~# mplayer -vo xover:glamo -fs /media/card/big_buck_bunny_320.avi mplayer doesn't know on which display it should open the video. Try (one line): DISPLAY=:0 mplayer -vo xover:glamo -fs /media/card/big_buck_bunny_320.avi Thanks Daniel, you was right! There was a problem concerning the $DISPLAY-Variable. But there was an other one, which I fixed, choosing the output device -vo glamo instead of -vo xover:glamo. So for everyone, how cares this what I do to get the example video running on the freerunner (inspired by http://wiki.openmoko.org/wiki/Video_Player;): 1. Download an unpack mplayer-glamo (http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2) 2. Write a short bash-script vidplay to start the video (and save it on the Freerunner and make it executable (with chmod +x vidplay)): #!/bin/sh DISPLAY=:0 xrandr -display :0 --output default --mode 240x320 mplayer -vo glamo $1 /dev/null xrandr -display :0 --output default --mode 480x640 reset 3. Encode a video-file on my PC with: mencoder video-file -ovc lavc -lavcopts vcodec=mpeg4:vhq:vbitrate=300 -vf scale=320:240,eq2=1.2:0.5:-.025,rotate=2 -oac mp3lame -lameopts br=64:cbr -o video-file-FR.avi 4. Transfer this file from PC to Freerunner (using scp) scp video-file r...@phone:/media/card/ 5. Considering that the video-start-script and the video-file are now both located on the Freerunner in directory /media/card/, start the video with: cd /media/card ./vidplay video-file ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Watching videos on neo freerunner (openmoko 2008.12) mplayer-glamo
can someone package this in an opkg? pottwal4 wrote: Hi again. pottwal4 wrote: r...@om-gta02:~# mplayer -vo xover:glamo -fs /media/card/big_buck_bunny_320.avi mplayer doesn't know on which display it should open the video. Try (one line): DISPLAY=:0 mplayer -vo xover:glamo -fs /media/card/big_buck_bunny_320.avi Thanks Daniel, you was right! There was a problem concerning the $DISPLAY-Variable. But there was an other one, which I fixed, choosing the output device -vo glamo instead of -vo xover:glamo. So for everyone, how cares this what I do to get the example video running on the freerunner (inspired by http://wiki.openmoko.org/wiki/Video_Player;): 1. Download an unpack mplayer-glamo (http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2) 2. Write a short bash-script vidplay to start the video (and save it on the Freerunner and make it executable (with chmod +x vidplay)): #!/bin/sh DISPLAY=:0 xrandr -display :0 --output default --mode 240x320 mplayer -vo glamo $1 /dev/null xrandr -display :0 --output default --mode 480x640 reset 3. Encode a video-file on my PC with: mencoder video-file -ovc lavc -lavcopts vcodec=mpeg4:vhq:vbitrate=300 -vf scale=320:240,eq2=1.2:0.5:-.025,rotate=2 -oac mp3lame -lameopts br=64:cbr -o video-file-FR.avi 4. Transfer this file from PC to Freerunner (using scp) scp video-file r...@phone:/media/card/ 5. Considering that the video-start-script and the video-file are now both located on the Freerunner in directory /media/card/, start the video with: cd /media/card ./vidplay video-file ___ 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
Problem in fso-frameworkd
Hello I have a question about FSO framework. I think there is something strange. I would like to know if is good to open a bug report. I use deb...@fr updatet until today, with fso-frameworkd_0.8.4.3-20081215 Let suppose I am starting with a just started system: To be able to use the GSM subsystem I have to enable GSM: how to do it? 1) mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device Enable FIRST PROBLEM: If I call 2 times this, the frameworkd stop to run... or better, if I try to make another GSM call (for example: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device GetStatus the answer is org.freedesktop.DBus.Error.NoReply I think it would be better to have the possibility to call n times the Enable function. SECOND PROBLEM: How I can check is a section is enabled? It woulrd be nice to have a function like: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device GetAbilitation GSM to know if it is enabled or not. THIRD PROBLEM: I thought that I have to use the functions shown with: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Usage The problem is that if I call: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Usage RequestResource GSM it seem to do nothing, because if I call: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Usage GetResourceState GSM the result is: /org/freesmartphone/Usage: GetResourceState - 0 Thank you all Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix
Matthias Apitz schrieb: Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) I second this one - offering the hardware fix for the freerunner would be great :) Regards, Konstantin (One of your other happy GTA02 customers ;) ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Signal Applications To Any Network - Kamoflage compilation error (2)
(Sorry, this already have been posted in supp...@lists.openmoko.org I'm double posting in the hope to gain more visibility and hence a reply) Hi All, first post here :) If anyone from the Kamoflage project is reading, can you please review this: http://sourceforge.net/forum/forum.php?thread_id=2816721forum_id=535167 Thank you have a nice day. Mike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: angstrom in toolchain
On Sun, Jan 11, 2009 at 7:50 PM, Michael 'Mickey' Lauer mic...@openmoko.org wrote: That's the Angstrom branding we inherit by relying on OpenEmbedded and its flagship distro. This means that due to dependence on openembedded and Angstrom being the major contributor to OE. Is there some contribution made directly to openMoko by Angstrom? -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] disabling suspend
How to disable suspending? I'd like to have it off when I'm listening to music or using GPS, but not interacting with my FR. Is there some DBus method for that? Or a /sys/ switch? I think it should be listed on the Wiki somewhere (there are many possible reasons why people would like their device to stay awaken, regardless of their distro). A suggestion to frameworkd developers - (if this is not already done) preventing the device from going into suspend after an application has requested GPS resource would make sense if a fix is not acquired yet. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.18] image with GPRS and any soft
build is update update in mokoservices script button for change theme, profile GTK /usr/share/themes/Moko/gtk-2.0/ , change locale (ru\en) /etc/profile.d/locale.sh button info about eth0 button change gprs setiings (apn,dialnumber,login,pass) gprs connection is persistent if gprs switch on buttin wifi, (use /etc/wpa_supplicant/wpa_supplicant) for example all icons edited for ru locale (change locale button in mokoservices) sortdesk (http://www.opkg.org/package_95.html) mofi (not stable) gpe-scap File browser Text editor FBReader GPE Sketchbook LED Clock Navit (speech-dispatcher not installed) openmoko-mediaplayer (not mp3) mokoko (not mp3, config file is /home/root/.mokoko.conf) daemon jdd (sense headphone jack plug for stereo sound http://forum.telefoninux.org/index.php/topic,927.msg9047.html#msg9047) Pidgin Internet Messenger accelerometer based screen rotation (icon enable\disable autorun this daemon) TangoGPS (use simlink /home/root/~Maps on /media/card/Maps, google map working) dillo (config file ~/.dillo/dillorc) image http://dl.linuxphone.ru/openmoko/images/bytestore/bytestore-rootfs-OM200812-2009-01-11-112312.jffs2 screenshots http://dl.linuxphone.ru/openmoko/images/bytestore/screenshot_2009_01_11_112312_en -- View this message in context: http://n2.nabble.com/-2008.12--image-with-GPRS-and-any-soft-tp1871079p2142302.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: Pulster fixe(s) and rework (was: Re: buzz fix)
2009/1/11 Alexandre Ghisoli a...@ghisoli.ch: Yes, hardware fixes (rework) made by resellers would be great. By fixes, I mean : * GPS - SDIO fix (add a capacitor if I remember correctly) * Add a GSM IR resistor for deep sleep * Change the led transistor power hungry stuff * fix the GSM buzz * ... Please feel free to comment and complete this list. And I would like to hear something from pulster on this area. I heartily concur. In fact, one of the things that's made me hold off buying a FR is that there isn't an easy way to get this stuff done. If the reseller could make the fixes for me for a reasonable charge, and under warranty, the FR would suddenly become a much more attractive proposition. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] disabling suspend
In FSO you can request Display or CPU resources for preventing going into suspend: http://git.freesmartphone.org/?p=framework.git;a=commit;h=4fecf8d41e900c02bb1cd1d9e783c494059c8299 http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=f77848094654b56348b0fd0d57054846c2e7074a#RequestResource Leonti On Sun, Jan 11, 2009 at 7:37 PM, rhn r...@o2.pl wrote: How to disable suspending? I'd like to have it off when I'm listening to music or using GPS, but not interacting with my FR. Is there some DBus method for that? Or a /sys/ switch? I think it should be listed on the Wiki somewhere (there are many possible reasons why people would like their device to stay awaken, regardless of their distro). A suggestion to frameworkd developers - (if this is not already done) preventing the device from going into suspend after an application has requested GPS resource would make sense if a fix is not acquired yet. ___ 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 (was: Re: buzz fix)
As a Pulster customer I'd really appreciate such service. :) -- Marcel Am Sunday 11 January 2009 20:05:38 schrieb Sam Kuper: 2009/1/11 Alexandre Ghisoli a...@ghisoli.ch: Yes, hardware fixes (rework) made by resellers would be great. By fixes, I mean : * GPS - SDIO fix (add a capacitor if I remember correctly) * Add a GSM IR resistor for deep sleep * Change the led transistor power hungry stuff * fix the GSM buzz * ... Please feel free to comment and complete this list. And I would like to hear something from pulster on this area. I heartily concur. In fact, one of the things that's made me hold off buying a FR is that there isn't an easy way to get this stuff done. If the reseller could make the fixes for me for a reasonable charge, and under warranty, the FR would suddenly become a much more attractive proposition. ___ 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
[debian/fso]: zhone does not connect to gsm anymore
i post this to both community and smartphones-userland, since it rather matches smartphones-userland, but there seems to be really little attention and the fso issues are discussed in community in far greater extend. i just updated my debian and noticed, that afterwards the openemoko-panel-plugin had disappeared. restarting X, frameworkd etc resulted in a zhone with only the little wrench button being active. rebooting completely does not help, still opp does not start and zhone remains useless. these are the packages upgraded: dbus-x11_1.2.1-5_armel.deb dbus_1.2.1-5_armel.deb dpkg-repack_1.30_all.deb gsm0710muxd_0.9.2.2-1_armel.deb libavcodec51_0.svn20080206-15_armel.deb libavformat52_0.svn20080206-15_armel.deb libavutil49_0.svn20080206-15_armel.deb libcdparanoia0_3.10.2+debian-5_armel.deb libdbus-1-3_1.2.1-5_armel.deb libical0_0.42-1_armel.deb libjack0_0.116.1-3_armel.deb libncurses5_5.7+20081227-1_armel.deb libncurses5_5.7+20090105-1_armel.deb libncursesw5_5.7+20081227-1_armel.deb libncursesw5_5.7+20090105-1_armel.deb libpostproc51_0.svn20080206-15_armel.deb libswscale0_0.svn20080206-15_armel.deb ncurses-base_5.7+20090105-1_all.deb ncurses-bin_5.7+20081227-1_armel.deb ncurses-bin_5.7+20090105-1_armel.deb procps_1%3a3.2.7-10_armel.deb python-pysqlite2_2.5.0-2_armel.deb and this is, what i see when starting zhone from shell, the frameworkd log shows no related errors. even opp claims missing rights to do something, so i gather, one of these arcane and unintelligible dbus configurations has changed to the worse, namely /etc/dbus-1/system.conf, which seems to be the most recently changed. since i never really understood all these dbus configs i am totally at loss about what to do to make zhone work again ... debian-gta02:~$ DISPLAY=:0 zhone GUI init x11-16 is not supported, fallback to x11 GUI init done entering mainloop dbus_objectInit... usage ok: Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x40379f30 :1.1 /org/freesmartphone/Usage at 0x40374c50 implementing 'org.freesmartphone.Usage' at 0x40374d10 gps ok: Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x40379f30 :1.1 /org/freedesktop/Gypsy at 0x40374f50 implementing 'org.freedesktop.Gypsy.Accuracy' at 0x403ce030, Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x40379f30 :1.1 /org/freedesktop/Gypsy at 0x40374f50 implementing 'org.freedesktop.Gypsy.Position' at 0x403ce150, Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x40379f30 :1.1 /org/freedesktop/Gypsy at 0x40374f50 implementing 'org.freedesktop.Gypsy.Satellite' at 0x403ce290 gsm ok: Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x40379f30 :1.1 /org/freesmartphone/GSM/Device at 0x403ce530 implementing 'org.freesmartphone.GSM.Network' at 0x403ce630 Traceback (most recent call last): File ecore.c_ecore_idle_enterer.pxi, line 12, in ecore.c_ecore.idle_enterer_cb (ecore/ecore.c_ecore.c:3242) File ecore.c_ecore_idle_enterer.pxi, line 73, in ecore.c_ecore.IdleEnterer._exec (ecore/ecore.c_ecore.c:3765) File /usr/bin/zhone, line 2092, in dbus_objectInit if not dbus_object.initialize(): File /usr/bin/zhone, line 2340, in initialize self.idlenotifier_obj = self.tryGetProxy( org.freesmartphone.odeviced, self.fw.ListObjectsByInterface( org.freesmartphone.Device.IdleNotifier )[0] ) File /var/lib/python-support/python2.5/dbus/proxies.py, line 68, in __call__ return self._proxy_method(*args, **keywords) File /var/lib/python-support/python2.5/dbus/proxies.py, line 140, in __call__ **keywords) File /var/lib/python-support/python2.5/dbus/connection.py, line 622, in call_blocking message, timeout) DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type=method_call, sender=:1.8 (uid=1000 pid=1700 comm=/usr/bin/python /usr/bin/zhone ) interface=org.freesmartphone.Framework member=ListObjectsByInterface error name=(unset) requested_reply=0 destination=:1.1 (uid=0 pid=1610 comm=/usr/bin/python /usr/bin/frameworkd )) checking for unsent messages did not receive any unsent messages: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type=method_call, sender=:1.8 (uid=1000 pid=1700 comm=/usr/bin/python /usr/bin/zhone ) interface=org.freesmartphone.GSM.SIM member=RetrieveMessagebook error name=(unset) requested_reply=0 destination=:1.1 (uid=0 pid=1610 comm=/usr/bin/python /usr/bin/frameworkd )) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix (was: Pulster offer - Freerunner now 249 eur)
Hi Christoph, On Sun, 2009-01-11 at 12:55 +0100, Matthias Apitz wrote: Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! It would be great if you could offer all hardware fixes that are possible to do like the GPS-Fix for all GTA02v5 owners: http://wiki.openmoko.org/images/5/5b/SOP_for_GPS_capacitor_rework.pdf http://wiki.openmoko.org/images/d/dd/Gta02_gps_10pf_rework_sop.pdf Even the software fix works fine, when you already have heated up your soldering iron for the buzz fix it should only take few minutes to add the capacitor :) I'm not sure if there are other bug fixes, but if there are one, offer them, please :) cu Korbi 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: [debian/fso]: zhone does not connect to gsm anymore
well, i replaced the new system.conf with the old one -- and both zhone and opp work again. below i compared the new system.conf and the old one (1.2.1-5 vs 1.2.1-4) -- as said before, i don't understand what exactly they're about, but maybe one of the fso guys sees immediately, what change made zhone/opp die? diff -Naur etc/dbus-1/system.conf system.conf --- etc/dbus-1/system.conf 2008-10-25 16:48:13.0 +0200 +++ system.conf 2009-01-11 20:33:06.0 +0100 @@ -29,6 +29,9 @@ !-- Write a pid file -- pidfile/var/run/dbus/pid/pidfile + !-- Enable logging to syslog -- + syslog/ + !-- Only allow socket-credentials-based authentication -- authEXTERNAL/auth @@ -50,9 +53,21 @@ even if they aren't in here -- allow send_destination=org.freedesktop.DBus/ allow receive_sender=org.freedesktop.DBus/ -!-- valid replies are always allowed -- -allow send_requested_reply=true/ +!-- Allow all signals to be sent by default -- +allow send_type=signal/ +!-- allow sending valid replies -- +allow send_requested_reply=true send_type=method_return/ +allow send_requested_reply=true send_type=error/ +!-- allow receiving valid replies -- allow receive_requested_reply=true/ +!-- Note: the rule above also allows receiving of all non-reply messages + that are not denied later. See: + https://bugs.freedesktop.org/show_bug.cgi?id=18229 + Potentially this will be replaced in the future by the + following two rules: +allow receive_requested_reply=true receive_type=method_return/ +allow receive_requested_reply=true receive_type=error/ +-- /policy !-- Config files are placed here that among other things, punch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [SHR] disabling suspend
Od: Leonti Bielski prishe...@gmail.com In FSO you can request Display or CPU resources for preventing going into suspend: http://git.freesmartphone.org/?p=framework.git;a=commit;h=4fecf8d41e900c02bb1cd1d9e783c494059c8299 http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=f77848094654b56348b0fd0d57054846c2e7074a#RequestResource Leonti On Sun, Jan 11, 2009 at 7:37 PM, rhn r...@o2.pl wrote: How to disable suspending? I'd like to have it off when I'm listening to music or using GPS, but not interacting with my FR. Is there some DBus method for that? Or a /sys/ switch? I think it should be listed on the Wiki somewhere (there are many possible reasons why people would like their device to stay awaken, regardless of their distro). A suggestion to frameworkd developers - (if this is not already done) preventing the device from going into suspend after an application has requested GPS resource would make sense if a fix is not acquired yet. ___ 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 Thanks! I'm trying it out right now. Is anyone willing to add this to the Wiki? If not, I'll add this to GPS section - users of GPS are most likely to ask it again. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [SHR] disabling suspend
* rhn r...@o2.pl [090111 20:50]: Od: Leonti Bielski prishe...@gmail.com In FSO you can request Display or CPU resources for preventing going into suspend: http://git.freesmartphone.org/?p=framework.git;a=commit;h=4fecf8d41e900c02bb1cd1d9e783c494059c8299 http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=f77848094654b56348b0fd0d57054846c2e7074a#RequestResource Leonti On Sun, Jan 11, 2009 at 7:37 PM, rhn r...@o2.pl wrote: How to disable suspending? I'd like to have it off when I'm listening to music or using GPS, but not interacting with my FR. Is there some DBus method for that? Or a /sys/ switch? I think it should be listed on the Wiki somewhere (there are many possible reasons why people would like their device to stay awaken, regardless of their distro). A suggestion to frameworkd developers - (if this is not already done) preventing the device from going into suspend after an application has requested GPS resource would make sense if a fix is not acquired yet. ___ 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 Thanks! I'm trying it out right now. Is anyone willing to add this to the Wiki? If not, I'll add this to GPS section - users of GPS are most likely to ask it again. This is not yet in any SHR image... that needs a more current FSO. We are building a new unstable image right now that will include that. If everything works out it should be there by tomorrow. mrmoku ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian/fso] pyphonelog[d]
with the help of alien and vim i created two deb packages from the ipk packages. they are really rough, but at least they fit into the debian package management ... for the packages and a short comment see http://www.ginguppin.de/node/25 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] disabling suspend
Thanks! I'm trying it out right now. Is anyone willing to add this to the Wiki? If not, I'll add this to GPS section - users of GPS are most likely to ask it again. This is not yet in any SHR image... that needs a more current FSO. We are building a new unstable image right now that will include that. If everything works out it should be there by tomorrow. until then you can send this to disable mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetState busy mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetTimeout idle_dim 0 mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetTimeout suspend 0 mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetState busy and to re-enable again mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetState busy mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetTimeout idle_dim 1 mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetTimeout suspend 6 Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix
I would also suggest the FR has no bass problem (it is also possible to fix that one with a large cap i think) On Sun, Jan 11, 2009 at 7:07 PM, Konstantin chaosspaw...@gmx.net wrote: Matthias Apitz schrieb: Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) I second this one - offering the hardware fix for the freerunner would be great :) Regards, Konstantin (One of your other happy GTA02 customers ;) ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] disabling suspend
how this im plement in 2008.12 ? Im try this http://wiki.openmoko.org/wiki/Ompower exec dbus-send --system --dest=org.openmoko.Power / org.openmoko.Power.Core.RequestResourceState \ string:cpu string:gps string:on when try list status r...@om-gta02:~# dbus-send --system --print-reply --dest=org.openmoko.Power / org.openmoko.Power.Core.GetResourceState string:cpu method return sender=:1.4 - dest=:1.17 reply_serial=2 string on exec dbus-send --system --dest=org.openmoko.Power / org.openmoko.Power.Core.RemoveRequestedResourceState \ string:cpu string:gps and try list status r...@om-gta02:~# dbus-send --system --print-reply --dest=org.openmoko.Power / org.openmoko.Power.Core.GetResourceState string:cpu method return sender=:1.4 - dest=:1.17 reply_serial=2 string on -- View this message in context: http://n2.nabble.com/-SHR--disabling-suspend-tp2142298p2142833.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: buzz fix (was: Pulster offer - Freerunner now 249 eur)
there is a fix for the fact that the FR has almost no bass-sound On Sun, Jan 11, 2009 at 8:44 PM, Korbinian Rosenegger krose...@schmidham.net wrote: Hi Christoph, On Sun, 2009-01-11 at 12:55 +0100, Matthias Apitz wrote: Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! It would be great if you could offer all hardware fixes that are possible to do like the GPS-Fix for all GTA02v5 owners: http://wiki.openmoko.org/images/5/5b/SOP_for_GPS_capacitor_rework.pdf http://wiki.openmoko.org/images/d/dd/Gta02_gps_10pf_rework_sop.pdf Even the software fix works fine, when you already have heated up your soldering iron for the buzz fix it should only take few minutes to add the capacitor :) I'm not sure if there are other bug fixes, but if there are one, offer them, please :) cu Korbi ___ 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: buzz fix (was: Pulster offer - Freerunner now 249 eur)
Which is...? -- Marcel Am Sunday 11 January 2009 22:04:20 schrieb Yorick Moko: there is a fix for the fact that the FR has almost no bass-sound On Sun, Jan 11, 2009 at 8:44 PM, Korbinian Rosenegger krose...@schmidham.net wrote: Hi Christoph, On Sun, 2009-01-11 at 12:55 +0100, Matthias Apitz wrote: Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! It would be great if you could offer all hardware fixes that are possible to do like the GPS-Fix for all GTA02v5 owners: http://wiki.openmoko.org/images/5/5b/SOP_for_GPS_capacitor_rework.pdf http://wiki.openmoko.org/images/d/dd/Gta02_gps_10pf_rework_sop.pdf Even the software fix works fine, when you already have heated up your soldering iron for the buzz fix it should only take few minutes to add the capacitor :) I'm not sure if there are other bug fixes, but if there are one, offer them, please :) cu Korbi ___ 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: buzz fix (was: Pulster offer - Freerunner now 249 eur)
adding a large cap somewhere Joerg /DocScrutinizer told me once on IRC the value, but don't know where to place it, better aks him On Sun, Jan 11, 2009 at 10:11 PM, Marcel tan...@googlemail.com wrote: Which is...? -- Marcel Am Sunday 11 January 2009 22:04:20 schrieb Yorick Moko: there is a fix for the fact that the FR has almost no bass-sound On Sun, Jan 11, 2009 at 8:44 PM, Korbinian Rosenegger krose...@schmidham.net wrote: Hi Christoph, On Sun, 2009-01-11 at 12:55 +0100, Matthias Apitz wrote: Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! It would be great if you could offer all hardware fixes that are possible to do like the GPS-Fix for all GTA02v5 owners: http://wiki.openmoko.org/images/5/5b/SOP_for_GPS_capacitor_rework.pdf http://wiki.openmoko.org/images/d/dd/Gta02_gps_10pf_rework_sop.pdf Even the software fix works fine, when you already have heated up your soldering iron for the buzz fix it should only take few minutes to add the capacitor :) I'm not sure if there are other bug fixes, but if there are one, offer them, please :) cu Korbi ___ 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: Problem in fso-frameworkd
Michele Renda michele.re...@gmail.com writes: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Usage RequestResource GSM The moment mdbus exits the resource will released again. You need to have a program running that can keep the resource requested. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problem in fso-frameworkd
Am Monday 12 January 2009 01:06:25 schrieb Timo Juhani Lindfors: Michele Renda michele.re...@gmail.com writes: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Usage RequestResource GSM The moment mdbus exits the resource will released again. You need to have a program running that can keep the resource requested. Correct. Alternative, with org.freesmartphone.Usage, you can also change the resource policy to be always on for a given resource. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Mailing List- Testing
s == sushama sush...@openmoko.com writes: s Its my pleasure to announce this new mailing list 'Testing'. s http://lists.openmoko.org/mailman/listinfo/testing All I know is several openmoko lists have been on and off or changed around and gmane.org has had a mess trying to track them all... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPRS unreliable: long lasting connection fail
Hello, I cannot get a reliable GPRS connection lasting for some hours, while driving. There is a problem with pppd, which does not restart the gprs connection when failed: it seems that pppd options persist and holdoff are not honored. I opened a bug ticket, which did not get reply: https://docs.openmoko.org/trac/ticket/1955 I tried Om2007.2 and Om2008.12 without GPS multiplexing: I just stop gsmd (2007.2) or qpe (2008.12) before starting pppd and chat, but the problem is still there. - Can gsm0710muxd (GSM multiplexer) help in some way? - Does GPRS require pppd or are there different software solutions? Don't know FSO, etc... What are other experiences with long-lasting GPRS calls? -- Niccolo Rigacci Firenze - Italy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Mailing List- Testing
2009/1/12 jida...@jidanni.org: s == sushama sush...@openmoko.com writes: s Its my pleasure to announce this new mailing list 'Testing'. s http://lists.openmoko.org/mailman/listinfo/testing All I know is several openmoko lists have been on and off or changed around and gmane.org has had a mess trying to track them all... Agreed. Might it not be better for people starting threads to do with testing to use [testing] in the subject line? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Android] How to close the browser window
Is there a way to close the browser, or come back to the phone start screen? Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] How to close the browser window
On Mon, Jan 12, 2009 at 04:45, Denis Galvão denisgal...@gmail.com wrote: Is there a way to close the browser, or come back to the phone start screen? Denis. I did not find how to do that either... back (aux key) does an history back till first page where it finally exits. But I think I managed to exit by going to window screen (via menu button), then pressing back (cannot test now but something like that). When comming back to browser I think opened windows where kept. More generally, how can we go to home screen (to launch another app...) without quitting completly the application we are in ? (so that you can come back later). And is there some kind of task manager, to see open applications, and switch to them ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community