USB Audio - working on SHR testing with Hercules DJ CONSOLE MKII

[Gaël HERMET]

Hi all,

I tried last night to connect my DJ CONSOLE on the USB (in host mode set
via shr-settings) and I was suprised when I saw that's just work I could
play some MP3 via MPlayer (mplayer -ao alsa:device=hw=1,0 your_mp3_file)

I dont't know if it's interesting somebody but I think it is.

Have a good day everybody ;)


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

Re: Another attempt at speeding up yaouh, with persistent connections

[Robin Paulson]

2009/3/3 Helge Hafting :
> The tiles have 5-digit names, so the max would be 10 ?

i think it only uses as many digits as necessary - i.e. there are
never any triling zeroes. if you look at antarctica, there are numbers
up to 130,000 for zoom 17. if tango ever supports zoom 18, then
there's potential for 260,000 per directory. is it likely, that anyone
will have more than 250 per directory? i dunno, but i recall a certain
prophecy that 640kb of ram...something, something

> Anyway, that could be a problem. With hundred thousand tiles and about
> 60 byte per URL, pythm would send a 7.5MB parameter list to a invocation
> of curl. That can easily be trimmed down to 950kB by only sending file
> names. Still, it'd be interesting to know if the freerunner can handle
> that at all. A pc usually can.
>
> A loop can be used to limit this to something sane, like 1000 files or
> so. But do anyone actually have that many files? I just checked my
> 50.000 tiles, and found no more than 250 tiles in any directory. Perhaps
> a large square area at zoom 17?

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

Re: Pulster fixe(s) and rework

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| On Thu, Mar 05, 2009 at 01:19:07AM +0100, Fox Mulder wrote:
|> Andy Green wrote:
|>> Johnny Tenfinger is right despite it sounds strange.  On some or all A5s
|>> there is no base current limit resistor on the bipolar transistor used
|>> to light the AUX LED.
|>>
|>> This "50mA" fault current then flows not through the LED (which has a
|>> reasonable series current limit resistor), but through the GPIO IO cell
|>> and the driver transistor base.
|> If this is the problem than it really is a bad design flaw...
|> Maybe i should test the AUX LED on my gta02v5 how much current it uses
|> when it is on.
|
| Ouch. I just tested mine, and the AUX LED really uses that much (about
| 50mA). Does a SOP exist to fix this?

No there's no real hardware fix that's practical.

We could have done something extreme like PWM the enable by software in
FIQ ISR, but it would result in dim AUX LED even so, since the LED is
not seeing the excess current but just normally lit.

It was fixed on A6, I'm afraid we just have to let it lie and not use
the AUX LED much as pointed out unless we're on external power.

Overall, it's a small issue about small excess current on one GPIO that
spends 99.9% of its life off anyway, as a customer this would bother me
so much less than the buzz or bass issues it wouldn't really bother me
at all.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmvlWwACgkQOjLpvpq7dMrppwCfcfKKKjYBRZtU3/OkBmteMeA8
2CcAoI0olr8DO0vo8I8n5YYPhNWr7Dxb
=flcr
-END PGP SIGNATURE-

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

Re: Pulster fixe(s) and rework

[Helge Hafting]

Andy Green wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Somebody in the thread at some point said:
> | On Thu, Mar 05, 2009 at 01:19:07AM +0100, Fox Mulder wrote:
> |> Andy Green wrote:
> |>> Johnny Tenfinger is right despite it sounds strange.  On some or all A5s
> |>> there is no base current limit resistor on the bipolar transistor used
> |>> to light the AUX LED.
> |>>
> |>> This "50mA" fault current then flows not through the LED (which has a
> |>> reasonable series current limit resistor), but through the GPIO IO cell
> |>> and the driver transistor base.
> |> If this is the problem than it really is a bad design flaw...
> |> Maybe i should test the AUX LED on my gta02v5 how much current it uses
> |> when it is on.
> |
> | Ouch. I just tested mine, and the AUX LED really uses that much (about
> | 50mA). Does a SOP exist to fix this?
> 
> No there's no real hardware fix that's practical.
> 
> We could have done something extreme like PWM the enable by software in
> FIQ ISR, but it would result in dim AUX LED even so, since the LED is
> not seeing the excess current but just normally lit.
> 
> It was fixed on A6, I'm afraid we just have to let it lie and not use
> the AUX LED much as pointed out unless we're on external power.

Now that's an idea. How about using it as a battery charging indicator? 
the orange thing can be used for other purposes then.

Helge Hafting

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

Re: problem with wifi

[arne anka]

> It keeps telling No lease, failing. What should i do?

you could start with providing more informations and asking on the  
appropriate list.

- what distribution
- what kernel
- does your wpa_supplicant.conf work on other systems

the right list would be supp...@..., not commun...@...

nad, please, prefix the subject always with yout distribution's name.

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

Re: AGPS question

[Helge Hafting]

Leonti Bielski wrote:
> I have a second question:
> 
> In agps package for u-blox you have to provide approximate location of
> your phone and radius (for example 150 kms).
> What does it change? If I provide some longitude and latitude and set
> some huge radius will it affect anything?
> Is it possible to eliminate it at all?
> 
It is not really needed, it merely speeds up TTFF somewhat.

Uploading almanac and ephemeris really helps, as this necessary 
information then don't need to be downloaded slowly from the satellites.

An approximate location helps further. A wrong location may delay
the first fix instead, or make the device fail.

> My brother has N95 with Agps and he does not have to provide his
> location while using agps service.

An AGPS setup don't have to use a location. Or the approximate location 
can be supplied automatically as the tower location. You are necessarily 
within 20km of the tower - much closer if in a city. The tower can 
supply its location, or the phone can have a database of all tower 
locations.  The latter approach is the more realistic approach for 
openmoko users.  They rather helps building a cell database, than pay 
for AGPS service.

Helge Hafting

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

Re: Another attempt at speeding up yaouh, with persistent connections

[Helge Hafting]

Robin Paulson wrote:
> 2009/3/3 Helge Hafting :
>> The tiles have 5-digit names, so the max would be 10 ?
> 
> i think it only uses as many digits as necessary - i.e. there are
> never any triling zeroes. if you look at antarctica, there are numbers
> up to 130,000 for zoom 17. if tango ever supports zoom 18, then
> there's potential for 260,000 per directory. is it likely, that anyone
> will have more than 250 per directory? i dunno, but i recall a certain
> prophecy that 640kb of ram...something, something
> 
There could be problems. If that happens, I can program a loop to solve 
it. So far, nobody reported such problems. Perhaps nobody has huge 
collections of zoom 17 tiles - or maybe python has no problem invoking 
curl with a 7MB parameter list.

Fixing this in advance is a better approach - but I'd rather spend time 
on a much better fix using libcurl. That would speed yaouh up further 
also.  But this have to wait until someone ports pycurl to the freerunner.

Helge Hafting

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

Re: latest qt extended?

[Chris Samuel]

On Sat, 21 Feb 2009 12:33:22 pm Glen Ogilvie wrote:

> I am looking for one with the echo and WSOD fixes in it.

For the 4.4.2 I have a replacement libneovendor.so library
that has (as the only change) the echo suppression fix.

http://www.csamuel.org/2009/01/08/echo-suppression-fix-for-qt-extended-442-on-openmoko-neo

Both the patch and the compiled library are there.

cheers!
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



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

Re: Pulster fixe(s) and rework

[Michael Zanetti]

On Thursday 05 March 2009 10:38:56 Helge Hafting wrote:
> Andy Green wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Somebody in the thread at some point said:
> > | On Thu, Mar 05, 2009 at 01:19:07AM +0100, Fox Mulder wrote:
> > |> Andy Green wrote:
> > |>> Johnny Tenfinger is right despite it sounds strange.  On some or all
> > |>> A5s there is no base current limit resistor on the bipolar transistor
> > |>> used to light the AUX LED.
> > |>>
> > |>> This "50mA" fault current then flows not through the LED (which has a
> > |>> reasonable series current limit resistor), but through the GPIO IO
> > |>> cell and the driver transistor base.
> > |>
> > |> If this is the problem than it really is a bad design flaw...
> > |> Maybe i should test the AUX LED on my gta02v5 how much current it uses
> > |> when it is on.
> > |
> > | Ouch. I just tested mine, and the AUX LED really uses that much (about
> > | 50mA). Does a SOP exist to fix this?
> >
> > No there's no real hardware fix that's practical.
> >
> > We could have done something extreme like PWM the enable by software in
> > FIQ ISR, but it would result in dim AUX LED even so, since the LED is
> > not seeing the excess current but just normally lit.
> >
> > It was fixed on A6, I'm afraid we just have to let it lie and not use
> > the AUX LED much as pointed out unless we're on external power.
>
> Now that's an idea. How about using it as a battery charging indicator?
> the orange thing can be used for other purposes then.
>

Thats how it is used currently in Om2008.x. Now that I know of the issue I 
think it would make sense to change the framework to also use this LED as the 
battery indicator

I also like to use the Orange/Blue LEDs to indicate the current USB mode 
state:
Off -> Device Mode + Networking
Orange -> Device Mode + Storage
Blue -> Host Mode
Blue+Orange -> Powered Host mode

Using Orange/Blue as a charging indicator wastes all 4 LEDs to just indicate 
charging/not charging...
The red one is useless due to this bug. The orange and blue are busy because 
of the charging indication and you can't use the violet mode because you can't 
reuse the orange and blue ones...

So, please consider changing the framework to use the red LED to indicate the 
battery charge state. 

Michael

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

Re: Pulster fixe(s) and rework

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

|>> It was fixed on A6, I'm afraid we just have to let it lie and not use
|>> the AUX LED much as pointed out unless we're on external power.
|> Now that's an idea. How about using it as a battery charging indicator?
|> the orange thing can be used for other purposes then.
|
| Thats how it is used currently in Om2008.x. Now that I know of the
issue I
| think it would make sense to change the framework to also use this LED
as the
| battery indicator

| So, please consider changing the framework to use the red LED to
indicate the
| battery charge state.

I don't have any influence over that assignment in any rootfs.

But there's a lot of flexibility about how to tell which LED what you
want it to show.  The existing charging LED stuff is done with LED Triggers

http://git.openmoko.org/?p=kernel.git;a=blob;f=Documentation/leds-class.txt;h=6399557cdab3d6542a0feea0c0cd2c6b2af5ffad;hb=68f30b2e0d0f04093b491052690db3fee382090a

But actually there are a lot of triggers including one for SD card
access.  You can use /sys to assign a particular LED to be under the
control of a particular trigger.  So you can assign the AUX LED to be
controlled by the charging trigger just with an echo.

I did not find a way myself to list the triggers available in the kernel
otherwise I would mention it; if someone found one I'm also interested
to know.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmvqpYACgkQOjLpvpq7dMpmAQCfUyFrcZZP27U28TXBTu3S0Igj
GW8An1aKgS3bEm30U5ggMScBDt2UZ/PL
=Ru2m
-END PGP SIGNATURE-

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

Re: Om2009 release plan

[Chris Samuel]

On Tue, 3 Mar 2009 3:14:56 am Angus Ainslie wrote:

> simple phone book (no images)

Any chance that would use or import existing vcard files ?

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



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

Re: Pulster fixe(s) and rework

[Michael 'Mickey' Lauer]

Am Donnerstag, den 05.03.2009, 10:33 + schrieb Andy Green:
> I did not find a way myself to list the triggers available in the kernel
> otherwise I would mention it; if someone found one I'm also interested
> to know.

r...@om-gta02:/sys/class/leds/gta02-aux:red# cat trigger 
[none] nand-disk battery-charging-or-full battery-charging battery-full
adapter-online usb-online ac-online timer heartbeat netdev backlight
rfkill0 mmc1



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

Yaouh! 0.5.1 out

[Carlo Minucci]

* delete freespace check and progress bar
* now work with tangogps default config file
* work in SHR too (i hope :) )
* change icon with a picture taken during my holiday in Vespa :)

http://www.opkg.org/package_105.html

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

[QtExtended] Qt Extended 4.4.3 released

[Chris Samuel]

Just noticed that the files for the release of 4.4.3 (source only so far) have 
just appeared on the Qt Extended site whilst I was looking around.  More info 
in the posting by Lorn here:

http://qtextended.org/modules/news/article.php?storyid=54

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



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

Re: Pulster fixe(s) and rework

