Re: new cofundus project - Manual/Guide for SHR

[Petr Vanek]

>This is a project to create a user manual for the SHR distribution
>that runs on the Freerunner communication device (and hopefully other
>devices soon)
>
>The idea is to have a comprehensive manual for the SHR distribution for
>newcomers/ users / tinkerers. It is expected to cover installation
>guide, navigating the user interface, navigating and using the
>preloaded applications, setting up networking, using wi-fi, bluetooth,
>usb, gps, GPRS, voice state, accelerometers etc, set up tricks and
>dbus commands, installing new applications and repositories,
>recommended repositories and applications at the minimum.
>
>Please see and support
>
>http://www.cofundos.org/project.php?id=172
>
>
>I would also request your feedback to improve this project.


i am eagerly waiting to do this /no need for cofund/ but shr will change
a lot in the near future i suspect - shr installer instead of illume
config walk-through, opimd backends which means that storage will change
and also handling network devices is moving quite fast towards connman
(mokonnect) which will be different...

if possible, i would hold this on for the time being, otherwise the
manual will be soon very, very outdated...

Petr


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

Re: Anti-Whining: Happy Moko Moments

[David Reyes Samblas Martinez]

> With my Freerunner, I am able to control a telescope
> 5000 miles away, and analyse the data, while I sit in a
> pizza parlor.   It's the high resolution display and the
> X11 server that lets me do this.
Ken, this is ... this is only a word comes to my mind, beautiful.

there will be awesome to haves some pictures, screenshots, and if
posible a video of this,
>



-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

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

Re: Anti-Whining: Happy Moko Moments

[rakshat hooja]

On Fri, Jul 17, 2009 at 12:43 AM, Warren Baird
wrote:

> There seems to be a repeated theme of people posting how crappy the
> Freerunner is and how nothing works for them.  Usually a number of people
> then jump on the thread and talk about how the FR works well for them.
>
> I like to try turning that around and start a thread for people to talk
> about their successes.   Maybe if we get enough good ones we can push it
> onto the wiki.
>
>
You also asked for happy moments so when I palyed Duke Nukeem 3D with
accelerometers on the Freerunner almost 8 months ago  I was one happy
person. It was my favourite game on my 486 when I was in school!

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

new cofundus project - Manual/Guide for SHR

[rakshat hooja]

This is a project to create a user manual for the SHR distribution that runs
on the Freerunner communication device (and hopefully other devices soon)

The idea is to have a comprehensive manual for the SHR distribution for
newcomers/ users / tinkerers. It is expected to cover installation guide,
navigating the user interface, navigating and using the preloaded
applications, setting up networking, using wi-fi, bluetooth, usb, gps, GPRS,
voice state, accelerometers etc, set up tricks and dbus commands, installing
new applications and repositories, recommended repositories and applications
at the minimum.

Please see and support

http://www.cofundos.org/project.php?id=172


I would also request your feedback to improve this project.

Thanks

Rakshat

-- 
--
Please use Firefox as your web browser. Its protects you from spyware and is
also a very feature rich browser.
www.firefox.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anti-Whining: Happy Moko Moments

[Milan Votava]

> --- Original Message ---
> From: "Jon 'maddog' Hall" 
> To: List for Openmoko community discussion 
> Sent: 16.7.09, 22:08:31
> Subject: Re: Anti-Whining: Happy Moko Moments
> 
> >and we managed to fly clear of the ship just before it exploded, and
> >thus we saved all of humanity with a Freerunner.
> 
> I had wondered what happened to that ship!
> 
> md
> 
> 
> ___
> 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 Chat Application: Suggestions wanted!

[Joshua Judson Rosen]

David Ford  writes:
>
> Yogiz wrote:
> > Rewrite Pidgin's UI to be as finger friendly as possible. That's
> > probably all we need. Why reinvent the wheel.
>
> because pidgin takes a lot of ram, is cpu heavy and does a lot of disk
> activity.  that wheel is sort of acceptable on a fat desktop, but not on
> a cellphone :)

I've actually found Pidgin to be perfectly acceptable on my
FreeRunner, both in performance and finger-friendliness (especially
since SHR update the GTK+ theme to use larger, more finger-friendly
widgets). Not that it couldn't be *better* somehow, but...:

The thing that *really* bugs me about using Pidgin for IM over GPRS on
the Freerunner is that the GPRS traffic prevents the FreeRunner from
going to (or staying in) a suspend state--it looks like it wakes up
every time a packet comes in, and the chat protocols are apparently
fairly (pardon the pun) chatty. I've been thinking about how to work
around *that*

Assuming that it's not just my configuration (which I suppose it could
be--in which case, I'm wasting bandwidth...), my initial idea was that
I could have Pidgin connect to some proxy server out on the Internet,
and have the proxy `compress out' all of the excessive chattiness so
that there aren't any keepalive packets sent to the phone, for
example; or that I could, alternately, have a proxy IM client on a
remote server that sends a specially-formed SMS when there's IM
activity that should actually make the mobile client wake up and
establish a connection/login of its own. Interestingly, by complete
coincidence, I later discovered that this latter `SMS callback' scheme
is ostensibly what the what the `mobile e-mail' applications often
*do* use (my wife told me that she started receiving `weird
text-messages from some 3020 number' after switching to a new phone).

As to whether `write a new GUI for Pidgin' or `write a new GUI app
based on libpurple' is a better route..., is there actually a
difference?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


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

Re: Anti-Whining: Happy Moko Moments

[Ken Young]

Warren Baird wrote:

> - I was able to show off the client software from my 'day job' - a
> quite complex j2se application - running on a cell phone, which
> definitely impressed people.
>
> What are your successes with the Freerunner?

With my Freerunner, I am able to control a telescope
5000 miles away, and analyse the data, while I sit in a
pizza parlor.   It's the high resolution display and the
X11 server that lets me do this.   There's no way I
could do it with my Android G1 phone.

Ken Young


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

Re: Anti-Whining: Happy Moko Moments

[Nicola Mfb]

On Fri, Jul 17, 2009 at 1:15 AM, Sebastian
Krzyszkowiak wrote:
[...]
> Look at Debian and debootstrap ;) (that's also the way of installing
> Debian on FreeRunner)

or at gentoo ;)

Nicola

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

Re: Anti-Whining: Happy Moko Moments

[Sebastian Krzyszkowiak]

On 7/17/09, Vikas Saurabh  wrote:
> I am totally awed with this mini-comp with not-so-good-yet-workable GSM
> capabilities.
>
> But the best hack/trick I could try on my FR was when I was totally out of
> any comp anywhere (linux/win) although there was WiFi available and I wanted
> to flash SHR-U on the device.
> Well it was so simple...I just browsed to shr-u images link and downloaded
> the tar.gz. Created a new partition on my SD card. Untarred the image on
> that parition. Put noboot-GTA02 in the original partition. Reboot and voila
> I was working on SHR-U.
> It was an amazing feeling:
> * Flash your phone with a new OS
> * No USB cable
> * No trick to start flashing
> * Using one distro to install another
>
> woah!..show me any phone that can do that...in fact i don't even know of any
> mainstream linux distributions for desktop which would support that :)

Look at Debian and debootstrap ;) (that's also the way of installing
Debian on FreeRunner)

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

Re: Anti-Whining: Happy Moko Moments

[Vikas Saurabh]

I am totally awed with this mini-comp with not-so-good-yet-workable GSM
capabilities.

But the best hack/trick I could try on my FR was when I was totally out of
any comp anywhere (linux/win) although there was WiFi available and I wanted
to flash SHR-U on the device.
Well it was so simple...I just browsed to shr-u images link and downloaded
the tar.gz. Created a new partition on my SD card. Untarred the image on
that parition. Put noboot-GTA02 in the original partition. Reboot and voila
I was working on SHR-U.
It was an amazing feeling:
* Flash your phone with a new OS
* No USB cable
* No trick to start flashing
* Using one distro to install another

woah!..show me any phone that can do that...in fact i don't even know of any
mainstream linux distributions for desktop which would support that :)

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

Re: [shr-u] navit - howto config navit.xml

[Risto H. Kurppa]

opkg install navit
opkg install libgps17
cd /usr/lib; ln -s libgps.so.17 libgps.so.16 #navit needs older version..

if [ -d "/home/root/.navit" ]
then
mkdir /home/root/.navit
fi
wget http://www.kurppa.fi/freerunner/config_files/navit2009.xml -O
/home/root/.navit/navit.xml

##Workaround for #2284 -no autostart for speech-dispatcher
update-rc.d -f speech-dispatcher remove


see http://etherpad.com/zt3x1x7ERX (but don't rely too much on it :)

-- 
| 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: using a FreeRunner without cellular service

[Sebastian Krzyszkowiak]

On 7/17/09, Brolin Empey  wrote:
> Anyway, does the FreeRunner have a flight mode?  I guess it depends on which
> distro I use.  I also guess I do not need a flight mode if I can still use
> the FreeRunner without a SIM installed?

There is no big red friendly button "ENABLE FLIGHT MODE", but you can
easly disable everything, for instance in SHR Settings.

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

Re: using a FreeRunner without cellular service

[Brolin Empey]

I have at least 2 more reasons to replace my Nokia 6103b:


   1. Without a SIM installed, it can be used only for emergency calls.
   This is very lame because it has many non-phone functions, such as the
   Organiser.
   2. It lacks flight mode.

This page says later 6xxx models have these features, though:



The article is about phones for the Asian market, but I guess it applies to
the same model of phones for the North American market too.

To be realistic, limitation #1 is minor because I have a SIM and can leave
it installed because I receive very few incoming calls: I often have no
incoming calls during the entire part of the day during which I have the
phone on, which often includes when I am sleeping at night because I forget
to turn off my phone before going to bed.

Limitation #2 is minor too because I rarely travel by air, but it is still a
common feature my phone lacks.

Anyway, does the FreeRunner have a flight mode?  I guess it depends on which
distro I use.  I also guess I do not need a flight mode if I can still use
the FreeRunner without a SIM installed?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anti-Whining: Happy Moko Moments

[jeremy jozwik]

On Thu, Jul 16, 2009 at 12:13 PM, Warren
Baird wrote:
> There seems to be a repeated theme of people posting how crappy the
> Freerunner is and how nothing works for them.  Usually a number of people
> then jump on the thread and talk about how the FR works well for them.
>
> I like to try turning that around and start a thread for people to talk
> about their successes.   Maybe if we get enough good ones we can push it
> onto the wiki.
>
> Here are a few of my own:
>
>   - the GPS with tangogps has been really useful to me a number of times,
> especially on business trips
>   - Pidgin over GPRS has come in quite handy several times, either when I
> didn't have my laptop with me, or didn't have wifi coverage
>   - It's very useful as a PDF reader - with the high-res screen I've been
> able to read documents while walking or while standing on a metro or bus,
> when getting out a laptop wouldn't have worked well.
>   - I was able to show off the client software from my 'day job' - a quite
> complex j2se application - running on a cell phone, which definitely
> impressed people.
>
> What are your successes with the Freerunner?
>
> Warren
>
> --
> Warren Baird - Photographer and Digital Artist
> http://www.synergisticimages.ca
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>

ogg player, gps navigation / tracking, note taking, dictation,
sketchbook, and star ooggeling all work wonderfully.
and since ive found my correct setting for the speaker and mic, the
phone works great too.

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

Re: Anti-Whining: Happy Moko Moments

[The Digital Pioneer]

Well, my biggest success so far with the FR is bluetooth. I now use my FR as
a portable media player, and can use GSM with bluetooth.

