Re: Accelsense.org (accelerometer-based gestures)

[Peter Neubauer]

Hi Paul,
great effort and a good example of community driven invention!

Will the project be available to the debian distro too or in other
words, are there hard dependencies on the 2008.x distros?

Cheers

/peter

GTalk:neubauer.peter
Skypepeter.neubauer
ICQ18762544
Phone   +46704 106975
LinkedIn   http://www.linkedin.com/in/neubauer
Twitter  http://twitter.com/peterneubauer

http://www.neo4j.org - New Energy for Data - the Graph Database.
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
http://www.qi4j.org- New Energy for Java - Domain Driven Development.




On Tue, Oct 14, 2008 at 9:06 PM, Paul V. Borza <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> A couple of people asked me whether I will or won't continue my
> project on accelerometer-based gestures.
> My answer was always yes, and to make that clear, I've bought
> accelsense.com, and accelsense.org.
> The code has moved from http://code.google.com/p/accelges/ into a GIT
> repository located at http://repo.accelsense.org.
>
> I'm now in the first year of masters, and I've managed to get two of
> my courses into the accelerometer-based gestures (i.e. to implement
> this as homework).
> From now on, my professors require me to use SOMs (i.e.
> self-organizing maps, a type of neural networks), instead of hidden
> Markov models.
>
> A couple of you guys asked whether the efficiency and speed can be
> improved using HMMs. Again, the answer is yes, just that I don't have
> time to work on the HMM implementation anymore.
>
> Just wanted to let you know that from now on, I'll focus exclusively
> on working with the Neo, rather than the Wii to test the gestures; and
> make them smooth and natural.
> Nokia is using SOMs for gesture recognition in mobile phones, so we
> should be on the technology wave as I can tell (still, I'm just one
> guy).
>
> What I'll focus on in the 0.2 release:
> * use some code from the rotate application that is flying around.
> * keep the current Dbus system for interaction.
> * 10% of CPU (it's now using 20%), and yes it's doable.
> * no GUI, but change the text console UI to be something like 'top',
> and not just printf hundreds of xyz data.
> * reintegrate with matlab-compatible diagrams.
> * will still be in C99 and under LGPL.
> * math formulas that are used in code will have a link to
> http://wiki.accelsense.org/wiki/ and the formula will be written
> in LaTex.
> * some of you gave me advices on how to improve the organization of
> the project, will also do that.
> * some dependencies aren't checked, there are too many you say, will be 
> removed.
> * integration with the freesmartphone.org Dbus FSO communication
> system (I've seen that it grew since I last checked it).
> * implementation of self-organizing maps.
>
> Bottom line: I'll be trying turn it in a mature project ;)
>
> You can do interesting things with SOMs, like Nokia was doing:
> detecting when the user climbs down, up or walks, just using an
> accelerometer.
>
> Thanks,
> Paul
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[nickd]

I was about to put this on the wiki but I was thinking, would this be 
classified as a 'game'? It's the closest category to toy IMO [1].

-Nick

1. http://wiki.openmoko.org/wiki/Applications

Thomas White wrote:
> I'm pleased to be able to announce version 0.1 of my "advanced
> accelerometer and audio framework testing system", OpenMooCow.
> Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/
>
> When installed and run, OpenMooCow displays an artistic rendition of
> a fine specimen of Friesian dairy cattle.  Invert the device and return
> it to an upright orientation to experience the pinnacle of audio
> rendering "kwality".
>
> The sound effect can be altered by putting a suitable WAV file
> in /usr/share/openmoocow/moo.wav.  A credit is due to Chris Hendricks
> who is the author of the original sound file (obtained from
> www.flashkit.com).
>
> Comments/abuse to this address.
>
> Tom
>
>   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Marco Trevisan (Treviño)]

Joel Newkirk wrote:
> On Wed, 15 Oct 2008 07:05:59 +0200, "Marco Trevisan (Treviño)"
>> Isn't there a way to update/configure the NOR u-Boot too?
> 
> 
> http://wiki.openmoko.org/wiki/Flashing_NOR
> 
> The NOR image sample there is a broken link now.  I'm presuming that it's
> NOT just the same u-boot bin as is flashed to NAND either, so it looks like
> doing this is possible but not simple, and most of us wouldn't be equipped
> to do it.  (lacking debug board to enable write mode)

Mh, ok... So the debug board is absolutely needed... :/
I figure I'll continue with my NAND... :)

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[nickd]

This has now shot to my favourite app. I wonder if we could make the 
'moo' earlier. I assume you're trying to replicate those little toys 
that make the same kind of noise when you do the same thing. Otherwise I 
agree with Craig though - it really should be OpenMooKow ;-)

-Nick

Thomas White wrote:
> I'm pleased to be able to announce version 0.1 of my "advanced
> accelerometer and audio framework testing system", OpenMooCow.
> Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/
>
> When installed and run, OpenMooCow displays an artistic rendition of
> a fine specimen of Friesian dairy cattle.  Invert the device and return
> it to an upright orientation to experience the pinnacle of audio
> rendering "kwality".
>
> The sound effect can be altered by putting a suitable WAV file
> in /usr/share/openmoocow/moo.wav.  A credit is due to Chris Hendricks
> who is the author of the original sound file (obtained from
> www.flashkit.com).
>
> Comments/abuse to this address.
>
> Tom
>
>   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[om2008.x] qcop service send Launcher execute\(QString\) dialer crash

[Sarton O'Brien]

Sorry but I deleted the previous thread that this was related to.

The problem for me seems to be a missing ld.so.cache.

libqtsvg also claimed to be up-to-date regardless of a later version being 
available.

Whoever it was saying they had a similar problem, try running ldconfig.

If you want to upgrade libqtsvg you will have to -force-depends remove the 
existing one and then simply opkg install qtopia-phone-x11-libqtsvg.

Now, back to root of the problem, seeing as ld.so.cache resides in volatile, 
is it suppose to be generated on boot or should there be another copy 
somewhere else?

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Marco Trevisan (Treviño)]

Matthias Apitz ha scritto:
> El día Wednesday, October 15, 2008 a las 02:25:04AM +0200, "Marco Trevisan 
> (Treviño)" escribió:
> 
>> Marco Trevisan (Treviño) wrote:
>>> Lorn Potter wrote:
> Hello,
>
> I finally found a place in the qtopia sources where I could put code for 
> activating the
> echo suppression for every incoming/outgoing call.
> I'm quite sure that experienced qtopia programmers would find a better 
> place for it.
 A better place for stuff needed for a particular modem, would be in the 
 phone vendor plugin. That's what its there for. Not to defray this 
 patch, but this is very calypso specific, and not part of the GSM spec. 
 (although any other modem would most likely just spit out an error)
>>> I agree... That's why some weeks ago I started something like that but
>>> I've not pushed out the code yet... I'll attach as soon as I can.
>> Ok, a first implementation is now at ticket #1267
> 
> May I ask you kindly for a binary (shared lib) for those of us who at
> the moment don't compile from SVN; thanks in advance;
> 
>   matthias

Here you are [1]. It includes also the mwester fix for re-registering
network and my workaround for GSM firmware crash. I hope it won't have
any incompatibility with your installed Qtopia...

[1]
http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.09] resolv.conf

[Sarton O'Brien]

On Wednesday 15 October 2008 15:36:40 Joel Newkirk wrote:

[...snip]

> Interesting - I've been approaching it from the other end, trying to alter
> base configuration instead of adding a 'network manager'-like layer
> wrapping it all.  When I look at the default behavior of the various
> interfaces, and various means of bringing them up/down, I see differing
> approaches where some use /etc/resolv.conf, some use resolvconf (the
> binary), some do their own thing, but none of them really cooperating.  I
> feel if they're all brought in tune (all handling route and DNS
> additions/removals centrally, instead of each handling route & DNS
> replacements as though they're king) that everything else becomes much
> simpler.

Same thought. The main reason for our approach was due to the varying systems 
we maintain. More often than not they are *BSD, well for me anyway. This 
approach should function regardless of the underlying system, so long as it 
uses, say, udhcpc.

> I've been working on resolv.conf plus default routes lately, though most of
> the time I've been under Raster+FSO. (so frameworkd doing setup for GPRS,
> and requires it's own fixes to do what I want instead of within /etc/ppp)
> I've reached the conclusion that it will require changes to udhcpcd config
> (which currently does a blind replacement of /etc/resolv.conf) and
> ppp/ip-up.d/08setupdns (which currently creates /var/run/ppp/resolv.conf,
> then forces a symlink to it from /var/run/resolv.conf).  /etc/resolv.conf
> is a symlink to /var/run/resolv.conf, and if udhcpcd works with it at
> /var/run/resolv.conf, (which might be better done via resolvconf bin
> instead, which works with /var/run/resolv.conf itself) then breaking that
> link is trivial, and the default behaviors would affect only that file, NOT
> /etc/resolv.conf which could be under new management, or a static 127.0.0.1
> if dns caching is installed.  And changing udhcpcd and ppp config is needed
> to address default route headaches as well.

Yep, which is why we thought making the required changes as an afterthought or 
delayed event at least, would mitigate the effect of any existing networking 
changes being made by the OS facilities.

I really like the idea of a cache. I also like /etc/resolv.conf being a 
symlink. In our possible approach, a config file specifying primary and 
secondary resolv.conf files, with a 127.0.0.1 + opendns override for the 
primary and the secondary containing whatever was last pushed to 
/etc/resolv.conf would address static and dynamic dns assignment.

Metric per interface would be a config file option aswell.

> I currently have my Freerunner /almost/ working as I want, which is as
> follows: Local DNS cache with default upstream caches of opendns.org for
> unchanging simplicity (any static DNS would behave identically at this
> point in my setup), use Wifi if it's up for default route (metric 20),
> usbnet if wifi is down but usbnet is up (metric 30), and demand-dialed GPRS
> if usbnet is unavailable (metric 40).  As I've got it, it should handle DNS
> changes properly, (subsystems are altering /var/run/resolv.conf) but that's
> untested since I'm running local caching.  Once that's working fully
> automatically (getting close) I will check non-cached DNS and probably
> rewrite it to utilize resolvconf bin, then write the support script to tell
> dnscache to use dhcp-provided DNS servers as upstream caches, and finally
> look at VPN and a few more exotic possibilities.  (I've got two USB
> ethernet adapters on a hub here that I've tested as a packet-sniffing
> bridge on the Freerunner, for example ;)

Nice ... and now I can grasp why you might be utilising multiple routing 
tables :)

I can definitely see your work  filling the gap that currently exists, as much 
as I don't like the look of resolvconf, I'm all for something that works and 
this fits within the existing framework.

> I figured the rule for priority should be VPN first, followed by wifi, then
> any USB networking device (if in host mode) or usbnet to host (if in gadget
> mode), and finally (if desired) GPRS.  For myself, I have the old T-Mobile
> unlimited (really, so far) internet3 'VPN' service, so my only concern with
> GPRS is avoiding its slowness when something faster is available - I
> realize other people who use GPRS may want to be more "in control" of it
> than I.  (I've made a desktop icon to enable/disable it, which currently
> starts up the interface and leaves it in demand-dial waitstate, I'll
> eventually test it in direct up/down control)

Well I guess metric is a personal matter :) ... and I guess that if the VPN is 
being added as a default route then the possibility of wanting it to be used 
is highly likely. If it's a dedicated route then metric is moot.

OK, so mine should have gone VPN -> Wired -> Wireless -> GPRS.

Assuming usb can outperform wireless that is.

> My goal is to achieve everything without requiring a network manager of any
> significanc

Re: Openmoko to shift to 2.6.27 kernel ?

[Joel Newkirk]

On Mon, 13 Oct 2008 00:42:13 -0400, Joel Newkirk <[EMAIL PROTECTED]>
wrote:
> On Sun, 12 Oct 2008 18:29:53 +0100, Andy Green <[EMAIL PROTECTED]> wrote:

>> Thanks a lot for trying it and reporting it, you'll get further with uSD
>> boot right now.

> Now I've successfully booted from uSD with Base Image and 2.6.27. "Linux
> om-gta02 2.6.27-andy-tracking_2ffb4cc483642df1-mokodev #12 PREEMPT Sat
Oct
> 11 13:06:05 BST 2008 armv4tl unknown".  (although every other attempt or

I've got more on this now.

After complete absence of power, when power is restored Qi does NOT start
up the first time the power button is held down for 10+ secs.  I have to do
it a second time.

And (not yet sure if it's Qi or not, but I've seen it with a couple images
and 2.6.24 and 2.6.27 kernels off SD) when the system goes to suspend it
will at best only come back without LCD, but usually is gone, and no
mashing of power button helps, I need to pull the battery.

j



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Joel Newkirk]

On Wed, 15 Oct 2008 07:05:59 +0200, "Marco Trevisan (Treviño)"
<[EMAIL PROTECTED]> wrote:
> Joel Newkirk wrote:
>> On Wed, 15 Oct 2008 12:03:53 +1100, "Sarton O'Brien"
>> <[EMAIL PROTECTED]> wrote:
>> I'm guessing with the current scenario, invoking a generic boot from nor
>>> means 
>>> you lose any benefits of an updated u-boot/qi in nand? As in you may
> see
>>> power 
>>> management regressions and the like?
>>>
>>> Sarton
>> 
>> Correct.  NOR U-Boot only supports SD booting off FAT+EXT3, for example
> -
>> if the kernel isn't in a FAT/VFAT partition it barfs.  (though
>> interestingly it should be possible to boot the same distro off SD with
>> either of two kernels - Qi looking for /boot/uImage.bin and NOR UBoot
>> looking for a uImage file in the root of a FAT partition)
> 
> Isn't there a way to update/configure the NOR u-Boot too?


http://wiki.openmoko.org/wiki/Flashing_NOR

The NOR image sample there is a broken link now.  I'm presuming that it's
NOT just the same u-boot bin as is flashed to NAND either, so it looks like
doing this is possible but not simple, and most of us wouldn't be equipped
to do it.  (lacking debug board to enable write mode)

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Matthias Apitz]

El día Wednesday, October 15, 2008 a las 02:25:04AM +0200, "Marco Trevisan 
(Treviño)" escribió:

> Marco Trevisan (Treviño) wrote:
> > Lorn Potter wrote:
> >>> Hello,
> >>>
> >>> I finally found a place in the qtopia sources where I could put code for 
> >>> activating the
> >>> echo suppression for every incoming/outgoing call.
> >>> I'm quite sure that experienced qtopia programmers would find a better 
> >>> place for it.
> >> A better place for stuff needed for a particular modem, would be in the 
> >> phone vendor plugin. That's what its there for. Not to defray this 
> >> patch, but this is very calypso specific, and not part of the GSM spec. 
> >> (although any other modem would most likely just spit out an error)
> > 
> > I agree... That's why some weeks ago I started something like that but
> > I've not pushed out the code yet... I'll attach as soon as I can.
> 
> Ok, a first implementation is now at ticket #1267