[Paul Fertser]

Andy Green  writes:
> > So, please consider changing the framework to use the red LED to
> > indicate the
> > battery charge state.
...
> I did not find a way myself to list the triggers available in the kernel
> otherwise I would mention it; if someone found one I'm also interested
> to know.

Probably this is what you're talking about:

debian-gta02:/sys# cat /sys/class/leds/gta02-aux:red/trigger
[none] rfkill0 nand-disk rfkill1 mmc0 adapter-online usb-online
ac-online battery-charging-or-full battery-charging battery-full timer
netdev backlight

After activating a trigger some additional parameters become available
in the same dir, e.g. after activating netdev device_name, interval,
mode appear.

As to the original question, one changes frameworkd rules in
/etc/freesmartphone/oevents/rules.yaml to use any led he likes for
whatever event.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Pulster fixe(s) and rework

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Andy Green  writes:
|>> So, please consider changing the framework to use the red LED to
|>> indicate the
|>> battery charge state.
| ...
|> I did not find a way myself to list the triggers available in the kernel
|> otherwise I would mention it; if someone found one I'm also interested
|> to know.
|
| Probably this is what you're talking about:
|
| debian-gta02:/sys# cat /sys/class/leds/gta02-aux:red/trigger
| [none] rfkill0 nand-disk rfkill1 mmc0 adapter-online usb-online
| ac-online battery-charging-or-full battery-charging battery-full timer
| netdev backlight

Ah there we go.

I guess it's pretty much every reason you would like to light an LED
from kernel side, gsm rfkill is missing but I'm not sure anyone wants to
burn the battery just knowing that the GSM modem is powered all the time.

- -Andy

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmvr/EACgkQOjLpvpq7dMppHQCgj5H1Fg4xDsw6OpRdgM6V9FjM
CcIAoIpW7Ip3qI55Gu0BtjEROpDDD/k9
=IQ+X
-END PGP SIGNATURE-

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

Re: [SHR-Unstable] Bluetooth won't connect

[Nicola Mfb]

2009/3/5, The Digital Pioneer :
> I seem to have version 3.
>

To pair you have to use passkey-agent, or modify
/etc/bluetooth/hcid.conf in orderd to autopair incoming connection
with a static pin.

Regards

 Nicola

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

Re: [SHR-ustable] gprs is also unstable

[Timo Jyrinki]

2009/3/4 Ed Kapitein :
>  Ticket #2223 is also open and might apply to SHR-ustable as well.

The GPRS disconnecting behavior can also be seen on Om2008.12, if
using gsm0710muxd. The explanation in the ticket (near the ends)
sounds reasonable, compared to my experiences.

-Timo

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

Re: Another attempt at speeding up yaouh, with persistent connections

[Al Johnson]

On Thursday 05 March 2009, Helge Hafting wrote:
> Fixing this in advance is a better approach - but I'd rather spend time
> on a much better fix using libcurl. That would speed yaouh up further
> also.  But this have to wait until someone ports pycurl to the freerunner.

No porting needed - pycurl is in OE. 

bitbake python-pycurl

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

Re: Pulster fixe(s) and rework

[Helge Hafting]

David Reyes Samblas Martinez wrote:
> any sop on the bass fix?
> 
Not yet, jsut descriptions of workarounds.

Two small capacitors needs to be replaced with much bigger ones.
Unfortunately, they are in a shielded enclosure where there apparently 
isn't room for sufficiently big capacitors.

One aproach then, is to put the big caps outside the shield, and use 
wires to connect them inside. But that might lead buzz into the shielded 
unit - not recommended.

Another approach is to short-circuit those small capacitors, and put big 
capacitors on the headset wire instead. But that means only that one 
headset fits your freerunner.

I have suggested a refinement on the second approach: short the small 
capacitors. Add big caps outside the shielded unit - there are places 
with room. But don't put wires from the caps into the shielded
unit. Connect them to the headset plug instead, and break the plug's 
normal connection to the circuit board. This approach won't pick up any 
more buzz than the headset based solution, or the current bassless 
setup. And you can use any headset you want.

The big question is - is it safe to short those small capacitors? Or 
will that have other side effects, such as draining the battery or 
disturbing sound on the built-in speaker?

Another question - is a single big capacitor enough, if it is put into 
the ground line  instead of having one cap for each of the stereo 
channels? Or will that wreck stereo sound? One could then use a even 
bigger cap.

There is lots of easily accessible room next to the battery, above the 
SIM card.

Helge Hafting

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

Musings on Android, OpenMoko and Linux on phones

[Mikko Rauhala]

I wrote a response on Android, OpenMoko, and Linux on phones in general
to a recent LWN article on Android, critical of their development phone
(in the latest weekly edition, not yet viewable by non-paying visitors).

Then I expanded that reply into an article in my blog (which has both
Finnish and English articles depending on the subject and my mood):
http://mjr.iki.fi/blog/index.php?/archives/43-Freedom-to-Phone.html
(Also links to the LWN article and stuff are to be found there.)

And since I'm making this posting anyway, I'll just reproduce the text
here too for your convenience, should you be interested in the read.
Cheers.

Freedom to Phone

I wrote a longish comment on Android, OpenMoko, and GNU/Linux on phones
as a response to an LWN article on Android (the linked article is
viewable by paid subscribers only until around March 11th I think, after
which it's free for all to read). As a quick summary, the article is
disappointed that the unlocked development version of the Android G1
phone doesn't allow installation of most of the applications from Google
App Store (due to DRM enforcement being impossible with the unlocked
phone, perish the thought…), and problems getting updated firmware
delivered for it (while the locked version does get updates). Anyway, I
decided to extend my reply into a blog article as well since it ended up
being a nice update on my views and hopes on these matters.

I'm of the opinion that both Android and OpenMoko are good for one
thing: getting commodity Linux-supporting phones out there on the
market, hopefully some of them working with wholly free software on the
Linux system side (like the OpenMoko Freerunner, for all its other
lackings [it being my current phone by the way, though no, I still don't
recommend it for the normal user], and unlike the G1). I would sincerely
hope OpenMoko, as the pioneer in this respect, will make it at least as
a hardware company with the abovementioned focus. Failing that, one
hopes some of the future Android hardware manufacturers will come out
with products that meet this criteria.

Hell, I wouldn't terribly mind it if OpenMoko became an Android phone
developer (in fact, a port of Android for their current phones is well
underway). Like other Android sellers, they'd probably have to sell
locked versions to gain access to those consumers not wanting to be shut
out from the majority of the (oppressive…) App Store, but as long as
there'd be a choice to get an unlocked phone with its freedom unimpaired
(be it under the "developer version" moniker like with the G1 or not),
I'd be sufficiently okay with that.

In the end, if any of these scenarios work out, we won't be unwillingly
limited to that wholly non-Linuxy Android thing that just happens to run
on the Linux kernel, or even OpenMoko's OpenEmbedded derivative which I
personally find somewhat inconvenient as well (though it at least uses
standard components such as X). Rather, those of us who want a truly
flexible GNU/Linux system with no silly restrictions and good app
compatibility on our phone could run something like Debian with the
more-GNU/Linuxy-than-Android freesmartphone.org phone stack (once that
matures, which wasn't quite yet when I tried it last fall). And
incidentally, props to OpenMoko for spurring the development of said
stack. I might not like their distro a great deal, but that doesn't mean
I don't appreciate their free software development efforts in general —
even if things go more slowly and erratically than one would like.

So here's hoping for commoditization of phone hardware and more free
Linux drivers for the embedded space as well. And sure, why not that
Android VM's port to X so we can run apps written for it, at least those
of the non-DRM'd variety, on our generic GNU/Linux/X11 phones ;)

PS: To be fair to the G1 and the Google team, it does seem surprisingly
low on proprietary stuff considering the earlier Open Handset Alliance
PR about everything being able to be closed up, "yay". The biggest (and
most problematic) piece is of course — tah-dah — the OpenGL driver
(which can be done without in a pinch, but one then wouldn't rather pay
for the GPU either), and there were a couple of others as well. Taking
an Android dev at his word on an IRC conversation on #openmoko,
apparently the dev team do try to influence openness in the actual
implementations as well, which is good, even if the success is limited.

PPS: Yeah, the Freerunner has a GPU with no OpenGL drivers so far at
least, but to be fair, the chip isn't so capable on that front that this
would be a big deal ;/ "Looked better on paper." It does do some stuff,
like mpeg-4 decoding with a patched mplayer, though all and all, it
ended up being more trouble than worth and is ditched in the next
generation of OM hardware. I just mention it so nobody else feels
obligated to after my G1 GPU comment ;) 

-- 
Mikko Rauhala- http://www.iki.fi/mjr/blog/  
The Finnish Pirate Party - http://p

Re: [SHR-Unstable] Bluetooth won't connect

[The Digital Pioneer]

I wonder if Remoko isn't working, since after running it, it just prints out
that it's trying to connect to Remoko server infinitely. It also locks up
and you have to kill it to make it quit. Anyone know why Remoko would be
incompatible with SHR-unstable?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-Unstable] Bluetooth won't connect

[Risto H. Kurppa]

On Thu, Mar 5, 2009 at 3:28 PM, The Digital Pioneer
 wrote:
> I wonder if Remoko isn't working, since after running it, it just prints out
> that it's trying to connect to Remoko server infinitely. It also locks up
> and you have to kill it to make it quit. Anyone know why Remoko would be
> incompatible with SHR-unstable?

Maybe http://code.google.com/p/remoko/issues/detail?id=5 ?

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

Re: [SHR-Unstable] Bluetooth won't connect

[The Digital Pioneer]

OK, problem was remoko-server wasn't installed (opkg dep didn't work or
something) so now it appears to work OK, but it never moves past the waiting
for connection screen, it just sits there. The terminal output says
Bluetooth is off, but it's not...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-Unstable] Bluetooth won't connect

[Nicola Mfb]

2009/3/5, Nicola Mfb :
> 2009/3/5, The Digital Pioneer :
>> I seem to have version 3.
>>
>
> To pair you have to use passkey-agent, or modify
> /etc/bluetooth/hcid.conf in orderd to autopair incoming connection
> with a static pin.

Ops, I did a mistake while reading, it seems an answer for another question :)))

Regards

  Nicola

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

Re: [QtExtended] Qt Extended 4.4.3 released

[HouYu Li]

I made a qt-extended 4.4.3 release binary only build. you can get it here

http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/

rootfs come later...

On Thu, Mar 5, 2009 at 6:49 PM, Chris Samuel  wrote:

> Just noticed that the files for the release of 4.4.3 (source only so far)
> have
> just appeared on the Qt Extended site whilst I was looking around.  More
> info
> in the posting by Lorn here:
>
> http://qtextended.org/modules/news/article.php?storyid=54
>
> cheers,
> Chris
> --
>  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
>
> This email may come with a PGP signature as a file. Do not panic.
> For more info see: http://en.wikipedia.org/wiki/OpenPGP
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Developer
Red Hat Certified Engineer

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

Re: [QtExtended] Qt Extended 4.4.3 released

[Tomas Riveros Schober]