That said, if anyone knows a way to make it not cut and skip when playing
OGG with mplayer niced at -19, I'd love to hear it. It's not too bad right
now, but there's usually at least one cut per minute. :(


A few weeks ago there was an alien armada threatening to annihilate
> all life on the planet. So I grabbed my trusty Freerunner, and Will
> Smith flew me up to their mothership in orbit where I hacked out a
> little python script to disable their defense shields. I uploaded the
> script to their mainframe, and we managed to fly clear of the ship
> just before it exploded, and thus we saved all of humanity with a
> Freerunner.


So YOU'RE the moron who destroyed my ship?!?! How am I supposed to fire huge
lasers from space at Apple now?!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: The University of São Paulo's intent to join Openmoko development

[Dave Ball]

Jon 'maddog' Hall wrote:
> So organize your needs.  Reach out to your own universities and software
> usability development groups.  Get them to join the project.
>
> Don't give up.  If you look closely, you can see the light at the end of
> the tunnel.  It may be faint, but I have seen similar tunnels before,
> and I can see the light now.
>   

This (and the aim of something better) is all the encouragement we 
should need.  This is up to us, and we need to work together - each 
finding the area we can contribute - to first make the current projects 
successful, then expand, and later change the way people look at their 
phones (in the same way that Linux has changed data centres and startups).

Dave

ps - illume and SHR rocks my FR

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

Re: The University of São Paulo's intent to join Op enmoko development

[Warren Baird]

On Thu, Jul 16, 2009 at 4:05 PM, Jon 'maddog' Hall  wrote:

>
> I saw the Linux kernel in 1994, with (approximately) 124,000 people
> "using it", most of whom were hobbyists, students, technical people.



maddog - Now you are making me feel old!  :-)   I think I first installed a
0.99 version of linux on a 386 in '93 - and was very happy to be able to use
it to do my university math assignments in LaTex...

I think you make a good analogy in many ways - for one, I'm sure that the
386 I first installed linux on had much less processing power, ram and
storage than the Freerunner has.   But more importantly, you could make a
linux system in those days do something useful, but you had to work pretty
hard at it - digging through usenet groups for modelines so you could get
your monitor to work, twiddling irqs, etc.   Definitely not for the faint of
heart.

I think in many ways the Freerunner is at about that stage now.  Instead of
tweaking the Xconfig file you need to tweak the Alsa configs, but the
principal is the same.  Maybe SHR will prove me wrong, but I still think
we've got a long ways to go before we can get even a basic functioning phone
without a lot of twiddling.

In the last few years Linux on the desktop has reached the point where you
can get a long way without any system administration skills - It's been a
few years now since I've had to twiddle an Xorg.conf file, and I mostly
interact with my linux systems as an end-user, and only very rarely have to
fall back on my past life of doing sysadmin-ish things...

I only hope it won't take 15 years for the Freerunner to catch up with Linux
on the desktop! :-)



> On the other hand, I will be frank with the community.  Unless we can
> generate a phone and software stacks that will (collectively) generate
> the demand for millions of Free and Open Phones, this path will either
> fail, or be extremely hard.  No hardware component vendor will take us
> seriously, and we will have little or no negotiating power.
>

I certainly agree that both the hardware and software stacks needs to be
improved to hit this goal.  A good friend of mine just bought an HTC android
based phone - he'd have been an ideal FR target - very much pro-opensource,
and with years of experience with Linux.   His main reason for not getting a
Freerunner was that mobile data access was important to him, and GPRS just
wasn't fast enough.  Having played with both my wife's iPhone 3G and using a
browser over GPRS on the FR, I must admit that it makes me kinda jealous...


>
> The University of Sao Paulo has expertise in this area, and other areas
> useful to the phone, as do many other universities.  But I would like to
> see these universities join the project as members of the community, and
> not "take it over".  The community should shape the project, just as
> many other FOSS projects have been shaped by the community.  The area of
> usability is, after all, mostly a software project, although shaped by
> physical limitations such as screen size, number of buttons, etc.


I agree completely - I don't want a uni lab to come along and say "here's
what your UI should look like".But I think it'd be very valuable for
most of the distros to have someone with real usability experience look at
what they have so far and say 'maybe you should try X, Y and Z'.


>
>
> And, as I mentioned before, the project both suffers and glorifies in
> the number of software stacks that are on it.
>
> Koolu prefers the Android distribution.  I know that some of you do not
> like that stack for various reasons.  Koolu believes that Android
> running on FreeRunner will generate business and interest in the
> FreeRunner that will help every distribution.


I think a profusion of distros is great when there is a profusion of
developers to work on them...  I must admit that I think the current FR
community isn't large enough to maintain the wide diversity of distros
currently.  The merging of the 3 different QtE based efforts into qtmoko is
a very promising sign.

Android definitely has my interest.   It sounds like it's getting very close
to being usable, and should open up a much larger community of application
developers.

I think the best possible thing for the FR software stack would be further
consolidation.  If we could get the majority of developers working on one of
qtmoko, an X based distro (some combination of
SHR/OM2009/debian/hackable1/etc), and android, I think it'd greatly increase
the rate of progress.


> Yes, I can reach into my "sleeves" and try to pull out another ace or
> two.  Please tell me what you need.  I will be glad to give help and
> guidance.



Well - I'm not sure what I need - but what I want is the ubuntu of
Freerunner distros - easy to install, runs flawlessly and stable out of the
box, pretty, very intuitive UI with lots of (optional) eye candy, and tight
integration between the applications.   Ideally available for download in
about 2 weeks when I get my buzzfixed FR back. 

Re: pidgin development version of glib and gtk requirements

[Thomas B]

Jeff Sadowski wrote:
> current pidgin development is talking about requiring a minimum of
> glib 2.12.0 and gtk 2.10.0 I'm wondering what versions of glib and gtk
> openmoko is on?

Depends on the distro you are using; my SHR-unstable has glib 2.18.3 and 
gtk+ 2.14.2.

Regards,
Thomas

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

Re: Anti-Whining: Happy Moko Moments

[Marc Verwerft]

I'm definitively going to like this thread :-)

I was one of the first to buy a Neo and have had some nice times with
it. I especially used it for tracking for OpenStreetMap and still
remember using the phone from commandline. Unfortunately, due to work
circumstances, I had less and less time to play with it. This has
changed now and I hope I can get get it to work again.

I think this thread is a _must_ have. I was getting depressed by all
the mails describing what didn't work while the Neo and the freerunner
are such wonderful products. The work that most guys have put in is
impressive and I'm sure that 10 years from now will look at it and
say: yep, we definitively changed the playing field!

Regards,

Marc

On Thu, Jul 16, 2009 at 10:08 PM, Jon 'maddog' Hall wrote:
>>and we managed to fly clear of the ship just before it exploded, and
>>thus we saved all of humanity with a Freerunner.
>
> I had wondered what happened to that ship!
>
> md
>
>
> ___
> 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: pidgin development version of glib and gtk requirements

[David Ford]

mine is in the shop for buzz fix

Jeff Sadowski wrote:
> output please I don't have an openmoko I could try loading the os on
> my gumstix but I'm not sure how well it will work.
>   

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

Re: pidgin development version of glib and gtk requirements

[Jeff Sadowski]

On Thu, Jul 16, 2009 at 2:04 PM, David Ford wrote:
> opkg list | grep glib
> opkg list | grep gtk+
>
output please I don't have an openmoko I could try loading the os on
my gumstix but I'm not sure how well it will work.

> Jeff Sadowski wrote:
>> current pidgin development is talking about requiring a minimum of
>> glib 2.12.0 and gtk 2.10.0 I'm wondering what versions of glib and gtk
>> openmoko is on?
>
> ___
> 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: Anti-Whining: Happy Moko Moments

[Jon 'maddog' Hall]

>and we managed to fly clear of the ship just before it exploded, and
>thus we saved all of humanity with a Freerunner.

I had wondered what happened to that ship!

md


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

Re: Anti-Whining: Happy Moko Moments

[Michael Fisher]

On Thu, Jul 16, 2009 at 3:58 PM, Damian Spriggs wrote:

> A few weeks ago there was an alien armada threatening to annihilate
> all life on the planet. So I grabbed my trusty Freerunner, and Will
> Smith flew me up to their mothership in orbit where I hacked out a
> little python script to disable their defense shields. I uploaded the
> script to their mainframe, and we managed to fly clear of the ship
> just before it exploded, and thus we saved all of humanity with a
> Freerunner.
>
> Then again, I may have just fell asleep watching a movie...


No, you weren't dreaming. I saw the plane pick you up and followed your
flight with my Freerunner tracking program. I jumped for cover
just in time when the mothership exploded. Great job Damian, though
next time could you swing by and pick me up? Two Freerunners can
disable a mothership twice as fast.

-- 
Michael Fisher
desno...@gmail.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: The University of São Paulo's intent to join Openmoko development

[Jon 'maddog' Hall]

Warren, et. al.

This is a long letter...I apologize for that.

>I must admit that in my less optimistic moments,I wonder about
that. The progress towards a stable, easily usable distro for
the FR has been slow.

>However, I also think that at the moment the software
environment >requires a *lot* of work to be ready for more
mainstream users.

>you need people trained in usability, tonnes of usability
testing >across a wide range of audiences, etc.

I have been reading the community list intensively for the past several
days.

I see a group of people that have a dream, a dream which I *know* is
obtainable and a dream I share, that of having a Free And Open Phone.

I see people who have come a long way to making that dream come
truesome of whom are tired and frustrated.  I can understand that.

I am also a person who has brought about 20-35 *major* software products
to market, both as an engineer and a manager, and I *know* that the last
10% of the work is often the hardestbut also can happen the
quickest.

I saw the Linux kernel in 1994, with (approximately) 124,000 people
"using it", most of whom were hobbyists, students, technical people.

Most of the 124,000 people using it then were not programmers, and could
not make much in the way of programming help.  But they could test,
generate bug reports, try out new versions and report on what worked and
what didn't.

I can't tell you the frustration I had sometimes in pulling down floppy
images and installing the software, trying to get the X-server working,
or some Ethernet card.  But I kept at it.

Some people at Digital laughed at me when I told them that "Linux is
inevitable" back in 1994.  Most said that a good operating system kernel
could not be developed in a distributed fashion by volunteers.

The Linux kernel and distributions of that day were crude compared to
the kernel and distributions of today, and at that time fit only a
certain marketplace.  But that marketplace grew, which drove more
attention, got more resources, built more marketplaces, etc.

Now there are hundreds of millions of systems running the Linux kernel,
and most of the people who laughed at me work for Red Hat Software.

In 1999 I was at a conference talking about Free Software and the GPL.
Several years later I went to a conference on Asterisk, and was told by
Mark Spencer that my speech inspired him to "Free" the Asterisk project.
At that same conference I predicted that Asterisk, as a FOSS PBX system,
would a huge amount of business and new jobs.  Now thousands of
companies around the world work with software solution providers to
install and tune Asterisk based PBX systems, with Digium leading the
effort.

You people are leading the way to abolish last major holdout of software
slavery.  Civil rights in the 1960s was not easy.

>I don't think we're going to find that the 10,000 unit
>production limit is a big issue.

The 10,000 units definitely will not be a "big issue", but not because
of the reason you imply.  It will not be a "big issue" because if it is
a "big issue" we will "simply" find a manufacturing plant to make the
additional units.  I (and others) will help the community do that.  In
fact, finding that plant would happen *way* before the 10,000 number was
hit.  I only mentioned the 10,000 as a "limit" to assure the community
that the university was serious about licensing out the design in a free
and open wayand that this licensing would be a free and open
processyet the 10,000 is a high enough number to meet any reasonable
number of prototypes without engaging one of those companies.