May I ask you kindly for a binary (shared lib) for those of us who at
the moment don't compile from SVN; thanks in advance;

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
A computer is like an air conditioner, it stops working when you open Windows
Una computadora es como aire acondicionado, deja de funcionar si abres Windows

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[Qt-Extended] Messenger bugs?

[Matthew Lane]

Hey,

I'm using the new qt-extended (4.4 I think).  I'm getting strange 
problems, especially with the messenger.  It always says my SMS is full, 
and when receiving a new text it displays it between 5-15ish times.  
Also, scrolling doesn't stop at the top of units, it continues into 
blank area, and then when I let my finger up, it jumps to the top-most 
unit (if I scrolled too far).  Is anyone else receiving these errors?  
Also, I can't seem to get a WEP access point on WIFI.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Marco Trevisan (Treviño)]

Joel Newkirk wrote:
> On Wed, 15 Oct 2008 12:03:53 +1100, "Sarton O'Brien"
> <[EMAIL PROTECTED]> wrote:
> I'm guessing with the current scenario, invoking a generic boot from nor
>> means 
>> you lose any benefits of an updated u-boot/qi in nand? As in you may see
>> power 
>> management regressions and the like?
>>
>> Sarton
> 
> Correct.  NOR U-Boot only supports SD booting off FAT+EXT3, for example -
> if the kernel isn't in a FAT/VFAT partition it barfs.  (though
> interestingly it should be possible to boot the same distro off SD with
> either of two kernels - Qi looking for /boot/uImage.bin and NOR UBoot
> looking for a uImage file in the root of a FAT partition)

Isn't there a way to update/configure the NOR u-Boot too?

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Joel Newkirk]

On Tue, 14 Oct 2008 20:05:53 -0700, Rodney Myers <[EMAIL PROTECTED]>
wrote:
> On Oct 14, 2008, at 7:13 PM, Joel Newkirk wrote:
> 
>> On Tue, 14 Oct 2008 16:44:34 -0700, Rodney Myers <[EMAIL PROTECTED]
>> >
>> wrote:
>>> On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:
>>>
 How does the default WIFI  work with open/free wifi access?

 Would I be able to get connected to the internet with a wifi router
 that has dhcp working?

 I'd really like to get the OM functioning.

 Thanks
>>>
>>> I just attempted to log onto a wide open wifi router. It did not go.
>>>
>>> Anything else I can try, to get the OM working?
>>
>> Put the following into "etc/wpa_supplicant/wpa_supplicant.conf" (and
>> below
>> that edit "/etc/network/interfaces")and try "ifup eth0" manually:

[snipped configs]

> Therein lies the problem. I have no shell access, and no access
> through the USB port, after I edited the /etc/network/interfaces file.
> 
> I was hoping that the OM would access a wide open wifi connection, so
> I could get ahead a bit.

Hmmm, I would have hoped so as well.  (Sorry, I hadn't realized you hadn't
resolved the USBnet matter)

How about a radically different approach then - if you have a card reader,
stick the uSD in it and install a new base system on it (per
http://wiki.openmoko.org/wiki/Booting_from_SD) and then boot the Freerunner
from it.  SSH into the SD-booted OS and make your changes.  (I think you
need to mount the internal flash manually, not sure)


***Hey Openmoko folks - I think the built-in installer should have a file
dialog to install ipks we place on SD...

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.09] resolv.conf

[Joel Newkirk]

On Wed, 15 Oct 2008 13:40:25 +1100, [EMAIL PROTECTED] wrote:
> On Fri, Sep 26, 2008 at 12:07:17AM -0400, Joel Newkirk wrote:
[elided long post quote regarding dnscache and changes to
resolvconf+/etc/resolv.conf+dhcp]
> 
> 
> I've been discussing this with a mate who showed some interest in the
> dillema.
> 
> Every time we thought we had something there was a small gotcha,
> primarily that the requirement for the dns/metric change stems from
> the aquisition of a dhcp lease and in turn the addition of new routing
> and dns info. As the aquisition can occur outside of linkstate,
> meaning the link can be active but no dhcp client associated, actioning
> based on interface status didn't seem valid, or at least a little
> premature or a little too assuming.
> 
> So to us, the primary flag for action was the aquisition of a lease.
> 
> Seeing as we are generally dealing with on the fly network association
> we didn't bother taking into account static assignment.
> 
> We also figured that the general rule of thumb for metric would be:
> 
> 1 - wired
> 2 - wireless
> 3 - vpn/tap/tun
> 
> Which should be configurable anyway. Something easy to implement that
> can be expanded on is the idea.
> 
> With that in mind and without altering udhcpc to populate an alternate
> resolv.conf (avoiding modifications to generic network tools completely),
> it seems the process should go something like:
> 
> * obtain lease
> * read resolv.conf
> * create lookup (iface, ip, metric, searchdomain, dns1, dns2)
> * recreate resolv.conf from lookup and config file
> * modify routing table
> 
> We avoided dealing with a cache purely because it will generally
> conflict with generic dhcpc function, we were trying to wrap rather
> than reconfigure. In saying that, a config file could determine
> whether 127.0.0.1 is written/rewritten and an alternate resolv.conf
> updated. So the caching daemon could be easily incorporated.
> 
> Removal from the lookup should possibly be based on linkstate.
> 
> As with any detailed process, the hardest part was trying to figure
> out just how to start ... where and how to watch for the change and
> the most cost effective way. The process is relatively simple.
> 
> I don't suppose there is dhcp client dbus integration as standard?
> 
> Being notified rather than polling would be good.
> 
> Anyway ... that's where we got to. The overall benefit from our
> perspective was that we could use something like this on any
> *nix-like operating system that we have. Also the typical ifwatchd
> and wpa_supplicant delays would not have any effect.
> 
> Outside of all that, I know netbsd has had some work done to the
> dhcp client to allow multiple instances to communicate via a socket,
> so maybe something like this is actually being incorporated into the
> dhcp client code, which would make sense as it really is, all-in-all, a
> side effect of using dhcp in the first place. It would be nice to see
> something provided by ISC.
> 
> I think I've rambled on long enough ... :)
> 
> Sarton


Interesting - I've been approaching it from the other end, trying to alter
base configuration instead of adding a 'network manager'-like layer
wrapping it all.  When I look at the default behavior of the various
interfaces, and various means of bringing them up/down, I see differing
approaches where some use /etc/resolv.conf, some use resolvconf (the
binary), some do their own thing, but none of them really cooperating.  I
feel if they're all brought in tune (all handling route and DNS
additions/removals centrally, instead of each handling route & DNS
replacements as though they're king) that everything else becomes much
simpler.

I've been working on resolv.conf plus default routes lately, though most of
the time I've been under Raster+FSO. (so frameworkd doing setup for GPRS,
and requires it's own fixes to do what I want instead of within /etc/ppp)
I've reached the conclusion that it will require changes to udhcpcd config
(which currently does a blind replacement of /etc/resolv.conf) and
ppp/ip-up.d/08setupdns (which currently creates /var/run/ppp/resolv.conf,
then forces a symlink to it from /var/run/resolv.conf).  /etc/resolv.conf
is a symlink to /var/run/resolv.conf, and if udhcpcd works with it at
/var/run/resolv.conf, (which might be better done via resolvconf bin
instead, which works with /var/run/resolv.conf itself) then breaking that
link is trivial, and the default behaviors would affect only that file, NOT
/etc/resolv.conf which could be under new management, or a static 127.0.0.1
if dns caching is installed.  And changing udhcpcd and ppp config is needed
to address default route headaches as well.

I currently have my Freerunner /almost/ working as I want, which is as
follows: Local DNS cache with default upstream caches of opendns.org for
unchanging simplicity (any static DNS would behave identically at this
point in my setup), use Wifi if it's up for default route (metric 20),
usbnet if wifi is down but usbnet is up 

Re: Default OM settings, no lan messed up

[Rodney Myers]

On Oct 14, 2008, at 7:13 PM, Joel Newkirk wrote:

On Tue, 14 Oct 2008 16:44:34 -0700, Rodney Myers <[EMAIL PROTECTED] 
>

wrote:

On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:


How does the default WIFI  work with open/free wifi access?

Would I be able to get connected to the internet with a wifi router
that has dhcp working?

I'd really like to get the OM functioning.

Thanks


I just attempted to log onto a wide open wifi router. It did not go.

Anything else I can try, to get the OM working?


Put the following into "etc/wpa_supplicant/wpa_supplicant.conf" (and  
below

that edit "/etc/network/interfaces")and try "ifup eth0" manually:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1
# home:
network={
  ssid="NEWKIRK"
  proto=WPA
  key_mgmt=WPA-PSK

psk=118a8aa1abfc236ebb4df06e891172ccef6c72c7db0ad5540b7f4c77858378d4
  priority=50
}

# Open:
network={
ssid="any"
key_mgmt=NONE
priority=5
}


And alter /etc/network/interfaces to have the following:
iface eth0 inet dhcp
   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf


(I left my own network in there as an example of working WPA to a  
Netgear
router - I had repeated issues with it until I used the hex key  
instead of

text - and yes, that's actually the right key: I wouldn't refuse any
Freerunner owner who wanted to leech my broadband, if they happened  
to be

down the dead-end road to my house ;)

The higher priority numbers are used first if multiples match, IE at  
home I
can see an unsecured network from next door, but it will always  
connect to
my AP.  Elsewhere it will connect to whatever unsecure AP is  
reachable.
(In actual practice I've got three other APs defined as well, both  
secure

and not)

j


Therein lies the problem. I have no shell access, and no access  
through the USB port, after I edited the /etc/network/interfaces file.


I was hoping that the OM would access a wide open wifi connection, so  
I could get ahead a bit.




PGP.sig
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.x] GPRS Instructions on the Wiki

[Joel Newkirk]

On Tue, 14 Oct 2008 14:54:45 +0100, Arigead <[EMAIL PROTECTED]>
wrote:
> Don't want to hijack the thread this stems from "Re: [2008.9] Wifi very
> unreliable" but I mentioned there that external links from a wiki might
> not be the best idea and that I was having problems with external GPRS
> instructions linked from the relevant wiki page.
> 
> Continued at the bottom of this:
> 
> Nishit Dave wrote:
>> On Fri, Oct 10, 2008 at 1:50 AM, Arigead <[EMAIL PROTECTED]
>> > wrote:
>>
>>
>> There is an external link on the GPRS wiki page to a German site for
>> installing the GSM Multiplexor and a GUI. I've been trying to get
>> those
>> instructions to work for the last couple of days. I assume I'm

Just a note on this.  I've followed this (altered slightly as noted on the
Wiki itself) several times successfully, several images.  About a month ago
the mokoservicescripts.tar.gz file vanished, but a link later in the thread
pointed to a mirror, where mokoscripts_r.tar.gz was available, same
content.  But now that mirror is gone as well it seems.  If anyone wants
the file and can't find it elsewhere, I've got it at
http://newkirk.us/om/mokoscripts_r.tar.gz.  (I ended up stuffing that and a
few other non-feed items in that folder and installing from a script
whenever I reflashed)

Thankfully that is unnecessary with frameworkd running the show.  I'm
dual-booting right now between 2008.8u and Raster+FSO, and I love where
things are going.  FSO includes the multiplexer and a complete dbus
interface to it all, so that I can start up GPRS with just "mdbus -s
org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x"
out of the box, no configuration or headache, while
"GSM.PDP.DeactivateContext" brings it back down.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.09] resolv.conf

[roguemoko]

On Fri, Sep 26, 2008 at 12:07:17AM -0400, Joel Newkirk wrote:
> 
> It starts with dnscache.  Postinst in dnscache ipk removes the symlink
> /etc/resolv.conf and replaces it with a real file, pointing always at
> nameserver 127.0.0.1.  (what I had going already)
> 
> On my Ubuntu desktop, there's a possibly-useful file:
> /etc/resolvconf/update.d/dnscache - its purpose is to alter
> /etc/dsncachce/root/servers/@ (the list of servers dnscache is to query for
> anything uncached) automatically whenever resolvconf is triggered.  This
> would be the way to hook in if resolvconf were working on the Freerunner as
> intended, which currently appears not to be the case.
> 
> Alternately (or additionally), /etc/network/if-up.d/ and
> /etc/network/if-post-down.d/ allow us to perform the same changes
> automatically whenever an interface is brought up or taken down using ifup
> and ifdown.
> 
> I've altered my /etc/init.d/dnscache script to include a 'refresh' feature,
> that first wipes /etc/dnscache/root/servers/@, then stuffs in any
> non-localhost nameservers presently listed in /etc/resolv.conf, then adds
> any nameservers found in /etc/resolvconf/run/resolv.conf, finishing up with
> any IPs listed in /etc/default/dnscache (default contents opendns.com IPs),
> wipes /etc/resolv.conf back to localhost only, then finally kicks dnscache
> so it uses the new servers/@ contents.
> 
> Once my freerunner is back in front of me I'll test the init script changes
> - if it works as I hope, I can add a script to the ipk in each of
> /etc/network/if-up.d/ and /etc/network/if-post-down.d/ that simply call
> "/etc/init.d/dnscache refresh", and/or in /etc/resolvconf/update.d/.  That
> makes the whole thing "just work" as a single ipk installing dnscache and
> all the support to override resolvconf AND 'manual' nameserver updates
> implemented by ifup/ifdown. If resolvconf is discarded it will work fine,
> just need added logic in the postrm script in the dnscache ipk to recognize
> resolvconf's absence and restore a basic /etc/resolv.conf instead of trying
> to restore the symlink.
> 
> BTW: dnscache vs dnsmasq. I'm far more familiar with dnscache, so I'd lean
> toward it for that reason, but additionally dnsmasq incorporates a dhcp
> server - seems a waste for a more-or-less default setup.  If dhcp server on
> the Freerunner is actually desired, it would likely be accompanying support
> for use of the Freerunner as a gateway router, so IMHO dhcp-server can be
> dealt with in that specific context.  (until DJ Bernstein recently recanted
> the license on dnscache/djbdns it wasn't an option, but now distributing
> binaries is permitted)
> 
> Comments?  Suggestions?  Flames?


I've been discussing this with a mate who showed some interest in the
dillema.