now that was fastdid you by chance check if the echo fix was 
integrated or not? do we have to integrate it ourselves? (im talking 
about chris samuel's fix)

Tom

HouYu Li escribió:
> I made a qt-extended 4.4.3 release binary only build. you can get it here
>
> http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/ 
> 
>
> rootfs come later...
>
> On Thu, Mar 5, 2009 at 6:49 PM, Chris Samuel  > wrote:
>
> Just noticed that the files for the release of 4.4.3 (source only
> so far) have
> just appeared on the Qt Extended site whilst I was looking around.
>  More info
> in the posting by Lorn here:
>
> http://qtextended.org/modules/news/article.php?storyid=54
>
> cheers,
> Chris
> --
>  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
>
> This email may come with a PGP signature as a file. Do not panic.
> For more info see: http://en.wikipedia.org/wiki/OpenPGP
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org 
> http://lists.openmoko.org/mailman/listinfo/community
>
>
>
>
> -- 
> Best Regards
>
> HouYu Li, Karajan
>
> karajan_ii (at) hotmail.com 
> karadog (at) gmail.com 
> lihouyu (at) phpex.net 
>
> PHP Developer
> Red Hat Certified Engineer
>
> Shanghai, China
> 
>
> ___
> 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

[SHR - Latest unstable] TangoGPS

[Tony Berth]

after installing the latest SHR-unstable immage and tried to edit the
tangoGPS config parameters, when saving the application crashes!

This wasn't the case with the previous image and the 0.9.3 tangoGPS version!

Any tip how to correct that?

Thanks

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

Re: [fso] no sound card

[GNUtoo]

On Thu, 2009-03-05 at 00:36 +0100, Rask Ingemann Lambertsen wrote:
> These days, ALSA is the norm and lives in the
> /dev/snd directory. Three useful commands to try out (and example
> output
> with just the built in sound card available):
> 
> $ lsmod | grep -E -e '^sound|^snd[_ ]'
> snd_soc_neo1973_gta02_wm8753 8808  0 
> snd_soc_s3c24xx_i2s 4568  1 snd_soc_neo1973_gta02_wm8753
> snd_soc_s3c24xx 5192  1 snd_soc_neo1973_gta02_wm8753
> snd_soc_wm8753 34228  2 snd_soc_neo1973_gta02_wm8753
> snd_soc_core   46548  4
> snd_soc_neo1973_gta02_wm8753,snd_soc_s3c24xx_i2s,snd_soc_s3c24xx,snd_soc_wm8753
> snd_pcm_oss45736  0 
I know but I was told that OSS was faster
I also didn't look into alsa...I just created the device node and it
worked again
Denis.


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

[Om2008.9] vncviewer vnc_3.3.7-r0 but scrolling does not work

[Matthias Apitz]

Hi,

I've installed vnc_3.3.7-r0 in my FR; the remote desktop comes up in the
FR screen with scrollbars (because the real desktop is 1024x768 which
does not fit in 480x640 of the FR screen); so far so good; you may
scroll it once in only one direction on both scrollbars, but it does not
scroll back :-((

Thx

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  - w http://www.oclc.org/ http://www.UnixArea.de/

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

Re: [QtExtended] Qt Extended 4.4.3 released

[HouYu Li]

Just had a test. Echo is there, and incoming call is received twice. I am
using rootfs and kernel from openmoko daily build 20090120. So the kernel is
2.6.24.

On Thu, Mar 5, 2009 at 10:12 PM, Tomas Riveros Schober
wrote:

> now that was fastdid you by chance check if the echo fix was
> integrated or not? do we have to integrate it ourselves? (im talking
> about chris samuel's fix)
>
> Tom
>
> HouYu Li escribió:
> > I made a qt-extended 4.4.3 release binary only build. you can get it here
> >
> > http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/
> > 
> >
> > rootfs come later...
> >
> > On Thu, Mar 5, 2009 at 6:49 PM, Chris Samuel  > > wrote:
> >
> > Just noticed that the files for the release of 4.4.3 (source only
> > so far) have
> > just appeared on the Qt Extended site whilst I was looking around.
> >  More info
> > in the posting by Lorn here:
> >
> > http://qtextended.org/modules/news/article.php?storyid=54
> >
> > cheers,
> > Chris
> > --
> >  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
> >
> > This email may come with a PGP signature as a file. Do not panic.
> > For more info see: http://en.wikipedia.org/wiki/OpenPGP
> >
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org 
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
> >
> >
> > --
> > Best Regards
> >
> > HouYu Li, Karajan
> >
> > karajan_ii (at) hotmail.com 
> > karadog (at) gmail.com 
> > lihouyu (at) phpex.net 
> >
> > PHP Developer
> > Red Hat Certified Engineer
> >
> > Shanghai, China
> > 
> >
> > ___
> > 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
>



-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Developer
Red Hat Certified Engineer

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

Re: [Om2008.9] vncviewer vnc_3.3.7-r0 but scrolling does not work

[Max Giesbert]

I know this behavior from the desktop. There you have to use a right
mouse click to scroll backwards...

Dunno how to get a right click on the Freerunner though...


Matthias Apitz schrieb:
> Hi,
> 
> I've installed vnc_3.3.7-r0 in my FR; the remote desktop comes up in the
> FR screen with scrollbars (because the real desktop is 1024x768 which
> does not fit in 480x640 of the FR screen); so far so good; you may
> scroll it once in only one direction on both scrollbars, but it does not
> scroll back :-((
> 
> Thx
> 
>   matthias


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

Detecting ethernet gadget connections

[Daniel Benoy]

I'm working on a script that will detect which network interfaces are connected 
and mess with the routing accordingly, but I'm having trouble detecting whether 
my USB ethernet gadget connection is up or down.


ethtool when it's up:
lisa:~# ethtool usb0
Settings for usb0:
Link detected: yes

ethtool when it's down:
lisa:~# ethtool usb0
Settings for usb0:
Link detected: yes


Unlike on the host side, the usb0 interface doesn't appear and disappear, 
allowing udev scripts to bring up/down the interface.

Anyone know if there's a way to detect that a network connection has actually 
been established?

-- 
Daniel Benoy
http://daniel.benoy.name

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

Re: [Om2008.9] vncviewer vnc_3.3.7-r0 but scrolling does not work

[DJDAS]

Max Giesbert ha scritto:
> I know this behavior from the desktop. There you have to use a right
> mouse click to scroll backwards...
>
> Dunno how to get a right click on the Freerunner though...
>   
>

Use your right finger :P




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

Re: [QtExtended] Qt Extended 4.4.3 released

[Tomas Riveros Schober]

can you try to set up a wlan connection (or a gprs one) and check if 
resolv.conf gets updated properly? that's one of the biggest flaws that 
old QtE had
the rootfs you're using is fso, right?

regards,
Tom

HouYu Li escribió:
> Just had a test. Echo is there, and incoming call is received twice. I 
> am using rootfs and kernel from openmoko daily build 20090120. So the 
> kernel is 2.6.24.
>
> On Thu, Mar 5, 2009 at 10:12 PM, Tomas Riveros Schober 
> mailto:trive...@enable.cl>> wrote:
>
> now that was fastdid you by chance check if the echo fix was
> integrated or not? do we have to integrate it ourselves? (im talking
> about chris samuel's fix)
>
> Tom
>
> HouYu Li escribió:
> > I made a qt-extended 4.4.3 release binary only build. you can
> get it here
> >
> > http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/
> 
> > 
> >
> > rootfs come later...
> >
> > On Thu, Mar 5, 2009 at 6:49 PM, Chris Samuel  
> > >> wrote:
> >
> > Just noticed that the files for the release of 4.4.3 (source
> only
> > so far) have
> > just appeared on the Qt Extended site whilst I was looking
> around.
> >  More info
> > in the posting by Lorn here:
> >
> > http://qtextended.org/modules/news/article.php?storyid=54
> >
> > cheers,
> > Chris
> > --
> >  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
> >
> > This email may come with a PGP signature as a file. Do not
> panic.
> > For more info see: http://en.wikipedia.org/wiki/OpenPGP
> >
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> 
>  >
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
> >
> >
> > --
> > Best Regards
> >
> > HouYu Li, Karajan
> >
> > karajan_ii (at) hotmail.com 
> 
> > karadog (at) gmail.com  
> > lihouyu (at) phpex.net  
> >
> > PHP Developer
> > Red Hat Certified Engineer
> >
> > Shanghai, China
> >
> 
> >
> > ___
> > 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
>
>
>
>
> -- 
> Best Regards
>
> HouYu Li, Karajan
>
> karajan_ii (at) hotmail.com 
> karadog (at) gmail.com 
> lihouyu (at) phpex.net 
>
> PHP Developer
> Red Hat Certified Engineer
>
> Shanghai, China
> 
>
> ___
> 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] vncviewer vnc_3.3.7-r0 but scrolling does not work

[Matthias Apitz]

El día Thursday, March 05, 2009 a las 03:55:47PM +0100, Max Giesbert escribió:

> I know this behavior from the desktop. There you have to use a right
> mouse click to scroll backwards...
> 
> Dunno how to get a right click on the Freerunner though...

I've never seen this before on my real desktop because it was
always bigger than the remote one;

I've just tested 
VNC Viewer Free Edition 4.1.2 for X - built Mar 21 2008 21:39:25
in FreeBSD and made the window small enough that the scrollbars showed
up; you may move in both directions with left click into the free area
or you fixate left button and move the scrollbar freely with the mouse
pointer;

this has to be a bug in the ported version or the port itself;

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  - w http://www.oclc.org/ http://www.UnixArea.de/

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

Re: Detecting ethernet gadget connections

[Filip Onkelinx]

which kernel ?

you might want to check this one:
/sys/class/net/usb0/operstate

F.

On Thu, 05 Mar 2009 16:01:41 +0100, Daniel Benoy  wrote:

> I'm working on a script that will detect which network interfaces are  
> connected and mess with the routing accordingly, but I'm having trouble  
> detecting whether my USB ethernet gadget connection is up or down.
>
> 
> ethtool when it's up:
> lisa:~# ethtool usb0
> Settings for usb0:
>   Link detected: yes
>
> ethtool when it's down:
> lisa:~# ethtool usb0
> Settings for usb0:
>   Link detected: yes
> 
>
> Unlike on the host side, the usb0 interface doesn't appear and  
> disappear, allowing udev scripts to bring up/down the interface.
>
> Anyone know if there's a way to detect that a network connection has  
> actually been established?
>

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


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

Re: [SHR - Latest unstable] TangoGPS

[Helge Hafting]

Tony Berth wrote:
> after installing the latest SHR-unstable immage and tried to edit the 
> tangoGPS config parameters, when saving the application crashes!
> 
> This wasn't the case with the previous image and the 0.9.3 tangoGPS version!
> 
> Any tip how to correct that?
> 
Install tangogps 0.9.3, edit settings, upgrade to 0.9.6 :-(

Actually, the folder for gps tracks can be edited
The map folder cannot, but that can be worked around using a symlink 
instead.

You might want to let the tangogps developer know too, it might get 
fixed in the next version then.

Helge Hafting

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

Re: Flashing GSM firmware

[Tom Yates]

On Thu, 5 Mar 2009, Paul Fertser wrote:

> Alternatively, try Joerg's uSD automated image:
> http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz
>
> It works and reliably flashes the firmware for you.

yaaay joerg and thank you!  i just safely and efficiently upgraded both my 
freerunners with that image.  if you are not aged 22 and thus do not have 
the eyes of an eagle (i'm not, and i don't) you may need a magnifying 
glass to read the screen properly, esp. when the text goes blue-on-blue. 
you may wish to get the magnifying glass ready first, instead of going 
into a panic when it's already running, like i did.

if anyone else is minded to try it, there are a few more details at 
http://wiki.openmoko.org/wiki/GSM/Flashing#uSD-card_Image .


-- 

   Tom Yates  -  http://www.teaparty.net

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

Free email to SMS

[Pander]

HAs anyone tried this one yet?

http://www.makeuseof.com/tag/email-to-sms/

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

Re: [QtExtended] Qt Extended 4.4.3 released

[HouYu Li]

I have tried wifi. Everything seems OK. I can visit Google and Facebook as
expected. Did not check whether resolv.conf is updated properly. But I am
not able to delete the created Wireless Lan profile. Haven't tried the GPRS
connection.
Yes. I am using fso rootfs.

On Thu, Mar 5, 2009 at 11:03 PM, Tomas Riveros Schober
wrote:

> can you try to set up a wlan connection (or a gprs one) and check if
> resolv.conf gets updated properly? that's one of the biggest flaws that
> old QtE had
> the rootfs you're using is fso, right?
>
> regards,
> Tom
>
> HouYu Li escribió:
> > Just had a test. Echo is there, and incoming call is received twice. I
> > am using rootfs and kernel from openmoko daily build 20090120. So the
> > kernel is 2.6.24.
> >
> > On Thu, Mar 5, 2009 at 10:12 PM, Tomas Riveros Schober
> > mailto:trive...@enable.cl>> wrote:
> >
> > now that was fastdid you by chance check if the echo fix was
> > integrated or not? do we have to integrate it ourselves? (im talking
> > about chris samuel's fix)
> >
> > Tom
> >
> > HouYu Li escribió:
> > > I made a qt-extended 4.4.3 release binary only build. you can
> > get it here
> > >
> > > 
> > http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/
> > 
> > > 
> > >
> > > rootfs come later...
> > >
> > > On Thu, Mar 5, 2009 at 6:49 PM, Chris Samuel  > 
> > > >> wrote:
> > >
> > > Just noticed that the files for the release of 4.4.3 (source
> > only
> > > so far) have
> > > just appeared on the Qt Extended site whilst I was looking
> > around.
> > >  More info
> > > in the posting by Lorn here:
> > >
> > > http://qtextended.org/modules/news/article.php?storyid=54
> > >
> > > cheers,
> > > Chris
> > > --
> > >  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
> > >
> > > This email may come with a PGP signature as a file. Do not
> > panic.
> > > For more info see: http://en.wikipedia.org/wiki/OpenPGP
> > >
> > >
> > > ___
> > > Openmoko community mailing list
> > > community@lists.openmoko.org
> > 
> >  > >
> > > http://lists.openmoko.org/mailman/listinfo/community
> > >
> > >
> > >
> > >
> > > --
> > > Best Regards
> > >
> > > HouYu Li, Karajan
> > >
> > > karajan_ii (at) hotmail.com 
> > 
> > > karadog (at) gmail.com  
> > > lihouyu (at) phpex.net  
> > >
> > > PHP Developer
> > > Red Hat Certified Engineer
> > >
> > > Shanghai, China
> > >
> >
> 
> > >
> > > ___
> > > 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
> >
> >
> >
> >
> > --
> > Best Regards
> >
> > HouYu Li, Karajan
> >
> > karajan_ii (at) hotmail.com 
> > karadog (at) gmail.com 
> > lihouyu (at) phpex.net 
> >
> > PHP Developer
> > Red Hat Certified Engineer
> >
> > Shanghai, China
> > 
> >
> > ___
> > 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
>



-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Developer
Red Hat Certified Engineer

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

Re: [SHR - Latest unstable] TangoGPS

[Tony Berth]

On Thu, Mar 5, 2009 at 4:19 PM, Helge Hafting  wrote:

> Tony Berth wrote:
> > after installing the latest SHR-unstable immage and tried to edit the
> > tangoGPS config parameters, when saving the application crashes!
> >
> > This wasn't the case with the previous image and the 0.9.3 tangoGPS
> version!
> >
> > Any tip how to correct that?
> >
> Install tangogps 0.9.3, edit settings, upgrade to 0.9.6 :-(
>
> Actually, the folder for gps tracks can be edited
> The map folder cannot, but that can be worked around using a symlink
> instead.
>
> You might want to let the tangogps developer know too, it might get
> fixed in the next version then.
>
> Helge Hafting
>
>
so the problem is within tangoGPS in that specific version? Nothing to do
with SHR?

Can't I upgrade from 0.9.5? Where can I find 0.9.3?

Thanks

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

Re: Free email to SMS

[Will Siddall]

Hey Pander,
This is a great tool but it does have it's limitations.  Most of the
time, you have to be aware of what you attach to your emails and how
many characters you use.  Just the sheer fact that you can send emails
to an SMS receiver is still great though.
One down fall is the SMS receiver's carrier.  Some carriers are
starting to restrict use of the email-to-SMS conversion (to some
degree) a paid service.  I live in Canada and the only GSM provider in
the area is Rogers.  They've completely locked out this service to a
degree that if you receive an SMS from email, the receiver is notified
that a message has arrived and will have to agree to pay a fee to
receive it.

Unless someone has found ways around this matter, I would look into it
a bit more before you start sending off massive amounts of joke mail
to all of your phone pals.

Will

On Thu, Mar 5, 2009 at 11:24 AM, Pander  wrote:
> HAs anyone tried this one yet?
>
> http://www.makeuseof.com/tag/email-to-sms/
>
> ___
> 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: Free email to SMS

[Angus Ainslie]

On Thu, 2009-03-05 at 11:53 -0400, Will Siddall wrote:
> Hey Pander,
> This is a great tool but it does have it's limitations.  Most of the
> time, you have to be aware of what you attach to your emails and how
> many characters you use.  Just the sheer fact that you can send emails
> to an SMS receiver is still great though.
> One down fall is the SMS receiver's carrier.  Some carriers are
> starting to restrict use of the email-to-SMS conversion (to some
> degree) a paid service.  I live in Canada and the only GSM provider in
> the area is Rogers.  They've completely locked out this service to a
> degree that if you receive an SMS from email, the receiver is notified
> that a message has arrived and will have to agree to pay a fee to
> receive it.
> 
> Unless someone has found ways around this matter, I would look into it
> a bit more before you start sending off massive amounts of joke mail
> to all of your phone pals.
> 
> Will

Rogers used to charge $5 extra if you wanted to receive unlimited email
to SMS. Somewhere in the small print there was probably a limit to the
unlimited though.

I also found a package that would interface directly to Rogers ( and
Fido's ) html to text gateways. It would even split the email into
separate messages if it became to long. I don't remember the name of the
package and IIRC the maintainer was talking about dropping it because
rogers was changing the html every couple of weeks to mess with the
interface.

Angus


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

[SHR-TESTING] Bluetooth pairing problem

[Yorick Moko]

I'm using up to date shr-testing (which uses bluez4)
pairing went fine two days ago (had to manually add simple-agent and
install some bluez4 stuff)
now i'm getting an error (with the same device):

I use shr-settings to poweron bluetooth and visibility and run:

r...@om-gta02 ~ $ /etc/init.d/bluetooth stop
Stopping Bluetooth subsystem: hcid.
r...@om-gta02 ~ $ /etc/init.d/bluetooth start
Starting Bluetooth subsystem: hcid hid2hci.
r...@om-gta02 ~ $ python simple-agent hci0 51:88:AD:97:97:89
Traceback (most recent call last):
  File "simple-agent", line 84, in 
path = manager.FindAdapter(sys.argv[1])
  File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 68, in __call__
return self._proxy_method(*args, **keywords)
  File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
**keywords)
  File "/usr/lib/python2.6/site-packages/dbus/connection.py", line
622, in call_blocking
message, timeout)
dbus.exceptions.DBusException:
org.freedesktop.DBus.Error.UnknownMethod: Method "FindAdapter" with
signature "s" on interface "org.bluez.Manager" doesn't exist



some info:

r...@om-gta02 ~ $ hcitool scan
Scanning ...
51:88:AD:97:97:89   BCK-08
r...@om-gta02 ~ $ hcitool dev
Devices:
hci000:06:6E:17:3F:53

r...@om-gta02 ~ $ opkg list_installed |grep blue
blueprobe - 0.18-r5 -
bluez-utils - 3.33-r3 -
bluez-utils-compat - 3.33-r3 -
bluez4 - 4.30-r1 -
connman-plugin-bluetooth - 0.10-r0 -
kernel-module-bluetooth -
2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3 -
libasound-module-bluez - 4.30-r1 -
libbluetooth2 - 3.33-r0 -
task-base-bluetooth - 1.0-r79 -



the question is of course if anyone can tell me what i'm doing wrong.

y

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

Re: Flashing GSM firmware

[Paul Fertser]

Tom Yates  writes:
> On Thu, 5 Mar 2009, Paul Fertser wrote:
>> Alternatively, try Joerg's uSD automated image:
>> http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz
>>
>> It works and reliably flashes the firmware for you.
>
> yaaay joerg and thank you!  i just safely and efficiently upgraded

I can't resist to note that this is as safe as upgrading by hand, so
for those who don't have a spare uSD handy or time to download 90M
image and feel confident enough in killing unnecessary processes (for
SHR it's ophonekitd, for FSO it's Zhone or whatever dialer you use) i
can still suggest to use the manual method (i recommend to follow the
instructions given in my previous letter in this thread, where ROM
bootloader is used from the beginning, and don't forget to cd
/usr/sbin before starting fluid.exe ;) ).

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Detecting ethernet gadget connections

[Michael 'Mickey' Lauer]

Am Donnerstag, den 05.03.2009, 10:01 -0500 schrieb Daniel Benoy:
> I'm working on a script that will detect which network interfaces are 
> connected and mess with the routing accordingly, but I'm having trouble 
> detecting whether my USB ethernet gadget connection is up or down.

The best way to do this is to listen for netlink route announcements.
That way it's completely instantaneous and without polling. Look here
for an example using python-netlink:

http://git.freesmartphone.org/?p=framework.git;a=blob;f=tools/dump-netlink

Note that if you're on FSO I expect that after full integration of
connman (milestone6), we will have a global signal like

org.freesmartphone.Network.ConnectionStatus( s:means, b:online )

'means' being a string that indicates the type, like "GPRS/ppp",
"IP/usb0", "IP/bnep0", etc.

that you can use.

:M:






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

[SHR-Testing] Repositories question

[boilers...@gmail.com]

Hi All,

by following this guide:
http://wiki.openmoko.org/wiki/Stable_Hybrid_Release
I've installed SHR Testing.

Question:
while updating the repos packages, I get the following error:


r...@om-gta02 ~ $ opkg update
Downloading http://build.shr-project.org/shr-testing/ipk//all/Packages.gz
Inflating http://build.shr-project.org/shr-testing/ipk//all/Packages.gz
Updated list of available packages in /var/lib/opkg/shr-all
Downloading http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz
Downloading http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz
Inflating http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz
Updated list of available packages in /var/lib/opkg/shr-armv4t
Downloading http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz
Inflating http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz
Updated list of available packages in /var/lib/opkg/shr-om-gta02
Collected errors:
 * Failed to download 
http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz, error 404


Is that a temporary issue or shall I modify smth on my soap ?

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

[Cellhunter]

[Tony Berth]

it seems that there is no log generated!

I'm using the latest package on the latest SHR unstable image!

Thanks

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

Re: Pulster fixe(s) and rework

[Stefan Monnier]

> I have suggested a refinement on the second approach: short the small 
> capacitors. Add big caps outside the shielded unit - there are places 
> with room. But don't put wires from the caps into the shielded
> unit. Connect them to the headset plug instead, and break the plug's 
> normal connection to the circuit board. This approach won't pick up any 
> more buzz than the headset based solution, or the current bassless 
> setup. And you can use any headset you want.

> The big question is - is it safe to short those small capacitors? Or 
> will that have other side effects, such as draining the battery or 
> disturbing sound on the built-in speaker?

> Another question - is a single big capacitor enough, if it is put into 
> the ground line  instead of having one cap for each of the stereo 
> channels? Or will that wreck stereo sound? One could then use a even 
> bigger cap.

> There is lots of easily accessible room next to the battery, above the 
> SIM card.

I'd love to see a good answer to those questions.  Currently, it's
unusable as an MP3 player and that's an important use for me (if
I could use it as an MP3 player, I'd carry it with me that much more
often, which would in turn increase my use of it).


Stefan



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

Re: Detecting ethernet gadget connections

[Vasco Névoa]

I opened a ticket on that a while ago...
https://docs.openmoko.org/trac/ticket/2178
No progress in 3 months...

Citando Daniel Benoy :

> I'm working on a script that will detect which network interfaces  
> are connected and mess with the routing accordingly, but I'm having  
> trouble detecting whether my USB ethernet gadget connection is up or  
> down.
>
> 
> ethtool when it's up:
> lisa:~# ethtool usb0
> Settings for usb0:
>   Link detected: yes
>
> ethtool when it's down:
> lisa:~# ethtool usb0
> Settings for usb0:
>   Link detected: yes
> 
>
> Unlike on the host side, the usb0 interface doesn't appear and  
> disappear, allowing udev scripts to bring up/down the interface.
>
> Anyone know if there's a way to detect that a network connection has  
> actually been established?
>
> --
> Daniel Benoy
> http://daniel.benoy.name
>
> ___
> 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: Flashing GSM firmware

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| On Thu, 5 Mar 2009, Paul Fertser wrote:
|
|> Alternatively, try Joerg's uSD automated image:
|>
http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz
|>
|> It works and reliably flashes the firmware for you.
|
| yaaay joerg and thank you!  i just safely and efficiently upgraded
both my

I think there's a little confusion going on here, AIUI Werner did the
rootfs end and Deiter the GSM firmware upgrade and deserve the thanks
for that.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmwD7AACgkQOjLpvpq7dMr66ACfdL9gXW3Q+hdxnMj0ZCJlWwnX
L04AoIqOTfqSU5/LuvvATbtoI08EDkYV
=yoX9
-END PGP SIGNATURE-

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

Re: [Cellhunter]

[Petr Vanek]

On Thu, 5 Mar 2009 17:58:11 +0100
Tony Berth  (TB) wrote:

>it seems that there is no log generated!
>
>I'm using the latest package on the latest SHR unstable image!
>
>Thanks
>
>Tony
>

You have to press three buttons for offline function:

auto check
auto submit
offline


--
Petr Vaněk



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

Re: Pulster fixe(s) and rework

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
|> I have suggested a refinement on the second approach: short the small
|> capacitors. Add big caps outside the shielded unit - there are places
|> with room. But don't put wires from the caps into the shielded
|> unit. Connect them to the headset plug instead, and break the plug's
|> normal connection to the circuit board. This approach won't pick up any
|> more buzz than the headset based solution, or the current bassless
|> setup. And you can use any headset you want.
|
|> The big question is - is it safe to short those small capacitors? Or
|> will that have other side effects, such as draining the battery or
|> disturbing sound on the built-in speaker?

There are a couple of 1K resistors to 0V that will then connect directly
~ to the amp outputs all the time before the new DC blocking caps you
will add back in.  But thanks to some recent patches by Mark Brown on
andy-tracking, we should  keep the amp turned off more often.

|> Another question - is a single big capacitor enough, if it is put into
|> the ground line  instead of having one cap for each of the stereo
|> channels? Or will that wreck stereo sound? One could then use a even
|> bigger cap.

You'd need to do both channels; the one with the unchanged cap will
sound the same as always otherwise.

|> There is lots of easily accessible room next to the battery, above the
|> SIM card.
|
| I'd love to see a good answer to those questions.  Currently, it's
| unusable as an MP3 player and that's an important use for me (if
| I could use it as an MP3 player, I'd carry it with me that much more
| often, which would in turn increase my use of it).

Lifting the can and meddling with the caps is nontrivial.  Somebody did
give this plan a go on the list about 6 months ago and reported some
success though.  But I don't recommend considering it unless you are in
an experimental frame of mind and can deal with the fiddling and risk
involved.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmwESIACgkQOjLpvpq7dMrOYwCgg84IEzmPEoGSozNU+2kl7v3R
edgAn2war5CTGE2912IvQ0tROeRbtUTB
=qFA+
-END PGP SIGNATURE-

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

selling my freerunner

[Peter Abplanalp]

i'm selling my freerunner.  like new condition.  preferably to someone
in the denver, colorado area.  please respond via pm.

thanks,

-peter

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

Re: Introducing CellHunter

[Jan Lübbe]

Hi!

I've changed cellhunter to use the FSO Monitor interface as DebugCommand
is broken with the new parser. You can see my patches at:

http://git.sicherheitsschwankung.de/?p=jan/cellhunter.git

In case you don't use version control, i can easily give you access to
that repositiory.

I'll also apply those patches in OE to get cellhunter working again.

-- 
Jan Lübbe http://sicherheitsschwankung.de
 gpg-key  1024D/D8480F2E 2002-03-20
 fingerprint  1B25 F91F 9E7B 5D4F 1282  02D6 8A83 8BE4 D848 0F2E


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

Re: latest qt extended?

[andrew howlett]

yes, check this wiki page:

http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3

later,
andrew.

>Is the any qt extended release that has been updated 
>recently?  I.e, this year?
>
>I am looking for one with the echo and WSOD fixes in it.

-- 
View this message in context: 
http://n2.nabble.com/latest-qt-extended--tp2362273p2431095.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: latest qt extended?

[Tomas Riveros Schober]

that is absolutely no release!
that image was built from the source snapshots a while ago, and probably 
does not represent QtExtended's current state (i mean 4.4.3 release), so 
I would wait for a proper build from the latest release instead.

regards
Tom

andrew howlett escribió:
> yes, check this wiki page:
>
> http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3
>
> later,
> andrew.
>
>   
>> Is the any qt extended release that has been updated 
>> recently?  I.e, this year?
>>
>> I am looking for one with the echo and WSOD fixes in it.
>> 
>
>   


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

Re: latest qt extended?

[andrew howlett]

Sorry Tom, I'll remove the links at the referenced wiki page and update it
(tomorrow?) after I've compiled the official 4.4.3 source which trolltech
released today.

andrew.
-- 
View this message in context: 
http://n2.nabble.com/latest-qt-extended--tp2362273p2431189.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: Flashing GSM firmware

[Joerg Reisenweber]

Am Do  5. März 2009 schrieb Andy Green:
> Somebody in the thread at some point said:
> | On Thu, 5 Mar 2009, Paul Fertser wrote:
> |
> |> Alternatively, try Joerg's uSD automated image:
> |>
> 
http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz
> |>
> |> It works and reliably flashes the firmware for you.
> |
> | yaaay joerg and thank you!  i just safely and efficiently upgraded
> both my
> 
> I think there's a little confusion going on here, AIUI Werner did the
> rootfs end and Deiter the GSM firmware upgrade and deserve the thanks
> for that.

You haven't understood it quite right, and obviously there *is* some confusion 
going on *somewhere*.

rootfs is a standard FSO-console MS5 patched to fix "doesn't boot on r/o 
mounted fs" issue.
Kernel is recent Andy tracking with GSM sysfs node patch created originally by 
PaulFerster based on my suggestions.
MOKO11 was a corporate work involving quite a number of people on IRC, mainly 
PaulFerster, Werner, Lindi (iirc), and me. Dieter checked for the bugs we 
spotted and fixed them in calypso's FW.
The uSD image was entirely created, tested and published by me. 
Original idea: roh.

So all those people deserve a special "thank you", and Andy deserves a special 
acknowledge for sedulous mobbing as soon as "joerg" is mentioned somewhere.

>:(
/j


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

Re: latest qt extended?

[Tomas Riveros Schober]

andrew howlett escribió:
>
> Sorry Tom, I'll remove the links at the referenced wiki page and update it
> (tomorrow?) after I've compiled the official 4.4.3 source which trolltech
> released today.
>
> andrew.
>   
No problem at all, besides, if there was a link in the wiki maybe I'd 
have to distribute the source too ;) and it's just a thrown together 
image that happens to work (for me, and apparently some others)
let's see who's first to put up updated QtE images!

regards,
Tom

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

Re: GSM Power off

[Joerg Reisenweber]

Am Mi  25. Februar 2009 schrieb Helge Hafting:
> Paul Fertser wrote:
> > Michael 'Mickey' Lauer  writes:
>   - echo "a...@poff" >/dev/ttySAC0
> >>> This is supposed to ask modem firmware to power off itself. Was
> >>> necessary because GTA01 has no physical power switch. I don't know
> >>> exact results of this command though.
> >> IIRC it issues a controlled shutdown including deregistration from the
> >> network and shutting down RF.
> > 
> > But is it really necessary? One can as well suddenly go out of
> > coverage without any deregistrations. Does it really matter for the
> > network?
> 
> It guess it might matter for the network - if a call comes in.
> If you told the network about powering off, they will notify the caller 
> immediately that your phone is not available.
> 
> If you powered off abruptly and the network haven't timed your phone out 
> yet, then the tower will try its best to reach you while the caller 
> waits. Some callers may guess (incorrectly) that you are ignoring their 
> call.

correct
/j


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

Re: [FSO/Illume] Program icons not showing up

[Stefan Fröbe]

Hi,

I tried out FS0-ms5.1 and switched to the experimental feeds - and the icons
also disappeared after upgrading to the newer e-* packages (e-wm -
0.16.999.050+svnr39300-r4 )

The following message in /tmp/x.log had already been mentioned on the list
and still occurs:
EDJE ERROR: file /usr/share/enlightenment/data/themes/illume.edj, group
e/modules/kbd/base/default has a non-fixed part. add fixed: 1 1; ???
  Problem part is: e.text.label
  Will recalc min size not allowing broken parts to affect the result.


When I deleted ~/.e in a last attempt to get to a sane state, a hint to a
missing menu brought me to the solution:
/etc/xdg/menus/applications.menu was missing, when copied over from a stock
FSO-ms5.1 install, all icons reappear!

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

Re: [SHR-Testing] Repositories question

[Klaus 'mrmoku' Kurzmann]

Am Donnerstag 05 März 2009 17:55:29 schrieb boilers...@gmail.com:
> Hi All,
>
> by following this guide:
> http://wiki.openmoko.org/wiki/Stable_Hybrid_Release
> I've installed SHR Testing.
>
> Question:
> while updating the repos packages, I get the following error:
>
>
> r...@om-gta02 ~ $ opkg update
> Downloading http://build.shr-project.org/shr-testing/ipk//all/Packages.gz
> Inflating http://build.shr-project.org/shr-testing/ipk//all/Packages.gz
> Updated list of available packages in /var/lib/opkg/shr-all
> Downloading http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz
> Downloading
> http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz Inflating
> http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz Updated
> list of available packages in /var/lib/opkg/shr-armv4t
> Downloading
> http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz
> Inflating
> http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz Updated
> list of available packages in /var/lib/opkg/shr-om-gta02
> Collected errors:
>  * Failed to download
> http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz, error 404
>
>
> Is that a temporary issue or shall I modify smth on my soap ?
you can either ignore it (like I do mostly) or rm /etc/opkg/armv4-feed.conf. 
It is a bogus feed that does not exist and we do not get rid of (or did not 
look into it enough yet). Not needed though.

Klaus 'mrmoku' Kurzmann


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

Re: Freerunner freely runs Gentoo

[Nicola Mfb]

2009/3/3 Sven Rebhan 

> 2009/3/3 Nicola Mfb :
> > I'd like to contribute to wiki, are there some policy about it and
> > bug/filing?
>
> Hey nice! So far we have not yet decided on a policy about wiki edits
> or bug filing. However, if you find something is wrong file a bug on
> gentoo.mindzoo.de (even if you think it's trivial). If you want to
> create new pages on the wiki you should join the #gentoo-openmoko IRC
> channel on Freenode and ask there!
>

Is there a mailing-list for gentoo on freerunner discussions too? the one on
lists.projects.openmoko.org seems to be died.

Regards

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

Re: [Om2008.9] vncviewer vnc_3.3.7-r0 but scrolling does not work

[Fox Mulder]

Matthias Apitz wrote:
> Hi,
> 
> I've installed vnc_3.3.7-r0 in my FR; the remote desktop comes up in the
> FR screen with scrollbars (because the real desktop is 1024x768 which
> does not fit in 480x640 of the FR screen); so far so good; you may
> scroll it once in only one direction on both scrollbars, but it does not
> scroll back :-((

I have the same problems with vnc that it only scrolls in one direction
on my fr. I hope there is a solution to this bug, because it makes vnc
useless. :(

Ciao,
 Rainer

PS: I'm using a vnc client within debian and not OM2008.9

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

Re: Pulster fixe(s) and rework

[Timo Jyrinki]

2009/3/5 Stefan Monnier :
> I'd love to see a good answer to those questions.  Currently, it's
> unusable as an MP3 player and that's an important use for me (if
> I could use it as an MP3 player, I'd carry it with me that much more
> often, which would in turn increase my use of it).

Have you tried tweaking the alsa profiles and set Bass Filter to
either 100Hz @ 8kHz (== 600Hz @ 48kHz) or 200Hz @ 8kHz (== 1200Hz @
48kHz) and Bass Boost to 15? I find the quality just fine for eg.
in-car music playing. Even when using headphones (Koss KSC-35) I find
the quality acceptable, even though the color of the sound is not
completely neutral.

I tend to prefer 200Hz @ 8kHz, and probably the high-pass filter
effect of the output on Neo is indeed quite high, though sometimes I
wonder if the midrange is overemphasized with that setting still.

I was planning to see about playing back a frequency sweep on Neo, but
seemingly forgot about it. Anyway, I now put one 20Hz-2Hz sweep
file at http://users.tkk.fi/~tajyrink/moko/20-20k_60s.ogg (vorbis
quality 8, should be good enough), if someone with proper(ish)
recording equipment can record with eg. 100Hz @ 8kHz and 200Hz @ 8kHz
settings with Bass Boost at some level like 15. I don't know what
quality an average motherboard "HD" Audio recording is, but will try
it anyway myself at some point with various settings to see what kind
of slopes one gets.

-Timo

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

Freerunner, Jalimo, rxtx, GPS

[Juan Lucas Dominguez Rubio]

Dear list,

I am trying to use librxtx to access the GPS device in my FreeRunner through 
the /dev/ttySAC1 serial port. I have done this:

opkg install librxtx-java
opkg install librxtx-jni

In the classpath of my little java app I have added RXTXcomm.jar and tried to 
execute this code without success. No ports are discovered (with the GPS on and 
off), and if I try to access a port called /dev/ttySAC1, it says it does not 
exist. What am I doing wrong?

=
  static void listPorts()
{
java.util.Enumeration portEnum = 
CommPortIdentifier.getPortIdentifiers();
while ( portEnum.hasMoreElements() ) 
{
CommPortIdentifier portIdentifier = (CommPortIdentifier) 
portEnum.nextElement();
System.out.println(portIdentifier.getName()  +  " - " +  
getPortTypeName(portIdentifier.getPortType()) );
}
}

static String getPortTypeName ( int portType )
{
switch ( portType )
{
case CommPortIdentifier.PORT_I2C:
return "I2C";
case CommPortIdentifier.PORT_PARALLEL:
return "Parallel";
case CommPortIdentifier.PORT_RAW:
return "Raw";
case CommPortIdentifier.PORT_RS485:
return "RS485";
case CommPortIdentifier.PORT_SERIAL:
return "Serial";
default:
return "unknown type";
}
}
=

Regards,
Juan Lucas
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[SHR-Testing] Packages mismatch ?

[boilers...@gmail.com]

Hi All,

I'm trying to upgrade 'SHR Testing' for the first time.

Ofter an 'opkg update', attempting an 'opkg upgrade' results in the following:

r...@om-gta02 /etc/opkg $ opkg upgrade
Upgrading shr-settings on root from 
0.1.0+r4c57ad048840ca7fcffe440e98043e57eeb40a6a-r2 to 
0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2...
Downloading 
http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk
Collected errors:
 * Failed to download 
http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk,
 error 404
 * Failed to download shr-settings. Perhaps you need to run 'opkg update'?

Thanks.

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

SHR testing and TangoGPS problem

[Adam Jimerson]

I tried to upgrad TangoGPS one my SHR testing install because it didn't seem
like it was working, and fso-gpsd said that it was running, but when I tried
to do it even with -force-depens it removed the version the SHR testing came
with and gave me this error:

r...@om-gta02 ~ $ opkg -force-depends install libsqlite3-0 libpixman-1-0
libgl
 ib-2.0-0 http://pcl210-00.fit.vutbr.cz/openmoko/libexif_0.6.17_armv4t.ipklibdb
 us-glib-1-2 libdbus-1-3 libcurl4 libcairo2
http://pcl210-00.fit.vutbr.cz/ope
 nmoko/tangogps_0.9.6-r0_armv4t.ipk
 Downloading
http://pcl210-00.fit.vutbr.cz/openmoko/libexif_0.6.17_armv4t.ipk
 Downloading
http://pcl210-00.fit.vutbr.cz/openmoko/tangogps_0.9.6-r0_armv4t.ipk
 Package libsqlite3-0 (3.6.2-r0) installed in root is up to date.
 Package libpixman-1-0 (0.11.4-r0) installed in root is up to date.
 Package libglib-2.0-0 (2.16.4-r1) installed in root is up to date.
 Multiple packages (libexif and libexif) providing same name marked HOLD or
PREFER. Using latest.
 Multiple packages (libexif and libexif) providing same name marked HOLD or
PREFER. Using latest.
 Installing libexif (0.6.17) to root...
 Package libdbus-glib-1-2 (0.76-r0) installed in root is up to date.
 Package libdbus-1-3 (1.2.1-r9) installed in root is up to date.
 Package libcurl4 (7.18.2-r0) installed in root is up to date.
 Package libcairo2 (1.6.4-r4) installed in root is up to date.
 Multiple packages (tangogps and tangogps) providing same name marked HOLD
or PREFER. Using latest.
 Multiple packages (tangogps and tangogps) providing same name marked HOLD
or PREFER. Using latest.
 Multiple packages (tangogps and tangogps) providing same name marked HOLD
or PREFER. Using latest.
 Installing tangogps (0.9.6-r0) to root...
 Multiple replacers for gpsd, using first one (fso-gpsd)
 Configuring tangogps
 Configuring libexif
 Collected errors:
 * Warning: Cannot satisfy the following dependencies for tangogps:
 * gtk+-fastscaling (>= 2.10.14) *

Do I need to install a older version of tangogps inorder to get it to work?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtExtended] Qt Extended 4.4.3 released

[Chris Samuel]

On Fri, 6 Mar 2009 1:46:03 am HouYu Li wrote:

> Just had a test. Echo is there, and incoming call is received twice

That's a shame!  There is an unofficial git repository here:

git://git.asheesh.org/qtopia_snapshot.git

but it's still just 4.4.2 at the moment (hasn't changed for 4 months). :-(

cheers,
Chris
-- 
 Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC

This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP



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

Re: [SHR-Testing] Packages mismatch ?

[Leonti Bielski]

I had the same problem. Looks like Packages.gz is not up to date.
Just run opkg install
http://openmoko.opendevice.org/build/shr-unstable/feed/armv4t/shr-settings_0.1.
0+r75+db5ab33d99dfaddafd61143c90ba5da5f3a42150-r2_armv4t.ipk
to get newest version.

Leonti

On Thu, Mar 5, 2009 at 8:48 PM, boilers...@gmail.com
 wrote:
> Hi All,
>
> I'm trying to upgrade 'SHR Testing' for the first time.
>
> Ofter an 'opkg update', attempting an 'opkg upgrade' results in the following:
>
> r...@om-gta02 /etc/opkg $ opkg upgrade
> Upgrading shr-settings on root from 
> 0.1.0+r4c57ad048840ca7fcffe440e98043e57eeb40a6a-r2 to 
> 0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2...
> Downloading 
> http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk
> Collected errors:
>  * Failed to download 
> http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk,
>  error 404
>  * Failed to download shr-settings. Perhaps you need to run 'opkg update'?
>
> Thanks.
>
> ___
> 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: Freerunner, Jalimo, rxtx, GPS

[Jim Ancona]

You don't say which distro you are trying this on, but my guess is
that you are fighting with gpsd or frameworkd for access to the GPS
serial port. You probably should be talking to gpsd/ogpsd or via dbus
to the framework, rather than directly to the serial port.

Jim
On Thu, Mar 5, 2009 at 2:48 PM, Juan Lucas Dominguez Rubio
 wrote:
> Dear list,
>
> I am trying to use librxtx to access the GPS device in my FreeRunner through
> the /dev/ttySAC1 serial port. I have done this:
>
> opkg install librxtx-java
> opkg install librxtx-jni
>
> In the classpath of my little java app I have added RXTXcomm.jar and tried
> to execute this code without success. No ports are discovered (with the GPS
> on and off), and if I try to access a port called /dev/ttySAC1, it says it
> does not exist. What am I doing wrong?
>
> =
>       static void listPorts()
>         {
>         java.util.Enumeration portEnum =
> CommPortIdentifier.getPortIdentifiers();
>         while ( portEnum.hasMoreElements() )
>         {
>         CommPortIdentifier portIdentifier = (CommPortIdentifier)
> portEnum.nextElement();
>         System.out.println(portIdentifier.getName()  +  " - " +
> getPortTypeName(portIdentifier.getPortType()) );
>         }
>         }
>
>         static String getPortTypeName ( int portType )
>         {
>         switch ( portType )
>         {
>         case CommPortIdentifier.PORT_I2C:
>         return "I2C";
>         case CommPortIdentifier.PORT_PARALLEL:
>         return "Parallel";
>         case CommPortIdentifier.PORT_RAW:
>         return "Raw";
>         case CommPortIdentifier.PORT_RS485:
>         return "RS485";
>         case CommPortIdentifier.PORT_SERIAL:
>         return "Serial";
>         default:
>         return "unknown type";
>         }
>         }
> =
>
> Regards,
> Juan Lucas
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Pulster fixe(s) and rework

[Stefan Monnier]

> | I'd love to see a good answer to those questions.  Currently, it's
> | unusable as an MP3 player and that's an important use for me (if
> | I could use it as an MP3 player, I'd carry it with me that much more
> | often, which would in turn increase my use of it).
> Lifting the can and meddling with the caps is nontrivial.  Somebody did
> give this plan a go on the list about 6 months ago and reported some
> success though.  But I don't recommend considering it unless you are in
> an experimental frame of mind and can deal with the fiddling and risk
> involved.

I have no intention to do it myself.  But if a good "how to" gets
written, I could probably find someone who does have the
necessary expertise.


Stefan


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

Re: [SHR-Testing] Packages mismatch ?

[Klaus 'mrmoku' Kurzmann]

Am Donnerstag 05 März 2009 21:23:05 schrieb Leonti Bielski:
> I had the same problem. Looks like Packages.gz is not up to date.
> Just run opkg install
> http://openmoko.opendevice.org/build/shr-unstable/feed/armv4t/shr-settings_
>0.1. 0+r75+db5ab33d99dfaddafd61143c90ba5da5f3a42150-r2_armv4t.ipk
> to get newest version.
>
> Leonti
>
> On Thu, Mar 5, 2009 at 8:48 PM, boilers...@gmail.com
>
>  wrote:
> > Hi All,
> >
> > I'm trying to upgrade 'SHR Testing' for the first time.
> >
> > Ofter an 'opkg update', attempting an 'opkg upgrade' results in the
> > following:
> >
> > r...@om-gta02 /etc/opkg $ opkg upgrade
> > Upgrading shr-settings on root from
> > 0.1.0+r4c57ad048840ca7fcffe440e98043e57eeb40a6a-r2 to
> > 0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2... Downloading
> > http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r
> >72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk Collected
> > errors:
> >  * Failed to download
> > http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r
> >72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk, error 404 *
> > Failed to download shr-settings. Perhaps you need to run 'opkg update'?
> >
> > Thanks.
> >

sorry guys... looks like I forgot to build the package-index. Fixed now.

Klaus 'mrmoku' Kurzmann


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

Acceleroids - shoot-the-asteroids game

[ANT]

Hello!

I'm glad to present you a new fully Freerunner-adapted game - Acceleroids -
a port of SDLRoids (an Asteroids clone).
The ship movement is controlled by an accelerometer while the cannon, shield
and bomb can be activated by touching bottom-right, bottom-left and
top-right corners of the screen accordingly. Shield+Shoot buttons
can be pressed simultaneously as well as Shield+Bomb (some sort of
multi-touch simulation).

Homepage: http://code.google.com/p/acceleroids/
Opkg.org: http://www.opkg.org/package_154.html

The released packages are tested only by myself, so you are welcome to
report about missing dependencies ;).
Have Fun.

--
Anton
-- 
View this message in context: 
http://n2.nabble.com/Acceleroids---shoot-the-asteroids-game-tp2432133p2432133.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: Flashing GSM firmware

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

|> I think there's a little confusion going on here, AIUI Werner did the
|> rootfs end and Deiter the GSM firmware upgrade and deserve the thanks
|> for that.
|
| You haven't understood it quite right, and obviously there *is* some
confusion
| going on *somewhere*.

I'm not quite sure when you stopped working for Openmoko / will stop
working for us, but talking of confusion the openmoko.org address either
doesn't or won't help.

| rootfs is a standard FSO-console MS5 patched to fix "doesn't boot on r/o
| mounted fs" issue.
| Kernel is recent Andy tracking with GSM sysfs node patch created
originally by
| PaulFerster based on my suggestions.
| MOKO11 was a corporate work involving quite a number of people on IRC,
mainly
| PaulFerster, Werner, Lindi (iirc), and me. Dieter checked for the bugs we
| spotted and fixed them in calypso's FW.
| The uSD image was entirely created, tested and published by me.
| Original idea: roh.
|
| So all those people deserve a special "thank you", and Andy deserves a
special
| acknowledge for sedulous mobbing as soon as "joerg" is mentioned
somewhere.
|
|> :(

Just saying "joerg's image" would be totally misleading.

Glad you agree.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmwPnMACgkQOjLpvpq7dMrTJQCbBje6BK0p95cGooXj2PHlw+x8
Q10Anj3BgrYSh4klNddHuYFZDEBg/qmr
=XRTu
-END PGP SIGNATURE-

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

[SHR-Testing] dillo.desktop

[boilers...@gmail.com]

Hi All,

after installing dillo (with 'opkg install dillo'), I had to add the line:
Categories=Office;
to the file:
/usr/share/applications/dillo.desktop
to make the exec icon appear on the desktop.

Shall I add a comment on:
http://www.shr-project.org/trac/ticket/264
or someone from the SHR dev team is listening and can comment on this ?

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

Re: [SHR-Testing] [Solved] Packages mismatch ?

[boilers...@gmail.com]

> I had the same problem. Looks like Packages.gz is not up to date.
> Just run opkg install
> http://openmoko.opendevice.org/build/shr-unstable/feed/armv4t/shr-settings_0.1.
> 0+r75+db5ab33d99dfaddafd61143c90ba5da5f3a42150-r2_armv4t.ipk
> to get newest version.
> 
> Leonti

Thanks, I confirm that I've fixed it with:
opkg install 
http://build.shr-project.org/shr-testing/ipk/armv4t/shr-settings_0.1.0+r73+21d278d51f58b31519917ae848484cb9f84ef9b5-r2_armv4t.ipk

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

How to install cli-framework on my Neo FreeRunner

[sandilya b]

Hi all,

   I just got an openmoko freerunner phone and want to install cli-framework on 
it to use the various features of the  d-bus system. Can someone help me with 
it?

-Sandy


  


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

Re: [2008.12] GPS from python

[Francesco de Virgilio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robert Damphousse ha scritto:
> I have always used the gps.py module that is included with linux on my
> desktop distros (debian, ubuntu etc).  It can usually be found here:
> 
> /var/lib/python-support/python2.5/gps.py
> 
> I am dunning Debian on my Freerunner, I copied gps.py from my desktop to
> the same location on the phone and it works just fine!  Usage goes like
> this:
> 
> Python 2.5.2 (r252:60911, Feb 22 2008, 07:57:53) 
> [GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
 import gps
 g = gps.gps()
 g.query("admosy")
 g.fix.latitude
> 34.432875

It seems not work on SHR-testing :(

> More examples using gps.py here:
> 
> http://www.perrygeo.net/wordpress/?p=13
> 
> On Tue, Jan 13, 2009 at 5:23 AM, Nicolas Laurance  > wrote:
> 
> you might want to read the thread
> 
> http://lists.openmoko.org/nabble.html#nabble-td786643

- --
Francesco de Virgilio
*Ubuntu-it Member and Wiki Editor*
   mailto:frad...@ubuntu-it.org
   http://wiki.ubuntu-it.org/FrancescoDeVirgilio
*Wikimedia Italia Member*
   http://en.wikipedia.org/wiki/User:Fradeve11
*OpenStreetMap Mapper*
   http://www.openstreetmap.org/user/Fradeve11
*Blog*
   http://fradeve.netsons.org
"Love - Peace - Freedom - Free Software"
GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmwQ7QACgkQRi2TsGSC4Fb1/gCfRMFECkRHF8UP0EZncgnriC9I
hhEAni4BmEJLS3WMCt3E9ObESM+kWmVJ
=QFuJ
-END PGP SIGNATURE-

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

Re: [SHR-Testing] dillo.desktop

[Klaus 'mrmoku' Kurzmann]

Am Donnerstag 05 März 2009 22:22:39 schrieb boilers...@gmail.com:
> Hi All,
>
> after installing dillo (with 'opkg install dillo'), I had to add the line:
> Categories=Office;
> to the file:
> /usr/share/applications/dillo.desktop
> to make the exec icon appear on the desktop.
>
> Shall I add a comment on:
> http://www.shr-project.org/trac/ticket/264
> or someone from the SHR dev team is listening and can comment on this ?
I added a new ticket as #264 was about a package from opkg.org...

http://trac.shr-project.org/trac/ticket/341

Thanks for reporting

Klaus 'mrmoku' Kurzmann

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

OpenBmap logger in the feeds (was: Re: Introducing CellHunter)

[Onen]

Hi,

using the openBmap-logger you would have saved the time needed for 
patching, as it has been written using the freesmartphone.org API from 
the beginning ;-) Thanks to Stefan, the package is now in the feeds:
http://downloads.openmoko.org/repository/unstable/armv4t/openbmap-logger_0.1.0-r0_armv4t.ipk
 


opkg install openbmap-logger

The idea is to have nothing more than a logger/uploader to build a
database of GPS positions/GSM data. It does not have the CellHunter game
logic, and you will not get any points. You have been warned! :-)

I have proposed Sebastian to collaborate, at least on a common logging
engine. He is interested, but added he lacks time for a collaborating
project at the moment.

Anyway, the openBmap logger git is public, and I would welcome any
comments and/or patches :-)
http://myposition.git.sourceforge.net/git/gitweb.cgi?p=myposition

That's where the development continues...

Many thanks to Coolcat on the wiki, who has added a page, I have just
discovered it! The Manual (also located in the README file of the
package) can be found here:
http://wiki.openmoko.org/wiki/OpenBmap

For new users, warning: you should create an account on
realtimeblog.free.fr website, and fill the login/password in the
configuration file before upload works. (This is planned to be changed
in the next release, adding a graphical interface for login/password,
please be patients!).

Onen


Jan Lübbe wrote:
> Hi!
> 
> I've changed cellhunter to use the FSO Monitor interface as DebugCommand
> is broken with the new parser. You can see my patches at:
> 
> http://git.sicherheitsschwankung.de/?p=jan/cellhunter.git
> 
> In case you don't use version control, i can easily give you access to
> that repositiory.
> 
> I'll also apply those patches in OE to get cellhunter working again.
> 


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

Re: Introducing CellHunter

[Sebastian Hammerl]

Jan Lübbe schrieb:
> Hi!
>
> I've changed cellhunter to use the FSO Monitor interface as DebugCommand
> is broken with the new parser. You can see my patches at:
>
>   
Hi,

very cool. left the old debug command in only because lack of time and
fso 4.x backward compatibility.

what is the new parser exactly? which distro / fso version do you use?

Sebastian

> http://git.sicherheitsschwankung.de/?p=jan/cellhunter.git
>
> In case you don't use version control, i can easily give you access to
> that repositiory.
>
> I'll also apply those patches in OE to get cellhunter working again.
>
>   


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

A new version of SATAN

[Anton Persson]

Hi 'yall!

I just wanted to splash about that I've released a new version of SATAN for
the OpenMoko, available
at http://www.opkg.org/package_34.html.

To summarize:
 * Bug reduction.
 * A built in on screen keyboard that I feel is better than
   to use the normal OSK on the FR.
 * A new subtractive synthesizer called Grooveiator.
 * Some other stuff..

NOTE! You can CREATE YOUR OWN MACHINES for SATAN as plugins; I haven't
written a good
guide on this yet I know, but you may check out this directory for code and
build examples:
http://bazaar.launchpad.net/~pltxtra/satan/fixedpoint/files/head%3A/dynlib/
To create machines you need to be familiar with fixed point math, and you
need
to have this installed on the development host:
http://fpm.berlios.de/website/index2.html

What's missing:
 * More bug fixes.
 * Cut&paste in the tracker/sequencer.
 * horizontal scrolling in the tracker/sequencer.
 * Better documentation, always.
 * A finger friendly cool looking tracker... I'm working on it!
 * More MACHINES, help!

Please feel free to come with suggestions, tips, bashings and bug reports...
I just like the attention. ;)

Best regards,
   Anton Persson
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Acceleroids - shoot-the-asteroids game

[boilers...@gmail.com]

> Hello!
> 
> I'm glad to present you a new fully Freerunner-adapted game - Acceleroids -
> a port of SDLRoids (an Asteroids clone).
> The ship movement is controlled by an accelerometer while the cannon, shield
> and bomb can be activated by touching bottom-right, bottom-left and
> top-right corners of the screen accordingly. Shield+Shoot buttons
> can be pressed simultaneously as well as Shield+Bomb (some sort of
> multi-touch simulation).
> 
> Homepage: http://code.google.com/p/acceleroids/
> Opkg.org: http://www.opkg.org/package_154.html
> 
> The released packages are tested only by myself, so you are welcome to
> report about missing dependencies ;).
> Have Fun.

Great! Everything works ok on shr testing.

Installation went as follows:

r...@om-gta02 ~ $ opkg install 
http://acceleroids.googlecode.com/files/acceleroids_0.1.0-0_armv4t.ipk
Downloading 
http://acceleroids.googlecode.com/files/acceleroids_0.1.0-0_armv4t.ipk
Installing acceleroids (0.1.0-0) to root...
Installing libsdl-mixer-1.2-0 (1.2.6-r3) to root...
Downloading 
http://build.shr-project.org/shr-testing/ipk//armv4t/libsdl-mixer-1.2-0_1.2.6-r3_armv4t.ipk
Installing libvorbis (1.0.1-r2) to root...
Downloading 
http://build.shr-project.org/shr-testing/ipk//armv4t/libvorbis_1.0.1-r2_armv4t.ipk
Installing libmikmod (3.2.0-beta2-r0) to root...
Downloading 
http://build.shr-project.org/shr-testing/ipk//armv4t/libmikmod_3.2.0-beta2-r0_armv4t.ipk
Configuring libvorbis
Configuring libmikmod
Configuring acceleroids
Configuring libsdl-mixer-1.2-0

Thanks! :)

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

Re: A new version of SATAN

[boilers...@gmail.com]

> Hi 'yall!
> 
> I just wanted to splash about that I've released a new version of SATAN for
> the OpenMoko, available
> at http://www.opkg.org/package_34.html.

Nice!

On shr testing:

I had to add:
Categories=Office;
to satan.desktop
to show up the icon on the desktop

and install the package libltdl3

Now I need some time and practice to make the soap groove some beats :D

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

Re: Feedback on FSO 5.1

[Michael 'Mickey' Lauer]

Am Mittwoch, den 04.03.2009, 21:13 -0800 schrieb c_c:
>   I've been using FSO 5.1 for some time now and here is some (late - I know)
> feedback.

Better late than never :)


> I'm using 5.1 with Qi and the standard kernel.
> 1.  The snd_soc_neo1973_gta02_wm8753, modprobe snd-pcm-oss modules do not
> get loaded automatically on startup.

This is strange, that works here.

> 2.  I also need to set up the stereoout.state after startup.

This works here as well. For some reason it seems your card wasn't found
hence the stereoout.state could not be autoset.

> 3.  Need to install libmad to get mp3 ringtones working.

That's expected... patents...

> 4.  After requesting resource Display / CPU and releasing them - automatic
> dimming and suspending stops working (I'm using a rule to suspend the
> freerunner if it's not charging). I think there is a fix for this already.

Correct, has been fixed post-5.1.

> 5.  Need the devel packages for elementary. I've tried the svn and the new
> version has neat sliders. Can we look at moving to the newer version or is
> that unlikely because of the probable dependencies on eina/ecore etc? In
> that case can we have the devel versions in the repository?

5.5 will contain newer packages. Our unstable feed should contain newer
ones as well.

> 6.  Can you point me to some place where I can read up on how to patch the
> build process for FSO packages?
>  I want to patch mplayer to use tremor
> instead of libvorbis. It's an option in mplayer (and there might be some
> breakage too) but where and how so I start any of such stuff?

Packaging issues are OE issues, as we build Openmoko out of OE. Please
have a look at OE's wiki. Feel free to ask further questions on
openembedded-de...@lists.openembedded.org.

> 7.  Can rules.yaml be made more flexible such as for eg to allow me to use
> the aux button to choose amongst three volume settings during a call?

I'm not sure whether this is in the scope of oeventsd. It's merely a
convenience layer and I expect real applications (not Zhone) handling
these things on their own, without going through the rules.

> 8.  And to have user configurable brightness settings apart from changing
> rules.yaml and reloading the rules. (Maybe the values could be picked up
> from another file and used thereafter. Just a thought.)

Sure thing, as much as we pick the audio ringtone from the preferences,
we should do the same with brightness. IIRC there's also a bug about
that in FSO trac.

> 9.  Would like to know how to get my bluetooth headset working in the
> interim - till things get all set up in FSO itself. :-)