On the other hand, I will be frank with the community.  Unless we can
generate a phone and software stacks that will (collectively) generate
the demand for millions of Free and Open Phones, this path will either
fail, or be extremely hard.  No hardware component vendor will take us
seriously, and we will have little or no negotiating power.

That is why I cringe a bit when I hear small numbers of phones, or
limitations on manufacturing.  Perhaps there are unstated reasons for
these small numbers, but I cringe none-the-less.

...

>I know it's a lot to ask, but I don't suppose you've got another
>ace up your sleeve? A university with a usability lab and an
>interest in the usability of hand-held devices?

The University of Sao Paulo has expertise in this area, and other areas
useful to the phone, as do many other universities.  But I would like to
see these universities join the project as members of the community, and
not "take it over".  The community should shape the project, just as
many other FOSS projects have been shaped by the community.  The area of
usability is, after all, mostly a software project, although shaped by
physical limitations such as screen size, number of buttons, etc.

And, as I mentioned before, the project both suffers and glorifies in
the number of soft

Re: pidgin development version of glib and gtk requirements

[David Ford]

opkg list | grep glib
opkg list | grep gtk+

Jeff Sadowski wrote:
> current pidgin development is talking about requiring a minimum of
> glib 2.12.0 and gtk 2.10.0 I'm wondering what versions of glib and gtk
> openmoko is on?

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

pidgin development version of glib and gtk requirements

[Jeff Sadowski]

current pidgin development is talking about requiring a minimum of
glib 2.12.0 and gtk 2.10.0 I'm wondering what versions of glib and gtk
openmoko is on?

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

Re: Anti-Whining: Happy Moko Moments

[Damian Spriggs]

A few weeks ago there was an alien armada threatening to annihilate  
all life on the planet. So I grabbed my trusty Freerunner, and Will  
Smith flew me up to their mothership in orbit where I hacked out a  
little python script to disable their defense shields. I uploaded the  
script to their mainframe, and we managed to fly clear of the ship  
just before it exploded, and thus we saved all of humanity with a  
Freerunner.

Then again, I may have just fell asleep watching a movie...

On Jul 16, 2009, at 3:13 PM, Warren Baird wrote:

> I like to try turning that around and start a thread for people to  
> talk about their successes.   Maybe if we get enough good ones we  
> can push it onto the wiki.


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

Re: [SHR-U] Bluetooth and GSM... Again.

[OpenMitko]

Anyone tried Nokia BH-103 with SHR? The bluetooth does not radiate directly
into your head, which is kinda cool, I guess. And the price is also nice -
around 35 EUR.

2009/7/16 The Digital Pioneer 

> Note of interest to those looking for a bluetooth headset: you can get mine
> from Newegg for a really good deal (for that headset, at least) and it's
> known to work. URL is:
> http://www.newegg.com/Product/Product.aspx?Item=N82E16875978056
> For those who don't like clicking links, it's $34 with free shipping.
>
> ___
> 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: The University of São Paulo's intent to join Op enmoko development

[tb]

Well to me SHR unstable was always by far the most usable and stable
distribution out there

2009/7/16 Warren Baird 

>
>
> On Thu, Jul 16, 2009 at 1:47 PM, Sebastian Krzyszkowiak <
> seba.d...@gmail.com> wrote:
>
>> On 7/16/09, Warren Baird  wrote:
>> > I hope you are are right that eventually the software will be in better
>> > shape than the hardware.   I must admit that in my less optimistic
>> moments,
>> > I wonder about that.   The progress towards a stable, easily usable
>> distro
>> > for the FR has been slow.
>>
>> I must disagree. SHR is progressing really fast, almost every day
>> there is work on it or FSO, which SHR uses.  There are also many
>> initiatives unvisible from normal user's point of view, but
>> development moves forward very quickly.
>>
>> There will be soon opimd integration, SHR Installer, and few other
>> things. And after that - UI dbusification will allow everyone to make
>> use of phone apps in his own scripts, which can bring UI consistense
>> really easly.
>>
>> I feel that *now* FR software is much better than every time before.
>> And it seems it still will be enhanced, just give it some time ;)
>
>
>
> Hmm - maybe I need to try SHR when I get my phone back from it's
> buzz-fixing journey.   I must admit that only end-user experiences I've had
> with the FR have been with OM 2008, QtE and QtEI, and the OM2009 TRs.
>
> I would certainly agree that the software stack is making progress.
> However, in the course of the year I've had an FR, I've seen it go from
> completely unusable and unstable software (OM 2008) to relatively usable (as
> a phone) software (QtE) to relatively stable and slightly usable (OM2009
> TRs).   To me, that seems like slow progress...   In my opinion, it seems
> like we're only now starting to approach the point we should have been at
> when the FR was released.
>
> If SHR is substantially improved compared to the OM2009 TRs, then perhaps I
> need to withdraw my statement.That would in fact make me very happy!
>
> Warren
>
> --
> Warren Baird - Photographer and Digital Artist
> http://www.synergisticimages.ca
>
> ___
> 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

Anti-Whining: Happy Moko Moments

[Warren Baird]

There seems to be a repeated theme of people posting how crappy the
Freerunner is and how nothing works for them.  Usually a number of people
then jump on the thread and talk about how the FR works well for them.

I like to try turning that around and start a thread for people to talk
about their successes.   Maybe if we get enough good ones we can push it
onto the wiki.

Here are a few of my own:

  - the GPS with tangogps has been really useful to me a number of times,
especially on business trips
  - Pidgin over GPRS has come in quite handy several times, either when I
didn't have my laptop with me, or didn't have wifi coverage
  - It's very useful as a PDF reader - with the high-res screen I've been
able to read documents while walking or while standing on a metro or bus,
when getting out a laptop wouldn't have worked well.
  - I was able to show off the client software from my 'day job' - a quite
complex j2se application - running on a cell phone, which definitely
impressed people.

What are your successes with the Freerunner?

Warren

-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: The University of São Paulo's intent to join Op enmoko development

[steven mosher]

When demonstrating the phone SHR was always my distro of choice..

On Thu, Jul 16, 2009 at 10:47 AM, Sebastian Krzyszkowiak <
seba.d...@gmail.com> wrote:

> On 7/16/09, Warren Baird  wrote:
> > I hope you are are right that eventually the software will be in better
> > shape than the hardware.   I must admit that in my less optimistic
> moments,
> > I wonder about that.   The progress towards a stable, easily usable
> distro
> > for the FR has been slow.
>
> I must disagree. SHR is progressing really fast, almost every day
> there is work on it or FSO, which SHR uses.  There are also many
> initiatives unvisible from normal user's point of view, but
> development moves forward very quickly.
>
> There will be soon opimd integration, SHR Installer, and few other
> things. And after that - UI dbusification will allow everyone to make
> use of phone apps in his own scripts, which can bring UI consistense
> really easly.
>
> I feel that *now* FR software is much better than every time before.
> And it seems it still will be enhanced, just give it some time ;)
>
> ___
> 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: [shr-u] navit - howto config navit.xml

[Davide Scaini]

tried to install navit-dev but i have no space left on device right now...
i'll try to fix it (since all my data are on sd card... and shr starts from
fr memory). I'll let you know asap, thanks for your hint.
d

On Thu, Jul 16, 2009 at 7:51 PM, Sebastian Krzyszkowiak  wrote:

> On 7/16/09, Davide Scaini  wrote:
> > Hi,
> > I installed navit via
> > opkg install navit
> > (the version i got is 0.1.0+svnrev2309-r2 )
> > then i copied /usr/share/navit/navit.xml in /home/root/.navit/navit.xml
> > I tried to run navit but with no luck.
> > Yhen i added in the right place this lines
> > 
> >  > data="/media/mmcblk0/Maps/italy.navit.bin"/>
> > 
> > but i still get
> > r...@om-gta02 ~ $ navit
> > Enabling low-mem workaround...
> > navit:vehicle_new:invalid type 'gpsd'
> > navit:speech_new:wrong type 'cmdline'
> > navit:map_new:invalid type 'binfile'
> > navit:navit_init:no gui
> > navit:main:Using '/home/root/.navit/navit.xml'
> > navit:main:No instance has been created, exiting
> >
> > wtf!?? is there anyone who has an idea why?
> > thanks
> > d
> >
>
> opkg install navit-dev
>
> ___
> 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: [shr-u] navit - howto config navit.xml

[Davide Scaini]

On Thu, Jul 16, 2009 at 7:04 PM, Patryk Benderz wrote:

> [cut]
> Did you read this?
> http://wiki.openmoko.org/wiki/Navit

of course, but i expect that the file that comes with the package should
work ;-)


>
> > then i copied /usr/share/navit/navit.xml
> > in /home/root/.navit/navit.xml
> Personally i do not copy, just edit/usr/share/navit/navit.xml how you
> need to be configured.

..a matter of taste ;-)


>
> > wtf!?? is there anyone who has an idea why?
> I assume you start from console, did you exported display variable?
> $ export DISPLAY=:0
>
i started it form vala-terminal... getting the very same error.


>
>
> --
> Kind Regards
>
> Patryk Benderz
> IT Specialist
> Linux Registered User #377521
> +48 22 538 6292
>
> ERSTE Securities Polska S.A.
> ul. Królewska 16
> Warszawa 00-103
> KRS 065121
> NIP 526-10-27-638
> REGON 011136053
> Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony)
>
> This message and any attached files are confidential and intended solely
> for the addressee(s). Any publication, transmission or other use of the
> information by a person or entity other than the intended addressee is
> prohibited. If you receive this in error please contact the sender and
> delete the material. The sender does not accept liability for any errors
> or omissions as a result of the transmission.
>
>
> Email secured by Check Point
>
> ___
> 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 Chat Application: Suggestions wanted!

[David Ford]

because pidgin takes a lot of ram, is cpu heavy and does a lot of disk
activity.  that wheel is sort of acceptable on a fat desktop, but not on
a cellphone :)

Yogiz wrote:
> Rewrite Pidgin's UI to be as finger friendly as possible. That's
> probably all we need. Why reinvent the wheel.


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

Re: Freerunner Chat Application: Suggestions wanted!

[Ed Kapitein]

Perhaps over the top, but how about a button/menu item, to send your gps
coordinates to your buddys?
(nice feature for the comming holidays ;-) )
http://www.openstreetmap.org/?mlat=51.980421667&mlon=4.358515000&zoom=17

Kind regards,
@

On Thu, 2009-07-16 at 09:48 -0700, Alex Teiche wrote:
> Wow everyone, thanks for all your suggestions!
> 
> @Michael:  Thanks for the offer, but I don't think its really worth
> the learning curve of figuring out your whole code base.  We've got
> how many GPS or Web Browser apps now?  Two more IM Clients can't
> hurt:)
> 
> Here are the things I have decided to implement for now:
> * GUI Is definately going to be Elementary
> * Backend is _probably_ going to be telepathy, though I am still
> considering libpurple
> * I am going to start from scratch, not write a new GUI for Pidgin.  I
> would rather stay away from Pidgin after the whole forking over text
> box resizing fiasco last summer.
> * I will not implement IRC, because I assume most people that would
> want to IRC from the FreeRunner know how or have set up an irssi
> +screen server somewhere.
> * I am trying to keep the scope of this very low, and just support the
> basic necessities of a chat program(including conurrent sessions).  A
> lot of apps on the FreeRunner are pretty slow, and I don't think
> hardware is solely to blame.  I would rather have a faster program
> then a more featureful one.
> * I am going to avoid small buttons, and instead opt for a large menu
> that can pull down.
> 
> Thanks again for your encouragement everyone!
> 
> On Thu, Jul 16, 2009 at 8:30 AM, Sebastian Krzyszkowiak
>  wrote:
> > I don't know where FSO is at with a comprehensive contacts
> database
> > (i.e. beyond sim stored data), but it might be worth talking
> to them
> > about integrating your contacts store needs as an FSO api?
> 
> 
> opimd should work quite nicely at the moment.
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


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

