Re: Openmoko (was Re: Login screen on firmware upgradation)

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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).

[Michael 'Mickey' Lauer]

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: MMS in future?

[Michael 'Mickey' Lauer]

Although I don't plan to do any work in it myself, I'm open for MMS in the FSO 
framework. Support for binary SMS (which is the underlying technology) is 
pending though (and might need to wait until FSO 2.0's fsogsmd is ready for 
prime time) and someone would need to start with an MMS parsing library.

:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [Om2009] D-bus errors

[Michael 'Mickey' Lauer]

On Thursday 18 June 2009 16:41:54 Sebastian Krzyszkowiak wrote:
> > Traceback (most recent call last):
> >  File "./myapp.py", line 9, in 
> >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 "", line 1, in 
> >  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: [SHR unstable] Saving GPRS settings

[Michael 'Mickey' Lauer]

Once we have some more contributions wrt. a GPRS database, then FSO could 
autogather the settings from your SIM card (with the option to override, of 
course).

:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Call volume

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

On Sunday 29 March 2009 18:45:16 Rask Ingemann Lambertsen wrote:
> On Sat, Mar 28, 2009 at 11:23:17PM +0100, Michael 'Mickey' Lauer wrote:
> > 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.
>
>Btw, (how) will FSO handle the case where two batteries show up in
> /sys/class/power_supply?

Right now it creates a dedicated dbus object for every power supply. It will 
continue to do so in the future [for backwards compatibility and for folks who 
want to provide detailed power supply statistics], but additionally there will 
be a dbus object listening at /org/freesmartphone/Device/PowerSupply that 
provides an aggregated view of all power supplies. This object will then be 
the only one sending the power status messages out.

: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

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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 tele"not 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

[Michael 'Mickey' Lauer]

Am Wednesday 04 February 2009 10:08:37 schrieb Dylan Semler:
> wrote:
> > 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

[Michael 'Mickey' Lauer]

Am Dienstag, den 03.02.2009, 22:13 -0600 schrieb Dylan Semler:
> On Tue, Feb 3, 2009 at 8:20 PM, Michael 'Mickey' Lauer
>  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: [FSO] Wifi in M5 no longer functioning

[Michael 'Mickey' Lauer]

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: Experiences with GTA02 and OM2008.12 (was part of the "Brick" thread)

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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]

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

Am Mittwoch, den 17.12.2008, 10:27 +0200 schrieb Timo Juhani Lindfors:
> "Michael 'Mickey' Lauer"  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: NTP

[Michael 'Mickey' Lauer]

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: FSO & Android (was: Sad Story)

[Michael 'Mickey' Lauer]

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: /etc/init.d/fso-gpsd pid-file off by one

[Michael 'Mickey' Lauer]

Excuse me, you're surely trying to make a point here, but I could not follow 
because I was distracted by your unnecessary use of rude language.

Please try to avoid that next time.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: SHR - GPRS

[Michael 'Mickey' Lauer]

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/at&t, 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

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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: Toolchain add library "libserial"

[Michael 'Mickey' Lauer]