Please see the lists, Jan posted a howto for that.

> 10.  frameworkd uses upto 70% CPU when changing cells. This is for a brief
> period - but 70%? Isn't that too high? Or is that hit because of python -
> something we need to live with or are there (possible) methods for reducing
> such usage to more acceptable limits?

It's something we have to live with for FSO phase 1. I don't want to
talk much about it since we still have enough to do for phase 1 until
summer, but there will be an FSO phase 2, which is about reimplementing
frameworkd in a compiled language -- based on the lessons learned.

Cheers,



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

Re: Musings on Android, OpenMoko and Linux on phones

[Michael 'Mickey' Lauer]

Mikko, thanks for this posting. I almost agree with everything. Although
in "the age of Android" it's kind of tough to motivate people working on
a truly free GNU/Linux stack, I'm sure we (as in freesmartphone.org and
Openmoko Inc.) are doing the right thing.

You might know I'm still actively working on OpenEZX support for FSO and
just recently I aquired an HTC Touch Pro to help these guys getting a
free GNU/Linux stack as well. Sadly, 90% of these guys (same as MOTO
hackers btw.) are just interested in what Android offers, so it's kind
of hard for me to convince them to work on e.g. standard kernel
interfaces. I won't give up though :)

One last note. Although I'm one of the fathers of OpenEmbedded, I can
see how you prefer a stock Debian underneath FSO. And tell you what... I
support that. I love it. I also love the Gentoo initiative and OpenWRT.
As long as we speak the same middleware and can run the same
applications, I don't care what runs us.