Every time we thought we had something there was a small gotcha,
primarily that the requirement for the dns/metric change stems from 
the aquisition of a dhcp lease and in turn the addition of new routing
and dns info. As the aquisition can occur outside of linkstate, 
meaning the link can be active but no dhcp client associated, actioning
based on interface status didn't seem valid, or at least a little
premature or a little too assuming.

So to us, the primary flag for action was the aquisition of a lease.

Seeing as we are generally dealing with on the fly network association
we didn't bother taking into account static assignment.

We also figured that the general rule of thumb for metric would be:

1 - wired
2 - wireless
3 - vpn/tap/tun

Which should be configurable anyway. Something easy to implement that
can be expanded on is the idea.

With that in mind and without altering udhcpc to populate an alternate
resolv.conf (avoiding modifications to generic network tools completely),
it seems the process should go something like:

* obtain lease
* read resolv.conf
* create lookup (iface, ip, metric, searchdomain, dns1, dns2)
* recreate resolv.conf from lookup and config file
* modify routing table

We avoided dealing with a cache purely because it will generally
conflict with generic dhcpc function, we were trying to wrap rather
than reconfigure. In saying that, a config file could determine
whether 127.0.0.1 is written/rewritten and an alternate resolv.conf
updated. So the caching daemon could be easily incorporated.

Removal from the lookup should possibly be based on linkstate.

As with any detailed process, the hardest part was trying to figure
out just how to start ... where and how to watch for the change and
the most cost effective way. The process is relatively simple.

I don't suppose there is dhcp client dbus integration as standard?

Being notified rather than polling would be good.

Anyway ... that's where we got to. The overall benefit from our
perspective was that we could use something like this on any
*nix-like operating system that we have. Also the typical ifwatchd
and wpa_supplicant delays would not have any effect.

Outside of all that, I know netbsd has had 

Re: Openmoko to shift to 2.6.27 kernel ?

[Joel Newkirk]

On Wed, 15 Oct 2008 12:03:53 +1100, "Sarton O'Brien"
<[EMAIL PROTECTED]> wrote:
> On Tuesday 14 October 2008 02:58:13 Joel Newkirk wrote:

>> If there's NO uSD, or the uSD doesn't contain a folder named 'boot' on
> the
>> first partition, with a file named 'uImage.bin', then Qi will boot from
>> NAND.  It's just if you WANT a dual-boot environment that currently Qi
>> doesn't let you do that simply.  As Andy noted in his response to that
>> post, however, he plans for Qi to support user selection of boot, it
> just
>> doesn't do it at this time.  Until it offers the ability to select, then
>> the present behavior (check for kernel on uSD, else use NAND) makes more
>> sense that always going to NAND and only NAND.
> 
> I'm guessing with the current scenario, invoking a generic boot from nor
> means 
> you lose any benefits of an updated u-boot/qi in nand? As in you may see
> power 
> management regressions and the like?
> 
> Sarton

Correct.  NOR U-Boot only supports SD booting off FAT+EXT3, for example -
if the kernel isn't in a FAT/VFAT partition it barfs.  (though
interestingly it should be possible to boot the same distro off SD with
either of two kernels - Qi looking for /boot/uImage.bin and NOR UBoot
looking for a uImage file in the root of a FAT partition)

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.x] GPRS Instructions on the Wiki

[Sarton O'Brien]

On Wednesday 15 October 2008 00:54:45 Arigead wrote:
> Configuring libdbus-glib-1-2
> Collected errors:
>  * Package libgobject-2.0-0 wants to install file
> /usr/lib/libgobject-2.0.so.0
>     But that file is already provided by package  * libglib-2.0-0
>
> Maybe the above is not a problem but if you've any advice I'll be very
> happy to get it

opkg -force-depends remove libglib-2.0-0
opkg install libgobject-2.0-0

And if it doesn't pull libglib back in:

opkg install libglib-2.0-0

>From memory, after the first two commands, it should sort itself out. As long 
as you put back what gets removed, all should be well.

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Repositories missing after update to testing feed.

[Sarton O'Brien]

On Friday 10 October 2008 18:54:11 abatrour wrote:
> Hey guys I need help. After I upgraded from stock 2008.9 to the latest
> testing feed and rebooted I noticed most of my *feed.conf files are gone.
>
> All I have left are:
> arch.conf
> fic-gta02-feed.conf
> Multiverse-feed.conf
>
> Has anyone else encountered this problem?

Yes. I have stopped using the distro-feeds package due to the inconsistencies 
between the files produced and the actual available repos.

My suggestion would be to configure them manually.

I keep three directories within /etc/opkg to store confs from the three repos 
I switch between. Admittedly this isn't that useful but it means I have a 
backup of all the required confs when I need them.

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Joel Newkirk]

On Tue, 14 Oct 2008 16:44:34 -0700, Rodney Myers <[EMAIL PROTECTED]>
wrote:
> On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:
> 
>> How does the default WIFI  work with open/free wifi access?
>>
>> Would I be able to get connected to the internet with a wifi router
>> that has dhcp working?
>>
>> I'd really like to get the OM functioning.
>>
>> Thanks
> 
> I just attempted to log onto a wide open wifi router. It did not go.
> 
> Anything else I can try, to get the OM working?

Put the following into "etc/wpa_supplicant/wpa_supplicant.conf" (and below
that edit "/etc/network/interfaces")and try "ifup eth0" manually:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1
# home:
network={
   ssid="NEWKIRK"
   proto=WPA
   key_mgmt=WPA-PSK
   
psk=118a8aa1abfc236ebb4df06e891172ccef6c72c7db0ad5540b7f4c77858378d4
   priority=50
}

# Open:
network={
 ssid="any"
 key_mgmt=NONE
 priority=5
}


And alter /etc/network/interfaces to have the following:
iface eth0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf


(I left my own network in there as an example of working WPA to a Netgear
router - I had repeated issues with it until I used the hex key instead of
text - and yes, that's actually the right key: I wouldn't refuse any
Freerunner owner who wanted to leech my broadband, if they happened to be
down the dead-end road to my house ;)

The higher priority numbers are used first if multiples match, IE at home I
can see an unsecured network from next door, but it will always connect to
my AP.  Elsewhere it will connect to whatever unsecure AP is reachable. 
(In actual practice I've got three other APs defined as well, both secure
and not)

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [FDOM] dialer crash

[Sarton O'Brien]

On Saturday 11 October 2008 01:46:12 julien cubizolles wrote:
> As of yesterday's updates from testing, the dialer won't start with an
> Enlightenment message :
>
> qcop service send Launcher execute\(QString\) dialer
>
> Any ideas ?

Yes:

# qcop service send Launcher execute\(QString\) dialer
qcop: error while loading shared libraries: libQtSvg.so.4: cannot open shared 
object file: No such file or directory

I'm about to try downgrading the version libqtdvg but am a bit busy and need 
to locate the opk.

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Denis Johnson]

On Wed, Oct 15, 2008 at 8:22 AM, Thomas White <[EMAIL PROTECTED]> wrote:
> I'm pleased to be able to announce version 0.1 of my "advanced
> accelerometer and audio framework testing system", OpenMooCow.
> Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/

Sounds like fun, what distros will this run on ? more specifically can
this run on qtextended ?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Sarton O'Brien]

On Tuesday 14 October 2008 02:58:13 Joel Newkirk wrote:
> On Mon, 13 Oct 2008 17:48:50 +0200, David Samblas
>
> <[EMAIL PROTECTED]> wrote:
> > El lun, 13-10-2008 a las 00:42 -0400, Joel Newkirk escribió:
> >> Which one way or another goes to highlight that Qi - as it stands now
> >
> > and
> >
> >> from what I understand of the intention for it - will not be usable for
> >
> > a
> >
> >> dual-boot setup.  Not a problem actually, as NOR uBoot will let us
> >
> > achieve
> >
> >> that, and I realize that the common target case will be a user who wants
> >
> > a
> >
> >> smartphone, not a multiboot development platform.  I just realized that
> >
> > the
> >
> >> default behavior of Qi being uSD and the default behavior of uBoot being
> >> NAND means you could place 'primary' on uSD and 'secondary' in NAND, and
> >> booting to secondary is just two-step - NOR boot with aux+power, then
> >
> > power
> >
> >> again to boot.  Don't you love that feeling when things start to click?
> >>
> > :)
> >>
> >> Now I have Base/Empty firing up by default, Raster+FSO if I use aux to
> >> invoke NOR Uboot.
> >>
> >> j
> >
> > I'm not a kernel hacker only a user, but as I undertand It would be
> > better to invert that behaviour, better to primary boot from NAND and
> > then secondary boot on uSD, a normal user must boot his phone even
> > without any uSD. Normal boot to nand, and if you want to boot from
> > anything else do something else. It's a pitty than NOR uboot doesn't
> > allow to boot from uSD by default, but this fault does't have to change
> > the logical behaviour NAND is attached to the phone and is less likely
> > blow up the hole S.O. sa mistake by a normal user putting some music in
> > his uSD card trough a 2.0 Card reader :) seekeng for some free space
>
> If there's NO uSD, or the uSD doesn't contain a folder named 'boot' on the
> first partition, with a file named 'uImage.bin', then Qi will boot from
> NAND.  It's just if you WANT a dual-boot environment that currently Qi
> doesn't let you do that simply.  As Andy noted in his response to that
> post, however, he plans for Qi to support user selection of boot, it just
> doesn't do it at this time.  Until it offers the ability to select, then
> the present behavior (check for kernel on uSD, else use NAND) makes more
> sense that always going to NAND and only NAND.

I'm guessing with the current scenario, invoking a generic boot from nor means 
you lose any benefits of an updated u-boot/qi in nand? As in you may see power 
management regressions and the like?

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Marco Trevisan (Treviño)]

Marco Trevisan (Treviño) wrote:
> Lorn Potter wrote:
>>> Hello,
>>>
>>> I finally found a place in the qtopia sources where I could put code for 
>>> activating the
>>> echo suppression for every incoming/outgoing call.
>>> I'm quite sure that experienced qtopia programmers would find a better 
>>> place for it.
>> A better place for stuff needed for a particular modem, would be in the 
>> phone vendor plugin. That's what its there for. Not to defray this 
>> patch, but this is very calypso specific, and not part of the GSM spec. 
>> (although any other modem would most likely just spit out an error)
> 
> I agree... That's why some weeks ago I started something like that but
> I've not pushed out the code yet... I'll attach as soon as I can.

Ok, a first implementation is now at ticket #1267

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [om2008.9/FDOM] Charging or Long Power On = Crashing?

[Craig B. Allen]

I think I've had similar problems.

Have you upgraded or installed anything?

-- Craig

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Craig B. Allen]

Shouldn't it be "OpenMooKow"?

Haven't tried it yet but just the name made me laugh!

--Craig

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Rodney Myers]

On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:


How does the default WIFI  work with open/free wifi access?

Would I be able to get connected to the internet with a wifi router
that has dhcp working?

I'd really like to get the OM functioning.

Thanks


I just attempted to log onto a wide open wifi router. It did not go.

Anything else I can try, to get the OM working?


PGP.sig
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Example of community manager job role (Was: FBReader now working on the FreeRunner)

[Sarton O'Brien]

On Monday 13 October 2008 07:48:10 Rod Whitby wrote:
> Seriously dude, this is meant to help improve the openmoko community,
> not flame about it.

Don't stress, I think he was only one to have interpreted it that way.

Anyone following the recent discussions properly would have understood your 
intention.

Hopefully you've triggered somebody to think "Ah yeah, good idea!" :)

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Dylan Reilly]

The qtopia mediaserver takes ~35% cpu to play my max bitrate
VBR-encoded mp3's. I don't have mplayer installed and not /dev/dsp for
madplay so I cannot test with those.

For average tasks, the UI is still nicely responsive in these latest
testing builds. Anytime the load gets to 2, though, you start to get
audio cutting out. GTA02 is not a brute.

I actually have not tested audio interruption (i.e., incoming call) in
a while, but I have never had a problem with it.

On Tue, Oct 14, 2008 at 5:59 PM, carmen r <[EMAIL PROTECTED]> wrote:
> On Tue Oct 14, 2008 at 05:41:55PM -0400, Dylan Reilly wrote:
>> FWIW, the qtopia media player in the testing branch is vastly better
>> than it was. Volume control even works now without causing distortion!
>>
>> From my observations, the audio quality issue has been due to CPU load
>> and not the player itself. Even in fairly recent builds, the poor
>> freerunner was pushing very high loads and causing the media player to
>> mess up it's decoding. Try ensuring that only the media player is
>> taking CPU time when playing music.
>
> does the system slow to an untenable crawl when playing mp3. i mean can you 
> use dillo or webkit at the same time comfortably?
>
> whats the CPU usage of mplayer/alsa (no pulseaudio junk etc)
>
> do you have to killall -9 mplayer when a call comes in so the ring sound 
> plays, or can you use dmix (does that chew much CPU?)
>
> i was a bit too skeptical of GTA03 to make the jump (what with Acer buying 
> Eten, that new Russian phone on engadget, and the MeizuM8 coming 
> _any_day_now_ and android making linux work on loads more hardware...)
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: San Francisco - Code Sprint and User Group schedule

[Steve Mosher]

Thanks Goat.

   I will be in taipei for the rest of october, I may be able to make 
the meeting on the 28th. The Q&A we had last meeting was very 
instructive for me and widely discussed with the engineering teams 
inside OM.

Consulting Goat wrote:
> Hi all -
> 
> Below is the upcoming OpenMoko Users Group and Code Sprint schedule.
> 
> All events start at 6pm; Users Groups last about 2 hours, code sprints  
> could last longer.  All events are at PariSoMa, 1436 Howard St (at  
> 10th), San Francisco. (Info and location at PariSoMa.com)
> 
> Wed, Oct 15 - Code Sprint
> Wed, Oct 22 - Code Sprint
> Tues, Oct 28 - Users Group Mtg
> Weds, Nov 12 - Code Sprint
> Tues, Nov 18 - Code Sprint
> Tues, Nov 25 - Users Group Mtg
> 
> The winning code sprint topics are:
> Media player testing
>   This is great for a wide range of OpenMoko users, from beginners to  
> developers
> Bug fixes (based on current OpenMoko bug list)
>   Aimed at developers
> Online / streaming radio player port (e.g. Pandora, Last.fm, etc)
>   The port work is aimed at OpenMoko and web devs, documentation / use  
> testing by any type of users
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Thomas Köckerbauer]

I'm using debian. Since epeg is still not in the debian repository so I 
compiled it from the source package I got from 
http://debian.alphagemini.org/dists/unstable/main/source/libs/
(First I wanted to use epsilon instead of epeg but the version I had always 
produced a strange error, it always wanted to write the thumbnail 
to "/(null).png")

