Re: Krells!
On Sat, Aug 23, 2008 at 17:25 (+1000), Dale Maggee wrote: Hopefully somebody else will find this usefull! :) Yipee! I do! Thanks a lot for your contribution! Cheers, /Ben, already untaring ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Krells!
On Sat, Aug 23, 2008 at 17:25 (+1000), Dale Maggee wrote: http://users.on.net/~antisol/gkrellmd.tar.gz Um... There seems to be something wrong: -rwxr-xr-x 1 user group 45 23. Aug 08:53 gkrellmd -rw-r--r-- 1 user group 177 23. Aug 08:55 gkrellmd.tar.gz It's a bit short, I'd say. Also, `file` tells me: gzip compressed data, from Unix, last modified: Sat Aug 23 08:53:02 2008 Any idea what's up? Best wishes, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Krells!
On Sun, Aug 24, 2008 at 01:17 (+1000), Dale Maggee wrote: try it again, should work now... Yep, does. Thanks again! Bye, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] GPS-problems / tangogps in testing-feed broken
Hi, (I'm mailing to this list because I don't know where to post bug reports targetting the package-management in the fso-{testing,unstable}-feeds. Is trac.freesmartphone.org the right place?) My problem: I'm experiencing problems with GPS since an upgrade with the fso-testing-feed. After the upgrade neither tangogps (tangogps-fso_0.9.2-r1) nor zhone (0.0.0+gitr69e029bd85a1caaad4e5d61087836a8e1ea20dcc-r8) are getting a fix which hadn't been such a problem before (same outdoors place as before, rather grey weather conditions but not entirely clouded, 30 mins waiting). One problem definitely is that tangogps throwing two TypeErrors which show that it's having trouble with the dbus-interface[1]. Has there been a change in the dbus-interface which hasn't been followed in the packages? Is this part of the yesterday on this list mentioned major frameworkd changes[3]? If yes: How comes they're in the testing-feed (would expect them in unstable, if at all)? zhone only tells gps ok[2], so I don't know if it's suffering from the same problem or just having a bad time with the available gps data. As the weather is quite bad ATM, I cannot debug further. It might also be that zhone and agpsui (didn't know there's a fso-compatible version until a few minutes ago) would show a fix once the sky is clear again (probably next april... :/), but the tangogps-error probably should be taken care of. Anybody else having problems? Thanks and Greetings, /Ben [1] ** (tangogps:1439): WARNING **: Cannot get position: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/dbus/service.py, line 745, in _message_cb _method_reply_return(connection, message, method_name, signature, *retval) File /usr/lib/python2.5/site-packages/dbus/service.py, line 252, in _method_reply_return reply.append(signature=signature, *retval) TypeError: More items found in D-Bus signature than in Python arguments ** (tangogps:1439): WARNING **: Cannot get accuracy: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/dbus/service.py, line 745, in _message_cb _method_reply_return(connection, message, method_name, signature, *retval) File /usr/lib/python2.5/site-packages/dbus/service.py, line 252, in _method_reply_return reply.append(signature=signature, *retval) TypeError: More items found in D-Bus signature than in Python arguments [2] DEBUG gps ok: Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x12cf90 :1.3 /org/freedesktop/Gypsy at 0x12f930 implementing 'org.freedesktop.Gypsy.Accuracy' at 0x12fb30, Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x12cf90 :1.3 /org/freedesktop/Gypsy at 0x12f930 implementing 'org.freedesktop.Gypsy.Position' at 0x12fc30, Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x12cf90 :1.3 /org/freedesktop/Gypsy at 0x12f930 implementing 'org.freedesktop.Gypsy.Satellite' at 0x12fd30 [3] Message-ID: [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 29 hours in suspend = 70% battery left
Hi, On Fri, Aug 22, 2008 at 22:38 (+0300), Timo Juhani Lindfors wrote: It seems that c = self._commands[suspend] c.append( +CTZU=0 ) c.append( +CTZR=0 ) c.append( +CREG=0 ) c.append( +CGREG=0 ) c.append( +CGEREP=0,0 ) c.append( +CNMI=2,1,0,0,0 ) c.append( %CSQ=0 ) c.append( %CGEREP=0 ) c.append( %CGREG=0 ) c.append( %CBHZ=0 ) # home zone cell broadcast: disable in fso-frameword really helps to get the phone sleep well :-) What is this? Can you explicate, where to write/pipe/put these lines? (Didn't get an idea from grepping /usr/share and /etc.) Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 29 hours in suspend = 70% battery left
On Fri, Aug 22, 2008 at 23:13 (+0300), Timo Juhani Lindfors wrote: apt-get source fso-frameworkd and you'll see they are already in fso-frameworkd-0.2.0-git20080805/framework/subsystems/ogsmd/modems/ti_calypso/channel.py starting at line 181. If you have the same version as I have, 0.2.0-git20080805-5, you should already have these set. You're right, it's there. So something else is eating the energy (some days ago I had 30% left after 6 hours suspend). Thanks for the help! Bye, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] GPS-problems / tangogps in testing-feed broken
Hi, On Fri, Aug 22, 2008 at 23:27 (+0200), Torfinn Ingolfsen wrote: signal sender=:1.3 - dest=(null destination) path=/org/gpsd; interface=org.gpsd; member=fix I don't see this kind of message. Maybe that's due to different daemon-implementations on different hardware? Also all dbus-paths start with /org/freesmartphone/ here. Anyway I'm sure this is an application/dbus-problem as in the meantime I ran agpsui successfully: 90 seconds for the first fix. But even after agpsui having a fix, zhone is still clueless -- which can be explained by agpsui parsing ttySAC1 directly. (Interesstingly I can start and stop gpsd to my pleasure without any changes for agpsui or zhone. What's gpsd for, anyway?) Manually asking Gypsy via dbus reveals, that the dbus-interface is broken as it prints the same message that tangogps reported: dbus-send --system --print-reply --dest=org.freesmartphone.ogpsd /org/freedesktop/Gypsy org.freedesktop.Gypsy.Position.GetPosition Error org.freedesktop.DBus.Python.TypeError: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/dbus/service.py, line 745, in _message_cb _method_reply_return(connection, message, method_name, signature, *retval) File /usr/lib/python2.5/site-packages/dbus/service.py, line 252, in _method_reply_return reply.append(signature=signature, *retval) TypeError: More items found in D-Bus signature than in Python arguments Other methods like GetAccuracy fail, too, while GetSatellites successfully returns an empty array and GetConnectionStatus returns 1. Could anybody with more insights to the frameworkd/dbus-development shed some light on this? Is this a known problem? Should we simply wait for the next package? Thanks, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB keyboards silent in terminal (FSO)
On Tue, Aug 19, 2008 at 21:04 (-0400), Joel Newkirk wrote: With 2008.08 when I plug in any simple (IE single USB device, no extraneous lighted keys) keyboard it is functional, and the onscreen keyboard silently goes away as long as it's plugged in. Would you tell me which version of xserver-kdrive-glamo you're using? Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hi, slightly OT, sorry... On Thu, Aug 21, 2008 at 01:15 (+0200), Torfinn Ingolfsen wrote: FYI, I just installed FSO testing (latest snapshot) on my Neo 1973. Looks - I like it! screen locker - I like it! How do you do that? For me, after an opkg upgrade with the fso-testing feeds pressing the AUX-button doesn't lock the screen anymore. Is there some other button/procedure now? Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB keyboards silent in terminal (FSO)
I dare to jump in as I have the same problem. On Sun, Aug 10, 2008 at 12:39 (+0200), Fredrik Wendt wrote: sön 2008-08-10 klockan 13:00 +0300 skrev Timo Juhani Lindfors: What does lsof | grep glamo print? glamo-spi 172 root cwdDIR 31,6 0 1 / glamo-spi 172 root rtdDIR 31,6 0 1 / (Same with and without keyboard plugged in.) What appears to dmesg when you plug the keyboard in? usb-keyboard (through an usb-socket to mini-usb-plug-converter). usb 1-2: new low speed USB device using s3c2410-ohci and address 2 usb 1-2: configuration #1 chosen from 1 choice input: HID 046a:0021 as /devices/platform/s3c2410-ohci/usb1/1-2/1-2:1.0/input/input7 input: USB HID v1.11 Keyboard [HID 046a:0021] on usb-s3c24xx-2 input: HID 046a:0021 as /devices/platform/s3c2410-ohci/usb1/1-2/1-2:1.1/input/input8 input: USB HID v1.11 Device [HID 046a:0021] on usb-s3c24xx-2 ps/2-keyboard (through an additional usb-ps/2-converter): usb 1-2: new low speed USB device using s3c2410-ohci and address 2 usb 1-2: configuration #1 chosen from 1 choice input: CHESEN PS2 to USB Converter as /devices/platform/s3c2410-ohci/usb1/1-2/1-2:1.0/input/input9 input: USB HID v1.10 Keyboard [CHESEN PS2 to USB Converter] on usb-s3c24xx-2 input: CHESEN PS2 to USB Converter as /devices/platform/s3c2410-ohci/usb1/1-2/1-2:1.1/input/input10 input: USB HID v1.10 Mouse [CHESEN PS2 to USB Converter] on usb-s3c24xx-2 Any ideas? Cheers, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB keyboards silent in terminal (FSO)
On Tue, Aug 19, 2008 at 20:57 (+0200), Benito wrote: I dare to jump in as I have the same problem. Just found this: http://docs.openmoko.org/trac/ticket/1796 (see Message-ID: [EMAIL PROTECTED] on this list). And this: http://downloads.openmoko.org/framework/milestone2/updates/armv4t/xserver-kdrive-glamo_1.3.0.0+git4147f80c0bfedaff7749bccbd1e1d566dee0e04c-r7_armv4t.ipk On my FSO-system there's 1:1.3.0.0+gita51364e2f23d4b6331c5ed613ce3f7e15f8e540f-r6 installed, which according to the git-commit-dates is older than the afore mentioned ipk. For some reason the ipk is not included in the fso-arm4vt-feed. After installation of the newer package and a reboot I had to find that this sadly doesn't help with my keyboard-problem. I'll try a real usb-keyboard (without that usb-ps/2-converter) before complaining further, but as both mice (usb and ps/2) now work (funny thing without a cursor :) I suppose the additional converter is not the problem. So for now there's more light shed on the issue but the story continues... Cheers, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
On Thu, Aug 07, 2008 at 13:55 (+0200), Benito wrote: I think I'll try that 3-ring-adapter sold by handynow.de (link 4) and post my experience to this thread later. Short update, in case somebody is waiting: The adaptors arrived but they have only 2 rings and don't fit well to the freerunner (stereo-sound only with fiddling). I've asked for replacement and am waiting for an answer now. At the moment ordering this adaptor isn't recommendable. Bye, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
On Thu, Aug 14, 2008 at 23:32 (-0700), Russell Sears wrote: The package I'm using (and dependency packages) is now up at http://hedora.ath.cx/moko/ Thanks! Most dependencies I already had installed from the °angström-base-feed. To install your mediaplayer-package I only had to change the corresponding md5-sum in /var/lib/opkg/base. Note that the player also works if openmoko-soundsystem2 is not installed -- even better: no pulseaudio running saves quite some CPU-cycles. I simply tried that as I didn't felt comfortable with pulseaudio returning to my moko and so far it works for me. Only the GUI is buggy and sometimes not responsive, but I suppose that's not related to the sound output. On the cpu-hogging: playing mp3s takes constantly ~30% (with and without pulseaudio). But mplayer also uses 25%, while in OM2007.2 it was around 10%. So maybe this is not a mediaplayer-issue but one of the sound-subsystem? Cheers, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
On Thu, Aug 14, 2008 at 10:08 (-0700), Russell Sears wrote: Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked up a openmoko-mediaplayer package. Would you provide that to us? I'd like to use it, too. Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What could be done to improve the OM development process?
On Wed, Aug 13, 2008 at 14:06 (-0700), Russell Sears wrote: It works immediatly with FSO and I could phone while GPRS is on. Really?!? How? Is there a GUI somewhere, or did you edit the PPP scripts to enter your provider settings? See http://wiki.openmoko.org/wiki/GPRS_FSO The script works flawless here, too. I think of FSO as a bear bones linux installation. It doesn't too much, but it's rock-solid, and ready to have new software installed. So do I and I really appreciate it. What really makes me passionate about my neo is the possibility to control it completely and know how it works. FSO gives me much more freedom to make my own phone instead of fighting with pre-stuffed and fancy but slow, unstable and intransparent environments. The beauty of KISS proves itself. The only choice I'm not happy with is enlightenment/illume, which I didn't make friends with. Binary configuration files is a no-no AFAIC, and also the complexity of the e-universe (efl, eet, ewl, edje, etc) makes me frown up to now. (I know this wasn't an FSO-specific choice, but that doesn't make it better.) And a second, following complaint: I'd appreciate some more information for (becoming) developers on illume (and other components). A wiki-stub, a 2-lines README and a trivial INSTALL-file is somewhat too little for the introduction to the new and otherwise poorly documented windowmanager one shall work with from now on (hints welcome). My impression is that all the chattiness of users trying to cope with the different GUIs drowns the attention for the needs of people willing to participate more actively. At the moment crossing the gap from being a user to (seriously, not trollingly) taking part in the developing community needs quite an efford. If there was a little more help or even guidance in this (technical howtos, code references, man-pages, dedicated irc-channels, ...) some energy could be invested more productively. But in any way: a big Thank You to you FSO-developers! Your choice to develop and release(!) this non-distribution opened space and made things fun again! Cheers, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
Hi, On Thu, Aug 07, 2008 at 12:21 (+0200), elh wrote: yeah but the distances don't match on a 2 ring adapter. L and R Channel won't contact on the right place i think, but not sure. I can confirm this. Me too. My cheap adaptor from the supermarket (Watson 9612, not found online) has two rings and connects only one channel (right ear) if plugged in tightly. When fiddling around and pulling it a bit out there's one position in which both channels are connected, but this isn't usable for real life. On the other hand the wiki says, that the stereo audio adapter for Motorola MPx200/E398 would work[1]. The original adaptor from Motorola has 3 rings[3]. According to this picture[2], there're also variants with 2 rings, though. Those probably won't serve for headsets but only for listening. But to make it complicated I found an adaptor with 3 rings which, according to the shop's description, yet needs to be unplugged in order to make a call or answer the phone[4]. As a obvious conclusion this means, that not only the number of rings but also their position is important. And/or that we might not trust those webshop pictures too much. (Wow, what a result for one hour research...) I think I'll try that 3-ring-adapter sold by handynow.de (link 4) and post my experience to this thread later. Bye, /Ben [1] http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner#Buttons_and_connectors [2] http://www.amazon.de/gp/product/images/B000SO26JQ/sr=1-1/qid=1218106143/ref=dp_image_0?ie=UTF8n=562066s=ce-deqid=1218106143sr=1-1 [3] http://www.discountcell.com/cellular/pn/Motorola_SKN6183 [4] http://www.handynow.de/handy-zubehoer/motorola-musikadapter.5325.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community