Thanks again,



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

new hardware platform

[vedran]

I'm sory for asking maybe dumb question but i really can't find anything
about new release of hardware. Please could anyone give me any link/tip
about that?

regards,
vedran

-- 
2/204 - 2/224 - 2/255 - 2/281 - 14/24 - 17/53 - 36/4 ...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: new hardware platform

[Robin Paulson]

2009/3/6 vedran :
> I'm sory for asking maybe dumb question but i really can't find anything
> about new release of hardware. Please could anyone give me any link/tip
> about that?

which new hardware? i'm sure the latest is gta02, aka freerunner?

i haven't seen any announcements concerning the next step -
gta03/gta04 - other than vague allusions to something in the future.
as many before me have said, announcing anything now would be
commercial suicide...

see:
http://en.wikipedia.org/wiki/Osborne_effect

there is this, but it looks like a lot of guesswork

http://wiki.openmoko.org/wiki/GTA03

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

Re: new hardware platform

[vedran]

Though you are "shocked" for my question,

the answere is what i was looking for :D

thank you..

On Fri, Mar 6, 2009 at 2:50 AM, Robin Paulson wrote:

> 2009/3/6 vedran :
> > I'm sory for asking maybe dumb question but i really can't find anything
> > about new release of hardware. Please could anyone give me any link/tip
> > about that?
>
> which new hardware? i'm sure the latest is gta02, aka freerunner?
>
> i haven't seen any announcements concerning the next step -
> gta03/gta04 - other than vague allusions to something in the future.
> as many before me have said, announcing anything now would be
> commercial suicide...
>
> see:
> http://en.wikipedia.org/wiki/Osborne_effect
>
> there is this, but it looks like a lot of guesswork
>
> http://wiki.openmoko.org/wiki/GTA03
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
www.vedran.ba
2/204 - 2/224 - 2/255 - 2/281 - 14/24 - 17/53 - 36/4 ...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Detecting ethernet gadget connections