Here are the compiled packages:
http://www.gup.uni-linz.ac.at/~tkoeck/audioplayer/libepeg-bin_0.9.1.042-0cvs20080608_armel.deb
http://www.gup.uni-linz.ac.at/~tkoeck/audioplayer/libepeg-dev_0.9.1.042-0cvs20080608_armel.deb
http://www.gup.uni-linz.ac.at/~tkoeck/audioplayer/libepeg0_0.9.1.042-0cvs20080608_armel.deb


Am Tuesday 14 October 2008 23:46:46 schrieb Max Giesbert:
> hi just tried to build your app. how did you get epeg into your
> toolchain? can't find it in the repos...
>
> i get the following when running: $om-conf audioplayer
>
> checking for E... configure: error: Package requirements (
>   evas
>   ecore
>   ecore-evas
>   edje
>   eet
>   epeg
> ) were not met:
>
> No package 'epeg' found
>
>
> thx
>
> p.s. the screenshots look promising!
>
> Thomas Köckerbauer schrieb:
> > I was also searching for an audioplayer meeting my requirements (which
> > are quite basic), but none of those I found really fullfilled them. So I
> > started to make a new one, which is not really finished yet (I wanted to
> > make it a bit more complete before I announce it, but I thought it might
> > fit to the discussion). I did not invest a lot of time because I did not
> > find a working headset to 3,5mm plug adapter yet (now I'm planing to
> > build one myself), but since I read now that the audio quality should be
> > that good I have to admit that I got a bit dismotivated.
> >
> > If somebody is interested it looks like this:
> >
> > http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
> > http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
> > http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
> > http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png
> >
> > The source can be found here (be warned its a bit of a hack right now):
> > http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz
> >
> > You have to place the binary and the edj file into the same directory
> > (the edj file has to be in the working directory) and start it with:
> > audioplayer 
> >
> > It uses libmad and requires about 15% cpu for decoding an average mp3
> > file. I'm thinking about to remove libmad and making a gui plugin for
> > mplayer from it, which would support more file formats (but from what
> > I've seen in the mplayer source this would be quite some work).
> >
> > Comments and contributions are welcome :)
> >
> > Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
> >> Xavier Cremaschi <[EMAIL PROTECTED]> wrote:
> >>> I just want a single view named "Folders" (which would be a file
> >>> explorer) instead of the existing "Albums", "Artists", "Genre".
> >>>
> >>> I totally understand that a tag-based player could be interesting for
> >>> some people, but I *know* where my files are in my collection.
> >>
> >> FULL ACK!
> >>
> >> i allways find it strange if i can't make a playlist by simply
> >> selecting a directory from the filebrowser view.
> >>
> >> clemens
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Sarton O'Brien]

On Wednesday 15 October 2008 05:42:32 Clemens Kirchgatterer wrote:
> Xavier Cremaschi <[EMAIL PROTECTED]> wrote:
> > I just want a single view named "Folders" (which would be a file
> > explorer) instead of the existing "Albums", "Artists", "Genre".
> >
> > I totally understand that a tag-based player could be interesting for
> > some people, but I *know* where my files are in my collection.
>
> FULL ACK!
>
> i allways find it strange if i can't make a playlist by simply
> selecting a directory from the filebrowser view.

I found the media player in FSO completely usable and included a filebrowser. 
I think volume control was lacking but all in all it ran very nicely, until I 
updated and it didn't run at all.

Out of all, this one showed the most promise to me, albeit a little ugly ... 
but that's a gtk thing ;)

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Accelsense.org (accelerometer-based gestures)

[Sarton O'Brien]

On Wednesday 15 October 2008 06:06:40 Paul V. Borza wrote:
> Hi everyone,
>
> A couple of people asked me whether I will or won't continue my
> project on accelerometer-based gestures.
> My answer was always yes, and to make that clear, I've bought
> accelsense.com, and accelsense.org.
> The code has moved from http://code.google.com/p/accelges/ into a GIT
> repository located at http://repo.accelsense.org.
>
> I'm now in the first year of masters, and I've managed to get two of
> my courses into the accelerometer-based gestures (i.e. to implement
> this as homework).
> From now on, my professors require me to use SOMs (i.e.
> self-organizing maps, a type of neural networks), instead of hidden
> Markov models.
>
> A couple of you guys asked whether the efficiency and speed can be
> improved using HMMs. Again, the answer is yes, just that I don't have
> time to work on the HMM implementation anymore.
>
> Just wanted to let you know that from now on, I'll focus exclusively
> on working with the Neo, rather than the Wii to test the gestures; and
> make them smooth and natural.
> Nokia is using SOMs for gesture recognition in mobile phones, so we
> should be on the technology wave as I can tell (still, I'm just one
> guy).
>
> What I'll focus on in the 0.2 release:
> * use some code from the rotate application that is flying around.
> * keep the current Dbus system for interaction.
> * 10% of CPU (it's now using 20%), and yes it's doable.
> * no GUI, but change the text console UI to be something like 'top',
> and not just printf hundreds of xyz data.
> * reintegrate with matlab-compatible diagrams.
> * will still be in C99 and under LGPL.
> * math formulas that are used in code will have a link to
> http://wiki.accelsense.org/wiki/ and the formula will be written
> in LaTex.
> * some of you gave me advices on how to improve the organization of
> the project, will also do that.
> * some dependencies aren't checked, there are too many you say, will be
> removed. * integration with the freesmartphone.org Dbus FSO communication
> system (I've seen that it grew since I last checked it).
> * implementation of self-organizing maps.
>
> Bottom line: I'll be trying turn it in a mature project ;)
>
> You can do interesting things with SOMs, like Nokia was doing:
> detecting when the user climbs down, up or walks, just using an
> accelerometer.


An impressive effort and a great example to us all :)

Well done!

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Marco Trevisan (Treviño)]

Vikas Saurabh wrote:
> On Wed, Oct 15, 2008 at 12:10 AM, Rui Miguel Silva Seabra
> <[EMAIL PROTECTED]
>> > wrote:
>> 
>> On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
>> > On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
>> > >screenfp = fopen
>> ("/sys/class/backlight/pcf50633-bl/brightness","w");
>> >
>> > Excellent idea, I'll implement it in my newRotate and make a new
>> > release.
>> >
>> > BTW, I still can't commit...
>> >
>> > https://admin-trac.openmoko.org/trac/ticket/1563
>> 
>> OK, new newrotate version, taking usage of brightness to use less energy
>> and a nicer rotation.
>> 
>> http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/
>> 
>> Rui
>  
> This seems pretty stable than the previous one. The brightness effect is
> nice, but the event, apparently, is hitting even if the phone is moved a
> little (i was trying to type a message).
> The brightness thing started to feel too much pain, so I killed the
> rotate instance (from a separated ssh session). Unfortunately, the
> program had thought that I am rotating and hence had brightness set to 0
> when I killed it. So, I was left with a switched off screen :).
> 
> So, 2 cents from my side
> (1) The brightness effect (and rotation) should be applied only we are
> switching orientation (I am not too sure if accels would give that data
> directlybut keeping a state can be a workaround...it would give some
> false positives and negative, but would have a better output)
> (2) We might like to put a close program handler which would try to
> reset the brightness to the last read brightness value (if the rotation
> was in progress while the program was closed)

I can't say other than agreeing!
Those are the two missing things.

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [om2008] stable vs testing vs unstable

[Sarton O'Brien]

On Tuesday 14 October 2008 20:41:51 Benedikt Schindler wrote:
> i think there is a problem with the build server, or a patch that went
> into unstable killed the compiler.
> There doesn't even exist the Packages.gz files ... and i am sure they
> exists a few days ago.
>
> so unstable ist just as it says ... unstable it is also unstable in
> the fact of it's existens ;)

In that context, even stable is unstable ;)

> btw:
>
> i couldn't install
>
> http://downloads.openmoko.org/repository/testing/om-gta02/distro-feed-confi
>gs_1.0-r0.02_om-gta02.opk
>
>
> there is a md5 checksum error.

Are there valid sig files now? Besides, I don't install the feeds package, it 
almost never aligns with what is actually available.

Sarton



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Michael Shiloh]

Wonderful! Brilliant idea.

Can you add this to opkg.org?

I look forward to a whole menagerie of user-contributed animals and 
sounds! Penguins should be represented quickly!

Michael




Thomas White wrote:
> I'm pleased to be able to announce version 0.1 of my "advanced
> accelerometer and audio framework testing system", OpenMooCow.
> Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/
> 
> When installed and run, OpenMooCow displays an artistic rendition of
> a fine specimen of Friesian dairy cattle.  Invert the device and return
> it to an upright orientation to experience the pinnacle of audio
> rendering "kwality".
> 
> The sound effect can be altered by putting a suitable WAV file
> in /usr/share/openmoocow/moo.wav.  A credit is due to Chris Hendricks
> who is the author of the original sound file (obtained from
> www.flashkit.com).
> 
> Comments/abuse to this address.
> 
> Tom
> 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] process 'events/0' consuming a lot of CPU loops

[François TOURDE]

Le 14165ième jour après Epoch,
Andy Green écrivait:

> Matthias Apitz wrote:
>> Hello,
>> 
>> I encounter from time to time the situation that the FR behaves slowly,
>> for example in launching the Contacts or other stuff; this is because
>> one process consumes a lot of CPU usage; top shows:
>
> It's worth having a look at this:
>
> https://docs.openmoko.org/trac/ticket/1597
>
> it seems to be related to WLAN.

By WLAN did you mean 'Wifi' or just 'network with other than
192.168.0.x access' ?

I've often encountered this issue, but in so different cases that I
cant figure how I can help.

Just a small info: I have had this issue even without wifi
configurations/tests/power-on ...

For me, it seems to be related on battery charging and charge mode.

I'll try to be more aware of my Freerunner usage if I encounter this
issue again.


pgpTnc5sNUHDO.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Risto H. Kurppa]

On Wed, Oct 15, 2008 at 1:22 AM, Thomas White <[EMAIL PROTECTED]> wrote:
> I'm pleased to be able to announce version 0.1 of my "advanced
> accelerometer and audio framework testing system", OpenMooCow.
> Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/

Ha - this is fun :)

Though I'm not sure what are the positions to reset/launch the voice.
But nice anyway :)

r

-- 
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

OpenMooCow 0.1

[Thomas White]

I'm pleased to be able to announce version 0.1 of my "advanced
accelerometer and audio framework testing system", OpenMooCow.
Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/

When installed and run, OpenMooCow displays an artistic rendition of
a fine specimen of Friesian dairy cattle.  Invert the device and return
it to an upright orientation to experience the pinnacle of audio
rendering "kwality".

The sound effect can be altered by putting a suitable WAV file
in /usr/share/openmoocow/moo.wav.  A credit is due to Chris Hendricks
who is the author of the original sound file (obtained from
www.flashkit.com).

Comments/abuse to this address.

Tom

-- 

Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambridge / Downing College

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

udev usb0?

[Joel Newkirk]

Can udev still sense insertion/removal of USB under usb-gadget?  

Specifically, I've been trying to bring up usb0 on insertion and take it
down on removal.  

Long-term I hope for a better solution (as well as a better one short-term
under FSO using dbus signals) but I started wondering if udev can even
sense the USB cable and host when the FreeRunner is set up for USB
networking gadget.  Works fine in USB host mode, keyboards and thumbdrives
and network devices are handled as expected.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[carmen r]

On Tue Oct 14, 2008 at 05:41:55PM -0400, Dylan Reilly wrote:
> FWIW, the qtopia media player in the testing branch is vastly better
> than it was. Volume control even works now without causing distortion!
> 
> From my observations, the audio quality issue has been due to CPU load
> and not the player itself. Even in fairly recent builds, the poor
> freerunner was pushing very high loads and causing the media player to
> mess up it's decoding. Try ensuring that only the media player is
> taking CPU time when playing music.

does the system slow to an untenable crawl when playing mp3. i mean can you use 
dillo or webkit at the same time comfortably?

whats the CPU usage of mplayer/alsa (no pulseaudio junk etc)

do you have to killall -9 mplayer when a call comes in so the ring sound plays, 
or can you use dmix (does that chew much CPU?)

i was a bit too skeptical of GTA03 to make the jump (what with Acer buying 
Eten, that new Russian phone on engadget, and the MeizuM8 coming _any_day_now_ 
and android making linux work on loads more hardware...)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Max Giesbert]

hi just tried to build your app. how did you get epeg into your
toolchain? can't find it in the repos...

i get the following when running: $om-conf audioplayer

checking for E... configure: error: Package requirements (
  evas
  ecore
  ecore-evas
  edje
  eet
  epeg
) were not met:

No package 'epeg' found


thx

p.s. the screenshots look promising!

Thomas Köckerbauer schrieb:
> I was also searching for an audioplayer meeting my requirements (which are 
> quite basic), but none of those I found really fullfilled them. So I started 
> to make a new one, which is not really finished yet (I wanted to make it a 
> bit more complete before I announce it, but I thought it might fit to the 
> discussion). I did not invest a lot of time because I did not find a working 
> headset to 3,5mm plug adapter yet (now I'm planing to build one myself), but 
> since I read now that the audio quality should be that good I have to admit 
> that I got a bit dismotivated.
> 
> If somebody is interested it looks like this:
> 
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png
> 
> The source can be found here (be warned its a bit of a hack right now):
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz
> 
> You have to place the binary and the edj file into the same directory (the 
> edj 
> file has to be in the working directory) and start it with:
> audioplayer 
> 
> It uses libmad and requires about 15% cpu for decoding an average mp3 file. 
> I'm thinking about to remove libmad and making a gui plugin for mplayer from 
> it, which would support more file formats (but from what I've seen in the 
> mplayer source this would be quite some work).
> 
> Comments and contributions are welcome :)
> 
> 
> Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
>> Xavier Cremaschi <[EMAIL PROTECTED]> wrote:
>>> I just want a single view named "Folders" (which would be a file
>>> explorer) instead of the existing "Albums", "Artists", "Genre".
>>>
>>> I totally understand that a tag-based player could be interesting for
>>> some people, but I *know* where my files are in my collection.
>> FULL ACK!
>>
>> i allways find it strange if i can't make a playlist by simply
>> selecting a directory from the filebrowser view.
>>
>> clemens
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 

-- 
exactt technology
Dipl. Inf. (FH) Max Giesbert

Schießstättstr. 16  T: +49 17 75 07 53 44
D-80339 München F: +49 89 1 22 21 97 02

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Dylan Reilly]