Re: The University of São Paulo's intent to join Op enmoko development

[Warren Baird]

On Thu, Jul 16, 2009 at 1:47 PM, Sebastian Krzyszkowiak  wrote:

> On 7/16/09, Warren Baird  wrote:
> > I hope you are are right that eventually the software will be in better
> > shape than the hardware.   I must admit that in my less optimistic
> moments,
> > I wonder about that.   The progress towards a stable, easily usable
> distro
> > for the FR has been slow.
>
> I must disagree. SHR is progressing really fast, almost every day
> there is work on it or FSO, which SHR uses.  There are also many
> initiatives unvisible from normal user's point of view, but
> development moves forward very quickly.
>
> There will be soon opimd integration, SHR Installer, and few other
> things. And after that - UI dbusification will allow everyone to make
> use of phone apps in his own scripts, which can bring UI consistense
> really easly.
>
> I feel that *now* FR software is much better than every time before.
> And it seems it still will be enhanced, just give it some time ;)



Hmm - maybe I need to try SHR when I get my phone back from it's buzz-fixing
journey.   I must admit that only end-user experiences I've had with the FR
have been with OM 2008, QtE and QtEI, and the OM2009 TRs.

I would certainly agree that the software stack is making progress.
However, in the course of the year I've had an FR, I've seen it go from
completely unusable and unstable software (OM 2008) to relatively usable (as
a phone) software (QtE) to relatively stable and slightly usable (OM2009
TRs).   To me, that seems like slow progress...   In my opinion, it seems
like we're only now starting to approach the point we should have been at
when the FR was released.

If SHR is substantially improved compared to the OM2009 TRs, then perhaps I
need to withdraw my statement.That would in fact make me very happy!

Warren

-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-u] navit - howto config navit.xml

[Sebastian Krzyszkowiak]

On 7/16/09, Davide Scaini  wrote:
> Hi,
> I installed navit via
> opkg install navit
> (the version i got is 0.1.0+svnrev2309-r2 )
> then i copied /usr/share/navit/navit.xml in /home/root/.navit/navit.xml
> I tried to run navit but with no luck.
> Yhen i added in the right place this lines
> 
>  data="/media/mmcblk0/Maps/italy.navit.bin"/>
> 
> but i still get
> r...@om-gta02 ~ $ navit
> Enabling low-mem workaround...
> navit:vehicle_new:invalid type 'gpsd'
> navit:speech_new:wrong type 'cmdline'
> navit:map_new:invalid type 'binfile'
> navit:navit_init:no gui
> navit:main:Using '/home/root/.navit/navit.xml'
> navit:main:No instance has been created, exiting
>
> wtf!?? is there anyone who has an idea why?
> thanks
> d
>

opkg install navit-dev

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

Re: [debian 2.6.28|29 xserver-xorg-video-glamo] wsod when xserver stops

[Sebastian Krzyszkowiak]

On 7/16/09, Christian Adams  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> moinmoin,
>
> since i installed 'xserver-xorg-video-glamo' instead 'xserver-
> xglamo', every 2nd (or so) time
> i try to shutdown/reboot i get a WSOD when x11 stops.
> has someone an idea what i should do?
>
> cheers,
>   christian (morlac) adams

Wait for upgrade. It's already fixed AFAIK.

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

Re: The University of São Paulo's intent to join Op enmoko development

[Sebastian Krzyszkowiak]

On 7/16/09, Warren Baird  wrote:
> I hope you are are right that eventually the software will be in better
> shape than the hardware.   I must admit that in my less optimistic moments,
> I wonder about that.   The progress towards a stable, easily usable distro
> for the FR has been slow.

I must disagree. SHR is progressing really fast, almost every day
there is work on it or FSO, which SHR uses.  There are also many
initiatives unvisible from normal user's point of view, but
development moves forward very quickly.

There will be soon opimd integration, SHR Installer, and few other
things. And after that - UI dbusification will allow everyone to make
use of phone apps in his own scripts, which can bring UI consistense
really easly.

I feel that *now* FR software is much better than every time before.
And it seems it still will be enhanced, just give it some time ;)

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

Re: [shr-u] navit - howto config navit.xml

[Patryk Benderz]

[cut]
> navit might require libgps16, simply make link from libgps17 /make sure
> it's installed)
IIRC in that case, navit should start, but would not receive data from
GPS.

-- 
Kind Regards

Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292

ERSTE Securities Polska S.A.
ul. Królewska 16
Warszawa 00-103
KRS 065121
NIP 526-10-27-638
REGON 011136053
Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony)

This message and any attached files are confidential and intended solely
for the addressee(s). Any publication, transmission or other use of the
information by a person or entity other than the intended addressee is
prohibited. If you receive this in error please contact the sender and
delete the material. The sender does not accept liability for any errors
or omissions as a result of the transmission.


Email secured by Check Point

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

[debian 2.6.28|29 xserver-xorg-video-glamo] wsod when xserver stops

[Christian Adams]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

moinmoin,

since i installed 'xserver-xorg-video-glamo' instead 'xserver- 
xglamo', every 2nd (or so) time
i try to shutdown/reboot i get a WSOD when x11 stops.
has someone an idea what i should do?

cheers,
christian (morlac) adams

- --
- -BEGIN CONTACT BLOCK-
   eMail:   mor...@morlac.de
   Jabber:  mor...@skavaer.homelinux.org
- --END CONTACT BLOCK--

- -BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS$/IT;d-;s:;a?;C++(+++)>;UL;P++(+++)>;
L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+>;!V;PS(+);PE;
Y+;PGP++;t+(++);5(+)>++;X(+);R*;tv->+;b++(+++);DI++;
D++(+++)>;G(+)>++;e+>+++;h-()>++;r++;y++;
- --END GEEK CODE BLOCK--

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFKX2Vwr81gVylJyzERAt0eAJ98D9ggZM/Pyl60WtyfCz5d1Q3irgCdGJ1u
iADYGpKn3C/h+d+n75p6ZV0=
=AW4D
-END PGP SIGNATURE-

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

Re: The University of São Paulo's intent to join Op enmoko development

[Warren Baird]

Hi Jon,

Thanks for all this - like most people here, I think this is fantastic news
that gives me some meagre hope for the future of the freerunner.

On Tue, Jul 14, 2009 at 8:11 PM, Jon 'maddog' Hall  wrote:

>
> One of the issues here is that the project has not exactly been focused
> on one stack of softwareergo the number of cycles that it is taking
> to get any one stack ready has taken a long time.  IMHO this is both a
> blessing and a curse.  A blessing because the hardware and kernel are
> "tickled" in many ways, making the kernel more robust in the long run
> and a person has choice in the software stack.  A curse because instead
> of one intense effort we have several somewhat coordinated efforts.
>
> >My feeling is that the GTA02 device itself is in pretty good shape
> >compared to the software it runs. So how will the community benefit
> >from a GTA03?
>
> Yes, I agree the GTA02 is in "pretty good shape" compared to the
> "software it runs".  However, it is in "good shape" for the middle of
> 2008.not necessarily for the year 2009 or even the end of 2008.
>
> Eventually the tide will turn and the software will be "in good shape"
> while the hardware is perceived as being "long in the tooth".


I hope you are are right that eventually the software will be in better
shape than the hardware.   I must admit that in my less optimistic moments,
I wonder about that.   The progress towards a stable, easily usable distro
for the FR has been slow.

I agree that finding people who can work on the phone software is a lot
easier than hardware, and I think that this current opportunity is great.
However, I also think that at the moment the software environment requires a
*lot* of work to be ready for more mainstream users.

I'm very happy to hear that there is an organization that can help move the
hardware forward...   However, until there's a software environment that is
feature-complete, user-friendly, and stable enough that a mainstream user
can use it, I don't think we're going to find that the 10,000 unit
production limit is a big issue.

Your goals about 100M units sound fantastic - but I think to get to even 1M
units we're going to need a rock-solid, but most importantly, a very
user-friendly software environment.  something at least as pretty and easy
to use as a Pre or an iPhone.  I'm not convinced that can happen without
more backing than any of the current projects seem to have - you need people
trained in usability, tonnes of usability testing across a wide range of
audiences, etc.

I know it's a lot to ask, but I don't suppose you've got another ace up your
sleeve?   A university with a usability lab and an interest in the usability
of hand-held devices?

Warren


-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [OM2009] reliable alarm application

[jeremy jozwik]

On Thu, Jul 16, 2009 at 7:47 AM, roby wrote:
> i've tried, but cannot frind a working version:
>
> version 0.2.3:
> r...@om-gta02:~# wget
> http://projects.openmoko.org/frs/download.php/845/ffalarms_0.2.3-r0_armv4t.ipk
> Connecting to projects.openmoko.org (88.198.93.218:80)
> ffalarms_0.2.3-r0_ar 100%
> |***|
> 98k 00:00:00 ETA
> r...@om-gta02:~# opkg list | grep mplayer
> r...@om-gta02:~# opkg install atd-over-fso_0.70-r1_armv4t.ipk
> Installing atd-over-fso (0.70-r1) to root...
> Configuring atd-over-fso
> Reloading system message bus config: Using **pending_return in
> dbus_connection_send_with_reply_setup() without pending_setup is deprecated
> and strongly discouraged
> Using **pending_return in dbus_connection_send_with_reply_setup() without
> pending_setup is deprecated and strongly discouraged
> done.
>  Adding system startup for /etc/init.d/atd.
> Starting at daemon: atd.
> r...@om-gta02:~# opkg install ffalarms
> ^Copkg: interrupted. writing out status database
> r...@om-gta02:~# opkg install ffalarms_0.2.3-r0_armv4t.ipk
> Installing ffalarms (0.2.3-r0) to root...
> ffalarms: unsatisfied recommendation for mplayer
> Configuring ffalarms
> reboot (probably not necessary but safe)...
> r...@om-gta02:~# ffalarms
> ffalarms: error while loading shared libraries:
> libelementary-ver-svn-02.so.0: cannot open shared object file: No such file
> or directory
> r...@om-gta02:~# opkg remove ffalarms_0.2.3-r0_armv4t.ipk
> No packages removed.
> r...@om-gta02:~# opkg remove ffalarms
> Removing package ffalarms from root...
>
>
>
> version 0.2.2:
> r...@om-gta02:~# wget
> http://projects.openmoko.org/frs/download.php/833/ffalarms_0.2.2-r0_all_py2.6.ipk
> Connecting to projects.openmoko.org (88.198.93.218:80)
> ffalarms_0.2.2-r0_al   0%
> |
> | 0  --:--:-- ETAoffalarms_0.2.2-r0_al 100%
> |***|
> 105k --:--:-- ETA
> r...@om-gta02:~# opkg install ffalarms_0.2.
> ffalarms_0.2.2-r0_all_py2.6.ipk  ffalarms_0.2.3-r0_armv4t.ipk
> r...@om-gta02:~# opkg install ffalarms_0.2.2-r0_all_py2.6.ipk
> Installing ffalarms (0.2.2-r0) to root...
> ffalarms: unsatisfied recommendation for mplayer
> Configuring ffalarms
> r...@om-gta02:~# ffalarms
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_data_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_get()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_name_class_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_title_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_callback_resize_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
> Traceback (most recent call last):
>   File "/usr/bin/ffalarms", line 6, in 
> main()
>   File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 682, in
> main
> edj = AlarmList(stack, EDJE_FILE)
>   File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 469, in
> __init__
> edje.Edje.__init__(self, stack.canvas, file=filename,
> group='main-group')
>   File "edje.c_edje_object.pxi", line 144, in edje.c_edje.Edje.__init__
> (edje/edje.c_edje.c:7925)
> TypeError: Argument 'canvas' has incorrect type (expected
> evas.c_evas.Canvas, got NoneType)
> r...@om-gta02:~# opkg list | grep ecore
> ecore - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
> framework library
> ecore-con - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-config - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-dbg - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-desktop - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-dev - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-directfb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-evas - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-fb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
>