[Daniel Benoy]

I just tried that python script, and it shows an event when I connect my USB 
cable, but not when I disconnect it.

On March 5, 2009 11:48:29 Michael 'Mickey' Lauer wrote:
> Am Donnerstag, den 05.03.2009, 10:01 -0500 schrieb Daniel Benoy:
> > I'm working on a script that will detect which network interfaces are
> > connected and mess with the routing accordingly, but I'm having trouble
> > detecting whether my USB ethernet gadget connection is up or down.
>
> The best way to do this is to listen for netlink route announcements.
> That way it's completely instantaneous and without polling. Look here
> for an example using python-netlink:
>
> http://git.freesmartphone.org/?p=framework.git;a=blob;f=tools/dump-netlink
>
> Note that if you're on FSO I expect that after full integration of
> connman (milestone6), we will have a global signal like
>
> org.freesmartphone.Network.ConnectionStatus( s:means, b:online )
>
> 'means' being a string that indicates the type, like "GPRS/ppp",
> "IP/usb0", "IP/bnep0", etc.
>
> that you can use.
>
> :M:
>
> ___
> 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: [fso] no sound card

[c_c]

Hi,

GNUtoo wrote:
> 
> On Thu, 2009-03-05 at 00:36 +0100, Rask Ingemann Lambertsen wrote:
> I know but I was told that OSS was faster
> 
  Well, from what I understand, OSS today is mostly Alsa in OSS emulation