FWIW, the qtopia media player in the testing branch is vastly better
than it was. Volume control even works now without causing distortion!

>From my observations, the audio quality issue has been due to CPU load
and not the player itself. Even in fairly recent builds, the poor
freerunner was pushing very high loads and causing the media player to
mess up it's decoding. Try ensuring that only the media player is
taking CPU time when playing music.

I am neurotic about good sounding audio, and I love the FR, even with
headphones. I was just now comparing it to an iPhone and prefer it.
You do need to tweak the mixer settings, however. Some of them are
offensive to the ears.

On Tue, Oct 14, 2008 at 3:53 PM, Thomas Köckerbauer <[EMAIL PROTECTED]> wrote:
> I was also searching for an audioplayer meeting my requirements (which are
> quite basic), but none of those I found really fullfilled them. So I started
> to make a new one, which is not really finished yet (I wanted to make it a
> bit more complete before I announce it, but I thought it might fit to the
> discussion). I did not invest a lot of time because I did not find a working
> headset to 3,5mm plug adapter yet (now I'm planing to build one myself), but
> since I read now that the audio quality should be that good I have to admit
> that I got a bit dismotivated.
>
> If somebody is interested it looks like this:
>
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png
>
> The source can be found here (be warned its a bit of a hack right now):
> http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz
>
> You have to place the binary and the edj file into the same directory (the edj
> file has to be in the working directory) and start it with:
> audioplayer 
>
> It uses libmad and requires about 15% cpu for decoding an average mp3 file.
> I'm thinking about to remove libmad and making a gui plugin for mplayer from
> it, which would support more file formats (but from what I've seen in the
> mplayer source this would be quite some work).
>
> Comments and contributions are welcome :)
>
>
> Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
>> Xavier Cremaschi <[EMAIL PROTECTED]> wrote:
>> > I just want a single view named "Folders" (which would be a file
>> > explorer) instead of the existing "Albums", "Artists", "Genre".
>> >
>> > I totally understand that a tag-based player could be interesting for
>> > some people, but I *know* where my files are in my collection.
>>
>> FULL ACK!
>>
>> i allways find it strange if i can't make a playlist by simply
>> selecting a directory from the filebrowser view.
>>
>> clemens
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Marco Trevisan (Treviño)]

Lorn Potter wrote:
>> Hello,
>>
>> I finally found a place in the qtopia sources where I could put code for 
>> activating the
>> echo suppression for every incoming/outgoing call.
>> I'm quite sure that experienced qtopia programmers would find a better 
>> place for it.
> 
> A better place for stuff needed for a particular modem, would be in the 
> phone vendor plugin. That's what its there for. Not to defray this 
> patch, but this is very calypso specific, and not part of the GSM spec. 
> (although any other modem would most likely just spit out an error)

I agree... That's why some weeks ago I started something like that but
I've not pushed out the code yet... I'll attach as soon as I can.

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Vikas Saurabh]

The test application is blurting out lots of output, following is a
snippet(from the middle of the output) which sort of showed some difference
when I tapped the screen.

Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(-18), b(-1152), c(-54)
vertical straight
Types: a(2), b(2), c(0)
Codes: a(1), b(2), c(0)
Value: a(-1062), b(-72), c(0)
left
Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(72), b(-990), c(-216)
vertical straight
Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(108), b(-990), c(-234)
vertical straight

Do, tell me if I need to get something specific from the output.

BTW, for restoration to sane state, I think we would like to maintain the
brightness value when we switched it off and then restore to this value if
the program was ended (normal exit, I understand kernel can force kill
without giving the process any chance to anything).

--Vikas


On Wed, Oct 15, 2008 at 1:06 AM, Rui Miguel Silva Seabra <[EMAIL 
PROTECTED]>wrote:

> Hi,
>
> Thank you very much for your input. Can you try to run a bit of the
> 'test' I include? I'm starting to suspect different accelerometers might
> give different outputs and so the heuristics might not make sense
> anymore, I hope that's not the case.
>
> You can return the brightenss with
>
> echo 63 > /sys/class/backlight/pcf50633-bl/brightness
>
> ... in the meanwhile.
>
> As for terminating... only a few signals can be caught, I will try to
> set them up in order to stop in a sane state (xrandr -o 0, full
> brightness if it's currently 0, and so on).
>
> Rui
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Thomas Köckerbauer]

I was also searching for an audioplayer meeting my requirements (which are 
quite basic), but none of those I found really fullfilled them. So I started 
to make a new one, which is not really finished yet (I wanted to make it a 
bit more complete before I announce it, but I thought it might fit to the 
discussion). I did not invest a lot of time because I did not find a working 
headset to 3,5mm plug adapter yet (now I'm planing to build one myself), but 
since I read now that the audio quality should be that good I have to admit 
that I got a bit dismotivated.

If somebody is interested it looks like this:

http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png

The source can be found here (be warned its a bit of a hack right now):
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz

You have to place the binary and the edj file into the same directory (the edj 
file has to be in the working directory) and start it with:
audioplayer 

It uses libmad and requires about 15% cpu for decoding an average mp3 file. 
I'm thinking about to remove libmad and making a gui plugin for mplayer from 
it, which would support more file formats (but from what I've seen in the 
mplayer source this would be quite some work).

Comments and contributions are welcome :)


Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
> Xavier Cremaschi <[EMAIL PROTECTED]> wrote:
> > I just want a single view named "Folders" (which would be a file
> > explorer) instead of the existing "Albums", "Artists", "Genre".
> >
> > I totally understand that a tag-based player could be interesting for
> > some people, but I *know* where my files are in my collection.
>
> FULL ACK!
>
> i allways find it strange if i can't make a playlist by simply
> selecting a directory from the filebrowser view.
>
> clemens

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Rui Miguel Silva Seabra]

Hi,

Thank you very much for your input. Can you try to run a bit of the
'test' I include? I'm starting to suspect different accelerometers might
give different outputs and so the heuristics might not make sense
anymore, I hope that's not the case.

You can return the brightenss with

echo 63 > /sys/class/backlight/pcf50633-bl/brightness

... in the meanwhile.

As for terminating... only a few signals can be caught, I will try to
set them up in order to stop in a sane state (xrandr -o 0, full
brightness if it's currently 0, and so on).

Rui

On Wed, Oct 15, 2008 at 12:48:24AM +0530, Vikas Saurabh wrote:
> This seems pretty stable than the previous one. The brightness effect is
> nice, but the event, apparently, is hitting even if the phone is moved a
> little (i was trying to type a message).
> The brightness thing started to feel too much pain, so I killed the rotate
> instance (from a separated ssh session). Unfortunately, the program had
> thought that I am rotating and hence had brightness set to 0 when I killed
> it. So, I was left with a switched off screen :).
> 
> So, 2 cents from my side
> (1) The brightness effect (and rotation) should be applied only we are
> switching orientation (I am not too sure if accels would give that data
> directlybut keeping a state can be a workaround...it would give some
> false positives and negative, but would have a better output)
> (2) We might like to put a close program handler which would try to reset
> the brightness to the last read brightness value (if the rotation was in
> progress while the program was closed)
> 
> --Vikas
> 
> On Wed, Oct 15, 2008 at 12:10 AM, Rui Miguel Silva Seabra <[EMAIL 
> PROTECTED]>wrote:
> 
> > On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
> > > On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
> > > >screenfp = fopen
> > ("/sys/class/backlight/pcf50633-bl/brightness","w");
> > >
> > > Excellent idea, I'll implement it in my newRotate and make a new
> > > release.
> > >
> > > BTW, I still can't commit...
> > >
> > > https://admin-trac.openmoko.org/trac/ticket/1563
> >
> > OK, new newrotate version, taking usage of brightness to use less energy
> > and a nicer rotation.
> >
> > http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/
> >
> > Rui
> >

> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 
You are what you see.
Today is Boomtime, the 68th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Vikas Saurabh]

This seems pretty stable than the previous one. The brightness effect is
nice, but the event, apparently, is hitting even if the phone is moved a
little (i was trying to type a message).
The brightness thing started to feel too much pain, so I killed the rotate
instance (from a separated ssh session). Unfortunately, the program had
thought that I am rotating and hence had brightness set to 0 when I killed
it. So, I was left with a switched off screen :).

So, 2 cents from my side
(1) The brightness effect (and rotation) should be applied only we are
switching orientation (I am not too sure if accels would give that data
directlybut keeping a state can be a workaround...it would give some
false positives and negative, but would have a better output)
(2) We might like to put a close program handler which would try to reset
the brightness to the last read brightness value (if the rotation was in
progress while the program was closed)

--Vikas

On Wed, Oct 15, 2008 at 12:10 AM, Rui Miguel Silva Seabra <[EMAIL 
PROTECTED]>wrote:

> On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
> > On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
> > >screenfp = fopen
> ("/sys/class/backlight/pcf50633-bl/brightness","w");
> >
> > Excellent idea, I'll implement it in my newRotate and make a new
> > release.
> >
> > BTW, I still can't commit...
> >
> > https://admin-trac.openmoko.org/trac/ticket/1563
>
> OK, new newrotate version, taking usage of brightness to use less energy
> and a nicer rotation.
>
> http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/
>
> Rui
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: arecord on freerunner

[hadroneo]

Le Sun, 12 Oct 2008 21:54:56 +0200,
Baruch Even <[EMAIL PROTECTED]> a écrit :


Hi Baruch,

> I got the same, I used the following command:
> 
> arecord -D hw -f cd  -vvv -d 5 -t wav rec-$(date +%Y-%m-%d-%H-%M).wav

Thank you so much, your "-D hw" option for arecord work like a charm
for me.

Best Regards,
hadroneo.
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Accelsense.org (accelerometer-based gestures)

[Paul V. Borza]

Hi everyone,

A couple of people asked me whether I will or won't continue my
project on accelerometer-based gestures.
My answer was always yes, and to make that clear, I've bought
accelsense.com, and accelsense.org.
The code has moved from http://code.google.com/p/accelges/ into a GIT
repository located at http://repo.accelsense.org.

I'm now in the first year of masters, and I've managed to get two of
my courses into the accelerometer-based gestures (i.e. to implement
this as homework).
>From now on, my professors require me to use SOMs (i.e.
self-organizing maps, a type of neural networks), instead of hidden
Markov models.

A couple of you guys asked whether the efficiency and speed can be
improved using HMMs. Again, the answer is yes, just that I don't have
time to work on the HMM implementation anymore.

Just wanted to let you know that from now on, I'll focus exclusively
on working with the Neo, rather than the Wii to test the gestures; and
make them smooth and natural.
Nokia is using SOMs for gesture recognition in mobile phones, so we
should be on the technology wave as I can tell (still, I'm just one
guy).

What I'll focus on in the 0.2 release:
* use some code from the rotate application that is flying around.
* keep the current Dbus system for interaction.
* 10% of CPU (it's now using 20%), and yes it's doable.
* no GUI, but change the text console UI to be something like 'top',
and not just printf hundreds of xyz data.
* reintegrate with matlab-compatible diagrams.
* will still be in C99 and under LGPL.
* math formulas that are used in code will have a link to
http://wiki.accelsense.org/wiki/ and the formula will be written
in LaTex.
* some of you gave me advices on how to improve the organization of
the project, will also do that.
* some dependencies aren't checked, there are too many you say, will be removed.
* integration with the freesmartphone.org Dbus FSO communication
system (I've seen that it grew since I last checked it).
* implementation of self-organizing maps.

Bottom line: I'll be trying turn it in a mature project ;)

You can do interesting things with SOMs, like Nokia was doing:
detecting when the user climbs down, up or walks, just using an
accelerometer.

Thanks,
Paul

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Clemens Kirchgatterer]

Xavier Cremaschi <[EMAIL PROTECTED]> wrote:

> I just want a single view named "Folders" (which would be a file 
> explorer) instead of the existing "Albums", "Artists", "Genre".
> 
> I totally understand that a tag-based player could be interesting for 
> some people, but I *know* where my files are in my collection.

FULL ACK!

i allways find it strange if i can't make a playlist by simply
selecting a directory from the filebrowser view.

clemens

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Rui Miguel Silva Seabra]

On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
> On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
> >screenfp = fopen ("/sys/class/backlight/pcf50633-bl/brightness","w");
> 
> Excellent idea, I'll implement it in my newRotate and make a new
> release.
> 
> BTW, I still can't commit...
> 
> https://admin-trac.openmoko.org/trac/ticket/1563

OK, new newrotate version, taking usage of brightness to use less energy
and a nicer rotation.

http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/

Rui

-- 
Hail Eris, Hack GNU/Linux!
Today is Boomtime, the 68th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [om2008.9/FDOM] Charging or Long Power On = Crashing?

[Michael Shiloh]

Boris Wong wrote:
> I'm working on a theory of prolonged charging leading to the crashing of
> the Freerunner in FDOM/om2008.9. I'm not saying it's definite, but I
> have had some experiences of my phone ending up in kernel panic and
> where the screen would not turn on after overnight charging without
> suspension.
> 
> Here is the scenario:
> I plug in my Freerunner to the wall adaptor, to let it charge overnight.
> I do not use suspension, but I do have the screen turn off
> automatically. I sometimes don't unplug/plug it in again to make the
> charging indicator (red light and the charging symbol on the screen)
> appear. In the morning (6+ hours later), the phone will be in kernel
> panic or the device will be on without the screen (calls and things get
> through, monitor does not come on).
> 
> The questionable theory:
> Is there any chance that, since the kernel is not aware that the device
> is charging (even though the device still charges to full), will create
> crashes or reverse the loop of the battery indicators? I'm aware that
> this is a smart battery which can dish out statistics. If the FR does
> not know that it is charging, but the power is going up, I might think
> that that may cause problems with the logging and power handling from
> the kernel.
> 
> Just a theory, but I really want to get rid of kernel panics and crashes
> after not shutting down for a long time.
> 
> Any other theories floating out there that we might want to consider?

Boris,

You may get better results posting this to the kernel list.

Michael

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Debian] Auxlaunch

[Michael Shiloh]

This is beautiful. Thanks!

It is very simple, very flexible, and easy to configure.

On top of that, it makes a great example program.

If you have time to write up a wiki page that would be great. Otherwise, 
I'll add it to my list.

Michael