Re: [shr-u] navit - howto config navit.xml

[Petr Vanek]

On Thu, 16 Jul 2009 18:45:53 +0200
Davide Scaini  (DS) wrote:

>Hi,
>I installed navit via
>opkg install navit
>(the version i got is 0.1.0+svnrev2309-r2 )
>then i copied /usr/share/navit/navit.xml in /home/root/.navit/navit.xml
>I tried to run navit but with no luck.
>Yhen i added in the right place this lines
>
>data="/media/mmcblk0/Maps/italy.navit.bin"/>
>
>but i still get
>r...@om-gta02 ~ $ navit
>Enabling low-mem workaround...
>navit:vehicle_new:invalid type 'gpsd'
>navit:speech_new:wrong type 'cmdline'
>navit:map_new:invalid type 'binfile'
>navit:navit_init:no gui
>navit:main:Using '/home/root/.navit/navit.xml'
>navit:main:No instance has been created, exiting
>
>wtf!?? is there anyone who has an idea why?
>thanks
>d
>

navit might require libgps16, simply make link from libgps17 /make sure
it's installed)
Petr


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

Re: [shr-u] navit - howto config navit.xml

[Patryk Benderz]

[cut]
Did you read this?
http://wiki.openmoko.org/wiki/Navit
> then i copied /usr/share/navit/navit.xml
> in /home/root/.navit/navit.xml
Personally i do not copy, just edit/usr/share/navit/navit.xml how you
need to be configured.
> wtf!?? is there anyone who has an idea why?
I assume you start from console, did you exported display variable?
$ export DISPLAY=:0


-- 
Kind Regards

Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292

ERSTE Securities Polska S.A.
ul. Królewska 16
Warszawa 00-103
KRS 065121
NIP 526-10-27-638
REGON 011136053
Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony)

This message and any attached files are confidential and intended solely
for the addressee(s). Any publication, transmission or other use of the
information by a person or entity other than the intended addressee is
prohibited. If you receive this in error please contact the sender and
delete the material. The sender does not accept liability for any errors
or omissions as a result of the transmission.


Email secured by Check Point

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

Re: Freerunner Chat Application: Suggestions wanted!

[Alex Teiche]

Wow everyone, thanks for all your suggestions!

@Michael:  Thanks for the offer, but I don't think its really worth the
learning curve of figuring out your whole code base.  We've got how many GPS
or Web Browser apps now?  Two more IM Clients can't hurt:)

Here are the things I have decided to implement for now:
* GUI Is definately going to be Elementary
* Backend is _probably_ going to be telepathy, though I am still considering
libpurple
* I am going to start from scratch, not write a new GUI for Pidgin.  I would
rather stay away from Pidgin after the whole forking over text box resizing
fiasco last summer.
* I will not implement IRC, because I assume most people that would want to
IRC from the FreeRunner know how or have set up an irssi+screen server
somewhere.
* I am trying to keep the scope of this very low, and just support the basic
necessities of a chat program(including conurrent sessions).  A lot of apps
on the FreeRunner are pretty slow, and I don't think hardware is solely to
blame.  I would rather have a faster program then a more featureful one.
* I am going to avoid small buttons, and instead opt for a large menu that
can pull down.

Thanks again for your encouragement everyone!

On Thu, Jul 16, 2009 at 8:30 AM, Sebastian Krzyszkowiak  wrote:

> > I don't know where FSO is at with a comprehensive contacts database
> > (i.e. beyond sim stored data), but it might be worth talking to them
> > about integrating your contacts store needs as an FSO api?
>
> opimd should work quite nicely at the moment.
>
> ___
> 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-u] navit - howto config navit.xml

[Davide Scaini]

Hi,
I installed navit via
opkg install navit
(the version i got is 0.1.0+svnrev2309-r2 )
then i copied /usr/share/navit/navit.xml in /home/root/.navit/navit.xml
I tried to run navit but with no luck.
Yhen i added in the right place this lines



but i still get
r...@om-gta02 ~ $ navit
Enabling low-mem workaround...
navit:vehicle_new:invalid type 'gpsd'
navit:speech_new:wrong type 'cmdline'
navit:map_new:invalid type 'binfile'
navit:navit_init:no gui
navit:main:Using '/home/root/.navit/navit.xml'
navit:main:No instance has been created, exiting

wtf!?? is there anyone who has an idea why?
thanks
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Making a GPS app

[David Reyes Samblas Martinez]

2009/7/16 RANJAN :
>
>>>
>>>
>>> >BTW I'm curious what is the distro you are using?
>>>
>>>
>>>
>>
> So I need to get the phone and load a DISTRO and then start the app
> development.Also to tell you my experience ,I tried using mokomake file but
> never succeeded till now.However I succeeded in the automatic emulation in
> ubuntu.IN this process I uninstalled and installed LInux 7 times.Dowloaded
> 5GB of data :(.
I understand your fustration, I have tried to use the
OpenEmbeded(Mokofile is an abstraction layer of this) aproach a lot of
times without success most of the times (multiply by 15 or 16 the
amount of Gb :P), but this aproach for my understanding is killing
flies with a cannon. Mokofile and OE aproach is intentended to build
and tweak a full distribution not to make a Python application.
You no need this to do so. a working python app in a desktop will work
in Neo free runner. the main problems is than desktop normaly doesn't
have the GSM/GPS stuff to do the SMS app you want to develop. But you
can start to do the skeleton of the app reading the apis etc and when
your Neo arrives finish and test it.
Believe me this will save you a lot of fustration. Because of the
emulation aproach will not work for you either because the lack of
working GSM/GPS stack too. Emulation works fine in the UI desing part
or if your app does't have any GSM/GPS/Accelerometers/ dependency
>

I send a copy of the anwer to the list, please lets mantain this
interesting conversation there
> Sriranjan
>



-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

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

Re: Freerunner Chat Application: Suggestions wanted!

[Sebastian Krzyszkowiak]

> I don't know where FSO is at with a comprehensive contacts database
> (i.e. beyond sim stored data), but it might be worth talking to them
> about integrating your contacts store needs as an FSO api?

opimd should work quite nicely at the moment.

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

Re: Freerunner Chat Application: Suggestions wanted!

[Dave Ball]

Rui Miguel Silva Seabra wrote:
> On Thu, Jul 16, 2009 at 01:16:09PM +0100, Michael Sheldon wrote:
>   
>> Alex Teiche wrote:
>> 
>>> Hello everyone,
>>>
>>> I recently recieved my A6 FreeRunner, and have been looking for some coding
>>> to do:)  I plan on writing a chat application(similar to Pidgin) optomized
>>> for the small screen.  I was wondering what suggestions the community had
>>> before I get too far into it.
>>>   
>> Hi Alex,
>>
>>  I'm actually currently working on a project similar to this using
>> elementary and telepathy; I haven't made it particularly public yet as
>> it's only in a very roughly usable state and I think I still need to
>> spend some time updating some of the telepathy packages in OE before
>> it's easy to install directly on the device (there are easy to install
>> debian/ubuntu packages though).
>> 
>
> Release early, release often, have a public repository for sources, issues,
> etc... works best even if your first releases only have basic functionality.
>
> Go, go, go, go! Mike :)
>   
+lots

I love the concept here - bringing together a contact and all your 
contact with them (through whatever medium), and using the best method 
for reaching them.  What's the odds of integrating this with google 
voice or similar roaming-number service?

I don't know where FSO is at with a comprehensive contacts database 
(i.e. beyond sim stored data), but it might be worth talking to them 
about integrating your contacts store needs as an FSO api?


Cheers,
Dave

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

Re: [OM2009] reliable alarm application

[Rui Miguel Silva Seabra]

On Thu, Jul 16, 2009 at 05:03:50PM +0200, Laszlo KREKACS wrote:
> On Thu, Jul 16, 2009 at 5:00 PM, Rui Miguel Silva Seabra wrote:
> > If someone sends me the bitbake recipe, I can compile it for Om2009.t5
> 
> Do you happen to have packages of intone+debian for om2009.t5?

Nopes, and would also like to try it out...

With all the discussion around it it seems worth it.

-- 

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

Re: [OM2009] reliable alarm application

[Laszlo KREKACS]

On Thu, Jul 16, 2009 at 5:00 PM, Rui Miguel Silva Seabra wrote:
> If someone sends me the bitbake recipe, I can compile it for Om2009.t5


Do you happen to have packages of intone+debian for om2009.t5?

Laszlo

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

Re: Freerunner Chat Application: Suggestions wanted!

[Rui Miguel Silva Seabra]

On Thu, Jul 16, 2009 at 04:53:46PM +0200, arne anka wrote:
> > Rewrite Pidgin's UI to be as finger friendly as possible. That's
> > probably all we need. Why reinvent the wheel.
> 
> because pidgin is ugly?

Actually there may be more problems with the typically aggressive
attitude of the pidgin developers towards bugs.

That's why it would be better (IMHO) to use libpurple or libtelepathy
and a UI designed from scratch for small touchscreens.

I was considering tackling into the IM app after elmdentica, but I'm
glad someone else is working on it.

Rui

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

Re: why openmoko is so slow? Is it a joke? (latest whining thread)

[Yorick Moko]

Did a 3000+km roadtrip a while ago;
navigated with FR to my destination (navit)
searched for lakes or woods nearby to camp in (tangogps)
checked out the constellations (orrery)
converted different currencies (mokoconv)
listened to music in the car by connecting the FR to the car-radio (intone
and canola)
charged the car by usb in the car
captured thousands of cell ID's with openBmap logger
used the FR as a flashlight (orrery)
played a game (acceleroids, mokomaze)
used the calculator (pCalc I think)
sent sms'es
made calls


not everything works as it should, but some things do :)
y

On Thu, Jul 16, 2009 at 4:04 PM, Timo Jyrinki wrote:

> Because July is so boring month, joining the latest complains thread.
> Btw, I just came back from a week's trip where FreeRunner was
> absolutely a gem to have. GPS was trustworthy, I was able to backup
> photos from camera to Neo via USB host mode (and onwards to USB stick
> or over WLAN/SSH to home computer 1000km away). While using GPS I
> played back music from Neo via rented car's AUX input, and charged Neo
> as needed with a car USB charger. Oh, and used Neo as a phone as well
> (the obligatory postscriptum).
>
> 2009/7/14 Joerg Lippmann :
> > When will that be? When the device is completely obsolete?
>
> When it's ready, and capable developers willing to spend time found.
> Anyone with time and skills can try the latest dev branches of
> DRI-aware driver, kernel drm driver etc. and start testing or
> developing.
>
> As for obsolete, I don't currently see any competing product on the
> market, and I expect it will be at least two years we have something
> comparable from some other vendor. And even still, I expect to be
> using FreeRunner if it works for me as well as it does now.
>
> > as a proper phone (speaker still WAY to low, too unstable, too
> > slow, too battery-hungry) nor as a PDA (no usable software available).
>
> Cannot reproduce those, but sorry for you. It all depends on software,
> which as it happens is completely replaceable.
>
> > without good software. I cannot help it. I haven't found a single distro
> that
> > works well out of the box. The best ones so far were QTopia/QTe and
> Android.
>
> I use Debian myself, but I find the latest Om2009 snapshot I use as a
> backup dual-boot option to function pretty cool for GSM, GPS, GPRS and
> WLAN usage although at least I still needed to tweak two settings
> (speaker volume and mono playback volume) in gsmhandset.state.
>
> -Timo
>
> ___
> 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: [OM2009] reliable alarm application