mode. It's faster only because the quality is lower (not always - that
depends on the sampling rate). 
  Ideally, if processor usage wasn't any issue, alsa would give you the best
quality and would hence be the better solution. For the Freerunner though,
unfortunately sometimes, lower quality is faster and hence desirable.
  Anyhow, try modprobing the appropriate modules. That should solve the
problem.
-- 
View this message in context: 
http://n2.nabble.com/-fso--no-sound-card-tp2423797p2433819.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: Pulster fixe(s) and rework

[Esben Stien]

Stefan Monnier  writes:

> (if I could use it as an MP3 player, I'd carry it with me that much
> more often

Until a fix, you can plug in a USB headset;). 

-- 
Esben Stien is b...@e s  a 
 http://www. s tn m
  irc://irc.  b  -  i  .   e/%23contact
   sip:b0ef@   e e 
   jid:b0ef@n n

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

Re: SHR testing and TangoGPS problem

[Joel Newkirk]

On Thu, 5 Mar 2009 14:48:49 -0500
Adam Jimerson  wrote:

> I tried to upgrad TangoGPS one my SHR testing install because it
> didn't seem like it was working, and fso-gpsd said that it was
> running, but when I tried to do it even with -force-depens it removed
> the version the SHR testing came with and gave me this error:
> 
> r...@om-gta02 ~ $ opkg -force-depends install libsqlite3-0
> libpixman-1-0 libgl
>  ib-2.0-0
> http://pcl210-00.fit.vutbr.cz/openmoko/libexif_0.6.17_armv4t.ipklibdb
> us-glib-1-2 libdbus-1-3 libcurl4 libcairo2
> http://pcl210-00.fit.vutbr.cz/ope nmoko/tangogps_0.9.6-r0_armv4t.ipk