Al Iasid wrote:
> Hi,
> 
> I wanted a simple, very finger-friendly app launcher for my Freerunner 
> running Debian. I also wanted to access it using the "Aux" button. So, I 
> mixed code from the PyGTK hello world example with code from 
> matchbox-keyboard-toggle and came up with "Auxlaunch". A screenshot and 
> download link is at aliasid.googlepages.com/auxlaunch 
>  if you're interested.
> 
> At first, it minimizes and waits for the "Aux" button to be pressed. 
> Then, it pops up full screen and shows 3 large buttons. You use the up 
> and down buttons to change the top button. Press the top button and the 
> selected app starts. You can configure the choices by editing the 
> ".auxlaunchrc" text file. I added an item for "Suspend" ("apm -s"), too.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Rui Miguel Silva Seabra]

On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
>screenfp = fopen ("/sys/class/backlight/pcf50633-bl/brightness","w");

Excellent idea, I'll implement it in my newRotate and make a new
release.

BTW, I still can't commit...

https://admin-trac.openmoko.org/trac/ticket/1563


-- 
Grudnuk demand sustenance!
Today is Boomtime, the 68th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ReMoko hid profile emulation

[Valerio Valerio]

2008/10/14 Nicola Mfb <[EMAIL PROTECTED]>

> "2008/10/14 Valerio Valerio <[EMAIL PROTECTED]>
>
>> [...]
>> This script doesn't work in my systems, all my systems have the input
>> service activated by default, so fails on the service activation, and if I
>> disable the input plugin the script fails again in this line:  bus_id =
>> bmgr.ActivateService('input')
>>
>> The script runs in your system without problems ?
>> which BlueZ version do you have ?
>>
>
> I'm using 3.36 on gentoo, yes, it passes the activate service phase and
> fails on CreateDevice, my output is:
>
> Traceback (most recent call last):
>   File "test2.py", line 12, in 
> path = imgr.CreateDevice(''my bt adderss")
>   File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 68, in
> __call__
> return self._proxy_method(*args, **keywords)
>   File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 140, in
> __call__
> **keywords)
>   File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 607, in
> call_blocking
> message, timeout)
> dbus.exceptions.DBusException: org.bluez.Error.NotSupported: Not supported
>
> on /var/log/messages I got:
>
> hcid[3078]: Invalid PnP service record length
>
> With hidd it works (the only issues is that hidd --search does not return
> nothing!)
>
I already notice that, but for example other's OS's see ReMoko as a
Bluetooth keyboard (Windows, KDE bluetooth, S60 devices, OSX ...), and I
also tested a Logitech Bluetooth mouse and a keyboard that doesn't appears
with hidd --search (I never seen any result from hidd --search)

>
>
> I'm not sure, but can suppose that the profile emulation is not perfect,
> may you try avoiding the service activation lines?
>
Nop don't work in Ubuntu 7.10 or Ubuntu 8.04, they have a older BlueZ
version that doesn't have the "createDevice" d-bus call.
Can you provide me a hcidump  ? (start hcidump before the python script).

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org



>
> I'm going to do other test downgrading bluez.
>
> Regards
>
>  Nicola
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] starting xfce as non root

[Davide Scaini]

already done...
not working...

On Tue, Oct 14, 2008 at 6:38 PM, gromez <[EMAIL PROTECTED]> wrote:

> On Tue, Oct 14, 2008 at 6:17 PM, Davide Scaini <[EMAIL PROTECTED]> wrote:
> > ...i tryed several times... now i give up!
> > I followed carefully the wiki instructions but i'm not able to run xfce
> as
> > non root user...
> > do you have an idea?
> > i tryed modifying /etc/init.d/xfce with my user name, but there is no
> way...
> > any hints?
>
> I've recently updated the wiki because I've got the same problem.
> Check point 3
>
> 3. Edit /etc/X11/Xwrapper.config and change allowed_users=console to
> allowed_users=anybody
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] starting xfce as non root

[gromez]

On Tue, Oct 14, 2008 at 6:17 PM, Davide Scaini <[EMAIL PROTECTED]> wrote:
> ...i tryed several times... now i give up!
> I followed carefully the wiki instructions but i'm not able to run xfce as
> non root user...
> do you have an idea?
> i tryed modifying /etc/init.d/xfce with my user name, but there is no way...
> any hints?

I've recently updated the wiki because I've got the same problem.
Check point 3

3. Edit /etc/X11/Xwrapper.config and change allowed_users=console to
allowed_users=anybody

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ReMoko hid profile emulation

[Nicola Mfb]

"2008/10/14 Valerio Valerio <[EMAIL PROTECTED]>

> [...]
> This script doesn't work in my systems, all my systems have the input
> service activated by default, so fails on the service activation, and if I
> disable the input plugin the script fails again in this line:  bus_id =
> bmgr.ActivateService('input')
>
> The script runs in your system without problems ?
> which BlueZ version do you have ?
>

I'm using 3.36 on gentoo, yes, it passes the activate service phase and
fails on CreateDevice, my output is:

Traceback (most recent call last):
  File "test2.py", line 12, in 
path = imgr.CreateDevice(''my bt adderss")
  File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 68, in
__call__
return self._proxy_method(*args, **keywords)
  File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 140, in
__call__
**keywords)
  File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 607, in
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.bluez.Error.NotSupported: Not supported

on /var/log/messages I got:

hcid[3078]: Invalid PnP service record length

With hidd it works (the only issues is that hidd --search does not return
nothing!)

I'm not sure, but can suppose that the profile emulation is not perfect, may
you try avoiding the service activation lines?

I'm going to do other test downgrading bluez.

Regards

 Nicola
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[debian] starting xfce as non root

[Davide Scaini]

...i tryed several times... now i give up!
I followed carefully the wiki instructions but i'm not able to run xfce as
non root user...
do you have an idea?
i tryed modifying /etc/init.d/xfce with my user name, but there is no way...
any hints?
thanks
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FBReader now working on the FreeRunner

[Michael Sheldon]

Arigead wrote:
> Michael Sheldon wrote:
>> Pupino wrote:
>>   
>>> 2008/10/12 Michael Sheldon <[EMAIL PROTECTED]>:
>>> 
 Giovanni wrote:
   
> Does it also work on OM2007.2?
> 
  Probably, assuming all the dependancies are available (which from
 memory I think they are). Give it a try and let me know ;).

  Cheers,
   Mike.

   
> On Sun, Oct 12, 2008 at 9:22 PM, Michael Sheldon <[EMAIL PROTECTED]
> > wrote:
>
> Hi all,
>
> I've just spent the day hacking on FBReader to make it work correctly
> under OpenMoko (OM2008.*). Until now it's been pretty much unusable 
> due
> to the GPE version of FBReader expecting you to be using a device that
> has some physical buttons which then get bound to vital functions like
> turning the page. The changes I've made are as follows:
>
> * Add scroll forward/backward buttons to the toolbar
> * Add fullscreen mode button to the toolbar (doesn't have an icon
> at the moment, it's the third button from the right)
> * Change fullscreen mode so that it doesn't hide the toolbar
> (otherwise there's no way to get back from fullscreen mode)
> * Switch to using the much prettier blue tango icons
> * Make the line separation larger so the text doesn't overlap
> * Reduce the font size
> * Change the default colours to match openmoko's colour scheme
> better (and so it's a little easier on the eyes)
>
> And most importantly…
>
> * Make it so that tapping the sides of the screen turns the book's
> pages (left = backwards, right = forwards)
>
> Here's a screenshot of what it used to look like:
> http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-orig.png
>
> And what it looks like with my patches:
> 
> http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-openmoko.png
>
> To install it simply run:
>
> opkg install
> http://mikeasoft.com/~mike/openmoko/enca_1.9-r3_armv4t.ipk
> 
> 
> http://mikeasoft.com/~mike/openmoko/fbreader_0.8.2a-r6+elleopatches_om-gta02.ipk
> 
> 
> (all on one line)
>
> For those interested the patch can also be downloaded from
> http://mikeasoft.com/~mike/openmoko/fbreader-openmoko.patch
> .
>
> Bonus points for anyone who knows what book I'm testing it with in the
> screenshots (without googling) ;).
>
>  Cheers,
>   Mike.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org 
> http://lists.openmoko.org/mailman/listinfo/community
>
>
>
> 
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

   
>>> Nice work! thank you!
>>>
>>> the book is "into the wild"? well the film had that name, maybe the
>>> book has a different one?
>>> 
>>   Nope, *much* older book, good guess though :)
>>
>>Mike.
>>   
> I've a few days email on this list to catch up on so I'm sure you've got 
> the answer to the book but I think I'll have a guess anyhow. Can't spell 
> the name or give you the correct title of the book but you might know 
> what I mean.
> 
> The book is called either "Walden" or "Walden pond"? and it was written 
> by Theareau? Does that make any sense? Good book if it's the one I think 
> it is.

  Yep, that's right and you're actually the first to get it. I'm a bit 
surprised anyone got it since it's a fairly random page, so well done :).

Cheers,
  Mike.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FBReader now working on the FreeRunner

[Arigead]

Michael Sheldon wrote:
> Pupino wrote:
>   
>> 2008/10/12 Michael Sheldon <[EMAIL PROTECTED]>:
>> 
>>> Giovanni wrote:
>>>   
 Does it also work on OM2007.2?
 
>>>  Probably, assuming all the dependancies are available (which from
>>> memory I think they are). Give it a try and let me know ;).
>>>
>>>  Cheers,
>>>   Mike.
>>>
>>>   
 On Sun, Oct 12, 2008 at 9:22 PM, Michael Sheldon <[EMAIL PROTECTED]
 > wrote:

 Hi all,

 I've just spent the day hacking on FBReader to make it work correctly
 under OpenMoko (OM2008.*). Until now it's been pretty much unusable due
 to the GPE version of FBReader expecting you to be using a device that
 has some physical buttons which then get bound to vital functions like
 turning the page. The changes I've made are as follows:

 * Add scroll forward/backward buttons to the toolbar
 * Add fullscreen mode button to the toolbar (doesn't have an icon
 at the moment, it's the third button from the right)
 * Change fullscreen mode so that it doesn't hide the toolbar
 (otherwise there's no way to get back from fullscreen mode)
 * Switch to using the much prettier blue tango icons
 * Make the line separation larger so the text doesn't overlap
 * Reduce the font size
 * Change the default colours to match openmoko's colour scheme
 better (and so it's a little easier on the eyes)

 And most importantly…

 * Make it so that tapping the sides of the screen turns the book's
 pages (left = backwards, right = forwards)

 Here's a screenshot of what it used to look like:
 http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-orig.png

 And what it looks like with my patches:
 
 http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-openmoko.png

 To install it simply run:

 opkg install
 http://mikeasoft.com/~mike/openmoko/enca_1.9-r3_armv4t.ipk
 
 
 http://mikeasoft.com/~mike/openmoko/fbreader_0.8.2a-r6+elleopatches_om-gta02.ipk
 
 
 (all on one line)

 For those interested the patch can also be downloaded from
 http://mikeasoft.com/~mike/openmoko/fbreader-openmoko.patch
 .

 Bonus points for anyone who knows what book I'm testing it with in the
 screenshots (without googling) ;).

  Cheers,
   Mike.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org 
 http://lists.openmoko.org/mailman/listinfo/community



 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
>>> ___
>>> Openmoko community mailing list
>>> community@lists.openmoko.org
>>> http://lists.openmoko.org/mailman/listinfo/community
>>>
>>>   
>> Nice work! thank you!
>>
>> the book is "into the wild"? well the film had that name, maybe the
>> book has a different one?
>> 
>
>   Nope, *much* older book, good guess though :)
>
>Mike.
>   
I've a few days email on this list to catch up on so I'm sure you've got 
the answer to the book but I think I'll have a guess anyhow. Can't spell 
the name or give you the correct title of the book but you might know 
what I mean.

The book is called either "Walden" or "Walden pond"? and it was written 
by Theareau? Does that make any sense? Good book if it's the one I think 
it is.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Rodney Myers]

How does the default WIFI  work with open/free wifi access?

Would I be able to get connected to the internet with a wifi router  
that has dhcp working?

I'd really like to get the OM functioning.

Thanks



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: (Another) New rotate version

[rhn]

Yet another one - this time in Python. Should be easy to port, though.
Features:
- no dimming
- no stopping if backlight not lit
- badly adjusted timers
- reopening the file at every check
- able to set the right position even if device is nearly lying
- does not switch if on verge of two modes
...and the two latter things are what I like in it.
The timers are really bad - it takes up to 10 seconds to adjust (checking 
position every 3 seconds, 1.5 second to make sure plus some unidentified delay).#!/usr/bin/env python
import struct
import subprocess
from time import sleep

secondsensorfile = "/dev/input/event3"
#int, int, short, short, int
fmt = 'iihhi'



def get_data(path):
sensor = open(path, 'rb')
ret = [0, 0, 0]
while True:
pass
event = sensor.read(16)
if not event:
break
(time1, time2, type_, code, value) = struct.unpack(fmt, event)
if type_ == 0 and code == 0:
break
if type_ == 2:
ret[code] = value
sensor.close()
return ret

def get_direction():
ind = None
di = None
for i in range(3):
data = get_data(secondsensorfile)
print data
a = map(abs, data)
max_val = max(a[:2])
if max_val * 4 < sum(a):
return
index = a.index(max_val)
if index < 2 and a[index] < a[-index + 1] * 2:
return
if ind is None:
ind = index
elif not ind == index:
return
   
direction = data[index] > 0
if di is None:
di = direction
elif not di == direction:
return
sleep(0.5)
#print data, index
return ind, di

def rotate(name):
subprocess.Popen(['/usr/bin/xrandr', '-o', name])

def rotation(index, direction):
d = ['<>', 'v^', '.o']
r = [['right', 'left'], ['normal', 'inverted']] 
print d[index][int(direction)]
if index < len(r):
pass
#subprocess.Popen(['/usr/bin/xrandr', '-o', r[index][int(direction)]])
return r[index][int(direction)]
last = 'normal'
while True:
print 'vGet'
d = get_direction()
if d:
print 'got'
index, direction = d
r = rotation(index, direction)
if r:
if not r == last:
last = r
rotate(r)
sleep(3)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: console command history

[papa-piet]

> Fox Mulder schrieb:
> I didn't try it with 2008.9 because i only use debian

I did.
 shh into your Neo workerd for me, but scp didn't, it looked like a
timeout.

Greetings

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ReMoko hid profile emulation

[Valerio Valerio]

Hi,

2008/10/14 Nicola Mfb <[EMAIL PROTECTED]>

> HI!
> ReMoko works quote nice on my freerunner with fso (some times i have to
> restart it many times before it runs well), but I have problems on the PC
> side.
> If I use hidd --connect  it runs fine, but if I use dbus
> CreateConnection method it fails.
> As hidd is deprecated and provided only for compatibility I'd like to know
> if the problems is in bluez or in ReMoko hid profile emulation.
>
> If someone has a bt keyboard may try if this simple python script works
> (from wiki.bluez.org)?
>