Am Thursday 30 October 2008 13:01:07 schrieb macebre:
> On Thursday 30 October 2008 11:50:11 Joachim Ott wrote:
> > 2008/10/30 macebre <[EMAIL PROTECTED]>
> >
> > > Hi,
> > >
> > > I woud like to install the library "libserial"
> > > http://libserial.sourceforge.net/mediawiki/index.php/Main_Page
> > > into the Toolchain. I followed the instructions in the wiki under
> > > Toolchain (
> > > http://wiki.openmoko.org/wiki/Toolchain - Installing additional
> > > libraries into
> > > the toolchain)
> > >
> > > ./configure --host=arm-angstrom-linux-gnueabi --
> > > prefix=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr
> > > seems to do fine
> > >
> > > now i'm stuck by the  command: make
> > > i get following errors: (in the text-file)
> > >
> > > can somebody give me a hint what i have to do next to install it,
> > > or maybe sombody can add it to the
> > > angstrom-repositories > >rt
> >
> > It cannot find the c++ include files,  and I think it's because the
> > include-path is misconfigured. Can you edit the Makefile and change the
> > directive
> >
> > -isystem/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/include
> >
> > to this:
> >
> > -i/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/include
>
> Thanks,
>
> that brought me to the solution..(it didn't work with the small -i)
> then I set CCPFLAGS to:
> CPPFLAGS= "-I/usr/local/openmoko/arm/arm-angstrom-linux-
> gnueabi/usr/include/c++/4.1.2/arm-angstrom-linux-gnueabi -
> I/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/include/c++/4.1.2 -
> I/usr/local/openmoko/arm/arm-angstrom-linux-
> gnueabi/usr/include/c++/4.1.2/backward"
>
> so all c++ includes will be found and mad another makefile with
>
> ./configure --host=arm-angstrom-linux-gnueabi --
> prefix=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr
>
> then
> make
> make install
>
> and it worked.
>
> anyway it would be nice if somebody could add this library to the
> http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base
> Repository

I have just added it to OE. It should migrate into the feeds eventually.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: PyGTK on Freerunner

[Michael 'Mickey' Lauer]

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: [fso-testing] Where has ld.so.conf gone?

[Michael 'Mickey' Lauer]

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

[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, 
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: WSOD solutions??

[Michael 'Mickey' Lauer]

Am Dienstag, den 21.10.2008, 01:40 +0200 schrieb Pietro "m0nt0"
Montorfano:
> Hi i've read a little bit of this annoying problem that me and other
> people are experiencing:
> after a long sleep (> 20 mins), at the resume the screen turns white and
> you can't interact normally with the FR, it's still alive, you can get
> ssh to it but it's unusable in suspend.
> I'm using 2008.8-update (20-10-2008) and i'd like to use 2008.x or FSO
> image (FSO is preferred).
> Is there a solution?

FYI: Harald Welte (the original author of this code) suspects this to be
a timing problem / command ordering problem when reenabling the display.
I have a device that exposes this problem at runtime which he's going to
inspect on the 27th of this month.

:M:


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Re-registering to GSM network

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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: FDOM Suspend/Lock Issue

[Michael 'Mickey' Lauer]

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: FDOM Suspend/Lock Issue

[Michael 'Mickey' Lauer]

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: [debian] tslib device

[Michael 'Mickey' Lauer]

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: [debian] tslib device

[Michael 'Mickey' Lauer]

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: Battery Indicator problem

[Michael 'Mickey' Lauer]

Am Montag, den 22.09.2008, 11:41 -0700 schrieb henrikz:
> I am not familiar with CC vs TH-batteries, but I do know that I am using the 
> standard battery shipped with my FR (from Golden-Delicious in Germany).
> 
> I take it from Your reply that I (i.e. the average FR user) should be able to 
> see the battery status on the indicator?!

Yes.

> So the problem is either hardware or ... ?

First, check what battery you are actually using. It's going to show
+ (TH) - or
+ (CC) - where the contacts are.

If you are indeed using a CC battery, then something is broken. I heard
about that once before, so you're not the only one. Perhaps the supplier
(and the CC battery internals) changed or it's simpy a bug in the
kernel. In that case you need to bring that up to the kernel experts
(opening a bug and/or posting to the kernel development list).

:M:


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Running python programs under Qtopia

[Michael 'Mickey' Lauer]

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: Battery Indicator problem

[Michael 'Mickey' Lauer]

Am Sonntag, den 21.09.2008, 03:07 -0700 schrieb henrikz:
> The battery indicator on my Freerunner, running Om2008.09 is always RED and
> empty.
> Actually I have never seen any battery status in any OM200x release, in the
> last 2008.08 version the battery indicator
> was also always empty but sometimes white (and not red).
> 
> Until now I thought this had something to do with the OM-Distribution being
> in an early stage/version, but since I have seen no other posts about this
> problem, I am starting to worry that problem might be on my end and in the
> worst case my FR.
> 
> Is anyone else experiencing this problem? 
> 
> As an additional hint I can also mention that during boot the following
> message appears
> # power_supply bat: driver failed to report voltage_now property
> could this be a hardware problem? or am I just missing some driver etc?!

Sounds like you're using a TH-battery with the FreeRunner instead of the
shipped CC-battery.

There's no battery class driver for TH-batteries (yet?).

:M:


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: python glib broken in fso-testing from today

[Michael 'Mickey' Lauer]

Please downgrade to python-pygobject 2.14.2.

Please also don't update everything just because you can. If you have your 
things working, only update individual packages. Broken packages may appear 
in .dev from time to time.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: fso-testing feed out of sync

[Michael 'Mickey' Lauer]

Am Thursday 18 September 2008 17:47:12 schrieb Richard Cooke:
> Any chance you could make the relevant ipks available please? I can't get
> the build system to work on my ubuntu box.

How can we help to fix that? Did you file a bug report?
-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [FSO] GPRS not functioning in M3

[Michael 'Mickey' Lauer]

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: What's wrong with gpsd

[Michael 'Mickey' Lauer]

Am Wednesday 17 September 2008 18:00:52 schrieb Alon Levy:
> I think there is a definite need to provide a gpsd compatible interface,
> maybe even a /usr/bin/gpsd binary (that basically does nothing) just as a
> compatibility measure. There are tons of applications that use gpsd (I can
> only think of xgps right now, but there must be much more, it *is* the
> standard gps interface in linux).
>
> I know, I don't have a patch, why am I writing this? to spur someone else I
> guess..

Already done. Please check out fso-gpsd from git.freesmartphone.org :)

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: What's wrong with gpsd

[Michael 'Mickey' Lauer]

Am Wednesday 17 September 2008 16:05:39 schrieb Atilla Filiz:
> So something is definitely wrong with gpsd on FR. Am I the only one with
> this?

Did you disable the built-in GPS server in frameworkd? If not, gspd and 
frameworkd compete reading from /dev/ttySAC1 and everything can go nuts.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: FSO compile error

[Michael 'Mickey' Lauer]

Am Sonntag 31 August 2008 12:42:45 schrieb Javi Roman:
> Does it exists any instructions details  that allows to build FSO
> image without MokoMakefie?

Yeah. See openembedded.org -> GettingStarted.

(In a nutshell: bitbake fso-image)

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Android?

[Michael 'Mickey' Lauer]

Am Freitag 29 August 2008 21:51:37 schrieb e hanks:
> Has anyone successfully installed Android?  I wonder how usable it is.

>From the imaginary FAQ:

At this point of time, Android is not open source. Without interesting 
low-level hacking (armv5 vs. armv4), there's no way to use it on an Openmoko 
device.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gllin on Debian

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

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

[Michael 'Mickey' Lauer]

Am Donnerstag 21 August 2008 23:26:41 schrieb Mike Montour:
> Michael 'Mickey' Lauer wrote:
> > 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?
>
> With my carrier (Fido Prepaid in Canada) these notifications are sent as
> USSD messages. http://docs.openmoko.org/trac/ticket/1226 has a couple of
> examples.

Ah, just USSD. Well these one are already done, although not exported to the 
testing UI.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Support for pre-paid system notifications

[Michael 'Mickey' Lauer]

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: FSO and GPRS; still no dice

[Michael 'Mickey' Lauer]

Am Donnerstag 21 August 2008 06:59:08 schrieb Dylan Semler:
> OK, looks like I had improperly flashed the kernel the first time.  I
> reflashed it and now all of the log and dmesg errors go away.  However I'm
> still getting the same dbus signals and cannot connect via GPRS.

Please post the output of 'logread -f' while attempting a connection.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: mdbus in FSO under Debian

[Michael 'Mickey' Lauer]

Am Montag 18 August 2008 16:33:00 schrieb xaos x:
> debian-gta02:~# mdbus -s org.freesmartphone.frameworkd
> /org/freesmartphone/GSM/Device Traceback (most recent call last):
>   File "/usr/bin/mdbus", line 399, in 
> c.listMethods( busname, objname )
>   File "/usr/bin/mdbus", line 191, in listMethods
> data = process_introspection_data( obj.Introspect() )
>   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)
> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: A
> security policy in place prevents this sender from sending this message to
> this recipient, see message bus configuration file (rejected message had
> interface "(unset)" member "Introspect" error name "(unset)" destination
> ":1.1")