>  Collected errors:
>  * Warning: Cannot satisfy the following dependencies for tangogps:
>  * gtk+-fastscaling (>= 2.10.14) *
> 
> Do I need to install a older version of tangogps inorder to get it to
> work?

You should be good to go.  What you got was a warning instead of an
error regarding gtk+-fastscaling - exactly what you asked for with the
"-force-depends", which makes dependency errors into warnings instead.

That said, you may have believed it not installed if the icon didn't
appear - if that's the case then
edit /usr/share/applications/tangogps.desktop and try changing the
"application" category to "applications".

BTW - a quick search of wiki or list archives should turn up this
answer, keywords like "tangogps" and "fastscaling"... ;)

j

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

Re: Feedback on FSO 5.1

[c_c]

Hi,
  It seems like I always end up having a conversation with you whenever I
talk about anything to do with FSO. Thanks for being so patient :-)

Michael 'Mickey' Lauer wrote:
> 
>> 1.  The snd_soc_neo1973_gta02_wm8753, modprobe snd-pcm-oss modules do not
>> get loaded.
> This is strange, that works here. 
> 
Well, there are more people having this prob - see 
http://n2.nabble.com/-fso--no-sound-card-td2423797ef1958.html#a2433819 this
. Probably another qi vs uboot issue (I'm guessing though).

Michael 'Mickey' Lauer wrote:
> 
>> 3.  Need to install libmad to get mp3 ringtones working.
> That's expected... patents...
> 
  Ahh! I wondered why I had to do the same thing everytime. Sad.

Michael 'Mickey' Lauer wrote:
> 
> 5.5 will contain newer packages. Our unstable feed should contain newer
> ones as well.
> 
Well, I can't find any elementary packages on any feed (upwards of 5.1) on
downloads.freesmartphone.org. In fact, I wanted to go back to the packages
used in 5.1 after I got some from the openmoko feeds - and I couldn't. 

Are the packages in openmoko feed (which Angus says are from
git://git.openembedded.org branch fso/milestone5) going to be the ones
you'll be using in 5.5? The version is svnr39300-r4.

I'm trying to move over to elementary for good (being finger friendly
and all!). That would mean newer versions of guitartuner/intone/(some name
based on opensync)sync all using elementary. But I've been going back and
forth between gtk and elementary - since I can't get anything to (cross)
build and run on the phone.

Michael 'Mickey' Lauer wrote:
> 
> Packaging issues are OE issues, as we build Openmoko out of OE. Please
> have a look at OE's wiki. Feel free to ask further questions on
> openembedded-de...@lists.openembedded.org.
> 
  There is already a libvorbisidec in the openmoko feeds. Has mplayer
already been built to use tremor? Actually, mplayer has the option to use
tremor - it just needs to be set during build. And it needs libvorbisidec
(which is what you get after building tremor). I'll move over to unstable
and check.

Michael 'Mickey' Lauer wrote:
> 
> I'm not sure whether this is in the scope of oeventsd. It's merely a
> convenience layer and I expect real applications (not Zhone) handling
> these things on their own, without going through the rules.
> 
  OK. So maybe I need to direct that part of the feedback to the paroli
team. It would be something that the dialer app will need to handle in that
case. I thought rules might let me add that even if the dialer app doesn't.

Michael 'Mickey' Lauer wrote:
> 
> Sure thing, as much as we pick the audio ringtone from the preferences, we
> should do the same with brightness.
> 
  Nice. Hopefully that will be solved soon.

Michael 'Mickey' Lauer wrote:
> 
> Please see the lists, Jan posted a howto for that. 
> 
Found it. See 
http://n2.nabble.com/Problems-with-ASoC-and-Bluetooth-routing-td2388998ef1958.html#a2388998
this .

Michael 'Mickey' Lauer wrote:
> 
>  an FSO phase 2, which is about reimplementing frameworkd in a
> compiled language -- based on the lessons learned.
> 
Ah! That makes sense. 
-- 
View this message in context: 
http://n2.nabble.com/Feedback-on-FSO-5.1-tp2427488p2433913.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: Flashing GSM firmware

[Steve " 'dillo" Okay]

On Mar 5, 2009, at 19:26 , Joerg Reisenweber wrote:

> Am Do  5. März 2009 schrieb Andy Green:
>> Somebody in the thread at some point said:
>> | On Thu, 5 Mar 2009, Paul Fertser wrote:
>> |
>> |> Alternatively, try Joerg's uSD automated image:
>> |>
>>
> http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash- 
> moko11_uSD-image.tar.gz
>> |>
>> |> It works and reliably flashes the firmware for you.

This actually did it for me. I gave up on doing it by hand last week  
and just went out and got a SIM for Wind, it was just quicker.
When I saw this message though, I thought I should give it one more try.
It works. The Vodaphone SIM that was giving me so much trouble now  
registers properly in Zhone and Qtopia.
FFR, the flash-moko11_uSD-image file just barely fits onto the main  
flash of the FR so you can dd it from there onto your uSD.
Thanks for all your help,
Steve
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtExtended] Qt Extended 4.4.3 released

[HouYu Li]

Now, the image, binary and details is here:

http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/


On Fri, Mar 6, 2009 at 4:11 AM, Chris Samuel  wrote:

> On Fri, 6 Mar 2009 1:46:03 am HouYu Li wrote:
>
> > Just had a test. Echo is there, and incoming call is received twice
>
> That's a shame!  There is an unofficial git repository here:
>
> git://git.asheesh.org/qtopia_snapshot.git
>
> but it's still just 4.4.2 at the moment (hasn't changed for 4 months). :-(
>
> cheers,
> Chris
> --
>  Chris Samuel  :  http://www.csamuel.org/  :  Melbourne, VIC
>
> This email may come with a PGP signature as a file. Do not panic.
> For more info see: http://en.wikipedia.org/wiki/OpenPGP
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Developer
Red Hat Certified Engineer

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

Re: Feedback on FSO 5.1

[Angus Ainslie]

On Thu, 2009-03-05 at 20:01 -0800, c_c wrote:
> Are the packages in openmoko feed (which Angus says are from
> git://git.openembedded.org branch fso/milestone5) going to be the ones
> you'll be using in 5.5? The version is svnr39300-r4.

Thanks updated the readme. The binaries at downloads.openmoko.org are
built from the fso/milestone5.5 branch.

Angus


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