[Rui Miguel Silva Seabra]

On Thu, Jul 16, 2009 at 04:53:48PM +0200, Petr Vanek wrote:
> >*version 0.2.3:*
> >r...@om-gta02:~# ffalarms
> >ffalarms: error while loading shared libraries:
> >libelementary-ver-svn-02.so.0: cannot open shared object file: No such
> >file or directory
> 
> ffalarms are compiled for shr i would guess... look through the
> archives, what i do is i just create symlinks for the correct e-lib
> names in /usr/lib

If someone sends me the bitbake recipe, I can compile it for Om2009.t5

Rui

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

Re: [OM2009] reliable alarm application

[Petr Vanek]

>*version 0.2.3:*
>r...@om-gta02:~# ffalarms
>ffalarms: error while loading shared libraries:
>libelementary-ver-svn-02.so.0: cannot open shared object file: No such
>file or directory

ffalarms are compiled for shr i would guess... look through the
archives, what i do is i just create symlinks for the correct e-lib
names in /usr/lib

Petr 


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

Re: Freerunner Chat Application: Suggestions wanted!

[arne anka]

> Rewrite Pidgin's UI to be as finger friendly as possible. That's
> probably all we need. Why reinvent the wheel.

because pidgin is ugly?

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

Re: [OM2009] reliable alarm application

[roby]

i've tried, but cannot frind a working version:

*version 0.2.3:*
r...@om-gta02:~# wget
http://projects.openmoko.org/frs/download.php/845/ffalarms_0.2.3-r0_armv4t.ipk
Connecting to projects.openmoko.org (88.198.93.218:80)
ffalarms_0.2.3-r0_ar 100%
|***|
98k 00:00:00 ETA
r...@om-gta02:~# opkg list | grep mplayer
r...@om-gta02:~# opkg install atd-over-fso_0.70-r1_armv4t.ipk
Installing atd-over-fso (0.70-r1) to root...
Configuring atd-over-fso
Reloading system message bus config: Using **pending_return in
dbus_connection_send_with_reply_setup() without pending_setup is deprecated
and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup() without
pending_setup is deprecated and strongly discouraged
done.
 Adding system startup for /etc/init.d/atd.
Starting at daemon: atd.
r...@om-gta02:~# opkg install ffalarms
^Copkg: interrupted. writing out status database
r...@om-gta02:~# opkg install ffalarms_0.2.3-r0_armv4t.ipk
Installing ffalarms (0.2.3-r0) to root...
ffalarms: unsatisfied recommendation for mplayer
Configuring ffalarms
reboot (probably not necessary but safe)...
r...@om-gta02:~# ffalarms
ffalarms: error while loading shared libraries:
libelementary-ver-svn-02.so.0: cannot open shared object file: No such file
or directory
r...@om-gta02:~# opkg remove ffalarms_0.2.3-r0_armv4t.ipk
No packages removed.
r...@om-gta02:~# opkg remove ffalarms
Removing package ffalarms from root...



*version 0.2.2:*
r...@om-gta02:~# wget
http://projects.openmoko.org/frs/download.php/833/ffalarms_0.2.2-r0_all_py2.6.ipk
Connecting to projects.openmoko.org (88.198.93.218:80)
ffalarms_0.2.2-r0_al   0%
|
| 0  --:--:-- ETAoffalarms_0.2.2-r0_al 100%
|***|
105k --:--:-- ETA
r...@om-gta02:~# opkg install ffalarms_0.2.
ffalarms_0.2.2-r0_all_py2.6.ipk  ffalarms_0.2.3-r0_armv4t.ipk
r...@om-gta02:~# opkg install ffalarms_0.2.2-r0_all_py2.6.ipk
Installing ffalarms (0.2.2-r0) to root...
ffalarms: unsatisfied recommendation for mplayer
Configuring ffalarms
r...@om-gta02:~# ffalarms

*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_data_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_get()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_name_class_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_title_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_callback_resize_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!

Traceback (most recent call last):
  File "/usr/bin/ffalarms", line 6, in 
main()
  File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 682, in
main
edj = AlarmList(stack, EDJE_FILE)
  File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 469, in
__init__
edje.Edje.__init__(self, stack.canvas, file=filename,
group='main-group')
  File "edje.c_edje_object.pxi", line 144, in edje.c_edje.Edje.__init__
(edje/edje.c_edje.c:7925)
TypeError: Argument 'canvas' has incorrect type (expected
evas.c_evas.Canvas, got NoneType)
r...@om-gta02:~# opkg list | grep ecore
ecore - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
framework library
ecore-con - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-config - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-dbg - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-desktop - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-dev - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-directfb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-evas - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-fb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
framework library
ecore-file - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-imf - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-imf-evas - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment

Re: Freerunner Chat Application: Suggestions wanted!

[Sebastian Krzyszkowiak]

On 7/16/09, Yogiz  wrote:
> Rewrite Pidgin's UI to be as finger friendly as possible. That's
> probably all we need. Why reinvent the wheel.

I suppose it would be even harder than writing telepathy based app from scratch.

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

Re: Mokometeo - New version 0.3

[Patryk Benderz]

Hi,
on OM2009t5 i had to manually install one/all of this packages:
# opkg install python-pygtk python-netclient python-html
after this I was able to start Mokometeo 0.3

-- 
Kind Regards

Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292

ERSTE Securities Polska S.A.
ul. Królewska 16
Warszawa 00-103
KRS 065121
NIP 526-10-27-638
REGON 011136053
Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony)

This message and any attached files are confidential and intended solely
for the addressee(s). Any publication, transmission or other use of the
information by a person or entity other than the intended addressee is
prohibited. If you receive this in error please contact the sender and
delete the material. The sender does not accept liability for any errors
or omissions as a result of the transmission.


Email secured by Check Point

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

Re: Freerunner Chat Application: Suggestions wanted!

[Yogiz]

Rewrite Pidgin's UI to be as finger friendly as possible. That's
probably all we need. Why reinvent the wheel.

On Thu, 16 Jul 2009 00:22:38 -0700
Alex Teiche  wrote:

> Hello everyone,
> 
> I recently recieved my A6 FreeRunner, and have been looking for some
> coding to do:)  I plan on writing a chat application(similar to
> Pidgin) optomized for the small screen.  I was wondering what
> suggestions the community had before I get too far into it.
> 
> What UI elements do you recommend I keep out front/put back in menus
> to save space?
> Which protocols have the highest demand for implementation?
> How should it deal with multiple concurrent chat sessions?
> How should the user be notified when a new chat message is recieved?
> Should logging be implemented?
> Any other ideas/suggestions?
> 
> We all have our own opinions on these issues, so I just wanted a
> sense of what the greater community thought.
> 
> ~xelapond

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

Re: 3.2 inch display

[Yogiz]

On Wed, 15 Jul 2009 15:39:32 +0530
rakshat hooja  wrote:

> Is there any 3.2 inch LCM/ display that is compatible the
> Freerunner.  Is it even possible another display with the Freerunner?
> 
> Rakshat
> 

If you find one with an usb plug then yes.

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

Re: why openmoko is so slow? Is it a joke? (latest whining thread)

[Timo Jyrinki]

Because July is so boring month, joining the latest complains thread.
Btw, I just came back from a week's trip where FreeRunner was
absolutely a gem to have. GPS was trustworthy, I was able to backup
photos from camera to Neo via USB host mode (and onwards to USB stick
or over WLAN/SSH to home computer 1000km away). While using GPS I
played back music from Neo via rented car's AUX input, and charged Neo
as needed with a car USB charger. Oh, and used Neo as a phone as well
(the obligatory postscriptum).

2009/7/14 Joerg Lippmann :
> When will that be? When the device is completely obsolete?

When it's ready, and capable developers willing to spend time found.
Anyone with time and skills can try the latest dev branches of
DRI-aware driver, kernel drm driver etc. and start testing or
developing.

As for obsolete, I don't currently see any competing product on the
market, and I expect it will be at least two years we have something
comparable from some other vendor. And even still, I expect to be
using FreeRunner if it works for me as well as it does now.

> as a proper phone (speaker still WAY to low, too unstable, too
> slow, too battery-hungry) nor as a PDA (no usable software available).

Cannot reproduce those, but sorry for you. It all depends on software,
which as it happens is completely replaceable.

> without good software. I cannot help it. I haven't found a single distro that
> works well out of the box. The best ones so far were QTopia/QTe and Android.

I use Debian myself, but I find the latest Om2009 snapshot I use as a
backup dual-boot option to function pretty cool for GSM, GPS, GPRS and
WLAN usage although at least I still needed to tweak two settings
(speaker volume and mono playback volume) in gsmhandset.state.

-Timo

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

Re: [shr-unstable] Ring tone on SMS

[Adam Jimerson]

On Thursday 16 July 2009 08:37:15 am Sebastian Krzyszkowiak wrote:
> On 7/16/09, c_c  wrote:
> > Hi
> >  If you were using notify_message.mp3 - it's no longer there in
> > /usr/share/sounds. Select another one - or copy it back from an old
> > tarball. HTH
>
> It is there, but as notify_message.wav. And default config was using
> Arkanoid_PSID.sid, which isn't there now.
>
> @Adam:
> I suggest reviewing conf changes when upgrading. Default configuration
> has been changed, so it's your fault that your sms ringtone isn't
> played ;)
>

According to SHR settings it is set up to use notify_message.wav (did a 
reflash recently) but notify_message.wav is not in /usr/share/sounds so that 
would be my problem.  Looking through the sounds that is on the phone by 
default a lot of them are quite funny.  Would the wav file be in one of the 
old SHR-Unstable tarball or would I need to get it from somewhere else.
-- 
"We must plan for freedom, and not only for security, if for no other reason 
than only freedom can make security more secure."  Karl Popper


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-U] Bluetooth and GSM... Again.

[The Digital Pioneer]

Note of interest to those looking for a bluetooth headset: you can get mine
from Newegg for a really good deal (for that headset, at least) and it's
known to work. URL is:
http://www.newegg.com/Product/Product.aspx?Item=N82E16875978056
For those who don't like clicking links, it's $34 with free shipping.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freerunner Chat Application: Suggestions wanted!

[David Reyes Samblas Martinez]

2009/7/16 Rui Miguel Silva Seabra :
> On Thu, Jul 16, 2009 at 01:16:09PM +0100, Michael Sheldon wrote:
>> Alex Teiche wrote:
>> > Hello everyone,
>> >
>> > I recently recieved my A6 FreeRunner, and have been looking for some coding
>> > to do:)  I plan on writing a chat application(similar to Pidgin) optomized
>> > for the small screen.  I was wondering what suggestions the community had
>> > before I get too far into it.
>>
>> Hi Alex,
>>
>>  I'm actually currently working on a project similar to this using
>> elementary and telepathy; I haven't made it particularly public yet as
>> it's only in a very roughly usable state and I think I still need to
>> spend some time updating some of the telepathy packages in OE before
>> it's easy to install directly on the device (there are easy to install
>> debian/ubuntu packages though).
>
> Release early, release often, have a public repository for sources, issues,
> etc... works best even if your first releases only have basic functionality.
>
> Go, go, go, go! Mike :)
>
+1 I would love to test this app even in its ealy stages.
> --
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

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