This script doesn't work in my systems, all my systems have the input
service activated by default, so fails on the service activation, and if I
disable the input plugin the script fails again in this line:  bus_id =
bmgr.ActivateService('input')

The script runs in your system without problems ?
which BlueZ version do you have ?

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org


>
>
> import dbus
> bus = dbus.SystemBus()
> # service activation
> bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'),
> 'org.bluez.Manager')
> bus_id = bmgr.ActivateService('input')
> imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/input'),
> 'org.bluez.input.Manager')
>
> # device creation
> path = imgr.CreateDevice('xx:xx:xx:xx:xx:xx')
> idev = dbus.Interface (bus.get_object(bus_id, path),
> 'org.bluez.input.Device')
>
> # host initiated connection
> idev.Connect()
>
>
> replace xx... with your keyboard bt address, and with neo bt address after
> having remoko launched.
>
> Thanks
>
>   Nicola
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.x] GPRS Instructions on the Wiki

[Benedikt Schindler]

Arigead schrieb:
> [...]
>  From a clean flash of a 2008 Daily from last week:
>
> Om2008.8-gta02-20080903.uImage.bin
> Om2008.8-gta02-20081007.rootfs.jffs2
>
> And executing the commands
>
> echo "nameserver 208.67.222.222" > /etc/resolv.conf
> echo "nameserver 208.67.220.220" >> /etc/resolv.conf
> echo "arch base 50" > /etc/opkg/angstrom-feed.conf
> echo "src/gz base 
> http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv
> opkg update
> opkg install gpsd
> opkg install gsm0710muxd
>
> [...]


try not to add the hole repositorie. just make a

opkg install 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0_armv4t.ipk



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[2008.x] GPRS Instructions on the Wiki

[Arigead]

Don't want to hijack the thread this stems from "Re: [2008.9] Wifi very 
unreliable" but I mentioned there that external links from a wiki might 
not be the best idea and that I was having problems with external GPRS 
instructions linked from the relevant wiki page.

Continued at the bottom of this:

Nishit Dave wrote:
> On Fri, Oct 10, 2008 at 1:50 AM, Arigead <[EMAIL PROTECTED] 
> > wrote:
>
>
> There is an external link on the GPRS wiki page to a German site for
> installing the GSM Multiplexor and a GUI. I've been trying to get
> those
> instructions to work for the last couple of days. I assume I'm getting
> something wrong but how can I be sure, given the speed things
> change in
> OpenMoko, the instructions still work.
>
> I was able to get them to work, and the Services GUI was quite handy.  
> However, I switched over to Qtextended last weekend. 
>
> Have you installed all dependencies?  Where is it that you have a 
> problem exactly?
 From a clean flash of a 2008 Daily from last week:

Om2008.8-gta02-20080903.uImage.bin
Om2008.8-gta02-20081007.rootfs.jffs2

And executing the commands

echo "nameserver 208.67.222.222" > /etc/resolv.conf
echo "nameserver 208.67.220.220" >> /etc/resolv.conf
echo "arch base 50" > /etc/opkg/angstrom-feed.conf
echo "src/gz base 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv
opkg update
opkg install gpsd
opkg install gsm0710muxd

Results in the following error message which is probably where I'm 
having problems.


#opkg install gsm0710muxd
Installing gsm0710muxd 
(0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0) to root...
Downloading 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0_armv4t.ipk
Upgrading libdbus-glib-1-2 on root from 0.74-r0 to 0.76-r0...
Downloading 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/libdbus-glib-1-2_0.76-r0_armv4t.ipk
Installing libgobject-2.0-0 (2.18.1-r0) to root...
Downloading 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/libgobject-2.0-0_2.18.1-r0_armv4t.ipk
Configuring libdbus-glib-1-2
Collected errors:
 * Package libgobject-2.0-0 wants to install file 
/usr/lib/libgobject-2.0.so.0
But that file is already provided by package  * libglib-2.0-0

Maybe the above is not a problem but if you've any advice I'll be very 
happy to get it.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

ReMoko hid profile emulation

[Nicola Mfb]

HI!
ReMoko works quote nice on my freerunner with fso (some times i have to
restart it many times before it runs well), but I have problems on the PC
side.
If I use hidd --connect  it runs fine, but if I use dbus
CreateConnection method it fails.
As hidd is deprecated and provided only for compatibility I'd like to know
if the problems is in bluez or in ReMoko hid profile emulation.

If someone has a bt keyboard may try if this simple python script works
(from wiki.bluez.org)?

import dbus
bus = dbus.SystemBus()
# service activation
bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'),
'org.bluez.Manager')
bus_id = bmgr.ActivateService('input')
imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/input'),
'org.bluez.input.Manager')

# device creation
path = imgr.CreateDevice('xx:xx:xx:xx:xx:xx')
idev = dbus.Interface (bus.get_object(bus_id, path),
'org.bluez.input.Device')

# host initiated connection
idev.Connect()


replace xx... with your keyboard bt address, and with neo bt address after
having remoko launched.

Thanks

  Nicola
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.9] Compiling GDAL

[Radek Bartoň]

On Tuesday 14 of October 2008 10:45:13 Koen Kooi wrote:
>
> GDAL is already in OE, so why not use OE instead of the toolchain?
>

Firstly, because I don't want to spend several hours by compiling OE. 
Secondly, because this is only example of problems with GRASS compilation and 
I want to learn how to solve it. 

For example, there is similar error in compilation of GRASS itself:

NOTE: 
Running /home/blackhex/Projekty/MokoGRASS/grass/configure  --build=x86_64-linux 
 --host=arm-angstrom-linux-gnueabi --target=arm-angstrom-linux-gnueabi 
--prefix=/usr --exec_prefix=/usr --bindir=/usr/bin
--sbindir=/usr/sbin --libexecdir=/usr/libexec   
--datadir=/usr/share--sysconfdir=/etc
--sharedstatedir=/usr/com   --localstatedir=/var
--libdir=/usr/lib   --includedir=/usr/include
--oldincludedir=/usr/include--infodir=/usr/share/info   
--mandir=/usr/share/man --enable-mainainer-mode 
 ...
configure: WARNING: unrecognized options: --enable-mainainer-mode
configure: loading site script /usr/local/openmoko/arm/site-config
checking build system type... x86_64-pc-linux-gnu
checking host system type... arm-angstrom-linux-gnueabi
checking for arm-angstrom-linux-gnueabi-gcc... ccache 
arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether ccache 
arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t accepts -g... yes
checking for ccache 
arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t option to accept 
ISO C89... none needed
/home/blackhex/Projekty/MokoGRASS/grass/configure: line 2974: LOC_EXEEXT: 
command not found
/home/blackhex/Projekty/MokoGRASS/grass/configure: line 2984: syntax error 
near unexpected token `,'
/home/blackhex/Projekty/MokoGRASS/grass/configure: line 2984: 
`LOC_CHECK_FP_INF_NAN(,'
FATAL: oe_runconf failed

The problem is caused because there are several local macros defined in 
aclocal.m4 which is overwritten by om-config. I've moved them to m4/local.m4 
file but it is not included in autoreconf execution even if I use 
EXTRA_AUTORECONF="-I/home/blackhex/Projekty/MokoGRASS/grass/m4" om-conf grass 
command and AC_CONFIG_MACRO_DIR([m4]) in configure.in.

If you think that these kind of errors will not occur with OE, I'll try to go 
this way... ?

-- 
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: [EMAIL PROTECTED]
Web: http://blackhex.no-ip.org
Jabber: [EMAIL PROTECTED]
-- 
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: [EMAIL PROTECTED]
Web: http://blackhex.no-ip.org
Jabber: [EMAIL PROTECTED]

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Introducing http://www.opkg.org

[Tick Chen]

Hi Rod, 
  Your points are very true. 
Actually, we have a lot of discussion about these internally. 
When I am trying to create the community repository, we meet some issues. 
There were some open issues.
 1. Dependency:
* Wrong/None Dependency
The accuracy of dependency really matters.
* Out of date:
It is very hard to find out if the package is out of date or not. 
* Different ABI:
Some people may release packages with different toolchain, and this
may cause many difficult problem, and sometimes very hard to find out.
 2. Security issues:
When we got a package, we will need to take a look of it's source
code, and make sure the package is not harmful.

For those very good projects, I'd love/encourage to put them into feeds of our
build system, and so that they will having less above problems.

We want to provide a platform that everyone can share whatever they 
want to share legally, and also what shared through Openmoko should be 
workable and runs well at least on Openmoko's Om2008.8.
Therefore, we have community repository to put these packages. 

I realize that, creating a BB file and building system with OE, sometimes is 
a high barrier from interaction with many developers. 
(Thanks mokoMakefile, it indeed helps a lot of people.)
Many developers actually do not care about how the whole system built, they
just want to develop what they are interested in. 
(And they should not have to worry about other issues) Therefore we provide
meta-toolchain. http://wiki.openmoko.org/wiki/Toolchain. 
For those projects, developers may just want to pack their own packages
and release. Other some may be data, themes... etc. If they are 
good enough and work well on current system, I'd love to put
them into community repository. 

I also encourage developers create their own bb files, and so that it can be 
build by our build system, and even be ported to many machine very easily.
That way they can promote their own brain-child greatly.

We also know there are many many ebullient hackers wants to release
their own distributions/repository.  
We love that. And we want to create an easy way for them to release and
promote their repositories. But for those repositories, we cannot
guarantee those are compatible for our distribution. Hackers will need to
take care of that themselves. 

To summarize:
If my info were not wrong or outdated. There *will* be three ways to release
packages/repositories through Openmoko. 
1. Through our build system, hackers provides (or ask us (but we are lazy)) bb 
files and
put them into OE. 
2. University repository: Putting packages that satisfy the following
conditions:
a. Open source, and legal. (If they were execuable files, GPL License is 
prefered.)
b. Runs well on our distribution(s). 
c. Do no evil.
If we found any package does not satisfy any above conditions, 
we will remove that immediately. 
3. Multiverse repository: Putting packages of repositories. Let people
download those packages and adding repositories.
(Above is unfinished yet, I need to push someone to do this more.)

Praise on Tobias's work. It's really a very good way to find out useful
packages. This web site can be the best collection of useful packages (for 
Searching). 
It can also becomes one of the best community repository. If it
maintains well. We do very happy to see this, and appreciate. 

Cheers, 
Tick

On Mon, Oct 13, 2008 at 05:43:14PM +1030, Rod Whitby wrote:
> Robin Paulson wrote:
> > 2008/10/12 Tobias Kündig <[EMAIL PROTECTED]>:
> >> It's a simple database of available *.ipk-Packages.
> > 
> > great stuff, found some interesting things there already
> > 
> > would you be interested in turning it into a true repository? with an
> > entry for the .conf file for opkg?
> 
> It really is a sad commentary on the state of official Openmoko
> repositories that this question is even asked.
> 
> The state of affairs *should* be that you just get the application name
> from opkg.org, and then type "opkg install " on whatever
> distribution you are running (or select the application name from the
> GUI installer application on the device) and it installs flawlessly from
> the official feeds for that distribution.
> 
> Have we all given up on that scenario (which is commonplace in other
> community projects) and must resort to even more third-party
> repositories which do nothing more than mirror bits and pieces of all
> the existing disparate repositories?
> 
> Please, let's make this the best site for *finding* new applications and
> deciding which ones to install, but hook it into the existing
> repositories and improve them instead of creating yet more repositories
> to confuse people, become out of date, and cause upgrade nightmares when
> they are not consistent with the base images ...
> 
> -- Rod
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/comm

Re: [om2008] stable vs testing vs unstable

[Benedikt Schindler]

i think there is a problem with the build server, or a patch that went 
into unstable killed the compiler.
There doesn't even exist the Packages.gz files ... and i am sure they 
exists a few days ago.

so unstable ist just as it says ... unstable it is also unstable in 
the fact of it's existens ;)


btw:

i couldn't install

http://downloads.openmoko.org/repository/testing/om-gta02/distro-feed-configs_1.0-r0.02_om-gta02.opk
 


there is a md5 checksum error.

Sarton O'Brien schrieb:
> Hmmm ... I just noticed that stable (Om200.8) has surpassed testing in 
> versioning.
>
> I now backup all my opk files per repo for easy switching but shouldn't 
> testing at least be equal to or greater than stable?
>
> And what's the deal with unstable ... it doen't even look like a repo?
>
> For anyone else out there who is on testing and can't read their messages ... 
> switch to stable and it will update :)
>
> Sarton
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FR adapter - shocking experience!

[Sébastien Lorquet]

Just guessing, FR power supplies blocks are really high-tech ones if they
contain a usb-powered 230V power inverter in the same package :-D

to get 5VDC from 230VAC you need at least a transformer and a diode bridge +
low voltage capacitors, or a step-down hasher like desktops/laptops power
supplies.

but, to get 230VAC from 5VDC, you will first need 5VAC with an oscillator,
then a step-up transformer :)
This is not something you'll find on a standard power supply plug :)
Also, the shock would not be the same if you had been shocked with a
normally operating 230v supply (I mean the amount of energy absorbed by your
body) :)

this is more likely to be a capacitor effect. There are some on the 230VAC
side of all power supplies, to filter EMI.

and a coil cannot store potential, it's a capacitor job :)
a coil regulates spikes et reacts to transient voltages only. for DC
current, a coil is a simple wire.

sl

2008/10/9 Thorben Krueger <[EMAIL PROTECTED]>

> It might be a case of the transformator working in reverse: A small
> voltage applied to the usb output leads to a high voltage at the
> prongs. This could also be caused by a capacitator on the low voltage
> end, but I am not sure.
>
> Just guessing here.
>
> However, if you were to touch the prongs the moment they were out of
> the socket, the coil could still hold some potential to shock you.
>
> Also just guessing.
>
> Thorben
>
> 2008/10/9 Christ van Willegen <[EMAIL PROTECTED]>:
> > Hi,
> >
> > this morning, I pulled the FR adapter out of the (230 VAC) socket, and
> > accidentally touched one of the prongs. I experienced a short shock.
> >
> > Is there a capacitor in there that can do that? It was fully out of
> > the socket when I touched it!
> >
> > Christ van Willegen
> > --
> > 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Battery crazy?

[Sébastien Lorquet]

And still you can't assume consumption will be constant on a sub-second time
scale...
It would be more user friendly to report a remaining time based on an
average consumption.

2008/10/13 Rui Miguel Silva Seabra <[EMAIL PROTECTED]>