Try the latest version. Apparantly newer versions of dbus (or bindings) 
require to have an interface set.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Official Debian port with FSO

[Michael 'Mickey' Lauer]

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: How do I get Python packages for (stock FreeRunner) 2007.2?

[Michael 'Mickey' Lauer]

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: Debian GTA02 How to get python logs, messages etc?

[Michael 'Mickey' Lauer]

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: python and FSO MS 2 questions

[Michael 'Mickey' Lauer]

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=, not .

since most packages use

from package import module.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Bitbaking Ruby 1.9

[Michael 'Mickey' Lauer]

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 -native package to OE and fix the 
 package to call the native tool instead.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Bitbaking Ruby 1.9

[Michael 'Mickey' Lauer]

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: Is anyone working on Ruby 1.9 for GTA01/02 ?

[Michael 'Mickey' Lauer]

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: FSO compile error

[Michael 'Mickey' Lauer]

Please update your repository, that should be fixed since milestone2.


-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gta02, 2007.2: state of upgrades

[Michael 'Mickey' Lauer]

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: gta02, 2007.2: state of upgrades

[Michael 'Mickey' Lauer]

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.

-- 
:M:

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: OM2007.2

[Michael 'Mickey' Lauer]

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: Getting rid of pulseaudio? [was Re: Cannot play MP3 or OGG as ringtone on GTA02]