Re: [shr-unstable] Ring tone on SMS

[Sebastian Krzyszkowiak]

On 7/16/09, c_c  wrote:
>
> Hi
>  If you were using notify_message.mp3 - it's no longer there in
> /usr/share/sounds. Select another one - or copy it back from an old tarball.
> HTH

It is there, but as notify_message.wav. And default config was using
Arkanoid_PSID.sid, which isn't there now.

@Adam:
I suggest reviewing conf changes when upgrading. Default configuration
has been changed, so it's your fault that your sms ringtone isn't
played ;)

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

Re: Freerunner Chat Application: Suggestions wanted!

[Michael Sheldon]

Rui Miguel Silva Seabra wrote:
> On Thu, Jul 16, 2009 at 01:16:09PM +0100, Michael Sheldon wrote:
>> Alex Teiche wrote:
>>> Hello everyone,
>>>
>>> I recently recieved my A6 FreeRunner, and have been looking for some coding
>>> to do:)  I plan on writing a chat application(similar to Pidgin) optomized
>>> for the small screen.  I was wondering what suggestions the community had
>>> before I get too far into it.
>> Hi Alex,
>>
>>  I'm actually currently working on a project similar to this using
>> elementary and telepathy; I haven't made it particularly public yet as
>> it's only in a very roughly usable state and I think I still need to
>> spend some time updating some of the telepathy packages in OE before
>> it's easy to install directly on the device (there are easy to install
>> debian/ubuntu packages though).
> 
> Release early, release often, have a public repository for sources, issues,
> etc... works best even if your first releases only have basic functionality.

 Yes, I do agree with that philosophy for the most part and the sources,
bug tracker, etc. are all publicly available at:
https://launchpad.net/apathy

 I've just failed to actually publicise them ;) . I was mostly waiting
until I had time to get things in to a state where it was possible to
install packages easily on to the freerunner, as it's harder to get
people interested in something they can't easily have a play with (even
if it's a somewhat broken thing they're playing with). So it's mostly
just my own lack of time that's held up making things more public sooner.

 And of course the offer of helping with development and dropping by the
IRC channel is naturally open to anyone interested :).

> 
> Go, go, go, go! Mike :)
> 

Thanks :)

Mike.

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

Re: Freerunner Chat Application: Suggestions wanted!

[tb]

well
if possible
include sms and maybe email support
threaded conversation views - logging the last 3 messages from both sides
should be enough more are welcome

2009/7/16 Steven Le Roux 

>
>
> On Thu, Jul 16, 2009 at 11:58 AM, Sebastian Krzyszkowiak <
> seba.d...@gmail.com> wrote:
>
>> On 7/16/09, Alex Teiche  wrote:
>> > Hello everyone,
>> >
>> > I recently recieved my A6 FreeRunner, and have been looking for some
>> coding
>> > to do:)  I plan on writing a chat application(similar to Pidgin)
>> optomized
>> > for the small screen.  I was wondering what suggestions the community
>> had
>> > before I get too far into it.
>> >
>> > What UI elements do you recommend I keep out front/put back in menus to
>> save
>> > space?
>> > Which protocols have the highest demand for implementation?
>> > How should it deal with multiple concurrent chat sessions?
>> > How should the user be notified when a new chat message is recieved?
>> > Should logging be implemented?
>> > Any other ideas/suggestions?
>> >
>> > We all have our own opinions on these issues, so I just wanted a sense
>> of
>> > what the greater community thought.
>> >
>> > ~xelapond
>> >
>>
>> Please use elementary and telepathy, with priority on Jabber/XMPP.
>> That's all of my requirements :)
>
>
> Same here :)
>
>
>
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Steven Le Roux
> Jabber-ID : ste...@jabber.fr
> 0x39494CCB 
> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
>
> ___
> 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 Chat Application: Suggestions wanted!

[Rui Miguel Silva Seabra]

On Thu, Jul 16, 2009 at 01:16:09PM +0100, Michael Sheldon wrote:
> Alex Teiche wrote:
> > Hello everyone,
> > 
> > I recently recieved my A6 FreeRunner, and have been looking for some coding
> > to do:)  I plan on writing a chat application(similar to Pidgin) optomized
> > for the small screen.  I was wondering what suggestions the community had
> > before I get too far into it.
> 
> Hi Alex,
> 
>  I'm actually currently working on a project similar to this using
> elementary and telepathy; I haven't made it particularly public yet as
> it's only in a very roughly usable state and I think I still need to
> spend some time updating some of the telepathy packages in OE before
> it's easy to install directly on the device (there are easy to install
> debian/ubuntu packages though).

Release early, release often, have a public repository for sources, issues,
etc... works best even if your first releases only have basic functionality.

Go, go, go, go! Mike :)

-- 

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

Re: Freerunner Chat Application: Suggestions wanted!

[Steven Le Roux]

On Thu, Jul 16, 2009 at 11:58 AM, Sebastian Krzyszkowiak <
seba.d...@gmail.com> wrote:

> On 7/16/09, Alex Teiche  wrote:
> > Hello everyone,
> >
> > I recently recieved my A6 FreeRunner, and have been looking for some
> coding
> > to do:)  I plan on writing a chat application(similar to Pidgin)
> optomized
> > for the small screen.  I was wondering what suggestions the community had
> > before I get too far into it.
> >
> > What UI elements do you recommend I keep out front/put back in menus to
> save
> > space?
> > Which protocols have the highest demand for implementation?
> > How should it deal with multiple concurrent chat sessions?
> > How should the user be notified when a new chat message is recieved?
> > Should logging be implemented?
> > Any other ideas/suggestions?
> >
> > We all have our own opinions on these issues, so I just wanted a sense of
> > what the greater community thought.
> >
> > ~xelapond
> >
>
> Please use elementary and telepathy, with priority on Jabber/XMPP.
> That's all of my requirements :)


Same here :)



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



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freerunner Chat Application: Suggestions wanted!

[Michael Sheldon]

Alex Teiche wrote:
> Hello everyone,
> 
> I recently recieved my A6 FreeRunner, and have been looking for some coding
> to do:)  I plan on writing a chat application(similar to Pidgin) optomized
> for the small screen.  I was wondering what suggestions the community had
> before I get too far into it.

Hi Alex,

 I'm actually currently working on a project similar to this using
elementary and telepathy; I haven't made it particularly public yet as
it's only in a very roughly usable state and I think I still need to
spend some time updating some of the telepathy packages in OE before
it's easy to install directly on the device (there are easy to install
debian/ubuntu packages though).

 At present it supports Jabber for text and jingle (google talk) for
VoIP; although it's reasonably trivial to make other protocols
available. If you'd like to join the effort you're more than welcome, I
won't take offense if you decide you want to go your own way though ;)

 The final plan is to make it a complete communications package that
handles SMS and GSM conversations as well as IM and VoIP (by writing
some telepathy connection managers that talk to FSO); we have the
skeleton of an SMS connection manager at the moment, but it hasn't been
a high priority yet so it's pretty unfinished. It would then support a
kind of "meta-contact" which would store details about a contact across
multiple protocols so the best option could be chosen depending on
availability (e.g. if wifi is available and the contact is online, then
use VoIP, otherwise make a normal GSM call). That's all a little way in
the future though.

 You can find more details and a few slightly out-of-date screenshots at
http://www.openapathy.org and you can find myself (Elleo) and the other
main developer (alasdair) in #apathy on irc.freenode.net if you want to
chat a bit more.

 Cheers,
  Mike.

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

Re: [debian] eneoset

[David Garabana Barro]

On Thursday 16 July 2009 14:05:53 kimaidou wrote:
> Great stuff, though I do not understand why your title begins with
> [debian]. It seems to me with the screeshots that you are running SHR.
> I can be wrong.

On his page he says he is running illume on debian. 
I also didn't know it was possible :)

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

Re: [debian] eneoset

[kimaidou]

Great stuff, though I do not understand why your title begins with [debian].
It seems to me with the screeshots that you are running SHR.
I can be wrong.

2009/7/16 Mike Crash 

>
> May be someone will be interested, I was not satisfied with the setup
> utility
> for Neo written in Python, because it was slow and changing backlight
> brightness was only in 4 steps. So i have created small utility with ELM
> named eneoset, which can change backlight, turn on or off bluetooth and
> Wi-Fi and can change USB device/host mode. Changing USB current limit still
> doesn't work. It needs kernel version 2.6.29 (may be 2.6.28 too, but not
> tested), so don't try it on 2.6.24.
>
> http://www.mikecrash.com/index.php?name=Content&pa=showpage&pid=10Download
> and screenshots you will find here.
> --
> View this message in context:
> http://n2.nabble.com/-debian--eneoset-tp3268014p3268014.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
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[debian] eneoset

[Mike Crash]

May be someone will be interested, I was not satisfied with the setup utility
for Neo written in Python, because it was slow and changing backlight
brightness was only in 4 steps. So i have created small utility with ELM
named eneoset, which can change backlight, turn on or off bluetooth and
Wi-Fi and can change USB device/host mode. Changing USB current limit still
doesn't work. It needs kernel version 2.6.29 (may be 2.6.28 too, but not
tested), so don't try it on 2.6.24.

http://www.mikecrash.com/index.php?name=Content&pa=showpage&pid=10 Download
and screenshots you will find here. 
-- 
View this message in context: 
http://n2.nabble.com/-debian--eneoset-tp3268014p3268014.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: Freerunner Chat Application: Suggestions wanted!

[Sebastian Krzyszkowiak]

On 7/16/09, Patryk Benderz  wrote:
>> Please use elementary and telepathy, with priority on Jabber/XMPP.
>> That's all of my requirements :)
> Sebastian, do you think elementary is a good choice? I know it looks
> nice, but we all know FR suffers from low graphics performance.
>   Maybe it should be wiser to choose library which is less CPU/power
> consuming? I do not know which one - that is a question for a
> experienced developers.

It's good choice, as it's optimized for small touch screen devices.
About permormance - just use x11-16 engine with some very simple
theme. Then it can provide even really smooth animations (but i'm for
disabling all animations, as i did in sixteen theme :P)

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

Re: Freerunner Chat Application: Suggestions wanted!

[Patryk Benderz]

> Please use elementary and telepathy, with priority on Jabber/XMPP.
> That's all of my requirements :)
Sebastian, do you think elementary is a good choice? I know it looks
nice, but we all know FR suffers from low graphics performance.
Maybe it should be wiser to choose library which is less CPU/power
consuming? I do not know which one - that is a question for a
experienced developers.

-- 
Kind Regards

Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292

ERSTE Securities Polska S.A.
ul. Królewska 16
Warszawa 00-103
KRS 065121
NIP 526-10-27-638
REGON 011136053
Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony)

This message and any attached files are confidential and intended solely
for the addressee(s). Any publication, transmission or other use of the
information by a person or entity other than the intended addressee is
prohibited. If you receive this in error please contact the sender and
delete the material. The sender does not accept liability for any errors
or omissions as a result of the transmission.


Email secured by Check Point

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

Re: [OM2009] reliable alarm application

[Petr Vanek]

On Thu, 16 Jul 2009 12:38:37 +0200
Previdi Roberto  (PR) wrote:

>Hello list. Is there a reliable alarm which has been tested on the
>OM2009 distribution? For reliable i mean that it should sound even if
>- the phone is suspended (99,9% of the time it is)
>- the phone has waken up for some reasons and then resuspended (sms,
>missed calls)
>- the application stay open for many days
>
>-- 
>roby
>

have you tried ffalarms?
http://www.opkg.org/package_119.html

Petr


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

Re: [SHR-U] Bluetooth and GSM... Again.

[Petr Vanek]

On Thu, 16 Jul 2009 10:44:31 +0200
"arne anka"  (AA) wrote:

>> setting up bt-headset-enabled: 0
>
>where?

/etc/freesmartphone/opreferences/conf/phone/default.yaml

please read up this 

http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner

Petr


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

[OM2009] reliable alarm application

[Previdi Roberto]

Hello list. Is there a reliable alarm which has been tested on the OM2009
distribution? For reliable i mean that it should sound even if
- the phone is suspended (99,9% of the time it is)
- the phone has waken up for some reasons and then resuspended (sms, missed
calls)
- the application stay open for many days

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

Re: [All] Intone bluetooth commands

[Al Johnson]

On Thursday 16 July 2009, c_c wrote:
> Hi,
>
> The Digital Pioneer wrote:
> > Just confirmed from the manual, my headset does play/pause (same button)
> > next and previous tracks. It also has volume control, but that's internal
> > to
> > the headset; and answer/reject incoming call, which is not Intone's job
> > to handle.
>
>   Ok. I guess it would be best to incorporate play/pause, next and previous
> to begin with. If I get more feedback about different types of buttons - I
> could look at adding them later.
> Thanks

Certainly seems like a good start. Another approach may be to implement MPRIS 
which provides a standardised media player control interface through dbus. 
Probably involves more work though...

http://wiki.xmms2.xmms.se/wiki/MPRIS


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

Re: Intone (0.30 - beta release) Elementary based mplayer frontend

[David Garabana Barro]

On Wednesday 15 July 2009 10:35:19 c_c wrote:
>  Can you fsck your sd card - just to rule out any filesystem issue and post
> back?

debian-gta02:~# fsck.reiserfs /dev/mmcblk0p6
reiserfsck 3.6.21 (2009 www.namesys.com)

  

*
** If you are using the latest reiserfsprogs and  it fails **
** please  email bug reports to reiserfs-l...@namesys.com, **
** providing  as  much  information  as  possible --  your **
** hardware,  kernel,  patches,  settings,  all reiserfsck **
** messages  (including version),  the reiserfsck logfile, **
** check  the  syslog file  for  any  related information. **
** If you would like advice on using this program, support **
** is available  for $25 at  www.namesys.com/support.html. **
*

Will read-only check consistency of the filesystem on /dev/mmcblk0p6
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you
do):Yes
###
reiserfsck --check started at Thu Jul 16 01:52:38 2009
###
Replaying journal: Done.
Reiserfs journal '/dev/mmcblk0p6' in blocks [18..8211]: 0 transactions
replayed
Checking internal tree.. finished
Comparing bitmaps..finished
Checking Semantic tree:
finished
No corruptions found
There are on the filesystem:
Leaves 195936
Internal nodes 1164
Directories 6994
Other files 1493177
Data block pointers 304359 (0 of them are zero)
Safe links 0
###
reiserfsck finished at Thu Jul 16 02:38:33 2009
###

I'm not running intone on debian, but I had to fsck partition from debian, 
because there is not (yet) reiserfsprogs package on SHR.

I have to say I have tried also on another ext3 partition, with the same 
results (adding albums. Please Wait. Done):

r...@om-gta02 /media/om2009 $ ls -lR /media/om2009/music/
/media/om2009/music/:
drwxr-xr-x3 root root 4096 Jul 16 11:55 artist

/media/om2009/music/artist:
drwxr-xr-x2 root root 4096 Jul 16 11:56 disk

/media/om2009/music/artist/disk:
-rw-r--r--1 root root  3187826 Jul 16 11:56 Wish You Were Here.ogg

r...@om-gta02 /media/om2009 $ df -m /media/om2009/
Filesystem   1K-blocks  Used Available Use% Mounted on
/dev/mmcblk0p2  765604190152536560  26% /media/om2009

r...@om-gta02 /media/om2009 $ mount |grep om2009
/dev/mmcblk0p2 on /media/om2009 type ext3 (rw,errors=continue,data=ordered)

Some clue about what's happening?

> Thanks

Thank you!

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

Re: The University of São Paulo's intent to join Op enmoko development

[David Reyes Samblas Martinez]

2009/7/13 Jon 'maddog' Hall :
> David,
>
> I would appreciate the translation.  Perhaps you can put those on your
> web site.
Done,
http://www.tuxbrain.net/content/la-universidad-de-sao-paulo-se-suma-al-desarrollo-de-openmoko
>
> As to the other universities, let's see what model we can create with
> USP, keeping the other universities in mind, then we can extend that.
Exited to see this going on,
>
> I do believe that growing the community through university involvement
> is important.
me too :)

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



-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

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

Re: Freerunner Chat Application: Suggestions wanted!

[Sebastian Krzyszkowiak]

On 7/16/09, Alex Teiche  wrote:
> Hello everyone,
>
> I recently recieved my A6 FreeRunner, and have been looking for some coding
> to do:)  I plan on writing a chat application(similar to Pidgin) optomized
> for the small screen.  I was wondering what suggestions the community had
> before I get too far into it.
>
> What UI elements do you recommend I keep out front/put back in menus to save
> space?
> Which protocols have the highest demand for implementation?
> How should it deal with multiple concurrent chat sessions?
> How should the user be notified when a new chat message is recieved?
> Should logging be implemented?
> Any other ideas/suggestions?
>
> We all have our own opinions on these issues, so I just wanted a sense of
> what the greater community thought.
>
> ~xelapond
>

Please use elementary and telepathy, with priority on Jabber/XMPP.
That's all of my requirements :)

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

Re: Freerunner Chat Application: Suggestions wanted!

[Rui Miguel Silva Seabra]

On Thu, Jul 16, 2009 at 12:22:38AM -0700, Alex Teiche wrote:
> Which protocols have the highest demand for implementation?

Use libpurple or telepathy, then all you need is a UI for setting
the various elements of each protocol you wish to support.

> How should it deal with multiple concurrent chat sessions?

If it doesn't mean a memory hungry application, that would be nice :)

> How should the user be notified when a new chat message is recieved?

I would refrain from doing that until there's a generic notification api.

Rui

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

Re: Freerunner Chat Application: Suggestions wanted!

[Patryk Benderz]

My wishlist:
-BIG buttons and finger friendly layout.
-possibility to set "literki" as a default keyboard
-transport for GG (instant messenger popular in Poland)

There is already linux client for GG called Kadu, maybe you could use
their libraries? Also Pidgin supports GG transport.
http://www.kadu.net/w/English:Main_Page



-- 
Kind Regards

Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292

ERSTE Securities Polska S.A.
ul. Królewska 16
Warszawa 00-103
KRS 065121
NIP 526-10-27-638
REGON 011136053
Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony)

This message and any attached files are confidential and intended solely
for the addressee(s). Any publication, transmission or other use of the
information by a person or entity other than the intended addressee is
prohibited. If you receive this in error please contact the sender and
delete the material. The sender does not accept liability for any errors
or omissions as a result of the transmission.


Email secured by Check Point

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

Re: [SHR-U] Bluetooth and GSM... Again.

[arne anka]

> setting up bt-headset-enabled: 0

where?

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

Re: Freerunner Chat Application: Suggestions wanted!

[Nicola Mfb]

On Thu, Jul 16, 2009 at 9:22 AM, Alex Teiche wrote:
> Hello everyone,
[...]
> Any other ideas/suggestions?

My suggestions come from my laziness of writing somethingh with the
virtual keyboard :)
So a popup dialog with buttons to quick send user predefined text is welcome.
Audio usage should me maximized! For protocol not supporting realtime
audio streaming, and supporting file transfer pressing aux button
start to record a sound from the mic, releasing it stops, convert the
audio data in some compressed format and send it to the peer just like
a CB radio :)

> We all have our own opinions on these issues, so I just wanted a sense of
> what the greater community thought.

Thanks for take caring of that!

Regards

Nicola

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

Re: Freerunner Chat Application: Suggestions wanted!

[sam tygier]

Alex Teiche wrote:
> Hello everyone,
> 
> I recently recieved my A6 FreeRunner, and have been looking for some 
> coding to do:)  I plan on writing a chat application(similar to Pidgin) 
> optomized for the small screen.  I was wondering what suggestions the 
> community had before I get too far into it.

probably worth looking at the telepathy stack. it does all the major protocols 
(including everything supported by pidgin) 
already used in desktop apps like empathy, and on the nokia internet tablets 
(that are not to far hardwarewise from freerunners).

http://telepathy.freedesktop.org/wiki/
http://en.wikipedia.org/wiki/Telepathy_%28software%29
http://live.gnome.org/Empathy

sam


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

Re: Freerunner Chat Application: Suggestions wanted!

[Risto H. Kurppa]

Hi!

Sound's good! What 'chat' protocols: Instant messengers (like
Jabber/XMPP, msn, facebook chat..) or irc? I'd really like to see
something that supports facebook chat (Hmm.. pidgin supports it on
desktop, I wonder if someone could be able to add it to the arm
version too..)

> Which protocols have the highest demand for implementation?
My suggestion is Jabber & Facebook. Many people have irc clients
(=irssi) running on a server connectable over ssh.

> How should it deal with multiple concurrent chat sessions?
Maybe tabs? First tab would show contacts, the rest would show the
open chat windows

> How should the user be notified when a new chat message is recieved?
option to select between audio/vibra/something?

> Should logging be implemented?
Not very important for me but if doable, why not.

I've come to the conclusion that it makes no sense to add small
buttons in top/bottom bar. It's faster to use large buttons in menu,
that's shown when clicked on top/bottom of the screen thus increasing
the size of the clickable area -> making it faster to use. I know this
measn more clicking but - it's just faster to click 2 times on a large
area than once in a very small area.. -> We have a good resolution but
let's not be overwhelmed by that and do bad designs.. THat's why I
like Zhone: press button, a menu opens and you have big buttons to
press with your fingers. Especially I noticed this when I was biking
and trying to change the font size in vala-terminal - with my finger.
It just doesn't happen..

-> big menu buttons that are seen after pressing a smaller button/area.


waiting to see the first screenshots :)



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: Freerunner Chat Application: Suggestions wanted!

[Richy]

Hey there,

I would love to see an XMPP(Jabber) chat-programm. 


As for notifications: It would be really need if the program adjust to the phones 
settings. As in "default profile" - play a sound
"vibrate" maybe vibrate once short too, have the LED blinking (slowly)
"silent" just the LED blinking

Personally I do like to see the last few lines, maybe around 50 or so. The rest 
can be discarded.

Please use the elementary libs and make it SHR-compatible ;)

Way to go!




signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Freerunner Chat Application: Suggestions wanted!

[Alex Teiche]

Hello everyone,

I recently recieved my A6 FreeRunner, and have been looking for some coding
to do:)  I plan on writing a chat application(similar to Pidgin) optomized
for the small screen.  I was wondering what suggestions the community had
before I get too far into it.

What UI elements do you recommend I keep out front/put back in menus to save
space?
Which protocols have the highest demand for implementation?
How should it deal with multiple concurrent chat sessions?
How should the user be notified when a new chat message is recieved?
Should logging be implemented?
Any other ideas/suggestions?

We all have our own opinions on these issues, so I just wanted a sense of
what the greater community thought.

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