> On Mon, Oct 13, 2008 at 04:30:22PM -0400, Joel Newkirk wrote:
> > On Mon, 13 Oct 2008 20:35:48 +0100, Rui Miguel Silva Seabra <
> [EMAIL PROTECTED]>
> > wrote:
> > > The following is with Om.2008.9 + opkg upgrade:
> > >
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 77% 974 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 77% 974 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 76% 1158 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 76% 623 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
> > > [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
> /proc/apm
> > > 1.13 1.2 0x02 0x01 0x00 0x00 76% 2003 min
> > >
> > > Should I be worried?
> > >
> > > Rui
> >
> > I'd not think so.  The estimated time remaining varies because your
> > 'recent' power usage varies between checks.  If GSM or wifi start
> requiring
> > more power than before to maintain connection, for example, or backlight
> > usage varies, etc, then the estimate will change according to recent
> usage.
> >  (I'm assuming those weren't invoked immediately after one another, but
> > that some time elapsed between checks - regardless, only the estimated
> time
> > is acting in any way unexpectedly - remaining capacity seems to be pretty
> > consistent and presumably fairly accurate)
>
> I know it wasn't timestamped, bu these were consecutive readings,
> perhaps within less of a second between each...
>
> I'm not using wifi, no active call, not anything...
>
> Rui
>
> --
> Frink!
> Today is Sweetmorn, the 67th day of Bureaucracy in the YOLD 3174
> + No matter how much you do, you never do enough -- unknown
> + Whatever you do will be insignificant,
> | but it is very important that you do it -- Gandhi
> + So let's do it...?
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.9] Compiling GDAL

[Koen Kooi]

Op 13 okt 2008, om 16:48 heeft Radek Bartoň het volgende geschreven:


Hello.

I'm trying to compile GDAL [1] library as a prerequisity for GRASS  
GIS package
using OpenMoko toolchain [2] but I'm getting following error message  
of

missing some autoconf macros.


GDAL is already in OE, so why not use OE instead of the toolchain?




NOTE: Executing
autoreconf --verbose --install --force -I /root/test/gdal/gdal/m4/ - 
I/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/ 
aclocal-1.10 -I /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/ 
usr/share/aclocal

autoreconf-2.63: Entering directory `.'
autoreconf-2.63: configure.in: not using Gettext
autoreconf-2.63: running: aclocal --force
configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in  
library
configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in  
library

autoreconf-2.63: configure.in: tracing
autoreconf-2.63: running: libtoolize --copy --force
Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL'
You should update your `aclocal.m4' by running aclocal.
configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in  
library
configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in  
library

autoreconf-2.63:
running: /usr/bin/autoconf-2.63 --include=/root/test/gdal/gdal/m4/ -- 
include=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/ 
aclocal-1.10 --include=/usr/local/openmoko/arm/arm-angstrom-linux- 
gnueabi/usr/share/aclocal --force --warnings=cross

configure.in:62: error: possibly undefined macro: AC_COMPILER_PIC
 If this token and others are legitimate, please use  
m4_pattern_allow.

 See the Autoconf documentation.
configure.in:63: error: possibly undefined macro: AC_LD_SHARED
configure.in:91: error: possibly undefined macro: AC_HAVE_LONG_LONG
configure.in:92: error: possibly undefined macro: AC_UNIX_STDIO_64
configure.in:139: error: possibly undefined macro:  
AC_CHECK_FUNC_CUSTOM

configure.in:2272: error: possibly undefined macro: AM_INIT_PYEXEC_MOD
configure.in:2273: error: possibly undefined macro: AM_CHECK_NUMPY
configure.in:2274: error: possibly undefined macro:  
AC_COMPILER_LOCALHACK

autoreconf-2.63: /usr/bin/autoconf-2.63 failed with exit status: 1
FATAL: autoreconf execution failed.

They were defined in files included in aclocal.m4 file but om-conf
deletes it by calling autoreconf. Have anyone any idea how to  
override this?


[1] - http://www.gdal.org/
[2] - http://wiki.openmoko.org/wiki/Toolchain

--
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: [EMAIL PROTECTED]
Web: http://blackhex.no-ip.org
Jabber: [EMAIL PROTECTED]

___
devel mailing list
[EMAIL PROTECTED]
https://lists.openmoko.org/mailman/listinfo/devel




PGP.sig
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Nishit Dave]

On Tue, Oct 14, 2008 at 12:58 PM, Cédric Berger
<[EMAIL PROTECTED]>wrote:

> On Tue, Oct 14, 2008 at 09:07, Nishit Dave
> > Whatever you and Lorn decide to do, when can we clueless users expect to
> > find it in updates for qtextended?
> >
>
> Is it not already in ? Looking at qtextended logs, to track my roaming
> problem, I could see the "AT%N0187" command passed to the modem.
>
>
>
> Also I experience almost no buzz sound since using qtextended (with
> mwester kernel). But I do not know if it is due to sound levels being
> different, or other settings...
>
> Well in fact I can't test anymore just now because my qtextended do
> not start anymore... stuck on PIN screen (even if PIN code not
> activated...). And I have the same problem on 2 separate partitions !
> (second is with 2008.8 base rootfs + qtextended)
>
> I use the 2008/10/03 update, which has reintroduced the echo problem as I
believe, but only Lorn can confirm that.  I get a severe echoing / buzzing
problem as soon as I raise the speaker / mono speaker / mic2 volumes in my
gsmhandset.state file (which I am about to re-edit right now).
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: console command history

[Fox Mulder]

W.Kenworthy wrote:
> On Mon, 2008-10-13 at 22:21 -0400, Joel Newkirk wrote:
>> On Tue, 14 Oct 2008 12:29:59 +1100, "Sarton O'Brien"
>> <[EMAIL PROTECTED]> wrote:
>>> On Tuesday 14 October 2008 12:17:06 Joel Newkirk wrote:
 On Mon, 13 Oct 2008 23:21:18 +0200, Fox Mulder <[EMAIL PROTECTED]>
>>> wrote:
> If you use bash on OM than do it the same way how it is done in a
>>> normal
> linux pc. You must "export HISTFILESIZE=1000" to set the number of
>>> lines
> saved to 1000. Just put this command in an adequate file to be
>>> executed
> at start like profile or bashrc.
>
> Ciao,
>  Rainer
 Indeed, but how then do I tell it to use bash instead of ash for
>>> Terminal
 and ssh?
>>> vi /etc/passwd?
>>>
>>> Sarton
>> (Ok, I'll go sit in the corner for five minutes wearing the stupid hat... 
>> I already knew that from desktop/server context but for some reason my
>> brain just didn't make the connection...)
>>
>> Thanks.
>>
>> j
>>
> be aware that doing this used to break X and other things during boot-up
> - not sure why but "funny things happened ..."
> 
> Only work around I found was to log in as usual, and type "bash" at the
> command prompt.
> 
> Be interesting to see if this is still the case ...

The busybox-bash doesn't support all features the real bash does why i
installed the bash from the repository. I only did this with 2007.2 and
it works flawless. I didn't try it with 2008.9 because i only use debian
on my neo at the monent.
To use bash i only had to edit passwd and nothing else.

Ciao,
 Rainer

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Cédric Berger]

On Tue, Oct 14, 2008 at 09:07, Nishit Dave
> Whatever you and Lorn decide to do, when can we clueless users expect to
> find it in updates for qtextended?
>

Is it not already in ? Looking at qtextended logs, to track my roaming
problem, I could see the "AT%N0187" command passed to the modem.



Also I experience almost no buzz sound since using qtextended (with
mwester kernel). But I do not know if it is due to sound levels being
different, or other settings...

Well in fact I can't test anymore just now because my qtextended do
not start anymore... stuck on PIN screen (even if PIN code not
activated...). And I have the same problem on 2 separate partitions !
(second is with 2008.8 base rootfs + qtextended)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: How to build qt-extended?

[Radek Bartoň]

On Friday 03 of October 2008 09:55:36 Nicola Mfb wrote:
> 2008/10/3 Jim Morris <[EMAIL PROTECTED]>
>
> > It is activated in the released image. At least I can set the encryption
> > on my email account.
>
> I just downloaded the updated toolchains, but the problem persist:
>
> $QTOPIA_DEPOT_PATH/configure -device neo
>
> ***
> Configuring Qt Extended (expanded commandline):
> -using-device neo -ui-type mobile -dynamic-rotation -ssl -dbus -libamr
> -pictureflow -add-mediaengines cruxus -add-modules bluetooth -add-modules
> cell
> -add-modules connectivity -add-modules devtools -add-modules essentials
> -add-modules games -add-modules inputmethods -add-modules location
> -add-modules
> media -add-modules messaging -add-modules pim -add-modules pkgmanagement
> -add-modules telephony -add-modules ui -displaysize 480x640 -font
> dejavu_sans_condensed:10,12,13,16,28:50 -font
> dejavu_sans_condensed:13,14,15,16,20,21,23,32,36:75 -xplatform
> linux-neo-g++ -arch arm -languages en_US -prefix /opt/Trolltech/Qtopia
> -extra-qtopiacore-config -qt-mouse-tslib -sound-system alsa -mkconf -make
> /usr/bin/gmake -no-save-options -make /usr/bin/gmake -using-mkconf
> -no-save-options
> ***
>
>
>
> This is the Qt Extended Open Source Edition.
>
> You are licensed to use this software under the terms of the GPL.
> Please see the file LICENSE.GPL for the licensing terms.
>
> Type 'yes' to accept this license offer.
> Type 'no' to decline this license offer.
>
> Do you accept this license agreement? yes
>
> Testing the system Qt: OK
> Qt Extended is using the following locations:
> Qt  PREFIX  = /usr
> Qt  LIBRARIES   = /usr/lib/qt4
> Qt  BINARIES= /usr/bin
> Qt  HEADERS = /usr/include/qt4
> Qt Embedded SOURCE tree = /opt/qt-extended-4.4.1/qtopiacore/qt
> Qt Embedded BUILD  tree = /opt/build/qtopiacore/target
> Qt Extended SOURCE tree = /opt/qt-extended-4.4.1
> Qt Extended BUILD  tree = /opt/build
> Qt Extended SDKtree = /opt/build/sdk
>
> Checking the compiler (host): OK (GCC 4, Little Endian)
> Checking the compiler (target): OK (GCC 4, Little Endian)
> Bootstrap QBuild: ... OK
> Testing QBuild: OK
> Testing for ALSA: OK
> Testing Qt Extended Media Engines: cruxus
> Checking QMAKE_RPATH: -Wl,-rpath-link,
> Testing for OpenSSL: OK
> Testing for dynamic rotation: OK
> Testing DBUS: OK
> Checking for PAGE_SIZE and PAGE_MASK: MISSING
> WARNING: QSharedMemoryCache will not throw away unused pages
> Testing for strict warning flags your compiler accepts: -Wall
> -Woverloaded-virtual
> Testing for V4L2: OK
> Testing for prctl(): OK
> Testing for semtimedop: OK
> Testing for __malloc_hook: OK
>
> Running configure (qtopiacore)...
> /opt/build/src/build/bin/pkgconfig:/opt/toolchains/arm920t-eabi/bin:/usr/lo
>cal/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/usr/kde
>/3.5/bin:/usr/qt/3/bin:/usr/games/bin:/opt/vmware/server/bin:/opt/vmware/ser
>ver/console/bin configure -embedded arm -platform linux-g++ -xplatform
> /opt/qt-extended-4.4.1/devices/neo/mkspecs/qws/linux-neo-g++ -prefix
> /opt/build/sdk/qtopiacore/target -make src -make tools -no-stl
> -no-exceptions -no-xmlpatterns -no-qt3support -no-glib -no-cups -no-dbus
> -no-accessibility -nomake examples -nomake demos -nomake docs
> -DQT_QWS_DISABLE_FLUSHCLIPPING -confirm-license -depths 8,16,18,24,32
> -qconfig qpe -DQT_NO_PLUGIN_CHECK -DQT_EXTERNAL_SOUND_SERVER
> -DQT_QWS_KEYEVENT_SINGLECLIENT -force-pkg-config -no-sql-ibase
> -no-sql-mysql -no-sql-odbc -no-sql-psql -no-sql-sqlite -no-sql-sqlite2
> -qt-sql-sqlite -release -no-gfx-qvfb -no-mouse-qvfb -no-kbd-qvfb -qt-gif
> -DMEDIA_SERVER -no-separate-debug-info -DQT_KEYPAD_NAVIGATION -dbus
> -qt-gfx-transformed -DQT_QWS_DYNAMIC_TRANSFORMATION -DQT_QWS_CLIENTBLIT
> -little-endian -qt-mouse-tslib
>
>
> Preparing build tree...
>
>
>
>
> You are licensed to use this software under the terms of
> the GNU General Public License (GPL) versions 2 or 3.
>
>
> Creating qmake. Please wait...
>
> Building on:   linux-g++
> Building for:  /opt/qt-extended-4.4.1/devices/neo/mkspecs/qws/linux-neo-g++
> Architecture:  arm
> Host architecture: i386
>
> Build ...  src tools libs
> Configuration ...  cross_compile release shared dll embedded largefile
> precompile_header exceptions_off  embedded reduce_exports ipv6
> clock-gettime clock-monotonic mremap getaddrinfo ipv6ifname getifaddrs
> inotify png gif freetype system-zlib dbus openssl svg webkit release
> Debug ... no
> Qt 3 compatibility .. no
> QtDBus module ... yes (run-time)
> QtXmlPatterns module  no
> Phonon module ... no
> SVG module .. yes
> WebKit module ... yes
> WebKit in Assistant   no
> STL support . no
> PCH support . yes
> MMX/3DNOW/SSE/SSE2..  no/no/no/no
> iWMMXt support ..

Re: Echo issue on OM2008.08 solved

[Nishit Dave]

On Tue, Oct 14, 2008 at 2:02 AM, Daniel Nöthen <[EMAIL PROTECTED]> wrote:

> Lorn Potter wrote:
> > A better place for stuff needed for a particular modem, would be in the
> > phone vendor plugin. That's what its there for. Not to defray this
> > patch, but this is very calypso specific, and not part of the GSM spec.
> > (although any other modem would most likely just spit out an error)
> >
> >
> >
> Yes, I assumed something like that.
> I've looked at the ficgta01 phonevendor sources but didn't find
> a method that is called on every initiated call where I could
> put those two lines.
> This patch is only meant as a temporary bugfix until some more
> experienced qtopia programmer (maybe you? ;)) finds a better
> place for the echo suppression lines.
>

Whatever you and Lorn decide to do, when can we clueless users expect to
find it in updates for qtextended?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community