[Michael 'Mickey' Lauer]

(cc'ing devel, since it's more appropriate there)

Am Dienstag 22 Juli 2008 03:19:24 schrieb Russell Sears:
> Michael 'Mickey' Lauer wrote:
> > pulseaudio only features WAV files. In FSO we are using GStreamer to
> > create all kinds of tones.
>
> I've heard FSO got rid of pulseaudio. 

Well, "got rid" sounds a bit pathetic. We are no longer using it :)

> Is that true?  Any problems? 

No problems. Using alsa dmix now and despite Lennart's constant railing on 
dmix, on GTA01, I can play two mp3 (via GStreamer) without any dropouts, 
whereas with pulseaudio I hardly managed to get one without dropouts.

> Flamewars I should read? :)

None, sorry :)

> I ask, since I'm working on improving mediaplayer's performance.  Having
> it talk directly to ALSA halved CPU usage (I think this is due to a
> misconfiguration...), and didn't seem to break multiple simultaneous
> apps talking to the sound card.
>
> Anyway, if pulseaudio is going away, I don't want to spend time
> debugging it...

Well, pulseaudio is great. Honestly, I love the concept, that's why I pushed 
it in to Openmoko in the first place. But alas, the current state is way 
unusable on our slow systems. Perhaps this will improve with the new branch, 
lets see. Until then, it's alsa dmix for me.

> Also, is GStreamer definitely in the future?  I'm looking into
> fixed-point graphic equalizers; gstreamer seems to be a good place to
> add one.

Absolutely. GStreamer is great and will be a vital part of the Openmoko 
framework.

> The choices for adding new audio processing code seem to be adding a
> plugin to gstreamer, alsa or pulseaudio.

If you want to maximize performance, go alsa. If you want to maximize reusing, 
go GStreamer.

-- 
: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

[Michael 'Mickey' Lauer]

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