Re: Openmoko (was Re: Login screen on firmware upgradation)
Failure? Not at all. Openmoko, the project, helped to spin a lot of important movements throughout the industry, and, even more important, Openmoko Inc., the company, brought the first truly hackable mobile phone hardware into the hands of 'everyone'. That's a major achievement and I even go so far to say it's undisputable. Yes, the hardware was not perfect, and yes, due to a bunch of management failures combined with the economic crisis a couple of years ago, there is no more mobile phone hardware coming from Openmoko Inc. To say that Openmoko, the project, has no future is far from the truth and we can see that every day watching the action happening on free hard- and software projects all around the globe, such as GTA04, FSO, SHR, QtMoko. Yes, much of the action has moved from the Openmoko devices to newer devices, such as the HTC phones, Palm Pre, Nokia N900, etc., but again, hardware ages, that's a given, and by no means a fault of Openmoko Inc., the company. Cheers, -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Using the Freerunner as a modem for a laptop
Am Montag, den 30.11.2009, 18:58 +0100 schrieb Sven Hartrumpf: I tried the first step of the FSO method: $ mdbus -s org.freesmartphone.onetworkd /org/freesmartphone/Network org.freesmartphone.Network.StartConnectionSharingWithInterface usb0 Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged $ Is this ok? Looks good. Apart from the dbus nagging (bugs that don't seem to get fixed, so we might as well disable the nagging), no error message. The remaining description is too short, at least for me :-) Probably, because there's nothing else to do but this step. Use DHCP now to connect to your device, that should be it. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: CellHunter legend
Am Sonntag, den 22.11.2009, 12:02 +0100 schrieb Joachim Ott: Apart from CellHunter, you have information from frameworkd: grep ogsmd.device /var/log/frameworkd.log And at least for Germany, you can find out cell information from the Reg-TP: http://emf.bundesnetzagentur.de/gisinternet/index.aspx You are using currently a pop-up blocker. For this application pop-up windows has to be allowed. The following programs work with pop-up blockers: * Google / MSN / Yahoo Toolbar * Internet Explorer SP 2 * Mozilla / Firefox / Netscape Navigator Please disable the pop-up blocker or allow pop-up windows on this site. Not sure whether I should lough or cry... -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Problem with gsm modem under openmoko (gta02/A6).
Sounds like you are missing the package that includes /etc/frameworkd.conf :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [Om2009] D-bus errors
On Thursday 18 June 2009 16:41:54 Sebastian Krzyszkowiak wrote: Traceback (most recent call last): File ./myapp.py, line 9, in module print gps_device.GetConnectionStatus() File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 68, in __call__ return self._proxy_method(*args, **keywords) File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib/python2.6/site-packages/dbus/connection.py, line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Python.NameError: Traceback (most recent call last): File /usr/lib/python2.6/site-packages/dbus/service.py, line 702, in _message_cb retval = candidate_method(self, *args, **keywords) File string, line 1, in lambda File /usr/lib/python2.6/site-packages/framework/resource.py, line 57, in checkedsyncmethod dbus_error( ResourceNotEnabled( Resource %s is not enabled, current status is '%s' % ( self.__class__.__name__, self._resourceStatus ) ) ) NameError: global name 'dbus_error' is not defined Now, I understand that the resource is not enabled, but that's not the 'real' problem, of course: I'm talking about the NameError. Should I import something, make use of a higher-level interface? Or is this a plain bug? Bug here, fixed in HEAD. Thanks! :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Call volume
Try this and please report: diff --git a/framework/subsystems/ogsmd/modems/ti_calypso/channel.py b/framework/subsystems/ogsmd/modems/ti_calypso/channel.py index 45ba68e..1dbeb96 100644 --- a/framework/subsystems/ogsmd/modems/ti_calypso/channel.py +++ b/framework/subsystems/ogsmd/modems/ti_calypso/channel.py @@ -256,6 +256,7 @@ class UnsolicitedResponseChannel( CalypsoModemChannel ): c.append( %CNIV=1 ) c.append( %CSTAT=1 ) c.append( '@ST=-26' ) # audio side tone: set to minimum +c.append( +CLVL=255 ) # speaker volume: set to maximum deepSleepMode = config.getValue( ogsmd, ti_calypso_deep_sleep, adaptive ) if deepSleepMode == never: :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Device somehow powered down - would not power up again
On Saturday 28 March 2009 16:14:52 Rask Ingemann Lambertsen wrote: On Sat, Mar 28, 2009 at 01:31:56PM +0100, Sebastian Spaeth wrote: USB only delivers 100mA until a higher rate is negotiated. But for this to happen you need to have the kernel and the usb drivers loaded already, so it is kind of difficult. And the FR uses more than 100mA when booting. USB ports are not just USB ports. I have a PCI card with USB ports that provide around 600 mA while the ones on the motherboard provide only around 300 mA (and generally work poorly with the FR). My FR without battery boots and runs fine off the PCI card USB ports. Btw, there's an FSO bug which means that distributions based on FSO won't work without a battery unless you comment out this part of /etc/freesmartphone/oevents/rules.yaml: - trigger: PowerStatus() filters: HasAttr(status, empty) actions: Command('poweroff') Correct. This will be fixed with the new combined battery object that aggregates the information from various power sources. If noone beats me to it, I'll try to get it done after OpenExpo. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: GSM Power Control
On Saturday 21 March 2009 13:16:56 Joel B. Land wrote: Serving Cell Information (2,1) Parameter no. Name Meaning 8 txlev Transmit Power Level Isn't this referring to the cell's power level rather than to the phone's? :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: ETH0 wifi on FSO not working
Am Wednesday 11 February 2009 12:35:27 schrieb a...@nanocom.co.il: i have problem on the last FSO Milestone i cnot get the wifi to work Starting with MS5, you have to use the Resource subsystem to use WiFi. and all the application like i/o and telenot working i get error That's normal. Paroli needs to be updated. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [FSO] Wifi in M5 no longer functioning
Am Wednesday 04 February 2009 10:08:37 schrieb Dylan Semler: mic...@openmoko.orgwrote: That's correct behaviour due to auto-release. Please read the usage introduction at http://docs.freesmartphone.org/usage-intro.html If you can't stay on the bus, use SetResourcePolicy. My bad, I hadn't read far enough before to catch the note about mdbus at the bottom. I've set the policy to enabled, but still having troubles r...@om-gta02:~# mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy WiFi enabled r...@om-gta02:~# mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.GetResourceState WiFi True Good so far. The framework itself does its job then. r...@om-gta02:~# ifup eth0 WPA: Configuring Interface ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported udhcpc (v1.13.2) started run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1 Sending discover... Sending discover... Sending discover... No lease, failing I don't _think_ it's a configuration issue, as my setup hasn't changed since M4 and I'm using the same config files. I'm afraid the new kernel broke something then. Can you try an older one to make sure? -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [FSO] Wifi in M5 no longer functioning
Am Wednesday 04 February 2009 02:55:25 schrieb Dylan Semler: It seems that my prior FSO wifi configuration no longer works with M5. Did you request WiFi with the Usage API? -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [FSO] Wifi in M5 no longer functioning
Am Dienstag, den 03.02.2009, 22:13 -0600 schrieb Dylan Semler: On Tue, Feb 3, 2009 at 8:20 PM, Michael 'Mickey' Lauer mic...@openmoko.org wrote: Am Wednesday 04 February 2009 02:55:25 schrieb Dylan Semler: It seems that my prior FSO wifi configuration no longer works with M5. Did you request WiFi with the Usage API? I guess I did not. Now I run r...@om-gta02:~# mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.RequestResource WiFi r...@om-gta02:~# mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.GetResourceState WiFi False r...@om-gta02:~# That's correct behaviour due to auto-release. Please read the usage introduction at http://docs.freesmartphone.org/usage-intro.html If you can't stay on the bus, use SetResourcePolicy. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12 (was part of the Brick thread)
Am Monday 19 January 2009 03:50:15 schrieb Wolfgang Spraul: Do you see any problems with GTA01 support in Om2009? Here is what I can think of: 1. image size - seems we will have no problem, Om2009 should be less than 64MB? Current FSO-images are a bit fat around the hips (80MB), but we can strip things or move to requiring an SD. 2. Qi - not sure where Qi on GTA01 stands, and how risky we believe it would be to ask GTA01 users to switch to Qi Very risky for all those without debug boards. 3. .28 kernel - not sure exactly what the current status of the .28 kernel on GTA01 is, but I know some people are working on it Stefan? 4. building it regularly and testing it - well I guess building is no problem for you, you always build GTA01 and GTA02 images, testing should be fine Wendy has a fully functional GTA01 in Taipei Yeah. Anything else? Nothing I can think of. If we get .28 running solid on GTA01, userland will not be a problem. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [FSO] root file systems
Am Thursday 25 December 2008 01:25:46 schrieb C R McClenaghan: FSO seems to support several root files systems per release - console, ilume, gtk, etc. What is the difference - functionally or UI-wise - if The console-image drops you off into a console on tty1 [you need to ssh into the device to do something meaningful with it] -- no display server nor window manager included. The illume image contains an X-server and the illume window manager. For reference, we regular build fso-zhone-images as well, these include some GUI toolkits and the Zhone testing application, which -- if noone adopts it -- is going to be phased out. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Not supporitng GTA01? [Was: [openmoko-announce] Om 2008.12 Beyond]
I don't want to comment on whether Openmoko should do more work on GTA01 or rather concentrate on 02 and 03, but I do want to state that you can't compare the usual end-of-support product to an Openmoko end-of-support product. Openmoko not releasing anymore images for 01 is _orders of magnitude_ less of a problem than any competitor no longer supporting a model. The reason being the paradigmatic openness of Openmoko. Everything is out there -- at your fingertips, so to speak -- you can still compile 2009.x for the 01 (yes, you need to remove some things) or work on exciting new software for it. U-Boot and the kernel may not receive many more updates, but that's about it. For the rest of it, you don't have to rely on Openmoko to get fresh software for your GTA01. Again, while I don't want to comment whether this is right or wrong from Openmoko Inc, I hope that it puts things into perspective. Yours, Mickey. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: NTP
Am Mittwoch, den 17.12.2008, 10:27 +0200 schrieb Timo Juhani Lindfors: Michael 'Mickey' Lauer mic...@openmoko.org writes: Does the GSM module in the Neo 1973 / Freerunner support getting such information? Yes, however see above. Interesting. How can it be obtained? It comes as unsolicited response code. How can I check if my operator supports it? You have to ask them or query the logs. I have never seen a timezone value, it's very rare. gsmdebug.DebugCommand(AT+CCLK?\r\n) ['+CCLK: 0/1/1,0:23:25', 'OK'] This sets the modem's RTC. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: FSO Android (was: Sad Story)
Please don't mix teams, distributions, and efforts. FSO is an initiative building a dbus-based framework for mobile devices, 100% funded by Openmoko. The FSO team evolved out of Openmoko's Framework Team. FSO provides a dbus API and a reference implementation that is supposed to run on as many devices as we can manage -- including the GTA's, but also a lot of non-Openmoko devices. Openmoko 2008.x is a distribution, which does not include the new framework, since Qtopia is the framework used there. Openmoko 2009.x will be a distribution including the FSO framework. A personal remark: With all these semiopen initiatives going live, I see Openmoko being more and more important for free software, not less. At the end of the day, OM is still only free open mobile communications platform(*) out there -- and I don't see that changing soon. Cheers, -- :M: (*) A platform is a combination of hardware and software, not just one of them. What use is a software that I can not put on my closed device? Likewise what use is hardware that I can't update with my own software. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: NTP
Am Friday 28 November 2008 11:09:32 schrieb Arthur Marsh: Bastian Feder wrote, on 28/11/08 20:06: Hi, I'll find it very sexy if it were possible to get the time from the GPS signal, too. (in case there is no network available) Any thoughts about that done by anyone? Doesn't the GSM network also send time information? Yes, but only few operators send it. Does the GSM module in the Neo 1973 / Freerunner support getting such information? Yes, however see above. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: SHR - GPRS
Am Monday 15 December 2008 20:16:14 schrieb Paul: I know there are reports that GPRS does work with SHR. I've download the fso-config-util.py script and edited my apn settings, although for cingular/att, there is another number its supposed to dial but no place to put it in the script. When I hit connect, it just says, release. Please send us a debug log. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: My Mickeyterm/Ctrl-z Headache
Try mickeyterm -c (character mode) for sending SMS. I need to come up with an escape character substitution when in (default) readline mode. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [FSO] Xorg on openmoko-fso-console-image
Am Saturday 15 November 2008 23:07:52 schrieb Sten Kvamme: I want to run openmoko FSO with X but without window manager and other applications. What is easiest to do, disable enlightenment and zhone from openmoko-fso-image-glibc, or to install Xorg on openmoko-fso-console-image? I don't think either makes a difference. Personally I always rather start small and add packages than remove though. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: PyGTK on Freerunner
Dear Matteo, we are seriously interested in your product to be embedded in our building automation system. Sounds pretty interesting, vertical markets like yours are one of the reasons why we started this project. First of all I need to know if compiler is armv5te and if PyGTK is full supported on Om 2008.9 and if it's GTK based. In our current product (Openmoko FreeRunner), we are shipping an s3c2410, which is an armv4t compliant processor. Although Om 2008.9 is not Gtk-based, you can easily install PyGtk and it will work in tandem with the preinstalled applications. For your use case, I would even advice looking into a heavily customized image (building one yourself) that only contains the software you need for your application -- the tools are all out there. Hope that helps, :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [fso-testing] Where has ld.so.conf gone?
It has been split out into another package, see the respective discussion starting with http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-October/006557.html and this file is indeed missing. Where has it gone? Can ldconfig work without? Good question. Can you check the source? -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: PyGTK on Freerunner
Am Sunday 26 October 2008 11:06:17 schrieb Michael 'Mickey' Lauer: Dear Matteo, we are seriously interested in your product to be embedded in our building automation system. Sounds pretty interesting, vertical markets like yours are one of the reasons why we started this project. First of all I need to know if compiler is armv5te and if PyGTK is full supported on Om 2008.9 and if it's GTK based. In our current product (Openmoko FreeRunner), we are shipping an s3c2410, Drat, that was wrong. It's a s3c2442 -- still armv4t though. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Re-registering to GSM network
This is Openmoko bug #1024, which essentially seems to be a bug in the TI firmware. It depends on the TI Calypso sleep mode, the traffic in the cell you're logged into, and probably also your network operator's software running on the cell towers. We're experimenting with a band-aid atm (see bug-report for the entire gloryness...). -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [debian] tslib device
Am Mittwoch, den 01.10.2008, 15:05 +0200 schrieb Esben Stien: Michael 'Mickey' Lauer [EMAIL PROTECTED] writes: we use a custom udev rule to make a softlink from touchscreen0 to [whatever is the input node of it] What is your udev rule?;) I don#t know offhand. Please check our OE repository. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [debian] tslib device
Am Montag, den 29.09.2008, 22:07 +0530 schrieb sparky mat: I am trying to get the touchscreen to work in SDL (on Debian) compiled over DirectFB. SDL is not detecting any event from the touchscreen. As far as I understand, the following environment variables are to be set: export SDL_MOUSEDRV=TSLIB export SDL_MOUSEDEV=/dev/input/event1 ( -- is this correct? ) It might be correct, might be wrong. The kernel layers actually give no guarantee about the order of input nodes. In OpenEmbedded, we use a custom udev rule to make a softlink from touchscreen0 to [whatever is the input node of it] -- debian should copy that technique. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [debian] tslib device
Am Dienstag, den 30.09.2008, 12:11 +0530 schrieb sparky mat: It might be correct, might be wrong. The kernel layers actually give no guarantee about the order of input nodes. In OpenEmbedded, we use a custom udev rule to make a softlink from touchscreen0 to [whatever is the input node of it] -- debian should copy that technique. So is there a /dev/touchscreen0 or /dev/ts0 in FSO? Couldn't find one in debian. [EMAIL PROTECTED]:~# ls -l /dev/input/ crw-rw1 root root 13, 64 Sep 28 15:23 event0 crw-rw1 root root 13, 65 Sep 28 15:23 event1 crw-rw1 root root 13, 66 Sep 28 15:23 event2 crw-rw1 root root 13, 67 Sep 28 15:23 event3 crw-rw1 root root 13, 68 Sep 28 15:23 event4 crw-rw1 root root 13, 63 Sep 28 15:23 mice lrwxrwxrwx1 root root6 Sep 28 15:23 touchscreen0 - event1 :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: FDOM Suspend/Lock Issue
Openmoko does not develop their 2007.2 distribution anymore, interesting development happens around the SHR community who are working on porting the Gtk+ applications to use the new FSO framework which Openmoko has been funding and will be using in future distributions. If someone wants SVN access to develop these things in the Openmoko access, you're welcome to take over the wheel. Cheers, Mickey. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: FDOM Suspend/Lock Issue
Am Dienstag, den 30.09.2008, 14:53 + schrieb [EMAIL PROTECTED]: How about this? Do you know of a way to get the 2007 look and feel ie. Window manager and theme, up and running instead on e and illume? Just edit the BitBake image files and substitute E and Illume with the Window Manager and theme of your choice. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Running python programs under Qtopia
PyQt used to explicitly support Qt/Embedded back in the 2.x days, I worked a lot on/with it. I don't think it fundamentally went away, but you might have to hack it a bit to get recent versions of it compiled against Qt/Embedded 4.x. :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [FSO] GPRS not functioning in M3
Am Thursday 18 September 2008 03:05:01 schrieb Dylan Semler: Has anyone else had their GPRS stop working since flashing FSO M3. It was working for me in M2. I've filed a bug about it[1] but no action so far. [1] http://trac.freesmartphone.org/ticket/140 I see this line here: ogsmd.pdp INFO configuring ppp for user 'x' w/ password 'x' I doubt that's correct for T-Mobile. Please try again with for user and password. MS2 did not care for user and password settings, MS3 does care :) -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gllin on Debian
Am Freitag 29 August 2008 00:57:42 schrieb Juan CaƱete: after installing Debian on a Neo1973 I realized that the driver of gllin provided is an opkg file. Does anyone knows how to install de GPS driver under Debian? ipkg is somewhat compatible to .deb, try installing it. If it doesn't work, you can always use ar+tar to extract it and install it manually. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Installing applications in FSO
Am Mittwoch 27 August 2008 18:16:53 schrieb sparky mat: Is it possible to install applications to FSO? (trying FSO for the first time) Sure. To make the .desktop files appear you need to set the category = Office or change some xdg configuration file which I don't know offhand. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Support for pre-paid system notifications
Am Donnerstag 21 August 2008 22:14:05 schrieb Lon Lentz: The current qtopia/x11 build (if I'm remembering correctly) is providing the message from my pre-paid service (Speak Out) after every call. A little message pops up telling me how much is left on my account. On Windows phones it comes in as a text message. Is this part of the dialer? A separate package? Something else? Anyway of getting it into the zhone dialer? Once I know his this works, I'll be glad to add it to the framework. Can you give me a dump of the AT commands? -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Debian GTA02 How to get python logs, messages etc?
Am Sonntag 17 August 2008 01:36:20 schrieb clare johnstone: hI, My FreeRunner seems to have a dropout problem. It shows Vodafone AU and a blue bar a lot of the time, then the bar may empty, then it may say instead no service then it recovers. I'm afraid that could be the infamous #1024 :( A simple way to find out what's happening is: ssh into the device run 'mdbus -s -l' and watch the signals coming in... -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: How do I get Python packages for (stock FreeRunner) 2007.2?
Am Sonntag 17 August 2008 10:09:56 schrieb Edgar D' Souza: Hi, After a sizeable hiatus while my laptop was down and out for repair, I'm back on the Net and playing with my FreeRunner again. I'm trying to install Python and related packages, but cannot find the packages. According to http://wiki.openmoko.org/wiki/Python, ScaredyCat's repos provide binary packages (I don't have a build environment yet because I'm still more than a little confused about OE and bitbake and all those complications, so the source packages are not much use for me). However, despite having a scaredycat.conf like this: [EMAIL PROTECTED]:# cat /etc/opkg/scaredycat.conf src/gz scaredycat-all http://buildhost.automated.it/OM2007.2/packages/all src/gz scaredycat-armv4t http://buildhost.automated.it/OM2007.2/packages/armv4t src/gz scaredycat-neo1973 http://buildhost.automated.it/OM2007.2/packages/neo1973 src/gz scaredycat-om-gta01 http://buildhost.automated.it/OM2007.2/packages/om-gta01 I still cannot get Python binary packages: [EMAIL PROTECTED]:~# opkg install -d card python-core python-misc python-lang Installing python-core (2.5.2-ml0) to card... Downloading http://buildhost.automated.it/OM2007.2/packages/armv4t/python-core_2.5.2-ml 0_armv4t.ipk Installing python-misc (2.5.2-ml7) to card... Downloading http://rabenfrost.net/celtune/ipk/armv4t/python-misc_2.5.2-ml7_armv4t.ipk Installing python-lang (2.5.2-ml0) to card... Downloading http://buildhost.automated.it/OM2007.2/packages/armv4t/python-lang_2.5.2-ml 0_armv4t.ipk Collected errors: * Failed to download http://buildhost.automated.it/OM2007.2/packages/armv4t/python-core_2.5.2-ml 0_armv4t.ipk, error 0 * Failed to download python-core. Perhaps you need to run 'opkg update'? * Failed to download http://rabenfrost.net/celtune/ipk/armv4t/python-misc_2.5.2-ml7_armv4t.ipk, error 0 * Failed to download python-misc. Perhaps you need to run 'opkg update'? * Failed to download http://buildhost.automated.it/OM2007.2/packages/armv4t/python-lang_2.5.2-ml 0_armv4t.ipk, error 0 * Failed to download python-lang. Perhaps you need to run 'opkg update'? I've already run opkg update just before attempting to install the python packages... Could someone please tell me what is wrong here and what I can do to get these packages? Well, that's the problem with mixing feeds. Apparantly both your feeds have python packages with varying versions. I'd rather remove one feed. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Official Debian port with FSO
Am Sonntag 17 August 2008 00:07:28 schrieb xaos x: That worked for outgoing calls. I'm still receiving the following upon incoming calls: Traceback (most recent call last): File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/channel.p y, line 218, in _readyToRead self.readyToRead( data ) File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/channel.p y, line 354, in readyToRead self.parser.feed( data, not self.q.empty() ) File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/parser.py , line 127, in feed nextstate = self.state( b, haveCommand ) File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/parser.py , line 177, in state_inline_r return self.unsolicitedLineCompleted() File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/parser.py , line 237, in unsolicitedLineCompleted self.unsolicited( self.lines ) File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/decor.py , line 45, in logIt result = fn( *args, **kwargs ) File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/channel.p y, line 526, in _handleUnsolicitedResponse method( values.strip() ) File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/modems/ti_cal ypso/unsolicited.py, line 128, in percentCPI info[peer] = const.phonebookTupleToNumber( number[1:-1], int(ntype) ) File /var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/const.py , line 805, in phonebookTupleToNumber assert ntype in ( 129, 145, 185, 208 ), unknown type %i % ntype AssertionError: unknown type 161 Heh, it's amazing with all these out-of-spec numbers :) The only ones mentioned in the official spec are 129 and 145. I'd be grateful for additional information, since I want to classify these numbers to perhaps treat them specially. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: python and FSO MS 2 questions
Am Freitag 15 August 2008 21:29:15 schrieb C R McClenaghan: I thought I'd try some different things and learn python along the way. Good choice! I have FSO MS 2 installed with opkg feeds updated and including the angstrom repository feed. Good. I don't seem to be able to install python packages which appear in the angstrom repository, although I have installed other non-python packages from angtrom - e.g., libnotify, etc., for the the alpha 2 version of gestures working. Perhaps there is something about opkg I don't understand. I added a base-feeds.conf per the instructions here http://wiki.openmoko.org/wiki/Repositories . What is the exact error message? With respect to python, I'm assuming that I can install any python package/file I choose and it need not come through the opkg system, just drop the *.py file(s) where it can be found. Yes. Now that leads to what is probably simply a python question, but I'll ask it anyway, what is the proper way to set PYTHONPATH such that a new directory of python files will be found? I tried: PYTHONPATH=$PWD where the files were in my current directory and the import statements still failed. Show us your tree and the error message. Usually python files in the same directory are found without changing the pythonpath, otherwise you need to usually issue export PYTHONPATH=path/to/new_package, not directory of new package. since most packages use from package import module. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Is anyone working on Ruby 1.9 for GTA01/02 ?
Am Freitag 08 August 2008 20:08:38 schrieb sparky mat: On Fri, Aug 8, 2008 at 11:24 PM, Jim Morris [EMAIL PROTECTED] wrote: sparky mat wrote: I was wondering if anyone was working on porting Ruby 1.9(.0-3) for GTA01/02. Now I have mokomakefile working, I was going to port 1,8,6 although 1.8.5 is available as an ipkg but is missing essential libraries. I just felt that 1.9 would make more sense given that on the mobile, interpreting would be quite a bit slower. If you can help me get started, I will try and port 1.9.0-3. Please start with the 1.8.x recipe in OE and update our patches accordingly. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Bitbaking Ruby 1.9
Am Samstag 09 August 2008 05:19:50 schrieb sparky mat: Ruby 1.9 seems to compile and run fine. Currently, I am compiling it on my phone. I am not familiar with OpenEmbedded or Bitbake. Can someone add Ruby 1.8.6 and Ruby 1.9 to the repository? Possibly, we can remove Ruby 1.8.5 from the repository since Ruby 1.8.6 is a grammar-compatible upgrade to 1.8.5 with significant improvements IIRC. Alternatively, if someone can guide me, I can add these myself. I mean, add the bitbake recipe so that the build host will compile and upload its ipk file to the GTA01/02 repository. Please submit recipes and/or updated patches to the OE bugtracker. Thanks, :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Bitbaking Ruby 1.9
Am Sonntag 10 August 2008 04:58:03 schrieb sparky mat: Please submit recipes and/or updated patches to the OE bugtracker. Thanks, I am not sure if this is possible. It seems the compilation creates a 'miniruby' executable, which generates/compiles the rest of the code base. I am not sure how that can be done on a build host. Just take a look at how we did it with ruby 1.8.x in OE. The canonical way to deal with something like that is add a foo-native package to OE and fix the foo package to call the native tool instead. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: gta02, 2007.2: state of upgrades
Am Samstag 02 August 2008 23:19:45 schrieb arne anka: The idea of only one partition is as old as this project. Back then the killing factor was the speed of U-Boot mounting the jffs2 partition and reading from it. something like an initrd is out of question? No, we could do that to improve the latency user experience on boot, but it doesn't help loading a kernel from jffs2, since still you have to mount jffs2 before. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: OM2007.2
Am Samstag 26 Juli 2008 15:17:42 schrieb sparky mat: Hi, newbie here. OM2007.2 is still actively developed right? I mean ASU is an alternate path right? Openmoko does not actively develop OM2007.2, all resources are going into ASU (and the framework initiative). I think we should move to SHR once they have their first release. In the meantime, someone could/should drag all the Openmoko sources into a public Om project repository and continue developing 2007.2 there. If that's going to happen, ping me and I'll change the respective BitBake recipes in OE to pull from the new location. Cheers, -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Cannot play MP3 or OGG as ringtone on GTA02
Am Dienstag 22 Juli 2008 00:41:24 schrieb Gero Mudersbach: Hello, in /etc/pulse/session I found load-sample ringtone /usr/share/openmoko/sounds/... I have changed the entry for a MP3 file instead of the default wave. Unfortunately the phone just vibrates but does not play the ringtone. OGG doesn't work, too. I found out that moko-notify calls the pa_context_play_sample function of pulse to play the cached (uploaded) sample. So, it seems that there is something missing to decode the OGG/MP3 before it gets cached or am I on the wrong track here? pulseaudio only features WAV files. In FSO we are using GStreamer to create all kinds of tones. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support