From ssj2micvm at gmail.com  Sun Nov  1 04:00:14 2009
From: ssj2micvm at gmail.com (Michele Brocco)
Date: Sun, 1 Nov 2009 04:00:14 +0100
Subject: Tangogps google maps
In-Reply-To: <4f51103a0910301418t198103aaqb6b970592184aa0e@mail.gmail.com>
References: <4f51103a0910301418t198103aaqb6b970592184aa0e@mail.gmail.com>
Message-ID: <f36e37470910312000w7f4a2545h11427d12bfe043f4@mail.gmail.com>

the latest i had was:
http://mt1.google.com/vt/lyrs=m at 110&hl=en&x=%d&y=%d&z=%d%s=Galile

and set xyz instead of zxy

On Fri, Oct 30, 2009 at 10:18 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:
> whats the latest config to get google maps working on tangogps I need help
> with it too


From arhuaco at freaks-unidos.net  Sun Nov  1 08:45:26 2009
From: arhuaco at freaks-unidos.net (Nelson Castillo)
Date: Sun, 1 Nov 2009 02:45:26 -0500
Subject: Understanding accelerometer data
In-Reply-To: <49dd78620910291549v4569217av67a99fa34ea68203@mail.gmail.com>
References: <49dd78620910291436i40b6fcc7i6acb1bfa074ddbd@mail.gmail.com> 
	<2f3aa2770910291516p67132a4fw41f39b76fe83949e@mail.gmail.com> 
	<200910292340.22272.michael-tansella@gmx.de>
	<49dd78620910291549v4569217av67a99fa34ea68203@mail.gmail.com>
Message-ID: <2accc2ff0911010045n46378940j93204d5fb97b7c07@mail.gmail.com>

>> I would recommend the python script for easy testing:
>> http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval
>
> It's certainly possible that I've just written my program wrong. ?So
> yes, I'll try that script too.

Here I print a direction vector (ignoring Z).
It goes from 0 to 100 (instead of 0.0 to 1.0) to avoid floating point.
It updates rather fast.

http://svn.arhuaco.org/svn/src/openmoko/accelerometers/dir.c

If I only care about this vector I think I'll use a thread to keep
reading from the accels.

I tried something (very fast, not polished) in Python but i feel the
program lags reading the accels.

http://svn.arhuaco.org/svn/src/openmoko/accelerometers/sand/sand-test.py

I think I'll move to C.

Nelson.-


From neiljerram at googlemail.com  Sun Nov  1 09:27:55 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Sun, 1 Nov 2009 08:27:55 +0000
Subject: Understanding accelerometer data
In-Reply-To: <2accc2ff0911010045n46378940j93204d5fb97b7c07@mail.gmail.com>
References: <49dd78620910291436i40b6fcc7i6acb1bfa074ddbd@mail.gmail.com>
	<2f3aa2770910291516p67132a4fw41f39b76fe83949e@mail.gmail.com>
	<200910292340.22272.michael-tansella@gmx.de>
	<49dd78620910291549v4569217av67a99fa34ea68203@mail.gmail.com>
	<2accc2ff0911010045n46378940j93204d5fb97b7c07@mail.gmail.com>
Message-ID: <49dd78620911010127n73c4c214pcbb609cbda4ac988@mail.gmail.com>

2009/11/1 Nelson Castillo <arhuaco at freaks-unidos.net>:
>
> Here I print a direction vector (ignoring Z).
> It goes from 0 to 100 (instead of 0.0 to 1.0) to avoid floating point.
> It updates rather fast.
>
> http://svn.arhuaco.org/svn/src/openmoko/accelerometers/dir.c
>
> If I only care about this vector I think I'll use a thread to keep
> reading from the accels.

Fine, but have you measured what the CPU cost of that is?

> I tried something (very fast, not polished) in Python but i feel the
> program lags reading the accels.

Does Python's read have any internal buffering (by default)?  In Guile
(which does) that was the cause of the lag that I saw; and when I
added a call to set the buffer size to just sizeof(struct
input_event), the lag disappeared.

Regards,
         Neil


From yann.sladek at free.fr  Sun Nov  1 09:54:45 2009
From: yann.sladek at free.fr (Yann SLADEK)
Date: Sun, 01 Nov 2009 09:54:45 +0100
Subject: Launcher v0.41 - New Release
In-Reply-To: <1256812778811-3911066.post@n2.nabble.com>
References: <1256812778811-3911066.post@n2.nabble.com>
Message-ID: <4AED4CD5.9060908@free.fr>

Hi,

good app, very useful.
I migh have found a little bug with the  'Jump' function in contacts.
All my contacts are listed into 'No cat', so I click on 'Jump' then M 
for example (why only 1 character ?).
It goes down but on 'O' or 'P' character. Sometimes, it works great, 
most on the time when it goes from the bottom to the top of the list.

Another thing, would it be possible to customize contacts field ? Could 
we show up only category with at least 1 contact ? Because, as category 
are displayed twice (as reported below), we have to move at the right of 
the screen to get contacts list.

Thanks a lot

Yann
> Hi,
>   Here is the latest release. Changes :-
>
> 1. Clean Ups, Bug fixes and Speed ups (hopefully)
> 2. Should indicate last call made and sms sent in contacts app
> 3. Better re-sending of failed sms's
>
> Enjoy.
>
> http://n2.nabble.com/file/n3911066/launcher_0.41_arm.ipk
> launcher_0.41_arm.ipk 
>   



From atilla.filiz at gmail.com  Sun Nov  1 11:27:06 2009
From: atilla.filiz at gmail.com (Atilla Filiz)
Date: Sun, 1 Nov 2009 11:27:06 +0100
Subject: QtMoko - WiFi - ease of use?
In-Reply-To: <ef8c8a880910301103v6de4f4c5l11ee935a5d64d1fc@mail.gmail.com>
References: <ef8c8a880909300635p7ad429cetea14c96311a06e20@mail.gmail.com>
	<ef8c8a880910301103v6de4f4c5l11ee935a5d64d1fc@mail.gmail.com>
Message-ID: <6016f9080911010227u220f12a6if5404832f4a80876@mail.gmail.com>

You might try installing wicd and running it from QX but that might not be
very user friendly. I agree that Qt wireless manager should be smarter, but
there is not much I can do about it.

On Fri, Oct 30, 2009 at 7:03 PM, Torfinn Ingolfsen <tingox at gmail.com> wrote:

> Hello again,
>
> On Wed, Sep 30, 2009 at 2:35 PM, Torfinn Ingolfsen <tingox at gmail.com>wrote:
>
>> Ok, so now WiFi works - great.
>> (still on QrMoko v11, I hope to upgrde to v12 before Radek releases
>> again).
>>
>> And when I am at home and the Neo is connected to my own wireless network
>> it is truly great.
>> Scan seems to work ("WLAN Detection"), but I have to select "Add Networks"
>> afterward, results (of the scan) doesn't show up automatically.
>> However, the list of new networks doesn't indicate if the networks are
>> encrypted or open.
>> And if I try to connect to a network, the connection will just fail if the
>> network is encrypted, without even asking me fro a passphrase.
>>
>> If I go into the "wireless encryption" screen, all the new networks show
>> up as open (even when they are encrypted)
>>
>> Seriously, It can't be supposed to work like this, that I have to know
>> every detail about a network I want to connect to?
>> As long as I have the correct passphrase, the "WLAN program" in QtMoko
>> should figure out the rest of the technical details.
>>
>> So, is ther an easier way? Something that works like NetworkManager in
>> Ubuntu perhpas?
>>
>
> The silence seems to indicate that there isn't a usable tool for QtMoko
> when it comes to easily connect to any wireless network from the gui when I
> am "out and about".
> Any hints to the comtrary would be nice...
>
> --
> Torfinn Ingolfsen
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
---------------------------------------------------------
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme
--------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091101/b94fce4a/attachment.htm 

From laszlo.krekacs.list at gmail.com  Sun Nov  1 12:45:34 2009
From: laszlo.krekacs.list at gmail.com (Laszlo KREKACS)
Date: Sun, 1 Nov 2009 11:45:34 +0000
Subject: When intone running the ringtone is double as loud
Message-ID: <c4cd0cc80911010345r46975fb8u3af87dbd48c35ca0@mail.gmail.com>

Hi!

I was always wondering why I miss sometimes phonecalls.
Then today, I discovered, that when intone is running, and
I level up the volume, the phone ringing is much more
louder when intone is not running.

I tried to level up the volume through fso-simplemixer.py,
but even at '101' percent, is not as much loud as with intone
running.

If I launch intone while the phone is ringing, then the ringing
become louder, and if I quit then it get quiter.

What is really stranger, that intone set the volume through amixer:
src/dbus-stuff.c:100

sprintf(cmd, "amixer -c 0 set PCM %d%s", vol, "\%\n");


And in my /usr/share/shr/scenarii/stereout.state file,
 the PCM value is already at maximum(255):
control.1 {
    comment.access 'read write'
    comment.type INTEGER
    comment.count 2
    comment.range '0 - 255'
    iface MIXER
    name 'PCM Volume'
    value.0 255
    value.1 255
}


What I miss? Any idea?

Best regards,
 Laszlo

ps: since I discovered this, intone is always running.


From aditya.g8 at gmail.com  Sun Nov  1 12:54:12 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Sun, 1 Nov 2009 11:54:12 +0000
Subject: Tangogps google maps
In-Reply-To: <f36e37470910312000w7f4a2545h11427d12bfe043f4@mail.gmail.com>
References: <4f51103a0910301418t198103aaqb6b970592184aa0e@mail.gmail.com>
	<f36e37470910312000w7f4a2545h11427d12bfe043f4@mail.gmail.com>
Message-ID: <4f51103a0911010354j41091c91o26c0d67331fae39c@mail.gmail.com>

thanks wil try today

On 11/1/09, Michele Brocco <ssj2micvm at gmail.com> wrote:
> the latest i had was:
> http://mt1.google.com/vt/lyrs=m at 110&hl=en&x=%d&y=%d&z=%d%s=Galile
>
> and set xyz instead of zxy
>
> On Fri, Oct 30, 2009 at 10:18 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:
>> whats the latest config to get google maps working on tangogps I need help
>> with it too
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From Quakeman1 at gmx.net  Sun Nov  1 14:10:47 2009
From: Quakeman1 at gmx.net (Fox Mulder)
Date: Sun, 01 Nov 2009 14:10:47 +0100
Subject: Navit - german localization causes rounding of GPS-position
In-Reply-To: <200910312142.51946.david@garabana.com>
References: <1257003177720-3924154.post@n2.nabble.com>	<200910311656.38597.christian.rueb@gmx.net>
	<200910312142.51946.david@garabana.com>
Message-ID: <4AED88D7.6030902@gmx.net>

David Garabana Barro wrote:
> O S?bado, 31 de Outubro de 2009, Christian R?b escribiu:
>> Hi,
>>
>> I had the same problem. Also bookmarks will be saved using comma instead of
>>  dot a separator (locale settings). As a workaround I unset LC_ALL before
>>  starting navit (i.e. "Exec=unset LC_ALL; navit" in
>>  /usr/share/applications/navit.desktop). That way your LANG variable keeps
>>  set to de_DE.UTF-8, but locale settings are not in German...
>>
>> I posted this in navit ML back in July - but no response if this is
>>  intended or a bug :(
> 
> At least is't sure it's a known bug/feature:
> 
> http://wiki.navit-
> project.org/index.php/FAQ#My_position_is_reported_incorrectly

I also use LANG="de_DE.UTF-8" and got the wrong position in navit but i
haven't set LC_ALL. So what settings/vars should i change to get navit
working in german and with correct position? :)

Ciao,
     Rainer


From openmoko at ginguppin.de  Sun Nov  1 14:14:35 2009
From: openmoko at ginguppin.de (arne anka)
Date: Sun, 01 Nov 2009 14:14:35 +0100
Subject: Navit - german localization causes rounding of GPS-position
In-Reply-To: <4AED88D7.6030902@gmx.net>
References: <1257003177720-3924154.post@n2.nabble.com>
	<200910311656.38597.christian.rueb@gmx.net>
	<200910312142.51946.david@garabana.com> <4AED88D7.6030902@gmx.net>
Message-ID: <op.u2pweltd41evsb@ginguppin>

> I also use LANG="de_DE.UTF-8" and got the wrong position in navit but i
> haven't set LC_ALL. So what settings/vars should i change to get navit
> working in german and with correct position? :)

what does
locale
return?


From Quakeman1 at gmx.net  Sun Nov  1 14:41:27 2009
From: Quakeman1 at gmx.net (Fox Mulder)
Date: Sun, 01 Nov 2009 14:41:27 +0100
Subject: Navit - german localization causes rounding of GPS-position
In-Reply-To: <op.u2pweltd41evsb@ginguppin>
References: <1257003177720-3924154.post@n2.nabble.com>	<200910311656.38597.christian.rueb@gmx.net>	<200910312142.51946.david@garabana.com>
	<4AED88D7.6030902@gmx.net> <op.u2pweltd41evsb@ginguppin>
Message-ID: <4AED9007.1060009@gmx.net>

arne anka wrote:
>> I also use LANG="de_DE.UTF-8" and got the wrong position in navit but i
>> haven't set LC_ALL. So what settings/vars should i change to get navit
>> working in german and with correct position? :)
> 
> what does
> locale
> return?

It returns:
LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

As i understand the problem it is that the seperator for numbers is
changed between . and , so maybe LC_NUMERIC or some other var also could
be problematic?

Ciao,
     Rainer


From openmoko at ginguppin.de  Sun Nov  1 14:51:11 2009
From: openmoko at ginguppin.de (arne anka)
Date: Sun, 01 Nov 2009 14:51:11 +0100
Subject: Navit - german localization causes rounding of GPS-position
In-Reply-To: <4AED9007.1060009@gmx.net>
References: <1257003177720-3924154.post@n2.nabble.com>
	<200910311656.38597.christian.rueb@gmx.net>
	<200910312142.51946.david@garabana.com> <4AED88D7.6030902@gmx.net>
	<op.u2pweltd41evsb@ginguppin> <4AED9007.1060009@gmx.net>
Message-ID: <op.u2px3liv41evsb@ginguppin>

> It returns:
> LANG=de_DE.UTF-8
> LC_CTYPE="de_DE.UTF-8"
> LC_NUMERIC="de_DE.UTF-8"
> LC_TIME="de_DE.UTF-8"
> LC_COLLATE="de_DE.UTF-8"
> LC_MONETARY="de_DE.UTF-8"
> LC_MESSAGES="de_DE.UTF-8"
> LC_PAPER="de_DE.UTF-8"
> LC_NAME="de_DE.UTF-8"
> LC_ADDRESS="de_DE.UTF-8"
> LC_TELEPHONE="de_DE.UTF-8"
> LC_MEASUREMENT="de_DE.UTF-8"
> LC_IDENTIFICATION="de_DE.UTF-8"
> LC_ALL=
>
> As i understand the problem it is that the seperator for numbers is
> changed between . and , so maybe LC_NUMERIC or some other var also could
> be problematic?

i also have a dim recollection of that kind.
i use
LANG="en_DK.UTF-8"
in /etc/default/locale and have no issues whatsoever (though no german  
interface -- which i don't want either).
navit is started by script with LANG=C to avoid that annoying lock-in to  
the locales country, i never really understood what caused that design  
decision anyway (what is f'rinst a french in russia supposed to do? have  
russian as locale, being unable to read anything or having french and  
being unable to search a place in russia).


From arhuaco at freaks-unidos.net  Sun Nov  1 15:04:39 2009
From: arhuaco at freaks-unidos.net (Nelson Castillo)
Date: Sun, 1 Nov 2009 09:04:39 -0500
Subject: Understanding accelerometer data
In-Reply-To: <49dd78620911010127n73c4c214pcbb609cbda4ac988@mail.gmail.com>
References: <49dd78620910291436i40b6fcc7i6acb1bfa074ddbd@mail.gmail.com> 
	<2f3aa2770910291516p67132a4fw41f39b76fe83949e@mail.gmail.com> 
	<200910292340.22272.michael-tansella@gmx.de>
	<49dd78620910291549v4569217av67a99fa34ea68203@mail.gmail.com> 
	<2accc2ff0911010045n46378940j93204d5fb97b7c07@mail.gmail.com> 
	<49dd78620911010127n73c4c214pcbb609cbda4ac988@mail.gmail.com>
Message-ID: <2accc2ff0911010604l53f07521n3b35aefd34e822b0@mail.gmail.com>

On Sun, Nov 1, 2009 at 3:27 AM, Neil Jerram <neiljerram at googlemail.com> wrote:
> 2009/11/1 Nelson Castillo <arhuaco at freaks-unidos.net>:
>>
>> Here I print a direction vector (ignoring Z).
>> It goes from 0 to 100 (instead of 0.0 to 1.0) to avoid floating point.
>> It updates rather fast.
>>
>> http://svn.arhuaco.org/svn/src/openmoko/accelerometers/dir.c
>>
>> If I only care about this vector I think I'll use a thread to keep
>> reading from the accels.
>
> Fine, but have you measured what the CPU cost of that is?

No. I wouldn't care much about reading 1600bytes/second in the FR from
kernel buffers in a C program.
read_all uses blocking reads anyway. I mean: no busy waiting here and
if I use threads I don't need to use locking for the accel data.

>> I tried something (very fast, not polished) in Python but i feel the
>> program lags reading the accels.
>
> Does Python's read have any internal buffering (by default)? ?In Guile
> (which does) that was the cause of the lag that I saw; and when I
> added a call to set the buffer size to just sizeof(struct
> input_event), the lag disappeared.

I remember that some time ago I wrote a module to check this and
Python attempted a read of 32K in my PC! No matter how many bytes I
was trying to read. This could be the cause if you are already
experienced this.

In this weblog post I just read that we have to use non-blocking I/O
to avoid this problem.

http://bec-systems.com/site/259/how-to-optimize-python-reads-for-general-data


From rms at 1407.org  Sun Nov  1 15:29:28 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Sun, 1 Nov 2009 14:29:28 +0000
Subject: [All] Black Screen of Death - Won't resume from standby
In-Reply-To: <b66a83e00910311003t2820ab27kb1e43522d7e0c927@mail.gmail.com>
References: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com>
	<4AEBF50D.3020202@wollishausen.de>
	<b66a83e00910311003t2820ab27kb1e43522d7e0c927@mail.gmail.com>
Message-ID: <20091101142928.GA12029@roque.1407.org>

Hi,

As you go into suspend, a script is called that *stops* (kills the process)
omnewrotate.

As you resume, a script is called that starts omnewrotate.

So:

  1) as you suspend, omnewrotate is *not* even working.
  2) only after resume is completed does omnewrotate get started

Conclusion: omnewrotate doesn't affect suspend/resume cycles. :)

This scripts were place early on in it's development as after resuming
omnewrotate couldn't get any data from the accelerometers (let alone
my fears that keeping the device open could affect resume).

Rui

On Sat, Oct 31, 2009 at 01:03:29PM -0400, Warren Baird wrote:
> I just started noticing this on an shr-u build updated in early sept.   The
> only thing I've changed lately is installing omnewrotate.   I also noticed
> it on an install of the shr-testing candidate, that also had omnewrotate
> installed.
> 
> I'm going to keep omnewrotate installed for a while and see how often I get
> the BSOD. Then I'll uninstall or disable omnewrotate and see what happens.
> 
> Warren
> 
> 
> On Sat, Oct 31, 2009 at 4:27 AM, Matthias Huber <
> matthias.huber at wollishausen.de> wrote:
> 
> > Steven ** schrieb:
> > > I've seen this several times with SHR-Unstable and now with Android.
> > > So, I'd say it's something that is common among these distro's.  Is it
> > > seen on all distros?  Is it the kernel?  Hardware bug?  Bootloader
> > > issue?
> > > Any clues how to debug this or what might cause it?
> > >
> > > I know I'm not the only one that sees it.  How are others dealing with
> > > these random lock-ups?
> > >
> > >
> > i have this too with my system gta02v6 latest shr-u.
> > sometimes i thought, it has to do with gps, but i am not sure about.
> > sometimes i think, problem it is changing cell while sleeping.
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> 
> 
> 
> -- 
> Warren Baird - Photographer and Digital Artist
> http://www.synergisticimages.ca

> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 


From matthias.huber at wollishausen.de  Sun Nov  1 16:48:09 2009
From: matthias.huber at wollishausen.de (Matthias Huber)
Date: Sun, 01 Nov 2009 16:48:09 +0100
Subject: Navit - german localization causes rounding of GPS-position
In-Reply-To: <4AED88D7.6030902@gmx.net>
References: <1257003177720-3924154.post@n2.nabble.com>	<200910311656.38597.christian.rueb@gmx.net>	<200910312142.51946.david@garabana.com>
	<4AED88D7.6030902@gmx.net>
Message-ID: <4AEDADB9.5040305@wollishausen.de>

 01.11.2009 14:10,   Fox Mulder :
> David Garabana Barro wrote:
>   
>> O S?bado, 31 de Outubro de 2009, Christian R?b escribiu:
>>     
>>> Hi,
>>>
>>> I had the same problem. Also bookmarks will be saved using comma instead of
>>>  dot a separator (locale settings). As a workaround I unset LC_ALL before
>>>  starting navit (i.e. "Exec=unset LC_ALL; navit" in
>>>  /usr/share/applications/navit.desktop). That way your LANG variable keeps
>>>  set to de_DE.UTF-8, but locale settings are not in German...
>>>
>>> I posted this in navit ML back in July - but no response if this is
>>>  intended or a bug :(
>>>       
>> At least is't sure it's a known bug/feature:
>>
>> http://wiki.navit-
>> project.org/index.php/FAQ#My_position_is_reported_incorrectly
>>     
>
> I also use LANG="de_DE.UTF-8" and got the wrong position in navit but i
> haven't set LC_ALL. So what settings/vars should i change to get navit
> working in german and with correct position? :)
>
>   
export LC_NUMERIC=posix
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091101/d07c41d8/attachment-0001.htm 

From arhuaco at freaks-unidos.net  Sun Nov  1 16:49:18 2009
From: arhuaco at freaks-unidos.net (Nelson Castillo)
Date: Sun, 1 Nov 2009 10:49:18 -0500
Subject: Understanding accelerometer data
In-Reply-To: <2accc2ff0911010604l53f07521n3b35aefd34e822b0@mail.gmail.com>
References: <49dd78620910291436i40b6fcc7i6acb1bfa074ddbd@mail.gmail.com> 
	<2f3aa2770910291516p67132a4fw41f39b76fe83949e@mail.gmail.com> 
	<200910292340.22272.michael-tansella@gmx.de>
	<49dd78620910291549v4569217av67a99fa34ea68203@mail.gmail.com> 
	<2accc2ff0911010045n46378940j93204d5fb97b7c07@mail.gmail.com> 
	<49dd78620911010127n73c4c214pcbb609cbda4ac988@mail.gmail.com> 
	<2accc2ff0911010604l53f07521n3b35aefd34e822b0@mail.gmail.com>
Message-ID: <2accc2ff0911010749r324ffe05lee26ca77aed68104@mail.gmail.com>

> I remember that some time ago I wrote a module to check this and
> Python attempted a read of 32K in my PC! No matter how many bytes I
> was trying to read. This could be the cause if you are already
> experienced this.
>
> In this weblog post I just read that we have to use non-blocking I/O
> to avoid this problem.
>
> http://bec-systems.com/site/259/how-to-optimize-python-reads-for-general-data

Mmm. I guess I'd better use os.open, intender for low level use. I'll
comment in the weblog post.


From zimmermann at vdm-design.de  Sun Nov  1 17:04:30 2009
From: zimmermann at vdm-design.de (Thomas Zimmermann)
Date: Sun, 1 Nov 2009 17:04:30 +0100
Subject: Fwd: [Shr-User] What's going on in SHR land
Message-ID: <200911011704.30507.zimmermann@vdm-design.de>

For the SHR users that aren't reading the SHR mailing lists i'm forwarding 
this message from spaetz:



Betreff: [Shr-User] What's going on in SHR land
Datum: Sonntag 01 November 2009
Von: Sebastian Spaeth <Sebastian at sspaeth.de>
An: shr-devel at lists.shr-project.org, shr-user at lists.shr-project.org

Hi all, for those of you few that do not live 24/7 in IRC land, here is
a not-so-brief update on what is happening in SHR land. No, we are not
all dead :).

There are a couple of major transitions that have slowed down new images
or indeed any updates in the SHR feed. Let me try to sum up a few and  I
am sure others will chime in and list whatever I have forgotten:

- Transition from the obsolete kdrive-glamo driver to a proper xorg
server infrastructure. This took some time, but it appears that it is
working fine now. Don't expect any (initial) performance boosts, but
being on a regular xorg server and having a driver that is actually
being developed and maintained is a good thing for the future (thanks to
Weiss and others for some really hard work here).

- More fso...d goodness. Rather than having Mickey Lauer's python
prototyped phone backend, we are starting to his re-written bits and
pieces (coded in vala, which should give us a nice performance boost
over python). For the beginning we have the resource handling
(fsoresourced) on board and look forward to the next bits and pieces. I
know very little about the state of things here, so others might have
more information.

-New phone apps: As if that were not enough changes, the core team
(mrmoku, tasn, dos1, and others?) has started to redevelop the frontend
applications for SHR. the old ophonekitd was initially developed by a
guy called quickev who has been missing in action since quite some
months now. Don't ask ME why, but apparently the now design allows for
better/quicker/whatnot development. I'll let one of them speak out for
themselves about the motivations. Besides lots of work,this gives us
also a chance to redesign the screens and make the UI better. So goodbuy
ophonekitd and libphone-efl, welcome phoneui, and libphoneui-shr.

-Bernd Pr?nzler(spelling?) is kind enough to help out with some theme
development (BTW, you did know there is a theme contest going on, do
you? So, go and design and submit something already!). The default theme
has been designed for powerful desktops, and is using more transparency
and other fancy stuff than the slow graphics can do. He is developing a
theme that should be much faster on the Freerunner (but don't expect
miracles, the hardware will still be barely able to drive a full
VGA-resolution screen). So expect a big fight between dos1 (niebee
theme) and bernd (gry theme) for the fastest performance (while
retaining good looks).

Last but not least: what we had done the last few months, is basically
taking a fork of OpenEmbedded and developing from that. While this gave
us the stability to code apps without having others break our stuff (we
are quite capabable of doing that ourselves it seems :-) ), this led to
a quickly diverging SHR and OE tree. It was decided that we really
should include our stuff into OpenEmbedded proper, rather than just
doing our stuff in parallel. So we had first put all the stuff into an
"SHR/import" git tree which is in the openembedded code repository.
Next, mrmoku created the "shr/merge" tree which is kept in sync with the
OpenEmbedded tree and we ported all our enhancements there. The plan is
to take our bits and pieces from here and merge them into OE over time.
This is where we currently stand, we want to keep using the shr/merge
tree which gives us a current OE tree, but of courseby using more
updated components, lots of stuff was broken. The guys have fought
really hard in the last days (and weeks) to overcome compilation errors,
nonbooting phones, and crashing components. It seems we are now really
close. The new images compile fine (yay!), the phone actually boots, and
many of the crashes have been eliminated. AFAIK, we are currently still
stuck with a segfaulting dbus. As soon as these issues are ironed out,
mrmoku will continue to put updated SHR-unstable images and packages
out. This could take 1,2, or 4 days. I don't know how long and it
depends on how good things will turn out. But there will be a new image
soon. Expect some teething troubles with the new images at first (I am
not sure an opkg upgrade will work), but this is all fancy new stuff
that we are very happy about.

spaetz


From jerjoz.forums at gmail.com  Sun Nov  1 17:20:31 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Sun, 1 Nov 2009 08:20:31 -0800
Subject: [Shr-User] What's going on in SHR land
In-Reply-To: <200911011704.30507.zimmermann@vdm-design.de>
References: <200911011704.30507.zimmermann@vdm-design.de>
Message-ID: <f8d5d4f30911010820o5eb00314i8b317726e0c4f552@mail.gmail.com>

On Sun, Nov 1, 2009 at 8:04 AM, Thomas Zimmermann
<zimmermann at vdm-design.de> wrote:
> For the SHR users that aren't reading the SHR mailing lists i'm forwarding
> this message from spaetz:
> Hi all, for those of you few that do not live 24/7 in IRC land, here is
> a not-so-brief update on what is happening in SHR land. No, we are not
> all dead :).

good to hear my openmoko is not in danger of stagnating! what really
interests me here is themes, being a visual person the code part is
interesting in a getting my hands dirty aspect. but the visual aspects
of the phone need some work.

is there a link to the contest page?


From vanous at penguin.cz  Sun Nov  1 17:29:07 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Sun, 1 Nov 2009 17:29:07 +0100
Subject: [Shr-User] What's going on in SHR land
References: <200911011704.30507.zimmermann@vdm-design.de>
	<f8d5d4f30911010820o5eb00314i8b317726e0c4f552@mail.gmail.com>
Message-ID: <20091101172907.332ff2d2@vanek.robe.cz>

>good to hear my openmoko is not in danger of stagnating! what really
>interests me here is themes, being a visual person the code part is
>interesting in a getting my hands dirty aspect. but the visual aspects
>of the phone need some work.
>
>is there a link to the contest page?

http://shr-project.org/trac/wiki/ThemeContest

Petr



From zimmermann at vdm-design.de  Sun Nov  1 17:32:00 2009
From: zimmermann at vdm-design.de (Thomas Zimmermann)
Date: Sun, 1 Nov 2009 17:32:00 +0100
Subject: [Shr-User] What's going on in SHR land
In-Reply-To: <f8d5d4f30911010820o5eb00314i8b317726e0c4f552@mail.gmail.com>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<f8d5d4f30911010820o5eb00314i8b317726e0c4f552@mail.gmail.com>
Message-ID: <200911011732.00931.zimmermann@vdm-design.de>

Am Sonntag 01 November 2009 17:20:31 schrieb jeremy jozwik:
> On Sun, Nov 1, 2009 at 8:04 AM, Thomas Zimmermann
> 
> <zimmermann at vdm-design.de> wrote:
> > For the SHR users that aren't reading the SHR mailing lists i'm
> > forwarding this message from spaetz:
> > Hi all, for those of you few that do not live 24/7 in IRC land, here is
> > a not-so-brief update on what is happening in SHR land. No, we are not
> > all dead :).
> 
> good to hear my openmoko is not in danger of stagnating! what really
> interests me here is themes, being a visual person the code part is
> interesting in a getting my hands dirty aspect. but the visual aspects
> of the phone need some work.
> 
> is there a link to the contest page?
> 
The contest page is located at the shr trac: 
http://shr-project.org/trac//wiki/ThemeContest


From jensseidel at users.sf.net  Sun Nov  1 17:36:36 2009
From: jensseidel at users.sf.net (Jens Seidel)
Date: Sun, 1 Nov 2009 17:36:36 +0100
Subject: Symptoms of failed #1024 fix
Message-ID: <20091101163636.GA24169@merkur.sol.de>

Hi,

you performed a #1024 bug and can no longer access to modem? You get in
/var/log/frameworkd.log:

2009.11.01 17:25:06.733 ogsmd.modem.abstract ERROR    could not open channel MISC, retrying in 2 seconds
2009.11.01 17:25:06.743 ogsmd.modems.ti_calypso INFO     Requesting new channel from 'fso-abyss'
2009.11.01 17:26:08.523 ogsmd.modem.abstract ERROR    could not open channel UNSOL, retrying in 2 seconds
2009.11.01 17:26:08.533 ogsmd.modems.ti_calypso INFO     Requesting new channel from 'fso-abyss'
2009.11.01 17:26:21.733 ogsmd.modem.abstract ERROR    could not open channel CALL, retrying in 2 seconds
2009.11.01 17:26:21.743 ogsmd.modems.ti_calypso INFO     Requesting new channel from 'fso-abyss'

This happened to me too on every boot of SHR. I just want to confirm that
these symptoms mean that the soldering was not properly done so that no
capacitor is used instead of the 10uF or 22uF one. I will ask the engineer
who  performed this task for me to do it again to get a proper phone.

I also want to mention that I did not observed other problems. The device
boots fine, the touchscreen and USB works, ... GPS failed for me but maybe I
did not properly plugged the antenna.

Some programs such as Cellhunter stop now with:
An exit code of 1 was returned from /usr/bin/cellhunter.py

So even if the capacitor cannot properly solded again I have a fine
device :-)

Jens


From meumeu1402 at gmail.com  Sun Nov  1 17:57:28 2009
From: meumeu1402 at gmail.com (Christophe M)
Date: Sun, 1 Nov 2009 17:57:28 +0100
Subject: Symptoms of failed #1024 fix
In-Reply-To: <20091101163636.GA24169@merkur.sol.de>
References: <20091101163636.GA24169@merkur.sol.de>
Message-ID: <f03651f60911010857v363bf33cicc8c2c605178ebda@mail.gmail.com>

> Hi,
>
> you performed a #1024 bug and can no longer access to modem? You get in
> /var/log/frameworkd.log:
>
> 2009.11.01 17:25:06.733 ogsmd.modem.abstract ERROR    could not open
> channel MISC, retrying in 2 seconds
> 2009.11.01 17:25:06.743 ogsmd.modems.ti_calypso INFO     Requesting new
> channel from 'fso-abyss'
> 2009.11.01 17:26:08.523 ogsmd.modem.abstract ERROR    could not open
> channel UNSOL, retrying in 2 seconds
> 2009.11.01 17:26:08.533 ogsmd.modems.ti_calypso INFO     Requesting new
> channel from 'fso-abyss'
> 2009.11.01 17:26:21.733 ogsmd.modem.abstract ERROR    could not open
> channel CALL, retrying in 2 seconds
> 2009.11.01 17:26:21.743 ogsmd.modems.ti_calypso INFO     Requesting new
> channel from 'fso-abyss'
>
> This happened to me too on every boot of SHR. I just want to confirm that
> these symptoms mean that the soldering was not properly done so that no
> capacitor is used instead of the 10uF or 22uF one. I will ask the engineer
> who  performed this task for me to do it again to get a proper phone.
>
> I also want to mention that I did not observed other problems. The device
> boots fine, the touchscreen and USB works, ... GPS failed for me but maybe
> I
> did not properly plugged the antenna.
>
> Some programs such as Cellhunter stop now with:
> An exit code of 1 was returned from /usr/bin/cellhunter.py
>
> So even if the capacitor cannot properly solded again I have a fine
> device :-)
>
> Jens
>


Hi !
I have the same error while I'm on roaming but I haven't done the 1024 fix
so I'm not sure it's related ...

-- 
------------------------------

Openmoko phone gui :

http://www.qalee.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091101/76ca744c/attachment.htm 

From laszlo.krekacs.list at gmail.com  Sun Nov  1 18:54:02 2009
From: laszlo.krekacs.list at gmail.com (Laszlo KREKACS)
Date: Sun, 1 Nov 2009 18:54:02 +0100
Subject: True USB plug and play experience
In-Reply-To: <c4cd0cc80910160627n5de5660cv891305a6ef9b01d5@mail.gmail.com>
References: <c4cd0cc80910160627n5de5660cv891305a6ef9b01d5@mail.gmail.com>
Message-ID: <c4cd0cc80911010954x75958fa1g9c1050b23ad26be1@mail.gmail.com>

On Fri, Oct 16, 2009 at 2:27 PM, Laszlo KREKACS
<laszlo.krekacs.list at gmail.com> wrote:
> http://wiki.openmoko.org/wiki/User:Klaszlo#True_plug-and-play_experience_using_usb_networking
>
> It is working fine with ubuntu 9.04(jaunty), but I have difficulty
> with 8.10 (intrepid) my gf's laptop, maybe
> it is dependent on the Networkmanager version, maybe my
> memory is a little bit fuzzy, as I setup a month ago originally.
> So please test it and report.

I have just completed the above howto with tested distributions.
So I have tested it under
ubuntu 8.10 - NOT working
ubuntu 9.04 - works
ubuntu 9.10 - works

So basically I have verified my tutorial on ubuntu 9.10, and works great,
no information is lacking, so I can say, that the ubuntu 8.10 is not working.
Time to upgrade;-)

Hope others find this script useful, and can test on other distro too.

Best regards,
 Laszlo


From dj6mf at frombob.to  Sun Nov  1 19:15:10 2009
From: dj6mf at frombob.to (Doug Jones)
Date: Sun, 01 Nov 2009 10:15:10 -0800
Subject: [WikiReader] License review  (was:  Re: [Wikireader] Any news on
	Wikireader ?)
In-Reply-To: <20091023035346.GA6767@debian>
References: <4AE04C3E.8060207@apertum.it> <4AE0A101.9050200@frombob.to>
	<20091023035346.GA6767@debian>
Message-ID: <4AEDD02E.1090606@frombob.to>

Wolfgang Spraul wrote:

[snip]

 > Can you spend a bit of time to check the licenses? Chris Hall reviewed it
 > so I'm sure it's all good, but since it is all statically linked together
 > and GPL-licensed it means like you said every last bit of software needs
 > to be at least GPL compatible. An independent review on this would be 
great.

[snip]


As you requested, I have begun a software review.  This is a progress 
report.

I downloaded the complete source tree from github on 10/22/09.  I ran 
make and make install with no errors.

The source tree does appear to contain some code under licenses that are 
not GPL compatible.  However, so far I have not determined with any 
certainty if any of that code is compiled into executables that go onto 
the device.  A lot of code goes into the tools instead.

I don't have a lot of experience with make.  If anybody knows a simple 
way of automatically generating lists of the files that get compiled 
into each target, that would be a big help.


*****************************************



2464 files found



Directory: host-tools/offline-renderer/mediawiki-offline contains a file 
indicating its contents are under license: GPL2+
Directory: host-tools/offline-renderer/pylzma-0.3.0 contains a file 
indicating its contents are under license: LGPL2.1
Directory: host-tools/fonts contains a file indicating its contents are 
under license: GPL3+
Directory: host-tools/qt4-simulator contains a file indicating its 
contents are under license: GPL2
Directory: samo-lib/fatfs contains a file indicating its contents are 
under license: "free software"
Directory: samo-lib/forth contains a file indicating its contents are 
under license: BSD 2-clause
Directory: samo-lib/mahatma contains a file indicating its contents are 
under license: GPL3+



I assume that no differently-licensed files have been moved into the 
parts of the directory tree listed above.



______________________________________________________________

The following analysis ignores the above directories.


______________________________________________________________

_________________________________

[BSD-2clause-stdlib.h]

The following text:


See stdlib.h for licence.


...appears in the following files:

samo-lib/mini-libc/src/stdlib/itoa.c
samo-lib/mini-libc/src/stdlib/ltoa.c
samo-lib/mini-libc/src/stdlib/ultoa.c
samo-lib/mini-libc/src/stdlib/utoa.c


(stdlib.h has a 2-clause BSD license.)

_________________________________

[BSD-2clause]

The following text:


  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions
  * are met:
  * 1. Redistributions of source code must retain the above copyright
  *    notice, this list of conditions and the following disclaimer.
  * 2. Redistributions in binary form must reproduce the above copyright
  *    notice, this list of conditions and the following disclaimer in the
  *    documentation and/or other materials provided with the distribution.
  *
  * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS `AS IS'' AND
  * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR 
PURPOSE
  * ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
  * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR 
CONSEQUENTIAL
  * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, 
STRICT
  * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN 
ANY WAY
  * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  * SUCH DAMAGE.


...appears in the following files:

samo-lib/mini-libc/include/ctype.h
samo-lib/mini-libc/include/errno.h
samo-lib/mini-libc/include/inttypes.h
samo-lib/mini-libc/include/stdio.h
samo-lib/mini-libc/include/stdlib.h
samo-lib/mini-libc/include/string.h



_________________________________

[BSD-3clause]

The following text:


  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions
  * are met:
  * 1. Redistributions of source code must retain the above copyright
  *    notice, this list of conditions and the following disclaimer.
  * 2. Redistributions in binary form must reproduce the above copyright
  *    notice, this list of conditions and the following disclaimer in the
  *    documentation and/or other materials provided with the distribution.
  * 3. The name of the author may not be used to endorse or promote products
  *    derived from this software without specific prior written permission.
  *
  * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED 
WARRANTIES,
  * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY
  * AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL
  * THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
  * EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
  * PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR 
PROFITS;
  * OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
  * WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
  * OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
  * ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.


...appears in the following files:

samo-lib/mini-libc/src/string/strlcat.c
samo-lib/mini-libc/src/string/strlcpy.c



_________________________________

[BSD-4clause-UCB-Softweyr]

The following text:


  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions
  * are met:
  *
  * 1. Redistributions of source code must retain the above copyright
  *    notices, this list of conditions and the following disclaimer.
  *
  * 2. Redistributions in binary form must reproduce the above copyright
  *    notices, this list of conditions and the following disclaimer in the
  *    documentation and/or other materials provided with the distribution.
  *
  * 3. All advertising materials mentioning features or use of this software
  *    must display the following acknowledgement:
  *
  *    This product includes software developed by Softweyr LLC, the
  *      University of California, Berkeley, and its contributors.
  *
  * 4. Neither the name of the University nor the names of its contributors
  *    may be used to endorse or promote products derived from this software
  *    without specific prior written permission.
  *
  * THIS SOFTWARE IS PROVIDED BY SOFTWEYR LLC, THE REGENTS AND CONTRIBUTORS
  * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
  * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
  * PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL SOFTWEYR LLC, THE
  * REGENTS, OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
  * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
  * TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
  * PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
  * LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
  * NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
  * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.


...appears in the following files:

samo-lib/mini-libc/src/string/strtok.c


According to 
http://www.fsf.org/licensing/licenses/index_html#GPLIncompatibleLicenses 
the above license is not GPL-compatible.


_________________________________

[BSD-4clause-UCB]

The following text:


  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions
  * are met:
  * 1. Redistributions of source code must retain the above copyright
  *    notice, this list of conditions and the following disclaimer.
  * 2. Redistributions in binary form must reproduce the above copyright
  *    notice, this list of conditions and the following disclaimer in the
  *    documentation and/or other materials provided with the distribution.
  * 3. All advertising materials mentioning features or use of this software
  *    must display the following acknowledgement:
  *    This product includes software developed by the University of
  *    California, Berkeley and its contributors.
  * 4. Neither the name of the University nor the names of its contributors
  *    may be used to endorse or promote products derived from this software
  *    without specific prior written permission.
  *
  * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
  * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR 
PURPOSE
  * ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
  * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR 
CONSEQUENTIAL
  * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, 
STRICT
  * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN 
ANY WAY
  * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  * SUCH DAMAGE.


...appears in the following files:

samo-lib/mini-libc/include/sys/cdefs.h
samo-lib/mini-libc/include/sys/types.h
samo-lib/mini-libc/src/bsd/qsort.c
samo-lib/mini-libc/src/bsd/strtol.c
samo-lib/mini-libc/src/bsd/strtoul.c
samo-lib/mini-libc/src/stdlib/bsearch.c
samo-lib/mini-libc/src/stdlib/rand.c
samo-lib/mini-libc/src/stdlib/strtol.c
samo-lib/mini-libc/src/stdlib/strtoul.c
samo-lib/mini-libc/src/string/bcmp.c
samo-lib/mini-libc/src/string/bcopy.c
samo-lib/mini-libc/src/string/ffs.c
samo-lib/mini-libc/src/string/index.c
samo-lib/mini-libc/src/string/memccpy.c
samo-lib/mini-libc/src/string/memchr.c
samo-lib/mini-libc/src/string/memcmp.c
samo-lib/mini-libc/src/string/memset.c
samo-lib/mini-libc/src/string/rindex.c
samo-lib/mini-libc/src/string/strcasecmp.c
samo-lib/mini-libc/src/string/strcat.c
samo-lib/mini-libc/src/string/strcmp.c
samo-lib/mini-libc/src/string/strcpy.c
samo-lib/mini-libc/src/string/strcspn.c
samo-lib/mini-libc/src/string/strdup.c
samo-lib/mini-libc/src/string/strlen.c
samo-lib/mini-libc/src/string/strncat.c
samo-lib/mini-libc/src/string/strncmp.c
samo-lib/mini-libc/src/string/strncpy.c
samo-lib/mini-libc/src/string/strpbrk.c
samo-lib/mini-libc/src/string/strsep.c
samo-lib/mini-libc/src/string/strspn.c
samo-lib/mini-libc/src/string/strstr.c
samo-lib/mini-libc/src/string/swab.c


According to 
http://www.fsf.org/licensing/licenses/index_html#GPLIncompatibleLicenses 
the above license is not GPL-compatible.


_________________________________

[CDDL-b]

The following text:


/*
  * CDDL HEADER START
  *
  * The contents of this file are subject to the terms of the
  * Common Development and Distribution License (the "License").
  * You may not use this file except in compliance with the License.
  *
  * You can obtain a copy of the license at src/OPENSOLARIS.LICENSE
  * or http://www.opensolaris.org/os/licensing.
  * See the License for the specific language governing permissions
  * and limitations under the License.
  *
  * When distributing Covered Code, include this CDDL HEADER in each
  * file and include the License file at src/OPENSOLARIS.LICENSE.
  * If applicable, add the following below this CDDL HEADER, with the
  * fields enclosed by brackets "[]" replaced with your own identifying
  * information: Portions Copyright [yyyy] [name of copyright owner]
  *
  * CDDL HEADER END
  */


...appears in the following files:

host-tools/pcf2bmf/pcf.c


According to 
http://www.fsf.org/licensing/licenses/index_html#GPLIncompatibleLicenses 
the above license is not GPL-compatible.


_________________________________

[CDDL]

The following text:


/*
  * CDDL HEADER START
  *
  * The contents of this file are subject to the terms of the
  * Common Development and Distribution License (the "License").
  * You may not use this file except in compliance with the License.
  *
  * You can obtain a copy of the license at src/OPENSOLARIS.LICENSE
  * or http://www.opensolaris.org/os/licensing.
  * See the License for the specific language governing permissions
  * and limitations under the License.
  *
  * When distributing Covered Code, include this CDDL HEADER in each
  * file and include the License file at src/OPENSOLARIS.LICENSE.
  * If applicable, add the following below this CDDL HEADER, with the
  * fields enclosed by brackets "[]" replaced with your own identifying
  * information: Portions Copyright [yyyy] [name of copyright owner]
  *
  * CDDL HEADER END
  */


...appears in the following files:

host-tools/pcf2bmf/general_header.h
host-tools/pcf2bmf/pcf.h
host-tools/pcf2bmf/pcf_private.h
wiki-app/bmf.h
wiki-app/general_header.h


According to 
http://www.fsf.org/licensing/licenses/index_html#GPLIncompatibleLicenses 
the above license is not GPL-compatible.


_________________________________

[FreeSoftware-FatFs]

The following text:


  * AGREEMENTS
  *
  *   These sample projects for FatFs module are free software and there 
is no warranty.
  *   You can use, modify and redistribute it for personal, non-profit 
or commercial
  *   product without any restriction under your responsibility.


...appears in the following files:

samo-lib/drivers/src/mmc.c



_________________________________

[GPL2+]

The following text:


  * This program is free software; you can redistribute it and/or
  * modify it under the terms of the GNU General Public License as
  * published by the Free Software Foundation; either version 2 of
  * the License, or (at your option) any later version.
  *
  * This program is distributed in the hope that it will be useful,
  * but WITHOUT ANY WARRANTY; without even the implied warranty of
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.     See the
  * GNU General Public License for more details.
  *
  * You should have received a copy of the GNU General Public License
  * along with this program; if not, write to the Free Software
  * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
  * MA 02111-1307 USA


...appears in the following files:

samo-lib/mbr/memory-test.c



_________________________________

[GPL2+GNU-IO]

The following text:


This file is part of the GNU IO Library.  This library is free
software; you can redistribute it and/or modify it under the
terms of the GNU General Public License as published by the
Free Software Foundation; either version 2, or (at your option)
any later version.

This library is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with this library; see the file COPYING.  If not, write to the Free
Software Foundation, 59 Temple Place - Suite 330, Boston, MA 02111-1307, 
USA.

As a special exception, if you link this library with files
compiled with a GNU compiler to produce an executable, this does not cause
the resulting executable to be covered by the GNU General Public License.
This exception does not however invalidate any other reasons why
the executable file might be covered by the GNU General Public License.


...appears in the following files:

samo-lib/mini-libc/src/stdlib/printf.c
samo-lib/mini-libc/src/stdlib/puts.c
samo-lib/mini-libc/src/stdlib/snprintf.c
samo-lib/mini-libc/src/stdlib/sprintf.c
samo-lib/mini-libc/src/stdlib/uprintf.c
samo-lib/mini-libc/src/stdlib/vprintf.c
samo-lib/mini-libc/src/stdlib/vsnprintf.c
samo-lib/mini-libc/src/stdlib/vsprintf.c
samo-lib/mini-libc/src/stdlib/vuprintf.c



_________________________________

[GPL2+gpib]

The following text:


     This program is free software; you can redistribute it and/or modify
     it under the terms of the GNU General Public License as published by
     the Free Software Foundation; either version 2 of the License, or
     (at your option) any later version.

     This program is distributed in the hope that it will be useful,
     but WITHOUT ANY WARRANTY; without even the implied warranty of
     MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
     GNU General Public License for more details.

     You should have received a copy of the GNU General Public License
     along with this program; if not, write to the Free Software
     Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.


...appears in the following files:

testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/mite.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882/mite.c



_________________________________

[GPL2+make_linux-gpib-svn]

The following text:


  is free software; you can redistribute it and/or modify
#   it under the terms of the GNU General Public License as published by
#   the Free Software Foundation; either version 2 of the License, or
#   (at your option) any later version.


...appears in the following files:

testudo/linux-gpib-svn/Makefile.am
testudo/linux-gpib-svn/doc/Makefile.am
testudo/linux-gpib-svn/drivers/Makefile.am
testudo/linux-gpib-svn/drivers/gpib/include/Makefile.am
testudo/linux-gpib-svn/include/Makefile.am
testudo/linux-gpib-svn/language/Makefile.am
testudo/linux-gpib-svn/language/guile/Makefile.am
testudo/linux-gpib-svn/language/php/Makefile.am
testudo/linux-gpib-svn/language/php/TESTS/Makefile.am
testudo/linux-gpib-svn/language/python/Makefile.am
testudo/linux-gpib-svn/language/tcl/Makefile.am
testudo/linux-gpib-svn/lib/Makefile.am
testudo/linux-gpib-svn/lib/gpib_config/Makefile.am
testudo/linux-gpib-svn/usb/Makefile.am
testudo/linux-gpib-svn/usb/agilent_82357a/Makefile.am
testudo/linux-gpib-svn/usb/ni_usb_gpib/Makefile.am



_________________________________

[GPL2+patch]

The following text:


+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+
+This program is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+
+You should have received a copy of the GNU General Public License
+along with this program; if not, write to the Free Software
+Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.


...appears in the following files:

host-tools/toolchain-patches/0001-binutils-EPSON-changes-to-binutils.patch



_________________________________

[GPL2+py-testudo]

The following text:


# LICENSE: GPL Version 2 or later


...appears in the following files:

testudo/src/Agilent.py
testudo/src/Keithley.py
testudo/src/RelayBoard.py
testudo/src/communication.py
testudo/src/process.py
testudo/src/sequencer.py
testudo/src/ui.py
testudo/src/ui2.py
testudo/src/ui3.py
testudo/tests/test_SAMO_01.py
testudo/tests/test_SAMO_01_2v0.py
testudo/tests/test_SAMO_01_2v7.py
testudo/tests/test_SAMO_01_3v4.py
testudo/tests/test_SAMO_V2_COB.py
testudo/tests/test_SAMO_V2_COB_2v0.py
testudo/tests/test_SAMO_V2_COB_2v7.py
testudo/tests/test_SAMO_V2_COB_3v4.py



_________________________________

[GPL2+testudo]

The following text:


  *   This program is free software; you can redistribute it and/or 
modify  *
  *   it under the terms of the GNU General Public License as published 
by  *
  *   the Free Software Foundation; either version 2 of the License, or 
     *
  *   (at your option) any later version.     *


...appears in the following files:

testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/agilent_82350b.h
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/agilent_82350b_init.c
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/agilent_82350b_interrupt.c
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/agilent_82350b_read.c
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/agilent_82350b_write.c
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a/agilent_82357a.c
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a/agilent_82357a.h
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb7210.h
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb7210_aux.c
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb7210_cs.c
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb7210_init.c
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb7210_read.c
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb7210_write.c
testudo/linux-gpib-svn/drivers/gpib/cb7210/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/cec/cec.h
testudo/linux-gpib-svn/drivers/gpib/cec/init.c
testudo/linux-gpib-svn/drivers/gpib/cec/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/eastwood/eastwood_gpib.c
testudo/linux-gpib-svn/drivers/gpib/eastwood/eastwood_gpib.h
testudo/linux-gpib-svn/drivers/gpib/hp_82335/hp82335.h
testudo/linux-gpib-svn/drivers/gpib/hp_82335/hp82335_init.c
testudo/linux-gpib-svn/drivers/gpib/hp_82341/hp_82341.h
testudo/linux-gpib-svn/drivers/gpib/hp_82341/hp_82341_init.c
testudo/linux-gpib-svn/drivers/gpib/hp_82341/hp_82341_read.c
testudo/linux-gpib-svn/drivers/gpib/hp_82341/hp_82341_write.c
testudo/linux-gpib-svn/drivers/gpib/include/amcc5920.h
testudo/linux-gpib-svn/drivers/gpib/include/amccs5933.h
testudo/linux-gpib-svn/drivers/gpib/include/gpibP.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_ioctl.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_state_machines.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_types.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_user.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/pci_ids.h
testudo/linux-gpib-svn/drivers/gpib/include/nec7210.h
testudo/linux-gpib-svn/drivers/gpib/include/nec7210_registers.h
testudo/linux-gpib-svn/drivers/gpib/include/plx9050.h
testudo/linux-gpib-svn/drivers/gpib/include/quancom_pci.h
testudo/linux-gpib-svn/drivers/gpib/include/tms9914.h
testudo/linux-gpib-svn/drivers/gpib/include/tnt4882_registers.h
testudo/linux-gpib-svn/drivers/gpib/ines/ines.h
testudo/linux-gpib-svn/drivers/gpib/ines/ines_cs.c
testudo/linux-gpib-svn/drivers/gpib/ines/ines_init.c
testudo/linux-gpib-svn/drivers/gpib/ines/ines_read.c
testudo/linux-gpib-svn/drivers/gpib/ines/ines_util.c
testudo/linux-gpib-svn/drivers/gpib/ines/ines_write.c
testudo/linux-gpib-svn/drivers/gpib/ines/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/nec7210/board.h
testudo/linux-gpib-svn/drivers/gpib/nec7210/cmd.c
testudo/linux-gpib-svn/drivers/gpib/nec7210/init.c
testudo/linux-gpib-svn/drivers/gpib/nec7210/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/nec7210/nec7210_aux.c
testudo/linux-gpib-svn/drivers/gpib/nec7210/read.c
testudo/linux-gpib-svn/drivers/gpib/nec7210/util.c
testudo/linux-gpib-svn/drivers/gpib/nec7210/write.c
testudo/linux-gpib-svn/drivers/gpib/ni_usb/ni_usb_gpib.c
testudo/linux-gpib-svn/drivers/gpib/ni_usb/ni_usb_gpib.h
testudo/linux-gpib-svn/drivers/gpib/pc2/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/pc2/pc2.h
testudo/linux-gpib-svn/drivers/gpib/pc2/pc2_init.c
testudo/linux-gpib-svn/drivers/gpib/sys/autopoll.c
testudo/linux-gpib-svn/drivers/gpib/sys/autopoll.h
testudo/linux-gpib-svn/drivers/gpib/sys/device.c
testudo/linux-gpib-svn/drivers/gpib/sys/event.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibcac.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibcmd.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibgts.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibinit.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibread.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibrpp.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibsic.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibsre.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibwait.c
testudo/linux-gpib-svn/drivers/gpib/sys/ibwrite.c
testudo/linux-gpib-svn/drivers/gpib/sys/osfuncs.c
testudo/linux-gpib-svn/drivers/gpib/sys/osinit.c
testudo/linux-gpib-svn/drivers/gpib/sys/ostimer.c
testudo/linux-gpib-svn/drivers/gpib/tms9914/board.h
testudo/linux-gpib-svn/drivers/gpib/tms9914/cmd.c
testudo/linux-gpib-svn/drivers/gpib/tms9914/init.c
testudo/linux-gpib-svn/drivers/gpib/tms9914/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/tms9914/read.c
testudo/linux-gpib-svn/drivers/gpib/tms9914/tms9914_aux.c
testudo/linux-gpib-svn/drivers/gpib/tms9914/util.c
testudo/linux-gpib-svn/drivers/gpib/tms9914/write.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/init.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/tnt4882.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882/interrupt.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882/tnt4882.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882/tnt4882_aux.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882/tnt4882_cs.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882/tnt4882_init.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882/tnt4882_read.c
testudo/linux-gpib-svn/drivers/gpib/tnt4882/tnt4882_write.c
testudo/linux-gpib-svn/examples/ibtest.c
testudo/linux-gpib-svn/examples/master_read_to_file.c
testudo/linux-gpib-svn/examples/master_write_from_file.c
testudo/linux-gpib-svn/examples/slave_read_to_file.c
testudo/linux-gpib-svn/examples/slave_write_from_file.c
testudo/linux-gpib-svn/language/php/gpib.c
testudo/linux-gpib-svn/lib/async.c
testudo/linux-gpib-svn/lib/globals.c
testudo/linux-gpib-svn/lib/gpib_config/gpib_config.c
testudo/linux-gpib-svn/lib/ib.h
testudo/linux-gpib-svn/lib/ibBoard.c
testudo/linux-gpib-svn/lib/ibCac.c
testudo/linux-gpib-svn/lib/ibClr.c
testudo/linux-gpib-svn/lib/ibCmd.c
testudo/linux-gpib-svn/lib/ibConf.h
testudo/linux-gpib-svn/lib/ibDma.c
testudo/linux-gpib-svn/lib/ibEos.c
testudo/linux-gpib-svn/lib/ibEot.c
testudo/linux-gpib-svn/lib/ibError.c
testudo/linux-gpib-svn/lib/ibEvent.c
testudo/linux-gpib-svn/lib/ibFind.c
testudo/linux-gpib-svn/lib/ibFindLstn.c
testudo/linux-gpib-svn/lib/ibGts.c
testudo/linux-gpib-svn/lib/ibLines.c
testudo/linux-gpib-svn/lib/ibLoc.c
testudo/linux-gpib-svn/lib/ibOnl.c
testudo/linux-gpib-svn/lib/ibP.h
testudo/linux-gpib-svn/lib/ibPad.c
testudo/linux-gpib-svn/lib/ibRd.c
testudo/linux-gpib-svn/lib/ibRpp.c
testudo/linux-gpib-svn/lib/ibRsp.c
testudo/linux-gpib-svn/lib/ibRsv.c
testudo/linux-gpib-svn/lib/ibSad.c
testudo/linux-gpib-svn/lib/ibSic.c
testudo/linux-gpib-svn/lib/ibSre.c
testudo/linux-gpib-svn/lib/ibTmo.c
testudo/linux-gpib-svn/lib/ibTrg.c
testudo/linux-gpib-svn/lib/ibWait.c
testudo/linux-gpib-svn/lib/ibWrt.c
testudo/linux-gpib-svn/lib/ib_internal.h
testudo/linux-gpib-svn/lib/ibask.c
testudo/linux-gpib-svn/lib/ibbna.c
testudo/linux-gpib-svn/lib/ibconfig.c
testudo/linux-gpib-svn/lib/ibdev.c
testudo/linux-gpib-svn/lib/ibppc.c
testudo/linux-gpib-svn/lib/ibstop.c
testudo/linux-gpib-svn/lib/ibutil.c
testudo/linux-gpib-svn/lib/local_lockout.c
testudo/linux-gpib-svn/lib/pass_control.c
testudo/linux-gpib-svn/lib/self_test.c
testudo/linux-gpib-svn/test/libgpib_test.c



_________________________________

[GPL2]

The following text:


  * This program is free software; you can redistribute it and/or
  * modify it under the terms of version 2 of the GNU General Public
  * License as published by the Free Software Foundation.
  *
  * This program is distributed in the hope that it will be useful, but
  * WITHOUT ANY WARRANTY; without even the implied warranty of
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
  * General Public License for more details.
  *
  * You should have received a copy of the GNU General Public License
  * along with this program; if not, write to the Free Software
  * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
  * 02110-1301, USA


...appears in the following files:

wiki-app/perf.c
wiki-app/perf.h
wiki-app/profile.c
wiki-app/profile.h



_________________________________

[GPL3+]

The following text:


     This program is free software: you can redistribute it and/or modify
     it under the terms of the GNU General Public License as published by
     the Free Software Foundation, either version 3 of the License, or
     (at your option) any later version.

     This program is distributed in the hope that it will be useful,
     but WITHOUT ANY WARRANTY; without even the implied warranty of
     MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
     GNU General Public License for more details.

     You should have received a copy of the GNU General Public License
     along with this program.  If not, see <http://www.gnu.org/licenses/>.


...appears in the following files:

COPYING
Licenses/GPLV3.TXT
host-tools/console-simulator/main.c
host-tools/jackknife/jackknife.c
samo-lib/drivers/src/eeprom.c
samo-lib/drivers/src/lcd.c
samo-lib/flash/flash.c
samo-lib/mbr/application.h
samo-lib/mbr/file-loader.c
samo-lib/mbr/hello.c
samo-lib/mbr/hw-test.c
samo-lib/mbr/lcd-test.c
samo-lib/mbr/mbr.c
samo-lib/mbr/menu.c
samo-lib/mbr/rs232-loader.c
wiki-app/elf32.c
wiki-app/misc.c



_________________________________

[GPL3+OM-2]

The following text:


//        This program is free software; you can redistribute it and/or
//        modify it under the terms of the GNU General Public License
//        as published by the Free Software Foundation; either version
//        3 of the License, or (at your option) any later version.


...appears in the following files:

samo-lib/drivers/include/diskio.h
samo-lib/drivers/include/mmc.h
wiki-app/malloc-simple.c
wiki-app/malloc-simple.h
wiki-app/search.c
wiki-app/wikilib.c



_________________________________

[GPL3+OM]

The following text:


  * This program is free software: you can redistribute it and/or modify
  * it under the terms of the GNU General Public License as published by
  * the Free Software Foundation, either version 3 of the License, or
  * (at your option) any later version.
  *
  * This program is distributed in the hope that it will be useful,
  * but WITHOUT ANY WARRANTY; without even the implied warranty of
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  * GNU General Public License for more details.
  *
  * You should have received a copy of the GNU General Public License
  * along with this program.  If not, see <http://www.gnu.org/licenses/>.


...appears in the following files:

host-tools/hash-gen/hash.c
host-tools/hash-gen/hash.h
host-tools/hash-gen/main.c
host-tools/wiki-xml/main.c
samo-lib/drivers/include/analog.h
samo-lib/drivers/include/button.h
samo-lib/drivers/include/contrast.h
samo-lib/drivers/include/ctp.h
samo-lib/drivers/include/delay.h
samo-lib/drivers/include/eeprom.h
samo-lib/drivers/include/interrupt.h
samo-lib/drivers/include/lcd.h
samo-lib/drivers/include/suspend.h
samo-lib/drivers/include/temperature.h
samo-lib/drivers/include/tick.h
samo-lib/drivers/src/analog.c
samo-lib/drivers/src/button.c
samo-lib/drivers/src/contrast.c
samo-lib/drivers/src/ctp.c
samo-lib/drivers/src/delay_nop.c
samo-lib/drivers/src/delay_us.c
samo-lib/drivers/src/suspend.c
samo-lib/drivers/src/temperature.c
samo-lib/drivers/src/tick.c
wiki-app/bigram.c
wiki-app/bigram.h
wiki-app/bmf.c
wiki-app/elf32.h
wiki-app/file-io-libfat.c
wiki-app/file-io-posix.c
wiki-app/file-io.h
wiki-app/glyph.c
wiki-app/glyph.h
wiki-app/guilib.c
wiki-app/guilib.h
wiki-app/hexdump.c
wiki-app/input.h
wiki-app/lcd_buf_draw.c
wiki-app/list.h
wiki-app/misc.h
wiki-app/msg-printf.c
wiki-app/msg.h
wiki-app/restricted.c
wiki-app/restricted.h
wiki-app/search_hash.c
wiki-app/search_hash.h
wiki-app/time-posix.c
wiki-app/types.h
wiki-app/wikilib.h
wiki-app/wl-endian.h
wiki-app/wl-time.h



_________________________________

[GPL3+lcd_buf_draw]

The following text:


  * This program is free software: you can redistribute it and/or modify
  * it under the terms of the GNU General Public License as published by
  * the Free Software Foundation, either version 3 of the License, or
  * (at your option) any later version.
  *
  * This program is distributed in the hope that it will be useful,
  * but WITHOUT ANY WARRANTY; without even the implied warranty of
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  * GNU General Public License for more details.
  *
  * You should have received a copy of the GNU General Public License
  * along with this program.  If not, see <http://www.gnu.org/licenses/>.


...appears in the following files:

wiki-app/lcd_buf_draw.h



_________________________________

[GPL3+make]

The following text:


# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program.  If not, see <http://www.gnu.org/licenses/>.


...appears in the following files:

host-tools/console-simulator/Makefile
host-tools/flash07/Makefile
host-tools/hash-gen/Makefile
host-tools/jackknife/Makefile
host-tools/offline-renderer/Makefile
host-tools/pcf2bmf/Makefile
host-tools/wiki-xml/Makefile
samo-lib/Mk/definitions.mk
samo-lib/Mk/rules.mk
samo-lib/drivers/Makefile
samo-lib/flash/Makefile
samo-lib/mbr/Makefile
samo-lib/mini-libc/Makefile



_________________________________

[GPL3+py]

The following text:


  This program is free software: you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
  the Free Software Foundation, either version 3 of the License, or
  (at your option) any later version.

  This program is distributed in the hope that it will be useful,
  but WITHOUT ANY WARRANTY; without even the implied warranty of
  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  GNU General Public License for more details.

  You should have received a copy of the GNU General Public License
  along with this program.  If not, see <http://www.gnu.org/licenses/>.


...appears in the following files:

host-tools/imagetool/imagetool.py
wiki-app/kbd_to_include.py



_________________________________

[GPL3+py2]

The following text:


# LICENSE: GPL Version 3 or later


...appears in the following files:

host-tools/flash07/Dump.py
host-tools/flash07/FLASHROM.py
host-tools/flash07/MapFile.py
host-tools/flash07/SPI.py
host-tools/flash07/flash07
host-tools/flash07/image07
host-tools/offline-renderer/ArticleIndex.py
host-tools/offline-renderer/ArticleParser.py
host-tools/offline-renderer/ArticleRenderer.py
host-tools/offline-renderer/CheckForBadWords.py
host-tools/offline-renderer/FileScanner.py
host-tools/offline-renderer/FilterWords.py
host-tools/offline-renderer/FixRestrictions.py
host-tools/offline-renderer/WordWrap.py
host-tools/offline-renderer/combine_idx.py
host-tools/offline-renderer/littleparser.py
host-tools/offline-renderer/parse_templates.py



_________________________________

[GPL3+sd]

The following text:


//        This program is free software; you can redistribute it and/or
//        modify it under the terms of the GNU General Public License
//        as published by the Free Software Foundation; either version
//        3 of the License, or (at your option) any later version.


...appears in the following files:

samo-lib/drivers/include/sd_api.h
samo-lib/drivers/src/sd_api.c
samo-lib/drivers/src/sd_spi.c
samo-lib/drivers/src/sd_spi.h



_________________________________

[GPL3+wiki-app]

The following text:


  *  This program is free software: you can redistribute it and/or modify
  *  it under the terms of the GNU General Public License as published by
  *  the Free Software Foundation, either version 3 of the License, or
  *  (at your option) any later version.
  *
  *  This program is distributed in the hope that it will be useful,
  *  but WITHOUT ANY WARRANTY; without even the implied warranty of
  *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  *  GNU General Public License for more details.
  *
  *  You should have received a copy of the GNU General Public License
  *  along with this program.  If not, see <http://www.gnu.org/licenses/>.


...appears in the following files:

wiki-app/history.c
wiki-app/history.h
wiki-app/keyboard.c
wiki-app/search.h
wiki-app/wl-keyboard.h



_________________________________

[GPL3-cocoa-simulator]

The following text:


//  Copyright caiaq 2008. GPLv3.


...appears in the following files:

host-tools/cocoa-simulator/main.m



_________________________________

[PublicDomain-Pavlov-2]

The following text:


Igor Pavlov : Public domain */


...appears in the following files:

samo-lib/lzma/7zBuf.h
samo-lib/lzma/7zBuf2.c
samo-lib/lzma/7zFile.c
samo-lib/lzma/7zFile.h
samo-lib/lzma/7zStream.c
samo-lib/lzma/Bcj2.c
samo-lib/lzma/Bcj2.h
samo-lib/lzma/Bra.c
samo-lib/lzma/Bra.h
samo-lib/lzma/Bra86.c
samo-lib/lzma/BraIA64.c
samo-lib/lzma/LzFind.c
samo-lib/lzma/LzFind.h
samo-lib/lzma/LzFindMt.c
samo-lib/lzma/LzFindMt.h
samo-lib/lzma/LzHash.h
samo-lib/lzma/LzmaDec.c
samo-lib/lzma/LzmaDec.h
samo-lib/lzma/LzmaEnc.c
samo-lib/lzma/LzmaEnc.h
samo-lib/lzma/Threads.h
samo-lib/lzma/Types.h



_________________________________

[PublicDomain-Pavlov]

The following text:


Igor Pavlov
Public domain */


...appears in the following files:

samo-lib/lzma/7zBuf.c
samo-lib/lzma/7zCrc.c
samo-lib/lzma/7zCrc.h
samo-lib/lzma/Alloc.c
samo-lib/lzma/Alloc.h
samo-lib/lzma/CpuArch.h
samo-lib/lzma/LzmaLib.c
samo-lib/lzma/LzmaLib.h
samo-lib/lzma/Threads.c



_________________________________

[marekm-hardly-worth]

The following text:


/* written by marekm at linux.org.pl, hardly worth copyrighting :-) */


...appears in the following files:

samo-lib/mini-libc/src/stdlib/abort.c
samo-lib/mini-libc/src/stdlib/abs.c
samo-lib/mini-libc/src/stdlib/atol.c
samo-lib/mini-libc/src/stdlib/errno.c
samo-lib/mini-libc/src/stdlib/labs.c
samo-lib/mini-libc/src/string/atol.c



(part 2 in the next message)


From dj6mf at frombob.to  Sun Nov  1 19:23:11 2009
From: dj6mf at frombob.to (Doug Jones)
Date: Sun, 01 Nov 2009 10:23:11 -0800
Subject: [Wikireader] Any news on Wikireader ?
In-Reply-To: <20091023035346.GA6767@debian>
References: <4AE04C3E.8060207@apertum.it> <4AE0A101.9050200@frombob.to>
	<20091023035346.GA6767@debian>
Message-ID: <4AEDD20F.1060508@frombob.to>

(Part 1 was in the previous message, this is part 2)














______________________________________________________________
The files listed above are not included in the analysis below.

Many of the files remaining are not source code and presumably don't 
require software licenses.

Most of the files remaining do not contain license text and do not 
appear in directories that contain license text.  However I have not 
read all of the files yet.
______________________________________________________________


Graphics and texts and others...



    graphics files:

       .png:

host-tools/splashimages/dead_battery.png
host-tools/splashimages/i_love_samo.png
host-tools/splashimages/openmoko_zh.png
host-tools/splashimages/samo_cat.png
host-tools/splashimages/samo_cool.png
host-tools/splashimages/samo_in_heart.png
samo-lib/flash/fail.png
samo-lib/flash/ok.png
samo-lib/flash/program.png
samo-lib/mbr/empty.png
samo-lib/mbr/splash.png

       .pbm:

wiki-app/clear_history.pbm
wiki-app/keyboard_abc_mono2.pbm
wiki-app/keyboard_numb_mono2.pbm


    text files:

       (no extension):

.git/FETCH_HEAD
.git/HEAD
.git/config
.git/description
.git/index
.git/info/exclude
.git/logs/HEAD
.git/logs/refs/heads/2
.git/logs/refs/heads/master
.git/logs/refs/remotes/origin/gh-pages
.git/logs/refs/remotes/origin/master
.git/packed-refs
.git/refs/heads/2
.git/refs/heads/master
.git/refs/remotes/origin/gh-pages
.git/refs/remotes/origin/master
.gitignore
Makefile
TODO
doc/QuickStart
host-tools/.gitignore
host-tools/console-simulator/.gitignore
host-tools/flash07/.gitignore
host-tools/hash-gen/.gitignore
host-tools/jackknife/.gitignore
host-tools/offline-renderer/.gitignore
host-tools/pcf2bmf/.gitignore
host-tools/splashimages/README
host-tools/wiki-xml/.gitignore
samo-lib/.gitignore
samo-lib/drivers/.gitignore
samo-lib/flash/.gitignore
samo-lib/include/.gitignore
samo-lib/mbr/.gitignore
samo-lib/mini-libc/.gitignore
samo-lib/mini-libc/README
samo-lib/mini-libc/src/bsd/.gitignore
samo-lib/mini-libc/src/stdlib/.gitignore
samo-lib/mini-libc/src/string/.gitignore
samo-lib/scripts/CopyToSD
samo-lib/scripts/MakeSD
samo-lib/scripts/MakeTestFile
samo-lib/scripts/SendCountedFile
samo-lib/scripts/p33
testudo/init-scripts/gpib
testudo/linux-gpib-svn/.gitignore
testudo/linux-gpib-svn/AUTHORS
testudo/linux-gpib-svn/COPYING
testudo/linux-gpib-svn/ChangeLog
testudo/linux-gpib-svn/INSTALL
testudo/linux-gpib-svn/NEWS
testudo/linux-gpib-svn/README
testudo/linux-gpib-svn/TODO
testudo/linux-gpib-svn/applications/Makefile
testudo/linux-gpib-svn/bootstrap
testudo/linux-gpib-svn/contrib/Makefile
testudo/linux-gpib-svn/drivers/gpib/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a/Makefile
testudo/linux-gpib-svn/drivers/gpib/cb7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/cec/Makefile
testudo/linux-gpib-svn/drivers/gpib/eastwood/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82335/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82341/Makefile
testudo/linux-gpib-svn/drivers/gpib/ines/Makefile
testudo/linux-gpib-svn/drivers/gpib/nec7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/ni_usb/Makefile
testudo/linux-gpib-svn/drivers/gpib/pc2/Makefile
testudo/linux-gpib-svn/drivers/gpib/sys/Makefile
testudo/linux-gpib-svn/drivers/gpib/tms9914/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882/Makefile
testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia
testudo/linux-gpib-svn/language/guile/README
testudo/linux-gpib-svn/language/perl/Changes
testudo/linux-gpib-svn/language/perl/MANIFEST
testudo/linux-gpib-svn/language/perl/README
testudo/linux-gpib-svn/language/perl/typemap
testudo/linux-gpib-svn/language/php/run
testudo/linux-gpib-svn/language/python/README
testudo/linux-gpib-svn/language/tcl/.xsetup
testudo/linux-gpib-svn/language/tcl/README
testudo/linux-gpib-svn/language/tcl/examples/.xsetup
testudo/linux-gpib-svn/language/tcl/examples/tclib/tclIndex
testudo/linux-gpib-svn/lib/gpib_version_script
testudo/linux-gpib-svn/test/README
testudo/linux-gpib-svn/test/runtest
testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib
testudo/linux-gpib-svn/util/linux_flags/Makefile
testudo/linux-gpib-svn/util/subdirs
wiki-app/.gitignore

       .txt:

Licenses/BSD.TXT
Licenses/BSD2CL.TXT
Licenses/GPLV2.TXT
samo-lib/misc-files/README.TXT
testudo/linux-gpib-svn/doc/obsolete-linux-gpib.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cbi4882.txt
testudo/linux-gpib-svn/drivers/gpib/ines/ines_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni-usb-b.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni_cis_dump.txt

       .text:

00ReadMe.text
doc/Compiling-on-AMD64.text
doc/Using-schroot.text
host-tools/00ReadMe.text
samo-lib/00ReadMe.text
samo-lib/mbr/application-ReadMe.text
testudo/00ReadMe.text
testudo/test-scripts.text

       .patch:

host-tools/toolchain-patches/0001-gcc-EPSON-modified-sources.patch
host-tools/toolchain-patches/0002-binutils-EPSON-make-it-compile-hack-for-recent-gcc.patch
host-tools/toolchain-patches/0002-gcc-Force-that-the-assembly-of-libgcc-complies-wit.patch
host-tools/toolchain-patches/0003-gcc-Use-the-C-implementations-for-division-and-mod.patch

       .sha256:

host-tools/toolchain-sums/binutils-2.10.1.tar.gz.SHA256
host-tools/toolchain-sums/gcc-3.3.2.tar.gz.SHA256

       .usermap:

testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a.usermap
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib.usermap

       .am:

testudo/linux-gpib-svn/examples/Makefile.am
testudo/linux-gpib-svn/test/Makefile.am

       .conf:

testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia.conf
testudo/linux-gpib-svn/util/templates/gpib.conf

       .html:

testudo/linux-gpib-svn/doc/greg_goebel_hpib_tutorial.html

       .sgml:

testudo/linux-gpib-svn/doc/linux-gpib.sgml

       .rules:

testudo/init-scripts/65-usb-console.rules
testudo/init-scripts/66-usb-relay.rules

       .xml:

testudo/linux-gpib-svn/doc/fdl.xml
xml-file-samples/classical_composers.xml
xml-file-samples/filter_test.xml
xml-file-samples/japanese_architects.xml
xml-file-samples/license.xml
xml-file-samples/terms.xml

       .toolchain:

doc/README.toolchain

       .lds:

samo-lib/flash/flash.lds
samo-lib/mbr/application.lds


    .gz files:

       .gz:

testudo/linux-gpib-svn/doc/obsolete-linux-gpib.ps.gz


    shell scripts:

       .sh:

00run.sh
testudo/scripts/BuildGPIB.sh


    .h files:

       .h:

host-tools/cocoa-simulator/MainWindow.h
host-tools/cocoa-simulator/WikiDisplay.h
host-tools/wiki-xml/wiki_render.h
samo-lib/include/boards/proto1.h
samo-lib/include/boards/proto2.h
samo-lib/include/boards/prt33l17lcd.h
samo-lib/include/boards/s1c33e07.h
samo-lib/include/boards/samo_a1.h
samo-lib/include/regs.h
samo-lib/include/samo.h
samo-lib/lzma/7zVersion.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_proto.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/delay.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/device.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/interrupt.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/module.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/time.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/usb.h
testudo/linux-gpib-svn/drivers/gpib/sys/ibsys.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/mite.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882/mite.h
testudo/linux-gpib-svn/language/guile/gpib.h
testudo/linux-gpib-svn/lib/parse.h
wiki-app/keyboard_all_image.h
wiki-app/sha1.h



(Do .h files need license text?)


______________________________________________________________

The following directories have no files remaining that were not listed 
above:

samo-lib/include/boards
samo-lib/drivers/include
samo-lib/drivers/src
samo-lib/mini-libc/include/sys
samo-lib/mini-libc/src/bsd
samo-lib/mini-libc/include
samo-lib/lzma
samo-lib/Mk
samo-lib/scripts
samo-lib/misc-files
samo-lib/flash
samo-lib/drivers
testudo/linux-gpib-svn/usb/ni_usb_gpib
testudo/linux-gpib-svn/usb/agilent_82357a
testudo/linux-gpib-svn/util/linux_flags
testudo/linux-gpib-svn/util/templates
testudo/linux-gpib-svn/lib/gpib_config
testudo/linux-gpib-svn/drivers/gpib/include/linux
testudo/linux-gpib-svn/drivers/gpib/include
testudo/linux-gpib-svn/drivers/gpib/eastwood
testudo/linux-gpib-svn/drivers/gpib/pc2
testudo/linux-gpib-svn/drivers/gpib/tnt4882
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms
testudo/linux-gpib-svn/drivers/gpib/ni_usb
testudo/linux-gpib-svn/drivers/gpib/cec
testudo/linux-gpib-svn/drivers/gpib/tms9914
testudo/linux-gpib-svn/drivers/gpib/nec7210
testudo/linux-gpib-svn/drivers/gpib/cb7210
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b
testudo/linux-gpib-svn/drivers/gpib/hp_82335
testudo/linux-gpib-svn/drivers/gpib/ines
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a
testudo/linux-gpib-svn/drivers/gpib/hp_82341
testudo/linux-gpib-svn/include
testudo/linux-gpib-svn/usb
testudo/linux-gpib-svn/util
testudo/linux-gpib-svn/doc
testudo/linux-gpib-svn/applications
testudo/linux-gpib-svn/test
testudo/linux-gpib-svn/examples
testudo/linux-gpib-svn/contrib
testudo/scripts
testudo/tests
testudo/init-scripts
testudo/src
host-tools/toolchain-patches
host-tools/flash07
host-tools/offline-renderer
host-tools/console-simulator
host-tools/imagetool
host-tools/hash-gen
host-tools/toolchain-sums
host-tools/jackknife
host-tools/splashimages
.git/refs/remotes/origin
.git/refs/remotes
.git/refs/heads
.git/refs/tags
.git/objects/info
.git/logs/refs/remotes/origin
.git/logs/refs/remotes
.git/logs/refs/heads
.git/logs/refs
.git/refs
.git/branches
.git/logs
.git/info
doc
xml-file-samples
Licenses

______________________________________________________________


Files still remaining to be examined:

samo-lib/include/config.h-default
samo-lib/mbr/GenerateApplicationHeader.awk
samo-lib/mbr/SAMO_A1.mapfile-default
samo-lib/mbr/SAMO_A1.mapfile-rs232
samo-lib/mini-libc/src/stdlib/atoi.c
samo-lib/mini-libc/src/string/bzero.c
samo-lib/mini-libc/src/string/isalnum.c
samo-lib/mini-libc/src/string/isalpha.c
samo-lib/mini-libc/src/string/isascii.c
samo-lib/mini-libc/src/string/isblank.c
samo-lib/mini-libc/src/string/iscntrl.c
samo-lib/mini-libc/src/string/isdigit.c
samo-lib/mini-libc/src/string/islower.c
samo-lib/mini-libc/src/string/isprint.c
samo-lib/mini-libc/src/string/ispunct.c
samo-lib/mini-libc/src/string/isspace.c
samo-lib/mini-libc/src/string/isupper.c
samo-lib/mini-libc/src/string/isxdigit.c
samo-lib/mini-libc/src/string/memcpy.c
samo-lib/mini-libc/src/string/memmove.c
samo-lib/mini-libc/src/string/strchr.c
samo-lib/mini-libc/src/string/strncasecmp.c
samo-lib/mini-libc/src/string/strrchr.c
samo-lib/mini-libc/src/string/toascii.c
samo-lib/mini-libc/src/string/tolower.c
samo-lib/mini-libc/src/string/toupper.c
wiki-app/sha1.c












______________________________________________________________
The files listed above are not included in the analysis below.

Many of the files remaining are not source code and presumably don't 
require software licenses.

Most of the files remaining do not contain license text and do not 
appear in directories that contain license text.  However I have not 
read all of the files yet.
______________________________________________________________


Graphics and texts and others...



    graphics files:

       .png:

host-tools/splashimages/dead_battery.png
host-tools/splashimages/i_love_samo.png
host-tools/splashimages/openmoko_zh.png
host-tools/splashimages/samo_cat.png
host-tools/splashimages/samo_cool.png
host-tools/splashimages/samo_in_heart.png
samo-lib/flash/fail.png
samo-lib/flash/ok.png
samo-lib/flash/program.png
samo-lib/mbr/empty.png
samo-lib/mbr/splash.png

       .pbm:

wiki-app/clear_history.pbm
wiki-app/keyboard_abc_mono2.pbm
wiki-app/keyboard_numb_mono2.pbm


    text files:

       (no extension):

.git/FETCH_HEAD
.git/HEAD
.git/config
.git/description
.git/index
.git/info/exclude
.git/logs/HEAD
.git/logs/refs/heads/2
.git/logs/refs/heads/master
.git/logs/refs/remotes/origin/gh-pages
.git/logs/refs/remotes/origin/master
.git/packed-refs
.git/refs/heads/2
.git/refs/heads/master
.git/refs/remotes/origin/gh-pages
.git/refs/remotes/origin/master
.gitignore
Makefile
TODO
doc/QuickStart
host-tools/.gitignore
host-tools/console-simulator/.gitignore
host-tools/flash07/.gitignore
host-tools/hash-gen/.gitignore
host-tools/jackknife/.gitignore
host-tools/offline-renderer/.gitignore
host-tools/pcf2bmf/.gitignore
host-tools/splashimages/README
host-tools/wiki-xml/.gitignore
samo-lib/.gitignore
samo-lib/drivers/.gitignore
samo-lib/flash/.gitignore
samo-lib/include/.gitignore
samo-lib/mbr/.gitignore
samo-lib/mini-libc/.gitignore
samo-lib/mini-libc/README
samo-lib/mini-libc/src/bsd/.gitignore
samo-lib/mini-libc/src/stdlib/.gitignore
samo-lib/mini-libc/src/string/.gitignore
samo-lib/scripts/CopyToSD
samo-lib/scripts/MakeSD
samo-lib/scripts/MakeTestFile
samo-lib/scripts/SendCountedFile
samo-lib/scripts/p33
testudo/init-scripts/gpib
testudo/linux-gpib-svn/.gitignore
testudo/linux-gpib-svn/AUTHORS
testudo/linux-gpib-svn/COPYING
testudo/linux-gpib-svn/ChangeLog
testudo/linux-gpib-svn/INSTALL
testudo/linux-gpib-svn/NEWS
testudo/linux-gpib-svn/README
testudo/linux-gpib-svn/TODO
testudo/linux-gpib-svn/applications/Makefile
testudo/linux-gpib-svn/bootstrap
testudo/linux-gpib-svn/contrib/Makefile
testudo/linux-gpib-svn/drivers/gpib/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a/Makefile
testudo/linux-gpib-svn/drivers/gpib/cb7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/cec/Makefile
testudo/linux-gpib-svn/drivers/gpib/eastwood/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82335/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82341/Makefile
testudo/linux-gpib-svn/drivers/gpib/ines/Makefile
testudo/linux-gpib-svn/drivers/gpib/nec7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/ni_usb/Makefile
testudo/linux-gpib-svn/drivers/gpib/pc2/Makefile
testudo/linux-gpib-svn/drivers/gpib/sys/Makefile
testudo/linux-gpib-svn/drivers/gpib/tms9914/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882/Makefile
testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia
testudo/linux-gpib-svn/language/guile/README
testudo/linux-gpib-svn/language/perl/Changes
testudo/linux-gpib-svn/language/perl/MANIFEST
testudo/linux-gpib-svn/language/perl/README
testudo/linux-gpib-svn/language/perl/typemap
testudo/linux-gpib-svn/language/php/run
testudo/linux-gpib-svn/language/python/README
testudo/linux-gpib-svn/language/tcl/.xsetup
testudo/linux-gpib-svn/language/tcl/README
testudo/linux-gpib-svn/language/tcl/examples/.xsetup
testudo/linux-gpib-svn/language/tcl/examples/tclib/tclIndex
testudo/linux-gpib-svn/lib/gpib_version_script
testudo/linux-gpib-svn/test/README
testudo/linux-gpib-svn/test/runtest
testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib
testudo/linux-gpib-svn/util/linux_flags/Makefile
testudo/linux-gpib-svn/util/subdirs
wiki-app/.gitignore

       .txt:

Licenses/BSD.TXT
Licenses/BSD2CL.TXT
Licenses/GPLV2.TXT
samo-lib/misc-files/README.TXT
testudo/linux-gpib-svn/doc/obsolete-linux-gpib.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cbi4882.txt
testudo/linux-gpib-svn/drivers/gpib/ines/ines_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni-usb-b.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni_cis_dump.txt

       .text:

00ReadMe.text
doc/Compiling-on-AMD64.text
doc/Using-schroot.text
host-tools/00ReadMe.text
samo-lib/00ReadMe.text
samo-lib/mbr/application-ReadMe.text
testudo/00ReadMe.text
testudo/test-scripts.text

       .patch:

host-tools/toolchain-patches/0001-gcc-EPSON-modified-sources.patch
host-tools/toolchain-patches/0002-binutils-EPSON-make-it-compile-hack-for-recent-gcc.patch
host-tools/toolchain-patches/0002-gcc-Force-that-the-assembly-of-libgcc-complies-wit.patch
host-tools/toolchain-patches/0003-gcc-Use-the-C-implementations-for-division-and-mod.patch

       .sha256:

host-tools/toolchain-sums/binutils-2.10.1.tar.gz.SHA256
host-tools/toolchain-sums/gcc-3.3.2.tar.gz.SHA256

       .usermap:

testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a.usermap
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib.usermap

       .am:

testudo/linux-gpib-svn/examples/Makefile.am
testudo/linux-gpib-svn/test/Makefile.am

       .conf:

testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia.conf
testudo/linux-gpib-svn/util/templates/gpib.conf

       .html:

testudo/linux-gpib-svn/doc/greg_goebel_hpib_tutorial.html

       .sgml:

testudo/linux-gpib-svn/doc/linux-gpib.sgml

       .rules:

testudo/init-scripts/65-usb-console.rules
testudo/init-scripts/66-usb-relay.rules

       .xml:

testudo/linux-gpib-svn/doc/fdl.xml
xml-file-samples/classical_composers.xml
xml-file-samples/filter_test.xml
xml-file-samples/japanese_architects.xml
xml-file-samples/license.xml
xml-file-samples/terms.xml

       .toolchain:

doc/README.toolchain

       .lds:

samo-lib/flash/flash.lds
samo-lib/mbr/application.lds


    .gz files:

       .gz:

testudo/linux-gpib-svn/doc/obsolete-linux-gpib.ps.gz


    shell scripts:

       .sh:

00run.sh
testudo/scripts/BuildGPIB.sh


    .h files:

       .h:

host-tools/cocoa-simulator/MainWindow.h
host-tools/cocoa-simulator/WikiDisplay.h
host-tools/wiki-xml/wiki_render.h
samo-lib/include/boards/proto1.h
samo-lib/include/boards/proto2.h
samo-lib/include/boards/prt33l17lcd.h
samo-lib/include/boards/s1c33e07.h
samo-lib/include/boards/samo_a1.h
samo-lib/include/regs.h
samo-lib/include/samo.h
samo-lib/lzma/7zVersion.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_proto.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/delay.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/device.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/interrupt.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/module.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/time.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/usb.h
testudo/linux-gpib-svn/drivers/gpib/sys/ibsys.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/mite.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882/mite.h
testudo/linux-gpib-svn/language/guile/gpib.h
testudo/linux-gpib-svn/lib/parse.h
wiki-app/keyboard_all_image.h
wiki-app/sha1.h



(Do .h files need license text?)


______________________________________________________________

The following directories have no files remaining that were not listed 
above:

samo-lib/include/boards
samo-lib/drivers/include
samo-lib/drivers/src
samo-lib/mini-libc/include/sys
samo-lib/mini-libc/src/bsd
samo-lib/mini-libc/include
samo-lib/lzma
samo-lib/Mk
samo-lib/scripts
samo-lib/misc-files
samo-lib/flash
samo-lib/drivers
testudo/linux-gpib-svn/usb/ni_usb_gpib
testudo/linux-gpib-svn/usb/agilent_82357a
testudo/linux-gpib-svn/util/linux_flags
testudo/linux-gpib-svn/util/templates
testudo/linux-gpib-svn/lib/gpib_config
testudo/linux-gpib-svn/drivers/gpib/include/linux
testudo/linux-gpib-svn/drivers/gpib/include
testudo/linux-gpib-svn/drivers/gpib/eastwood
testudo/linux-gpib-svn/drivers/gpib/pc2
testudo/linux-gpib-svn/drivers/gpib/tnt4882
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms
testudo/linux-gpib-svn/drivers/gpib/ni_usb
testudo/linux-gpib-svn/drivers/gpib/cec
testudo/linux-gpib-svn/drivers/gpib/tms9914
testudo/linux-gpib-svn/drivers/gpib/nec7210
testudo/linux-gpib-svn/drivers/gpib/cb7210
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b
testudo/linux-gpib-svn/drivers/gpib/hp_82335
testudo/linux-gpib-svn/drivers/gpib/ines
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a
testudo/linux-gpib-svn/drivers/gpib/hp_82341
testudo/linux-gpib-svn/include
testudo/linux-gpib-svn/usb
testudo/linux-gpib-svn/util
testudo/linux-gpib-svn/doc
testudo/linux-gpib-svn/applications
testudo/linux-gpib-svn/test
testudo/linux-gpib-svn/examples
testudo/linux-gpib-svn/contrib
testudo/scripts
testudo/tests
testudo/init-scripts
testudo/src
host-tools/toolchain-patches
host-tools/flash07
host-tools/offline-renderer
host-tools/console-simulator
host-tools/imagetool
host-tools/hash-gen
host-tools/toolchain-sums
host-tools/jackknife
host-tools/splashimages
.git/refs/remotes/origin
.git/refs/remotes
.git/refs/heads
.git/refs/tags
.git/objects/info
.git/logs/refs/remotes/origin
.git/logs/refs/remotes
.git/logs/refs/heads
.git/logs/refs
.git/refs
.git/branches
.git/logs
.git/info
doc
xml-file-samples
Licenses

______________________________________________________________


Files still remaining to be examined:

samo-lib/include/config.h-default
samo-lib/mbr/GenerateApplicationHeader.awk
samo-lib/mbr/SAMO_A1.mapfile-default
samo-lib/mbr/SAMO_A1.mapfile-rs232
samo-lib/mini-libc/src/stdlib/atoi.c
samo-lib/mini-libc/src/string/bzero.c
samo-lib/mini-libc/src/string/isalnum.c
samo-lib/mini-libc/src/string/isalpha.c
samo-lib/mini-libc/src/string/isascii.c
samo-lib/mini-libc/src/string/isblank.c
samo-lib/mini-libc/src/string/iscntrl.c
samo-lib/mini-libc/src/string/isdigit.c
samo-lib/mini-libc/src/string/islower.c
samo-lib/mini-libc/src/string/isprint.c
samo-lib/mini-libc/src/string/ispunct.c
samo-lib/mini-libc/src/string/isspace.c
samo-lib/mini-libc/src/string/isupper.c
samo-lib/mini-libc/src/string/isxdigit.c
samo-lib/mini-libc/src/string/memcpy.c
samo-lib/mini-libc/src/string/memmove.c
samo-lib/mini-libc/src/string/strchr.c
samo-lib/mini-libc/src/string/strncasecmp.c
samo-lib/mini-libc/src/string/strrchr.c
samo-lib/mini-libc/src/string/toascii.c
samo-lib/mini-libc/src/string/tolower.c
samo-lib/mini-libc/src/string/toupper.c
wiki-app/sha1.c





From dj6mf at frombob.to  Sun Nov  1 19:29:43 2009
From: dj6mf at frombob.to (Doug Jones)
Date: Sun, 01 Nov 2009 10:29:43 -0800
Subject: [WikiReader] License review 
In-Reply-To: <4AEDD02E.1090606@frombob.to>
References: <4AE04C3E.8060207@apertum.it>
	<4AE0A101.9050200@frombob.to>	<20091023035346.GA6767@debian>
	<4AEDD02E.1090606@frombob.to>
Message-ID: <4AEDD397.607@frombob.to>

(Eeeek!  Just posted the following message under the wrong subject line. 
  Sorry.  Here it is again.)



(Part 1 was in the previous message, this is part 2)










______________________________________________________________
The files listed above are not included in the analysis below.

Many of the files remaining are not source code and presumably don't
require software licenses.

Most of the files remaining do not contain license text and do not
appear in directories that contain license text.  However I have not
read all of the files yet.
______________________________________________________________


Graphics and texts and others...



     graphics files:

        .png:

host-tools/splashimages/dead_battery.png
host-tools/splashimages/i_love_samo.png
host-tools/splashimages/openmoko_zh.png
host-tools/splashimages/samo_cat.png
host-tools/splashimages/samo_cool.png
host-tools/splashimages/samo_in_heart.png
samo-lib/flash/fail.png
samo-lib/flash/ok.png
samo-lib/flash/program.png
samo-lib/mbr/empty.png
samo-lib/mbr/splash.png

        .pbm:

wiki-app/clear_history.pbm
wiki-app/keyboard_abc_mono2.pbm
wiki-app/keyboard_numb_mono2.pbm


     text files:

        (no extension):

.git/FETCH_HEAD
.git/HEAD
.git/config
.git/description
.git/index
.git/info/exclude
.git/logs/HEAD
.git/logs/refs/heads/2
.git/logs/refs/heads/master
.git/logs/refs/remotes/origin/gh-pages
.git/logs/refs/remotes/origin/master
.git/packed-refs
.git/refs/heads/2
.git/refs/heads/master
.git/refs/remotes/origin/gh-pages
.git/refs/remotes/origin/master
.gitignore
Makefile
TODO
doc/QuickStart
host-tools/.gitignore
host-tools/console-simulator/.gitignore
host-tools/flash07/.gitignore
host-tools/hash-gen/.gitignore
host-tools/jackknife/.gitignore
host-tools/offline-renderer/.gitignore
host-tools/pcf2bmf/.gitignore
host-tools/splashimages/README
host-tools/wiki-xml/.gitignore
samo-lib/.gitignore
samo-lib/drivers/.gitignore
samo-lib/flash/.gitignore
samo-lib/include/.gitignore
samo-lib/mbr/.gitignore
samo-lib/mini-libc/.gitignore
samo-lib/mini-libc/README
samo-lib/mini-libc/src/bsd/.gitignore
samo-lib/mini-libc/src/stdlib/.gitignore
samo-lib/mini-libc/src/string/.gitignore
samo-lib/scripts/CopyToSD
samo-lib/scripts/MakeSD
samo-lib/scripts/MakeTestFile
samo-lib/scripts/SendCountedFile
samo-lib/scripts/p33
testudo/init-scripts/gpib
testudo/linux-gpib-svn/.gitignore
testudo/linux-gpib-svn/AUTHORS
testudo/linux-gpib-svn/COPYING
testudo/linux-gpib-svn/ChangeLog
testudo/linux-gpib-svn/INSTALL
testudo/linux-gpib-svn/NEWS
testudo/linux-gpib-svn/README
testudo/linux-gpib-svn/TODO
testudo/linux-gpib-svn/applications/Makefile
testudo/linux-gpib-svn/bootstrap
testudo/linux-gpib-svn/contrib/Makefile
testudo/linux-gpib-svn/drivers/gpib/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a/Makefile
testudo/linux-gpib-svn/drivers/gpib/cb7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/cec/Makefile
testudo/linux-gpib-svn/drivers/gpib/eastwood/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82335/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82341/Makefile
testudo/linux-gpib-svn/drivers/gpib/ines/Makefile
testudo/linux-gpib-svn/drivers/gpib/nec7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/ni_usb/Makefile
testudo/linux-gpib-svn/drivers/gpib/pc2/Makefile
testudo/linux-gpib-svn/drivers/gpib/sys/Makefile
testudo/linux-gpib-svn/drivers/gpib/tms9914/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882/Makefile
testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia
testudo/linux-gpib-svn/language/guile/README
testudo/linux-gpib-svn/language/perl/Changes
testudo/linux-gpib-svn/language/perl/MANIFEST
testudo/linux-gpib-svn/language/perl/README
testudo/linux-gpib-svn/language/perl/typemap
testudo/linux-gpib-svn/language/php/run
testudo/linux-gpib-svn/language/python/README
testudo/linux-gpib-svn/language/tcl/.xsetup
testudo/linux-gpib-svn/language/tcl/README
testudo/linux-gpib-svn/language/tcl/examples/.xsetup
testudo/linux-gpib-svn/language/tcl/examples/tclib/tclIndex
testudo/linux-gpib-svn/lib/gpib_version_script
testudo/linux-gpib-svn/test/README
testudo/linux-gpib-svn/test/runtest
testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib
testudo/linux-gpib-svn/util/linux_flags/Makefile
testudo/linux-gpib-svn/util/subdirs
wiki-app/.gitignore

        .txt:

Licenses/BSD.TXT
Licenses/BSD2CL.TXT
Licenses/GPLV2.TXT
samo-lib/misc-files/README.TXT
testudo/linux-gpib-svn/doc/obsolete-linux-gpib.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cbi4882.txt
testudo/linux-gpib-svn/drivers/gpib/ines/ines_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni-usb-b.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni_cis_dump.txt

        .text:

00ReadMe.text
doc/Compiling-on-AMD64.text
doc/Using-schroot.text
host-tools/00ReadMe.text
samo-lib/00ReadMe.text
samo-lib/mbr/application-ReadMe.text
testudo/00ReadMe.text
testudo/test-scripts.text

        .patch:

host-tools/toolchain-patches/0001-gcc-EPSON-modified-sources.patch
host-tools/toolchain-patches/0002-binutils-EPSON-make-it-compile-hack-for-recent-gcc.patch
host-tools/toolchain-patches/0002-gcc-Force-that-the-assembly-of-libgcc-complies-wit.patch
host-tools/toolchain-patches/0003-gcc-Use-the-C-implementations-for-division-and-mod.patch

        .sha256:

host-tools/toolchain-sums/binutils-2.10.1.tar.gz.SHA256
host-tools/toolchain-sums/gcc-3.3.2.tar.gz.SHA256

        .usermap:

testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a.usermap
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib.usermap

        .am:

testudo/linux-gpib-svn/examples/Makefile.am
testudo/linux-gpib-svn/test/Makefile.am

        .conf:

testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia.conf
testudo/linux-gpib-svn/util/templates/gpib.conf

        .html:

testudo/linux-gpib-svn/doc/greg_goebel_hpib_tutorial.html

        .sgml:

testudo/linux-gpib-svn/doc/linux-gpib.sgml

        .rules:

testudo/init-scripts/65-usb-console.rules
testudo/init-scripts/66-usb-relay.rules

        .xml:

testudo/linux-gpib-svn/doc/fdl.xml
xml-file-samples/classical_composers.xml
xml-file-samples/filter_test.xml
xml-file-samples/japanese_architects.xml
xml-file-samples/license.xml
xml-file-samples/terms.xml

        .toolchain:

doc/README.toolchain

        .lds:

samo-lib/flash/flash.lds
samo-lib/mbr/application.lds


     .gz files:

        .gz:

testudo/linux-gpib-svn/doc/obsolete-linux-gpib.ps.gz


     shell scripts:

        .sh:

00run.sh
testudo/scripts/BuildGPIB.sh


     .h files:

        .h:

host-tools/cocoa-simulator/MainWindow.h
host-tools/cocoa-simulator/WikiDisplay.h
host-tools/wiki-xml/wiki_render.h
samo-lib/include/boards/proto1.h
samo-lib/include/boards/proto2.h
samo-lib/include/boards/prt33l17lcd.h
samo-lib/include/boards/s1c33e07.h
samo-lib/include/boards/samo_a1.h
samo-lib/include/regs.h
samo-lib/include/samo.h
samo-lib/lzma/7zVersion.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_proto.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/delay.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/device.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/interrupt.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/module.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/time.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/usb.h
testudo/linux-gpib-svn/drivers/gpib/sys/ibsys.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/mite.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882/mite.h
testudo/linux-gpib-svn/language/guile/gpib.h
testudo/linux-gpib-svn/lib/parse.h
wiki-app/keyboard_all_image.h
wiki-app/sha1.h



(Do .h files need license text?)


______________________________________________________________

The following directories have no files remaining that were not listed
above:

samo-lib/include/boards
samo-lib/drivers/include
samo-lib/drivers/src
samo-lib/mini-libc/include/sys
samo-lib/mini-libc/src/bsd
samo-lib/mini-libc/include
samo-lib/lzma
samo-lib/Mk
samo-lib/scripts
samo-lib/misc-files
samo-lib/flash
samo-lib/drivers
testudo/linux-gpib-svn/usb/ni_usb_gpib
testudo/linux-gpib-svn/usb/agilent_82357a
testudo/linux-gpib-svn/util/linux_flags
testudo/linux-gpib-svn/util/templates
testudo/linux-gpib-svn/lib/gpib_config
testudo/linux-gpib-svn/drivers/gpib/include/linux
testudo/linux-gpib-svn/drivers/gpib/include
testudo/linux-gpib-svn/drivers/gpib/eastwood
testudo/linux-gpib-svn/drivers/gpib/pc2
testudo/linux-gpib-svn/drivers/gpib/tnt4882
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms
testudo/linux-gpib-svn/drivers/gpib/ni_usb
testudo/linux-gpib-svn/drivers/gpib/cec
testudo/linux-gpib-svn/drivers/gpib/tms9914
testudo/linux-gpib-svn/drivers/gpib/nec7210
testudo/linux-gpib-svn/drivers/gpib/cb7210
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b
testudo/linux-gpib-svn/drivers/gpib/hp_82335
testudo/linux-gpib-svn/drivers/gpib/ines
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a
testudo/linux-gpib-svn/drivers/gpib/hp_82341
testudo/linux-gpib-svn/include
testudo/linux-gpib-svn/usb
testudo/linux-gpib-svn/util
testudo/linux-gpib-svn/doc
testudo/linux-gpib-svn/applications
testudo/linux-gpib-svn/test
testudo/linux-gpib-svn/examples
testudo/linux-gpib-svn/contrib
testudo/scripts
testudo/tests
testudo/init-scripts
testudo/src
host-tools/toolchain-patches
host-tools/flash07
host-tools/offline-renderer
host-tools/console-simulator
host-tools/imagetool
host-tools/hash-gen
host-tools/toolchain-sums
host-tools/jackknife
host-tools/splashimages
.git/refs/remotes/origin
.git/refs/remotes
.git/refs/heads
.git/refs/tags
.git/objects/info
.git/logs/refs/remotes/origin
.git/logs/refs/remotes
.git/logs/refs/heads
.git/logs/refs
.git/refs
.git/branches
.git/logs
.git/info
doc
xml-file-samples
Licenses

______________________________________________________________


Files still remaining to be examined:

samo-lib/include/config.h-default
samo-lib/mbr/GenerateApplicationHeader.awk
samo-lib/mbr/SAMO_A1.mapfile-default
samo-lib/mbr/SAMO_A1.mapfile-rs232
samo-lib/mini-libc/src/stdlib/atoi.c
samo-lib/mini-libc/src/string/bzero.c
samo-lib/mini-libc/src/string/isalnum.c
samo-lib/mini-libc/src/string/isalpha.c
samo-lib/mini-libc/src/string/isascii.c
samo-lib/mini-libc/src/string/isblank.c
samo-lib/mini-libc/src/string/iscntrl.c
samo-lib/mini-libc/src/string/isdigit.c
samo-lib/mini-libc/src/string/islower.c
samo-lib/mini-libc/src/string/isprint.c
samo-lib/mini-libc/src/string/ispunct.c
samo-lib/mini-libc/src/string/isspace.c
samo-lib/mini-libc/src/string/isupper.c
samo-lib/mini-libc/src/string/isxdigit.c
samo-lib/mini-libc/src/string/memcpy.c
samo-lib/mini-libc/src/string/memmove.c
samo-lib/mini-libc/src/string/strchr.c
samo-lib/mini-libc/src/string/strncasecmp.c
samo-lib/mini-libc/src/string/strrchr.c
samo-lib/mini-libc/src/string/toascii.c
samo-lib/mini-libc/src/string/tolower.c
samo-lib/mini-libc/src/string/toupper.c
wiki-app/sha1.c












______________________________________________________________
The files listed above are not included in the analysis below.

Many of the files remaining are not source code and presumably don't
require software licenses.

Most of the files remaining do not contain license text and do not
appear in directories that contain license text.  However I have not
read all of the files yet.
______________________________________________________________


Graphics and texts and others...



     graphics files:

        .png:

host-tools/splashimages/dead_battery.png
host-tools/splashimages/i_love_samo.png
host-tools/splashimages/openmoko_zh.png
host-tools/splashimages/samo_cat.png
host-tools/splashimages/samo_cool.png
host-tools/splashimages/samo_in_heart.png
samo-lib/flash/fail.png
samo-lib/flash/ok.png
samo-lib/flash/program.png
samo-lib/mbr/empty.png
samo-lib/mbr/splash.png

        .pbm:

wiki-app/clear_history.pbm
wiki-app/keyboard_abc_mono2.pbm
wiki-app/keyboard_numb_mono2.pbm


     text files:

        (no extension):

.git/FETCH_HEAD
.git/HEAD
.git/config
.git/description
.git/index
.git/info/exclude
.git/logs/HEAD
.git/logs/refs/heads/2
.git/logs/refs/heads/master
.git/logs/refs/remotes/origin/gh-pages
.git/logs/refs/remotes/origin/master
.git/packed-refs
.git/refs/heads/2
.git/refs/heads/master
.git/refs/remotes/origin/gh-pages
.git/refs/remotes/origin/master
.gitignore
Makefile
TODO
doc/QuickStart
host-tools/.gitignore
host-tools/console-simulator/.gitignore
host-tools/flash07/.gitignore
host-tools/hash-gen/.gitignore
host-tools/jackknife/.gitignore
host-tools/offline-renderer/.gitignore
host-tools/pcf2bmf/.gitignore
host-tools/splashimages/README
host-tools/wiki-xml/.gitignore
samo-lib/.gitignore
samo-lib/drivers/.gitignore
samo-lib/flash/.gitignore
samo-lib/include/.gitignore
samo-lib/mbr/.gitignore
samo-lib/mini-libc/.gitignore
samo-lib/mini-libc/README
samo-lib/mini-libc/src/bsd/.gitignore
samo-lib/mini-libc/src/stdlib/.gitignore
samo-lib/mini-libc/src/string/.gitignore
samo-lib/scripts/CopyToSD
samo-lib/scripts/MakeSD
samo-lib/scripts/MakeTestFile
samo-lib/scripts/SendCountedFile
samo-lib/scripts/p33
testudo/init-scripts/gpib
testudo/linux-gpib-svn/.gitignore
testudo/linux-gpib-svn/AUTHORS
testudo/linux-gpib-svn/COPYING
testudo/linux-gpib-svn/ChangeLog
testudo/linux-gpib-svn/INSTALL
testudo/linux-gpib-svn/NEWS
testudo/linux-gpib-svn/README
testudo/linux-gpib-svn/TODO
testudo/linux-gpib-svn/applications/Makefile
testudo/linux-gpib-svn/bootstrap
testudo/linux-gpib-svn/contrib/Makefile
testudo/linux-gpib-svn/drivers/gpib/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b/Makefile
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a/Makefile
testudo/linux-gpib-svn/drivers/gpib/cb7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/cec/Makefile
testudo/linux-gpib-svn/drivers/gpib/eastwood/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82335/Makefile
testudo/linux-gpib-svn/drivers/gpib/hp_82341/Makefile
testudo/linux-gpib-svn/drivers/gpib/ines/Makefile
testudo/linux-gpib-svn/drivers/gpib/nec7210/Makefile
testudo/linux-gpib-svn/drivers/gpib/ni_usb/Makefile
testudo/linux-gpib-svn/drivers/gpib/pc2/Makefile
testudo/linux-gpib-svn/drivers/gpib/sys/Makefile
testudo/linux-gpib-svn/drivers/gpib/tms9914/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/Makefile
testudo/linux-gpib-svn/drivers/gpib/tnt4882/Makefile
testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia
testudo/linux-gpib-svn/language/guile/README
testudo/linux-gpib-svn/language/perl/Changes
testudo/linux-gpib-svn/language/perl/MANIFEST
testudo/linux-gpib-svn/language/perl/README
testudo/linux-gpib-svn/language/perl/typemap
testudo/linux-gpib-svn/language/php/run
testudo/linux-gpib-svn/language/python/README
testudo/linux-gpib-svn/language/tcl/.xsetup
testudo/linux-gpib-svn/language/tcl/README
testudo/linux-gpib-svn/language/tcl/examples/.xsetup
testudo/linux-gpib-svn/language/tcl/examples/tclib/tclIndex
testudo/linux-gpib-svn/lib/gpib_version_script
testudo/linux-gpib-svn/test/README
testudo/linux-gpib-svn/test/runtest
testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib
testudo/linux-gpib-svn/util/linux_flags/Makefile
testudo/linux-gpib-svn/util/subdirs
wiki-app/.gitignore

        .txt:

Licenses/BSD.TXT
Licenses/BSD2CL.TXT
Licenses/GPLV2.TXT
samo-lib/misc-files/README.TXT
testudo/linux-gpib-svn/doc/obsolete-linux-gpib.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cb_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/cb7210/cbi4882.txt
testudo/linux-gpib-svn/drivers/gpib/ines/ines_cis_dump.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni-usb-b.txt
testudo/linux-gpib-svn/drivers/gpib/tnt4882/ni_cis_dump.txt

        .text:

00ReadMe.text
doc/Compiling-on-AMD64.text
doc/Using-schroot.text
host-tools/00ReadMe.text
samo-lib/00ReadMe.text
samo-lib/mbr/application-ReadMe.text
testudo/00ReadMe.text
testudo/test-scripts.text

        .patch:

host-tools/toolchain-patches/0001-gcc-EPSON-modified-sources.patch
host-tools/toolchain-patches/0002-binutils-EPSON-make-it-compile-hack-for-recent-gcc.patch
host-tools/toolchain-patches/0002-gcc-Force-that-the-assembly-of-libgcc-complies-wit.patch
host-tools/toolchain-patches/0003-gcc-Use-the-C-implementations-for-division-and-mod.patch

        .sha256:

host-tools/toolchain-sums/binutils-2.10.1.tar.gz.SHA256
host-tools/toolchain-sums/gcc-3.3.2.tar.gz.SHA256

        .usermap:

testudo/linux-gpib-svn/usb/agilent_82357a/agilent_82357a.usermap
testudo/linux-gpib-svn/usb/ni_usb_gpib/ni_usb_gpib.usermap

        .am:

testudo/linux-gpib-svn/examples/Makefile.am
testudo/linux-gpib-svn/test/Makefile.am

        .conf:

testudo/linux-gpib-svn/etc/pcmcia/linux-gpib-pcmcia.conf
testudo/linux-gpib-svn/util/templates/gpib.conf

        .html:

testudo/linux-gpib-svn/doc/greg_goebel_hpib_tutorial.html

        .sgml:

testudo/linux-gpib-svn/doc/linux-gpib.sgml

        .rules:

testudo/init-scripts/65-usb-console.rules
testudo/init-scripts/66-usb-relay.rules

        .xml:

testudo/linux-gpib-svn/doc/fdl.xml
xml-file-samples/classical_composers.xml
xml-file-samples/filter_test.xml
xml-file-samples/japanese_architects.xml
xml-file-samples/license.xml
xml-file-samples/terms.xml

        .toolchain:

doc/README.toolchain

        .lds:

samo-lib/flash/flash.lds
samo-lib/mbr/application.lds


     .gz files:

        .gz:

testudo/linux-gpib-svn/doc/obsolete-linux-gpib.ps.gz


     shell scripts:

        .sh:

00run.sh
testudo/scripts/BuildGPIB.sh


     .h files:

        .h:

host-tools/cocoa-simulator/MainWindow.h
host-tools/cocoa-simulator/WikiDisplay.h
host-tools/wiki-xml/wiki_render.h
samo-lib/include/boards/proto1.h
samo-lib/include/boards/proto2.h
samo-lib/include/boards/prt33l17lcd.h
samo-lib/include/boards/s1c33e07.h
samo-lib/include/boards/samo_a1.h
samo-lib/include/regs.h
samo-lib/include/samo.h
samo-lib/lzma/7zVersion.h
testudo/linux-gpib-svn/drivers/gpib/include/gpib_proto.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/delay.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/device.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/interrupt.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/module.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/time.h
testudo/linux-gpib-svn/drivers/gpib/include/linux/usb.h
testudo/linux-gpib-svn/drivers/gpib/sys/ibsys.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms/mite.h
testudo/linux-gpib-svn/drivers/gpib/tnt4882/mite.h
testudo/linux-gpib-svn/language/guile/gpib.h
testudo/linux-gpib-svn/lib/parse.h
wiki-app/keyboard_all_image.h
wiki-app/sha1.h



(Do .h files need license text?)


______________________________________________________________

The following directories have no files remaining that were not listed
above:

samo-lib/include/boards
samo-lib/drivers/include
samo-lib/drivers/src
samo-lib/mini-libc/include/sys
samo-lib/mini-libc/src/bsd
samo-lib/mini-libc/include
samo-lib/lzma
samo-lib/Mk
samo-lib/scripts
samo-lib/misc-files
samo-lib/flash
samo-lib/drivers
testudo/linux-gpib-svn/usb/ni_usb_gpib
testudo/linux-gpib-svn/usb/agilent_82357a
testudo/linux-gpib-svn/util/linux_flags
testudo/linux-gpib-svn/util/templates
testudo/linux-gpib-svn/lib/gpib_config
testudo/linux-gpib-svn/drivers/gpib/include/linux
testudo/linux-gpib-svn/drivers/gpib/include
testudo/linux-gpib-svn/drivers/gpib/eastwood
testudo/linux-gpib-svn/drivers/gpib/pc2
testudo/linux-gpib-svn/drivers/gpib/tnt4882
testudo/linux-gpib-svn/drivers/gpib/tnt4882-tms
testudo/linux-gpib-svn/drivers/gpib/ni_usb
testudo/linux-gpib-svn/drivers/gpib/cec
testudo/linux-gpib-svn/drivers/gpib/tms9914
testudo/linux-gpib-svn/drivers/gpib/nec7210
testudo/linux-gpib-svn/drivers/gpib/cb7210
testudo/linux-gpib-svn/drivers/gpib/agilent_82350b
testudo/linux-gpib-svn/drivers/gpib/hp_82335
testudo/linux-gpib-svn/drivers/gpib/ines
testudo/linux-gpib-svn/drivers/gpib/agilent_82357a
testudo/linux-gpib-svn/drivers/gpib/hp_82341
testudo/linux-gpib-svn/include
testudo/linux-gpib-svn/usb
testudo/linux-gpib-svn/util
testudo/linux-gpib-svn/doc
testudo/linux-gpib-svn/applications
testudo/linux-gpib-svn/test
testudo/linux-gpib-svn/examples
testudo/linux-gpib-svn/contrib
testudo/scripts
testudo/tests
testudo/init-scripts
testudo/src
host-tools/toolchain-patches
host-tools/flash07
host-tools/offline-renderer
host-tools/console-simulator
host-tools/imagetool
host-tools/hash-gen
host-tools/toolchain-sums
host-tools/jackknife
host-tools/splashimages
.git/refs/remotes/origin
.git/refs/remotes
.git/refs/heads
.git/refs/tags
.git/objects/info
.git/logs/refs/remotes/origin
.git/logs/refs/remotes
.git/logs/refs/heads
.git/logs/refs
.git/refs
.git/branches
.git/logs
.git/info
doc
xml-file-samples
Licenses

______________________________________________________________


Files still remaining to be examined:

samo-lib/include/config.h-default
samo-lib/mbr/GenerateApplicationHeader.awk
samo-lib/mbr/SAMO_A1.mapfile-default
samo-lib/mbr/SAMO_A1.mapfile-rs232
samo-lib/mini-libc/src/stdlib/atoi.c
samo-lib/mini-libc/src/string/bzero.c
samo-lib/mini-libc/src/string/isalnum.c
samo-lib/mini-libc/src/string/isalpha.c
samo-lib/mini-libc/src/string/isascii.c
samo-lib/mini-libc/src/string/isblank.c
samo-lib/mini-libc/src/string/iscntrl.c
samo-lib/mini-libc/src/string/isdigit.c
samo-lib/mini-libc/src/string/islower.c
samo-lib/mini-libc/src/string/isprint.c
samo-lib/mini-libc/src/string/ispunct.c
samo-lib/mini-libc/src/string/isspace.c
samo-lib/mini-libc/src/string/isupper.c
samo-lib/mini-libc/src/string/isxdigit.c
samo-lib/mini-libc/src/string/memcpy.c
samo-lib/mini-libc/src/string/memmove.c
samo-lib/mini-libc/src/string/strchr.c
samo-lib/mini-libc/src/string/strncasecmp.c
samo-lib/mini-libc/src/string/strrchr.c
samo-lib/mini-libc/src/string/toascii.c
samo-lib/mini-libc/src/string/tolower.c
samo-lib/mini-libc/src/string/toupper.c
wiki-app/sha1.c




From lukpank at o2.pl  Sun Nov  1 20:00:51 2009
From: lukpank at o2.pl (=?utf-8?Q?=C5=81ukasz?= Pankowski)
Date: Sun, 01 Nov 2009 20:00:51 +0100
Subject: ffalarms 0.3.1 -- bug fix and editing of non recurring alarms
In-Reply-To: <4AEC5D80.40507@gmail.com> ("Bernd =?utf-8?Q?Pr=C3=BCnster=22?=
	=?utf-8?Q?'s?= message of "Sat, 31 Oct 2009 16:53:36 +0100")
References: <87d4arn78c.fsf@ash.lupan-home>
	<20091028211358.53c75f22@vanek.robe.cz>
	<200910282132.04017.openmoko@mazikeen.demon.co.uk>
	<20091028223910.2dc09875@vanek.robe.cz>
	<1256771497.13762.9.camel@rattus> <87r5sl7qye.fsf@ash.lupan-home>
	<1256858070.13762.540.camel@rattus>
	<f8d5d4f30910300726g495a2c43ue9b69c1f6a878ff4@mail.gmail.com>
	<1cc7690910300814h153fee4frdb02f4ffe480e178@mail.gmail.com>
	<87ljiryczn.fsf_-_@ash.lupan-home>
	<f8d5d4f30910310711s7163f7demcf55fc7a990cd0e1@mail.gmail.com>
	<4AEC5D80.40507@gmail.com>
Message-ID: <877huavzmk.fsf@ash.lupan-home>

Bernd Pr?nster <bernd.pruenster at gmail.com> writes:

> jeremy jozwik wrote:
>> 2009/10/31 ?ukasz Pankowski <lukpank at o2.pl>:
>>   
>>> - make puzzle digits twice bigger for without glasses readability
>>>     
>>
>> i like this one, works well.
>>   
> isn't the point of the puzzle that you cannot read it unless you are 
> fully awake?

Yes, that is the point, but those who do not want to awake other people
in the house want to be able to turn in off when half awaken.  I think
for now, when there is no concept of snoozing, the bigger font is a good
compromise.  (as I would like to avoid making every detail configurable,
trying to make good defaults -- that is the theory).

When I will introduce snoozing (most probably button for the first time,
puzzle for each next), I will reconsider the issue of the font size.


From mobi at mobiphil.com  Sun Nov  1 20:03:23 2009
From: mobi at mobiphil.com (mobi phil)
Date: Sun, 1 Nov 2009 20:03:23 +0100
Subject: [qtmoko] cannot flash v14, dfu-util -71
Message-ID: <a4875c0e0911011103r1abecd33p213e4f33dd244f4b@mail.gmail.com>

As already reported somwhere else, the -71 error comes often when the
usb cable is not good. I used the front connection of my pc, that has
internally probably a bad connection inside..


tried to flash with the cable attached to usb connector on
motherboard, and flashing works



On Fri, Oct 9, 2009 at 1:19 PM, ghislain <ghislain at basetrend.nl> wrote:
>
> I have this sometimes too, mostly when flashing a lot (and lots of connect /
> reconnect the Neo).
> This is what helps me the most of the time (I use Ubuntu 9.04): sudo
> /etc/init.d/udev refresh-devices
>
> But you can always load the installer-image I've created (
> http://www.openmobile.nl/pages/downloads.php#qtm14 QtMoko V14 ) so you won't
> have to flash it over USB, just unzip the image to the first (vfat)
> partition on you're sdcard and boot from it in NOR mode. It's also a lot
> faster then flashing over USB.
> But beware, there are some little changes in the configuration: swap is on
> partition 2 of the sdcard (instead of 4) and nfs mounts to /media/jffs2
> (instead of /).
> --
> View this message in context: http://n2.nabble.com/qtmoko-cannot-flash-v14-tp3793119p3794143.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com


From jensseidel at users.sf.net  Sun Nov  1 20:54:50 2009
From: jensseidel at users.sf.net (Jens Seidel)
Date: Sun, 1 Nov 2009 20:54:50 +0100
Subject: Symptoms of failed #1024 fix
In-Reply-To: <f03651f60911010857v363bf33cicc8c2c605178ebda@mail.gmail.com>
References: <20091101163636.GA24169@merkur.sol.de>
	<f03651f60911010857v363bf33cicc8c2c605178ebda@mail.gmail.com>
Message-ID: <20091101195450.GA25598@merkur.sol.de>

On Sun, Nov 01, 2009 at 05:57:28PM +0100, Christophe M wrote:
> > /var/log/frameworkd.log:
> >
> > 2009.11.01 17:25:06.733 ogsmd.modem.abstract ERROR    could not open
> > channel MISC, retrying in 2 seconds

> > I just want to confirm that
> > these symptoms mean that the soldering was not properly done so that no
> > capacitor is used instead of the 10uF or 22uF one. I will ask the engineer
> > who  performed this task for me to do it again to get a proper phone.

> I have the same error while I'm on roaming but I haven't done the 1024 fix
> so I'm not sure it's related ...

There was at least a further Google hit on the messages above with relation
to a #1024 bugfix and I just tried to confirm it.

I get no prompt for the SIM pin which worked in the past and also mickeyterm
exits with a DBus exception before I can enter a single command. As the
engineer told me he isn't sure about the soldering I assumed it wasn't done
well ...

dmesg outputs:
[ 1068.535000] modem wakeup interrupt
[ 1081.725000] modem wakeup interrupt
[ 1094.915000] modem wakeup interrupt
[ 1108.110000] modem wakeup interrupt
[ 1121.340000] modem wakeup interrupt
[ 1134.540000] modem wakeup interrupt
[ 1147.740000] modem wakeup interrupt
[ 1160.935000] modem wakeup interrupt
[ 1174.125000] modem wakeup interrupt
[ 1187.310000] modem wakeup interrupt
[ 1200.510000] modem wakeup interrupt

On the other hand I did most tests (except the initial ones) with a disassembled
device (without GSM and GPS antenna, no WLAN module and battery) ...

If it works again after the resoldering I will drop a mail.

Jens


From christian.rueb at gmx.net  Sun Nov  1 22:10:48 2009
From: christian.rueb at gmx.net (Christian =?utf-8?q?R=C3=BCb?=)
Date: Sun, 1 Nov 2009 22:10:48 +0100
Subject: QSuunto-Lite new version - divers and non-divers wanted
In-Reply-To: <1255732333724-3838783.post@n2.nabble.com>
References: <200908122234.33205.christian.rueb@gmx.net>
	<200909221430.31485.christian.rueb@gmx.net>
	<1255732333724-3838783.post@n2.nabble.com>
Message-ID: <200911012210.49065.christian.rueb@gmx.net>

> > On the other hand you can experiment with libdc [3] yourself writing a
> > testapp to try the basics - there are already some basic examples in the
> > sources.
> > 
> I compiled libdc and ran the d9 test dump app which resulted in success for
> memory dump as well as sdm dump (I assume the database format?).  This gives
> me hope that we can retrieve the profile!

I built an ipk here [1] and the good news is - the test app runs on the Freerunner :)
The bitbake recipe is here [2]
The very good news is - ouput is almost the same as from vyperlink, which means I dumped it into a file and opened it in QSuunto-Lite and it could read all dive data!

So if you can produce the same for your D9 it shall be easy to integrate this into QSuunto-Lite, I just have to modify the testapps from the lib to only output the relevant data and add a parser for D9 in QSuunto-Lite + config possibility for different DCs.

For now I have added saving and restoring settings to QSuunto-Lite but there is no new package yet as there still might come some more little changes.

Can you send me (not to list) a dump from your D9 done with libdivecomputer's D9 test app? The relevant part are the the dive dumps (anything between device_foreach and before device_dump).

Cheers,
 Christian

[1] http://openmoko.senfdax.de/shr-unstable/libdivecomputer_0.1+svnr300-r1_armv4t.ipk
[2] http://git.senfdax.de/?p=oe_recipes;a=blob;f=libdivecomputer/libdivecomputer_svn.bb;h=024d59f3975706d4bb72c3240963b1396e29d42d;hb=HEAD


From hsw at openmoko.com  Mon Nov  2 05:02:30 2009
From: hsw at openmoko.com (Christopher Hall)
Date: Mon, 2 Nov 2009 12:02:30 +0800
Subject: [WikiReader] file system questions  (was:
	[wikireader]Suggestions for next steps on software)
In-Reply-To: <4AEB42B1.7080705@frombob.to>
References: <5c6ceea80910300821s7963bf69nb67c4020dc2a9531@mail.gmail.com>
	<4AEB0CD3.5020001@frombob.to> <4AEB280E.1090109@frombob.to>
	<5c6ceea80910301106v573d18bfk488a2cd7bbc856da@mail.gmail.com>
	<4AEB42B1.7080705@frombob.to>
Message-ID: <20091102120230.3360e1ad@hsw-laptop>

On Fri, 30 Oct 2009 12:46:57 -0700
Doug Jones <dj6mf at frombob.to> wrote:

> [snip]
> > I like this approach, just remind that as far I see the code and by
> > comments of the devs, the kernel implements the bare just enough to
> > read files, so I think directories are not implemented at all that's
> > why all is on root directory so at least basic hierarchical
> > filesystem has to be implemented before we can do this solution.
> > But directories will easy the organization of pictures too
> 
> 
> Good point.
> 
> So two important questions to be answered, before we get any further 
> into this:
> 
> (1) Has OpenMoko made the policy decision that filenames will be
> limited to 8.3?

I would prefer to keep it simple, the boot loader must run in under 7kB
of internal RAM (actually it uses overlays) so adding more code
here is not so easy.  
> 
> 
> (2) How complicated will it be to implement subdirectory support?
The version of the file system supports directory access, but there
is no support for "chdir"

we are using this:   http://elm-chan.org/fsw/ff/00index_e.html
presently at version: R0.06

so all pathnames have to be absolute, I tried a couple of quick
tests and I could create and read a file in the folder, but I am missing
"mkdir" in forth, (just need to add the interface routine)

It looks like there is a new version with "chdir" support, but
I have not investigated this yet

Hope this answers your questions 


> 
> 
> Note that only one subdirectory level is really needed to implement
> what has already been suggested.
> 
> The current implementation contains 81 files, totaling 4.2GB for the 
> English version.  Nearly all of that is in the big wiki data files 
> (pedia*).  The other files, the ones you get when you make install, 
> comprise 49 files and only 18MB, and most of that is fonts (which are 
> often different for different languages).
> 
> We could adopt a brain-swap approach:  After bootup, the user selects 
> one wiki and then the app switches to the selected subdirectory and 
> considers that to be the root until the next cold boot.  All 81 files 
> for that particular wiki and language would be in that subdirectory, 
> including the big wiki data files and the fonts and the remaining
> files (45 files, only 381KB, and this includes ALL of the
> executables!)  While the single app is running, it would not have to
> access (or even know about) anything outside its current directory,
> so no filesystem calls relating to directory navigation would be
> needed within that particular kernel.elf.  Only the initial wiki
> selection app (we would have to write one) would have to understand
> subdirectories, and only to one level deep.
> 
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


From undrwater at verizon.net  Mon Nov  2 06:33:00 2009
From: undrwater at verizon.net (undrwater)
Date: Sun, 1 Nov 2009 21:33:00 -0800 (PST)
Subject: QSuunto-Lite new version - divers and non-divers wanted
In-Reply-To: <200911012210.49065.christian.rueb@gmx.net>
References: <200908122234.33205.christian.rueb@gmx.net>
	<1253550626285-3686566.post@n2.nabble.com>
	<200909221430.31485.christian.rueb@gmx.net>
	<1255732333724-3838783.post@n2.nabble.com>
	<200911012210.49065.christian.rueb@gmx.net>
Message-ID: <1257139980506-3930039.post@n2.nabble.com>


*  I compiled libdc and ran the d9 test dump app which resulted in success
for 
> memory dump as well as sdm dump (I assume the database format?).  This
gives 
> me hope that we can retrieve the profile! 

I built an ipk here [1] and the good news is - the test app runs on the
Freerunner :) 
The bitbake recipe is here [2] 
The very good news is - ouput is almost the same as from vyperlink, which
means I dumped it into a file and opened it in QSuunto-Lite and it could
read all dive data! 

For now I have added saving and restoring settings to QSuunto-Lite but there
is no new package yet as there still might come some more little changes. 

Can you send me (not to list) a dump from your D9 done with
libdivecomputer's D9 test app? The relevant part are the the dive dumps
(anything between device_foreach and before device_dump). 

Cheers, 
 Christian 

[1]
http://openmoko.senfdax.de/shr-unstable/libdivecomputer_0.1+svnr300-r1_armv4
t.ipk
[2]
http://git.senfdax.de/?p=oe_recipes;a=blob;f=libdivecomputer/libdivecomputer
_svn.bb;h=024d59f3975706d4bb72c3240963b1396e29d42d;hb=HEAD

Great news!! :-)  How can I contact you off list?

 

Russell Dwiggins


-- 
View this message in context: http://n2.nabble.com/QSuunto-Lite-new-version-divers-and-non-divers-wanted-tp3433821p3930039.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From marcus.bauer at gmail.com  Mon Nov  2 08:06:56 2009
From: marcus.bauer at gmail.com (Marcus Bauer)
Date: Mon, 2 Nov 2009 08:06:56 +0100
Subject: tangogps 0.9.8
Message-ID: <20091102080656.10dd9af0@one>



Hello,

a new version of tangoGPS is out. Most notably are:

 * a fix for a potential segfault in the overzoom code (spotted by
   Joshua Judson Rosen)

 * if started in landscape mode the layout is optimized (toolbar
   vertical) which is nice both on the neo as well as on a laptop

 * you can send messages to other users if the have 0.9.8 too - if you
   are on GPRS that's a lot cheaper than SMS. In any case it is a fun
   little feature and can be quite handy at times

As always, find it a http://tangogps.org/

Have fun!

Marcus




From dj6mf at frombob.to  Mon Nov  2 08:14:13 2009
From: dj6mf at frombob.to (Doug Jones)
Date: Sun, 01 Nov 2009 23:14:13 -0800
Subject: [WikiReader] file system questions 
In-Reply-To: <20091102120230.3360e1ad@hsw-laptop>
References: <5c6ceea80910300821s7963bf69nb67c4020dc2a9531@mail.gmail.com>	<4AEB0CD3.5020001@frombob.to>
	<4AEB280E.1090109@frombob.to>	<5c6ceea80910301106v573d18bfk488a2cd7bbc856da@mail.gmail.com>	<4AEB42B1.7080705@frombob.to>
	<20091102120230.3360e1ad@hsw-laptop>
Message-ID: <4AEE86C5.7050506@frombob.to>

Christopher Hall wrote:
> On Fri, 30 Oct 2009 12:46:57 -0700
> Doug Jones <dj6mf at frombob.to> wrote:
> 
>> [snip]
>>> I like this approach, just remind that as far I see the code and by
>>> comments of the devs, the kernel implements the bare just enough to
>>> read files, so I think directories are not implemented at all that's
>>> why all is on root directory so at least basic hierarchical
>>> filesystem has to be implemented before we can do this solution.
>>> But directories will easy the organization of pictures too
>>
>> Good point.
>>
>> So two important questions to be answered, before we get any further 
>> into this:
>>
>> (1) Has OpenMoko made the policy decision that filenames will be
>> limited to 8.3?
> 
> I would prefer to keep it simple, the boot loader must run in under 7kB
> of internal RAM (actually it uses overlays) so adding more code
> here is not so easy.  
>>
>> (2) How complicated will it be to implement subdirectory support?
> The version of the file system supports directory access, but there
> is no support for "chdir"
> 
> we are using this:   http://elm-chan.org/fsw/ff/00index_e.html
> presently at version: R0.06
> 
> so all pathnames have to be absolute, I tried a couple of quick
> tests and I could create and read a file in the folder, but I am missing
> "mkdir" in forth, (just need to add the interface routine)
> 
> It looks like there is a new version with "chdir" support, but
> I have not investigated this yet
> 
> Hope this answers your questions 
> 


Yes, thanks for that.  Helps a lot.


This is what I've got in mind:


No changes to boot loader.  The only things to be changed are on the SD 
card.

Suppose the user wants two different wikis on the device.  To keep 
things simple, each wiki is independent and resides in its own 
directory.  Once a particular wiki is running, there is no way to access 
the other one without rebooting.  For backwards compatibility, we let 
the default wiki reside at root, just as in the current implementation.

A directory may contain a Wikipedia in a different language, or perhaps 
some entirely different wiki using the same WikiReader app, or perhaps 
some other app that is yet to be written.  (For convenience, we call 
each one an app here, even if the subdirectory actually contains 
multiple applications).


The boot loader runs /kernel.elf as before, but instead of the 
WikiReader app, it's just a menu system (the WikiReader app has been 
renamed something like wrkernel.elf).  It scans the subdirectories (only 
one level down) on the SD card, looking for a particular filename, say 
menu.png, which contains an image of the menu entry for that particular 
app.  By using pictures for the entries, we don't need any 
(multi-language!) font support in the menu app, kernel.elf.

If it finds no /*/menu.png then it loads /wrkernel.elf and the device 
works just as it does now, with everything at / on the card.  The user 
does not see anything different from what they see now.

If it does find some /*/menu.png, it displays a menu containing all of 
the bitmaps found (including the default one at /menu.png).  If the user 
selects one other than the default, say for example the one at 
/pt/menu.png, kernel.elf passes control to /pt/wrkernel.elf and the 
Portugu?s version of Wikipedia runs.  From that point on, the app 
doesn't need to know anything about what's at / or any other 
subdirectory.  All of the .bmf font files and Forth files and whatnot 
are in that subdirectory.

So kernel.elf needs to be able to do dir /*/menu.png, wrkernel.elf needs 
to be able to do chdir (once), and nobody needs to do mkdir.  All other 
filesystem operations happen within a single directory.


This initial menu system also is displayed if the user holds down a 
button while booting, so /pt/forth.elf or /pt/calc.elf or whatever will 
be run as appropriate.


With this scheme, the 8.3 filename limit is no problem.  And different 
language versions of Wikipedia can reside in directories named after the 
language designations used by Wikipedia.

If a user wants to add a wiki of their own, they just use the existing 
tools to build the pedia* files from an xml dump.  They put these into a 
folder along with the other files copied from / on a standard WikiReader 
SD card, add a menu.png file for the menu entry (we can give them a tool 
to generate one in their language), and then they copy the folder onto 
the SD card and put it into the device and off they go.

If somebody writes an entirely different app, all they have to do is 
name it wrkernel.elf, supply a menu.png, put it all in a folder and do 
as above.


And nobody has to flash the ROM.



>>
>> Note that only one subdirectory level is really needed to implement
>> what has already been suggested.
>>
>> The current implementation contains 81 files, totaling 4.2GB for the 
>> English version.  Nearly all of that is in the big wiki data files 
>> (pedia*).  The other files, the ones you get when you make install, 
>> comprise 49 files and only 18MB, and most of that is fonts (which are 
>> often different for different languages).
>>
>> We could adopt a brain-swap approach:  After bootup, the user selects 
>> one wiki and then the app switches to the selected subdirectory and 
>> considers that to be the root until the next cold boot.  All 81 files 
>> for that particular wiki and language would be in that subdirectory, 
>> including the big wiki data files and the fonts and the remaining
>> files (45 files, only 381KB, and this includes ALL of the
>> executables!)  While the single app is running, it would not have to
>> access (or even know about) anything outside its current directory,
>> so no filesystem calls relating to directory navigation would be
>> needed within that particular kernel.elf.  Only the initial wiki
>> selection app (we would have to write one) would have to understand
>> subdirectories, and only to one level deep.
>>
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 



From yorickmoko at gmail.com  Mon Nov  2 09:38:49 2009
From: yorickmoko at gmail.com (Yorick Moko)
Date: Mon, 2 Nov 2009 09:38:49 +0100
Subject: tangogps 0.9.8
In-Reply-To: <20091102080656.10dd9af0@one>
References: <20091102080656.10dd9af0@one>
Message-ID: <26fea52c0911020038w1b492715u70dec6e6b847efd0@mail.gmail.com>

On Mon, Nov 2, 2009 at 8:06 AM, Marcus Bauer <marcus.bauer at gmail.com> wrote:

>
>
> Hello,
>
> a new version of tangoGPS is out. Most notably are:
>
>  * a fix for a potential segfault in the overzoom code (spotted by
>   Joshua Judson Rosen)
>
>  * if started in landscape mode the layout is optimized (toolbar
>   vertical) which is nice both on the neo as well as on a laptop
>
>  * you can send messages to other users if the have 0.9.8 too - if you
>   are on GPRS that's a lot cheaper than SMS. In any case it is a fun
>   little feature and can be quite handy at times
>
> As always, find it a http://tangogps.org/
>
> Have fun!
>
> Marcus
>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

super!
will test it as soon as i find some time
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/30970a9e/attachment.htm 

From freepage at gmail.com  Mon Nov  2 10:41:22 2009
From: freepage at gmail.com (Pieter Colpaert)
Date: Mon, 02 Nov 2009 10:41:22 +0100
Subject: tangogps 0.9.8
In-Reply-To: <20091102080656.10dd9af0@one>
References: <20091102080656.10dd9af0@one>
Message-ID: <1257154882.6374.0.camel@pieterc-laptop>

Hi Markus,

Thanks for the update. Do you have an ipk/opk file yet? On your website
it says version 0.9.5. On my moko though, I got 0.9.7-r2 installed.
Someone for SHR-u should update the repo to 0.9.8 asap? Thanks :)

Pieter

On Mon, 2009-11-02 at 08:06 +0100, Marcus Bauer wrote:
> 
> Hello,
> 
> a new version of tangoGPS is out. Most notably are:
> 
>  * a fix for a potential segfault in the overzoom code (spotted by
>    Joshua Judson Rosen)
> 
>  * if started in landscape mode the layout is optimized (toolbar
>    vertical) which is nice both on the neo as well as on a laptop
> 
>  * you can send messages to other users if the have 0.9.8 too - if you
>    are on GPRS that's a lot cheaper than SMS. In any case it is a fun
>    little feature and can be quite handy at times
> 
> As always, find it a http://tangogps.org/
> 
> Have fun!
> 
> Marcus
> 
> 
> 
> 



From marcus.bauer at gmail.com  Mon Nov  2 10:50:03 2009
From: marcus.bauer at gmail.com (Marcus Bauer)
Date: Mon, 2 Nov 2009 10:50:03 +0100
Subject: tangogps 0.9.8
In-Reply-To: <1257154882.6374.0.camel@pieterc-laptop>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop>
Message-ID: <20091102105003.4b356444@one>

On Mon, 02 Nov 2009 10:41:22 +0100
Pieter Colpaert <freepage at gmail.com> wrote:

> Hi Markus,
> 
> Thanks for the update. Do you have an ipk/opk file yet? On your
> website it says version 0.9.5.

I have currently no working OE here and there are now too many
distribs. However, you can try the armel.deb. Just extract the tangogps
binary from the .deb (do it on your desktop/laptop) and copy it to your
Neo.

The necessary steps are:

cd /tmp
wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
ar -x tangogps_0.9.8-1_armel.deb
tar xfvz data.tar.gz
scp /tmp/usr/bin/tangogps to_your_phone


Marcus


From sander at 3v8.net  Mon Nov  2 10:59:42 2009
From: sander at 3v8.net (Sander van Grieken)
Date: Mon, 2 Nov 2009 10:59:42 +0100
Subject: Fwd: [Shr-User] What's going on in SHR land
In-Reply-To: <200911011704.30507.zimmermann@vdm-design.de>
References: <200911011704.30507.zimmermann@vdm-design.de>
Message-ID: <200911021059.42666.sander@3v8.net>

Thanks for the update!

Ever since I saw that the SHR feeds didn't get updated for a while I compiled SHR myself 
from the shr/import branch, so I already knew that there was a lot of activity going on 
under the radar.

For me the usage of opimd for contacts is the nicest new feature. It has a VCF backend, so 
I could just scp my Kaddressbook contacts over to the FR and have all my contacts 
available. nice!

Graphic speed felt a little slower though, and the interfacing with FSO was broken in some 
places, like the power management. Also the power button didn't bring up the popup menu. 
But these are all findings of a few weeks back, so most will probably be long fixed 
already.

Thanks again, looking forward to the next stable unstable release of SHR!

grtz,
Sander


On Sunday 01 November 2009 17:04:30 Thomas Zimmermann wrote:
> For the SHR users that aren't reading the SHR mailing lists i'm forwarding
> this message from spaetz:
> 
> 
> 
> Betreff: [Shr-User] What's going on in SHR land
> Datum: Sonntag 01 November 2009
> Von: Sebastian Spaeth <Sebastian at sspaeth.de>
> An: shr-devel at lists.shr-project.org, shr-user at lists.shr-project.org
> 
> Hi all, for those of you few that do not live 24/7 in IRC land, here is
> a not-so-brief update on what is happening in SHR land. No, we are not
> all dead :).
> 
> There are a couple of major transitions that have slowed down new images
> or indeed any updates in the SHR feed. Let me try to sum up a few and  I
> am sure others will chime in and list whatever I have forgotten:
> 
> - Transition from the obsolete kdrive-glamo driver to a proper xorg
> server infrastructure. This took some time, but it appears that it is
> working fine now. Don't expect any (initial) performance boosts, but
> being on a regular xorg server and having a driver that is actually
> being developed and maintained is a good thing for the future (thanks to
> Weiss and others for some really hard work here).
> 
> - More fso...d goodness. Rather than having Mickey Lauer's python
> prototyped phone backend, we are starting to his re-written bits and
> pieces (coded in vala, which should give us a nice performance boost
> over python). For the beginning we have the resource handling
> (fsoresourced) on board and look forward to the next bits and pieces. I
> know very little about the state of things here, so others might have
> more information.
> 
> -New phone apps: As if that were not enough changes, the core team
> (mrmoku, tasn, dos1, and others?) has started to redevelop the frontend
> applications for SHR. the old ophonekitd was initially developed by a
> guy called quickev who has been missing in action since quite some
> months now. Don't ask ME why, but apparently the now design allows for
> better/quicker/whatnot development. I'll let one of them speak out for
> themselves about the motivations. Besides lots of work,this gives us
> also a chance to redesign the screens and make the UI better. So goodbuy
> ophonekitd and libphone-efl, welcome phoneui, and libphoneui-shr.
> 
> -Bernd Pr?nzler(spelling?) is kind enough to help out with some theme
> development (BTW, you did know there is a theme contest going on, do
> you? So, go and design and submit something already!). The default theme
> has been designed for powerful desktops, and is using more transparency
> and other fancy stuff than the slow graphics can do. He is developing a
> theme that should be much faster on the Freerunner (but don't expect
> miracles, the hardware will still be barely able to drive a full
> VGA-resolution screen). So expect a big fight between dos1 (niebee
> theme) and bernd (gry theme) for the fastest performance (while
> retaining good looks).
> 
> Last but not least: what we had done the last few months, is basically
> taking a fork of OpenEmbedded and developing from that. While this gave
> us the stability to code apps without having others break our stuff (we
> are quite capabable of doing that ourselves it seems :-) ), this led to
> a quickly diverging SHR and OE tree. It was decided that we really
> should include our stuff into OpenEmbedded proper, rather than just
> doing our stuff in parallel. So we had first put all the stuff into an
> "SHR/import" git tree which is in the openembedded code repository.
> Next, mrmoku created the "shr/merge" tree which is kept in sync with the
> OpenEmbedded tree and we ported all our enhancements there. The plan is
> to take our bits and pieces from here and merge them into OE over time.
> This is where we currently stand, we want to keep using the shr/merge
> tree which gives us a current OE tree, but of courseby using more
> updated components, lots of stuff was broken. The guys have fought
> really hard in the last days (and weeks) to overcome compilation errors,
> nonbooting phones, and crashing components. It seems we are now really
> close. The new images compile fine (yay!), the phone actually boots, and
> many of the crashes have been eliminated. AFAIK, we are currently still
> stuck with a segfaulting dbus. As soon as these issues are ironed out,
> mrmoku will continue to put updated SHR-unstable images and packages
> out. This could take 1,2, or 4 days. I don't know how long and it
> depends on how good things will turn out. But there will be a new image
> soon. Expect some teething troubles with the new images at first (I am
> not sure an opkg upgrade will work), but this is all fancy new stuff
> that we are very happy about.
> 
> spaetz
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


From thomas.hocedez at free.fr  Mon Nov  2 11:56:58 2009
From: thomas.hocedez at free.fr (Thomas HOCEDEZ)
Date: Mon, 02 Nov 2009 11:56:58 +0100
Subject: [WikiReader] Hardware
Message-ID: <4AEEBAFA.2090106@free.fr>

Hi folks,

I opened my WR this weekend and I took some pictures for those who wants :
http://freerunner.daily.free.fr

I was really surprised to see a little connector (not soldered) which is 
exactly a mini USB !
I soldered it, plugged it on my desktop and ... TADA !! ..nothing, nada, 
keutch, queudalle .... "lsusb" is totally quiet ...
If someone have informations about this plug,  and the other "jtag" plug 
(on more than the one present near batteries).
I think there will be rough hacking those future nights.

Regards

AstHrO.



From rusolis at poczta.fm  Mon Nov  2 12:49:43 2009
From: rusolis at poczta.fm (Michal Brzozowski)
Date: Mon, 2 Nov 2009 12:49:43 +0100
Subject: tangogps 0.9.8
In-Reply-To: <20091102105003.4b356444@one>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
Message-ID: <8b48b1570911020349o6a9538fcsdbd65d38c644be34@mail.gmail.com>

2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>

>
> I have currently no working OE here and there are now too many
> distribs. However, you can try the armel.deb. Just extract the tangogps
> binary from the .deb (do it on your desktop/laptop) and copy it to your
> Neo.
>
> The necessary steps are:
>
> cd /tmp
> wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
> ar -x tangogps_0.9.8-1_armel.deb
> tar xfvz data.tar.gz
> scp /tmp/usr/bin/tangogps to_your_phone
>
>
> Marcus
>

I tried the above and get this error. Do you know where to find that lib?

root at om-gta02 ~ $ tangogps
tangogps: error while loading shared libraries: libcurl-gnutls.so.4: cannot
open shared object file: No such file or directory
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/4e260cde/attachment.htm 

From marcus.bauer at gmail.com  Mon Nov  2 13:00:29 2009
From: marcus.bauer at gmail.com (Marcus Bauer)
Date: Mon, 2 Nov 2009 13:00:29 +0100
Subject: tangogps 0.9.8
In-Reply-To: <8b48b1570911020349o6a9538fcsdbd65d38c644be34@mail.gmail.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop>
	<20091102105003.4b356444@one>
	<8b48b1570911020349o6a9538fcsdbd65d38c644be34@mail.gmail.com>
Message-ID: <20091102130029.7e1e740c@one>

On Mon, 2 Nov 2009 12:49:43 +0100
Michal Brzozowski <rusolis at poczta.fm> wrote:

> 2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>
> 
> >
> > I have currently no working OE here and there are now too many
> > distribs. However, you can try the armel.deb. Just extract the
> > tangogps binary from the .deb (do it on your desktop/laptop) and
> > copy it to your Neo.
> >
> > The necessary steps are:
> >
> > cd /tmp
> > wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
> > ar -x tangogps_0.9.8-1_armel.deb
> > tar xfvz data.tar.gz
> > scp /tmp/usr/bin/tangogps to_your_phone
> >
> >
> > Marcus
> >
> 
> I tried the above and get this error. Do you know where to find that
> lib?
> 
> root at om-gta02 ~ $ tangogps
> tangogps: error while loading shared libraries: libcurl-gnutls.so.4:
> cannot open shared object file: No such file or directory

In Debian it is libcurl3-gnutls. But tangoGPS does not use any TLS
functions, thus as a hacky quick fix I guess you could even set a
symbolic link to to libcurl.so.4 or maybe even libcurl.so.3 in /usr/lib.




From dscaini at gmail.com  Mon Nov  2 13:57:22 2009
From: dscaini at gmail.com (Davide Scaini)
Date: Mon, 2 Nov 2009 13:57:22 +0100
Subject: Fwd: [Shr-User] What's going on in SHR land
In-Reply-To: <200911021059.42666.sander@3v8.net>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911021059.42666.sander@3v8.net>
Message-ID: <18db98c80911020457i3e35ee2oa8c22a54ef803261@mail.gmail.com>

Great news!
I'll wait next release, then I want to help in building extra ipk
packages...
d

On Mon, Nov 2, 2009 at 10:59 AM, Sander van Grieken <sander at 3v8.net> wrote:

> Thanks for the update!
>
> Ever since I saw that the SHR feeds didn't get updated for a while I
> compiled SHR myself
> from the shr/import branch, so I already knew that there was a lot of
> activity going on
> under the radar.
>
> For me the usage of opimd for contacts is the nicest new feature. It has a
> VCF backend, so
> I could just scp my Kaddressbook contacts over to the FR and have all my
> contacts
> available. nice!
>
> Graphic speed felt a little slower though, and the interfacing with FSO was
> broken in some
> places, like the power management. Also the power button didn't bring up
> the popup menu.
> But these are all findings of a few weeks back, so most will probably be
> long fixed
> already.
>
> Thanks again, looking forward to the next stable unstable release of SHR!
>
> grtz,
> Sander
>
>
> On Sunday 01 November 2009 17:04:30 Thomas Zimmermann wrote:
> > For the SHR users that aren't reading the SHR mailing lists i'm
> forwarding
> > this message from spaetz:
> >
> >
> >
> > Betreff: [Shr-User] What's going on in SHR land
> > Datum: Sonntag 01 November 2009
> > Von: Sebastian Spaeth <Sebastian at sspaeth.de>
> > An: shr-devel at lists.shr-project.org, shr-user at lists.shr-project.org
> >
> > Hi all, for those of you few that do not live 24/7 in IRC land, here is
> > a not-so-brief update on what is happening in SHR land. No, we are not
> > all dead :).
> >
> > There are a couple of major transitions that have slowed down new images
> > or indeed any updates in the SHR feed. Let me try to sum up a few and  I
> > am sure others will chime in and list whatever I have forgotten:
> >
> > - Transition from the obsolete kdrive-glamo driver to a proper xorg
> > server infrastructure. This took some time, but it appears that it is
> > working fine now. Don't expect any (initial) performance boosts, but
> > being on a regular xorg server and having a driver that is actually
> > being developed and maintained is a good thing for the future (thanks to
> > Weiss and others for some really hard work here).
> >
> > - More fso...d goodness. Rather than having Mickey Lauer's python
> > prototyped phone backend, we are starting to his re-written bits and
> > pieces (coded in vala, which should give us a nice performance boost
> > over python). For the beginning we have the resource handling
> > (fsoresourced) on board and look forward to the next bits and pieces. I
> > know very little about the state of things here, so others might have
> > more information.
> >
> > -New phone apps: As if that were not enough changes, the core team
> > (mrmoku, tasn, dos1, and others?) has started to redevelop the frontend
> > applications for SHR. the old ophonekitd was initially developed by a
> > guy called quickev who has been missing in action since quite some
> > months now. Don't ask ME why, but apparently the now design allows for
> > better/quicker/whatnot development. I'll let one of them speak out for
> > themselves about the motivations. Besides lots of work,this gives us
> > also a chance to redesign the screens and make the UI better. So goodbuy
> > ophonekitd and libphone-efl, welcome phoneui, and libphoneui-shr.
> >
> > -Bernd Pr?nzler(spelling?) is kind enough to help out with some theme
> > development (BTW, you did know there is a theme contest going on, do
> > you? So, go and design and submit something already!). The default theme
> > has been designed for powerful desktops, and is using more transparency
> > and other fancy stuff than the slow graphics can do. He is developing a
> > theme that should be much faster on the Freerunner (but don't expect
> > miracles, the hardware will still be barely able to drive a full
> > VGA-resolution screen). So expect a big fight between dos1 (niebee
> > theme) and bernd (gry theme) for the fastest performance (while
> > retaining good looks).
> >
> > Last but not least: what we had done the last few months, is basically
> > taking a fork of OpenEmbedded and developing from that. While this gave
> > us the stability to code apps without having others break our stuff (we
> > are quite capabable of doing that ourselves it seems :-) ), this led to
> > a quickly diverging SHR and OE tree. It was decided that we really
> > should include our stuff into OpenEmbedded proper, rather than just
> > doing our stuff in parallel. So we had first put all the stuff into an
> > "SHR/import" git tree which is in the openembedded code repository.
> > Next, mrmoku created the "shr/merge" tree which is kept in sync with the
> > OpenEmbedded tree and we ported all our enhancements there. The plan is
> > to take our bits and pieces from here and merge them into OE over time.
> > This is where we currently stand, we want to keep using the shr/merge
> > tree which gives us a current OE tree, but of courseby using more
> > updated components, lots of stuff was broken. The guys have fought
> > really hard in the last days (and weeks) to overcome compilation errors,
> > nonbooting phones, and crashing components. It seems we are now really
> > close. The new images compile fine (yay!), the phone actually boots, and
> > many of the crashes have been eliminated. AFAIK, we are currently still
> > stuck with a segfaulting dbus. As soon as these issues are ironed out,
> > mrmoku will continue to put updated SHR-unstable images and packages
> > out. This could take 1,2, or 4 days. I don't know how long and it
> > depends on how good things will turn out. But there will be a new image
> > soon. Expect some teething troubles with the new images at first (I am
> > not sure an opkg upgrade will work), but this is all fancy new stuff
> > that we are very happy about.
> >
> > spaetz
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/f08c1847/attachment.htm 

From helge.hafting at hist.no  Mon Nov  2 14:26:24 2009
From: helge.hafting at hist.no (Helge Hafting)
Date: Mon, 02 Nov 2009 14:26:24 +0100
Subject: Centralization of graphical awesomeness
In-Reply-To: <867b5c700910260357k49a454bei532b986112fdd67e@mail.gmail.com>
References: <668523.61591.qm@web26301.mail.ukl.yahoo.com>	<20091026205418.a25f4abe.raster@rasterman.com>
	<867b5c700910260357k49a454bei532b986112fdd67e@mail.gmail.com>
Message-ID: <4AEEDE00.8030007@hist.no>

Evgeniy Karyakin wrote:
> 2009/10/26 Carsten Haitzler <raster at rasterman.com>:
>> you want speed? you will need to give up something. if you still want it to
>> look nice, then drop pixels. its the simplest and easiest solution. its the
>> right resolution for that cpu anyway. the glamo will still hurt you, but not as
>> much.
> 
>    I'm sure everybody who has any professional connections with
> Freerunner+Glamo development already took all possible measures to
> solve this problem. But what concrete steps were taken to ease Glamo
> bottleneck? If its throughput is so narrow, can we lower amount of
> data flowing through it? 

Sure you can lower the amount of data flowing through it. Lowering
the resolution is one option that several has mentioned.

Another way is to draw less stuff overall:
* Don't draw anything that need several passes, i.e. transparency
* Don't draw anything unnecessary, i.e. "cute animations"
* Don't ecen think of 3D.
* Optimize the user interface.
   Never redraw "the screen" when drawing a smaller portion will suffice.
   Don't highlight an icon by changing
   the background color. (Lots of pixels).- Just draw a 1-pixel wide
   square around it, for example. (And make sure your drawing library
   doesn't do anything excessive behind your back, such as drawing the
   entire icon with that border - because that was "simpler" to
   implement.

The situation is not hopeless. The entire 640x480 16-bit display
is 614400 byte, or 0.6MB. 7MB/s means the entire display can
be updated 11 times per second if need be. In theory, anyway.
Anything updating a smaller
portion of the screen could be even more responsive.

Helge Hafting


From raster at rasterman.com  Mon Nov  2 14:35:35 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Tue, 3 Nov 2009 00:35:35 +1100
Subject: Centralization of graphical awesomeness
In-Reply-To: <4AEEDE00.8030007@hist.no>
References: <668523.61591.qm@web26301.mail.ukl.yahoo.com>
	<20091026205418.a25f4abe.raster@rasterman.com>
	<867b5c700910260357k49a454bei532b986112fdd67e@mail.gmail.com>
	<4AEEDE00.8030007@hist.no>
Message-ID: <20091103003535.9da26c63.raster@rasterman.com>

On Mon, 02 Nov 2009 14:26:24 +0100 Helge Hafting <helge.hafting at hist.no> said:

> Evgeniy Karyakin wrote:
> > 2009/10/26 Carsten Haitzler <raster at rasterman.com>:
> >> you want speed? you will need to give up something. if you still want it to
> >> look nice, then drop pixels. its the simplest and easiest solution. its the
> >> right resolution for that cpu anyway. the glamo will still hurt you, but
> >> not as much.
> > 
> >    I'm sure everybody who has any professional connections with
> > Freerunner+Glamo development already took all possible measures to
> > solve this problem. But what concrete steps were taken to ease Glamo
> > bottleneck? If its throughput is so narrow, can we lower amount of
> > data flowing through it? 
> 
> Sure you can lower the amount of data flowing through it. Lowering
> the resolution is one option that several has mentioned.
> 
> Another way is to draw less stuff overall:
> * Don't draw anything that need several passes, i.e. transparency
> * Don't draw anything unnecessary, i.e. "cute animations"
> * Don't ecen think of 3D.
> * Optimize the user interface.
>    Never redraw "the screen" when drawing a smaller portion will suffice.
>    Don't highlight an icon by changing
>    the background color. (Lots of pixels).- Just draw a 1-pixel wide
>    square around it, for example. (And make sure your drawing library
>    doesn't do anything excessive behind your back, such as drawing the
>    entire icon with that border - because that was "simpler" to
>    implement.
> 
> The situation is not hopeless. The entire 640x480 16-bit display
> is 614400 byte, or 0.6MB. 7MB/s means the entire display can
> be updated 11 times per second if need be. In theory, anyway.
> Anything updating a smaller
> portion of the screen could be even more responsive.

11 fps assumes zero cpu left to actually do the drawing.


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From rozzin at geekspace.com  Mon Nov  2 16:18:42 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Mon, 02 Nov 2009 10:18:42 -0500
Subject: (patch) new feature for tangoGPS: detail-scaling
Message-ID: <87vdhtaral.fsf@slice.rozzin.com>

A non-text attachment was scrubbed...
Name: detail-zoom_backend.patch
Type: text/x-diff
Size: 2046 bytes
Desc: patch to add `detail zoom' back-end functionality
Url : http://lists.openmoko.org/pipermail/community/attachments/20091102/e3657434/attachment.patch 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: detail-zoom_gui.patch
Type: text/x-diff
Size: 3880 bytes
Desc: patch to add `detail zoom' menu-items to the GUI
Url : http://lists.openmoko.org/pipermail/community/attachments/20091102/e3657434/attachment-0001.patch 

From david at tuxbrain.com  Mon Nov  2 16:29:59 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Mon, 2 Nov 2009 16:29:59 +0100
Subject: [wikireader]Different images of the wikireader
Message-ID: <5c6ceea80911020729y665f086aqbe5ecb64099d38d3@mail.gmail.com>

The hidden menus
http://www.tuxbrain.com/en/content/wikireader-los-menus-ocultos-del-wikireader

Spanish wikipedia work in progress
http://www.tuxbrain.com/en/content/wikireader-wikipedia-en-espa%C3%B1ol-en-progreso

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


From yorickmoko at gmail.com  Mon Nov  2 16:30:02 2009
From: yorickmoko at gmail.com (Yorick Moko)
Date: Mon, 2 Nov 2009 16:30:02 +0100
Subject: (patch) new feature for tangoGPS: detail-scaling
In-Reply-To: <87vdhtaral.fsf@slice.rozzin.com>
References: <87vdhtaral.fsf@slice.rozzin.com>
Message-ID: <26fea52c0911020730v28c1df96gc5763bc8cc43ea4a@mail.gmail.com>

please also sent your patches to Marcus Bauer (the author of TangoGPS)

On Mon, Nov 2, 2009 at 4:18 PM, Joshua Judson Rosen <rozzin at geekspace.com>wrote:

> Hi everybody,
>
> I've added a feature to my copy of tangoGPS, and thought that others
> might be interested: it allows the *details* in the map (e.g.: text,
> icons) to be scaled up (to show fewer details, but make the shown
> details bigger) or scaled down (to render the details smaller, but
> show more of them).
>
> This has made tangoGPS *much* more usable for me on my FreeRunner,
> because I can actually read the labels for streets, etc. without
> holding the screen very close to my face :)
>
> (I guess that the OpenStreetMap tiles are rasterised expecting
> something like 96 DPI, but the FreeRunner's display runs at ~280 DPI,
> so text and icons used in OSM tiles is *very* small when displayed on
> the FreeRunner without any upsampling; `zooming the details' by 1
> level makes everything legible at arm's length, and zooming the
> details by 2 levels makes the text easy to read even at a glance while
> driving).
>
> I've attached 2 separate patches: one patch that adds the `back end'
> of the feature (a new `global_detail_zoom' variable with the
> corresponding gconf hooks, and some minor-changes to the tile-loading
> code), and another patch that adds the front-end GUI for the feature
> (an additional submenu in the map screen, and a couple of new
> callbacks to accompany the new menu-items).
>
> I added the submenu and menu-items manually in interface.c--it looks
> like Marcus is using Glade to maintain the GUI, but I'm not entirely
> sure (I didn't see glade-file in the tarball...); if he still *is*
> using Glade, then it may make more sense to defined these submenus via
> Glade.
>
> --
> Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr)))).
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/23f88e9b/attachment.htm 

From marcus.bauer at gmail.com  Mon Nov  2 16:36:07 2009
From: marcus.bauer at gmail.com (Marcus Bauer)
Date: Mon, 2 Nov 2009 16:36:07 +0100
Subject: (patch) new feature for tangoGPS: detail-scaling
In-Reply-To: <26fea52c0911020730v28c1df96gc5763bc8cc43ea4a@mail.gmail.com>
References: <87vdhtaral.fsf@slice.rozzin.com>
	<26fea52c0911020730v28c1df96gc5763bc8cc43ea4a@mail.gmail.com>
Message-ID: <20091102163607.465d0993@one>

On Mon, 2 Nov 2009 16:30:02 +0100
Yorick Moko <yorickmoko at gmail.com> wrote:

> please also sent your patches to Marcus Bauer (the author of TangoGPS)

Joshua did already - I am just sitting on a big pile of backlog email.

Regards,
Marcus

> 
> On Mon, Nov 2, 2009 at 4:18 PM, Joshua Judson Rosen
> <rozzin at geekspace.com>wrote:
> 
> > Hi everybody,
> >
> > I've added a feature to my copy of tangoGPS, and thought that others
> > might be interested: it allows the *details* in the map (e.g.: text,
> > icons) to be scaled up (to show fewer details, but make the shown
> > details bigger) or scaled down (to render the details smaller, but
> > show more of them).
> >
> > This has made tangoGPS *much* more usable for me on my FreeRunner,
> > because I can actually read the labels for streets, etc. without
> > holding the screen very close to my face :)
> >
> > (I guess that the OpenStreetMap tiles are rasterised expecting
> > something like 96 DPI, but the FreeRunner's display runs at ~280
> > DPI, so text and icons used in OSM tiles is *very* small when
> > displayed on the FreeRunner without any upsampling; `zooming the
> > details' by 1 level makes everything legible at arm's length, and
> > zooming the details by 2 levels makes the text easy to read even at
> > a glance while driving).
> >
> > I've attached 2 separate patches: one patch that adds the `back end'
> > of the feature (a new `global_detail_zoom' variable with the
> > corresponding gconf hooks, and some minor-changes to the
> > tile-loading code), and another patch that adds the front-end GUI
> > for the feature (an additional submenu in the map screen, and a
> > couple of new callbacks to accompany the new menu-items).
> >
> > I added the submenu and menu-items manually in interface.c--it looks
> > like Marcus is using Glade to maintain the GUI, but I'm not entirely
> > sure (I didn't see glade-file in the tarball...); if he still *is*
> > using Glade, then it may make more sense to defined these submenus
> > via Glade.
> >
> > --
> > Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr)))).
> >
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >


From hodginson at gmail.com  Mon Nov  2 17:07:05 2009
From: hodginson at gmail.com (Chris Hogan)
Date: Tue, 3 Nov 2009 03:07:05 +1100
Subject: zzz Freerunner headphones and screen protector - free to a good home!
Message-ID: <232d12f40911020807r755983b2j3fae4208989cd931@mail.gmail.com>

Hi all,

As the subject says: I have a set of Freerunner headphones and an
Invisible Shield screen protector (screen only) available to anyone
who wants them. I don't have a use for either - they've been
cluttering up my bookshelf for over a year now - so I've decided to
pass them on to someone who might use them. If you want either or both
of these items then send me an email with your address and I'll send
them out.

Australians will get preference, to keep down postage costs, but the
offer is open worldwide (If the recipient wants to cover the cost of
postage I'd appreciate it, but it's up to them).

The screen protector is still in the box unused. The headphones I
think I used once, to see if they worked. I'll try them again before I
send them off, to make sure they still work.

Thank you!

Chris.


From aditya.g8 at gmail.com  Mon Nov  2 18:06:27 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Mon, 2 Nov 2009 22:36:27 +0530
Subject: Debian cannot start wicd
Message-ID: <4f51103a0911020906u760a6255yba699cbaeb331cc5@mail.gmail.com>

Hi I cannot start wicd
when I say wicd in command prompt I get :

File "/usr/share/wicd/wicd-daemon.py", line 44, in <module>
    import gobject
ImportError: No module named gobject


what do I need to install
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/ae58f6c9/attachment.htm 

From openmoko at ginguppin.de  Mon Nov  2 18:18:24 2009
From: openmoko at ginguppin.de (arne anka)
Date: Mon, 02 Nov 2009 18:18:24 +0100
Subject: Debian cannot start wicd
In-Reply-To: <4f51103a0911020906u760a6255yba699cbaeb331cc5@mail.gmail.com>
References: <4f51103a0911020906u760a6255yba699cbaeb331cc5@mail.gmail.com>
Message-ID: <op.u2r2cyd441evsb@ginguppin>

> what do I need to install

python-gobject
i'd say


From tilman at baumann.name  Mon Nov  2 18:56:30 2009
From: tilman at baumann.name (Tilman Baumann)
Date: Mon, 2 Nov 2009 17:56:30 -0000 (GMT)
Subject: [WikiReader] Hardware
In-Reply-To: <4AEEBAFA.2090106@free.fr>
References: <4AEEBAFA.2090106@free.fr>
Message-ID: <86e6b725e779ec62e3a4710940be5b75.squirrel@gnukia.org>


Thomas HOCEDEZ wrote:
> Hi folks,
>
> I opened my WR this weekend and I took some pictures for those who wants :
> http://freerunner.daily.free.fr
>
> I was really surprised to see a little connector (not soldered) which is
> exactly a mini USB !
> I soldered it, plugged it on my desktop and ... TADA !! ..nothing, nada,
> keutch, queudalle .... "lsusb" is totally quiet ...
> If someone have informations about this plug,  and the other "jtag" plug
> (on more than the one present near batteries).
> I think there will be rough hacking those future nights.

I'm not sure what you are talking about.

The software is free. http://github.com/wikireader (Can't see any caviats
if there are any)
If you look at it you will notice that is not running a OS in the regular
sense. Especially not a full blown OS with a USB stack like Linux.
The software is fully loaded from SD card. As far as I understand you can
compile anything you like and get it booted from SD.

http://github.com/wikireader/wikireader/blob/master/samo-lib/00ReadMe.text

I suppose you can create a usb stack. And I think a usb-storage mode would
be fantastic to update the SD contents.
If you find out if it has a battery charger you could maybe even charge
the device via usb...

The gist. Wikireader is not anything like the Neo. It's very minimalistic.

Regards
 Tilman



From aditya.g8 at gmail.com  Mon Nov  2 19:10:49 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Mon, 2 Nov 2009 23:40:49 +0530
Subject: Debian cannot start wicd
In-Reply-To: <op.u2r2cyd441evsb@ginguppin>
References: <4f51103a0911020906u760a6255yba699cbaeb331cc5@mail.gmail.com>
	<op.u2r2cyd441evsb@ginguppin>
Message-ID: <4f51103a0911021010h2bf37bebn7de22d568b41797f@mail.gmail.com>

Yes already have it, I think it is because I updated to python2.5

On Mon, Nov 2, 2009 at 10:48 PM, arne anka <openmoko at ginguppin.de> wrote:

> > what do I need to install
>
> python-gobject
> i'd say
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/1e07ccd5/attachment.htm 

From openmoko at ginguppin.de  Mon Nov  2 19:13:56 2009
From: openmoko at ginguppin.de (arne anka)
Date: Mon, 02 Nov 2009 19:13:56 +0100
Subject: Debian cannot start wicd
In-Reply-To: <4f51103a0911021010h2bf37bebn7de22d568b41797f@mail.gmail.com>
References: <4f51103a0911020906u760a6255yba699cbaeb331cc5@mail.gmail.com>
	<op.u2r2cyd441evsb@ginguppin>
	<4f51103a0911021010h2bf37bebn7de22d568b41797f@mail.gmail.com>
Message-ID: <op.u2r4xi0b41evsb@ginguppin>

is wicd running with python2.5? what's the shebang?


From aditya.g8 at gmail.com  Mon Nov  2 19:20:08 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Mon, 2 Nov 2009 23:50:08 +0530
Subject: Debian cannot start wicd
In-Reply-To: <op.u2r4xi0b41evsb@ginguppin>
References: <4f51103a0911020906u760a6255yba699cbaeb331cc5@mail.gmail.com>
	<op.u2r2cyd441evsb@ginguppin>
	<4f51103a0911021010h2bf37bebn7de22d568b41797f@mail.gmail.com>
	<op.u2r4xi0b41evsb@ginguppin>
Message-ID: <4f51103a0911021020t5980700fie29e7e9ada1eb6e3@mail.gmail.com>

no wicd isn't running with python2.5
i installed python2.5
i did a dpkg-reconfigure python-gtk2

now i get some syntax error

now i get the error


On Mon, Nov 2, 2009 at 11:43 PM, arne anka <openmoko at ginguppin.de> wrote:

> is wicd running with python2.5? what's the shebang?
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/c3065cef/attachment.htm 

From aditya.g8 at gmail.com  Mon Nov  2 19:21:10 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Mon, 2 Nov 2009 23:51:10 +0530
Subject: Debian cannot start wicd
In-Reply-To: <4f51103a0911021020t5980700fie29e7e9ada1eb6e3@mail.gmail.com>
References: <4f51103a0911020906u760a6255yba699cbaeb331cc5@mail.gmail.com>
	<op.u2r2cyd441evsb@ginguppin>
	<4f51103a0911021010h2bf37bebn7de22d568b41797f@mail.gmail.com>
	<op.u2r4xi0b41evsb@ginguppin>
	<4f51103a0911021020t5980700fie29e7e9ada1eb6e3@mail.gmail.com>
Message-ID: <4f51103a0911021021t5c581f29kc1d749f532f4e9f7@mail.gmail.com>

the error is :

Traceback (most recent call last):
  File "/usr/share/wicd/wicd-daemon.py", line 45, in <module>
    import dbus
  File "/usr/lib/pymodules/python2.5/dbus/__init__.py", line 73, in <module>
    from dbus._version import version, __version__
  File "/usr/lib/pymodules/python2.5/dbus/_version.py", line 1
    /usr/lib/pymodules/python2.5
    ^
SyntaxError: invalid syntax


On Mon, Nov 2, 2009 at 11:50 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:

> no wicd isn't running with python2.5
> i installed python2.5
> i did a dpkg-reconfigure python-gtk2
>
> now i get some syntax error
>
> now i get the error
>
>
> On Mon, Nov 2, 2009 at 11:43 PM, arne anka <openmoko at ginguppin.de> wrote:
>
>> is wicd running with python2.5? what's the shebang?
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/b44f115d/attachment.htm 

From psonek2 at seznam.cz  Mon Nov  2 19:28:45 2009
From: psonek2 at seznam.cz (Radek Polak)
Date: Mon, 2 Nov 2009 19:28:45 +0100
Subject: QtMoko - /opt/qtmoko/bin/lan-network
In-Reply-To: <ef8c8a880910301033h7b69a09do988d5edae4e314e9@mail.gmail.com>
References: <ef8c8a880909221545o8235613ga6d61409471fdcb8@mail.gmail.com>
	<ef8c8a880909231510l7495a195o3bc9b5d4befc225b@mail.gmail.com>
	<ef8c8a880910301033h7b69a09do988d5edae4e314e9@mail.gmail.com>
Message-ID: <200911021928.45471.psonek2@seznam.cz>

On Friday 30 of October 2009 18:33:35 Torfinn Ingolfsen wrote:
> Hello,
> 
> On Wed, Sep 23, 2009 at 11:10 PM, Torfinn Ingolfsen <tingox at gmail.com>wrote:
> > Here is another:
> > If you runt WPA-PSK with AES you will get this output from the script:
> >
> > + . /root/Settings/Network/wireless/eth0
> > + WIRELESS_ESSID=kg4
> > + WIRELESS_AUTH_MODE=WPA-PSK
> > + WIRELESS_WPA_PSK=j85first
> > + WIRELESS_PAIRWISE=CCMP TKIP
> > /root/Settings/Network/wireless/eth0: 1: TKIP: not found
> > + WIRELESS_GROUP=CCMP TKIP
> > /root/Settings/Network/wireless/eth0: 1: TKIP: not found
> >
> > To fix that, change lines 277 and 278 into:
> > echo "WIRELESS_PAIRWISE=\"CCMP TKIP\"" >> $TMP_FILE;
> > echo "WIRELESS_GROUP=\"CCMP TKIP\"" >> $TMP_FILE;
> 
> It seems these two fixes aren't in the lan-network script used in QtMoko
> v14.
> Perhaps it should be fixed?

Hi Torfinn,
sorry for delay - i have missed the patch. It's now in my git (although not 
tested yet, because i am quite busy with other stuff).

Thanks

Radek


From david.lanzendoerfer at o2s.ch  Mon Nov  2 19:34:05 2009
From: david.lanzendoerfer at o2s.ch (David =?iso-8859-1?q?Lanzend=F6rfer?=)
Date: Mon, 2 Nov 2009 19:34:05 +0100
Subject: [All] Black Screen of Death - Won't resume from standby
In-Reply-To: <20091101142928.GA12029@roque.1407.org>
References: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com>
	<b66a83e00910311003t2820ab27kb1e43522d7e0c927@mail.gmail.com>
	<20091101142928.GA12029@roque.1407.org>
Message-ID: <200911021934.13599.david.lanzendoerfer@o2s.ch>

There could also be an other explanation.
In cases that you're not killing and starting special processes in the pre- 
and post- suspend event, and it freezes anyway, the following reasons could be 
used as explanation:
* It dies at suspend time: Sometimes the underlying hardware-near controller 
layer aka. BIOS missunderstands S3 as S0. (Case with my old Phoenix-BIOS on my 
very very old laptop until upgrade)
* Sometimes it dies on writing the staging and going to sleep
* Sometimes it has corruption in staged data stored in RAM, but it doesnt 
remark it and dies on resuming.
* Sometimes it resumes, but the ACPI controll is not given back to the OS, and 
its still in sleep mode, meaning:
** nearly black screen (You can see images, if you look from near, but it 
doesnt habe illumination in the background lights)
** Wifi is down and wont come up unless you reboot
** Same as for wifi for sound

-> As often as you suspend and resume, as higher is the posibility of getting 
corrupted RAM content ==> Black screen ==> RESET

greatings leviathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091102/45d7d353/attachment.pgp 

From dave.tv at gmail.com  Mon Nov  2 21:29:15 2009
From: dave.tv at gmail.com (Dave)
Date: Tue, 3 Nov 2009 06:29:15 +1000
Subject: zzz Freerunner headphones and screen protector - free to a good 
	home!
In-Reply-To: <232d12f40911020807r755983b2j3fae4208989cd931@mail.gmail.com>
References: <232d12f40911020807r755983b2j3fae4208989cd931@mail.gmail.com>
Message-ID: <34ee7cb50911021229m19b98c3cq29c45e4ca067fec4@mail.gmail.com>

Hi Chris,

Thank you for your generous offer - I have sent you an email with my
details.

On Tue, Nov 3, 2009 at 2:07 AM, Chris Hogan <hodginson at gmail.com> wrote:

> Hi all,
>
> As the subject says: I have a set of Freerunner headphones and an
> Invisible Shield screen protector (screen only) available to anyone
> who wants them. I don't have a use for either - they've been
> cluttering up my bookshelf for over a year now - so I've decided to
> pass them on to someone who might use them. If you want either or both
> of these items then send me an email with your address and I'll send
> them out.
>
> Australians will get preference, to keep down postage costs, but the
> offer is open worldwide (If the recipient wants to cover the cost of
> postage I'd appreciate it, but it's up to them).
>
> The screen protector is still in the box unused. The headphones I
> think I used once, to see if they worked. I'll try them again before I
> send them off, to make sure they still work.
>
> Thank you!
>
> Chris.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091103/441857cb/attachment-0001.htm 

From wjbaird at alumni.uwaterloo.ca  Mon Nov  2 22:52:45 2009
From: wjbaird at alumni.uwaterloo.ca (Warren Baird)
Date: Mon, 2 Nov 2009 16:52:45 -0500
Subject: [All] Black Screen of Death - Won't resume from standby
In-Reply-To: <20091101142928.GA12029@roque.1407.org>
References: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com>
	<4AEBF50D.3020202@wollishausen.de>
	<b66a83e00910311003t2820ab27kb1e43522d7e0c927@mail.gmail.com>
	<20091101142928.GA12029@roque.1407.org>
Message-ID: <b66a83e00911021352y30ca8801r1db1428eb38953fe@mail.gmail.com>

That sounds quite reasonable - I wasn't trying to point fingers - just
describing the experience I had.   yesterday I had my FR die with a BSOD 4
times - before I installed omnewrotate on this install I hadn't seen a BSOD
at all.

I've just changed the default behavior for omnewrotate to 'Off' an hour or
two ago, I'm going to run for a few days and see if that impacts things...

Warren


On Sun, Nov 1, 2009 at 9:29 AM, Rui Miguel Silva Seabra <rms at 1407.org>wrote:

> Hi,
>
> As you go into suspend, a script is called that *stops* (kills the process)
> omnewrotate.
>
> As you resume, a script is called that starts omnewrotate.
>
> So:
>
>  1) as you suspend, omnewrotate is *not* even working.
>  2) only after resume is completed does omnewrotate get started
>
> Conclusion: omnewrotate doesn't affect suspend/resume cycles. :)
>
> This scripts were place early on in it's development as after resuming
> omnewrotate couldn't get any data from the accelerometers (let alone
> my fears that keeping the device open could affect resume).
>
> Rui
>
> On Sat, Oct 31, 2009 at 01:03:29PM -0400, Warren Baird wrote:
> > I just started noticing this on an shr-u build updated in early sept.
> The
> > only thing I've changed lately is installing omnewrotate.   I also
> noticed
> > it on an install of the shr-testing candidate, that also had omnewrotate
> > installed.
> >
> > I'm going to keep omnewrotate installed for a while and see how often I
> get
> > the BSOD. Then I'll uninstall or disable omnewrotate and see what
> happens.
> >
> > Warren
> >
> >
> > On Sat, Oct 31, 2009 at 4:27 AM, Matthias Huber <
> > matthias.huber at wollishausen.de> wrote:
> >
> > > Steven ** schrieb:
> > > > I've seen this several times with SHR-Unstable and now with Android.
> > > > So, I'd say it's something that is common among these distro's.  Is
> it
> > > > seen on all distros?  Is it the kernel?  Hardware bug?  Bootloader
> > > > issue?
> > > > Any clues how to debug this or what might cause it?
> > > >
> > > > I know I'm not the only one that sees it.  How are others dealing
> with
> > > > these random lock-ups?
> > > >
> > > >
> > > i have this too with my system gta02v6 latest shr-u.
> > > sometimes i thought, it has to do with gps, but i am not sure about.
> > > sometimes i think, problem it is changing cell while sleeping.
> > >
> > > _______________________________________________
> > > Openmoko community mailing list
> > > community at lists.openmoko.org
> > > http://lists.openmoko.org/mailman/listinfo/community
> > >
> >
> >
> >
> > --
> > Warren Baird - Photographer and Digital Artist
> > http://www.synergisticimages.ca
>
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
>
>
> --
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091102/2cae19f1/attachment.htm 

From freepage at gmail.com  Tue Nov  3 00:36:23 2009
From: freepage at gmail.com (Pieter Colpaert)
Date: Tue, 03 Nov 2009 00:36:23 +0100
Subject: Oh you were lucky! v0.01
Message-ID: <1257204983.11581.11.camel@pieterc-laptop>

Hi,

I made a small (demo) script which asks for a string on a commandline,
matches that string with a youtube video, and will play that video using
mplayer. Framerate is not that high, but both video and sound are
comprehensible.

Please take a look here: http://code.google.com/p/oywl/

Please email me when you want to be added to the list of commiters and
help out. I want to write a GUI for it that should become as usable as
eldentica (maybe we should steal some code).

When I got a little spare time this week I'll add this project to opkg.
If someone else is into packaging, feel free to do so.

Pieter



From robin.paulson at gmail.com  Tue Nov  3 00:46:20 2009
From: robin.paulson at gmail.com (Robin Paulson)
Date: Tue, 3 Nov 2009 12:46:20 +1300
Subject: tangogps 0.9.8
In-Reply-To: <20091102105003.4b356444@one>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
Message-ID: <2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>

2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>:
> I have currently no working OE here and there are now too many
> distribs. However, you can try the armel.deb. Just extract the tangogps
> binary from the .deb (do it on your desktop/laptop) and copy it to your
> Neo.

.deb packages can be installed natively with opkg.

you'll need to edit /etc/opkg/arch.conf, and add 'arch armel 36'
(without the quotes) to the bottom

then do

wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb

and

opkg install tangogps_0.9.8-1_armel.deb


From david at tuxbrain.com  Tue Nov  3 02:06:10 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 3 Nov 2009 02:06:10 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
Message-ID: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>

2009/10/31 Sean Moss-Pultz <sean at openmoko.com>:
> On Fri, Oct 30, 2009 at 11:29 PM, Laszlo KREKACS
> <laszlo.krekacs.list at gmail.com> wrote:
>> On Fri, Oct 30, 2009 at 4:22 PM, David Reyes Samblas Martinez
>> <david at tuxbrain.com> wrote:
>>> Are you uploading this changes to git? can I take a look?
>>
>> Btw is there any plan to implement images rendering?
>
> Math (images) are on our roadmap. Hopefully before the end of this
> year. The screen is only 1bit. So anything else would look kinda
> funny.
>
> ?-Sean
Well due I have clear than Internationalization and running other apps
are totally posible and in fact it can be done without much hacking, I
have spend some time investigating the posibility of  include image
other than maths on the device and I think is at least more closer
than it can seems.
I have find a process[1] I think it can be industrialized to transform
any image of the wikipedia to one more or less good to the device is
clear than we can expect a real time 3D zoomable render on the WR but
I think results are quite promising

Just some questions, is hard to do a image viewer able to scroll
vertically as we do in text?
Any good tutorial of scripting using gimp?

An now some numbers the average image are 10kb so with the hypotesis
than there are one image per article (yes I know there articles with
more than a image but there a lot of articles without images) there
will be about 3.000.000 images so 30Gb of images.... :P there are any
32Gb uSD cards out there?
I have to do a more in depth analisis on how many images(meaningful)
are there using the data on the dumps of wikipedia  so we will see.

[1]http://www.tuxbrain.com/en/content/images-wikireader-posible

>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From david at tuxbrain.com  Tue Nov  3 02:08:11 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 3 Nov 2009 02:08:11 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
Message-ID: <5c6ceea80911021708i7725c5fbr878017fca3a8812@mail.gmail.com>

2009/11/3 David Reyes Samblas Martinez <david at tuxbrain.com>:
> 2009/10/31 Sean Moss-Pultz <sean at openmoko.com>:
>> On Fri, Oct 30, 2009 at 11:29 PM, Laszlo KREKACS
>> <laszlo.krekacs.list at gmail.com> wrote:
>>> On Fri, Oct 30, 2009 at 4:22 PM, David Reyes Samblas Martinez
>>> <david at tuxbrain.com> wrote:
>>>> Are you uploading this changes to git? can I take a look?
>>>
>>> Btw is there any plan to implement images rendering?
>>
>> Math (images) are on our roadmap. Hopefully before the end of this
>> year. The screen is only 1bit. So anything else would look kinda
>> funny.
>>
>> ?-Sean
> Well due I have clear than Internationalization and running other apps
> are totally posible and in fact it can be done without much hacking, I
> have spend some time investigating the posibility of ?include image
> other than maths on the device and I think is at least more closer
> than it can seems.
> I have find a process[1] I think it can be industrialized to transform
> any image of the wikipedia to one more or less good to the device is
> clear than we can expect a real time 3D zoomable render on the WR but
> I think results are quite promising
>
> Just some questions, is hard to do a image viewer able to scroll
> vertically as we do in text?
> Any good tutorial of scripting using gimp?
>
> An now some numbers the average image are 10kb so with the hypotesis
> than there are one image per article (yes I know there articles with
> more than a image but there a lot of articles without images) there
> will be about 3.000.000 images so 30Gb of images.... :P there are any
> 32Gb uSD cards out there?
> I have to do a more in depth analisis on how many images(meaningful)
> are there using the data on the dumps of wikipedia ?so we will see.
>
> [1]http://www.tuxbrain.com/en/content/images-wikireader-posible
>
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
[...]It's clear we can NOT expect 3D render[...]


From hodginson at gmail.com  Tue Nov  3 03:45:30 2009
From: hodginson at gmail.com (Chris Hogan)
Date: Tue, 3 Nov 2009 02:45:30 +0000
Subject: zzz Freerunner headphones and screen protector - free to a good 
	home!
In-Reply-To: <232d12f40911020807r755983b2j3fae4208989cd931@mail.gmail.com>
References: <232d12f40911020807r755983b2j3fae4208989cd931@mail.gmail.com>
Message-ID: <232d12f40911021845i32171ab3u2a521beb7e22a4dd@mail.gmail.com>

Hi all,

The screen protector and headphones have been claimed, so this offer
is now closed. Apologies to everyone who missed out!

Chris.

On Mon, Nov 2, 2009 at 4:07 PM, Chris Hogan <hodginson at gmail.com> wrote:
> Hi all,
>
> As the subject says: I have a set of Freerunner headphones and an
> Invisible Shield screen protector (screen only) available to anyone
> who wants them. I don't have a use for either - they've been
> cluttering up my bookshelf for over a year now - so I've decided to
> pass them on to someone who might use them. If you want either or both
> of these items then send me an email with your address and I'll send
> them out.


From jeanmatthewjohnsson at gmail.com  Tue Nov  3 08:42:59 2009
From: jeanmatthewjohnsson at gmail.com (jeanmatthew)
Date: Mon, 2 Nov 2009 23:42:59 -0800 (PST)
Subject: Ericsson releases "free" cell-id lookup API
In-Reply-To: <1e5d79990910221802v4af76d3eyccecc7b23cf73aff@mail.gmail.com>
References: <1e5d79990910211948k21cef60fuf1c3d920ad966427@mail.gmail.com>
	<4ADFDD61.2080608@ev-en.org> <4AE0BD97.1090809@free.fr>
	<1e5d79990910221802v4af76d3eyccecc7b23cf73aff@mail.gmail.com>
Message-ID: <1257234179523-3936976.post@n2.nabble.com>


> Is it very much different than the Google location API?
>Definately - It only gives you 1 cell position (latitude/longitude, is
>this the position of the cell tower?), a locality name and an accuracy
>measure in meters per API call. This is unlike the Google API where
>the whole locating operation can be considered server side and other
>attributes such as rxlevel and timing advance can be considered. So
>you would have to develop your own application to combine results from
>both serving and neighbour cells in a meaningful way (their example
>only tells you the serving cell location) and you still would not have
>rxlevel/timing advance information.

All cell-id based positioning is done server side (unless you have the whole
database in your device) Do you have any indication that Google is using
rxlevels and timing advance? Are there any devices that supports access to
these measures? To do any kind of combination you still need to extract all
of the data from the device and send to the server. Google doesn't have
access to any kind of data from the network. 

Would be interesting with some more information around this if you have.

-- 
View this message in context: http://n2.nabble.com/Ericsson-releases-free-cell-id-lookup-API-tp3869908p3936976.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From maxious at gmail.com  Tue Nov  3 09:20:57 2009
From: maxious at gmail.com (Alex (Maxious) Sadleir)
Date: Tue, 3 Nov 2009 19:20:57 +1100
Subject: Ericsson releases "free" cell-id lookup API
In-Reply-To: <1257234179523-3936976.post@n2.nabble.com>
References: <1e5d79990910211948k21cef60fuf1c3d920ad966427@mail.gmail.com>
	<4ADFDD61.2080608@ev-en.org> <4AE0BD97.1090809@free.fr>
	<1e5d79990910221802v4af76d3eyccecc7b23cf73aff@mail.gmail.com>
	<1257234179523-3936976.post@n2.nabble.com>
Message-ID: <1e5d79990911030020p629861bdxabfd35c61c41de09@mail.gmail.com>

2009/11/3 jeanmatthew <jeanmatthewjohnsson at gmail.com>:
>
>> Is it very much different than the Google location API?
>>Definately - It only gives you 1 cell position (latitude/longitude, is
>>this the position of the cell tower?), a locality name and an accuracy
>>measure in meters per API call. This is unlike the Google API where
>>the whole locating operation can be considered server side and other
>>attributes such as rxlevel and timing advance can be considered. So
>>you would have to develop your own application to combine results from
>>both serving and neighbour cells in a meaningful way (their example
>>only tells you the serving cell location) and you still would not have
>>rxlevel/timing advance information.
>
> All cell-id based positioning is done server side (unless you have the whole
> database in your device)
Which is the intention of openbmap-locator

> Do you have any indication that Google is using
> rxlevels and timing advance?
http://code.google.com/apis/gears/geolocation_network_protocol.html

See the "signal_strength" and "timing_advance" specifications for more detail.

> Are there any devices that supports access to
> these measures? To do any kind of combination you still need to extract all
> of the data from the device and send to the server. Google doesn't have
> access to any kind of data from the network.

Google Maps apps even on pre-android phones (Java Mobile Edition) have
had access to cell-id via the various proprietary java interfaces
(com.sonyericsson.net.cellid,
net.rim.device.api.system.GPRSInfo.getCellInfo().getCellId() on the
blackberry etc). These interfaces are what allowed the OpenCellID
project to exist before the freerunner was released.


From alex.shulgin at gmail.com  Tue Nov  3 09:46:44 2009
From: alex.shulgin at gmail.com (Alexander Shulgin)
Date: Tue, 3 Nov 2009 10:46:44 +0200
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
Message-ID: <729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>

On Tue, Nov 3, 2009 at 03:06, David Reyes Samblas Martinez
<david at tuxbrain.com> wrote:
>
> An now some numbers the average image are 10kb so with the hypotesis
> than there are one image per article (yes I know there articles with
> more than a image but there a lot of articles without images) there
> will be about 3.000.000 images so 30Gb of images.... :P there are any
> 32Gb uSD cards out there?

Can we run zlib and, wait-wait... libpng on the device? :)

--
Alex


From yorickmoko at gmail.com  Tue Nov  3 09:51:31 2009
From: yorickmoko at gmail.com (Yorick Moko)
Date: Tue, 3 Nov 2009 09:51:31 +0100
Subject: Oh you were lucky! v0.01
In-Reply-To: <1257204983.11581.11.camel@pieterc-laptop>
References: <1257204983.11581.11.camel@pieterc-laptop>
Message-ID: <26fea52c0911030051m790fc693jc68dd103136415a6@mail.gmail.com>

On Tue, Nov 3, 2009 at 12:36 AM, Pieter Colpaert <freepage at gmail.com> wrote:

> Hi,
>
> I made a small (demo) script which asks for a string on a commandline,
> matches that string with a youtube video, and will play that video using
> mplayer. Framerate is not that high, but both video and sound are
> comprehensible.
>
> Please take a look here: http://code.google.com/p/oywl/
>
> Please email me when you want to be added to the list of commiters and
> help out. I want to write a GUI for it that should become as usable as
> eldentica (maybe we should steal some code).
>
> When I got a little spare time this week I'll add this project to opkg.
> If someone else is into packaging, feel free to do so.
>
> Pieter
>

Nice one Pieter!

when I find the time I will surely try it out !
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091103/db1006b2/attachment.htm 

From jeanmatthewjohnsson at gmail.com  Tue Nov  3 09:51:41 2009
From: jeanmatthewjohnsson at gmail.com (jeanmatthew)
Date: Tue, 3 Nov 2009 00:51:41 -0800 (PST)
Subject: Ericsson releases "free" cell-id lookup API
In-Reply-To: <1e5d79990911030020p629861bdxabfd35c61c41de09@mail.gmail.com>
References: <1e5d79990910211948k21cef60fuf1c3d920ad966427@mail.gmail.com>
	<4ADFDD61.2080608@ev-en.org> <4AE0BD97.1090809@free.fr>
	<1e5d79990910221802v4af76d3eyccecc7b23cf73aff@mail.gmail.com>
	<1257234179523-3936976.post@n2.nabble.com>
	<1e5d79990911030020p629861bdxabfd35c61c41de09@mail.gmail.com>
Message-ID: <1257238301614-3937224.post@n2.nabble.com>


>> Are there any devices that supports access to
>> these measures? To do any kind of combination you still need to extract
all
>> of the data from the device and send to the server. Google doesn't have
>> access to any kind of data from the network.

>Google Maps apps even on pre-android phones (Java Mobile Edition) have
>had access to cell-id via the various proprietary java interfaces
>(com.sonyericsson.net.cellid,
>net.rim.device.api.system.GPRSInfo.getCellInfo().getCellId() on the
>blackberry etc). These interfaces are what allowed the OpenCellID
>project to exist before the freerunner was released.

But are there any devices that support the reading of signal_strength and
timing_advance from all neighbouring cells so that these can be supplied in
the request to the Geolocation Network API? The proprietary interfaces I
have seen only supports the cell you are currently registered to and not the
neighbours.

-- 
View this message in context: http://n2.nabble.com/Ericsson-releases-free-cell-id-lookup-API-tp3869908p3937224.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From jphagen at gmx.de  Tue Nov  3 09:52:25 2009
From: jphagen at gmx.de (=?ISO-8859-1?Q?J=F6rn_Hagen?=)
Date: Tue, 03 Nov 2009 09:52:25 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
Message-ID: <4AEFEF49.1060502@gmx.de>


hi,

the wish is clear:), but the images on wikipedia are slightly
problematic, see

 
http://en.wikipedia.org/wiki/Wikipedia:Database_download#Images_and_uploaded_files

and

 
http://en.wikipedia.org/wiki/Wikipedia:Copyrights#Non-free_materials_and_special_requirements

on the other hand, see:):

  http://meta.wikimedia.org/wiki/Wikix

-J?rn


David Reyes Samblas Martinez wrote:
> 2009/10/31 Sean Moss-Pultz <sean at openmoko.com>:
>   
>> On Fri, Oct 30, 2009 at 11:29 PM, Laszlo KREKACS
>> <laszlo.krekacs.list at gmail.com> wrote:
>>     
>>> On Fri, Oct 30, 2009 at 4:22 PM, David Reyes Samblas Martinez
>>> <david at tuxbrain.com> wrote:
>>>       
>>>> Are you uploading this changes to git? can I take a look?
>>>>         
>>> Btw is there any plan to implement images rendering?
>>>       
>> Math (images) are on our roadmap. Hopefully before the end of this
>> year. The screen is only 1bit. So anything else would look kinda
>> funny.
>>
>>  -Sean
>>     
> Well due I have clear than Internationalization and running other apps
> are totally posible and in fact it can be done without much hacking, I
> have spend some time investigating the posibility of  include image
> other than maths on the device and I think is at least more closer
> than it can seems.
> I have find a process[1] I think it can be industrialized to transform
> any image of the wikipedia to one more or less good to the device is
> clear than we can expect a real time 3D zoomable render on the WR but
> I think results are quite promising
>
> Just some questions, is hard to do a image viewer able to scroll
> vertically as we do in text?
> Any good tutorial of scripting using gimp?
>
> An now some numbers the average image are 10kb so with the hypotesis
> than there are one image per article (yes I know there articles with
> more than a image but there a lot of articles without images) there
> will be about 3.000.000 images so 30Gb of images.... :P there are any
> 32Gb uSD cards out there?
> I have to do a more in depth analisis on how many images(meaningful)
> are there using the data on the dumps of wikipedia  so we will see.
>
> [1]http://www.tuxbrain.com/en/content/images-wikireader-posible
>
>   
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>     
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4673 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.openmoko.org/pipermail/community/attachments/20091103/1fe76a90/attachment.bin 

From sucotronic at gmail.com  Tue Nov  3 10:24:37 2009
From: sucotronic at gmail.com (sucotronic)
Date: Tue, 3 Nov 2009 01:24:37 -0800 (PST)
Subject: [wikireader] Images on the WR not so imposible :P [was
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
Message-ID: <1257240277024-3937360.post@n2.nabble.com>




David Samblas Martinez wrote:
> 
> 2009/10/31 Sean Moss-Pultz <sean at openmoko.com>:
>> On Fri, Oct 30, 2009 at 11:29 PM, Laszlo KREKACS
>> <laszlo.krekacs.list at gmail.com> wrote:
>>> On Fri, Oct 30, 2009 at 4:22 PM, David Reyes Samblas Martinez
>>> <david at tuxbrain.com> wrote:
>>>> Are you uploading this changes to git? can I take a look?
>>>
>>> Btw is there any plan to implement images rendering?
>>
>> Math (images) are on our roadmap. Hopefully before the end of this
>> year. The screen is only 1bit. So anything else would look kinda
>> funny.
>>
>> ?-Sean
> Well due I have clear than Internationalization and running other apps
> are totally posible and in fact it can be done without much hacking, I
> have spend some time investigating the posibility of  include image
> other than maths on the device and I think is at least more closer
> than it can seems.
> I have find a process[1] I think it can be industrialized to transform
> any image of the wikipedia to one more or less good to the device is
> clear than we can expect a real time 3D zoomable render on the WR but
> I think results are quite promising
> 
> Just some questions, is hard to do a image viewer able to scroll
> vertically as we do in text?
> Any good tutorial of scripting using gimp?
> 
> An now some numbers the average image are 10kb so with the hypotesis
> than there are one image per article (yes I know there articles with
> more than a image but there a lot of articles without images) there
> will be about 3.000.000 images so 30Gb of images.... :P there are any
> 32Gb uSD cards out there?
> I have to do a more in depth analisis on how many images(meaningful)
> are there using the data on the dumps of wikipedia  so we will see.
> 
> [1]http://www.tuxbrain.com/en/content/images-wikireader-posible
> 
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

This is an awasome idea David, but you have first to consider two things:

1- Not all English wikipedia images are under a cc license or similar.
There're a lot of copyrighted images: logos, photograpsh, captured images
from videogames...
You've one warning in this wikipedia page:
http://en.wikipedia.org/wiki/Wikipedia_database#Images_and_uploaded_files

2- It's possible to automatically download all the wikipedia images using a
program called wikix (http://meta.wikimedia.org/wiki/Wikix) but someone
tried it back in 2007 and  the result had a size of ??407 gb!!
(http://yousefourabi.com/blog/2007/10/download-all-wikipedia-images-with-wikix/).
Then, the task of downloading all the images and convert them should be done
with a very good machine or cluster.

PS: I know that for spanish wikipedia copyrighted images are not allowed and
we don't have the point 2 problem :P

-- 
View this message in context: http://n2.nabble.com/wikireader-Images-on-the-WR-not-so-imposible-P-was-wikireader-Error-on-parsing-the-spanish-wikipedia-tp3935879p3937360.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From rusolis at poczta.fm  Tue Nov  3 10:38:38 2009
From: rusolis at poczta.fm (Michal Brzozowski)
Date: Tue, 3 Nov 2009 10:38:38 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
Message-ID: <8b48b1570911030138t61f3823di8ab2d9bceea6146c@mail.gmail.com>

2009/11/3 David Reyes Samblas Martinez <david at tuxbrain.com>

> An now some numbers the average image are 10kb so with the hypotesis
> than there are one image per article (yes I know there articles with
> more than a image but there a lot of articles without images) there
> will be about 3.000.000 images so 30Gb of images.... :P there are any
> 32Gb uSD cards out there?
>

Your pbm files are not compressed. I've tried compressing one with gzip and
it went down by 50%. If you use some smart image format you can probably go
down much more.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091103/b3b1b874/attachment-0001.htm 

From david at garabana.com  Tue Nov  3 11:14:15 2009
From: david at garabana.com (David Garabana Barro)
Date: Tue, 3 Nov 2009 11:14:15 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
Message-ID: <200911031114.16014.david@garabana.com>

On Tuesday 03 November 2009 09:46:44 Alexander Shulgin wrote:

> Can we run zlib and, wait-wait... libpng on the device? :)

Good point!
png compress 1 bit images a lot!


From sucotronic at gmail.com  Tue Nov  3 11:34:02 2009
From: sucotronic at gmail.com (sucotronic)
Date: Tue, 3 Nov 2009 02:34:02 -0800 (PST)
Subject: [wikireader] Images on the WR not so imposible :P [was
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <200911031114.16014.david@garabana.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
Message-ID: <1257244442860-3937629.post@n2.nabble.com>




Davide wrote:
> 
> On Tuesday 03 November 2009 09:46:44 Alexander Shulgin wrote:
> 
>> Can we run zlib and, wait-wait... libpng on the device? :)
> 
> Good point!
> png compress 1 bit images a lot!
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

You're right!
One sample done with treshold tool in gimp and saved in png format:
http://tinypic.com/r/mjs58m/4
-- 
View this message in context: http://n2.nabble.com/wikireader-Images-on-the-WR-not-so-imposible-P-was-wikireader-Error-on-parsing-the-spanish-wikipedia-tp3935879p3937629.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From david at tuxbrain.com  Tue Nov  3 12:15:11 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 3 Nov 2009 12:15:11 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <200911031114.16014.david@garabana.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
Message-ID: <5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>

Regarding compression, I believe lzma is already builded in the
wikireader application and it compress the images  a 50%. enough for
start I guess. but I have to recongnize than the image on png looks
really good do maybe it worth the meaning to implemente it on the
device if it's not much resource hungry

Regarding licensing , well  until OM or/and Wikipiedia doesn't say the
contrary (for example considering Wikireader as an extension of the
Wikipedia and allow all wikipedia image to be on Wikireader) we must
stay in the save side so only explicitly free licenced images will be
safe to use, I'm working on the
http://download.wikimedia.org/enwiki/latest/enwiki-latest-image.sql.gz
table to know how many pictures  we are talking about.
Also some way to not infringe the authoring and licencing text
includings clauses must be used by the images viewer. but I guess it
can be done by links to text as other wikipage more.

Regarding machine needed to do so, due we just need at maximum of 240
pixel with we can tweak the Wikix to use the thumb url like this
http://upload.wikimedia.org/wikipedia/commons/thumb/f/f9/HN_Pegasi_B.jpg/240px-HN_Pegasi_B.jpg
instead of the full url

http://upload.wikimedia.org/wikipedia/commons/f/f9/HN_Pegasi_B.jpg

and this will save us a lot disk space and a step in the process :P

Also Wikix must be tweaked to just download "free licenced images"
using the info on the enwiki-latest-image.sql.gz file then sure we
will save a lot more disk space.

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




2009/11/3 David Garabana Barro <david at garabana.com>:
> On Tuesday 03 November 2009 09:46:44 Alexander Shulgin wrote:
>
>> Can we run zlib and, wait-wait... libpng on the device? :)
>
> Good point!
> png compress 1 bit images a lot!
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From rms at 1407.org  Tue Nov  3 12:30:07 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Tue, 3 Nov 2009 11:30:07 +0000
Subject: [wikireader] Images on the WR not so imposible :P [was
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
	<5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
Message-ID: <20091103113007.GB18344@roque.1407.org>

On Tue, Nov 03, 2009 at 12:15:11PM +0100, David Reyes Samblas Martinez wrote:
> Regarding licensing , well  until OM or/and Wikipiedia doesn't say the
> contrary (for example considering Wikireader as an extension of the
> Wikipedia and allow all wikipedia image to be on Wikireader) we must
> stay in the save side so only explicitly free licenced images will be
> safe to use, I'm working on the
> http://download.wikimedia.org/enwiki/latest/enwiki-latest-image.sql.gz
> table to know how many pictures  we are talking about.
> Also some way to not infringe the authoring and licencing text
> includings clauses must be used by the images viewer. but I guess it
> can be done by links to text as other wikipage more.

The problem isn't so much about WikiMedia or OpenMoko, but that the
original authors did not free the images.

As such, whilst maybe they can be on Wikipedia, which is on a non-profit
environment, distributing on the WikiReader (which is for-profit) may
be legally problematic.

If there's a way to automatically determine if the image is safe to copy
(for instance, being licensed with a good CC license like by, by-sa) then
it's doable. If not... it requires a lot of human filtering...

Rui


From vaudano at gmail.com  Tue Nov  3 12:47:31 2009
From: vaudano at gmail.com (Vaudano Luca)
Date: Tue, 3 Nov 2009 12:47:31 +0100
Subject: Babiloo on Openmoko - Second milestone
Message-ID: <e8d66d190911030347g3d5623cfx6dab3462bf544b16@mail.gmail.com>

Hi guys,

I just release the second milestone of Babiloo, a offline dictionaries
reader, for SHR.
Please note that it works only with MrMoku SHR branch.

Babiloo for Neo page:
http://babiloo-project.org/wiki/index.php/Babiloo:Neo

Ciao
Luca


From david at garabana.com  Tue Nov  3 12:53:53 2009
From: david at garabana.com (David Garabana Barro)
Date: Tue, 3 Nov 2009 12:53:53 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
	<5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
Message-ID: <200911031253.54380.david@garabana.com>

On Tuesday 03 November 2009 12:15:11 David Reyes Samblas Martinez wrote:
> Regarding compression, I believe lzma is already builded in the
> wikireader application and it compress the images  a 50%. enough for
> start I guess. but I have to recongnize than the image on png looks
> really good do maybe it worth the meaning to implemente it on the
> device if it's not much resource hungr

Both png and pbm are 1 bit images without lossy compression.
You can obtain exactly the same final image quality on both formats, but png 
will have smaller disk size.
Final result only depends on RGB->1 bit indexed conversion method used.

AFAIK png decompression is not resource hungry. Compression *IS*.

PS For minimal png archive size, you *MUST* convert image to 1 bit indexed 
palette before saving it. 
If you use "greyscale", RBG or more than 1 bit palette, png will waste space 
saving palette or RBG/greyscale info.


From david at garabana.com  Tue Nov  3 13:01:30 2009
From: david at garabana.com (David Garabana Barro)
Date: Tue, 3 Nov 2009 13:01:30 +0100
Subject: Babiloo on Openmoko - Second milestone
In-Reply-To: <e8d66d190911030347g3d5623cfx6dab3462bf544b16@mail.gmail.com>
References: <e8d66d190911030347g3d5623cfx6dab3462bf544b16@mail.gmail.com>
Message-ID: <200911031301.31429.david@garabana.com>

On Tuesday 03 November 2009 12:47:31 Vaudano Luca wrote:
> Hi guys,
>
> I just release the second milestone of Babiloo, a offline dictionaries
> reader, for SHR.

WOW

According to data on wiki, performance improvements seems HUGE!

Thanks for this (very) useful program!


From tilman at baumann.name  Tue Nov  3 13:10:02 2009
From: tilman at baumann.name (Tilman Baumann)
Date: Tue, 3 Nov 2009 12:10:02 -0000 (GMT)
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <20091103113007.GB18344@roque.1407.org>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
	<5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
	<20091103113007.GB18344@roque.1407.org>
Message-ID: <7d7a386f0c2c1e8bebb40564a65f5fdb.squirrel@gnukia.org>

Rui Miguel Silva Seabra wrote:
> On Tue, Nov 03, 2009 at 12:15:11PM +0100, David Reyes Samblas Martinez
> wrote:

>> Also some way to not infringe the authoring and licencing text
>> includings clauses must be used by the images viewer. but I guess it
>> can be done by links to text as other wikipage more.
>
> The problem isn't so much about WikiMedia or OpenMoko, but that the
> original authors did not free the images.
>
> As such, whilst maybe they can be on Wikipedia, which is on a non-profit
> environment, distributing on the WikiReader (which is for-profit) may
> be legally problematic.

I'm not sure if this is a desired workflow. But I don't think whis will be
a problem if everybody builds his own wikireder offline database.

Meaning, Wikireader ships and maintains a database with all safe content.
And if you like more you do it yourself.

PS: I think it would be a good idea to only use pics with low dnamic in
the first place. There is no use to have a van Gough on a 1bit low res
screen.
But having maps, flags, schematics and other low dynamic stuff makes total
sense.
I especially think about the huge amount of svg content.
I imagine, that this can be fairly easily detected. (Maybe just simply by
compression factor)

PPS: Apropos SVG. I guess we can keep them as some kind of vector format
to save space.

PPPS: We need a mailinglist

 Tilman



From david at tuxbrain.com  Tue Nov  3 14:10:05 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 3 Nov 2009 14:10:05 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <200911031253.54380.david@garabana.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
	<5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
	<200911031253.54380.david@garabana.com>
Message-ID: <5c6ceea80911030510m4e7c2c1cgd5056ca73696536e@mail.gmail.com>

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




2009/11/3 David Garabana Barro <david at garabana.com>:
> On Tuesday 03 November 2009 12:15:11 David Reyes Samblas Martinez wrote:
>> Regarding compression, I believe lzma is already builded in the
>> wikireader application and it compress the images ?a 50%. enough for
>> start I guess. but I have to recongnize than the image on png looks
>> really good do maybe it worth the meaning to implemente it on the
>> device if it's not much resource hungr
>
> Both png and pbm are 1 bit images without lossy compression.
> You can obtain exactly the same final image quality on both formats, but png
> will have smaller disk size.
As I said lzma compresed pbm files are about the same size like a png
file so if same results can be achieved, I vote for stay on what's
already implemented
And seems this way isi commpressed a litte bit more
I see the sample png file is 4263 bytes and the same pmb+lzma is about 2937
(sucotronic please can you email me with the name of  "treshold tool"
in spanish and post the values you  chose if any?)
> Final result only depends on RGB->1 bit indexed conversion method used.

>
> AFAIK png decompression is not resource hungry. Compression *IS*.
well compresion is done on host so no problem on this side, in fact WR
is decompresing huge amount of text in lzma quite fast so a tiny file
of 2-4Kb will be no problem
>
> PS For minimal png archive size, you *MUST* convert image to 1 bit indexed
> palette before saving it.
> If you use "greyscale", RBG or more than 1 bit palette, png will waste space
> saving palette or RBG/greyscale info.
totally agree :)
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From vaudano at gmail.com  Tue Nov  3 14:11:11 2009
From: vaudano at gmail.com (Vaudano Luca)
Date: Tue, 3 Nov 2009 14:11:11 +0100
Subject: Babiloo on Openmoko - Second milestone
In-Reply-To: <200911031301.31429.david@garabana.com>
References: <e8d66d190911030347g3d5623cfx6dab3462bf544b16@mail.gmail.com>
	<200911031301.31429.david@garabana.com>
Message-ID: <e8d66d190911030511y5b23e487o4a509e7f6240f675@mail.gmail.com>

Thanks for the feedback
Yeah I made some tuning on the dictionaries engine... the other guys
didn't pay a lot of attention on it because they only test it on the
desktop. From 1 second to 4 seconds it is fine for the desktop
application but from 7 seconds to 76 secs is a hell for our openmoko!
:)

On Tue, Nov 3, 2009 at 1:01 PM, David Garabana Barro <david at garabana.com> wrote:
> On Tuesday 03 November 2009 12:47:31 Vaudano Luca wrote:
>> Hi guys,
>>
>> I just release the second milestone of Babiloo, a offline dictionaries
>> reader, for SHR.
>
> WOW
>
> According to data on wiki, performance improvements seems HUGE!
>
> Thanks for this (very) useful program!
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From david at tuxbrain.com  Tue Nov  3 14:29:41 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 3 Nov 2009 14:29:41 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <7d7a386f0c2c1e8bebb40564a65f5fdb.squirrel@gnukia.org>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
	<5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
	<20091103113007.GB18344@roque.1407.org>
	<7d7a386f0c2c1e8bebb40564a65f5fdb.squirrel@gnukia.org>
Message-ID: <5c6ceea80911030529y5a6fa00ct6d174e1dcdb7f5@mail.gmail.com>

> I'm not sure if this is a desired workflow. But I don't think whis will be
> a problem if everybody builds his own wikireder offline database.
>
> Meaning, Wikireader ships and maintains a database with all safe content.
> And if you like more you do it yourself.
If the viewer is already implemented
you parse/render the whole Wikipedia to include the images links
already rip off in the "official" version with a "--include-non-free"
option  in make or a unnoficial patch to avoid this filtering..., It
seems a great idea to me. then is up the (advanced)user to include
this image or not and he is not taking any more profit than enjoying
the images . I think is a good aproach for the licencing issue.
>
> PS: I think it would be a good idea to only use pics with low dnamic in
> the first place. There is no use to have a van Gough on a 1bit low res
> screen.
I not agree with this, is clear than you cannot appreciate the subtle
mastering of colors or the smart use of lights in a 1 bit color depth
240px width image :P but you can see How it looks like and in WR for
me is far from enough,
> But having maps, flags, schematics and other low dynamic stuff makes total
> sense.
I see the flags more problematic than van Gough ... a lot of them
relies on colors to diferentiate each other so italian,french,irish,
and all the miriad trhee vertical colors flags will be very hard
differentiable
> I especially think about the huge amount of svg content.
> I imagine, that this can be fairly easily detected. (Maybe just simply by
> compression factor)
or by his extension :P
>
> PPS: Apropos SVG. I guess we can keep them as some kind of vector format
> to save space.
With the sizes we are talking abuout (3-4Kb once compressed), rarely a
svg will be smaller than this, and I think reder a vector image is
more resouce hungry than just a plain bitmap, but if the device can
hold it it can be awesome as map viewer :)
>
> PPPS: We need a mailinglist
Meanwhile people tag the topic I feel confortable in the OM list for a OM device
>
> ?Tilman
>
>
> _______________________________________________
> Openmoko community mailing list
> community at 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!!!


From tilman at baumann.name  Tue Nov  3 15:24:53 2009
From: tilman at baumann.name (Tilman Baumann)
Date: Tue, 3 Nov 2009 14:24:53 -0000 (GMT)
Subject: [wikireader] Images on the WR not so imposible :P [was  
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911030529y5a6fa00ct6d174e1dcdb7f5@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<729abac10911030046w5631d94ao66176c862aea36ed@mail.gmail.com>
	<200911031114.16014.david@garabana.com>
	<5c6ceea80911030315t50d3523aub70c3f9bcd70fc67@mail.gmail.com>
	<20091103113007.GB18344@roque.1407.org>
	<7d7a386f0c2c1e8bebb40564a65f5fdb.squirrel@gnukia.org>
	<5c6ceea80911030529y5a6fa00ct6d174e1dcdb7f5@mail.gmail.com>
Message-ID: <9bce2ff6b2ffd715c65594abd779f37f.squirrel@gnukia.org>

David Reyes Samblas Martinez wrote:

>> But having maps, flags, schematics and other low dynamic stuff makes
>> total
>> sense.
> I see the flags more problematic than van Gough ... a lot of them
> relies on colors to diferentiate each other so italian,french,irish,
> and all the miriad trhee vertical colors flags will be very hard
> differentiable

You see that effect on cheap newspaper prints. They have fairly large 1bit
pixels. It works good enough.
It's ugly for pictures. But very well for diagrams or anything like that.

You won't have absolute colours but that still works well.

>> PPS: Apropos SVG. I guess we can keep them as some kind of vector format
>> to save space.
> With the sizes we are talking abuout (3-4Kb once compressed), rarely a
> svg will be smaller than this, and I think reder a vector image is
> more resouce hungry than just a plain bitmap, but if the device can
> hold it it can be awesome as map viewer :)

True. 1 bit images are probably smaller then vector graphics. What would
be a miss could maybe 'scrolling' (Paging)






From nad.oby at gmail.com  Tue Nov  3 16:42:01 2009
From: nad.oby at gmail.com (Evgeniy Ginzburg)
Date: Tue, 3 Nov 2009 18:42:01 +0300
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
Message-ID: <46f27d5a0911030742t3d094c43uf680e383a95b3712@mail.gmail.com>

On Tue, Nov 3, 2009 at 4:06 AM, David Reyes Samblas Martinez
<david at tuxbrain.com> wrote:
[snip]
> I have find a process[1] I think it can be industrialized to transform
> any image of the wikipedia to one more or less good to the device is
> clear than we can expect a real time 3D zoomable render on the WR but
> I think results are quite promising
One option for such "industrialization" of images converting may be
something like this onliner using ImageMagic

convert  infile.png  -geometry 240 +dither -colors 2 -colorspace gray
-contrast-stretch 0 -normalize  outfile.pbm

For reference see http://www.imagemagick.org/Usage/quantize/

[snip]
-- 
So long, and thanks for all the fish.


From rusolis at poczta.fm  Tue Nov  3 16:55:04 2009
From: rusolis at poczta.fm (Michal Brzozowski)
Date: Tue, 3 Nov 2009 16:55:04 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <46f27d5a0911030742t3d094c43uf680e383a95b3712@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<46f27d5a0911030742t3d094c43uf680e383a95b3712@mail.gmail.com>
Message-ID: <8b48b1570911030755p4290424eh48906f8193b7a6e0@mail.gmail.com>

2009/11/3 Evgeniy Ginzburg <nad.oby at gmail.com>

> On Tue, Nov 3, 2009 at 4:06 AM, David Reyes Samblas Martinez
> <david at tuxbrain.com> wrote:
> [snip]
> > I have find a process[1] I think it can be industrialized to transform
> > any image of the wikipedia to one more or less good to the device is
> > clear than we can expect a real time 3D zoomable render on the WR but
> > I think results are quite promising
> One option for such "industrialization" of images converting may be
> something like this onliner using ImageMagic
>
> convert  infile.png  -geometry 240 +dither -colors 2 -colorspace gray
> -contrast-stretch 0 -normalize  outfile.pbm
>
> For reference see http://www.imagemagick.org/Usage/quantize/
>

Ascii art could be nice too. And wouldn't require much hacking on the device
side :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091103/7558d4b1/attachment.htm 

From niall at sgenomics.org  Tue Nov  3 17:22:21 2009
From: niall at sgenomics.org (Niall Haslam)
Date: Tue, 03 Nov 2009 16:22:21 +0000
Subject: tangogps 0.9.8
In-Reply-To: <2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
Message-ID: <0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>


On 2 Nov 2009, at 23:46, Robin Paulson wrote:

> 2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>:
>> I have currently no working OE here and there are now too many
>> distribs. However, you can try the armel.deb. Just extract the  
>> tangogps
>> binary from the .deb (do it on your desktop/laptop) and copy it to  
>> your
>> Neo.
>
> .deb packages can be installed natively with opkg.
>
> you'll need to edit /etc/opkg/arch.conf, and add 'arch armel 36'
> (without the quotes) to the bottom
>
> then do
>
> wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
>
> and
>
> opkg install tangogps_0.9.8-1_armel.deb

I tried this but get an error saying: Enlightenment was unable to run  
the application tangogps.
The application failed to start.

Any other ideas. Or pointers as to how to package 0.9.8 for shr?



> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



From nad.oby at gmail.com  Tue Nov  3 17:23:30 2009
From: nad.oby at gmail.com (Evgeniy Ginzburg)
Date: Tue, 3 Nov 2009 19:23:30 +0300
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <8b48b1570911030755p4290424eh48906f8193b7a6e0@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<46f27d5a0911030742t3d094c43uf680e383a95b3712@mail.gmail.com>
	<8b48b1570911030755p4290424eh48906f8193b7a6e0@mail.gmail.com>
Message-ID: <46f27d5a0911030823v287673ecr81d19fd6fd0bc75e@mail.gmail.com>

On Tue, Nov 3, 2009 at 6:55 PM, Michal Brzozowski <rusolis at poczta.fm> wrote:
> 2009/11/3 Evgeniy Ginzburg <nad.oby at gmail.com>
>>
>> On Tue, Nov 3, 2009 at 4:06 AM, David Reyes Samblas Martinez
>> <david at tuxbrain.com> wrote:
>> [snip]
>> > I have find a process[1] I think it can be industrialized to transform
>> > any image of the wikipedia to one more or less good to the device is
>> > clear than we can expect a real time 3D zoomable render on the WR but
>> > I think results are quite promising
>> One option for such "industrialization" of images converting may be
>> something like this onliner using ImageMagic
>>
>> convert ?infile.png ?-geometry 240 +dither -colors 2 -colorspace gray
>> -contrast-stretch 0 -normalize ?outfile.pbm
>>
>> For reference see http://www.imagemagick.org/Usage/quantize/
>
> Ascii art could be nice too. And wouldn't require much hacking on the device
> side :-)
>
I've just tried to view 240 pixel wide images in ASCII, cannot see nothing.
Using .PBM let you see (in worst case) something.



-- 
So long, and thanks for all the fish.


From yorickmoko at gmail.com  Tue Nov  3 17:40:00 2009
From: yorickmoko at gmail.com (Yorick Moko)
Date: Tue, 3 Nov 2009 17:40:00 +0100
Subject: tangogps 0.9.8
In-Reply-To: <0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
Message-ID: <26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>

On Tue, Nov 3, 2009 at 5:22 PM, Niall Haslam <niall at sgenomics.org> wrote:

>
> On 2 Nov 2009, at 23:46, Robin Paulson wrote:
>
> > 2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>:
> >> I have currently no working OE here and there are now too many
> >> distribs. However, you can try the armel.deb. Just extract the
> >> tangogps
> >> binary from the .deb (do it on your desktop/laptop) and copy it to
> >> your
> >> Neo.
> >
> > .deb packages can be installed natively with opkg.
> >
> > you'll need to edit /etc/opkg/arch.conf, and add 'arch armel 36'
> > (without the quotes) to the bottom
> >
> > then do
> >
> > wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
> >
> > and
> >
> > opkg install tangogps_0.9.8-1_armel.deb
>
> I tried this but get an error saying: Enlightenment was unable to run
> the application tangogps.
> The application failed to start.
>
> Any other ideas. Or pointers as to how to package 0.9.8 for shr?
>
>
> add a ticket in shr trac
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091103/ba222a4e/attachment.htm 

From seba.dos1 at gmail.com  Tue Nov  3 17:42:36 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Tue, 3 Nov 2009 17:42:36 +0100
Subject: tangogps 0.9.8
In-Reply-To: <26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
Message-ID: <c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>

On 11/3/09, Yorick Moko <yorickmoko at gmail.com> wrote:
> On Tue, Nov 3, 2009 at 5:22 PM, Niall Haslam <niall at sgenomics.org> wrote:
>
>>
>> On 2 Nov 2009, at 23:46, Robin Paulson wrote:
>>
>> > 2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>:
>> >> I have currently no working OE here and there are now too many
>> >> distribs. However, you can try the armel.deb. Just extract the
>> >> tangogps
>> >> binary from the .deb (do it on your desktop/laptop) and copy it to
>> >> your
>> >> Neo.
>> >
>> > .deb packages can be installed natively with opkg.
>> >
>> > you'll need to edit /etc/opkg/arch.conf, and add 'arch armel 36'
>> > (without the quotes) to the bottom
>> >
>> > then do
>> >
>> > wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
>> >
>> > and
>> >
>> > opkg install tangogps_0.9.8-1_armel.deb
>>
>> I tried this but get an error saying: Enlightenment was unable to run
>> the application tangogps.
>> The application failed to start.
>>
>> Any other ideas. Or pointers as to how to package 0.9.8 for shr?
>>
>>
>> add a ticket in shr trac
>

I've just sent recipe for 0.9.8 to shr-devel. I'll try to build it soon.

-- 
Sebastian Krzyszkowiak
dos


From ssj2micvm at gmail.com  Tue Nov  3 17:53:49 2009
From: ssj2micvm at gmail.com (Michele Brocco)
Date: Tue, 3 Nov 2009 17:53:49 +0100
Subject: tangogps 0.9.8
In-Reply-To: <c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
Message-ID: <f36e37470911030853v6f3454a4h45e1e79f370c562c@mail.gmail.com>

On Tue, Nov 3, 2009 at 5:42 PM, Sebastian Krzyszkowiak
<seba.dos1 at gmail.com> wrote:
> On 11/3/09, Yorick Moko <yorickmoko at gmail.com> wrote:
>> On Tue, Nov 3, 2009 at 5:22 PM, Niall Haslam <niall at sgenomics.org> wrote:
>>
>>>
>>> On 2 Nov 2009, at 23:46, Robin Paulson wrote:
>>>
>>> > 2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>:
>>> >> I have currently no working OE here and there are now too many
>>> >> distribs. However, you can try the armel.deb. Just extract the
>>> >> tangogps
>>> >> binary from the .deb (do it on your desktop/laptop) and copy it to
>>> >> your
>>> >> Neo.
>>> >
>>> > .deb packages can be installed natively with opkg.
>>> >
>>> > you'll need to edit /etc/opkg/arch.conf, and add 'arch armel 36'
>>> > (without the quotes) to the bottom
>>> >
>>> > then do
>>> >
>>> > wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
>>> >
>>> > and
>>> >
>>> > opkg install tangogps_0.9.8-1_armel.deb
>>>
>>> I tried this but get an error saying: Enlightenment was unable to run
>>> the application tangogps.
>>> The application failed to start.
>>>
>>> Any other ideas. Or pointers as to how to package 0.9.8 for shr?
>>>
>>>
>>> add a ticket in shr trac
>>
>
> I've just sent recipe for 0.9.8 to shr-devel. I'll try to build it soon.
>
> --
> Sebastian Krzyszkowiak
> dos
>
Was the enlightenment error related to the libcurl issue discussed in
this thread some mails before? If yes the solution described by Marcus
should help for now. At least for me it did. I am using shr-u as well.


From niall at sgenomics.org  Tue Nov  3 18:03:21 2009
From: niall at sgenomics.org (Niall Haslam)
Date: Tue, 03 Nov 2009 17:03:21 +0000
Subject: tangogps 0.9.8
In-Reply-To: <f36e37470911030853v6f3454a4h45e1e79f370c562c@mail.gmail.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
	<f36e37470911030853v6f3454a4h45e1e79f370c562c@mail.gmail.com>
Message-ID: <1BB19A20-7957-40F6-84B4-C9BDBA2685F5@sgenomics.org>


On 3 Nov 2009, at 16:53, Michele Brocco wrote:

> On Tue, Nov 3, 2009 at 5:42 PM, Sebastian Krzyszkowiak
> <seba.dos1 at gmail.com> wrote:
>> On 11/3/09, Yorick Moko <yorickmoko at gmail.com> wrote:
>>> On Tue, Nov 3, 2009 at 5:22 PM, Niall Haslam <niall at sgenomics.org>  
>>> wrote:
>>>
>>>>
>>>> On 2 Nov 2009, at 23:46, Robin Paulson wrote:
>>>>
>>>>> 2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>:
>>>>>> I have currently no working OE here and there are now too many
>>>>>> distribs. However, you can try the armel.deb. Just extract the
>>>>>> tangogps
>>>>>> binary from the .deb (do it on your desktop/laptop) and copy it  
>>>>>> to
>>>>>> your
>>>>>> Neo.
>>>>>
>>>>> .deb packages can be installed natively with opkg.
>>>>>
>>>>> you'll need to edit /etc/opkg/arch.conf, and add 'arch armel 36'
>>>>> (without the quotes) to the bottom
>>>>>
>>>>> then do
>>>>>
>>>>> wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
>>>>>
>>>>> and
>>>>>
>>>>> opkg install tangogps_0.9.8-1_armel.deb
>>>>
>>>> I tried this but get an error saying: Enlightenment was unable to  
>>>> run
>>>> the application tangogps.
>>>> The application failed to start.
>>>>
>>>> Any other ideas. Or pointers as to how to package 0.9.8 for shr?
>>>>
>>>>
>>>> add a ticket in shr trac
>>>
>>
>> I've just sent recipe for 0.9.8 to shr-devel. I'll try to build it  
>> soon.
>>
>> --
>> Sebastian Krzyszkowiak
>> dos
>>
> Was the enlightenment error related to the libcurl issue discussed in
> this thread some mails before? If yes the solution described by Marcus
> should help for now. At least for me it did. I am using shr-u as well.

Yeah - when I launched from the command line I got the same error as  
you. So enlightenment was just hiding the error.

>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



From seba.dos1 at gmail.com  Tue Nov  3 18:08:34 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Tue, 3 Nov 2009 18:08:34 +0100
Subject: tangogps 0.9.8
In-Reply-To: <c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
Message-ID: <c30e08170911030908s37b1cdb2s2d5a83dea0fb4e0b@mail.gmail.com>

On 11/3/09, Sebastian Krzyszkowiak <seba.dos1 at gmail.com> wrote:
> On 11/3/09, Yorick Moko <yorickmoko at gmail.com> wrote:
>> On Tue, Nov 3, 2009 at 5:22 PM, Niall Haslam <niall at sgenomics.org> wrote:
>>
>>>
>>> On 2 Nov 2009, at 23:46, Robin Paulson wrote:
>>>
>>> > 2009/11/2 Marcus Bauer <marcus.bauer at gmail.com>:
>>> >> I have currently no working OE here and there are now too many
>>> >> distribs. However, you can try the armel.deb. Just extract the
>>> >> tangogps
>>> >> binary from the .deb (do it on your desktop/laptop) and copy it to
>>> >> your
>>> >> Neo.
>>> >
>>> > .deb packages can be installed natively with opkg.
>>> >
>>> > you'll need to edit /etc/opkg/arch.conf, and add 'arch armel 36'
>>> > (without the quotes) to the bottom
>>> >
>>> > then do
>>> >
>>> > wget http://www.tangogps.org/downloads/tangogps_0.9.8-1_armel.deb
>>> >
>>> > and
>>> >
>>> > opkg install tangogps_0.9.8-1_armel.deb
>>>
>>> I tried this but get an error saying: Enlightenment was unable to run
>>> the application tangogps.
>>> The application failed to start.
>>>
>>> Any other ideas. Or pointers as to how to package 0.9.8 for shr?
>>>
>>>
>>> add a ticket in shr trac
>>
>
> I've just sent recipe for 0.9.8 to shr-devel. I'll try to build it soon.

tangogps 0.9.8-r0 is already in our tests/unstable feed :)

-- 
Sebastian Krzyszkowiak
dos


From david at tuxbrain.com  Tue Nov  3 18:58:21 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 3 Nov 2009 18:58:21 +0100
Subject: [wikireader] Images on the WR not so imposible :P [was 
	[wikireader]Error on parsing the spanish wikipedia]
In-Reply-To: <46f27d5a0911030742t3d094c43uf680e383a95b3712@mail.gmail.com>
References: <5c6ceea80911021706j2644fcf2sc64dc2d1fb0470d8@mail.gmail.com>
	<46f27d5a0911030742t3d094c43uf680e383a95b3712@mail.gmail.com>
Message-ID: <5c6ceea80911030958q7f55ab5bwf09824bc710a9808@mail.gmail.com>

2009/11/3 Evgeniy Ginzburg <nad.oby at gmail.com>:
> On Tue, Nov 3, 2009 at 4:06 AM, David Reyes Samblas Martinez
> <david at tuxbrain.com> wrote:
> [snip]
>> I have find a process[1] I think it can be industrialized to transform
>> any image of the wikipedia to one more or less good to the device is
>> clear than we can expect a real time 3D zoomable render on the WR but
>> I think results are quite promising
> One option for such "industrialization" of images converting may be
> something like this onliner using ImageMagic
>
> convert ?infile.png ?-geometry 240 +dither -colors 2 -colorspace gray
> -contrast-stretch 0 -normalize ?outfile.pbm
>
> For reference see http://www.imagemagick.org/Usage/quantize/
>
> [snip]
> --
> So long, and thanks for all the fish.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

GIMP also alows to work with bactch process and scripting , I have to
find how but I know it can, we will choose the option than better
results will give

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


>


From neiljerram at googlemail.com  Tue Nov  3 20:40:58 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Tue, 3 Nov 2009 19:40:58 +0000
Subject: Ideal screen rotation
Message-ID: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>

Having just written an automatic screen rotation program (like
omnewrotate), I'm now wondering about the best way of using it, so
that everything Just Works the way that it should.

In particular, I've realized now that

- for many apps there is a preferred orientation (e.g. zhone and
hex-a-hop), and the best thing is to rotate the screen to what is best
for each app, regardless of how the phone is being held

- for some apps you definitely don't want the screen to be rotated
underneath them, e.g. mokomaze

- for the apps where autorotation makes sense, you want the control to
be easily accessible - certainly a lot easier than switching back to
the launcher or an xterm and doing something there :-)

Have others already thought about this and devised solutions?

I think a good solution might involve the window manager - since the
window manager knows which app is at the front of the screen and so
could rotate the screen correctly for it (including enabling
autorotation for the apps where that makes sense).  Alternatively - at
least for e17 - an easily accessible gadget in the top shelf could
make it very simple to choose a specific orientation and to enable and
disable autorotation.

Regards,
         Neil


From dehqan65 at gmail.com  Tue Nov  3 21:31:52 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Wed, 4 Nov 2009 00:01:52 +0330
Subject: Some questions about android on Freerunner
Message-ID: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>

In The Name Of God The compassionate merciful

Good day everyone ;

Access to this page <http://code.google.com/> is forbidden from server to
iranians .
To installing and using android on Freerunner do we need that address
content ?

but android.com is open for us .
by and large can we use android legally ?

Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091104/8e3b20df/attachment.htm 

From aditya.g8 at gmail.com  Tue Nov  3 21:44:07 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Wed, 4 Nov 2009 02:14:07 +0530
Subject: Help with google apps for Neo Freerunner
Message-ID: <4f51103a0911031244i749e17a1iec89cfecda7056b2@mail.gmail.com>

Hi guys can I record my lcd data as show in this video :

http://www.youtube.com/watch?v=K2S2rQUETwc


From gandalf at viroenforce.com  Tue Nov  3 21:55:16 2009
From: gandalf at viroenforce.com (Gand')
Date: Tue, 3 Nov 2009 21:55:16 +0100
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
Message-ID: <210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com>

no, the page you can't access only contains software ...
to use android on freerunner, you only need content from that page : Index
of /android <http://panicking.kicks-ass.org/download/>
-- 
  Gand'

On Tue, Nov 3, 2009 at 9:31 PM, a dehqan <dehqan65 at gmail.com> wrote:

> In The Name Of God The compassionate merciful
>
> Good day everyone ;
>
> Access to this page <http://code.google.com/> is forbidden from server to
> iranians .
> To installing and using android on Freerunner do we need that address
> content ?
>
> but android.com is open for us .
> by and large can we use android legally ?
>
> Regards dehqan
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091103/5f7cfd53/attachment.htm 

From aditya.g8 at gmail.com  Tue Nov  3 22:30:43 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Wed, 4 Nov 2009 03:00:43 +0530
Subject: Hi ho do I record my display into a file or over usb...
Message-ID: <4f51103a0911031330wdb740edr38d564bd6131bb7d@mail.gmail.com>

Hi guys can I record my lcd data as show in this video :

http://www.youtube.com/watch?v=K2S2rQUETwc


sorry for the last mail, my browser filled in the subject, mybad


From maxposedon at gmail.com  Tue Nov  3 22:58:36 2009
From: maxposedon at gmail.com (Maksim 'max_posedon' Melnikau)
Date: Tue, 3 Nov 2009 23:58:36 +0200
Subject: tangogps 0.9.8
In-Reply-To: <c30e08170911030908s37b1cdb2s2d5a83dea0fb4e0b@mail.gmail.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
	<c30e08170911030908s37b1cdb2s2d5a83dea0fb4e0b@mail.gmail.com>
Message-ID: <792ba59f0911031358q1a1e7ee3u434d4cde98c9eeb9@mail.gmail.com>

SHR version (mrmoku/unstable feed) segfaults for me, on try to
download map (4 levels):


************************************
tile_data: http://tile.openstreetmap.org/16/37796/21088.png|/home/root/Maps/OSM/16/37796/21088.png|/home/root/Maps/OSM/16/37796/
 URL: http://tile.openstreetmap.org/16/37796/21088.png
 FILE: /home/root/Maps/OSM/16/37796/21088.png
 DIR: /home/root/Maps/OSM/16/37796/
*** timer_tile_download():
** expose event 0 0 455 455
map_scale_indicator():
lat 0.939628 => lat_m 1.119339
DISTANCE: acos(1.00), ll1: 0.939628, -3.141593 -- ll2: 0.939628, -3.140394
*** timer_tile_download():
*** timer_tile_download():
*** timer_tile_download():
*** timer_tile_download():
Segmentation fault


From brolin at brolin.be  Wed Nov  4 00:01:00 2009
From: brolin at brolin.be (Brolin Empey)
Date: Tue, 3 Nov 2009 15:01:00 -0800
Subject: Can my FreeRunner remind me to shut it down if it is still 
	running at 22:00?
In-Reply-To: <d30d40f10907241544h55794d06n876f523b3617517b@mail.gmail.com>
References: <d30d40f10907241544h55794d06n876f523b3617517b@mail.gmail.com>
Message-ID: <d30d40f10911031501u7d46d25en9040da2a45276713@mail.gmail.com>

I never ended up configuring my FreeRunner to do anything
automatically before I go to bed because there is no reason to do so:
no one calls me during the night, and even if they did, I would
probably sleep through it because I sleep through the cordless phone
in my room ringing.  Shutting down my Nokia 6103b before going to bed
is practical because it boots in about 5 seconds, but I try to always
keep my FreeRunner charged because it takes so much longer to boot
(using QtMoko v11 installed in the onboard NAND).  While I am at home,
I leave my FreeRunner connected to my PC via USB to charge, so it is
easier to leave my FreeRunner suspended while I sleep than shut it
down before going to bed and boot it again after I get up, which is
usually still in the morning during the week, but often after noon on
the weekend. ;)

Incidentally, I noticed Alishams Hassam (Ali) replied in this thread
before I was introduced to him by his reply to my thread ?OT: Where
can I meet a female companion with similar interests and personality
/in person/??, which I started on 2009-09-10.  I have met Alishams
twice in Vancouver and chatted with him on the phone (on our US
FreeRunners.  We both even use the same carrier: Fido.);  I like him
so far.  I hope we can become closer friends. :)


From nielsheyvaert at hotmail.com  Wed Nov  4 00:26:16 2009
From: nielsheyvaert at hotmail.com (Niels Heyvaert)
Date: Tue, 3 Nov 2009 23:26:16 +0000
Subject: Some questions about android on Freerunner
Message-ID: <SNT127-W64628F120999339DC3402DB2B20@phx.gbl>



>
> no, the page you can't access only contains software ...
> to use android on freerunner, you only need content from that page : Index of /android

Hi Dehqan,

If this reply did not help you, try to post your question on the project mailing list:

http://groups.google.com/group/android-on-freerunner

In case you have issues posting to the list, just let me know and I'll try to help you where I can.

Niels.

>
>
> Access to this page is forbidden from server to iranians .
> To installing and using android on Freerunner do we need that address content ?
>
>
>
> but android.com is open for us .
> by and large can we use android legally ?

 		 	   		  
_________________________________________________________________
Hebben jij en je vrienden leuke foto's van jullie feestje? Maak een groepsalbum en geniet nog extra na. 
http://www.microsoft.com/belux/nl/windows/windowslive/products/photos.aspx

From maxposedon at gmail.com  Wed Nov  4 01:09:00 2009
From: maxposedon at gmail.com (Maksim 'max_posedon' Melnikau)
Date: Wed, 4 Nov 2009 02:09:00 +0200
Subject: [Wikireader] Linux
Message-ID: <792ba59f0911031609y680f77e6sf4c3f4c8bc89136e@mail.gmail.com>

Hi!

My wikireader is still in path to me, but may be some people have it
already, and/or Openmoko(company) can help me with investigating next
thing:

Linux on Wikireader

According to http://en.wikipedia.org/wiki/WikiReader , it have enough
RAM, CPU, ROM; no mmu - no problem with uclibc.

Also I find: that some axLinux have S1C33 support
http://www.arm.com/community/display_product/rw/ProductId/2906/
http://www.axlinux.net/english/

So, is it possible? (linux on wikireader), did someone tried it?

I know it might be useless, but.. who cares? :)


From vfebvre at easter-eggs.com  Wed Nov  4 01:30:38 2009
From: vfebvre at easter-eggs.com (Valery Febvre)
Date: Wed, 04 Nov 2009 01:30:38 +0100
Subject: [SHR-U] NumberX - a mathematical puzzle game
Message-ID: <4AF0CB2E.3040709@easter-eggs.com>

Hi,

I'm proud to announce the first release of NumberX.

NumberX is a mathematical puzzle game that will challenge your mental
math abilities!

Four random numbers, between 1 and 9, you are given and you must put
them all together using the basic arithmetic operators in such a way as
to arrive at a given target random number.

Every puzzle has a solution. The difficulty of the puzzles varies, some
are easy and others are much more difficult!

It's written in Python / Elementary.
NumberX is tested on SHR unstable only. Normally, it should run on any
system with a revision of python-elementary equal or greater to 40756.

Homepage : http://code.google.com/p/numberx/

Package : http://numberx.googlecode.com/files/numberx_1.0.0-r0_all.ipk

Happy puzzles,
--
Val?ry


From aditya.g8 at gmail.com  Wed Nov  4 02:29:19 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Wed, 4 Nov 2009 06:59:19 +0530
Subject: Help with alsa states
Message-ID: <4f51103a0911031729m1d615a2atbae6c76efc17b621@mail.gmail.com>

Hi, guys I figured out the setting for my music,
I set the pcm, bass etc levels while using intone with my headsets.
when ever I pause and resume I believe is changes sound states.
So which file does is take to restore , I tried replacing
/usr/share/openmoko/scenarios/stereoout.state , headsetout.state,
gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it
does not load any of these, I can see it in the alsamixer if any
change has taken place, but I cannot get my settings back.

can anyone guide me where to look for these config files


From rozzin at geekspace.com  Wed Nov  4 05:08:29 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Tue, 03 Nov 2009 23:08:29 -0500
Subject: tangogps 0.9.8
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop>
	<20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
	<c30e08170911030908s37b1cdb2s2d5a83dea0fb4e0b@mail.gmail.com>
	<792ba59f0911031358q1a1e7ee3u434d4cde98c9eeb9@mail.gmail.com>
Message-ID: <87zl73ue2q.fsf@slice.rozzin.com>

"Maksim 'max_posedon' Melnikau" <maxposedon at gmail.com> writes:
>
> SHR version (mrmoku/unstable feed) segfaults for me, on try to
> download map (4 levels):
[...]
> *** timer_tile_download():
> *** timer_tile_download():
> *** timer_tile_download():
> *** timer_tile_download():
> Segmentation fault

I'm seeing a segfault on line #370 of gps_functions.c (in set_label());
it seems to coincide with the end of map-download, in at least some
configurations (I can reproduce it if I disable auto-download),
so this may be what you're seeing:

There's a buffer-overflow problem that results in the `label70'
pointer being overwritten with what's supposed to be text-data
(and ends up being a garbage pointer) because the `buffer' variable
(actually named "buffer" :)) is not always big enough to hold the text
that's being g_sprintf'd into it.

As a quick hack, you can try just making the buffer bigger, but it may
be a better solution to use g_strdup_printf() instead of g_sprintf()
(and remembering to g_free() the resulting pointer when done with
it, of course!).

-- 
"Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."



From dehqan65 at gmail.com  Wed Nov  4 07:13:51 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Wed, 4 Nov 2009 09:43:51 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
	<210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com>
Message-ID: <267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com>

In The Name Of God The compassionate merciful

Good day everyone ;
Thanks for your attentions ;


no, the page you can't access only contains software ...
> to use android on freerunner, you only need content from that page : Index
> of /android <http://panicking.kicks-ass.org/download/>
> --
>   Gand'
>

Which softwares ? android softwares ? Do you mean we can not use android
sofware ?
 Are contents of Index of
/android<http://panicking.kicks-ass.org/download/>made from
those <http://code.google.com/> code ? or there is not any relation between
http://code.google.com/ and Index of
/android<http://panicking.kicks-ass.org/download/>?

Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091104/1d17c82f/attachment.htm 

From tvuillaume at free.fr  Wed Nov  4 08:08:06 2009
From: tvuillaume at free.fr (tvuillaume at free.fr)
Date: Wed, 4 Nov 2009 08:08:06 +0100 (CET)
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <72763679.734831257318320259.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>

Hello,

I developed my own GPS application for QtExtended 4.4.3 on my Neo Freerunner. It use native Qt APIs and doesn't require X. It display maps from OpenStreetMap by default, but can also be configured to get them from Yahoo or VirtualEarth. I'm not sure for Google, I gave up trying for now.

I will continue to maintain it for my personal usage. I have no idea if it may interest someone, but, if any interest, I released the package, the source code, and some documentation here:

http://tvuillaume.free.fr/NeronGPS

The User's Guide provide you with some screenshots and information about what the application is able to achieve.

Unfortunately, pixmap drawing performances looks degraded on QtMoko (I tested with v14), impacting performances when moving in the map. This is much better on the original QtExtended 4.4.3. If anybody have an idea about where it may come from, and if something can be done to improve, I would be interested.

Best Regards,
Thierry


From shazalive at gmail.com  Wed Nov  4 08:13:48 2009
From: shazalive at gmail.com (Shaz)
Date: Wed, 4 Nov 2009 12:13:48 +0500
Subject: [SHR] Build with openembedded
Message-ID: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>

Dear all,

I am trying to build shr image with openembedded but the git download
step gets stuck at 17% or 18% in the "make setup" phase. Any hints
what to do?

On shr build page they mentioned a change in build steps will occur
but can't find any info on the new steps.

-- 
Shaz


From karadog at gmail.com  Wed Nov  4 08:22:38 2009
From: karadog at gmail.com (HouYu Li)
Date: Wed, 4 Nov 2009 15:22:38 +0800
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <72763679.734831257318320259.JavaMail.root@zimbra14-e2.priv.proxad.net>
	<843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <ea736a480911032322l34028db7x35562e16c1784d5f@mail.gmail.com>

You are the MAN!

On Wed, Nov 4, 2009 at 3:08 PM,  <tvuillaume at free.fr> wrote:
> Hello,
>
> I developed my own GPS application for QtExtended 4.4.3 on my Neo Freerunner. It use native Qt APIs and doesn't require X. It display maps from OpenStreetMap by default, but can also be configured to get them from Yahoo or VirtualEarth. I'm not sure for Google, I gave up trying for now.
>
> I will continue to maintain it for my personal usage. I have no idea if it may interest someone, but, if any interest, I released the package, the source code, and some documentation here:
>
> http://tvuillaume.free.fr/NeronGPS
>
> The User's Guide provide you with some screenshots and information about what the application is able to achieve.
>
> Unfortunately, pixmap drawing performances looks degraded on QtMoko (I tested with v14), impacting performances when moving in the map. This is much better on the original QtExtended 4.4.3. If anybody have an idea about where it may come from, and if something can be done to improve, I would be interested.
>
> Best Regards,
> Thierry
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Best Regards

HouYu Li, Karajan

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

PHP Developer
Red Hat Certified Engineer

Shanghai, China


From rixed at happyleptic.org  Wed Nov  4 08:39:31 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Wed, 4 Nov 2009 08:39:31 +0100
Subject: kbosd, or fatfingereverything
In-Reply-To: <8b48b1570910310653l57f1bd88q8e2a718c63a33967@mail.gmail.com>
References: <20091031114714.GB3291@happyleptic.org>
	<8b48b1570910310653l57f1bd88q8e2a718c63a33967@mail.gmail.com>
Message-ID: <20091104073931.GB1897@fp-desktop.fr.evistel.com>

-[ Sat, Oct 31, 2009 at 02:53:02PM +0100, Michal Brzozowski ]----
> Could you make an ipk for SHR too?

Sory but life is too short for anything but debian :-)

Probably you have git and gcc packaged as ipk ?



From rixed at happyleptic.org  Wed Nov  4 08:42:43 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Wed, 4 Nov 2009 08:42:43 +0100
Subject: kbosd, or fatfingereverything
In-Reply-To: <43bc49bd0910311235l74cbebdbja573591f17d8227b@mail.gmail.com>
References: <20091031114714.GB3291@happyleptic.org>
	<8b48b1570910310653l57f1bd88q8e2a718c63a33967@mail.gmail.com>
	<43bc49bd0910311235l74cbebdbja573591f17d8227b@mail.gmail.com>
Message-ID: <20091104074243.GC1897@fp-desktop.fr.evistel.com>

> but the package libh1settings0 is missing in debian repository. How can I
> solve?

Sorry, this package is specific to H:1.
It's not stricly required, through, so I'm removing it from dependencies,
and uploading a new package in a minute (will be :
http://happyleptic.org/~rixed/kbosd_20091104_armel.deb )





From rms at 1407.org  Wed Nov  4 09:01:17 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Wed, 4 Nov 2009 08:01:17 +0000
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
Message-ID: <20091104080117.GA4627@roque.1407.org>

On Tue, Nov 03, 2009 at 07:40:58PM +0000, Neil Jerram wrote:
> - for many apps there is a preferred orientation (e.g. zhone and
> hex-a-hop), and the best thing is to rotate the screen to what is best
> for each app, regardless of how the phone is being held

When this is the case, I stop omnewrotate.

> - for some apps you definitely don't want the screen to be rotated
> underneath them, e.g. mokomaze

Idem.

> - for the apps where autorotation makes sense, you want the control to
> be easily accessible - certainly a lot easier than switching back to
> the launcher or an xterm and doing something there :-)
> 
> Have others already thought about this and devised solutions?
> 
> I think a good solution might involve the window manager - since the
> window manager knows which app is at the front of the screen and so
> could rotate the screen correctly for it (including enabling
> autorotation for the apps where that makes sense).  Alternatively - at
> least for e17 - an easily accessible gadget in the top shelf could
> make it very simple to choose a specific orientation and to enable and
> disable autorotation.

The icon in the launcher being a toggler for omnewrotate is a "hack" as
I haven't learned how to make a shelf gadget yet.

Patches to make a shelf gadget for omnewrotate are, of course, welcome :)

Rui


From alex.shulgin at gmail.com  Wed Nov  4 09:07:47 2009
From: alex.shulgin at gmail.com (Alexander Shulgin)
Date: Wed, 4 Nov 2009 10:07:47 +0200
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com> 
	<210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com> 
	<267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com>
Message-ID: <729abac10911040007w65f35338pcbed9a5b04f6cb6e@mail.gmail.com>

On Wed, Nov 4, 2009 at 08:13, a dehqan <dehqan65 at gmail.com> wrote:
> In The Name Of God The compassionate merciful
>
> Good day everyone ;
> Thanks for your attentions ;
>
>
>> no, the page you can't access only contains software ...
>> to use android on freerunner, you only need content from that page : Index
>> of /android
>> --
>> ? Gand'
>
> Which softwares ? android softwares ? Do you mean we can not use android
> sofware ?
> ?Are contents of Index of /android made from those code ? or there is not
> any relation between http://code.google.com/ and Index of /android ?

Actually, the current code is hosted here:
http://gitorious.org/android-on-freerunner

And code.google.com is used for wiki, issue tracking and in part for
download area (official releases and weekly builds).

Daily builds are available from yet another server here:
http://serdar-dere.net/~serdar/daily/

The above page (http://panicking.kicks-ass.org/download/) contains
'unofficial' builds by the most active effort member Michael
Trimarchi.

Do you have access to groups.google.com?  If not, you can try sending
an email to <android-on-freerunner at googlegroups.com>

--
Alex


From ghislain at basetrend.nl  Wed Nov  4 09:10:35 2009
From: ghislain at basetrend.nl (ghislain)
Date: Wed, 4 Nov 2009 00:10:35 -0800 (PST)
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <1257322235596-3943693.post@n2.nabble.com>


Very nice application!

If you could just add the 'myposition' and the 'friendsposition', like in
TangoGPS you would make me very happy :) (I was trying to port TangoGPS to
Qt just for those functions, but you are almost done).

Ghislain

-- 
View this message in context: http://n2.nabble.com/GPS-application-for-QTExtended-4-4-3-tp3943537p3943693.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From ghislain at basetrend.nl  Wed Nov  4 10:18:28 2009
From: ghislain at basetrend.nl (ghislain)
Date: Wed, 4 Nov 2009 01:18:28 -0800 (PST)
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <1257326308388-3943930.post@n2.nabble.com>


I just added this application to the Software-Packages feed of openmobile.nl
for QtMoko (feed-url = http://www.openmobile.nl/media/qtmoko)
-- 
View this message in context: http://n2.nabble.com/GPS-application-for-QTExtended-4-4-3-tp3943537p3943930.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From giacomomariani at yahoo.it  Wed Nov  4 10:23:44 2009
From: giacomomariani at yahoo.it (giacomo `giotti` mariani)
Date: Wed, 04 Nov 2009 10:23:44 +0100
Subject: [SHR-U] NumberX - a mathematical puzzle game
In-Reply-To: <mailman.1185.1257320422.14033.community@lists.openmoko.org>
References: <mailman.1185.1257320422.14033.community@lists.openmoko.org>
Message-ID: <4AF14820.7030508@yahoo.it>


> Hi,
>
> I'm proud to announce the first release of NumberX.
>
> NumberX is a mathematical puzzle game that will challenge your mental
> math abilities!
>
> Four random numbers, between 1 and 9, you are given and you must put
> them all together using the basic arithmetic operators in such a way as
> to arrive at a given target random number.
>
> Every puzzle has a solution. The difficulty of the puzzles varies, some
> are easy and others are much more difficult!
>
> It's written in Python / Elementary.
> NumberX is tested on SHR unstable only. Normally, it should run on any
> system with a revision of python-elementary equal or greater to 40756.
>
> Homepage : http://code.google.com/p/numberx/
>
> Package : http://numberx.googlecode.com/files/numberx_1.0.0-r0_all.ipk
>
> Happy puzzles,
> --
> Val?ry
>
>   
Looks great, thank you.

-- 
/_\ The ASCII		        Per comunicare in modo riservato:
\_/ Ribbon Campaign         gpg --keyserver  pool.sks-keyservers.net \
 X  Against HTML                --recv-keys 20611EAD	
/_\ Email!	                 
----------------------------------------------------------------------
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



From giacomomariani at yahoo.it  Wed Nov  4 10:26:51 2009
From: giacomomariani at yahoo.it (giacomo `giotti` mariani)
Date: Wed, 04 Nov 2009 10:26:51 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <mailman.1185.1257320422.14033.community@lists.openmoko.org>
References: <mailman.1185.1257320422.14033.community@lists.openmoko.org>
Message-ID: <4AF148DB.5000907@yahoo.it>

God(?) bless you!

-- 
/_\ The ASCII		        Per comunicare in modo riservato:
\_/ Ribbon Campaign         gpg --keyserver  pool.sks-keyservers.net \
 X  Against HTML                --recv-keys 20611EAD	
/_\ Email!	                 
----------------------------------------------------------------------
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



From runegang at gmail.com  Wed Nov  4 10:33:24 2009
From: runegang at gmail.com (=?ISO-8859-1?Q?Rune_Gangst=F8?=)
Date: Wed, 4 Nov 2009 10:33:24 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <4AF148DB.5000907@yahoo.it>
References: <mailman.1185.1257320422.14033.community@lists.openmoko.org>
	<4AF148DB.5000907@yahoo.it>
Message-ID: <f648a7fe0911040133w7db1dad1kbb16223bc485d57f@mail.gmail.com>

Is there a link for downloading QtExtended 4.4.3?

The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down.
Could someone supply me with the rootfs and kernel?

Thanks!

Rune

2009/11/4 giacomo `giotti` mariani <giacomomariani at yahoo.it>

> God(?) bless you!
>
> --
> /_\ The ASCII                   Per comunicare in modo riservato:
> \_/ Ribbon Campaign         gpg --keyserver  pool.sks-keyservers.net \
>  X  Against HTML                --recv-keys 20611EAD
> /_\ Email!
> ----------------------------------------------------------------------
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.gnu.org/philosophy/no-word-attachments.html
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091104/75b2ed43/attachment.htm 

From karadog at gmail.com  Wed Nov  4 10:35:54 2009
From: karadog at gmail.com (HouYu Li)
Date: Wed, 4 Nov 2009 17:35:54 +0800
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <f648a7fe0911040133w7db1dad1kbb16223bc485d57f@mail.gmail.com>
References: <mailman.1185.1257320422.14033.community@lists.openmoko.org>
	<4AF148DB.5000907@yahoo.it>
	<f648a7fe0911040133w7db1dad1kbb16223bc485d57f@mail.gmail.com>
Message-ID: <ea736a480911040135rcbf9810lfb90664daf8b2535@mail.gmail.com>

go for QTMoko

On Wed, Nov 4, 2009 at 5:33 PM, Rune Gangst? <runegang at gmail.com> wrote:
> Is there a link for downloading QtExtended 4.4.3?
>
> The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down.
> Could someone supply me with the rootfs and kernel?
> Thanks!
> Rune
> 2009/11/4 giacomo `giotti` mariani <giacomomariani at yahoo.it>
>>
>> God(?) bless you!
>>
>> --
>> /_\ The ASCII ? ? ? ? ? ? ? ? ? Per comunicare in modo riservato:
>> \_/ Ribbon Campaign ? ? ? ? gpg --keyserver ?pool.sks-keyservers.net \
>> ?X ?Against HTML ? ? ? ? ? ? ? ?--recv-keys 20611EAD
>> /_\ Email!
>> ----------------------------------------------------------------------
>> Please avoid sending me Word or PowerPoint attachments.
>> See http://www.gnu.org/philosophy/no-word-attachments.html
>>
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>



-- 
Best Regards

HouYu Li, Karajan

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

PHP Developer
Red Hat Certified Engineer

Shanghai, China


From Patryk.Benderz at esp.pl  Wed Nov  4 10:44:10 2009
From: Patryk.Benderz at esp.pl (Patryk Benderz)
Date: Wed, 04 Nov 2009 10:44:10 +0100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
Message-ID: <1257327850.12739.4.camel@ESP-PATBEN-LIN>

[cut]
> autorotation for the apps where that makes sense).  Alternatively - at
> least for e17 - an easily accessible gadget in the top shelf could
What about full screen appications? Maybe using AUX button is a
solution?


-- 
Patryk "LeadMan" Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


Email secured by Check Point


From m.labrousse_list at bcmd.fr  Wed Nov  4 11:11:04 2009
From: m.labrousse_list at bcmd.fr (Mickael Labrousse)
Date: Wed, 04 Nov 2009 11:11:04 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <f648a7fe0911040133w7db1dad1kbb16223bc485d57f@mail.gmail.com>
References: <mailman.1185.1257320422.14033.community@lists.openmoko.org>	<4AF148DB.5000907@yahoo.it>
	<f648a7fe0911040133w7db1dad1kbb16223bc485d57f@mail.gmail.com>
Message-ID: <4AF15338.10507@bcmd.fr>

Otherwise take a look at 
http://qtextended.org/modules/mydownloads/viewcat.php?cid=6

Nice work Thierry :)

--
Mickael

Rune Gangst? a ?crit :
> Is there a link for downloading QtExtended 4.4.3?
>
> The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down.
> Could someone supply me with the rootfs and kernel?
>
> Thanks!
>
> Rune
>
> 2009/11/4 giacomo `giotti` mariani <giacomomariani at yahoo.it 
> <mailto:giacomomariani at yahoo.it>>
>
>     God(?) bless you!
>
>     --
>     /_\ The ASCII                   Per comunicare in modo riservato:
>     \_/ Ribbon Campaign         gpg --keyserver
>      pool.sks-keyservers.net <http://pool.sks-keyservers.net> \
>      X  Against HTML                --recv-keys 20611EAD
>     /_\ Email!
>     ----------------------------------------------------------------------
>     Please avoid sending me Word or PowerPoint attachments.
>     See http://www.gnu.org/philosophy/no-word-attachments.html
>
>
>     _______________________________________________
>     Openmoko community mailing list
>     community at lists.openmoko.org <mailto:community at lists.openmoko.org>
>     http://lists.openmoko.org/mailman/listinfo/community
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   


From openmoko at mazikeen.demon.co.uk  Wed Nov  4 11:27:41 2009
From: openmoko at mazikeen.demon.co.uk (Al Johnson)
Date: Wed, 4 Nov 2009 10:27:41 +0000
Subject: Help with alsa states
In-Reply-To: <4f51103a0911031729m1d615a2atbae6c76efc17b621@mail.gmail.com>
References: <4f51103a0911031729m1d615a2atbae6c76efc17b621@mail.gmail.com>
Message-ID: <200911041027.42106.openmoko@mazikeen.demon.co.uk>

On Wednesday 04 November 2009, Aditya Gandhi wrote:
> Hi, guys I figured out the setting for my music,
> I set the pcm, bass etc levels while using intone with my headsets.
> when ever I pause and resume I believe is changes sound states.
> So which file does is take to restore , I tried replacing
> /usr/share/openmoko/scenarios/stereoout.state , headsetout.state,
> gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it
> does not load any of these, I can see it in the alsamixer if any
> change has taken place, but I cannot get my settings back.
> 
> can anyone guide me where to look for these config files

Which distro are you using?


From runegang at gmail.com  Wed Nov  4 11:44:17 2009
From: runegang at gmail.com (=?ISO-8859-1?Q?Rune_Gangst=F8?=)
Date: Wed, 4 Nov 2009 11:44:17 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <4AF15338.10507@bcmd.fr>
References: <mailman.1185.1257320422.14033.community@lists.openmoko.org>
	<4AF148DB.5000907@yahoo.it>
	<f648a7fe0911040133w7db1dad1kbb16223bc485d57f@mail.gmail.com>
	<4AF15338.10507@bcmd.fr>
Message-ID: <f648a7fe0911040244w7aec6eeag1505e35819b30216@mail.gmail.com>

I have been looking for 4.4.3, and not QTmoko. It is working a lot better
for me.

Could someone please supply me with rootfs and kernel?



Rune

2009/11/4 Mickael Labrousse <m.labrousse_list at bcmd.fr>

> Otherwise take a look at
> http://qtextended.org/modules/mydownloads/viewcat.php?cid=6
>
> Nice work Thierry :)
>
> --
> Mickael
>
> Rune Gangst? a ?crit :
> > Is there a link for downloading QtExtended 4.4.3?
> >
> > The links at http://wiki.openmoko.org/wiki/Qt_Extended_4.4.3 is down.
> > Could someone supply me with the rootfs and kernel?
> >
> > Thanks!
> >
> > Rune
> >
> > 2009/11/4 giacomo `giotti` mariani <giacomomariani at yahoo.it
> > <mailto:giacomomariani at yahoo.it>>
> >
> >     God(?) bless you!
> >
> >     --
> >     /_\ The ASCII                   Per comunicare in modo riservato:
> >     \_/ Ribbon Campaign         gpg --keyserver
> >      pool.sks-keyservers.net <http://pool.sks-keyservers.net> \
> >      X  Against HTML                --recv-keys 20611EAD
> >     /_\ Email!
> >
> ----------------------------------------------------------------------
> >     Please avoid sending me Word or PowerPoint attachments.
> >     See http://www.gnu.org/philosophy/no-word-attachments.html
> >
> >
> >     _______________________________________________
> >     Openmoko community mailing list
> >     community at lists.openmoko.org <mailto:community at lists.openmoko.org>
> >     http://lists.openmoko.org/mailman/listinfo/community
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091104/92023df9/attachment.htm 

From shazalive at gmail.com  Wed Nov  4 13:53:12 2009
From: shazalive at gmail.com (Shaz)
Date: Wed, 4 Nov 2009 17:53:12 +0500
Subject: [SHR] Build with openembedded
In-Reply-To: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
References: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
Message-ID: <7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>

On Wed, Nov 4, 2009 at 12:13 PM, Shaz <shazalive at gmail.com> wrote:
> Dear all,
>
> I am trying to build shr image with openembedded but the git download
> step gets stuck at 17% or 18% in the "make setup" phase. Any hints
> what to do?

The above problem got solved. I was building over virtual box based
ubuntu and now I am using a standard install of the build system i.e.
ubuntu.

>
> On shr build page they mentioned a change in build steps will occur
> but can't find any info on the new steps.

Some hints and direction will be appreciated as I am in the process of
configuring the conf files and will start the build.

>
> --
> Shaz
>



-- 
Shaz


From helge.hafting at hist.no  Wed Nov  4 13:55:29 2009
From: helge.hafting at hist.no (Helge Hafting)
Date: Wed, 04 Nov 2009 13:55:29 +0100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
Message-ID: <4AF179C1.1080109@hist.no>

Neil Jerram wrote:
> Having just written an automatic screen rotation program (like
> omnewrotate), I'm now wondering about the best way of using it, so
> that everything Just Works the way that it should.
> 
> In particular, I've realized now that
> 
> - for many apps there is a preferred orientation (e.g. zhone and
> hex-a-hop), and the best thing is to rotate the screen to what is best
> for each app, regardless of how the phone is being held
> 
> - for some apps you definitely don't want the screen to be rotated
> underneath them, e.g. mokomaze
> 
> - for the apps where autorotation makes sense, you want the control to
> be easily accessible - certainly a lot easier than switching back to
> the launcher or an xterm and doing something there :-)
> 
> Have others already thought about this and devised solutions?
> 
> I think a good solution might involve the window manager - since the
> window manager knows which app is at the front of the screen and so
> could rotate the screen correctly for it (including enabling
> autorotation for the apps where that makes sense).  Alternatively - at
> least for e17 - an easily accessible gadget in the top shelf could
> make it very simple to choose a specific orientation and to enable and
> disable autorotation.

The software that control rotation need to know if the foreground app
should run in landscape, portrait or auto mode. (And perhaps the 
upside-down variants as well.)

There are many ways to do this. For example:

1. Add this to enlightenment.
    Advantages: e already knows at all times
                which app is in the foreground. The .desktop
                files in /usr/share/applications/ can specify
                rotation preferences.
                You can also have rotation gadgets on the
                top shelf, for overriding when necessary.
    Disadvantage: Works only with e - obviously.

2. Give omnewrotate (or similiar rotation app) a list of apps and their
    preferred rotation.
    Advantage: works for all window managers
    disadvantage: overriding the rotation could be trickier, and
                  omnewrotate will need a way to get notified about
                  focus/foreground changes. Fast polling will slow down
                  the phone, slow polling will be too slow. So
                  notification is necessary.

Helge Hafting



From rms at 1407.org  Wed Nov  4 14:07:26 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Wed, 4 Nov 2009 13:07:26 +0000
Subject: Ideal screen rotation
In-Reply-To: <4AF179C1.1080109@hist.no>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no>
Message-ID: <20091104130726.GB4627@roque.1407.org>

On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
> > Have others already thought about this and devised solutions?
> > 
> > I think a good solution might involve the window manager - since the
> > window manager knows which app is at the front of the screen and so
> > could rotate the screen correctly for it (including enabling
> > autorotation for the apps where that makes sense).  Alternatively - at
> > least for e17 - an easily accessible gadget in the top shelf could
> > make it very simple to choose a specific orientation and to enable and
> > disable autorotation.
> 
> The software that control rotation need to know if the foreground app
> should run in landscape, portrait or auto mode. (And perhaps the 
> upside-down variants as well.)

Or, what I think would be the proper way to do it, the application should
broadcast to dbus that it prefers no rotation, or one of the 4 possible
rotation states and omnewrotate could listen to such requests and
not rotate while there is such a message in the bus.

Rui


From vanous at penguin.cz  Wed Nov  4 14:22:33 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Wed, 4 Nov 2009 14:22:33 +0100
Subject: Ideal screen rotation
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
Message-ID: <20091104142233.25ae3243@vanek.robe.cz>

>> The software that control rotation need to know if the foreground app
>> should run in landscape, portrait or auto mode. (And perhaps the 
>> upside-down variants as well.)
>
>Or, what I think would be the proper way to do it, the application
>should broadcast to dbus that it prefers no rotation, or one of the 4
>possible rotation states and omnewrotate could listen to such requests
>and not rotate while there is such a message in the bus.

so how does framework fit to this with it's orientation interface?

Petr




From rms at 1407.org  Wed Nov  4 14:38:08 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Wed, 4 Nov 2009 13:38:08 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091104142233.25ae3243@vanek.robe.cz>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<20091104142233.25ae3243@vanek.robe.cz>
Message-ID: <20091104133807.GC4627@roque.1407.org>

On Wed, Nov 04, 2009 at 02:22:33PM +0100, Petr Vanek wrote:
> >> The software that control rotation need to know if the foreground app
> >> should run in landscape, portrait or auto mode. (And perhaps the 
> >> upside-down variants as well.)
> >
> >Or, what I think would be the proper way to do it, the application
> >should broadcast to dbus that it prefers no rotation, or one of the 4
> >possible rotation states and omnewrotate could listen to such requests
> >and not rotate while there is such a message in the bus.
> 
> so how does framework fit to this with it's orientation interface?

As far as I know, FSO will only emit some signals from time to time saying
what position it thinks it's on. Other programs can plug into it and decide
what to do (but of course that isn't at a rate useful for gestures).

Rui


From vanous at penguin.cz  Wed Nov  4 14:47:02 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Wed, 4 Nov 2009 14:47:02 +0100
Subject: Ideal screen rotation
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<20091104142233.25ae3243@vanek.robe.cz>
	<20091104133807.GC4627@roque.1407.org>
Message-ID: <20091104144702.3ea5296c@vanek.robe.cz>

>> so how does framework fit to this with it's orientation interface?
>
>As far as I know, FSO will only emit some signals from time to time
>saying what position it thinks it's on. Other programs can plug into
>it and decide what to do (but of course that isn't at a rate useful
>for gestures).

i am testing that interface now and it reports position in less then 2
seconds (which i consider very optimal for regular usage). what kind
of gestures do you mean or what do you mean by gestures? 

Petr



From ole-om-community-2008 at mail.plastictree.net  Wed Nov  4 16:43:56 2009
From: ole-om-community-2008 at mail.plastictree.net (Ole Kliemann)
Date: Wed, 4 Nov 2009 15:43:56 +0000
Subject: Centralization of graphical awesomeness
In-Reply-To: <m2y6mvo1jv.fsf@home.pavel.comp>
References: <668523.61591.qm@web26301.mail.ukl.yahoo.com>
	<20091026205418.a25f4abe.raster@rasterman.com>
	<867b5c700910260357k49a454bei532b986112fdd67e@mail.gmail.com>
	<20091026225124.e0b9d7ee.raster@rasterman.com>
	<20091026122351.51797jewnxtd0gk7@w0.mail.sapo.pt>
	<20091027001126.14125030.raster@rasterman.com>
	<1256565230.2922.62.camel@d-wwow> <m2k4yhlp0z.fsf@home.pavel.comp>
	<1256730992.2894.1.camel@d-wwow> <m2y6mvo1jv.fsf@home.pavel.comp>
Message-ID: <20091104154356.GD3470@telvanni.starfleet>

On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
> Marcel <tanuva at googlemail.com> writes:
> >> > - graphics in general are far too light, most colors become whiteish
> >> > - colored stripes horizontally over the whole display, but are invisible
> >> > on screenshots (naturally) - the same as above, but photographed:
> >> > http://d-a300.selfip.net/files/shr-today-qvga.jpg
> >> 
> >> Known problem, try these timings for fbset:
> >> 
> >> mode "240x320"
> >>         geometry 240 420 240 320 16
> >>         timings 100000 8 88 2 2 8 2
> >>         rgba 5/11,6/5,5/0,0/0
> >> endmode
> >
> > Where would I have to put that? A mode for xrandr I guess, but how do I
> > teach it to use that?
> 
> Nah, just use fbset utility.

Following the instructions in this thread gives me a somewhat
graphically intact screen. But the touchable area is -- like stated
before -- reduced to the upper left quarter of the screen. But this
quarter scales to the whole screen: touching upper left corner is a click
in the upper left corner, touching the lower right corner of the upper
left quarter results in a click on the lower right corner of the whole
screen.

Is this the problem with the touchscreen driver mentioned by Raster? And
how could this be resolved?

I still consider speed one of the usability issues of the FR. And I
think it is responsiveness > shiny things. ;-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091104/d631abb4/attachment.pgp 

From rms at 1407.org  Wed Nov  4 15:38:46 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Wed, 4 Nov 2009 14:38:46 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091104144702.3ea5296c@vanek.robe.cz>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<20091104142233.25ae3243@vanek.robe.cz>
	<20091104133807.GC4627@roque.1407.org>
	<20091104144702.3ea5296c@vanek.robe.cz>
Message-ID: <20091104143845.GD4627@roque.1407.org>

On Wed, Nov 04, 2009 at 02:47:02PM +0100, Petr Vanek wrote:
> >> so how does framework fit to this with it's orientation interface?
> >
> >As far as I know, FSO will only emit some signals from time to time
> >saying what position it thinks it's on. Other programs can plug into
> >it and decide what to do (but of course that isn't at a rate useful
> >for gestures).
> 
> i am testing that interface now and it reports position in less then 2
> seconds (which i consider very optimal for regular usage). what kind
> of gestures do you mean or what do you mean by gestures? 

Look for accelges (for an example).

You need a lot more finegrained readings (several per second) in order
to understand adequately a gesture (example, shaking the freerunner,
doing an L in the air, etc...)

Rui


From seba.dos1 at gmail.com  Wed Nov  4 15:41:47 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Wed, 4 Nov 2009 15:41:47 +0100
Subject: Centralization of graphical awesomeness
In-Reply-To: <20091104154356.GD3470@telvanni.starfleet>
References: <668523.61591.qm@web26301.mail.ukl.yahoo.com>
	<867b5c700910260357k49a454bei532b986112fdd67e@mail.gmail.com>
	<20091026225124.e0b9d7ee.raster@rasterman.com>
	<20091026122351.51797jewnxtd0gk7@w0.mail.sapo.pt>
	<20091027001126.14125030.raster@rasterman.com>
	<1256565230.2922.62.camel@d-wwow> <m2k4yhlp0z.fsf@home.pavel.comp>
	<1256730992.2894.1.camel@d-wwow> <m2y6mvo1jv.fsf@home.pavel.comp>
	<20091104154356.GD3470@telvanni.starfleet>
Message-ID: <c30e08170911040641s73e5c36m5f3e31c34af7c26b@mail.gmail.com>

On 11/4/09, Ole Kliemann <ole-om-community-2008 at mail.plastictree.net> wrote:
> On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
>> Marcel <tanuva at googlemail.com> writes:
>> >> > - graphics in general are far too light, most colors become whiteish
>> >> > - colored stripes horizontally over the whole display, but are
>> >> > invisible
>> >> > on screenshots (naturally) - the same as above, but photographed:
>> >> > http://d-a300.selfip.net/files/shr-today-qvga.jpg
>> >>
>> >> Known problem, try these timings for fbset:
>> >>
>> >> mode "240x320"
>> >>         geometry 240 420 240 320 16
>> >>         timings 100000 8 88 2 2 8 2
>> >>         rgba 5/11,6/5,5/0,0/0
>> >> endmode
>> >
>> > Where would I have to put that? A mode for xrandr I guess, but how do I
>> > teach it to use that?
>>
>> Nah, just use fbset utility.
>
> Following the instructions in this thread gives me a somewhat
> graphically intact screen. But the touchable area is -- like stated
> before -- reduced to the upper left quarter of the screen. But this
> quarter scales to the whole screen: touching upper left corner is a click
> in the upper left corner, touching the lower right corner of the upper
> left quarter results in a click on the lower right corner of the whole
> screen.
>
> Is this the problem with the touchscreen driver mentioned by Raster? And
> how could this be resolved?
>
> I still consider speed one of the usability issues of the FR. And I
> think it is responsiveness > shiny things. ;-)
>

If you're using Xglamo, then it's known and it's already fixed in Xorg.

-- 
Sebastian Krzyszkowiak
dos


From info at apertum.it  Wed Nov  4 15:45:37 2009
From: info at apertum.it (-= Apertum =-)
Date: Wed, 04 Nov 2009 15:45:37 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <4AF19391.2030001@apertum.it>



* tvuillaume at free.fr wrote, Il 04/11/2009 08:08:
> Hello,
>
> I developed my own GPS application for QtExtended 4.4.3 on my Neo Freerunner. 
Really really thanks for sharing your work!

-- 
Andrea



From openmoko at mazikeen.demon.co.uk  Wed Nov  4 15:48:28 2009
From: openmoko at mazikeen.demon.co.uk (Al Johnson)
Date: Wed, 4 Nov 2009 14:48:28 +0000
Subject: [SHR] Build with openembedded
In-Reply-To: <7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>
References: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
	<7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>
Message-ID: <200911041448.28541.openmoko@mazikeen.demon.co.uk>

On Wednesday 04 November 2009, Shaz wrote:
> On Wed, Nov 4, 2009 at 12:13 PM, Shaz <shazalive at gmail.com> wrote:
> > Dear all,
> >
> > I am trying to build shr image with openembedded but the git download
> > step gets stuck at 17% or 18% in the "make setup" phase. Any hints
> > what to do?
> 
> The above problem got solved. I was building over virtual box based
> ubuntu and now I am using a standard install of the build system i.e.
> ubuntu.

It may just have been the time between tries.

> > On shr build page they mentioned a change in build steps will occur
> > but can't find any info on the new steps.
> 
> Some hints and direction will be appreciated as I am in the process of
> configuring the conf files and will start the build.

If you're building the current testing or unstable then use the documented 
procedure. The changes won't hit until the changes described in this link are 
ready to hit unstable.

http://n2.nabble.com/Fwd-Shr-User-What-s-going-on-in-SHR-land-
td3927440.html#a3927440


From vanous at penguin.cz  Wed Nov  4 15:50:55 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Wed, 4 Nov 2009 15:50:55 +0100
Subject: Ideal screen rotation
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<20091104142233.25ae3243@vanek.robe.cz>
	<20091104133807.GC4627@roque.1407.org>
	<20091104144702.3ea5296c@vanek.robe.cz>
	<20091104143845.GD4627@roque.1407.org>
Message-ID: <20091104155055.2b2bdd41@vanek.robe.cz>

>Look for accelges (for an example).
>
>You need a lot more finegrained readings (several per second) in order
>to understand adequately a gesture (example, shaking the freerunner,
>doing an L in the air, etc...)

oh yes, agree, but this is complicated and has nothing to do with simple
screen rotation per application/user needs which i thought this thread
was about?

Petr



From rms at 1407.org  Wed Nov  4 16:14:13 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Wed, 4 Nov 2009 15:14:13 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091104155055.2b2bdd41@vanek.robe.cz>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<20091104142233.25ae3243@vanek.robe.cz>
	<20091104133807.GC4627@roque.1407.org>
	<20091104144702.3ea5296c@vanek.robe.cz>
	<20091104143845.GD4627@roque.1407.org>
	<20091104155055.2b2bdd41@vanek.robe.cz>
Message-ID: <20091104151413.GE4627@roque.1407.org>

On Wed, Nov 04, 2009 at 03:50:55PM +0100, Petr Vanek wrote:
> >Look for accelges (for an example).
> >
> >You need a lot more finegrained readings (several per second) in order
> >to understand adequately a gesture (example, shaking the freerunner,
> >doing an L in the air, etc...)
> 
> oh yes, agree, but this is complicated and has nothing to do with simple
> screen rotation per application/user needs which i thought this thread
> was about?

Nothing much, really, which is why it was a mere comment between parenthesis,
you asked, I replied :)

Rui


From psonek2 at seznam.cz  Wed Nov  4 16:17:08 2009
From: psonek2 at seznam.cz (Radek Polak)
Date: Wed, 4 Nov 2009 16:17:08 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <200911041617.08139.psonek2@seznam.cz>

On Wednesday 04 of November 2009 08:08:06 tvuillaume at free.fr wrote:

> I will continue to maintain it for my personal usage. I have no idea if it
>  may interest someone, but, if any interest, I released the package, the
>  source code, and some documentation here:

This application is just great. Probably everybody is interested :)

> Unfortunately, pixmap drawing performances looks degraded on QtMoko (I
>  tested with v14), impacting performances when moving in the map. This is
>  much better on the original QtExtended 4.4.3. If anybody have an idea
>  about where it may come from, and if something can be done to improve, I
>  would be interested.

There are 2 things different in QtMoko. 2.6.29 kernel and Qt 4.5. I think Qt 
4.5 improved the performance. The kernel can be the problem. I am now testing 
2.6.31 kernel and performance of your app is good. Also scrolling in web 
browser improved with 2.6.31 so it can be something in 2.6.29 kernel.

Thanks for this nice application.

Regards

Radek


From ole-om-community-2008 at mail.plastictree.net  Wed Nov  4 18:16:08 2009
From: ole-om-community-2008 at mail.plastictree.net (Ole Kliemann)
Date: Wed, 4 Nov 2009 17:16:08 +0000
Subject: Centralization of graphical awesomeness
In-Reply-To: <c30e08170911040641s73e5c36m5f3e31c34af7c26b@mail.gmail.com>
References: <867b5c700910260357k49a454bei532b986112fdd67e@mail.gmail.com>
	<20091026225124.e0b9d7ee.raster@rasterman.com>
	<20091026122351.51797jewnxtd0gk7@w0.mail.sapo.pt>
	<20091027001126.14125030.raster@rasterman.com>
	<1256565230.2922.62.camel@d-wwow> <m2k4yhlp0z.fsf@home.pavel.comp>
	<1256730992.2894.1.camel@d-wwow> <m2y6mvo1jv.fsf@home.pavel.comp>
	<20091104154356.GD3470@telvanni.starfleet>
	<c30e08170911040641s73e5c36m5f3e31c34af7c26b@mail.gmail.com>
Message-ID: <20091104171608.GE3470@telvanni.starfleet>

On Wed, Nov 04, 2009 at 03:41:47PM +0100, Sebastian Krzyszkowiak wrote:
> On 11/4/09, Ole Kliemann <ole-om-community-2008 at mail.plastictree.net> wrote:
> > On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
> >> Marcel <tanuva at googlemail.com> writes:
> >> >> > - graphics in general are far too light, most colors become whiteish
> >> >> > - colored stripes horizontally over the whole display, but are
> >> >> > invisible
> >> >> > on screenshots (naturally) - the same as above, but photographed:
> >> >> > http://d-a300.selfip.net/files/shr-today-qvga.jpg
> >> >>
> >> >> Known problem, try these timings for fbset:
> >> >>
> >> >> mode "240x320"
> >> >>         geometry 240 420 240 320 16
> >> >>         timings 100000 8 88 2 2 8 2
> >> >>         rgba 5/11,6/5,5/0,0/0
> >> >> endmode
> >> >
> >> > Where would I have to put that? A mode for xrandr I guess, but how do I
> >> > teach it to use that?
> >>
> >> Nah, just use fbset utility.
> >
> > Following the instructions in this thread gives me a somewhat
> > graphically intact screen. But the touchable area is -- like stated
> > before -- reduced to the upper left quarter of the screen. But this
> > quarter scales to the whole screen: touching upper left corner is a click
> > in the upper left corner, touching the lower right corner of the upper
> > left quarter results in a click on the lower right corner of the whole
> > screen.
> >
> > Is this the problem with the touchscreen driver mentioned by Raster? And
> > how could this be resolved?
> >
> > I still consider speed one of the usability issues of the FR. And I
> > think it is responsiveness > shiny things. ;-)
> >
> 
> If you're using Xglamo, then it's known and it's already fixed in Xorg.

I see. Well... how do I get Xorg then? ;-) I am using the latest
SHR-unstable image with latest updates from the feeds. I cannot find
Xorg in the unstable feeds. I read that it was so far only integrated
into some other branch of SHR? But I cannot find anything more recent
than the unstable, although it hasn't been updated for over a month now
as far as I can see.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091104/a03c1cac/attachment.pgp 

From aditya.g8 at gmail.com  Wed Nov  4 16:49:12 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Wed, 4 Nov 2009 21:19:12 +0530
Subject: Help with alsa states
In-Reply-To: <200911041027.42106.openmoko@mazikeen.demon.co.uk>
References: <4f51103a0911031729m1d615a2atbae6c76efc17b621@mail.gmail.com>
	<200911041027.42106.openmoko@mazikeen.demon.co.uk>
Message-ID: <4f51103a0911040749j2cfcbfb6r719de05cfc7731b0@mail.gmail.com>

I'm using shr-u, I also tried the /usr/share/shr/scenarii , but
doesn't help with intone, i guess intone sets the bass and treble

On Wed, Nov 4, 2009 at 3:57 PM, Al Johnson
<openmoko at mazikeen.demon.co.uk> wrote:
> On Wednesday 04 November 2009, Aditya Gandhi wrote:
>> Hi, guys I figured out the setting for my music,
>> I set the pcm, bass etc levels while using intone with my headsets.
>> when ever I pause and resume I believe is changes sound states.
>> So which file does is take to restore , I tried replacing
>> /usr/share/openmoko/scenarios/stereoout.state , headsetout.state,
>> gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it
>> does not load any of these, I can see it in the alsamixer if any
>> change has taken place, but I cannot get my settings back.
>>
>> can anyone guide me where to look for these config files
>
> Which distro are you using?
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From thomas.hocedez at free.fr  Wed Nov  4 17:09:49 2009
From: thomas.hocedez at free.fr (Thomas HOCEDEZ)
Date: Wed, 04 Nov 2009 17:09:49 +0100
Subject: [WikiReader] Hardware
In-Reply-To: <86e6b725e779ec62e3a4710940be5b75.squirrel@gnukia.org>
References: <4AEEBAFA.2090106@free.fr>
	<86e6b725e779ec62e3a4710940be5b75.squirrel@gnukia.org>
Message-ID: <4AF1A74D.3040207@free.fr>

Tilman Baumann a ?crit :
> Thomas HOCEDEZ wrote:
>   
>> Hi folks,
>>
>> I opened my WR this weekend and I took some pictures for those who wants :
>> http://freerunner.daily.free.fr
>>
>> I was really surprised to see a little connector (not soldered) which is
>> exactly a mini USB !
>> I soldered it, plugged it on my desktop and ... TADA !! ..nothing, nada,
>> keutch, queudalle .... "lsusb" is totally quiet ...
>> If someone have informations about this plug,  and the other "jtag" plug
>> (on more than the one present near batteries).
>> I think there will be rough hacking those future nights.
>>     
>
> I'm not sure what you are talking about.
>
> The software is free. http://github.com/wikireader (Can't see any caviats
> if there are any)
> If you look at it you will notice that is not running a OS in the regular
> sense. Especially not a full blown OS with a USB stack like Linux.
> The software is fully loaded from SD card. As far as I understand you can
> compile anything you like and get it booted from SD.
>
> http://github.com/wikireader/wikireader/blob/master/samo-lib/00ReadMe.text
>
> I suppose you can create a usb stack. And I think a usb-storage mode would
> be fantastic to update the SD contents.
> If you find out if it has a battery charger you could maybe even charge
> the device via usb...
>
> The gist. Wikireader is not anything like the Neo. It's very minimalistic.
>
> Regards
>  Tilman
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
On  my blog (http://freerunner.daily.free.fr), sucotronic explain that 
there is USB capabilities on the Epson chip, I'll have to follow the 
lines to check what it is connected to. Then I'll try to work on the 
software stack, but more experienced developpers will be faster than me.

Keep in touch

AstHrO.


From rms at 1407.org  Wed Nov  4 17:17:49 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Wed, 4 Nov 2009 16:17:49 +0000
Subject: Centralization of graphical awesomeness
In-Reply-To: <20091104171608.GE3470@telvanni.starfleet>
References: <20091026225124.e0b9d7ee.raster@rasterman.com>
	<20091026122351.51797jewnxtd0gk7@w0.mail.sapo.pt>
	<20091027001126.14125030.raster@rasterman.com>
	<1256565230.2922.62.camel@d-wwow> <m2k4yhlp0z.fsf@home.pavel.comp>
	<1256730992.2894.1.camel@d-wwow> <m2y6mvo1jv.fsf@home.pavel.comp>
	<20091104154356.GD3470@telvanni.starfleet>
	<c30e08170911040641s73e5c36m5f3e31c34af7c26b@mail.gmail.com>
	<20091104171608.GE3470@telvanni.starfleet>
Message-ID: <20091104161748.GF4627@roque.1407.org>

On Wed, Nov 04, 2009 at 05:16:08PM +0000, Ole Kliemann wrote:
> > If you're using Xglamo, then it's known and it's already fixed in Xorg.
> 
> I see. Well... how do I get Xorg then? ;-) I am using the latest
> SHR-unstable image with latest updates from the feeds. I cannot find
> Xorg in the unstable feeds. I read that it was so far only integrated
> into some other branch of SHR? But I cannot find anything more recent
> than the unstable, although it hasn't been updated for over a month now
> as far as I can see.

It's being merged, it would seem that it's really close now, though :)

Rui


From openmoko at mazikeen.demon.co.uk  Wed Nov  4 17:33:06 2009
From: openmoko at mazikeen.demon.co.uk (Al Johnson)
Date: Wed, 4 Nov 2009 16:33:06 +0000
Subject: Help with alsa states
In-Reply-To: <4f51103a0911040749j2cfcbfb6r719de05cfc7731b0@mail.gmail.com>
References: <4f51103a0911031729m1d615a2atbae6c76efc17b621@mail.gmail.com>
	<200911041027.42106.openmoko@mazikeen.demon.co.uk>
	<4f51103a0911040749j2cfcbfb6r719de05cfc7731b0@mail.gmail.com>
Message-ID: <200911041633.06253.openmoko@mazikeen.demon.co.uk>

That could be it. The author is usually _very_ responsive to bug reports, but 
you may have to put intone in the subject to get his attention.

On Wednesday 04 November 2009, Aditya Gandhi wrote:
> I'm using shr-u, I also tried the /usr/share/shr/scenarii , but
> doesn't help with intone, i guess intone sets the bass and treble
> 
> On Wed, Nov 4, 2009 at 3:57 PM, Al Johnson
> 
> <openmoko at mazikeen.demon.co.uk> wrote:
> > On Wednesday 04 November 2009, Aditya Gandhi wrote:
> >> Hi, guys I figured out the setting for my music,
> >> I set the pcm, bass etc levels while using intone with my headsets.
> >> when ever I pause and resume I believe is changes sound states.
> >> So which file does is take to restore , I tried replacing
> >> /usr/share/openmoko/scenarios/stereoout.state , headsetout.state,
> >> gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it
> >> does not load any of these, I can see it in the alsamixer if any
> >> change has taken place, but I cannot get my settings back.
> >>
> >> can anyone guide me where to look for these config files
> >
> > Which distro are you using?
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 



From sucotronic at gmail.com  Wed Nov  4 18:09:07 2009
From: sucotronic at gmail.com (Suco)
Date: Wed, 4 Nov 2009 18:09:07 +0100
Subject: [WikiReader] Hardware
In-Reply-To: <4AF1A74D.3040207@free.fr>
References: <4AEEBAFA.2090106@free.fr>
	<86e6b725e779ec62e3a4710940be5b75.squirrel@gnukia.org>
	<4AF1A74D.3040207@free.fr>
Message-ID: <256d62360911040909n529c0711t9919e4c5537d77e9@mail.gmail.com>

Here is the document in what I find the usb pinout and specification:

http://ndap3-net.ebz.epson.co.jp/w/www/PDFS/epdoc_ic.nsf/vw/0EB5E02AE7624200492571320009E11E/$FILE/S1C33E07DS_E_pre_060315.pdf

On Wed, Nov 4, 2009 at 5:09 PM, Thomas HOCEDEZ <thomas.hocedez at free.fr>wrote:

> Tilman Baumann a ?crit :
> > Thomas HOCEDEZ wrote:
> >
> >> Hi folks,
> >>
> >> I opened my WR this weekend and I took some pictures for those who wants
> :
> >> http://freerunner.daily.free.fr
> >>
> >> I was really surprised to see a little connector (not soldered) which is
> >> exactly a mini USB !
> >> I soldered it, plugged it on my desktop and ... TADA !! ..nothing, nada,
> >> keutch, queudalle .... "lsusb" is totally quiet ...
> >> If someone have informations about this plug,  and the other "jtag" plug
> >> (on more than the one present near batteries).
> >> I think there will be rough hacking those future nights.
> >>
> >
> > I'm not sure what you are talking about.
> >
> > The software is free. http://github.com/wikireader (Can't see any
> caviats
> > if there are any)
> > If you look at it you will notice that is not running a OS in the regular
> > sense. Especially not a full blown OS with a USB stack like Linux.
> > The software is fully loaded from SD card. As far as I understand you can
> > compile anything you like and get it booted from SD.
> >
> >
> http://github.com/wikireader/wikireader/blob/master/samo-lib/00ReadMe.text
> >
> > I suppose you can create a usb stack. And I think a usb-storage mode
> would
> > be fantastic to update the SD contents.
> > If you find out if it has a battery charger you could maybe even charge
> > the device via usb...
> >
> > The gist. Wikireader is not anything like the Neo. It's very
> minimalistic.
> >
> > Regards
> >  Tilman
> >
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> On  my blog (http://freerunner.daily.free.fr), sucotronic explain that
> there is USB capabilities on the Epson chip, I'll have to follow the
> lines to check what it is connected to. Then I'll try to work on the
> software stack, but more experienced developpers will be faster than me.
>
> Keep in touch
>
> AstHrO.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Mi blog personal:
http://blog.wikifotos.org/

S? libre, usa ubuntu:
http://www.ubuntustory.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091104/edfd33c9/attachment.htm 

From thomas.hocedez at free.fr  Wed Nov  4 18:20:31 2009
From: thomas.hocedez at free.fr (Thomas HOCEDEZ)
Date: Wed, 04 Nov 2009 18:20:31 +0100
Subject: [WikiReader] Hardware
In-Reply-To: <256d62360911040909n529c0711t9919e4c5537d77e9@mail.gmail.com>
References: <4AEEBAFA.2090106@free.fr>	<86e6b725e779ec62e3a4710940be5b75.squirrel@gnukia.org>	<4AF1A74D.3040207@free.fr>
	<256d62360911040909n529c0711t9919e4c5537d77e9@mail.gmail.com>
Message-ID: <4AF1B7DF.9040203@free.fr>

Suco a ?crit :
> Here is the document in what I find the usb pinout and specification:
>
> http://ndap3-net.ebz.epson.co.jp/w/www/PDFS/epdoc_ic.nsf/vw/0EB5E02AE7624200492571320009E11E/$FILE/S1C33E07DS_E_pre_060315.pdf
>
> On Wed, Nov 4, 2009 at 5:09 PM, Thomas HOCEDEZ <thomas.hocedez at free.fr 
> <mailto:thomas.hocedez at free.fr>> wrote:
>
>     Tilman Baumann a ?crit :
>     > Thomas HOCEDEZ wrote:
>     >
>     >> Hi folks,
>     >>
>     >> I opened my WR this weekend and I took some pictures for those
>     who wants :
>     >> http://freerunner.daily.free.fr
>     >>
>     >> I was really surprised to see a little connector (not soldered)
>     which is
>     >> exactly a mini USB !
>     >> I soldered it, plugged it on my desktop and ... TADA !!
>     ..nothing, nada,
>     >> keutch, queudalle .... "lsusb" is totally quiet ...
>     >> If someone have informations about this plug,  and the other
>     "jtag" plug
>     >> (on more than the one present near batteries).
>     >> I think there will be rough hacking those future nights.
>     >>
>     >
>     > I'm not sure what you are talking about.
>     >
>     > The software is free. http://github.com/wikireader (Can't see
>     any caviats
>     > if there are any)
>     > If you look at it you will notice that is not running a OS in
>     the regular
>     > sense. Especially not a full blown OS with a USB stack like Linux.
>     > The software is fully loaded from SD card. As far as I
>     understand you can
>     > compile anything you like and get it booted from SD.
>     >
>     >
>     http://github.com/wikireader/wikireader/blob/master/samo-lib/00ReadMe.text
>     >
>     > I suppose you can create a usb stack. And I think a usb-storage
>     mode would
>     > be fantastic to update the SD contents.
>     > If you find out if it has a battery charger you could maybe even
>     charge
>     > the device via usb...
>     >
>     > The gist. Wikireader is not anything like the Neo. It's very
>     minimalistic.
>     >
>     > Regards
>     >  Tilman
>     >
>     >
>     > _______________________________________________
>     > Openmoko community mailing list
>     > community at lists.openmoko.org <mailto:community at lists.openmoko.org>
>     > http://lists.openmoko.org/mailman/listinfo/community
>     >
>     On  my blog (http://freerunner.daily.free.fr), sucotronic explain that
>     there is USB capabilities on the Epson chip, I'll have to follow the
>     lines to check what it is connected to. Then I'll try to work on the
>     software stack, but more experienced developpers will be faster
>     than me.
>
>     Keep in touch
>
>     AstHrO.
>
>     _______________________________________________
>     Openmoko community mailing list
>     community at lists.openmoko.org <mailto:community at lists.openmoko.org>
>     http://lists.openmoko.org/mailman/listinfo/community
>
>
>
>
> -- 
> Mi blog personal:
> http://blog.wikifotos.org/
>
> S? libre, usa ubuntu:
> http://www.ubuntustory.com/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
great thanks ! I have to find back my Magnifying glass now !

AstHrO


From vanous at penguin.cz  Wed Nov  4 18:37:45 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Wed, 4 Nov 2009 18:37:45 +0100
Subject: Ideal screen rotation
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<20091104142233.25ae3243@vanek.robe.cz>
	<20091104133807.GC4627@roque.1407.org>
	<20091104144702.3ea5296c@vanek.robe.cz>
	<20091104143845.GD4627@roque.1407.org>
	<20091104155055.2b2bdd41@vanek.robe.cz>
	<20091104151413.GE4627@roque.1407.org>
Message-ID: <20091104183745.6baf1b6a@vanek.robe.cz>

>> oh yes, agree, but this is complicated and has nothing to do with
>> simple screen rotation per application/user needs which i thought
>> this thread was about?
>
>Nothing much, really, which is why it was a mere comment between
>parenthesis, you asked, I replied :)

:)

Petr



From psonek2 at seznam.cz  Wed Nov  4 19:05:39 2009
From: psonek2 at seznam.cz (Radek Polak)
Date: Wed, 4 Nov 2009 19:05:39 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <200911041905.39877.psonek2@seznam.cz>

On Wednesday 04 of November 2009 08:08:06 tvuillaume at free.fr wrote:

> I developed my own GPS application for QtExtended 4.4.3 on my Neo
>  Freerunner. It use native Qt APIs and doesn't require X. It display maps
>  from OpenStreetMap by default, but can also be configured to get them from
>  Yahoo or VirtualEarth. I'm not sure for Google, I gave up trying for now.

Btw i noticed two small things:

1/ The path to icon in NeronGPS.desktop is not right. It should be something 
like Icon=NeronGPS/NeronGPS.png

2/ The icon is too small - it does not fit in well in the application list. 
Solution could be either bigger png or svg.

Otherwise i havent found any issue :)

Regards

Radek


From openmoko at asyring.homeip.net  Wed Nov  4 20:41:42 2009
From: openmoko at asyring.homeip.net (Alexander Syring)
Date: Wed, 4 Nov 2009 20:41:42 +0100
Subject: [qtmoko] IMAP mail doesn't work
Message-ID: <200911042041.43069.openmoko@asyring.homeip.net>

Hi
The problem I have is that i see all new mails but i can't download the 
message. I can only see the subject.

Alex


From matthias.huber at wollishausen.de  Wed Nov  4 20:54:30 2009
From: matthias.huber at wollishausen.de (Matthias Huber)
Date: Wed, 04 Nov 2009 20:54:30 +0100
Subject: [shr-u] [navit] dont see arrows
Message-ID: <4AF1DBF6.5090105@wollishausen.de>


Hi Lists,

i have a problem in navit:

when i enter  routing, i don't see the arrows, only the text until to 
next crossing.


i am using:

<osd enabled="yes" 
type="navigation_next_turn"                                        
 x="320" y="30"  w="160" h="60"  background_color="#000000cc" 
/>                     
<osd enabled="yes" type="text" 
label="${navigation.item[1].length[named]}"            
 x="320" y="90" w="160" h="40" align="" background_color="#000000cc" 
font_size="450"/> 



output doesn't say anyting interesting:

root at om-gta02 ~ # navit
navit:convert_to_attrs:failed to create attribute 'cursor' with value '1'
vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default
vehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=4 evwatch=0x98200
navit:main_real:Using '/home/root/.navit/navit.xml'
gui_internal:gui_internal_cmd_menu:x=0x122552 y=0x5de3b5
gui_internal:gui_internal_apply_config:w=480 h=575
gui_internal:gui_internal_apply_config:w=480 h=575
gui_internal:gui_internal_apply_config:w=480 h=575
gui_internal:gui_internal_cmd_position:x=0x124926 y=0x5df9c2
gui_internal:gui_internal_apply_config:w=480 h=575
oss_audio: failed to open audio device /dev/dsp
gui_internal:gui_internal_cmd_set_destination:c=1:0x124926,0x5df9c2
gui_internal:gui_internal_cmd_menu:x=0x1224e2 y=0x5def95
gui_internal:gui_internal_apply_config:w=480 h=575

any idea, how the icons for left, right, and so on are coming or not ?


From tvuillaume at free.fr  Wed Nov  4 21:10:13 2009
From: tvuillaume at free.fr (tvuillaume at free.fr)
Date: Wed, 4 Nov 2009 21:10:13 +0100 (CET)
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <885929024.921001257365358580.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <1662938745.921171257365413436.JavaMail.root@zimbra14-e2.priv.proxad.net>

Hi Radek,

Taking a closer look, it may actually not be pixmap drawing performances. It looks like interruption when moving, that may just come from touch screen event coming irregularly, or anything else delaying the refresh of the map.

I am looking forward for the new kernel, it would probably solve the issue!

Regards,
Thierry

----- Mail Original -----
De: "Radek Polak" <psonek2 at seznam.cz>
?: "List for Openmoko community discussion" <community at lists.openmoko.org>
Envoy?: Mercredi 4 Novembre 2009 16h17:08 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: GPS application for QTExtended 4.4.3

On Wednesday 04 of November 2009 08:08:06 tvuillaume at free.fr wrote:

> I will continue to maintain it for my personal usage. I have no idea if it
>  may interest someone, but, if any interest, I released the package, the
>  source code, and some documentation here:

This application is just great. Probably everybody is interested :)

> Unfortunately, pixmap drawing performances looks degraded on QtMoko (I
>  tested with v14), impacting performances when moving in the map. This is
>  much better on the original QtExtended 4.4.3. If anybody have an idea
>  about where it may come from, and if something can be done to improve, I
>  would be interested.

There are 2 things different in QtMoko. 2.6.29 kernel and Qt 4.5. I think Qt 
4.5 improved the performance. The kernel can be the problem. I am now testing 
2.6.31 kernel and performance of your app is good. Also scrolling in web 
browser improved with 2.6.31 so it can be something in 2.6.29 kernel.

Thanks for this nice application.

Regards

Radek

_______________________________________________
Openmoko community mailing list
community at lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


From tingox at gmail.com  Wed Nov  4 21:38:15 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Wed, 4 Nov 2009 21:38:15 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <72763679.734831257318320259.JavaMail.root@zimbra14-e2.priv.proxad.net>
	<843302853.735071257318486463.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <ef8c8a880911041238x56159038k16318ab98a7a376e@mail.gmail.com>

Hi,


On Wed, Nov 4, 2009 at 8:08 AM, <tvuillaume at free.fr> wrote:

> I developed my own GPS application for QtExtended 4.4.3 on my Neo
> Freerunner. It use native Qt APIs and doesn't require X. It display maps
> from OpenStreetMap by default, but can also be configured to get them from
> Yahoo or VirtualEarth. I'm not sure for Google, I gave up trying for now.
>

Wow - very, very nice! Thanks a lot!
I especially like the finger-friendly buttons (zoom in / out and "home
position").

I will continue to maintain it for my personal usage. I have no idea if it
> may interest someone, but, if any interest, I released the package, the
> source code, and some documentation here:
>

Yes - everybody is interested, just look at the thread here. Very cool. :-)

-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091104/fb38748c/attachment.htm 

From matthias.huber at wollishausen.de  Wed Nov  4 22:16:59 2009
From: matthias.huber at wollishausen.de (Matthias Huber)
Date: Wed, 04 Nov 2009 22:16:59 +0100
Subject: [shr-u] [navit] dont see arrows
In-Reply-To: <4AF1DBF6.5090105@wollishausen.de>
References: <4AF1DBF6.5090105@wollishausen.de>
Message-ID: <4AF1EF4B.1040303@wollishausen.de>


> i have a problem in navit:
>
> when i enter  routing, i don't see the arrows, only the text until to 
> next crossing.
>
>
solved myself by reading:

http://wiki.navit-project.org/index.php/On_Screen_Display#Icon_source_setting_for_OSD

and using then:

<osd enabled="yes" type="navigation_next_turn"
 x="320" y="30"  w="160" h="60"  background_color="#000000cc"
 icon_src="$NAVIT_SHAREDIR/xpm/%s_wh_48_48.png"  />




From tvuillaume at free.fr  Wed Nov  4 22:23:56 2009
From: tvuillaume at free.fr (tvuillaume at free.fr)
Date: Wed, 4 Nov 2009 22:23:56 +0100 (CET)
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <724745975.934201257369475361.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <495278351.935431257369836650.JavaMail.root@zimbra14-e2.priv.proxad.net>

Hi Ghislain,

This is unfortunately not a feature I'm planing to use myself. Doing this in my spare time - which is actually not that many time :( - I will tend to focus on my own needs first. 

Would it help to share the code with a version control system, to enable additional developers to join the effort?

I'm completely new to this. I would need help in this case. 

Regards,
Thierry

----- Mail Original -----
De: "ghislain" <ghislain at basetrend.nl>
?: community at lists.openmoko.org
Envoy?: Mercredi 4 Novembre 2009 09h10:35 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: GPS application for QTExtended 4.4.3


Very nice application!

If you could just add the 'myposition' and the 'friendsposition', like in
TangoGPS you would make me very happy :) (I was trying to port TangoGPS to
Qt just for those functions, but you are almost done).

Ghislain

-- 
View this message in context: http://n2.nabble.com/GPS-application-for-QTExtended-4-4-3-tp3943537p3943693.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

_______________________________________________
Openmoko community mailing list
community at lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


From psonek2 at seznam.cz  Wed Nov  4 22:49:45 2009
From: psonek2 at seznam.cz (Radek Polak)
Date: Wed, 4 Nov 2009 22:49:45 +0100
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <495278351.935431257369836650.JavaMail.root@zimbra14-e2.priv.proxad.net>
References: <495278351.935431257369836650.JavaMail.root@zimbra14-e2.priv.proxad.net>
Message-ID: <200911042249.45815.psonek2@seznam.cz>

On Wednesday 04 of November 2009 22:23:56 tvuillaume at free.fr wrote:

> Would it help to share the code with a version control system, to enable
>  additional developers to join the effort?
> 
> I'm completely new to this. I would need help in this case.

All QtMoko applications are on github so that it's easy to find them and 
rebuild the binary repository from sources. I have also placed your app here:

http://github.com/radekp/NeronGPS

If you are comfortable with git and github you can just create account on 
github, fork the repo and work here.

Regards

Radek


From marcus.bauer at gmail.com  Thu Nov  5 00:34:54 2009
From: marcus.bauer at gmail.com (Marcus Bauer)
Date: Thu, 5 Nov 2009 00:34:54 +0100
Subject: tangoGPS 0.9.9 (was Re: tangogps 0.9.8)
In-Reply-To: <87zl73ue2q.fsf@slice.rozzin.com>
References: <20091102080656.10dd9af0@one>
	<1257154882.6374.0.camel@pieterc-laptop>
	<20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
	<c30e08170911030908s37b1cdb2s2d5a83dea0fb4e0b@mail.gmail.com>
	<792ba59f0911031358q1a1e7ee3u434d4cde98c9eeb9@mail.gmail.com>
	<87zl73ue2q.fsf@slice.rozzin.com>
Message-ID: <20091105003454.4d02f7bb@one>


fixed and as a goodie GPX track load added

Marcus


On Tue, 03 Nov 2009 23:08:29 -0500
Joshua Judson Rosen <rozzin at geekspace.com> wrote:

> "Maksim 'max_posedon' Melnikau" <maxposedon at gmail.com> writes:
> >
> > SHR version (mrmoku/unstable feed) segfaults for me, on try to
> > download map (4 levels):
> [...]
> > *** timer_tile_download():
> > *** timer_tile_download():
> > *** timer_tile_download():
> > *** timer_tile_download():
> > Segmentation fault
> 
> I'm seeing a segfault on line #370 of gps_functions.c (in
> set_label()); it seems to coincide with the end of map-download, in
> at least some configurations (I can reproduce it if I disable
> auto-download), so this may be what you're seeing:
> 
> There's a buffer-overflow problem that results in the `label70'
> pointer being overwritten with what's supposed to be text-data
> (and ends up being a garbage pointer) because the `buffer' variable
> (actually named "buffer" :)) is not always big enough to hold the text
> that's being g_sprintf'd into it.
> 
> As a quick hack, you can try just making the buffer bigger, but it may
> be a better solution to use g_strdup_printf() instead of g_sprintf()
> (and remembering to g_free() the resulting pointer when done with
> it, of course!).
> 


From dehqan65 at gmail.com  Thu Nov  5 05:14:59 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Thu, 5 Nov 2009 07:44:59 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <729abac10911040007w65f35338pcbed9a5b04f6cb6e@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
	<210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com>
	<267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com>
	<729abac10911040007w65f35338pcbed9a5b04f6cb6e@mail.gmail.com>
Message-ID: <267bb6670911042014h12535c40l5cc879e97011d46d@mail.gmail.com>

In The Name Of God The compassionate merciful

 Good day everyone ;
Thanks for your attentions ;



> >> no, the page you can't access only contains software ..
>


>>   Gand'
> >
> > Which softwares ? android softwares ? Do you mean we can not use android
> > sofware ?
> >  Are contents of Index of /android made from those code ? or there is not
> > any relation between http://code.google.com/ and Index of /android ?
>
> Actually, the current code is hosted here:
> http://gitorious.org/android-on-freerunner
>
> And code.google.com is used for wiki, issue tracking and in part for
> download area (official releases and weekly builds).
>

So  see  http://code.google.com/ contains softwares of android and in part
for
download area (official releases and weekly builds). yes ?

Is the only source for official releases and weekly builds and softwares ?
And who are owners of official releases and weekly builds and softwares ?

Daily builds are available from yet another server here:
> http://serdar-dere.net/~serdar/daily/<http://serdar-dere.net/%7Eserdar/daily/>
>
So daily builds on this sever pertain to  owners of weekly builds ? and are
those unofficial ?

Do you have access to groups.google.com?  If not, you can try sending
> an email to <android-on-freerunner at googlegroups.com>
>
> groups.google.com yes is open .
An email has been sent to them but no result yet may be it is technical
related contact way .



by and large , http://code.google.com/ is closed for iranians , this mean
The owner does not want we use their codes , so we will not use , but before
buying Free Runner it's required to know can we use android  and it's
applications without that site ?
Is it the only source and owner of official builds for freerunner ?
How much is it required to have a up to date android on FR ?

Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/932fcd03/attachment.htm 

From shazalive at gmail.com  Thu Nov  5 05:53:06 2009
From: shazalive at gmail.com (Shaz)
Date: Thu, 5 Nov 2009 09:53:06 +0500
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
Message-ID: <7b740b700911042053w497058bak32750c6a3c64311f@mail.gmail.com>

http://freerunner.android.koolu.com/ is an effort to run Android on
FreeRunner. Images can be downloaded as well for FR.

-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/b86077ac/attachment-0001.htm 

From shazalive at gmail.com  Thu Nov  5 08:03:52 2009
From: shazalive at gmail.com (Shaz)
Date: Thu, 5 Nov 2009 12:03:52 +0500
Subject: [SHR] Build with openembedded
In-Reply-To: <200911041448.28541.openmoko@mazikeen.demon.co.uk>
References: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
	<7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>
	<200911041448.28541.openmoko@mazikeen.demon.co.uk>
Message-ID: <7b740b700911042303rdd40f4eubf50c566a50d3957@mail.gmail.com>

On Wed, Nov 4, 2009 at 7:48 PM, Al Johnson <openmoko at mazikeen.demon.co.uk>wrote:

> On Wednesday 04 November 2009, Shaz wrote:
> > On Wed, Nov 4, 2009 at 12:13 PM, Shaz <shazalive at gmail.com> wrote:
> > > Dear all,
> > >
> > > I am trying to build shr image with openembedded but the git download
> > > step gets stuck at 17% or 18% in the "make setup" phase. Any hints
> > > what to do?
> >
> > The above problem got solved. I was building over virtual box based
> > ubuntu and now I am using a standard install of the build system i.e.
> > ubuntu.
>
> It may just have been the time between tries.
>

Now I am getting the following error:

--------------------------
walk 6a67c9f676966eda2ce343e01f0025fcc886ffff
walk 1ac67c72db73c4f0caf54017660ae530bb5c9c35
walk 17ce9807a4b90a29fb5ddbdff09e76bc09129b30
walk db29e557c44e5cace4615c199cd44d00411b5895
Initialized empty Git repository in
/home/shaz/moko/downloads/git/github.com.felipec.msn-pecan.git/.git/
NOTE: Creating tarball of git repository
NOTE: Creating tarball of git checkout
NOTE: Handling BitBake files: | (6969/6969) [100 %]
NOTE: Parsing finished. 175 cached, 6506 parsed, 286 skipped, 0 masked.
ERROR: Parsing errors found, exiting...
make: *** [image] Error 1
--------------------------------------

Help needed.



> > > On shr build page they mentioned a change in build steps will occur
> > > but can't find any info on the new steps.
> >
> > Some hints and direction will be appreciated as I am in the process of
> > configuring the conf files and will start the build.
>
> If you're building the current testing or unstable then use the documented
> procedure. The changes won't hit until the changes described in this link
> are
> ready to hit unstable.
>
> http://n2.nabble.com/Fwd-Shr-User-What-s-going-on-in-SHR-land-
> td3927440.html#a3927440<http://n2.nabble.com/Fwd-Shr-User-What-s-going-on-in-SHR-land-%0Atd3927440.html#a3927440>
>

Thanx.


>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/8a0b6e24/attachment.htm 

From gandalf at viroenforce.com  Thu Nov  5 08:10:22 2009
From: gandalf at viroenforce.com (Gand')
Date: Thu, 5 Nov 2009 08:10:22 +0100
Subject: Some questions about android on Freerunner
In-Reply-To: <7b740b700911042053w497058bak32750c6a3c64311f@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com> 
	<7b740b700911042053w497058bak32750c6a3c64311f@mail.gmail.com>
Message-ID: <210dc3a50911042310j14c2ab2eo6e072c73d24e4e64@mail.gmail.com>

this one is not longer maintained ..
-- 
  Gand'

On Thu, Nov 5, 2009 at 5:53 AM, Shaz <shazalive at gmail.com> wrote:

>
> http://freerunner.android.koolu.com/ is an effort to run Android on
> FreeRunner. Images can be downloaded as well for FR.
>
> --
> Shaz
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/18466dfa/attachment.htm 

From shazalive at gmail.com  Thu Nov  5 08:49:04 2009
From: shazalive at gmail.com (Shaz)
Date: Thu, 5 Nov 2009 12:49:04 +0500
Subject: [SHR] Build with openembedded
In-Reply-To: <7b740b700911042303rdd40f4eubf50c566a50d3957@mail.gmail.com>
References: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
	<7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>
	<200911041448.28541.openmoko@mazikeen.demon.co.uk>
	<7b740b700911042303rdd40f4eubf50c566a50d3957@mail.gmail.com>
Message-ID: <7b740b700911042349w756bb693le0a188503f3aa52e@mail.gmail.com>

On Thu, Nov 5, 2009 at 12:03 PM, Shaz <shazalive at gmail.com> wrote:

>
>
> On Wed, Nov 4, 2009 at 7:48 PM, Al Johnson <openmoko at mazikeen.demon.co.uk>wrote:
>
>> On Wednesday 04 November 2009, Shaz wrote:
>> > On Wed, Nov 4, 2009 at 12:13 PM, Shaz <shazalive at gmail.com> wrote:
>> > > Dear all,
>> > >
>> > > I am trying to build shr image with openembedded but the git download
>> > > step gets stuck at 17% or 18% in the "make setup" phase. Any hints
>> > > what to do?
>> >
>> > The above problem got solved. I was building over virtual box based
>> > ubuntu and now I am using a standard install of the build system i.e.
>> > ubuntu.
>>
>> It may just have been the time between tries.
>>
>
> Now I am getting the following error:
>
> --------------------------
> walk 6a67c9f676966eda2ce343e01f0025fcc886ffff
> walk 1ac67c72db73c4f0caf54017660ae530bb5c9c35
> walk 17ce9807a4b90a29fb5ddbdff09e76bc09129b30
> walk db29e557c44e5cace4615c199cd44d00411b5895
> Initialized empty Git repository in
> /home/shaz/moko/downloads/git/github.com.felipec.msn-pecan.git/.git/
> NOTE: Creating tarball of git repository
> NOTE: Creating tarball of git checkout
> NOTE: Handling BitBake files: | (6969/6969) [100 %]
> NOTE: Parsing finished. 175 cached, 6506 parsed, 286 skipped, 0 masked.
> ERROR: Parsing errors found, exiting...
> make: *** [image] Error 1
> --------------------------------------
>
> Help needed.
>

The above error was associated with shr-lite--image and the following with
shr-image:

---------------------------------------
.
.
.
fatal: Not a git repository
 while parsing /home/shaz/moko/shr-unstable/openembedded/recipes/webkit/
webkit-efl_git.bb
NOTE: Handling BitBake files: \ (4331/6969) [62 %]<string>:87:
DeprecationWarning: the sets module is deprecated
NOTE: Handling BitBake files: / (6969/6969) [100 %]
NOTE: Parsing finished. 0 cached, 6682 parsed, 286 skipped, 0 masked.
ERROR: Parsing errors found, exiting...
make: *** [image] Error 1
-------------------------------------

Is there something I am missing or doing wrong?


>
>
>> > > On shr build page they mentioned a change in build steps will occur
>> > > but can't find any info on the new steps.
>> >
>> > Some hints and direction will be appreciated as I am in the process of
>> > configuring the conf files and will start the build.
>>
>> If you're building the current testing or unstable then use the documented
>> procedure. The changes won't hit until the changes described in this link
>> are
>> ready to hit unstable.
>>
>> http://n2.nabble.com/Fwd-Shr-User-What-s-going-on-in-SHR-land-
>> td3927440.html#a3927440<http://n2.nabble.com/Fwd-Shr-User-What-s-going-on-in-SHR-land-%0Atd3927440.html#a3927440>
>>
>
> Thanx.
>
>
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Shaz
>
>


-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/3b0dd914/attachment.htm 

From alex.shulgin at gmail.com  Thu Nov  5 08:55:06 2009
From: alex.shulgin at gmail.com (Alexander Shulgin)
Date: Thu, 5 Nov 2009 09:55:06 +0200
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911042014h12535c40l5cc879e97011d46d@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com> 
	<210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com> 
	<267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com> 
	<729abac10911040007w65f35338pcbed9a5b04f6cb6e@mail.gmail.com> 
	<267bb6670911042014h12535c40l5cc879e97011d46d@mail.gmail.com>
Message-ID: <729abac10911042355x220951a9w893e405c31b7dfe5@mail.gmail.com>

On Thu, Nov 5, 2009 at 06:14, a dehqan <dehqan65 at gmail.com> wrote:
>
> So? see? http://code.google.com/ contains softwares of android and in part
> for
> download area (official releases and weekly builds). yes ?

Well, not exactly.

The site code.google.com is a open source projects hosting (much like
SourceForge) owned by Google.

Our effort to port Android on FreeRunner is just one of the many
registered projects at code.google.com and it's home page is here:
http://code.google.com/p/android-on-freerunner/

> Is the only source for official releases and weekly builds and softwares ?
> And who are owners of official releases and weekly builds and softwares ?

In fact there's not much 'official' and 'unofficial' stuff going here.
 We're a bunch of self-organized people around the globe trying to put
things together. :)

>> Daily builds are available from yet another server here:
>> http://serdar-dere.net/~serdar/daily/
>
> So daily builds on this sever pertain to? owners of weekly builds ? and are
> those unofficial ?

These are unofficial in the sense that they simply reflect the current
state of development on the project (with cutting-edge enhancements as
well as newly introduced bugs).  I'd better call it 'unstable' or
'testing', whereas builds released on code.google.com are considered
'stable'.

For the purpose of testing you can grab virtually any of the available
builds, but the latest is generally the better.

>> Do you have access to groups.google.com? ?If not, you can try sending
>> an email to <android-on-freerunner at googlegroups.com>
>>
> groups.google.com yes is open .
> An email has been sent to them but no result yet may be it is technical
> related contact way .
>
>
>
> by and large , http://code.google.com/ is closed for iranians , this mean
> The owner does not want we use their codes , so we will not use , but before
> buying Free Runner it's required to know can we use android? and it's
> applications without that site ?

That's really sad. :(

But I believe it's not the 'owners' (better say 'project admins') of
Android on FreeRunner decided to forbid any particular group of people
to access the project.  It's ultimately must be Google, Inc. who is in
control of the whole code.google.com site.

> Is it the only source and owner of official builds for freerunner ?

You can always download the source code from git repositories at
gitourious and compile it yourself.

> How much is it required to have a up to date android on FR ?

You need a FR, a computer with USB port and GNU/Linux or compatible
operating system to flash the images.

--
Regards,
Alex


From martin.jansa at gmail.com  Thu Nov  5 09:00:17 2009
From: martin.jansa at gmail.com (Martin Jansa)
Date: Thu, 5 Nov 2009 09:00:17 +0100
Subject: [Shr-Devel] [SHR] Build with openembedded
In-Reply-To: <7b740b700911042349w756bb693le0a188503f3aa52e@mail.gmail.com>
References: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
	<7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>
	<200911041448.28541.openmoko@mazikeen.demon.co.uk>
	<7b740b700911042303rdd40f4eubf50c566a50d3957@mail.gmail.com>
	<7b740b700911042349w756bb693le0a188503f3aa52e@mail.gmail.com>
Message-ID: <20091105080017.GD3295@jama>

On Thu, Nov 05, 2009 at 12:49:04PM +0500, Shaz wrote:
> On Thu, Nov 5, 2009 at 12:03 PM, Shaz <shazalive at gmail.com> wrote:
> >
> > Now I am getting the following error:
> >
> > --------------------------
> > walk 6a67c9f676966eda2ce343e01f0025fcc886ffff
> > walk 1ac67c72db73c4f0caf54017660ae530bb5c9c35
> > walk 17ce9807a4b90a29fb5ddbdff09e76bc09129b30
> > walk db29e557c44e5cace4615c199cd44d00411b5895
> > Initialized empty Git repository in
> > /home/shaz/moko/downloads/git/github.com.felipec.msn-pecan.git/.git/
> > NOTE: Creating tarball of git repository
> > NOTE: Creating tarball of git checkout
> > NOTE: Handling BitBake files: | (6969/6969) [100 %]
> > NOTE: Parsing finished. 175 cached, 6506 parsed, 286 skipped, 0 masked.
> > ERROR: Parsing errors found, exiting...
> > make: *** [image] Error 1
> > --------------------------------------

There is no parsing error shown in this part.. maybe somewhere higher?
If you're using more bitbake threads it can be much higher..

> The above error was associated with shr-lite--image and the following with
> shr-image:
> 
> ---------------------------------------
> .
> .
> .
> fatal: Not a git repository
>  while parsing /home/shaz/moko/shr-unstable/openembedded/recipes/webkit/
> webkit-efl_git.bb
> NOTE: Handling BitBake files: \ (4331/6969) [62 %]<string>:87:
> DeprecationWarning: the sets module is deprecated
> NOTE: Handling BitBake files: / (6969/6969) [100 %]
> NOTE: Parsing finished. 0 cached, 6682 parsed, 286 skipped, 0 masked.
> ERROR: Parsing errors found, exiting...
> make: *** [image] Error 1
> -------------------------------------
> 
> Is there something I am missing or doing wrong?

This one I got yesterday too

remove git_*webkit* AND git/*webkit* from your download directory and
try again

The git checkout is packed to tarball and then used when updating or
reinstalling, but if git url or something change in bitbake recipe, then
is this git tarball still used and points to wrong git repository. After
delete it will create nice new tarball and git checkout from right
url/branch/..

-- 
uin:136542059                jid:Martin.Jansa at gmail.com
Jansa Martin                 sip:jamasip at voip.wengo.fr 
JaMa                         


From yorickmoko at gmail.com  Thu Nov  5 09:08:42 2009
From: yorickmoko at gmail.com (Yorick Moko)
Date: Thu, 5 Nov 2009 09:08:42 +0100
Subject: tangoGPS 0.9.9 (was Re: tangogps 0.9.8)
In-Reply-To: <20091105003454.4d02f7bb@one>
References: <20091102080656.10dd9af0@one> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
	<c30e08170911030908s37b1cdb2s2d5a83dea0fb4e0b@mail.gmail.com>
	<792ba59f0911031358q1a1e7ee3u434d4cde98c9eeb9@mail.gmail.com>
	<87zl73ue2q.fsf@slice.rozzin.com> <20091105003454.4d02f7bb@one>
Message-ID: <26fea52c0911050008q74697f11yb71d6efd77d86730@mail.gmail.com>

great!
nice to see tangogps getting regularly updated once again!

On Thu, Nov 5, 2009 at 12:34 AM, Marcus Bauer <marcus.bauer at gmail.com>wrote:

>
> fixed and as a goodie GPX track load added
>
> Marcus
>
>
> On Tue, 03 Nov 2009 23:08:29 -0500
> Joshua Judson Rosen <rozzin at geekspace.com> wrote:
>
> > "Maksim 'max_posedon' Melnikau" <maxposedon at gmail.com> writes:
> > >
> > > SHR version (mrmoku/unstable feed) segfaults for me, on try to
> > > download map (4 levels):
> > [...]
> > > *** timer_tile_download():
> > > *** timer_tile_download():
> > > *** timer_tile_download():
> > > *** timer_tile_download():
> > > Segmentation fault
> >
> > I'm seeing a segfault on line #370 of gps_functions.c (in
> > set_label()); it seems to coincide with the end of map-download, in
> > at least some configurations (I can reproduce it if I disable
> > auto-download), so this may be what you're seeing:
> >
> > There's a buffer-overflow problem that results in the `label70'
> > pointer being overwritten with what's supposed to be text-data
> > (and ends up being a garbage pointer) because the `buffer' variable
> > (actually named "buffer" :)) is not always big enough to hold the text
> > that's being g_sprintf'd into it.
> >
> > As a quick hack, you can try just making the buffer bigger, but it may
> > be a better solution to use g_strdup_printf() instead of g_sprintf()
> > (and remembering to g_free() the resulting pointer when done with
> > it, of course!).
> >
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/e3e27e10/attachment.htm 

From dehqan65 at gmail.com  Thu Nov  5 09:22:33 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Thu, 5 Nov 2009 11:52:33 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <729abac10911042355x220951a9w893e405c31b7dfe5@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
	<210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com>
	<267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com>
	<729abac10911040007w65f35338pcbed9a5b04f6cb6e@mail.gmail.com>
	<267bb6670911042014h12535c40l5cc879e97011d46d@mail.gmail.com>
	<729abac10911042355x220951a9w893e405c31b7dfe5@mail.gmail.com>
Message-ID: <267bb6670911050022l318b7a61gfd7a9a441e62fba3@mail.gmail.com>

> But I believe it's not the 'owners' (better say 'project admins') of
> Android on FreeRunner decided to forbid any particular group of people
> to access the project.  It's ultimately must be Google, Inc. who is in
> control of the whole code.google.com site.
>
> > Is it the only source and owner of official builds for freerunner ?
>
> You can always download the source code from git repositories at
> gitourious and compile it yourself.
>
>
Ok , you mean owners of codes are devopers around the world , and they put
their codes on code.google.com yes ?
So important question  , Is all the content of
http://code.google.com/p/android-on-freerunner/ in git repositories at
gitourious ?

By and large , it's required to know if google wants iranians to use android
and it's applications or not ?
It is explicit that google is owner of android  , Does google allow iranians
use android ?

Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/024a4882/attachment.htm 

From shazalive at gmail.com  Thu Nov  5 09:31:58 2009
From: shazalive at gmail.com (Shaz)
Date: Thu, 5 Nov 2009 13:31:58 +0500
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911050022l318b7a61gfd7a9a441e62fba3@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com>
	<210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com>
	<267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com>
	<729abac10911040007w65f35338pcbed9a5b04f6cb6e@mail.gmail.com>
	<267bb6670911042014h12535c40l5cc879e97011d46d@mail.gmail.com>
	<729abac10911042355x220951a9w893e405c31b7dfe5@mail.gmail.com>
	<267bb6670911050022l318b7a61gfd7a9a441e62fba3@mail.gmail.com>
Message-ID: <7b740b700911050031s285ee3abh7150f72fcf3e88e9@mail.gmail.com>

On Thu, Nov 5, 2009 at 1:22 PM, a dehqan <dehqan65 at gmail.com> wrote:

>
> But I believe it's not the 'owners' (better say 'project admins') of
>> Android on FreeRunner decided to forbid any particular group of people
>> to access the project.  It's ultimately must be Google, Inc. who is in
>> control of the whole code.google.com site.
>>
>> > Is it the only source and owner of official builds for freerunner ?
>>
>> You can always download the source code from git repositories at
>> gitourious and compile it yourself.
>>
>>
> Ok , you mean owners of codes are devopers around the world , and they put
> their codes on code.google.com yes ?
> So important question  , Is all the content of
> http://code.google.com/p/android-on-freerunner/ in git repositories at
> gitourious ?
>
> By and large , it's required to know if google wants iranians to use
> android and it's applications or not ?
> It is explicit that google is owner of android  , Does google allow
> iranians use android ?
>

It is open source and as far as I remember the License does not restrict on
national boundaries. If you have any problems then someone can put you
behind a proxy and you will get what you want.


>
> Regards dehqan
>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/694948f0/attachment.htm 

From alex.shulgin at gmail.com  Thu Nov  5 09:43:15 2009
From: alex.shulgin at gmail.com (Alexander Shulgin)
Date: Thu, 5 Nov 2009 10:43:15 +0200
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911050022l318b7a61gfd7a9a441e62fba3@mail.gmail.com>
References: <267bb6670911031231u14fd4f3nf2a45acd49b44fa9@mail.gmail.com> 
	<210dc3a50911031255t57c138d9hcfdd81fb253d9832@mail.gmail.com> 
	<267bb6670911032213gdebc944t6376f696982e7b17@mail.gmail.com> 
	<729abac10911040007w65f35338pcbed9a5b04f6cb6e@mail.gmail.com> 
	<267bb6670911042014h12535c40l5cc879e97011d46d@mail.gmail.com> 
	<729abac10911042355x220951a9w893e405c31b7dfe5@mail.gmail.com> 
	<267bb6670911050022l318b7a61gfd7a9a441e62fba3@mail.gmail.com>
Message-ID: <729abac10911050043k10241877r6723d7d6ca0a08b@mail.gmail.com>

On Thu, Nov 5, 2009 at 10:22, a dehqan <dehqan65 at gmail.com> wrote:
>
>> But I believe it's not the 'owners' (better say 'project admins') of
>> Android on FreeRunner decided to forbid any particular group of people
>> to access the project. ?It's ultimately must be Google, Inc. who is in
>> control of the whole code.google.com site.
>>
>> > Is it the only source and owner of official builds for freerunner ?
>>
>> You can always download the source code from git repositories at
>> gitourious and compile it yourself.
>>
>
> Ok , you mean owners of codes are devopers around the world , and they put
> their codes on code.google.com yes ?
> So important question? , Is all the content of
> http://code.google.com/p/android-on-freerunner/ in git repositories at
> gitourious ?

Unfortunately, not.  The git repository only contains the source code.
 The project pages on code.google.com include issue list, wiki pages
and released files for download as I mentioned before.

> By and large , it's required to know if google wants iranians to use android
> and it's applications or not ?
> It is explicit that google is owner of android? , Does google allow iranians
> use android ?

Although legally possible, I don't think they restrict usage of
android based on nationality.  You may still encounter problems
connecting to Google services from your device if the packets travel
through Iranian ips banned in this way by google.

--
Alex


From robin.paulson at gmail.com  Thu Nov  5 09:47:15 2009
From: robin.paulson at gmail.com (Robin Paulson)
Date: Thu, 5 Nov 2009 21:47:15 +1300
Subject: tangoGPS 0.9.9 (was Re: tangogps 0.9.8)
In-Reply-To: <20091105003454.4d02f7bb@one>
References: <20091102080656.10dd9af0@one> <20091102105003.4b356444@one>
	<2f3aa2770911021546y3829a622t69c67db50fee0df7@mail.gmail.com>
	<0459621B-1422-4AAE-B2ED-7DEF6D4A64FB@sgenomics.org>
	<26fea52c0911030840r3922c20v8e553b8f20eb17a7@mail.gmail.com>
	<c30e08170911030842o6636f22en938f999237858375@mail.gmail.com>
	<c30e08170911030908s37b1cdb2s2d5a83dea0fb4e0b@mail.gmail.com>
	<792ba59f0911031358q1a1e7ee3u434d4cde98c9eeb9@mail.gmail.com>
	<87zl73ue2q.fsf@slice.rozzin.com> <20091105003454.4d02f7bb@one>
Message-ID: <2f3aa2770911050047j9193123xd1090af120dd8b77@mail.gmail.com>

2009/11/5 Marcus Bauer <marcus.bauer at gmail.com>:
>
> fixed and as a goodie GPX track load added

excellent. are there any binaries available? ipk, deb, anything...

cheers


From zimmermann at vdm-design.de  Thu Nov  5 10:57:49 2009
From: zimmermann at vdm-design.de (Thomas Zimmermann)
Date: Thu, 5 Nov 2009 10:57:49 +0100
Subject: Fwd: What's going on in SHR land (2)
In-Reply-To: <200911011704.30507.zimmermann@vdm-design.de>
References: <200911011704.30507.zimmermann@vdm-design.de>
Message-ID: <200911051057.49749.zimmermann@vdm-design.de>

Betreff: [Shr-Devel] What's ging on in SHR land (2)
Datum: Donnerstag 05 November 2009
Von: Sebastian Spaeth <Sebastian at sspaeth.de>
An: "SHR-user" <shr-user at lists.shr-project.org>, "SHR-devel" <shr-
devel at lists.shr-project.org>

Just a very brief update. With a lot of hard work, we finally managed to
get the new shr/merge branch which is really close to the upstream
openembedded branch to compile and boot.

At least in the -lite image every thing seems to work fine (well
ffalarms crashes), but basic telephone stuff works.
There are some glitches to be worked out (kernel sound module not loaded
by default), but in general this should now be ready to be pushed to
-unstable again. and

Keep in mind that a recompile takes at least one day and mrmoku has
started a new build on the buildhost, which might or might not finish
successfully. So if things go fine you can expect a new -unstable image
very soon now.

Thanks for you patience.

spaetz

P.S. My Tip of the Day: Do install "elementary-theme-gry" and select it
as your default. It looks pretty similar to the default theme and it is
way faster.


From jan.public at famvlug.nl  Thu Nov  5 11:44:13 2009
From: jan.public at famvlug.nl (Jan Vlug)
Date: Thu, 05 Nov 2009 11:44:13 +0100
Subject: Fwd: What's going on in SHR land (2)
In-Reply-To: <200911051057.49749.zimmermann@vdm-design.de>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911051057.49749.zimmermann@vdm-design.de>
Message-ID: <4AF2AC7D.7060207@famvlug.nl>

> 
> Just a very brief update.

Thanks for keeping us informed spaetz. Much appreciated!
Jan.


From nielsheyvaert at hotmail.com  Thu Nov  5 12:14:00 2009
From: nielsheyvaert at hotmail.com (Niels Heyvaert)
Date: Thu, 5 Nov 2009 11:14:00 +0000
Subject: Some questions about android on Freerunner
Message-ID: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>


>> by and large , http://code.google.com/ is closed for iranians , this mean
>> The owner does not want we use their codes , so we will not use , but before
>> buying Free Runner it's required to know can we use android  and it's
>> applications without that site ?
>
> That's really sad. :(
>
> But I believe it's not the 'owners' (better say 'project admins') of
> Android on FreeRunner decided to forbid any particular group of people
> to access the project.  It's ultimately must be Google, Inc. who is in
> control of the whole code.google.com site.

Indeed, the admins of the AoF google code page are not blocking anyone from visiting the site, using the Wiki and downloading the software. Trust me ;-)
 		 	   		  
_________________________________________________________________
De nieuwe Windows 7: vind de juiste pc voor jou. Meer informatie.
http://windows.microsoft.com/shop

From dehqan65 at gmail.com  Thu Nov  5 12:24:50 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Thu, 5 Nov 2009 14:54:50 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
Message-ID: <267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>

In The Name Of God The compassionate merciful


> Indeed, the admins of the AoF google code page are not blocking anyone from
> visiting the site, using the Wiki and downloading the software. Trust me ;-)
>
> _________________________________________________________________
>
How do you know ?

code.google.com veiwing is forbidden for iranians ,and android codes is
available in that address ,  Is That mean  google also does not want
iranians use android ?

regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/2f698676/attachment.htm 

From shazalive at gmail.com  Thu Nov  5 12:36:34 2009
From: shazalive at gmail.com (Shaz)
Date: Thu, 5 Nov 2009 16:36:34 +0500
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
Message-ID: <7b740b700911050336i42890b37n35bbf1db6e4b59d1@mail.gmail.com>

On Thu, Nov 5, 2009 at 4:24 PM, a dehqan <dehqan65 at gmail.com> wrote:

> In The Name Of God The compassionate merciful
>
>
>> Indeed, the admins of the AoF google code page are not blocking anyone
>> from visiting the site, using the Wiki and downloading the software. Trust
>> me ;-)
>>
>> _________________________________________________________________
>>
> How do you know ?
>
> code.google.com veiwing is forbidden for iranians ,and android codes is
> available in that address ,  Is That mean  google also does not want
> iranians use android ?
>

I agree with Niels Heyvaert because Google cannot afford this at the moment
and the governments are also not in such a strong position to impose total
restriction like this in current circumstances.

If code.google.com is blocked then you should email google and ask them
about the reason. Their reply can straighten things up. And buddy remember
nobody can stop you from using or contributing to Android :) The mirror
sites and community websites are always there for source code and images.

-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/00c39bee/attachment.htm 

From vanous at penguin.cz  Thu Nov  5 12:39:34 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Thu, 5 Nov 2009 12:39:34 +0100
Subject: Some questions about android on Freerunner
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
Message-ID: <20091105123934.136b1f35@vanek.robe.cz>

>code.google.com veiwing is forbidden for iranians ,and android codes is
>available in that address ,  Is That mean  google also does not want
>iranians use android ?

from what i have experienced in different countries around the world,
are you sure that it is not your government blocking you access to
google?

Petr



From dehqan65 at gmail.com  Thu Nov  5 12:42:49 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Thu, 5 Nov 2009 15:12:49 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <20091105123934.136b1f35@vanek.robe.cz>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
Message-ID: <267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>

yes
*Google  *   *Error*

Forbidden Your client does not have permission to get URL / from this
server.


On Thu, Nov 5, 2009 at 3:09 PM, Petr Vanek <vanous at penguin.cz> wrote:

> >code.google.com veiwing is forbidden for iranians ,and android codes is
> >available in that address ,  Is That mean  google also does not want
> >iranians use android ?
>
> from what i have experienced in different countries around the world,
> are you sure that it is not your government blocking you access to
> google?
>
> Petr
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/dbc8a960/attachment.htm 

From alex.shulgin at gmail.com  Thu Nov  5 12:46:21 2009
From: alex.shulgin at gmail.com (Alexander Shulgin)
Date: Thu, 5 Nov 2009 13:46:21 +0200
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com> 
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
Message-ID: <729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>

On Thu, Nov 5, 2009 at 13:42, a dehqan <dehqan65 at gmail.com> wrote:

>
> yes
> *Google  *   *Error*
>
> Forbidden Your client does not have permission to get URL / from this
> server.
>
> Can this possibly mean it's denying access based on User-Agent header sent
by your browser?  What is it?

--
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/94caa527/attachment.htm 

From maxious at gmail.com  Thu Nov  5 13:14:14 2009
From: maxious at gmail.com (Alex (Maxious) Sadleir)
Date: Thu, 5 Nov 2009 23:14:14 +1100
Subject: Some questions about android on Freerunner
In-Reply-To: <729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com> 
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com> 
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
Message-ID: <1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>

On Thu, Nov 5, 2009 at 10:46 PM, Alexander Shulgin
<alex.shulgin at gmail.com> wrote:
>
> On Thu, Nov 5, 2009 at 13:42, a dehqan <dehqan65 at gmail.com> wrote:
>>
>> yes
>> Google
>> Error
>>
>>
>> Forbidden
>>
>> Your client does not have permission to get URL / from this server.
>
> Can this possibly mean it's denying access based on User-Agent header sent by your browser?? What is it?


From th.otterbein at gmx.net  Thu Nov  5 13:26:19 2009
From: th.otterbein at gmx.net (Thomas Otterbein)
Date: Thu, 5 Nov 2009 13:26:19 +0100
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
Message-ID: <200911051326.19207.th.otterbein@gmx.net>

On Thursday 05 November 2009 12:24 a dehqan wrote:
> In The Name Of God The compassionate merciful
>
> > Indeed, the admins of the AoF google code page are not blocking anyone
> > from visiting the site, using the Wiki and downloading the software.
> > Trust me ;-)
> >
> > _________________________________________________________________
>
> How do you know ?
>
> code.google.com veiwing is forbidden for iranians ,and android codes is
> available in that address ,  Is That mean  google also does not want
> iranians use android ?
>
> regards dehqan
Hi dehqan,

have you ever considered that *.google.com is blocked by your own government 
as it also provides many other services, among them access to sources of 
information or data that may be considered inappropriate in your country? At 
least of what I know (from information sources available via google.com) about 
your country I would seriously consider this.

Regards
  thomas



From vanous at penguin.cz  Thu Nov  5 13:27:14 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Thu, 5 Nov 2009 13:27:14 +0100
Subject: Some questions about android on Freerunner
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
Message-ID: <20091105132714.6fbe4d50@vanek.robe.cz>

>Users residing in countries on the United States Office of Foreign
>Assets Control sanction list, including Cuba, ***Iran***, Libya, North
>Korea, Sudan and Syria, may not post or access Content available
>through the Google Code website.

wow

Petr



From shazalive at gmail.com  Thu Nov  5 13:54:14 2009
From: shazalive at gmail.com (Shaz)
Date: Thu, 5 Nov 2009 17:54:14 +0500
Subject: Some questions about android on Freerunner
In-Reply-To: <20091105132714.6fbe4d50@vanek.robe.cz>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<20091105132714.6fbe4d50@vanek.robe.cz>
Message-ID: <7b740b700911050454v413aeb27o8e87e50a6acb10c9@mail.gmail.com>

On Thu, Nov 5, 2009 at 5:27 PM, Petr Vanek <vanous at penguin.cz> wrote:

> >Users residing in countries on the United States Office of Foreign
> >Assets Control sanction list, including Cuba, ***Iran***, Libya, North
> >Korea, Sudan and Syria, may not post or access Content available
> >through the Google Code website.
>
>
That should mean any code related to modern encryption technology or any
technology that can be used for national defense enhancement. Even if your
government did it then they would be aiming at google videos etc. It would
be dumb on their end to close the whole of google domain because thats
primarily education, research and development!

Anyways, other sites can be used or try a http proxy server from lets say
.... Russia, should do the trick. And to be very pessimistic then the proxy
should not be banned by either side for this scheme to work.

-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/4ff666a5/attachment.htm 

From fercerpav at gmail.com  Thu Nov  5 14:02:23 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Thu, 05 Nov 2009 16:02:23 +0300
Subject: Some questions about android on Freerunner
In-Reply-To: <1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	(Alex Sadleir's message of "Thu\, 5 Nov 2009 23\:14\:14 +1100")
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
Message-ID: <m2eiodqg4g.fsf@home.pavel.comp>

"Alex (Maxious) Sadleir" <maxious at gmail.com> writes:
> Users residing in countries on the United States Office of Foreign
> Assets Control sanction list, including Cuba, ***Iran***, Libya, North
> Korea, Sudan and Syria, may not post or access Content available
> through the Google Code website.

LOL.

So, it just proves once again how fucked up google is and the
question if anyone can trust them their data has an obvious answer.

And anyway google code is a bad hosting, i think they do not even
support git, so why should anyone care?

And yes, i'm still using my gmail account but i do that while
understanding all potential limitations and threats (i hope).

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


From fercerpav at gmail.com  Thu Nov  5 14:09:25 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Thu, 05 Nov 2009 16:09:25 +0300
Subject: Some questions about android on Freerunner
In-Reply-To: <7b740b700911050454v413aeb27o8e87e50a6acb10c9@mail.gmail.com>
	(Shaz's message of "Thu\, 5 Nov 2009 17\:54\:14 +0500")
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<20091105132714.6fbe4d50@vanek.robe.cz>
	<7b740b700911050454v413aeb27o8e87e50a6acb10c9@mail.gmail.com>
Message-ID: <m2aaz1qfsq.fsf@home.pavel.comp>

Shaz <shazalive at gmail.com> writes:
> On Thu, Nov 5, 2009 at 5:27 PM, Petr Vanek <vanous at penguin.cz> wrote:
>     >Users residing in countries on the United States Office of Foreign
>     >Assets Control sanction list, including Cuba, ***Iran***, Libya, North
>     >Korea, Sudan and Syria, may not post or access Content available
>     >through the Google Code website.
>
> Anyways, other sites can be used or try a http proxy server from
> lets say .... Russia, should do the trick.

Or Tor but i've heard its usage was a criminal offense in some
brain-dead fucked up countries.

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


From alex.shulgin at gmail.com  Thu Nov  5 15:39:07 2009
From: alex.shulgin at gmail.com (Alexander Shulgin)
Date: Thu, 5 Nov 2009 16:39:07 +0200
Subject: Some questions about android on Freerunner
In-Reply-To: <m2eiodqg4g.fsf@home.pavel.comp>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com> 
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com> 
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com> 
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com> 
	<m2eiodqg4g.fsf@home.pavel.comp>
Message-ID: <729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>

On Thu, Nov 5, 2009 at 15:02, Paul Fertser <fercerpav at gmail.com> wrote:
> "Alex (Maxious) Sadleir" <maxious at gmail.com> writes:
>> Users residing in countries on the United States Office of Foreign
>> Assets Control sanction list, including Cuba, ***Iran***, Libya, North
>> Korea, Sudan and Syria, may not post or access Content available
>> through the Google Code website.
>
> LOL.
>
> So, it just proves once again how fucked up google is and the
> question if anyone can trust them their data has an obvious answer.

How complying with US laws makes a US-based company like Google f*cked up? :)


From sxpert at sxpert.org  Thu Nov  5 15:47:04 2009
From: sxpert at sxpert.org (=?ISO-8859-1?Q?Rapha=EBl?= Jacquot)
Date: Thu, 05 Nov 2009 15:47:04 +0100
Subject: Some questions about android on Freerunner
In-Reply-To: <729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
Message-ID: <1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>

On Thu, 2009-11-05 at 16:39 +0200, Alexander Shulgin wrote:
> On Thu, Nov 5, 2009 at 15:02, Paul Fertser <fercerpav at gmail.com> wrote:
> > "Alex (Maxious) Sadleir" <maxious at gmail.com> writes:
> >> Users residing in countries on the United States Office of Foreign
> >> Assets Control sanction list, including Cuba, ***Iran***, Libya, North
> >> Korea, Sudan and Syria, may not post or access Content available
> >> through the Google Code website.
> >
> > LOL.
> >
> > So, it just proves once again how fucked up google is and the
> > question if anyone can trust them their data has an obvious answer.
> 
> How complying with US laws makes a US-based company like Google f*cked up? :)

agreed. it's the US law that's f*cked up...



From wjbaird at alumni.uwaterloo.ca  Thu Nov  5 17:01:49 2009
From: wjbaird at alumni.uwaterloo.ca (Warren Baird)
Date: Thu, 5 Nov 2009 11:01:49 -0500
Subject: [All] Black Screen of Death - Won't resume from standby
In-Reply-To: <b66a83e00911021352y30ca8801r1db1428eb38953fe@mail.gmail.com>
References: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com>
	<4AEBF50D.3020202@wollishausen.de>
	<b66a83e00910311003t2820ab27kb1e43522d7e0c927@mail.gmail.com>
	<20091101142928.GA12029@roque.1407.org>
	<b66a83e00911021352y30ca8801r1db1428eb38953fe@mail.gmail.com>
Message-ID: <b66a83e00911050801t113a643p4c4338e4d7fde529@mail.gmail.com>

So - an update - it really seems that in my case at least the black screens
of death were being caused by omnewrotate.  I'd been getting at least 1 or 2
a day since I installed it, and I got 4 last Sunday and at least 2 or 3 the
day before that.   On monday I changed the omnewrotate behaviour to be off
by default, and I haven't seen a single BSOD since then.

It's a bit annoying, since if I forget to make sure the phone is vertical
before suspending it, my screen is all messed up, but that is less annoying
than missing calls because of the BSODs.

Warren


On Mon, Nov 2, 2009 at 4:52 PM, Warren Baird <wjbaird at alumni.uwaterloo.ca>wrote:

> That sounds quite reasonable - I wasn't trying to point fingers - just
> describing the experience I had.   yesterday I had my FR die with a BSOD 4
> times - before I installed omnewrotate on this install I hadn't seen a BSOD
> at all.
>
> I've just changed the default behavior for omnewrotate to 'Off' an hour or
> two ago, I'm going to run for a few days and see if that impacts things...
>
> Warren
>
>
>
> On Sun, Nov 1, 2009 at 9:29 AM, Rui Miguel Silva Seabra <rms at 1407.org>wrote:
>
>> Hi,
>>
>> As you go into suspend, a script is called that *stops* (kills the
>> process)
>> omnewrotate.
>>
>> As you resume, a script is called that starts omnewrotate.
>>
>> So:
>>
>>  1) as you suspend, omnewrotate is *not* even working.
>>  2) only after resume is completed does omnewrotate get started
>>
>> Conclusion: omnewrotate doesn't affect suspend/resume cycles. :)
>>
>> This scripts were place early on in it's development as after resuming
>> omnewrotate couldn't get any data from the accelerometers (let alone
>> my fears that keeping the device open could affect resume).
>>
>> Rui
>>
>> On Sat, Oct 31, 2009 at 01:03:29PM -0400, Warren Baird wrote:
>> > I just started noticing this on an shr-u build updated in early sept.
>> The
>> > only thing I've changed lately is installing omnewrotate.   I also
>> noticed
>> > it on an install of the shr-testing candidate, that also had omnewrotate
>> > installed.
>> >
>> > I'm going to keep omnewrotate installed for a while and see how often I
>> get
>> > the BSOD. Then I'll uninstall or disable omnewrotate and see what
>> happens.
>> >
>> > Warren
>> >
>> >
>> > On Sat, Oct 31, 2009 at 4:27 AM, Matthias Huber <
>> > matthias.huber at wollishausen.de> wrote:
>> >
>> > > Steven ** schrieb:
>> > > > I've seen this several times with SHR-Unstable and now with Android.
>> > > > So, I'd say it's something that is common among these distro's.  Is
>> it
>> > > > seen on all distros?  Is it the kernel?  Hardware bug?  Bootloader
>> > > > issue?
>> > > > Any clues how to debug this or what might cause it?
>> > > >
>> > > > I know I'm not the only one that sees it.  How are others dealing
>> with
>> > > > these random lock-ups?
>> > > >
>> > > >
>> > > i have this too with my system gta02v6 latest shr-u.
>> > > sometimes i thought, it has to do with gps, but i am not sure about.
>> > > sometimes i think, problem it is changing cell while sleeping.
>> > >
>> > > _______________________________________________
>> > > Openmoko community mailing list
>> > > community at lists.openmoko.org
>> > > http://lists.openmoko.org/mailman/listinfo/community
>> > >
>> >
>> >
>> >
>> > --
>> > Warren Baird - Photographer and Digital Artist
>> > http://www.synergisticimages.ca
>>
>> > _______________________________________________
>> > Openmoko community mailing list
>> > community at lists.openmoko.org
>> > http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>> --
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Warren Baird - Photographer and Digital Artist
> http://www.synergisticimages.ca
>



-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/d50e7a70/attachment-0001.htm 

From sucotronic at gmail.com  Thu Nov  5 17:12:55 2009
From: sucotronic at gmail.com (Suco)
Date: Thu, 5 Nov 2009 17:12:55 +0100
Subject: [WikiReader] unable to run emulator
Message-ID: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com>

I've followed the instructions in the wiki page on github:
http://wiki.github.com/wikireader/wikireader/building-from-source
then a make  command and all compiled without big problems. But when I try
to run the emulator inside host-tools/qt4-simulator/bin I get the following:

initializing display for 240x208 pixels
Failed to initialize search.
Segment fault.

The search data seems to be present, but it doesn't work. It's broken or I
forgot to do some step?

-- 
Mi blog personal:
http://blog.wikifotos.org/

S? libre, usa ubuntu:
http://www.ubuntustory.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/272b13bf/attachment.htm 

From rms at 1407.org  Thu Nov  5 17:12:58 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Thu, 5 Nov 2009 16:12:58 +0000
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
Message-ID: <20091105161258.GA5149@roque.1407.org>

Dear Dehqan,

If you do an HTTP request by hand, could you please send this list the result?

1. Open a socket
	nc -v code.google.com 80
2. paste the following (including one blank line after the text) into nc:

vvvvvvvvvvvvvvvvvvvvvvvvvv COPY FROM BELOW THIS LINE vvvvvvvvvvvvvvvvvvvvvvvvv
GET / HTTP/1.0 
Host: code.google.com

vvvvvvvvvvvvvvvvvvvvvvvvvv UNTIL ABOVE THIS LINE vvvvvvvvvvvvvvvvvvvvvvvvv

3. send us the results.

I know that the policy says what it says, but previously that was a boilerplate
on most web-sites, for instance...

   "Your are not allowed if you reside in Iran" -- in practice meant nothing
   because the web server wouldn't actually enforce it.

If now things have changed and if Google code effectively is blocking access
from any person, then no code posted on code.google.com can be Free Software
as in Free Software you can't say that.

If you prove me it's Google who's actively blocking Iran, then I will remove
both omnewrotate and elmdentica from Google Code in protest.

Best regards from a portuguese,
Rui

On Thu, Nov 05, 2009 at 03:12:49PM +0330, a dehqan wrote:
> yes
> *Google  *   *Error*
> 
> Forbidden Your client does not have permission to get URL / from this
> server.
> 
> 
> On Thu, Nov 5, 2009 at 3:09 PM, Petr Vanek <vanous at penguin.cz> wrote:
> 
> > >code.google.com veiwing is forbidden for iranians ,and android codes is
> > >available in that address ,  Is That mean  google also does not want
> > >iranians use android ?
> >
> > from what i have experienced in different countries around the world,
> > are you sure that it is not your government blocking you access to
> > google?
> >
> > Petr


From fercerpav at gmail.com  Thu Nov  5 17:39:20 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Thu, 05 Nov 2009 19:39:20 +0300
Subject: Some questions about android on Freerunner
In-Reply-To: <1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	(=?iso-8859-1?Q?=22Rapha=EBl?= Jacquot"'s message of "Thu\, 05 Nov 2009
	15\:47\:04 +0100")
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
Message-ID: <m2639pq62v.fsf@home.pavel.comp>

Rapha?l Jacquot <sxpert at sxpert.org> writes:
> On Thu, 2009-11-05 at 16:39 +0200, Alexander Shulgin wrote:
>> On Thu, Nov 5, 2009 at 15:02, Paul Fertser <fercerpav at gmail.com> wrote:
>> > "Alex (Maxious) Sadleir" <maxious at gmail.com> writes:
>> >> Users residing in countries on the United States Office of Foreign
>> >> Assets Control sanction list, including Cuba, ***Iran***, Libya, North
>> >> Korea, Sudan and Syria, may not post or access Content available
>> >> through the Google Code website.
>> >
>> > LOL.
>> >
>> > So, it just proves once again how fucked up google is and the
>> > question if anyone can trust them their data has an obvious answer.
>> 
>> How complying with US laws makes a US-based company like Google f*cked up? :)
>
> agreed. it's the US law that's f*cked up...

My guess is that they have enough smart lawers to be able to sabotage
that law but they opted not to do that. I don't think that says much
good about a company. Also do not forget that they collaborate with
China goverment, i don't think any US law requires that.

They could also try to move away from US jurisdiction altogether since
it's really anti-people in general and anti-free software in
particular.

To sum up i don't think that the fact US legislation is awful makes
google look any better.

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


From sean at openmoko.com  Thu Nov  5 17:48:26 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Fri, 6 Nov 2009 00:48:26 +0800
Subject: [WikiReader] unable to run emulator
In-Reply-To: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com>
References: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com>
Message-ID: <6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com>

On Fri, Nov 6, 2009 at 12:12 AM, Suco <sucotronic at gmail.com> wrote:
>
> I've followed the instructions in the wiki page on github: http://wiki.github.com/wikireader/wikireader/building-from-source
> then a make? command and all compiled without big problems. But when I try to run the emulator inside host-tools/qt4-simulator/bin I get the following:
>
> initializing display for 240x208 pixels
> Failed to initialize search.
> Segment fault.
>
> The search data seems to be present, but it doesn't work. It's broken or I forgot to do some step?

Suco

Are you running this from the image directory? You need to have built
the entire Wikipedia database first. The simulator works by reading
those files.

Sean


From vanous at penguin.cz  Thu Nov  5 17:48:43 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Thu, 5 Nov 2009 17:48:43 +0100
Subject: Some questions about android on Freerunner
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
Message-ID: <20091105174843.038cb972@vanek.robe.cz>

>To sum up i don't think that the fact US legislation is awful makes
>google look any better.

thank you. now, if someone can propose a working proxy for the original
sender i think it would be a bit more constructive.

cheers
Petr



From sucotronic at gmail.com  Thu Nov  5 17:56:26 2009
From: sucotronic at gmail.com (Suco)
Date: Thu, 5 Nov 2009 17:56:26 +0100
Subject: [WikiReader] unable to run emulator
In-Reply-To: <6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com>
References: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com>
	<6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com>
Message-ID: <256d62360911050856p609761ccm1965d5a5fd9aaf82@mail.gmail.com>

Hello Sean,
  I know it, and I has used the 00run.sh script to generate some data using
the example data that is in the folder "xml-file-samples"

Regards.

On Thu, Nov 5, 2009 at 5:48 PM, Sean Moss-Pultz <sean at openmoko.com> wrote:

> On Fri, Nov 6, 2009 at 12:12 AM, Suco <sucotronic at gmail.com> wrote:
> >
> > I've followed the instructions in the wiki page on github:
> http://wiki.github.com/wikireader/wikireader/building-from-source
> > then a make  command and all compiled without big problems. But when I
> try to run the emulator inside host-tools/qt4-simulator/bin I get the
> following:
> >
> > initializing display for 240x208 pixels
> > Failed to initialize search.
> > Segment fault.
> >
> > The search data seems to be present, but it doesn't work. It's broken or
> I forgot to do some step?
>
> Suco
>
> Are you running this from the image directory? You need to have built
> the entire Wikipedia database first. The simulator works by reading
> those files.
>
> Sean
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Mi blog personal:
http://blog.wikifotos.org/

S? libre, usa ubuntu:
http://www.ubuntustory.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/28669e64/attachment.htm 

From rms at 1407.org  Thu Nov  5 17:59:54 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Thu, 5 Nov 2009 16:59:54 +0000
Subject: Some questions about android on Freerunner
In-Reply-To: <20091105174843.038cb972@vanek.robe.cz>
References: <267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
Message-ID: <20091105165954.GB5149@roque.1407.org>

On Thu, Nov 05, 2009 at 05:48:43PM +0100, Petr Vanek wrote:
> >To sum up i don't think that the fact US legislation is awful makes
> >google look any better.
> 
> thank you. now, if someone can propose a working proxy for the original
> sender i think it would be a bit more constructive.

Can we please wait for confirmation on wether it's Google or Iran blocking
iranians from accessing Google Code?

Usually text like that on Google Code Terms of Service are boiler plate
text which exists solely for legal purposes, as in practice it's insane to try
to block a country (thanks to proxies et all).

If it's Iran who's preventing iranians from acessing Google Code, getting
a working proxy is only a matter of time (either for getting or for getting
it blocked).

Rui


From sean at openmoko.com  Thu Nov  5 18:17:31 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Fri, 6 Nov 2009 01:17:31 +0800
Subject: [WikiReader] unable to run emulator
In-Reply-To: <256d62360911050856p609761ccm1965d5a5fd9aaf82@mail.gmail.com>
References: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com> 
	<6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com> 
	<256d62360911050856p609761ccm1965d5a5fd9aaf82@mail.gmail.com>
Message-ID: <6cfff7040911050917w6d124e87pff4fec9cd073ae93@mail.gmail.com>

On Fri, Nov 6, 2009 at 12:56 AM, Suco <sucotronic at gmail.com> wrote:
>
> Hello Sean,
> ? I know it, and I has used the 00run.sh script to generate some data using the example data that is in the folder "xml-file-samples"

Ah ok. What are the exact files you're building? We can try when we
get into the office tomorrow.

  -Sean


From shazalive at gmail.com  Thu Nov  5 18:20:02 2009
From: shazalive at gmail.com (Shaz)
Date: Thu, 5 Nov 2009 22:20:02 +0500
Subject: Some questions about android on Freerunner
In-Reply-To: <20091105174843.038cb972@vanek.robe.cz>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
Message-ID: <7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>

On Thu, Nov 5, 2009 at 9:48 PM, Petr Vanek <vanous at penguin.cz> wrote:

> >To sum up i don't think that the fact US legislation is awful makes
> >google look any better.
>
> thank you. now, if someone can propose a working proxy for the original
> sender i think it would be a bit more constructive.
>

Just checked http://proxy.tc/ and its fine. There are many others .... just
search the internet with "free web proxy".

-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091105/81bf7cbc/attachment.htm 

From tvuillaume at free.fr  Thu Nov  5 18:53:11 2009
From: tvuillaume at free.fr (tvuillaume at free.fr)
Date: Thu, 5 Nov 2009 18:53:11 +0100 (CET)
Subject: GPS application for QTExtended 4.4.3
In-Reply-To: <200911042249.45815.psonek2@seznam.cz>
Message-ID: <300580376.1122481257443591798.JavaMail.root@zimbra14-e2.priv.proxad.net>

Radek,

I am not familiar with git yet, but interested in learning about it. I will train a bit on git then proceed as you suggested.

I'm considering the porting to some other Qt platforms, and may need to review the situation when this will come. But for today, QtMoko is my only platform and to make sense.

Thanks a lot!

Regards,
Thierry

----- Mail Original -----
De: "Radek Polak" <psonek2 at seznam.cz>
?: "List for Openmoko community discussion" <community at lists.openmoko.org>
Envoy?: Mercredi 4 Novembre 2009 22h49:45 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: GPS application for QTExtended 4.4.3

On Wednesday 04 of November 2009 22:23:56 tvuillaume at free.fr wrote:

> Would it help to share the code with a version control system, to enable
>  additional developers to join the effort?
> 
> I'm completely new to this. I would need help in this case.

All QtMoko applications are on github so that it's easy to find them and 
rebuild the binary repository from sources. I have also placed your app here:

http://github.com/radekp/NeronGPS

If you are comfortable with git and github you can just create account on 
github, fork the repo and work here.

Regards

Radek

_______________________________________________
Openmoko community mailing list
community at lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


From fercerpav at gmail.com  Thu Nov  5 19:34:32 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Thu, 05 Nov 2009 21:34:32 +0300
Subject: Some questions about android on Freerunner
In-Reply-To: <20091105174843.038cb972@vanek.robe.cz> (Petr Vanek's message of
	"Thu\, 5 Nov 2009 17\:48\:43 +0100")
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
Message-ID: <m2zl70q0qv.fsf@home.pavel.comp>

Petr Vanek <vanous at penguin.cz> writes:
>>To sum up i don't think that the fact US legislation is awful makes
>>google look any better.
>
> thank you. now, if someone can propose a working proxy for the original
> sender i think it would be a bit more constructive.

Tor looks like an obvious answer, what's the problem with that?

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


From nielsheyvaert at hotmail.com  Fri Nov  6 00:00:15 2009
From: nielsheyvaert at hotmail.com (Niels Heyvaert)
Date: Thu, 5 Nov 2009 23:00:15 +0000
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
Message-ID: <SNT127-W368C1F9EC5F998885A849CB2B00@phx.gbl>


 <267bb6670911050324v1fdcba05i47592504548f538b at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0


>
>
>
>
> Indeed=2C the admins of the AoF google code page are not blocking anyone =
from visiting the site=2C using the Wiki and downloading the software. Trus=
t me =3B-)
>
>
>
> _________________________________________________________________
> How do you know ?
>
> code.google.com veiwing is forbidden for iranians =2Cand android codes is
> available in that address =2C Is That mean google also does not want
> iranians use android ?

All I was saying was that the people doing the maintenance on the AoF pages=
 are not blocking anyone. If someone is blocking you it's someone else: Goo=
gle=2C some government=2C gremlins=2C ...

As suggested=2C maybe using Tor can be of help to you?
 		 	   		 =20
_________________________________________________________________
De nieuwe Windows 7: vind de juiste pc voor jou. Meer informatie.
http://windows.microsoft.com/shop=


From sucotronic at gmail.com  Fri Nov  6 00:34:32 2009
From: sucotronic at gmail.com (Suco)
Date: Fri, 6 Nov 2009 00:34:32 +0100
Subject: [WikiReader] unable to run emulator
In-Reply-To: <6cfff7040911050917w6d124e87pff4fec9cd073ae93@mail.gmail.com>
References: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com>
	<6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com>
	<256d62360911050856p609761ccm1965d5a5fd9aaf82@mail.gmail.com>
	<6cfff7040911050917w6d124e87pff4fec9cd073ae93@mail.gmail.com>
Message-ID: <256d62360911051534g3c456a94l5e407e71c586d5fa@mail.gmail.com>

Steps followed:

1- sudo aptitude install python-gd gawk gforth flex bison m4 netpbm
qt4-qmake libqt4-dev wget python-serial sqlite3 php5-cli python-dev
2- git clone git://github.com/wikireader/wikireader.git
3- open wikireader/samo-lib/include/config.h and uncomment BOARD_SAMO_V1
line
4-make
5-cp wikireader/xml-file-samples/classical_composers.xml
wikireader/enwiki-20090909-pages-articles.xml
6-sh wikireader/00run.sh
7-./wikireader/host-tools/qt4-simulator/bin/wikisim

System used: Ubuntu 9.04 and official repositories.

On Thu, Nov 5, 2009 at 6:17 PM, Sean Moss-Pultz <sean at openmoko.com> wrote:

> On Fri, Nov 6, 2009 at 12:56 AM, Suco <sucotronic at gmail.com> wrote:
> >
> > Hello Sean,
> >   I know it, and I has used the 00run.sh script to generate some data
> using the example data that is in the folder "xml-file-samples"
>
> Ah ok. What are the exact files you're building? We can try when we
> get into the office tomorrow.
>
>  -Sean
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Mi blog personal:
http://blog.wikifotos.org/

S? libre, usa ubuntu:
http://www.ubuntustory.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/4a68b4fa/attachment.htm 

From dehqan65 at gmail.com  Fri Nov  6 04:53:26 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Fri, 6 Nov 2009 07:23:26 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
Message-ID: <267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>

In The Name Of God The compassionate merciful

Good day everyone ;
Thanks for your attentions ;

1 - Code.google.com is forbidden from server side not Iran goverment .
2- Yes proxy solves problem but problem was not by passing filtering .
3 - Problem is that : our religion Eslam says you can use a person code
while he/she allows you , now There are codes and wiki and .. on Google host
.Even google is not owner of codes , Host pertains to google . So using that
address and host is not possible for moslems now .

4 - You said codes (stable) are also on repository so just we lack wiki and
issue tracking Yes ?

5- Why wiki and issue tracking are on google , can not be on other host?
what is wiki license ? maybe it can be copy on other host ? Or is not it
possible to replace Host ?

6-What is this address <http://source.android.com/download> for ? Does it
host codes also ? an74.125.39.139 android.comnid why that is not forbbiden
for Iranians ?

Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/c81f1036/attachment.htm 

From shazalive at gmail.com  Fri Nov  6 07:01:24 2009
From: shazalive at gmail.com (Shaz)
Date: Fri, 6 Nov 2009 11:01:24 +0500
Subject: [Shr-Devel] [SHR] Build with openembedded
In-Reply-To: <20091105080017.GD3295@jama>
References: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
	<7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>
	<200911041448.28541.openmoko@mazikeen.demon.co.uk>
	<7b740b700911042303rdd40f4eubf50c566a50d3957@mail.gmail.com>
	<7b740b700911042349w756bb693le0a188503f3aa52e@mail.gmail.com>
	<20091105080017.GD3295@jama>
Message-ID: <7b740b700911052201g41f76618r4f32a77f0d00379e@mail.gmail.com>

On Thu, Nov 5, 2009 at 1:00 PM, Martin Jansa <martin.jansa at gmail.com> wrote:

> On Thu, Nov 05, 2009 at 12:49:04PM +0500, Shaz wrote:
> > On Thu, Nov 5, 2009 at 12:03 PM, Shaz <shazalive at gmail.com> wrote:
> > >
> > > Now I am getting the following error:
> > >
> > > --------------------------
> > > walk 6a67c9f676966eda2ce343e01f0025fcc886ffff
> > > walk 1ac67c72db73c4f0caf54017660ae530bb5c9c35
> > > walk 17ce9807a4b90a29fb5ddbdff09e76bc09129b30
> > > walk db29e557c44e5cace4615c199cd44d00411b5895
> > > Initialized empty Git repository in
> > > /home/shaz/moko/downloads/git/github.com.felipec.msn-pecan.git/.git/
> > > NOTE: Creating tarball of git repository
> > > NOTE: Creating tarball of git checkout
> > > NOTE: Handling BitBake files: | (6969/6969) [100 %]
> > > NOTE: Parsing finished. 175 cached, 6506 parsed, 286 skipped, 0 masked.
> > > ERROR: Parsing errors found, exiting...
> > > make: *** [image] Error 1
> > > --------------------------------------
>
> There is no parsing error shown in this part.. maybe somewhere higher?
> If you're using more bitbake threads it can be much higher..
>
> > The above error was associated with shr-lite--image and the following
> with
> > shr-image:
> >
> > ---------------------------------------
> > .
> > .
> > .
> > fatal: Not a git repository
> >  while parsing /home/shaz/moko/shr-unstable/openembedded/recipes/webkit/
> > webkit-efl_git.bb
> > NOTE: Handling BitBake files: \ (4331/6969) [62 %]<string>:87:
> > DeprecationWarning: the sets module is deprecated
> > NOTE: Handling BitBake files: / (6969/6969) [100 %]
> > NOTE: Parsing finished. 0 cached, 6682 parsed, 286 skipped, 0 masked.
> > ERROR: Parsing errors found, exiting...
> > make: *** [image] Error 1
> > -------------------------------------
> >
> > Is there something I am missing or doing wrong?
>
> This one I got yesterday too
>
> remove git_*webkit* AND git/*webkit* from your download directory and
> try again
>
> The git checkout is packed to tarball and then used when updating or
> reinstalling, but if git url or something change in bitbake recipe, then
> is this git tarball still used and points to wrong git repository. After
> delete it will create nice new tarball and git checkout from right
> url/branch/..
>

Thanks. Now I get the following error with shr-image:

-----------------------------------
NOTE: Running task 3597 of 8529 (ID: 2281,
/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_2.14.2.bb,
do_compile)
NOTE: package gtk+-2.14.2: started
NOTE: package gtk+-2.14.2-r1: task do_compile: started
ERROR: function do_compile failed
ERROR: see log in
/home/shaz/moko/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/gtk+-2.14.2-r1/temp/log.do_compile.32327
NOTE: Task failed:
/home/shaz/moko/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/gtk+-2.14.2-r1/temp/log.do_compile.32327
NOTE: package gtk+-2.14.2-r1: task do_compile: failed
ERROR: TaskFailed event exception, aborting
NOTE: package gtk+-2.14.2: failed
ERROR: Build of /home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_
2.14.2.bb do_compile failed
ERROR: Task 2281
(/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_2.14.2.bb,
do_compile) failed
NOTE: Tasks Summary: Attempted 3596 tasks of which 3443 didn't need to be
rerun and 1 failed.
ERROR: '/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_
2.14.2.bb' failed
NOTE: build 200911061031: completed
make: *** [image] Error 1
----------------------------------




>
> --
> uin:136542059                jid:Martin.Jansa at gmail.com<jid%3AMartin.Jansa at gmail.com>
> Jansa Martin                 sip:jamasip at voip.wengo.fr<sip%3Ajamasip at voip.wengo.fr>
> JaMa
>



-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/8984915b/attachment-0001.htm 

From fercerpav at gmail.com  Fri Nov  6 08:17:18 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Fri, 06 Nov 2009 10:17:18 +0300
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com> (a.
	dehqan's message of "Fri\, 6 Nov 2009 07\:23\:26 +0330")
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
Message-ID: <m2vdhop1fl.fsf@home.pavel.comp>

a dehqan <dehqan65 at gmail.com> writes:
> 3 - Problem is that : our religion Eslam says you can use a person
> code while he/she allows you , now There are codes and wiki and
> .. on Google host .Even google is not owner of codes , Host pertains
> to google . So using that address and host is not possible for
> moslems now .

I can't exactly follow the logic. You said google doesn't want you to
use their site. In fact i doubt that's true. They don't care if you
use their site or not; they implemented that "restriction" solely to
make some US jerks happy and to not have any problems with their
inappropriate legislation. Also you should note that google is not a
person, it's a large corporation functioning in a complex
international environment. So even if they say they're prohibiting
something it doesn't mean they actually do (and in fact they can't)
and/or want it.

I hope someone more skilled in Islam than me can clarify this matter
from a religious POV but judging on common grounds it's perfectly
moral to circumvent an artificial restriction especially given that
restricting anybody is not intended.

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


From shazalive at gmail.com  Fri Nov  6 08:32:10 2009
From: shazalive at gmail.com (Shaz)
Date: Fri, 6 Nov 2009 12:32:10 +0500
Subject: Some questions about android on Freerunner
In-Reply-To: <m2vdhop1fl.fsf@home.pavel.comp>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
	<m2vdhop1fl.fsf@home.pavel.comp>
Message-ID: <7b740b700911052332o7d1dac86t58d68b2871f689ee@mail.gmail.com>

On Fri, Nov 6, 2009 at 12:17 PM, Paul Fertser <fercerpav at gmail.com> wrote:

> a dehqan <dehqan65 at gmail.com> writes:
> > 3 - Problem is that : our religion Eslam says you can use a person
> > code while he/she allows you , now There are codes and wiki and
> > .. on Google host .Even google is not owner of codes , Host pertains
> > to google . So using that address and host is not possible for
> > moslems now .
>
> I can't exactly follow the logic. You said google doesn't want you to
> use their site. In fact i doubt that's true. They don't care if you
> use their site or not; they implemented that "restriction" solely to
> make some US jerks happy and to not have any problems with their
> inappropriate legislation. Also you should note that google is not a
> person, it's a large corporation functioning in a complex
> international environment. So even if they say they're prohibiting
> something it doesn't mean they actually do (and in fact they can't)
> and/or want it.
>
> I hope someone more skilled in Islam than me can clarify this matter
> from a religious POV but judging on common grounds it's perfectly
> moral to circumvent an artificial restriction especially given that
> restricting anybody is not intended.
>

In simple words Google cannot give you something directly and you have to
get it through the third party because the first party wants to give it to
you while an *influential* body above google is just creating hurdles due to
its own interests. So I guess there is no moral issue to get it through a
third party and Google has no benefit in restricting it, infact it is going
against their interest considering the matter at hand.

-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/9cf67d2c/attachment.htm 

From matthias.huber at wollishausen.de  Fri Nov  6 10:12:28 2009
From: matthias.huber at wollishausen.de (Matthias Huber)
Date: Fri, 06 Nov 2009 10:12:28 +0100
Subject: Some questions about android on Freerunner
In-Reply-To: <7b740b700911052332o7d1dac86t58d68b2871f689ee@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>	<m2eiodqg4g.fsf@home.pavel.comp>	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>	<m2639pq62v.fsf@home.pavel.comp>	<20091105174843.038cb972@vanek.robe.cz>	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>	<m2vdhop1fl.fsf@home.pavel.comp>
	<7b740b700911052332o7d1dac86t58d68b2871f689ee@mail.gmail.com>
Message-ID: <4AF3E87C.2050604@wollishausen.de>

 06.11.2009 08:32,   Shaz :
>
>
> On Fri, Nov 6, 2009 at 12:17 PM, Paul Fertser <fercerpav at gmail.com 
> <mailto:fercerpav at gmail.com>> wrote:
>
>     a dehqan <dehqan65 at gmail.com <mailto:dehqan65 at gmail.com>> writes:
>     > 3 - Problem is that : our religion Eslam says you can use a person
>     > code while he/she allows you , now There are codes and wiki and
>     > .. on Google host .Even google is not owner of codes , Host pertains
>     > to google . So using that address and host is not possible for
>     > moslems now .
>
>     I can't exactly follow the logic. You said google doesn't want you to
>     use their site. In fact i doubt that's true. They don't care if you
>     use their site or not; they implemented that "restriction" solely to
>     make some US jerks happy and to not have any problems with their
>     inappropriate legislation. Also you should note that google is not a
>     person, it's a large corporation functioning in a complex
>     international environment. So even if they say they're prohibiting
>     something it doesn't mean they actually do (and in fact they can't)
>     and/or want it.
>
>     I hope someone more skilled in Islam than me can clarify this matter
>     from a religious POV but judging on common grounds it's perfectly
>     moral to circumvent an artificial restriction especially given that
>     restricting anybody is not intended.
>
>
> In simple words Google cannot give you something directly and you have 
> to get it through the third party because the first party wants to 
> give it to you while an /influential/ body above google is just 
> creating hurdles due to its own interests. So I guess there is no 
> moral issue to get it through a third party and Google has no benefit 
> in restricting it, infact it is going against their interest 
> considering the matter at hand.
and from the view of the license GPL, it is explicitely allowed to use 
and modify this code.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/9b497895/attachment.htm 

From shazalive at gmail.com  Fri Nov  6 11:19:27 2009
From: shazalive at gmail.com (Shaz)
Date: Fri, 6 Nov 2009 15:19:27 +0500
Subject: Some questions about android on Freerunner
In-Reply-To: <4AF3E87C.2050604@wollishausen.de>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
	<m2vdhop1fl.fsf@home.pavel.comp>
	<7b740b700911052332o7d1dac86t58d68b2871f689ee@mail.gmail.com>
	<4AF3E87C.2050604@wollishausen.de>
Message-ID: <7b740b700911060219r2ba3c354sce66c06fa33b736f@mail.gmail.com>

On Fri, Nov 6, 2009 at 2:12 PM, Matthias Huber <
matthias.huber at wollishausen.de> wrote:

>   06.11.2009 08:32,   Shaz :
>
>
>
> On Fri, Nov 6, 2009 at 12:17 PM, Paul Fertser <fercerpav at gmail.com> wrote:
>
>> a dehqan <dehqan65 at gmail.com> writes:
>> > 3 - Problem is that : our religion Eslam says you can use a person
>> > code while he/she allows you , now There are codes and wiki and
>> > .. on Google host .Even google is not owner of codes , Host pertains
>> > to google . So using that address and host is not possible for
>> > moslems now .
>>
>>  I can't exactly follow the logic. You said google doesn't want you to
>> use their site. In fact i doubt that's true. They don't care if you
>> use their site or not; they implemented that "restriction" solely to
>> make some US jerks happy and to not have any problems with their
>> inappropriate legislation. Also you should note that google is not a
>> person, it's a large corporation functioning in a complex
>> international environment. So even if they say they're prohibiting
>> something it doesn't mean they actually do (and in fact they can't)
>> and/or want it.
>>
>> I hope someone more skilled in Islam than me can clarify this matter
>> from a religious POV but judging on common grounds it's perfectly
>> moral to circumvent an artificial restriction especially given that
>> restricting anybody is not intended.
>>
>
> In simple words Google cannot give you something directly and you have to
> get it through the third party because the first party wants to give it to
> you while an *influential* body above google is just creating hurdles due
> to its own interests. So I guess there is no moral issue to get it through a
> third party and Google has no benefit in restricting it, infact it is going
> against their interest considering the matter at hand.
>
> and from the view of the license GPL, it is explicitely allowed to use and
> modify this code.
>

I think Apache license.


>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/b255462e/attachment.htm 

From gb at bsdmn.com  Fri Nov  6 15:17:27 2009
From: gb at bsdmn.com (Gennady Kupava)
Date: Fri, 06 Nov 2009 17:17:27 +0300
Subject: [Shr-Devel] [SHR] Build with openembedded
In-Reply-To: <7b740b700911052201g41f76618r4f32a77f0d00379e@mail.gmail.com>
References: <7b740b700911032313u377e22ej8564f113093534dc@mail.gmail.com>
	<7b740b700911040453y2a500c67q2276792e9af225bd@mail.gmail.com>
	<200911041448.28541.openmoko@mazikeen.demon.co.uk>
	<7b740b700911042303rdd40f4eubf50c566a50d3957@mail.gmail.com>
	<7b740b700911042349w756bb693le0a188503f3aa52e@mail.gmail.com>
	<20091105080017.GD3295@jama>
	<7b740b700911052201g41f76618r4f32a77f0d00379e@mail.gmail.com>
Message-ID: <1257517047.8352.9.camel@work.bsdmn.ru>

You don't provile portion of actual logs, but

>ERROR: '/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk
+_2.14.2.bb' failed

Last time I was trying to build SHR, i got same error with that package,
quick google told me that it can't be build with dash as /bin/sh. Not
sure about current state of this bug, but if you have debian dash is
default, and you can change it to bash to workaround this with
dpkg-reconfigure dash. Or wait for new unstable :)

Gennady


? ???, 06/11/2009 ? 11:01 +0500, Shaz ?????:
> 
> 
> On Thu, Nov 5, 2009 at 1:00 PM, Martin Jansa <martin.jansa at gmail.com>
> wrote:
>         On Thu, Nov 05, 2009 at 12:49:04PM +0500, Shaz wrote:
>         > On Thu, Nov 5, 2009 at 12:03 PM, Shaz <shazalive at gmail.com>
>         wrote:
>         > >
>         
>         > > Now I am getting the following error:
>         > >
>         > > --------------------------
>         > > walk 6a67c9f676966eda2ce343e01f0025fcc886ffff
>         > > walk 1ac67c72db73c4f0caf54017660ae530bb5c9c35
>         > > walk 17ce9807a4b90a29fb5ddbdff09e76bc09129b30
>         > > walk db29e557c44e5cace4615c199cd44d00411b5895
>         > > Initialized empty Git repository in
>         >
>         > /home/shaz/moko/downloads/git/github.com.felipec.msn-pecan.git/.git/
>         > > NOTE: Creating tarball of git repository
>         > > NOTE: Creating tarball of git checkout
>         > > NOTE: Handling BitBake files: | (6969/6969) [100 %]
>         > > NOTE: Parsing finished. 175 cached, 6506 parsed, 286
>         skipped, 0 masked.
>         > > ERROR: Parsing errors found, exiting...
>         > > make: *** [image] Error 1
>         > > --------------------------------------
>         
>         
>         There is no parsing error shown in this part.. maybe somewhere
>         higher?
>         If you're using more bitbake threads it can be much higher..
>         
>         > The above error was associated with shr-lite--image and the
>         following with
>         > shr-image:
>         >
>         > ---------------------------------------
>         > .
>         > .
>         > .
>         > fatal: Not a git repository
>         >  while
>         parsing /home/shaz/moko/shr-unstable/openembedded/recipes/webkit/
>         > webkit-efl_git.bb
>         > NOTE: Handling BitBake files: \ (4331/6969) [62
>         %]<string>:87:
>         > DeprecationWarning: the sets module is deprecated
>         > NOTE: Handling BitBake files: / (6969/6969) [100 %]
>         > NOTE: Parsing finished. 0 cached, 6682 parsed, 286 skipped,
>         0 masked.
>         > ERROR: Parsing errors found, exiting...
>         > make: *** [image] Error 1
>         > -------------------------------------
>         >
>         > Is there something I am missing or doing wrong?
>         
>         
>         This one I got yesterday too
>         
>         remove git_*webkit* AND git/*webkit* from your download
>         directory and
>         try again
>         
>         The git checkout is packed to tarball and then used when
>         updating or
>         reinstalling, but if git url or something change in bitbake
>         recipe, then
>         is this git tarball still used and points to wrong git
>         repository. After
>         delete it will create nice new tarball and git checkout from
>         right
>         url/branch/..
> 
> Thanks. Now I get the following error with shr-image:
> 
> -----------------------------------
> NOTE: Running task 3597 of 8529 (ID:
> 2281, /home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk
> +_2.14.2.bb, do_compile)
> NOTE: package gtk+-2.14.2: started
> NOTE: package gtk+-2.14.2-r1: task do_compile: started
> ERROR: function do_compile failed
> ERROR: see log
> in /home/shaz/moko/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/gtk+-2.14.2-r1/temp/log.do_compile.32327
> NOTE: Task
> failed: /home/shaz/moko/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/gtk+-2.14.2-r1/temp/log.do_compile.32327
> NOTE: package gtk+-2.14.2-r1: task do_compile: failed
> ERROR: TaskFailed event exception, aborting
> NOTE: package gtk+-2.14.2: failed
> ERROR: Build of /home/shaz/moko/shr-unstable/openembedded/recipes/gtk
> +/gtk+_2.14.2.bb do_compile failed
> ERROR: Task 2281
> (/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk
> +_2.14.2.bb, do_compile) failed
> NOTE: Tasks Summary: Attempted 3596 tasks of which 3443 didn't need to
> be rerun and 1 failed.
> ERROR: '/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk
> +_2.14.2.bb' failed
> NOTE: build 200911061031: completed
> make: *** [image] Error 1
> ----------------------------------
> 
> 
>  
>         
>         --
>         uin:136542059                jid:Martin.Jansa at gmail.com
>         Jansa Martin                 sip:jamasip at voip.wengo.fr
>         JaMa
> 
> 
> 
> -- 
> Shaz
> 



From helge.hafting at hist.no  Fri Nov  6 16:40:04 2009
From: helge.hafting at hist.no (Helge Hafting)
Date: Fri, 06 Nov 2009 16:40:04 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091104130726.GB4627@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>
	<20091104130726.GB4627@roque.1407.org>
Message-ID: <4AF44354.1080502@hist.no>

Rui Miguel Silva Seabra wrote:
> On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
[...]
>> The software that control rotation need to know if the foreground app
>> should run in landscape, portrait or auto mode. (And perhaps the 
>> upside-down variants as well.)
> 
> Or, what I think would be the proper way to do it, the application should
> broadcast to dbus that it prefers no rotation, or one of the 4 possible
> rotation states and omnewrotate could listen to such requests and
> not rotate while there is such a message in the bus.

Well, you cannot expect every app to have such preferences, this device
runs generic linux apps that aren't made specially for the freerunner. 
Now, of course the app loader can do this, similiar to how we already 
request the cpu/backlight when launching some apps.

But there is a problem. The user may switch between several apps with
different rotation needs. (xmahjongg needs landscape, tetris needs 
portrait, ...)  How will omnewrotate be notified about this?

Helge Hafting


From rms at 1407.org  Fri Nov  6 18:22:27 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Fri, 6 Nov 2009 17:22:27 +0000
Subject: Ideal screen rotation
In-Reply-To: <4AF44354.1080502@hist.no>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no>
Message-ID: <20091106172227.GB14131@roque.1407.org>

On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> Rui Miguel Silva Seabra wrote:
> > On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
> [...]
> >> The software that control rotation need to know if the foreground app
> >> should run in landscape, portrait or auto mode. (And perhaps the 
> >> upside-down variants as well.)
> > 
> > Or, what I think would be the proper way to do it, the application should
> > broadcast to dbus that it prefers no rotation, or one of the 4 possible
> > rotation states and omnewrotate could listen to such requests and
> > not rotate while there is such a message in the bus.
> 
> Well, you cannot expect every app to have such preferences, this device
> runs generic linux apps that aren't made specially for the freerunner. 
> Now, of course the app loader can do this, similiar to how we already 
> request the cpu/backlight when launching some apps.
> 
> But there is a problem. The user may switch between several apps with
> different rotation needs. (xmahjongg needs landscape, tetris needs 
> portrait, ...)  How will omnewrotate be notified about this?

The proper way is to define a set of DBUS signals.

Of course conflicting signals need to be ignored.

Rui


From sucotronic at gmail.com  Fri Nov  6 19:01:05 2009
From: sucotronic at gmail.com (Suco)
Date: Fri, 6 Nov 2009 19:01:05 +0100
Subject: [WikiReader] unable to run emulator
In-Reply-To: <256d62360911051534g3c456a94l5e407e71c586d5fa@mail.gmail.com>
References: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com>
	<6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com>
	<256d62360911050856p609761ccm1965d5a5fd9aaf82@mail.gmail.com>
	<6cfff7040911050917w6d124e87pff4fec9cd073ae93@mail.gmail.com>
	<256d62360911051534g3c456a94l5e407e71c586d5fa@mail.gmail.com>
Message-ID: <256d62360911061001i2e5e39b3ybfc00853825b4c47@mail.gmail.com>

Trying to run it again, I've noted that when I execute sh 00run.sh this line
is showed:
make: *** There is no rule to build the target `farm0'.  Stop.


On Fri, Nov 6, 2009 at 12:34 AM, Suco <sucotronic at gmail.com> wrote:

> Steps followed:
>
> 1- sudo aptitude install python-gd gawk gforth flex bison m4 netpbm
> qt4-qmake libqt4-dev wget python-serial sqlite3 php5-cli python-dev
> 2- git clone git://github.com/wikireader/wikireader.git
> 3- open wikireader/samo-lib/include/config.h and uncomment BOARD_SAMO_V1
> line
> 4-make
> 5-cp wikireader/xml-file-samples/classical_composers.xml
> wikireader/enwiki-20090909-pages-articles.xml
> 6-sh wikireader/00run.sh
> 7-./wikireader/host-tools/qt4-simulator/bin/wikisim
>
> System used: Ubuntu 9.04 and official repositories.
>
>
> On Thu, Nov 5, 2009 at 6:17 PM, Sean Moss-Pultz <sean at openmoko.com> wrote:
>
>> On Fri, Nov 6, 2009 at 12:56 AM, Suco <sucotronic at gmail.com> wrote:
>> >
>> > Hello Sean,
>> >   I know it, and I has used the 00run.sh script to generate some data
>> using the example data that is in the folder "xml-file-samples"
>>
>> Ah ok. What are the exact files you're building? We can try when we
>> get into the office tomorrow.
>>
>>  -Sean
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Mi blog personal:
> http://blog.wikifotos.org/
>
> S? libre, usa ubuntu:
> http://www.ubuntustory.com/
>



-- 
Mi blog personal:
http://blog.wikifotos.org/

S? libre, usa ubuntu:
http://www.ubuntustory.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/14ffcfe4/attachment.htm 

From aditya.g8 at gmail.com  Fri Nov  6 19:42:02 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Sat, 7 Nov 2009 00:12:02 +0530
Subject: Is the openmoko.org server down?
Message-ID: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>

Hi guys suddely I cannot access the openmoko.org server can you?


From shazalive at gmail.com  Fri Nov  6 19:45:56 2009
From: shazalive at gmail.com (Shaz)
Date: Fri, 6 Nov 2009 23:45:56 +0500
Subject: Is the openmoko.org server down?
In-Reply-To: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
References: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
Message-ID: <7b740b700911061045r2883a98fkb798eb018b12536e@mail.gmail.com>

On Fri, Nov 6, 2009 at 11:42 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:

> Hi guys suddely I cannot access the openmoko.org server can you?
>

Fine with me.

-- 
Shaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/f4d34370/attachment.htm 

From rakshat at gmail.com  Fri Nov  6 19:46:39 2009
From: rakshat at gmail.com (rakshat hooja)
Date: Sat, 7 Nov 2009 00:16:39 +0530
Subject: Is the openmoko.org server down?
In-Reply-To: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
References: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
Message-ID: <69a2e4550911061046r6fe64231x62eeba26268283cf@mail.gmail.com>

On Sat, Nov 7, 2009 at 12:12 AM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:

> Hi guys suddely I cannot access the openmoko.org server can you?
>
>
Am in India also and I can access openmoko.org

Rakshat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/205b11f6/attachment.htm 

From jdehaan at zwartkasteel.nl  Fri Nov  6 19:53:00 2009
From: jdehaan at zwartkasteel.nl (Jan de Haan)
Date: Fri, 6 Nov 2009 19:53:00 +0100
Subject: Is the openmoko.org server down?
In-Reply-To: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
References: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
Message-ID: <7f69402e0911061053i61d00beep161e0f870569b53f@mail.gmail.com>

No problem here (.nl)

On Fri, Nov 6, 2009 at 7:42 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:

> Hi guys suddely I cannot access the openmoko.org server can you?
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
"Piracy is simply demand where supply does not exist."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091106/330b3fbd/attachment-0001.htm 

From aditya.g8 at gmail.com  Fri Nov  6 19:58:53 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Sat, 7 Nov 2009 00:28:53 +0530
Subject: Is the openmoko.org server down?
In-Reply-To: <7f69402e0911061053i61d00beep161e0f870569b53f@mail.gmail.com>
References: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
	<7f69402e0911061053i61d00beep161e0f870569b53f@mail.gmail.com>
Message-ID: <4f51103a0911061058w37907a19t3af0685a42ab68ac@mail.gmail.com>

thanks guys will check my dns

On Sat, Nov 7, 2009 at 12:23 AM, Jan de Haan <jdehaan at zwartkasteel.nl> wrote:
> No problem here (.nl)
>
> On Fri, Nov 6, 2009 at 7:42 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:
>>
>> Hi guys suddely I cannot access the openmoko.org server can you?
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>
>
>
> --
> "Piracy is simply demand where supply does not exist."
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


From aditya.g8 at gmail.com  Fri Nov  6 20:14:28 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Sat, 7 Nov 2009 00:44:28 +0530
Subject: Is the openmoko.org server down?
In-Reply-To: <4f51103a0911061058w37907a19t3af0685a42ab68ac@mail.gmail.com>
References: <4f51103a0911061042h5e04da0di997d49a3695af796@mail.gmail.com>
	<7f69402e0911061053i61d00beep161e0f870569b53f@mail.gmail.com>
	<4f51103a0911061058w37907a19t3af0685a42ab68ac@mail.gmail.com>
Message-ID: <4f51103a0911061114t4bf6f38eqd4e711414b6a74e2@mail.gmail.com>

Got it back some error in the network thanks guys

On Sat, Nov 7, 2009 at 12:28 AM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:
> thanks guys will check my dns
>
> On Sat, Nov 7, 2009 at 12:23 AM, Jan de Haan <jdehaan at zwartkasteel.nl> wrote:
>> No problem here (.nl)
>>
>> On Fri, Nov 6, 2009 at 7:42 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:
>>>
>>> Hi guys suddely I cannot access the openmoko.org server can you?
>>>
>>> _______________________________________________
>>> Openmoko community mailing list
>>> community at lists.openmoko.org
>>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>>
>> --
>> "Piracy is simply demand where supply does not exist."
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>


From frederik.sdun at googlemail.com  Fri Nov  6 20:30:14 2009
From: frederik.sdun at googlemail.com (Frederik Sdun)
Date: Fri, 6 Nov 2009 20:30:14 +0100
Subject: 26c3
Message-ID: <20091106193014.GA12700@playya-laptop>

Hi,

we try to get a table on the Chaos Communcations Congress [1].

The CCC is one of the biggest hacker congresses in europe and has a lot
of interesting talks and workshops and i think everone of you knows this
nice event. It takes place from December 27th to 30th 2009 in Berlin.

Current attendees:

David "leviathan" Lanzend?rfer
Thomas "nezza-_-" Roth
Frederik "playya" Sdun

Anyone else interested to be there and wants to have a plce on the table?

regards, Frederik
[1] http://events.ccc.de/congress/2009/wiki/index.php/Main_Page
-- 
IRC: playya @ Freenode, Gimpnet
xmpp: playya at draugr.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.openmoko.org/pipermail/community/attachments/20091106/dce5a78c/attachment.pgp 

From neiljerram at googlemail.com  Fri Nov  6 21:24:13 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Fri, 6 Nov 2009 20:24:13 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091106172227.GB14131@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
Message-ID: <49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>

2009/11/6 Rui Miguel Silva Seabra <rms at 1407.org>:
> On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
>>
>> Well, you cannot expect every app to have such preferences, this device
>> runs generic linux apps that aren't made specially for the freerunner.
>> Now, of course the app loader can do this, similiar to how we already
>> request the cpu/backlight when launching some apps.
>>
>> But there is a problem. The user may switch between several apps with
>> different rotation needs. (xmahjongg needs landscape, tetris needs
>> portrait, ...) ?How will omnewrotate be notified about this?
>
> The proper way is to define a set of DBUS signals.

Thanks to everyone for your replies on this topic.

I agree with Helge, in that I don't think DBUS is a good solution,
because I really want a solution that works for existing apps.

I suppose for existing apps there could be a DBUS proxy that somehow
works out the best orientation and then sends a DBUS signal on the
app's behalf.  But that seems complicated.

Also I'm not sure why DBUS helps at all.  Once a program somewhere has
worked out the best orientation, why not just call xrandr directly?

Another thought that occurred to me is that if this was a window
manager responsibility, perhaps the window manager could infer
preferred orientation simply from the requested window size?  (i.e.
requesting width > height implies a preference for landscape).

That should often work for apps that were designed for the desktop.  I
would guess that apps written for the FR might not request specific
sizes, because they'd know that they will always be fullscreen anyway
- so for those apps some explicit configuration would be needed
somewhere (prefer-portrait, prefer-landscape, or auto-rotate).

Regards,
      Neil


From rixed at happyleptic.org  Fri Nov  6 22:21:28 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Fri, 6 Nov 2009 22:21:28 +0100
Subject: Looking for a convenient tool
Message-ID: <20091106212127.GA4561@happyleptic.org>

Hello !

I'm looking for a program that, given a set of shell commands, display
a gtk window with a button that runs each command.
I have looked at zenity but it apparently lacks the button widgets.

Do you know of something similar, or should I write it myself ?

I think something like that would be very usefull for writing usefull
finger controlable apps for the freerunner.


From vanous at penguin.cz  Fri Nov  6 22:34:14 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Fri, 6 Nov 2009 22:34:14 +0100
Subject: Looking for a convenient tool
References: <20091106212127.GA4561@happyleptic.org>
Message-ID: <20091106223414.6b92618a@vanek.robe.cz>

>I'm looking for a program that, given a set of shell commands, display
>a gtk window with a button that runs each command.
>I have looked at zenity but it apparently lacks the button widgets.
>
>Do you know of something similar, or should I write it myself ?
>
>I think something like that would be very usefull for writing usefull
>finger controlable apps for the freerunner.

ShortOm

Application and shell launcher

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

P.




From rixed at happyleptic.org  Fri Nov  6 22:53:02 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Fri, 6 Nov 2009 22:53:02 +0100
Subject: Looking for a convenient tool
In-Reply-To: <20091106223414.6b92618a@vanek.robe.cz>
References: <20091106212127.GA4561@happyleptic.org>
	<20091106223414.6b92618a@vanek.robe.cz>
Message-ID: <20091106215301.GB4561@happyleptic.org>

> http://www.opkg.org/package_28.html

Looks like it, thanx !




From bunbun at kd85.com  Sat Nov  7 01:06:17 2009
From: bunbun at kd85.com (Wim Vandeputte Mailing list only)
Date: Sat, 7 Nov 2009 01:06:17 +0100
Subject: 26c3
In-Reply-To: <20091106193014.GA12700@playya-laptop>
References: <20091106193014.GA12700@playya-laptop>
Message-ID: <20091107000617.GA6490@rho.kd85.com>


hey,

On Fri, Nov 06, 2009 at 08:30:14PM +0100, Frederik Sdun wrote:
> we try to get a table on the Chaos Communcations Congress [1].
> 
> The CCC is one of the biggest hacker congresses in europe and has a lot
> of interesting talks and workshops and i think everone of you knows this
> nice event. It takes place from December 27th to 30th 2009 in Berlin.
> 
> Current attendees:
> 
> David "leviathan" Lanzend?rfer
> Thomas "nezza-_-" Roth
> Frederik "playya" Sdun
> 
> Anyone else interested to be there and wants to have a plce on the table?

Last year we organised such a corner and Khorben gave a workshop one
evening in the workshop room, that was very well received.

It seems the workshop brought in the most people and you could organise
one every evening, it's better to have people play a bit, go away and 
come back the next day with new questions instead of forcing them to stay
for 5 hours

If you want, you can get a few tables in the hardware hacking corner
the we are planning for hackable devices (mostly soldering and 3D printing,
but plenty of room for Openmoko and friends)

Wim.


From aditya.g8 at gmail.com  Sat Nov  7 04:59:44 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Sat, 7 Nov 2009 09:29:44 +0530
Subject: This might be illegal!
Message-ID: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>

Hi people,
Those who really wish to go by the book, don't like to break simple
laws please stop here.
I don't mean to be rude, but don't want people who usually don't break
the law to get lured......



Is there anyway in which we can use their emulator, probably hack the
g1 emulator and reverse engineer the android market
so we can have it on freerunner, I know it wouldn,t be easy but I
think it would be worth it.....
Cause I think its not the processor which is different, but the api
which google uses for these apps to run.

The main point here is I don't know how to do it, but wan't to and I'm
asking for help of the people who can do it.
Please confirm if you wish to....


From raster at rasterman.com  Sat Nov  7 01:46:32 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sat, 7 Nov 2009 11:46:32 +1100
Subject: Ideal screen rotation
In-Reply-To: <20091106172227.GB14131@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
Message-ID: <20091107114632.16bdbee7.raster@rasterman.com>

On Fri, 6 Nov 2009 17:22:27 +0000 Rui Miguel Silva Seabra <rms at 1407.org> said:

> On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> > Rui Miguel Silva Seabra wrote:
> > > On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
> > [...]
> > >> The software that control rotation need to know if the foreground app
> > >> should run in landscape, portrait or auto mode. (And perhaps the 
> > >> upside-down variants as well.)
> > > 
> > > Or, what I think would be the proper way to do it, the application should
> > > broadcast to dbus that it prefers no rotation, or one of the 4 possible
> > > rotation states and omnewrotate could listen to such requests and
> > > not rotate while there is such a message in the bus.
> > 
> > Well, you cannot expect every app to have such preferences, this device
> > runs generic linux apps that aren't made specially for the freerunner. 
> > Now, of course the app loader can do this, similiar to how we already 
> > request the cpu/backlight when launching some apps.
> > 
> > But there is a problem. The user may switch between several apps with
> > different rotation needs. (xmahjongg needs landscape, tetris needs 
> > portrait, ...)  How will omnewrotate be notified about this?
> 
> The proper way is to define a set of DBUS signals.
> 
> Of course conflicting signals need to be ignored.

no. the proper way is to set properties on your window. this is a display
system thing. dbus is orthogonal to it. you set properties. you let the wm
figure out what to do with the active window(s) based on their properties.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sat Nov  7 01:49:18 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sat, 7 Nov 2009 11:49:18 +1100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
Message-ID: <20091107114918.c0583752.raster@rasterman.com>

On Fri, 6 Nov 2009 20:24:13 +0000 Neil Jerram <neiljerram at googlemail.com> said:

> 2009/11/6 Rui Miguel Silva Seabra <rms at 1407.org>:
> > On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> >>
> >> Well, you cannot expect every app to have such preferences, this device
> >> runs generic linux apps that aren't made specially for the freerunner.
> >> Now, of course the app loader can do this, similiar to how we already
> >> request the cpu/backlight when launching some apps.
> >>
> >> But there is a problem. The user may switch between several apps with
> >> different rotation needs. (xmahjongg needs landscape, tetris needs
> >> portrait, ...) ?How will omnewrotate be notified about this?
> >
> > The proper way is to define a set of DBUS signals.
> 
> Thanks to everyone for your replies on this topic.
> 
> I agree with Helge, in that I don't think DBUS is a good solution,
> because I really want a solution that works for existing apps.
> 
> I suppose for existing apps there could be a DBUS proxy that somehow
> works out the best orientation and then sends a DBUS signal on the
> app's behalf.  But that seems complicated.
> 
> Also I'm not sure why DBUS helps at all.  Once a program somewhere has
> worked out the best orientation, why not just call xrandr directly?
> 
> Another thought that occurred to me is that if this was a window
> manager responsibility, perhaps the window manager could infer
> preferred orientation simply from the requested window size?  (i.e.
> requesting width > height implies a preference for landscape).
> 
> That should often work for apps that were designed for the desktop.  I
> would guess that apps written for the FR might not request specific
> sizes, because they'd know that they will always be fullscreen anyway
> - so for those apps some explicit configuration would be needed
> somewhere (prefer-portrait, prefer-landscape, or auto-rotate).

repeating... "property on window". the rotation preferences are a property of a
window - like min and max size are, its title, etc. etc. - stick it on the
window. ignore dbus. this is not something you do by dbus.

if something is related to the display - especially something is related to
your window, your domain for advertising state, information, making requests
and getting replies is the x11 domain as long as you are using x11. :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From monto84 at gmail.com  Sat Nov  7 09:20:37 2009
From: monto84 at gmail.com (Pietro "m0nt0" Montorfano)
Date: Sat, 07 Nov 2009 09:20:37 +0100
Subject: This might be illegal!
In-Reply-To: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>
References: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>
Message-ID: <1257582037.11011.3.camel@localhost>

Il giorno sab, 07/11/2009 alle 09.29 +0530, Aditya Gandhi ha scritto:
> Hi people,
> Those who really wish to go by the book, don't like to break simple
> laws please stop here.
> I don't mean to be rude, but don't want people who usually don't break
> the law to get lured......
> 
> 
> 
> Is there anyway in which we can use their emulator, probably hack the
> g1 emulator and reverse engineer the android market
> so we can have it on freerunner, I know it wouldn,t be easy but I
> think it would be worth it.....
> Cause I think its not the processor which is different, but the api
> which google uses for these apps to run.
> 
> The main point here is I don't know how to do it, but wan't to and I'm
> asking for help of the people who can do it.
> Please confirm if you wish to....

Get it installed, google account sync, gmail working and calendar sync
is quite easy, but once installed it doesn't start ti download anything.
It can be a simple issue (like handling protocol "market://", dns,
routing or something similar) but i don't want to spend time trying to
fix it. Maybe someone who want can try to make it.
Syncing and intalling those apps could be illegal so you're warned.

Pietro



From neiljerram at googlemail.com  Sat Nov  7 09:33:35 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Sat, 7 Nov 2009 08:33:35 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091107114632.16bdbee7.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
Message-ID: <49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>

2009/11/7 Carsten Haitzler <raster at rasterman.com>:
>
> no. the proper way is to set properties on your window.

How exactly does that (setting a property) happen though?  Is it
something that the app would normally do in its own startup code?  (I
presume yes.)  For apps that don't already do this - and which we'd
ideally like to support without having to modify them all - is there a
way that a proxy could do it for them?

Also do you know if there's already a well-known window property for
preferred rotation, or would we be inventing a new one?

Thanks,
      Neil


From absinthdraco at gmail.com  Sat Nov  7 10:41:28 2009
From: absinthdraco at gmail.com (Jared Maddox)
Date: Sat, 7 Nov 2009 03:41:28 -0600
Subject: community Digest, Vol 156, Issue 27, Ideal screen rotation
Message-ID: <2aeadf450911070141q6e97836bo4c68b9dfb18c04cf@mail.gmail.com>

> On Fri, 6 Nov 2009 17:22:27 +0000 Rui Miguel Silva Seabra <rms at 1407.org>
> said:
>
>> On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
>> > Rui Miguel Silva Seabra wrote:
>> > > On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
>> > [...]
>> > >> The software that control rotation need to know if the foreground app
>> > >> should run in landscape, portrait or auto mode. (And perhaps the
>> > >> upside-down variants as well.)
>> > >
>> > > Or, what I think would be the proper way to do it, the application should
>> > > broadcast to dbus that it prefers no rotation, or one of the 4 possible
>> > > rotation states and omnewrotate could listen to such requests and
>> > > not rotate while there is such a message in the bus.
>> > >
>> > Well, you cannot expect every app to have such preferences, this device
>> > runs generic linux apps that aren't made specially for the freerunner.
>> > Now, of course the app loader can do this, similiar to how we already
>> > request the cpu/backlight when launching some apps.
>> >
>> > But there is a problem. The user may switch between several apps with
>> > different rotation needs. (xmahjongg needs landscape, tetris needs
>> > portrait, ...) ?How will omnewrotate be notified about this?
>>
>> The proper way is to define a set of DBUS signals.
>>
>> Of course conflicting signals need to be ignored.
>
> no. the proper way is to set properties on your window. this is a display
> system thing. dbus is orthogonal to it. you set properties. you let the wm
> figure out what to do with the active window(s) based on their properties.

Which window property, a 'no resize' flag? Is the property stored by
X, the window manager, or something else? Is the code that does the
rotations in the window manager?


From dehqan65 at gmail.com  Sat Nov  7 11:09:15 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Sat, 7 Nov 2009 13:39:15 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
Message-ID: <267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com>

In The Name Of God The compassionate merciful

Good day everyone ;
Thanks for your attentions ;


> 3 - Problem is that : our religion Eslam says you can use a person code
> while he/she allows you , now There are codes and wiki and .. on Google host
> .Even google is not owner of codes , Host pertains to google . So using that
> address and host is not possible for moslems now .
>
>

See Now with this condition i will not use code.google.com with proxy , So
please guide regarding to this fact .
How about questions 4 and 5 and  6?


> 4 - You said codes (stable) are also on repository so just we lack wiki and
> issue tracking Yes ?  Is there any other wiki/ manual /help for beginners ?
> What does issue tracking mean and is there any other site for issue tracking
> ? *ultimately what problems will a android user be faced without using
> code.google.com* ?
>


>
> 5- Why wiki and issue tracking are on google , can not be on other host?
> what is wiki license ? maybe it can be copy on other host ? Or is not it
> possible to replace Host ?
>
>

> 6-What is this address <http://source.android.com/download> for ? Does it
> host codes also ? and why android.com is not forbidden for Iranians ?
>


Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/3a359508/attachment.htm 

From sean at openmoko.com  Sat Nov  7 11:11:29 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Sat, 7 Nov 2009 18:11:29 +0800
Subject: [WikiReader] unable to run emulator
In-Reply-To: <256d62360911061001i2e5e39b3ybfc00853825b4c47@mail.gmail.com>
References: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com> 
	<6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com> 
	<256d62360911050856p609761ccm1965d5a5fd9aaf82@mail.gmail.com> 
	<6cfff7040911050917w6d124e87pff4fec9cd073ae93@mail.gmail.com> 
	<256d62360911051534g3c456a94l5e407e71c586d5fa@mail.gmail.com> 
	<256d62360911061001i2e5e39b3ybfc00853825b4c47@mail.gmail.com>
Message-ID: <6cfff7040911070211i3f648ef6yd51c1af77f632c02@mail.gmail.com>

On Sat, Nov 7, 2009 at 2:01 AM, Suco <sucotronic at gmail.com> wrote:
>
> Trying to run it again, I've noted that when I execute sh 00run.sh this line is showed:
> make: *** There is no rule to build the target `farm0'.? Stop.

Yes you will need to write your own file. If you look at what is being
executed in 00run.sh then it should be fairly obvious. Let us know if
you get stuff.

  -Sean


From rms at 1407.org  Sat Nov  7 11:14:34 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Sat, 7 Nov 2009 10:14:34 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091107114918.c0583752.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
Message-ID: <20091107101434.GA4290@roque.1407.org>

On Sat, Nov 07, 2009 at 11:49:18AM +1100, Carsten Haitzler wrote:
> On Fri, 6 Nov 2009 20:24:13 +0000 Neil Jerram <neiljerram at googlemail.com> said:
> > 2009/11/6 Rui Miguel Silva Seabra <rms at 1407.org>:
> > > On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> > >> Well, you cannot expect every app to have such preferences, this device
> > >> runs generic linux apps that aren't made specially for the freerunner.
> > >> Now, of course the app loader can do this, similiar to how we already
> > >> request the cpu/backlight when launching some apps.
> > >>
> > >> But there is a problem. The user may switch between several apps with
> > >> different rotation needs. (xmahjongg needs landscape, tetris needs
> > >> portrait, ...) ?How will omnewrotate be notified about this?
> > >
> > > The proper way is to define a set of DBUS signals.
> > 
> > Thanks to everyone for your replies on this topic.
> > 
> > I agree with Helge, in that I don't think DBUS is a good solution,
> > because I really want a solution that works for existing apps.
> > 
> > I suppose for existing apps there could be a DBUS proxy that somehow
> > works out the best orientation and then sends a DBUS signal on the
> > app's behalf.  But that seems complicated.
> > 
> > Also I'm not sure why DBUS helps at all.  Once a program somewhere has
> > worked out the best orientation, why not just call xrandr directly?
> > 
> > Another thought that occurred to me is that if this was a window
> > manager responsibility, perhaps the window manager could infer
> > preferred orientation simply from the requested window size?  (i.e.
> > requesting width > height implies a preference for landscape).
> > 
> > That should often work for apps that were designed for the desktop.  I
> > would guess that apps written for the FR might not request specific
> > sizes, because they'd know that they will always be fullscreen anyway
> > - so for those apps some explicit configuration would be needed
> > somewhere (prefer-portrait, prefer-landscape, or auto-rotate).
> 
> repeating... "property on window". the rotation preferences are a property of a
> window - like min and max size are, its title, etc. etc. - stick it on the
> window. ignore dbus. this is not something you do by dbus.
> 
> if something is related to the display - especially something is related to
> your window, your domain for advertising state, information, making requests
> and getting replies is the x11 domain as long as you are using x11. :)

I'm definitely not following you... I envision the following scenario according
to what you say, could you please elaborate on why it wouldn't happen this way?

 1. App wants to be landscape, sets property on window
 2. "rotator" determines the phone is in portrait, rotates.

Now what happens?

 3. App is landscape, but screen is portrait: fail

or

 3. Window manager overrides rotation
 3.1 but "rotator" determines portrait, rotates again
 3.2 go to 3: fail

Rui


From rms at 1407.org  Sat Nov  7 11:20:37 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Sat, 7 Nov 2009 10:20:37 +0000
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
Message-ID: <20091107102037.GB4290@roque.1407.org>

On Fri, Nov 06, 2009 at 08:24:13PM +0000, Neil Jerram wrote:
> 2009/11/6 Rui Miguel Silva Seabra <rms at 1407.org>:
> > On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> >>
> >> Well, you cannot expect every app to have such preferences, this device
> >> runs generic linux apps that aren't made specially for the freerunner.
> >> Now, of course the app loader can do this, similiar to how we already
> >> request the cpu/backlight when launching some apps.
> >>
> >> But there is a problem. The user may switch between several apps with
> >> different rotation needs. (xmahjongg needs landscape, tetris needs
> >> portrait, ...) ?How will omnewrotate be notified about this?
> >
> > The proper way is to define a set of DBUS signals.
> 
> Thanks to everyone for your replies on this topic.
> 
> I agree with Helge, in that I don't think DBUS is a good solution,
> because I really want a solution that works for existing apps.

You have no solution for existing apps other than causing a full
stop on rotation once you get the desired rotation (which is what I
do for apps that work better on landscape).

> I suppose for existing apps there could be a DBUS proxy that somehow
> works out the best orientation and then sends a DBUS signal on the
> app's behalf.  But that seems complicated.

Not smart either, because you'd have a buttload of work for little gain,
and there will always be one more app which isn't supported yet, etc...

> Also I'm not sure why DBUS helps at all.  Once a program somewhere has
> worked out the best orientation, why not just call xrandr directly?

DBUS helps a lot because you can define a standard set of signals:
  1. screen rotation apps could listen for specific screen rotation signals
  2. apps which have specific needs can broadcast said needs to DBUS

This means minimal aditional work for everyone.

> Another thought that occurred to me is that if this was a window
> manager responsibility, perhaps the window manager could infer
> preferred orientation simply from the requested window size?  (i.e.
> requesting width > height implies a preference for landscape).

The only way this could be the window manager's job, was if the window
manager had auto-rotation routings. AFAICT, E doesn't yet.

Of course "rotator" apps only come up because people feel the need
and writing a simple daemon is simpler than patching a quite evolved
window manager.

> That should often work for apps that were designed for the desktop.  I
> would guess that apps written for the FR might not request specific
> sizes, because they'd know that they will always be fullscreen anyway
> - so for those apps some explicit configuration would be needed
> somewhere (prefer-portrait, prefer-landscape, or auto-rotate).

So "rotators" would need to parse all the configurations? I still think
DBUS is the way to do it well, but I'm open for proof otherwise.

Rui


From michael.smith at netapps.com.au  Sat Nov  7 11:48:22 2009
From: michael.smith at netapps.com.au (Michael Smith)
Date: Sat, 7 Nov 2009 21:48:22 +1100
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
	<267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com>
Message-ID: <20091107214822.659d05df@michael>

On Sat, 7 Nov 2009 13:39:15 +0330
a dehqan <dehqan65 at gmail.com> wrote:

> In The Name Of God The compassionate merciful
> 
> Good day everyone ;
> Thanks for your attentions ;
> 
> 
> > 3 - Problem is that : our religion Eslam says you can use a person code
> > while he/she allows you , now There are codes and wiki and .. on Google host
> > .Even google is not owner of codes , Host pertains to google . So using that
> > address and host is not possible for moslems now .
> >
> >
> 
> See Now with this condition i will not use code.google.com with proxy , So
> please guide regarding to this fact .

Are you able to download a different openmoko distribution, like SHR?

http://build.shr-project.org/shr-unstable/images/om-gta02/
-- 
Michael Smith
Network Applications
www.netapps.com.au   | +61 (0) 416 062 898
Web Hosting          | Internet Services
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091107/cbb9a33d/attachment.pgp 

From fercerpav at gmail.com  Sat Nov  7 13:34:29 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Sat, 07 Nov 2009 15:34:29 +0300
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com> (a.
	dehqan's message of "Sat\, 7 Nov 2009 13\:39\:15 +0330")
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<729abac10911050346ib45091cka22003bc85d85daa@mail.gmail.com>
	<1e5d79990911050414o14b3fb35x9948408c4275ecd1@mail.gmail.com>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
	<267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com>
Message-ID: <m2r5saa4yy.fsf@home.pavel.comp>

a dehqan <dehqan65 at gmail.com> writes:
>     3 - Problem is that : our religion Eslam says you can use a person code while he/she allows you ,
>     now There are codes and wiki and .. on Google host .Even google is not owner of codes , Host
>     pertains to google . So using that address and host is not possible for moslems now .
>
> See Now with this condition i will not use code.google.com with
> proxy , So please guide regarding to this fact . 

Have you seen my reply suggesting that google does not intend to
actually probibit the access for you? Taking that into account i can't
see why you keep asking useless questions without clarifying your
position.

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


From seba.dos1 at gmail.com  Sat Nov  7 13:41:43 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Sat, 7 Nov 2009 13:41:43 +0100
Subject: This might be illegal!
In-Reply-To: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>
References: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>
Message-ID: <c30e08170911070441s78d5cc44u4e19025402484b9f@mail.gmail.com>

On Sat, Nov 7, 2009 at 04:59, Aditya Gandhi <aditya.g8 at gmail.com> wrote:
> Hi people,
> Those who really wish to go by the book, don't like to break simple
> laws please stop here.
> I don't mean to be rude, but don't want people who usually don't break
> the law to get lured......
>
>
>
> Is there anyway in which we can use their emulator, probably hack the
> g1 emulator and reverse engineer the android market
> so we can have it on freerunner, I know it wouldn,t be easy but I
> think it would be worth it.....
> Cause I think its not the processor which is different, but the api
> which google uses for these apps to run.
>
> The main point here is I don't know how to do it, but wan't to and I'm
> asking for help of the people who can do it.
> Please confirm if you wish to....

For apps written in their native API (not Dalvik) processor can be a
problem - on gta01/02 we have armv4t, and on G1 there is armv5.

-- 
Sebastian Krzyszkowiak
dos


From raster at rasterman.com  Sat Nov  7 13:55:08 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sat, 7 Nov 2009 23:55:08 +1100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
Message-ID: <20091107235508.7bd017dd.raster@rasterman.com>

On Sat, 7 Nov 2009 08:33:35 +0000 Neil Jerram <neiljerram at googlemail.com> said:

> 2009/11/7 Carsten Haitzler <raster at rasterman.com>:
> >
> > no. the proper way is to set properties on your window.
> 
> How exactly does that (setting a property) happen though?  Is it

how does setting the title? or the min/max size of the window happen? the name
and class, window role, if its a dialog, transient for which window, if the app
would like it to be borderless... all of these are properties. try "xprop" and
clikc on a window. any window (freerunner or desktop - doesn't matter). THOSE
are properties. you can add/create/define any properties you like. they hang
onto the window until they are modified or deleted or the window is deleted.

> something that the app would normally do in its own startup code?  (I

yes. see above. apps are doing it all the time. it's about the most standard
way to provide information about your window, from title to minimum and maximum
size to aspect ratios and more. rotation preferences are just yet more
properties like this. if its a "property" of the window - put it as a property
of the window. use the mechanism created for precisely this kind of thing. dbus
is not that mechanism.

> presume yes.)  For apps that don't already do this - and which we'd
> ideally like to support without having to modify them all - is there a
> way that a proxy could do it for them?

if an app has rotation preferences, it should set them. if it has none - it
gets whatever the screen has right now - or whatever the wm chooses to
implement as policy. yes - you modify apps to have them indicate their
preferences. otherwise they are deemed to "not care" which is the case now, for
example. you modify the apps - thats the right way to do it. you don't
post-mortem find a way to hack things in. :)

> Also do you know if there's already a well-known window property for
> preferred rotation, or would we be inventing a new one?

you'd be inventing it.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sat Nov  7 13:50:30 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sat, 7 Nov 2009 23:50:30 +1100
Subject: Ideal screen rotation
In-Reply-To: <20091107102037.GB4290@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107102037.GB4290@roque.1407.org>
Message-ID: <20091107235030.68a46650.raster@rasterman.com>

On Sat, 7 Nov 2009 10:20:37 +0000 Rui Miguel Silva Seabra <rms at 1407.org> said:

> On Fri, Nov 06, 2009 at 08:24:13PM +0000, Neil Jerram wrote:
> > 2009/11/6 Rui Miguel Silva Seabra <rms at 1407.org>:
> > > On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> > >>
> > >> Well, you cannot expect every app to have such preferences, this device
> > >> runs generic linux apps that aren't made specially for the freerunner.
> > >> Now, of course the app loader can do this, similiar to how we already
> > >> request the cpu/backlight when launching some apps.
> > >>
> > >> But there is a problem. The user may switch between several apps with
> > >> different rotation needs. (xmahjongg needs landscape, tetris needs
> > >> portrait, ...) ?How will omnewrotate be notified about this?
> > >
> > > The proper way is to define a set of DBUS signals.
> > 
> > Thanks to everyone for your replies on this topic.
> > 
> > I agree with Helge, in that I don't think DBUS is a good solution,
> > because I really want a solution that works for existing apps.
> 
> You have no solution for existing apps other than causing a full
> stop on rotation once you get the desired rotation (which is what I
> do for apps that work better on landscape).
> 
> > I suppose for existing apps there could be a DBUS proxy that somehow
> > works out the best orientation and then sends a DBUS signal on the
> > app's behalf.  But that seems complicated.
> 
> Not smart either, because you'd have a buttload of work for little gain,
> and there will always be one more app which isn't supported yet, etc...
> 
> > Also I'm not sure why DBUS helps at all.  Once a program somewhere has
> > worked out the best orientation, why not just call xrandr directly?
> 
> DBUS helps a lot because you can define a standard set of signals:
>   1. screen rotation apps could listen for specific screen rotation signals
>   2. apps which have specific needs can broadcast said needs to DBUS
> 
> This means minimal aditional work for everyone.
> 
> > Another thought that occurred to me is that if this was a window
> > manager responsibility, perhaps the window manager could infer
> > preferred orientation simply from the requested window size?  (i.e.
> > requesting width > height implies a preference for landscape).
> 
> The only way this could be the window manager's job, was if the window
> manager had auto-rotation routings. AFAICT, E doesn't yet.

the wm is who knows the properties of all windows - and knows which one(s) are
active. it is by far ion the best position to make a decision. a stand-alone
rotator is asking for trouble. it will be hell as any app can just ask for
whatever rotation they want irrespective if they are active or not. it's
everyone fighting over a single resource.

the right place for this is as properties of a window and part of the windowing
system setup - thus a matter between apps and the wm.

> Of course "rotator" apps only come up because people feel the need
> and writing a simple daemon is simpler than patching a quite evolved
> window manager.

actually it's much more work doing a stand-alone rotator.

> > That should often work for apps that were designed for the desktop.  I
> > would guess that apps written for the FR might not request specific
> > sizes, because they'd know that they will always be fullscreen anyway
> > - so for those apps some explicit configuration would be needed
> > somewhere (prefer-portrait, prefer-landscape, or auto-rotate).
> 
> So "rotators" would need to parse all the configurations? I still think
> DBUS is the way to do it well, but I'm open for proof otherwise.

dbus is by far and wide NOT the way to do it.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sat Nov  7 13:46:28 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sat, 7 Nov 2009 23:46:28 +1100
Subject: Ideal screen rotation
In-Reply-To: <20091107101434.GA4290@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
Message-ID: <20091107234628.f76c8f06.raster@rasterman.com>

On Sat, 7 Nov 2009 10:14:34 +0000 Rui Miguel Silva Seabra <rms at 1407.org> said:

> On Sat, Nov 07, 2009 at 11:49:18AM +1100, Carsten Haitzler wrote:
> > On Fri, 6 Nov 2009 20:24:13 +0000 Neil Jerram <neiljerram at googlemail.com>
> > said:
> > > 2009/11/6 Rui Miguel Silva Seabra <rms at 1407.org>:
> > > > On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> > > >> Well, you cannot expect every app to have such preferences, this device
> > > >> runs generic linux apps that aren't made specially for the freerunner.
> > > >> Now, of course the app loader can do this, similiar to how we already
> > > >> request the cpu/backlight when launching some apps.
> > > >>
> > > >> But there is a problem. The user may switch between several apps with
> > > >> different rotation needs. (xmahjongg needs landscape, tetris needs
> > > >> portrait, ...) ?How will omnewrotate be notified about this?
> > > >
> > > > The proper way is to define a set of DBUS signals.
> > > 
> > > Thanks to everyone for your replies on this topic.
> > > 
> > > I agree with Helge, in that I don't think DBUS is a good solution,
> > > because I really want a solution that works for existing apps.
> > > 
> > > I suppose for existing apps there could be a DBUS proxy that somehow
> > > works out the best orientation and then sends a DBUS signal on the
> > > app's behalf.  But that seems complicated.
> > > 
> > > Also I'm not sure why DBUS helps at all.  Once a program somewhere has
> > > worked out the best orientation, why not just call xrandr directly?
> > > 
> > > Another thought that occurred to me is that if this was a window
> > > manager responsibility, perhaps the window manager could infer
> > > preferred orientation simply from the requested window size?  (i.e.
> > > requesting width > height implies a preference for landscape).
> > > 
> > > That should often work for apps that were designed for the desktop.  I
> > > would guess that apps written for the FR might not request specific
> > > sizes, because they'd know that they will always be fullscreen anyway
> > > - so for those apps some explicit configuration would be needed
> > > somewhere (prefer-portrait, prefer-landscape, or auto-rotate).
> > 
> > repeating... "property on window". the rotation preferences are a property
> > of a window - like min and max size are, its title, etc. etc. - stick it on
> > the window. ignore dbus. this is not something you do by dbus.
> > 
> > if something is related to the display - especially something is related to
> > your window, your domain for advertising state, information, making requests
> > and getting replies is the x11 domain as long as you are using x11. :)
> 
> I'm definitely not following you... I envision the following scenario
> according to what you say, could you please elaborate on why it wouldn't
> happen this way?
> 
>  1. App wants to be landscape, sets property on window
>  2. "rotator" determines the phone is in portrait, rotates.
> 
> Now what happens?
> 
>  3. App is landscape, but screen is portrait: fail
> 
> or
> 
>  3. Window manager overrides rotation
>  3.1 but "rotator" determines portrait, rotates again
>  3.2 go to 3: fail

rotate and wm should work closely together or be the same. the wm reads ande
knows all the properties of all windows. the rotator can do this independantly
- but its a fair bit of work. the wm makes decisions which rotation to use
based on app properties and rotation preference (preference maybe being set by
the user explicitly or automatically by accelerometers - how, doesn't much
matter).

rotator doesnt go off and do whatever it likes irrespective of app hints. it
needs to take them into account - put hints on window as properties.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sat Nov  7 13:57:24 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sat, 7 Nov 2009 23:57:24 +1100
Subject: community Digest, Vol 156, Issue 27, Ideal screen rotation
In-Reply-To: <2aeadf450911070141q6e97836bo4c68b9dfb18c04cf@mail.gmail.com>
References: <2aeadf450911070141q6e97836bo4c68b9dfb18c04cf@mail.gmail.com>
Message-ID: <20091107235724.5d11e07c.raster@rasterman.com>

On Sat, 7 Nov 2009 03:41:28 -0600 Jared Maddox <absinthdraco at gmail.com> said:

> > On Fri, 6 Nov 2009 17:22:27 +0000 Rui Miguel Silva Seabra <rms at 1407.org>
> > said:
> >
> >> On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> >> > Rui Miguel Silva Seabra wrote:
> >> > > On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
> >> > [...]
> >> > >> The software that control rotation need to know if the foreground app
> >> > >> should run in landscape, portrait or auto mode. (And perhaps the
> >> > >> upside-down variants as well.)
> >> > >
> >> > > Or, what I think would be the proper way to do it, the application
> >> > > should broadcast to dbus that it prefers no rotation, or one of the 4
> >> > > possible rotation states and omnewrotate could listen to such requests
> >> > > and not rotate while there is such a message in the bus.
> >> > >
> >> > Well, you cannot expect every app to have such preferences, this device
> >> > runs generic linux apps that aren't made specially for the freerunner.
> >> > Now, of course the app loader can do this, similiar to how we already
> >> > request the cpu/backlight when launching some apps.
> >> >
> >> > But there is a problem. The user may switch between several apps with
> >> > different rotation needs. (xmahjongg needs landscape, tetris needs
> >> > portrait, ...) ?How will omnewrotate be notified about this?
> >>
> >> The proper way is to define a set of DBUS signals.
> >>
> >> Of course conflicting signals need to be ignored.
> >
> > no. the proper way is to set properties on your window. this is a display
> > system thing. dbus is orthogonal to it. you set properties. you let the wm
> > figure out what to do with the active window(s) based on their properties.
> 
> Which window property, a 'no resize' flag? Is the property stored by
> X, the window manager, or something else? Is the code that does the
> rotations in the window manager?

properties are stored in x - attached to the window in question. wm's listen
for property changes and fetch these properties on window show and property
changes. the wm may do whatever it wants then. the title of your window is a
property. use "xprop" and click on a window. find out.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From nicola.mfb at gmail.com  Sat Nov  7 14:44:53 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Sat, 7 Nov 2009 14:44:53 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091107235508.7bd017dd.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
Message-ID: <359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>

On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler <raster at rasterman.com> wrote:
[...]
> yes. see above. apps are doing it all the time. it's about the most standard
> way to provide information about your window, from title to minimum and maximum
> size to aspect ratios and more. rotation preferences are just yet more
> properties like this. if its a "property" of the window - put it as a property
> of the window. use the mechanism created for precisely this kind of thing. dbus
> is not that mechanism.
[...]
> if an app has rotation preferences, it should set them. if it has none - it
> gets whatever the screen has right now - or whatever the wm chooses to
> implement as policy. yes - you modify apps to have them indicate their
> preferences. otherwise they are deemed to "not care" which is the case now, for
> example. you modify the apps - thats the right way to do it. you don't
> post-mortem find a way to hack things in. :)
>
>> Also do you know if there's already a well-known window property for
>> preferred rotation, or would we be inventing a new one?
>
> you'd be inventing it.

I agree that window properties is the right way to implement that, but
we need a way to get rotation preferences now, while that may be
proposed and discussed as a standard for the future.

So a couple of questions:

* is it possible/safe/correct to set a window properties of a
window/xclient by an external app (e.g. a launcher)?
* supposing the above is possible, we may add a custom configuration
entry in .desktop files and delegate the launcher to set window
properties
* if that is not possible the wm or an ewmh app helper (the launcher
itself?) may get the active current window and perform the screen
rotation as needed

In every case and going a bit ot, is anyway possibile having a generic
Window ID to retrieve the .desktop file originating the owning app?
I'm just guessing to retrieve the pid from window properties, retrieve
the executable (like /proc/pid/exe) and back search in the .desktop
file definitions.
But this seems weight as the Exec in .desktop files may be a relative
path, a link etc, for sure there is a better way, may you explain
them?

Thanks and Regards

     Nicola


From GNUtoo at no-log.org  Sat Nov  7 14:59:31 2009
From: GNUtoo at no-log.org (GNUtoo)
Date: Sat, 07 Nov 2009 14:59:31 +0100
Subject: This might be illegal!
In-Reply-To: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>
References: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>
Message-ID: <1257602371.25623.17.camel@localhost>

On Sat, 2009-11-07 at 09:29 +0530, Aditya Gandhi wrote:
> Hi people,
> Those who really wish to go by the book, don't like to break simple
> laws please stop here.
> I don't mean to be rude, but don't want people who usually don't break
> the law to get lured......
> 
> 
> 
> Is there anyway in which we can use their emulator, probably hack the
> g1 emulator and reverse engineer the android market
Slideme that is a market,has an old apache 2.0 licensed version
I tried to compile it but needed the 1.1 SDK and my CPU had better
things to do than compile the 1.1 SDK
Denis.




From neiljerram at googlemail.com  Sat Nov  7 15:23:01 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Sat, 7 Nov 2009 14:23:01 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091107101434.GA4290@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
Message-ID: <49dd78620911070623v5d368faer576b7d32477bc320@mail.gmail.com>

2009/11/7 Rui Miguel Silva Seabra <rms at 1407.org>:
>
> I'm definitely not following you... I envision the following scenario according
> to what you say, could you please elaborate on why it wouldn't happen this way?

My thinking is evolving with this discussion, but my current idea of
the solution is that the WM controls whether omnewrotate is running
(or equivalent, but for simplicity let's just say omnewrotate).

So for the current foreground app, the WM determines (from properties,
or width:height, or configuration, or some customization hook, or from
user direction via a shelf gadget) which of the following applies.

1. App works best in landscape.
2. App works best in portrait.
3. App can adapt to either landscape or portrait, and user should
choose by turning the phone round.

Then, for (1) and (2), the WM itself calls xrandr to set the correct
orientation, and kills omnewrotate if it was running.  For (3) the WM
starts omnewrotate if it isn't already running, and omnewrotate then
handles autorotation.

Given that...

> ?1. App wants to be landscape, sets property on window

WM would call xrandr itself.

> ?2. "rotator" determines the phone is in portrait, rotates.

omnewrotate wouldn't be running, so this wouldn't happen.

> Now what happens?
>
> ?3. App is landscape, but screen is portrait: fail

WM calls xrandr to go to landscape.

> or
>
> ?3. Window manager overrides rotation
> ?3.1 but "rotator" determines portrait, rotates again

As above, omnewrotate wouldn't actually be running, so wouldn't do this.

I hope that helps to clarify what I have in mind!

Regards,
       Neil


From neiljerram at googlemail.com  Sat Nov  7 15:33:25 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Sat, 7 Nov 2009 14:33:25 +0000
Subject: Ideal screen rotation
In-Reply-To: <359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
Message-ID: <49dd78620911070633q40227022qbef43873f00af125@mail.gmail.com>

2009/11/7 Nicola Mfb <nicola.mfb at gmail.com>:
>
> I agree that window properties is the right way to implement that, but
> we need a way to get rotation preferences now, while that may be
> proposed and discussed as a standard for the future.

Yes, exactly.

> So a couple of questions:
>
> * is it possible/safe/correct to set a window properties of a
> window/xclient by an external app (e.g. a launcher)?

I don't know (yet).

> * supposing the above is possible, we may add a custom configuration
> entry in .desktop files and delegate the launcher to set window
> properties

Yes, that seems like a good option.

> * if that is not possible the wm or an ewmh app helper (the launcher
> itself?) may get the active current window and perform the screen
> rotation as needed

I don't think the launcher itself can do it, because it doesn't know
when the app gets mapped to the foreground.  Some apps take so long to
appear that you can switch to several other screens and write a short
program while waiting for them :-)  I wouldn't want the launcher to
spuriously change the orientation of those existing screens.

What is an ewmh helper?

> In every case and going a bit ot, is anyway possibile having a generic
> Window ID to retrieve the .desktop file originating the owning app?
> I'm just guessing to retrieve the pid from window properties, retrieve
> the executable (like /proc/pid/exe) and back search in the .desktop
> file definitions.

Well the .desktop file can have StartupWMClass, and I think the idea
is that that is sufficient to identify the resulting window.

Regards,
        Neil


From nicola.mfb at gmail.com  Sat Nov  7 15:52:47 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Sat, 7 Nov 2009 15:52:47 +0100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070633q40227022qbef43873f00af125@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<49dd78620911070633q40227022qbef43873f00af125@mail.gmail.com>
Message-ID: <359c5480911070652p3054eb0etd1e11022156cc2a5@mail.gmail.com>

On Sat, Nov 7, 2009 at 3:33 PM, Neil Jerram <neiljerram at googlemail.com> wrote:
[...]
> I don't think the launcher itself can do it, because it doesn't know
> when the app gets mapped to the foreground. ?Some apps take so long to
> appear that you can switch to several other screens and write a short
> program while waiting for them :-) ?I wouldn't want the launcher to
> spuriously change the orientation of those existing screens.
>
> What is an ewmh helper?

I mean an helper app that listen via EWMH for client stacking list
changes and/or current active win id changes, so when a Window is
showed it takes the ID and query for properties, if rotation
preferences is found rotate the screen or set autorotation.
If not it has to determine the .destkop file that originated the
Window, search for the rotation properties, than if possible it may
set those for the window or cache them internally for the next
interaction.

[...]
> Well the .desktop file can have StartupWMClass, and I think the idea
> is that that is sufficient to identify the resulting window.

Oh! I noted that property, just curious if it is safe, software set
that properties widely and in a good way, no duplication or weird
default values?

I may use that to show the icon of the .desktop file instead of the
window property icon in my app switcher too ;)

Thanks

      Nicola


From neiljerram at googlemail.com  Sat Nov  7 15:53:18 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Sat, 7 Nov 2009 14:53:18 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091107102037.GB4290@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107102037.GB4290@roque.1407.org>
Message-ID: <49dd78620911070653x7e8c5d4ag941c17d2bb68181d@mail.gmail.com>

2009/11/7 Rui Miguel Silva Seabra <rms at 1407.org>:
>
> You have no solution for existing apps other than causing a full
> stop on rotation once you get the desired rotation (which is what I
> do for apps that work better on landscape).

I imagine WM configuration for this, and a shelf gadget to make it
easy to add to the configuration for an app that doesn't yet have it.

> DBUS helps a lot because you can define a standard set of signals:
> ?1. screen rotation apps could listen for specific screen rotation signals

Agree there.  The frequency of the new DBUS orientation interface
seems high enough for omnewrotate to use it instead of reading
accelerometer data directly.

> ?2. apps which have specific needs can broadcast said needs to DBUS

Interesting idea, but different apps can have different specific
needs, and only the WM knows which app is in the foreground.

>> Another thought that occurred to me is that if this was a window
>> manager responsibility, perhaps the window manager could infer
>> preferred orientation simply from the requested window size? ?(i.e.
>> requesting width > height implies a preference for landscape).
>
> The only way this could be the window manager's job, was if the window
> manager had auto-rotation routings. AFAICT, E doesn't yet.

I think my other response has covered this.

> Of course "rotator" apps only come up because people feel the need
> and writing a simple daemon is simpler than patching a quite evolved
> window manager.

Yes, good point.  And I also admit that the work needed for my
so-called ideal solution is non-trivial, and that the result might
only be a little better than the existing solution - i.e. to run
omnewrotate nearly all the time, and only stop it when using an app
with which it interferes in a bad way.

But I think I might have a go anyway at patching the e17 WM.  With
Debian, and 'apt-get source', and gcc on the phone, it shouldn't be as
hard as it might sound.

>> That should often work for apps that were designed for the desktop. ?I
>> would guess that apps written for the FR might not request specific
>> sizes, because they'd know that they will always be fullscreen anyway
>> - so for those apps some explicit configuration would be needed
>> somewhere (prefer-portrait, prefer-landscape, or auto-rotate).
>
> So "rotators" would need to parse all the configurations?

No, the WM (or whatever hook the WM calls out to).

Regards,
         Neil


From neiljerram at googlemail.com  Sat Nov  7 16:04:46 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Sat, 7 Nov 2009 15:04:46 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091107235508.7bd017dd.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
Message-ID: <49dd78620911070704q60ece4f5m8d2f834efdcd2038@mail.gmail.com>

2009/11/7 Carsten Haitzler <raster at rasterman.com>:
> On Sat, 7 Nov 2009 08:33:35 +0000 Neil Jerram <neiljerram at googlemail.com> said:
>
>> 2009/11/7 Carsten Haitzler <raster at rasterman.com>:
>> >
>> > no. the proper way is to set properties on your window.
>>
>> How exactly does that (setting a property) happen though? ?Is it
>
> how does setting the title? or the min/max size of the window happen? the name
> and class, window role, if its a dialog, transient for which window, if the app
> would like it to be borderless... all of these are properties. try "xprop" and
> clikc on a window. any window (freerunner or desktop - doesn't matter). THOSE
> are properties. you can add/create/define any properties you like. they hang
> onto the window until they are modified or deleted or the window is deleted.
>
>> something that the app would normally do in its own startup code? ?(I
>
> yes. see above. apps are doing it all the time. it's about the most standard
> way to provide information about your window, from title to minimum and maximum
> size to aspect ratios and more. rotation preferences are just yet more
> properties like this. if its a "property" of the window - put it as a property
> of the window. use the mechanism created for precisely this kind of thing. dbus
> is not that mechanism.

Thanks.  I think I'll look at adding this into the e17 WM.  If you can
recommend a good place in the code to starting working on this (i.e.
checking for a rotation property, and invoking xrandr or omnewrotate
accordingly), that would be great.

Regards,
        Neil


From matthias.huber at wollishausen.de  Sat Nov  7 16:56:13 2009
From: matthias.huber at wollishausen.de (Matthias Huber)
Date: Sat, 07 Nov 2009 16:56:13 +0100
Subject: Ideal screen rotation
In-Reply-To: <359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>
	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>
	<20091106172227.GB14131@roque.1407.org>	<20091107114632.16bdbee7.raster@rasterman.com>	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
Message-ID: <4AF5989D.6050901@wollishausen.de>

 07.11.2009 14:44,   Nicola Mfb :
> On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler <raster at rasterman.com> wrote:
> [...]
>   
>> yes. see above. apps are doing it all the time. it's about the most standard
>> way to provide information about your window, from title to minimum and maximum
>> size to aspect ratios and more. rotation preferences are just yet more
>> properties like this. if its a "property" of the window - put it as a property
>> of the window. use the mechanism created for precisely this kind of thing. dbus
>> is not that mechanism.
>>     
> [...]
>   
>> if an app has rotation preferences, it should set them. if it has none - it
>> gets whatever the screen has right now - or whatever the wm chooses to
>> implement as policy. yes - you modify apps to have them indicate their
>> preferences. otherwise they are deemed to "not care" which is the case now, for
>> example. you modify the apps - thats the right way to do it. you don't
>> post-mortem find a way to hack things in. :)
>>
>>     
>>> Also do you know if there's already a well-known window property for
>>> preferred rotation, or would we be inventing a new one?
>>>       
>> you'd be inventing it.
>>     
>
>   
i don't think so, see below
> I agree that window properties is the right way to implement that, but
> we need a way to get rotation preferences now, while that may be
> proposed and discussed as a standard for the future.
>
> So a couple of questions:
>
> * is it possible/safe/correct to set a window properties of a
> window/xclient by an external app (e.g. a launcher)?
>   
in my oppinion, it is not necessary, because one has all needed 
information already in
--> man XSizeHints
if a window says, for exampe 800x600, and says maybe in the aspect 
ratios 4:3, the rotation preference is quite clear, i think.

the only thing, i think, we need, is a little patch in the window-manager.
i don't say it is easy, but this is the only right place.

> In every case and going a bit ot, is anyway possibile having a generic
> Window ID to retrieve the .desktop file originating the owning app?
> I'm just guessing to retrieve the pid from window properties, retrieve
> the executable (like /proc/pid/exe) and back search in the .desktop
> file definitions.
> But this seems weight as the Exec in .desktop files may be a relative
> path, a link etc, for sure there is a better way, may you explain
> them?
>
>   
these things are workarrounds for not having to patch the window 
manager, i think.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/6eb353ec/attachment-0001.htm 

From nicola.mfb at gmail.com  Sat Nov  7 17:31:58 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Sat, 7 Nov 2009 17:31:58 +0100
Subject: Ideal screen rotation
In-Reply-To: <4AF5989D.6050901@wollishausen.de>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<4AF5989D.6050901@wollishausen.de>
Message-ID: <359c5480911070831o5b9e21a9y7e8cc42a9a0c6097@mail.gmail.com>

On Sat, Nov 7, 2009 at 4:56 PM, Matthias Huber
<matthias.huber at wollishausen.de> wrote:
[...]
> * is it possible/safe/correct to set a window properties of a
> window/xclient by an external app (e.g. a launcher)?
>
> in my oppinion, it is not necessary, because one has all needed information
> already in
> --> man XSizeHints
> if a window says, for exampe 800x600, and says maybe in the aspect ratios
> 4:3, the rotation preference is quite clear, i think.

Good point! it may be if preferred width>prefferred height then use
landscape else use portrait.
How may we handle the case for apps that are able to auto relayout
according to screen orientation?
An idea may be if ratio is in a 1 +/- x than use autorotate else use
the previous pseudo snippet.

We should gather if generic apps uses xsizehints at all in the proper
way, I guess yes.

> the only thing, i think, we need, is a little patch in the window-manager.
> i don't say it is easy, but this is the only right place.

Agree, and this should be more feasible than other heavy implementation.

> In every case and going a bit ot, is anyway possibile having a generic
> Window ID to retrieve the .desktop file originating the owning app?
> I'm just guessing to retrieve the pid from window properties, retrieve
> the executable (like /proc/pid/exe) and back search in the .desktop
> file definitions.
> But this seems weight as the Exec in .desktop files may be a relative
> path, a link etc, for sure there is a better way, may you explain
> them?
>
> these things are workarrounds for not having to patch the window manager, i
> think.

Exactly! I'm writing a small apps that interact with the window
manager via ewmh and it works well (tested on matchbox), i'm able to
raise, activate, close windows, manage the stacking list and so on, so
the idea is to add randr code to rotate them, in that way should work
with every wm ewmh compliant.

I'm searching for a way to retrieve the .desktop entry of a Window ID
to have a nice app switcher with localized names, nice graphics and so
on, and it seems that the wm class may help me in that, finally we may
use XSizeHint + .destkop custom overrides when necessary?

Oh.... last time I checked Illume about that I found it's not ewmh
compliant, just curious if it is now implemented?

Regards

      Nicola


From shamsulbuddy at gmail.com  Sat Nov  7 19:08:01 2009
From: shamsulbuddy at gmail.com (shamsul hassan)
Date: Sat, 7 Nov 2009 18:08:01 +0000
Subject: Latest Date Code
Message-ID: <1d0730ae0911071008x385740bek283ac2d027a0671c@mail.gmail.com>

Hi,
What is the latest date code behind the A7 phone ..
Mine have 20090313

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/fdce9e64/attachment.htm 

From hns at computer.org  Sat Nov  7 19:29:35 2009
From: hns at computer.org (Dr. H. Nikolaus Schaller)
Date: Sat, 7 Nov 2009 19:29:35 +0100
Subject: Latest Date Code
In-Reply-To: <1d0730ae0911071008x385740bek283ac2d027a0671c@mail.gmail.com>
References: <1d0730ae0911071008x385740bek283ac2d027a0671c@mail.gmail.com>
Message-ID: <8B9906E8-C35A-44AF-A1C2-D64F00D24399@computer.org>

Hi,
for the A7 units we sell, we have seen date codes between 200902xx and  
200904xx. And as far as I know April was the time frame of the last  
production runs. It is also in coincidence with the OM announcement to  
close the development department and focus all company efforts on the  
"Plan B" = "Wikireader".

There are also enough units in stock. So if you plan a larger project  
based on the A7 hardware, you don't have to worry that there is  
suddenly no supply. And even if someone just buys a single unit  
(produced in Spring 2009) it will support the development of future  
open hardware.

Best regards,
Nikolaus


Am 07.11.2009 um 19:08 schrieb shamsul hassan:

> Hi,
> What is the latest date code behind the A7 phone ..
> Mine have 20090313
>
> Thanks
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



--------------------------------------------------------------------
Mobile Office Solutions
by Golden Delicious Computers GmbH&Co. KG
Buchenstr. 3
D-82041 Oberhaching
+49-89-54290367
http://www.handheld-linux.com

AG M?nchen, HRA 89571
VAT DE253626266
Komplement?r:
Golden Delicious Computers Verwaltungs GmbH
Oberhaching, AG M?nchen, HRB 16602
Gesch?ftsf?hrer: Dr. Nikolaus Schaller

Digital Tools for Independent People
--------------------------------------------------------------------





-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/426a4022/attachment.htm 

From infibit at gmail.com  Sat Nov  7 19:30:25 2009
From: infibit at gmail.com (RANJAN)
Date: Sat, 7 Nov 2009 10:30:25 -0800
Subject: Free runner opened up
In-Reply-To: <4A9529A4.3000501@free.fr>
References: <1a9a6b160908252216x7c547f65h190aa9c1ca8452bf@mail.gmail.com>
	<4A94DCE6.9040600@abcom.co.nz> <4A95178B.8040802@hist.no>
	<200908261321.00084.david@garabana.com>
	<8b48b1570908260511x2f96fd31j475aa795b2b1858e@mail.gmail.com>
	<4A9529A4.3000501@free.fr>
Message-ID: <1a9a6b160911071030p1992f0d1ia8ca8d7a9ec8a1b@mail.gmail.com>

So anyone had success in separating the LCD panel from the touch screen and
the back lit?

Sriranjan

On Wed, Aug 26, 2009 at 4:25 AM, Thomas HOCEDEZ <thomas.hocedez at free.fr>wrote:

> Michal Brzozowski a ?crit :
> > 2009/8/26 David Garabana Barro <david at garabana.com
> > <mailto:david at garabana.com>>
> >
> >     On Wednesday 26 August 2009 13:07:55 Helge Hafting wrote:
> >     > Ben Wilson wrote:
> >     > > I dunno about the freerunner but with gta01 it shipped with a
> >     guitar
> >     > > pick to be used to pry the case open without damaging the
> >     plastic :)
> >     >
> >     > The freerunner is easy enough to open with a fingernail.
> >
> >     Or with a Credit Card if you eat your fingernails ;)
> >
> >
> > Don't you have to remove those little screws first?
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> Yes, of course ! First unscrew the 2 little Torx screws... If no you
> will injure you credit cards and doing so, eating your nails !
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/a7f4be6f/attachment.htm 

From infibit at gmail.com  Sat Nov  7 20:33:35 2009
From: infibit at gmail.com (RANJAN)
Date: Sat, 7 Nov 2009 11:33:35 -0800
Subject: Free runner disassembly guide
Message-ID: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>

Hi,

Is there a free runner disassemble guide?Also was any one able the open the
LCD and separate it into Touch panel,Backlit and the color screen?Please let
me know.

Thanks and Regards
Sriranjan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/be45cafd/attachment-0001.htm 

From rms at 1407.org  Sat Nov  7 20:46:28 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Sat, 7 Nov 2009 19:46:28 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091107234628.f76c8f06.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<20091107234628.f76c8f06.raster@rasterman.com>
Message-ID: <20091107194628.GC4290@roque.1407.org>

On Sat, Nov 07, 2009 at 11:46:28PM +1100, Carsten Haitzler wrote:
> > > if something is related to the display - especially something is related to
> > > your window, your domain for advertising state, information, making requests
> > > and getting replies is the x11 domain as long as you are using x11. :)
> > 
> > I'm definitely not following you... I envision the following scenario
> > according to what you say, could you please elaborate on why it wouldn't
> > happen this way?
> > 
> >  1. App wants to be landscape, sets property on window
> >  2. "rotator" determines the phone is in portrait, rotates.
> > 
> > Now what happens?
> > 
> >  3. App is landscape, but screen is portrait: fail
> > 
> > or
> > 
> >  3. Window manager overrides rotation
> >  3.1 but "rotator" determines portrait, rotates again
> >  3.2 go to 3: fail
> 
> rotate and wm should work closely together or be the same. the wm reads ande
> knows all the properties of all windows. the rotator can do this independantly
> - but its a fair bit of work. the wm makes decisions which rotation to use
> based on app properties and rotation preference (preference maybe being set by
> the user explicitly or automatically by accelerometers - how, doesn't much
> matter).

It can do *your*way* with more work than the WM, but then, if the WM *doesn't* do
rotation according to accelerometers, this is a moot point :)

> rotator doesnt go off and do whatever it likes irrespective of app hints. it
> needs to take them into account - put hints on window as properties.

Of course, but there has to be a standard way to take their needs in account :)

Being X properties or DBUS, it's the same for me. DBUS seems more natural as
there's probably less pooling, but then I know only a bit more of DBUS than
of X11 (which AFAIR was a bunch of huge books) :)

Rui


From rms at 1407.org  Sat Nov  7 20:57:25 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Sat, 7 Nov 2009 19:57:25 +0000
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070623v5d368faer576b7d32477bc320@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<49dd78620911070623v5d368faer576b7d32477bc320@mail.gmail.com>
Message-ID: <20091107195725.GE4290@roque.1407.org>

On Sat, Nov 07, 2009 at 02:23:01PM +0000, Neil Jerram wrote:
> 2009/11/7 Rui Miguel Silva Seabra <rms at 1407.org>:
> >
> > I'm definitely not following you... I envision the following scenario according
> > to what you say, could you please elaborate on why it wouldn't happen this way?
> 
> My thinking is evolving with this discussion, but my current idea of
> the solution is that the WM controls whether omnewrotate is running
> (or equivalent, but for simplicity let's just say omnewrotate).

Actually, screen rotation *should* be the job of the WM. For me, as a relative
begginer, it was easier to startup with the first rotate.c written by Chris Ball
and step by step improving (for instance, drop fork and link to libxrandr for
better performance, control speed of reading from device, give tolerance, etc.

But if it was the WM, the WM could even do nifty special effects (in graphics
card that would allow it), etc...

OMNewRotate is a hack satisfying one need. To keep it going it needs a smart
way to do it (like DBUS). X properties is probably not so good for this kind
of programs.

(...)

> As above, omnewrotate wouldn't actually be running, so wouldn't do this.

If you have two applications handling screen rotation at the same time, then
you're just bound to a disaster fuse.

Either the WM does it (hint for more experienced E developers), or it should
keep it's hands off of it :)

> I hope that helps to clarify what I have in mind!

Rui


From rms at 1407.org  Sat Nov  7 20:58:43 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Sat, 7 Nov 2009 19:58:43 +0000
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070653x7e8c5d4ag941c17d2bb68181d@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107102037.GB4290@roque.1407.org>
	<49dd78620911070653x7e8c5d4ag941c17d2bb68181d@mail.gmail.com>
Message-ID: <20091107195843.GF4290@roque.1407.org>

On Sat, Nov 07, 2009 at 02:53:18PM +0000, Neil Jerram wrote:
> But I think I might have a go anyway at patching the e17 WM.  With
> Debian, and 'apt-get source', and gcc on the phone, it shouldn't be as
> hard as it might sound.

Please do, and hopefully make it so much better and niftier than omnewrotate :)

Rui


From rms at 1407.org  Sat Nov  7 21:01:03 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Sat, 7 Nov 2009 20:01:03 +0000
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
Message-ID: <20091107200103.GG4290@roque.1407.org>

On Fri, Nov 06, 2009 at 08:24:13PM +0000, Neil Jerram wrote:
> 2009/11/6 Rui Miguel Silva Seabra <rms at 1407.org>:
> > On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
> >>
> >> Well, you cannot expect every app to have such preferences, this device
> >> runs generic linux apps that aren't made specially for the freerunner.
> >> Now, of course the app loader can do this, similiar to how we already
> >> request the cpu/backlight when launching some apps.
> >>
> >> But there is a problem. The user may switch between several apps with
> >> different rotation needs. (xmahjongg needs landscape, tetris needs
> >> portrait, ...) ?How will omnewrotate be notified about this?
> >
> > The proper way is to define a set of DBUS signals.
> 
> Thanks to everyone for your replies on this topic.
> 
> I agree with Helge, in that I don't think DBUS is a good solution,
> because I really want a solution that works for existing apps.
> 
> I suppose for existing apps there could be a DBUS proxy that somehow
> works out the best orientation and then sends a DBUS signal on the
> app's behalf.  But that seems complicated.
> 
> Also I'm not sure why DBUS helps at all.  Once a program somewhere has
> worked out the best orientation, why not just call xrandr directly?

The program needs to know which orientation it works best, but "outsource"
the work to another program in a lighteight form (X props or dbus) is
better.

Rui


From fercerpav at gmail.com  Sat Nov  7 21:10:12 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Sat, 07 Nov 2009 23:10:12 +0300
Subject: Free runner disassembly guide
In-Reply-To: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
	(RANJAN's message of "Sat\, 7 Nov 2009 11\:33\:35 -0800")
References: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
Message-ID: <m2my2y9jvf.fsf@home.pavel.comp>

RANJAN <infibit at gmail.com> writes:
> Is there a free runner disassemble guide?

If you search the wiki for Neo1973 (aka gta01) disassembly guide,
you'll find what you need. The instructions are the same for both
gta01 and gta02.

> Also was any one able the open the LCD and separate it into Touch
> panel,Backlit and the color screen?Please let me know.

I don't think anyone ever tried. If you do, please share the results.

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


From infibit at gmail.com  Sat Nov  7 21:36:28 2009
From: infibit at gmail.com (RANJAN)
Date: Sat, 7 Nov 2009 12:36:28 -0800
Subject: Free runner disassembly guide
In-Reply-To: <m2my2y9jvf.fsf@home.pavel.comp>
References: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
	<m2my2y9jvf.fsf@home.pavel.comp>
Message-ID: <1a9a6b160911071236p2f2e9f30n6405c58f51be8511@mail.gmail.com>

>I don't think anyone ever tried. If you do, please share the results.

Hi,

Was able to remove the LCD from the metal sandwich kind casing.But there are
two cords (highly delicate and flexible) which run from the LCD to the
mother board.One is shielded with some sort or metal tape which I did remove
and the other is glued.

Please advice.

Sriranjan

>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/ccf336f8/attachment.htm 

From hns at computer.org  Sat Nov  7 21:43:51 2009
From: hns at computer.org (Dr. H. Nikolaus Schaller)
Date: Sat, 7 Nov 2009 21:43:51 +0100
Subject: Free runner disassembly guide
In-Reply-To: <1a9a6b160911071236p2f2e9f30n6405c58f51be8511@mail.gmail.com>
References: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
	<m2my2y9jvf.fsf@home.pavel.comp>
	<1a9a6b160911071236p2f2e9f30n6405c58f51be8511@mail.gmail.com>
Message-ID: <C697803C-00A4-4D1E-B648-8552E47B44D6@computer.org>

Hi,
you can remove the LDC module (LCD + Touch) by removing the silver  
tape and opening the Hirose FPCB plug.

But I have no idea how to open the combined LCD+Touch-Module. Most  
likely you will destroy it.

Maybe this helps:

http://wiki.openmoko.org/wiki/TPO_TD028TTEC1

Nikolazs


Am 07.11.2009 um 21:36 schrieb RANJAN:

> >I don't think anyone ever tried. If you do, please share the results.
>
> Hi,
>
> Was able to remove the LCD from the metal sandwich kind casing.But  
> there are two cords (highly delicate and flexible) which run from  
> the LCD to the mother board.One is shielded with some sort or metal  
> tape which I did remove and the other is glued.
>
> Please advice.
>
> Sriranjan
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/d621161c/attachment.htm 

From fercerpav at gmail.com  Sat Nov  7 21:49:23 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Sat, 7 Nov 2009 23:49:23 +0300
Subject: Free runner disassembly guide
In-Reply-To: <1a9a6b160911071230i3242f747jfff705949d243962@mail.gmail.com>
References: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
	<m2my2y9jvf.fsf@home.pavel.comp>
	<1a9a6b160911071230i3242f747jfff705949d243962@mail.gmail.com>
Message-ID: <20091107204923.GA2577@home.pavel.comp>

Hi,

Please keep the list Cc'd on useful discussions! Adding Cc back in
assumption you dropped it by mistake.

Also please follow a well-established tradition to use the ``>''
symbol for quotations instead of indenting text.

On Sat, Nov 07, 2009 at 12:30:59PM -0800, RANJAN wrote:
> On Sat, Nov 7, 2009 at 12:10 PM, Paul Fertser <[1]fercerpav at gmail.com> wrote:
>   RANJAN <[2]infibit at gmail.com> writes:
>   > Is there a free runner disassemble guide?
> 
>   If you search the wiki for Neo1973 (aka gta01) disassembly guide,
>   you'll find what you need. The instructions are the same for both
>   gta01 and gta02.
>   > Also was any one able the open the LCD and separate it into Touch
>   > panel,Backlit and the color screen?Please let me know.
> 
>   I don't think anyone ever tried. If you do, please share the results.
> 
> Was able to remove the LCD from the metal sandwich kind casing.But there are two
> cords (highly delicate and flexible) which run from the LCD to the mother
> board.One is shielded with some sort or metal tape which I did remove and the
> other is glued.

The flat cable with a small flexible shield glued on top of it is the
one connecting the LCD Module (LCM) to the board. If you unlock the
connector you'll be able to easily disconnect it. As to the links
inside the LCM, that's an unknown territory, any reports (preferrably
with photos) are appreciated.

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


From infibit at gmail.com  Sat Nov  7 21:51:18 2009
From: infibit at gmail.com (RANJAN)
Date: Sat, 7 Nov 2009 12:51:18 -0800
Subject: Free runner disassembly guide
In-Reply-To: <C697803C-00A4-4D1E-B648-8552E47B44D6@computer.org>
References: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
	<m2my2y9jvf.fsf@home.pavel.comp>
	<1a9a6b160911071236p2f2e9f30n6405c58f51be8511@mail.gmail.com>
	<C697803C-00A4-4D1E-B648-8552E47B44D6@computer.org>
Message-ID: <1a9a6b160911071251x3d380df4u85c18119693c9e6d@mail.gmail.com>

>
> But I have no idea how to open the combined LCD+Touch-Module. Most likely
> you will destroy it.
>
> Maybe this helps:
>
> The touch resistive layer is on the top metal case and the color LCD is
kind of sandwiched between the Resistive later which is pasted to the metal
frame and the back lit is hooked to the frame.(I may be successful in
releasing the hooks).

But my query is :how is the LCD layer connected?

And how do you remove the Hirose connector?

Sriranjan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/3a3bc5a6/attachment.htm 

From infibit at gmail.com  Sat Nov  7 22:02:06 2009
From: infibit at gmail.com (RANJAN)
Date: Sat, 7 Nov 2009 13:02:06 -0800
Subject: Free runner disassembly guide
In-Reply-To: <20091107204923.GA2577@home.pavel.comp>
References: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
	<m2my2y9jvf.fsf@home.pavel.comp>
	<1a9a6b160911071230i3242f747jfff705949d243962@mail.gmail.com>
	<20091107204923.GA2577@home.pavel.comp>
Message-ID: <1a9a6b160911071302m359b54ads29a58986b5c5b1e5@mail.gmail.com>

> >The flat cable with a small flexible shield glued on top of it is the
> >one connecting the LCD Module (LCM) to the board. If you unlock the
> >connector you'll be able to easily disconnect it. As to the links
> >inside the LCM, that's an unknown territory, any reports (preferrably
> >with photos) are appreciated.
>
Hirose Unlocked.

Sriranjan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091107/6536cdff/attachment.htm 

From jerjoz.forums at gmail.com  Sat Nov  7 22:10:25 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Sat, 7 Nov 2009 13:10:25 -0800
Subject: [ALL] will the owner of the stopwatch application please report to 
	the front desk
Message-ID: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>

list, ive just seen on opkg.org that someone added a
stopwatch/countdown application.

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

they say they did not write the program, just added it. only they are nameless.
i am looking for the actual writer of the application. anyone know?

mike, are you the creator?
http://www.mikecrash.com/index.php?name=News&file=article&id=103


From fercerpav at gmail.com  Sat Nov  7 22:58:08 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Sun, 8 Nov 2009 00:58:08 +0300
Subject: Free runner disassembly guide
In-Reply-To: <1a9a6b160911071339s33562f8t12fc59df3696f398@mail.gmail.com>
References: <1a9a6b160911071133t6ff3e806k1757d671ab9e9f11@mail.gmail.com>
	<m2my2y9jvf.fsf@home.pavel.comp>
	<1a9a6b160911071339s33562f8t12fc59df3696f398@mail.gmail.com>
Message-ID: <20091107215808.GB2577@home.pavel.comp>

On Sat, Nov 07, 2009 at 01:39:33PM -0800, RANJAN wrote:
> >I don't think anyone ever tried. If you do, please share the results.
>
> Attached are the pics of LCD opened (still the touch layer is to be separated
> from the backlit).

Good pics you've got there but i'm afraid that being attached to the
mails they won't reach the mailing list. So if you want to share them
you need to put them on some server.

Also i'm unsure if cross-posting to both devel and community makes
sense, probably we should continue on devel only.

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


From christian.rueb at gmx.net  Sat Nov  7 23:02:45 2009
From: christian.rueb at gmx.net (Christian =?iso-8859-1?q?R=FCb?=)
Date: Sat, 7 Nov 2009 23:02:45 +0100
Subject: [ALL] will the owner of the stopwatch application please report
	to the front desk
In-Reply-To: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
References: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
Message-ID: <200911072302.45981.christian.rueb@gmx.net>

Hi,

I know who wrote it and he will propably reply soon - otherwise I will tell him on monday personally ;-).
In the meanwhile you can find the source here [1] and bb recipe here [2] if that helps.
Btw I have it running on SHR-U currently...

[1] http://git.senfdax.de/?p=stopwatch;a=summary
[2] http://git.senfdax.de/?p=oe_recipes;a=tree;f=stopwatch

> list, ive just seen on opkg.org that someone added a
> stopwatch/countdown application.
> 
> http://www.opkg.org/package_300.html
> 
> they say they did not write the program, just added it. only they are nameless.
> i am looking for the actual writer of the application. anyone know?
> 
> mike, are you the creator?
> http://www.mikecrash.com/index.php?name=News&file=article&id=103
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 



From jerjoz.forums at gmail.com  Sun Nov  8 00:05:06 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Sat, 7 Nov 2009 15:05:06 -0800
Subject: [ALL] will the owner of the stopwatch application please report 
	to the front desk
In-Reply-To: <200911072302.45981.christian.rueb@gmx.net>
References: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
	<200911072302.45981.christian.rueb@gmx.net>
Message-ID: <f8d5d4f30911071505k435e2b82g3195feed22c68087@mail.gmail.com>

On Sat, Nov 7, 2009 at 2:02 PM, Christian R?b <christian.rueb at gmx.net> wrote:
> Hi,
>
> I know who wrote it and he will propably reply soon - otherwise I will tell him on monday personally ;-).
> In the meanwhile you can find the source here [1] and bb recipe here [2] if that helps.
> Btw I have it running on SHR-U currently...

yep, works good. will wait for there [possible] reply


From raster at rasterman.com  Sun Nov  8 01:53:56 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 11:53:56 +1100
Subject: Ideal screen rotation
In-Reply-To: <20091107194628.GC4290@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<20091107234628.f76c8f06.raster@rasterman.com>
	<20091107194628.GC4290@roque.1407.org>
Message-ID: <20091108115356.d66782e1.raster@rasterman.com>

On Sat, 7 Nov 2009 19:46:28 +0000 Rui Miguel Silva Seabra <rms at 1407.org> said:

> On Sat, Nov 07, 2009 at 11:46:28PM +1100, Carsten Haitzler wrote:
> > > > if something is related to the display - especially something is
> > > > related to your window, your domain for advertising state, information,
> > > > making requests and getting replies is the x11 domain as long as you
> > > > are using x11. :)
> > > 
> > > I'm definitely not following you... I envision the following scenario
> > > according to what you say, could you please elaborate on why it wouldn't
> > > happen this way?
> > > 
> > >  1. App wants to be landscape, sets property on window
> > >  2. "rotator" determines the phone is in portrait, rotates.
> > > 
> > > Now what happens?
> > > 
> > >  3. App is landscape, but screen is portrait: fail
> > > 
> > > or
> > > 
> > >  3. Window manager overrides rotation
> > >  3.1 but "rotator" determines portrait, rotates again
> > >  3.2 go to 3: fail
> > 
> > rotate and wm should work closely together or be the same. the wm reads ande
> > knows all the properties of all windows. the rotator can do this
> > independantly
> > - but its a fair bit of work. the wm makes decisions which rotation to use
> > based on app properties and rotation preference (preference maybe being set
> > by the user explicitly or automatically by accelerometers - how, doesn't
> > much matter).
> 
> It can do *your*way* with more work than the WM, but then, if the WM
> *doesn't* do rotation according to accelerometers, this is a moot point :)

then do it with dbus if you insist. it's the wrong way. it's like putting
drivers in your wm, or putting your email client as a module in the kernel.
it's wrong.

> > rotator doesnt go off and do whatever it likes irrespective of app hints. it
> > needs to take them into account - put hints on window as properties.
> 
> Of course, but there has to be a standard way to take their needs in
> account :)
> 
> Being X properties or DBUS, it's the same for me. DBUS seems more natural as
> there's probably less pooling, but then I know only a bit more of DBUS than
> of X11 (which AFAIR was a bunch of huge books) :)

no. dbus is far from natural or correct. that's what i keep saying. this is not
something for dbus. it's something for properties on a window.


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 02:04:04 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 12:04:04 +1100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070653x7e8c5d4ag941c17d2bb68181d@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107102037.GB4290@roque.1407.org>
	<49dd78620911070653x7e8c5d4ag941c17d2bb68181d@mail.gmail.com>
Message-ID: <20091108120404.005714c7.raster@rasterman.com>

On Sat, 7 Nov 2009 14:53:18 +0000 Neil Jerram <neiljerram at googlemail.com> said:

> 2009/11/7 Rui Miguel Silva Seabra <rms at 1407.org>:
> >
> > You have no solution for existing apps other than causing a full
> > stop on rotation once you get the desired rotation (which is what I
> > do for apps that work better on landscape).
> 
> I imagine WM configuration for this, and a shelf gadget to make it
> easy to add to the configuration for an app that doesn't yet have it.
> 
> > DBUS helps a lot because you can define a standard set of signals:
> > ?1. screen rotation apps could listen for specific screen rotation signals
> 
> Agree there.  The frequency of the new DBUS orientation interface
> seems high enough for omnewrotate to use it instead of reading
> accelerometer data directly.
> 
> > ?2. apps which have specific needs can broadcast said needs to DBUS
> 
> Interesting idea, but different apps can have different specific
> needs, and only the WM knows which app is in the foreground.
> 
> >> Another thought that occurred to me is that if this was a window
> >> manager responsibility, perhaps the window manager could infer
> >> preferred orientation simply from the requested window size? ?(i.e.
> >> requesting width > height implies a preference for landscape).
> >
> > The only way this could be the window manager's job, was if the window
> > manager had auto-rotation routings. AFAICT, E doesn't yet.
> 
> I think my other response has covered this.
> 
> > Of course "rotator" apps only come up because people feel the need
> > and writing a simple daemon is simpler than patching a quite evolved
> > window manager.
> 
> Yes, good point.  And I also admit that the work needed for my
> so-called ideal solution is non-trivial, and that the result might
> only be a little better than the existing solution - i.e. to run
> omnewrotate nearly all the time, and only stop it when using an app
> with which it interferes in a bad way.
> 
> But I think I might have a go anyway at patching the e17 WM.  With
> Debian, and 'apt-get source', and gcc on the phone, it shouldn't be as
> hard as it might sound.

e has a whole subsystem for this... "modules". you don't need to patch
anything. modules are runtime patches for the wm. :)

> >> That should often work for apps that were designed for the desktop. ?I
> >> would guess that apps written for the FR might not request specific
> >> sizes, because they'd know that they will always be fullscreen anyway
> >> - so for those apps some explicit configuration would be needed
> >> somewhere (prefer-portrait, prefer-landscape, or auto-rotate).
> >
> > So "rotators" would need to parse all the configurations?
> 
> No, the WM (or whatever hook the WM calls out to).
> 
> Regards,
>          Neil
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 02:01:58 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 12:01:58 +1100
Subject: Ideal screen rotation
In-Reply-To: <20091107195725.GE4290@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<49dd78620911070623v5d368faer576b7d32477bc320@mail.gmail.com>
	<20091107195725.GE4290@roque.1407.org>
Message-ID: <20091108120158.a476effa.raster@rasterman.com>

On Sat, 7 Nov 2009 19:57:25 +0000 Rui Miguel Silva Seabra <rms at 1407.org> said:

> On Sat, Nov 07, 2009 at 02:23:01PM +0000, Neil Jerram wrote:
> > 2009/11/7 Rui Miguel Silva Seabra <rms at 1407.org>:
> > >
> > > I'm definitely not following you... I envision the following scenario
> > > according to what you say, could you please elaborate on why it wouldn't
> > > happen this way?
> > 
> > My thinking is evolving with this discussion, but my current idea of
> > the solution is that the WM controls whether omnewrotate is running
> > (or equivalent, but for simplicity let's just say omnewrotate).
> 
> Actually, screen rotation *should* be the job of the WM. For me, as a relative

yup! that's what i was saying :) just helping people who have spent far less
time than me, for example, dealing with desktop standards, properties, x11,
wm's, multiple separare clients etc. etc. :)

> begginer, it was easier to startup with the first rotate.c written by Chris
> Ball and step by step improving (for instance, drop fork and link to
> libxrandr for better performance, control speed of reading from device, give
> tolerance, etc.
> 
> But if it was the WM, the WM could even do nifty special effects (in graphics
> card that would allow it), etc...

if the wm was a compositor too - which some are, yes. correct. it could animate
the transitions etc. etc.

> OMNewRotate is a hack satisfying one need. To keep it going it needs a smart
> way to do it (like DBUS). X properties is probably not so good for this kind
> of programs.
> 
> (...)
> 
> > As above, omnewrotate wouldn't actually be running, so wouldn't do this.
> 
> If you have two applications handling screen rotation at the same time, then
> you're just bound to a disaster fuse.
> 
> Either the WM does it (hint for more experienced E developers), or it should
> keep it's hands off of it :)
> 
> > I hope that helps to clarify what I have in mind!
> 
> Rui
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 02:17:32 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 12:17:32 +1100
Subject: Ideal screen rotation
In-Reply-To: <4AF5989D.6050901@wollishausen.de>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<4AF5989D.6050901@wollishausen.de>
Message-ID: <20091108121732.677e9aae.raster@rasterman.com>

On Sat, 07 Nov 2009 16:56:13 +0100 Matthias Huber
<matthias.huber at wollishausen.de> said:

>  07.11.2009 14:44,   Nicola Mfb :
> > On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler <raster at rasterman.com>
> > wrote: [...]
> >   
> >> yes. see above. apps are doing it all the time. it's about the most
> >> standard way to provide information about your window, from title to
> >> minimum and maximum size to aspect ratios and more. rotation preferences
> >> are just yet more properties like this. if its a "property" of the window
> >> - put it as a property of the window. use the mechanism created for
> >> precisely this kind of thing. dbus is not that mechanism.
> >>     
> > [...]
> >   
> >> if an app has rotation preferences, it should set them. if it has none - it
> >> gets whatever the screen has right now - or whatever the wm chooses to
> >> implement as policy. yes - you modify apps to have them indicate their
> >> preferences. otherwise they are deemed to "not care" which is the case
> >> now, for example. you modify the apps - thats the right way to do it. you
> >> don't post-mortem find a way to hack things in. :)
> >>
> >>     
> >>> Also do you know if there's already a well-known window property for
> >>> preferred rotation, or would we be inventing a new one?
> >>>       
> >> you'd be inventing it.
> >>     
> >
> >   
> i don't think so, see below
> > I agree that window properties is the right way to implement that, but
> > we need a way to get rotation preferences now, while that may be
> > proposed and discussed as a standard for the future.
> >
> > So a couple of questions:
> >
> > * is it possible/safe/correct to set a window properties of a
> > window/xclient by an external app (e.g. a launcher)?
> >   
> in my oppinion, it is not necessary, because one has all needed 
> information already in
> --> man XSizeHints
> if a window says, for exampe 800x600, and says maybe in the aspect 
> ratios 4:3, the rotation preference is quite clear, i think.

800x600 doesn;'t even fit. its a minimum size. it's not sane to use such a
property as this doesn't tell you the original rotation - just a size. you are
overloading a property here that isn't meant for this information. ther's also
a window aspect ratio property - again, this isn't rotation. a wm may interpret
this by scrolling the window around, not rotating. or just make the window
smaller if it likes it or not (eg what e and matchbox do for example).

> the only thing, i think, we need, is a little patch in the window-manager.
> i don't say it is easy, but this is the only right place.
> 
> > In every case and going a bit ot, is anyway possibile having a generic
> > Window ID to retrieve the .desktop file originating the owning app?
> > I'm just guessing to retrieve the pid from window properties, retrieve
> > the executable (like /proc/pid/exe) and back search in the .desktop
> > file definitions.
> > But this seems weight as the Exec in .desktop files may be a relative
> > path, a link etc, for sure there is a better way, may you explain
> > them?
> >
> >   
> these things are workarrounds for not having to patch the window 
> manager, i think.
> 
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 02:26:12 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 12:26:12 +1100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070704q60ece4f5m8d2f834efdcd2038@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<49dd78620911070704q60ece4f5m8d2f834efdcd2038@mail.gmail.com>
Message-ID: <20091108122612.0500929e.raster@rasterman.com>

On Sat, 7 Nov 2009 15:04:46 +0000 Neil Jerram <neiljerram at googlemail.com> said:

> 2009/11/7 Carsten Haitzler <raster at rasterman.com>:
> > On Sat, 7 Nov 2009 08:33:35 +0000 Neil Jerram <neiljerram at googlemail.com>
> > said:
> >
> >> 2009/11/7 Carsten Haitzler <raster at rasterman.com>:
> >> >
> >> > no. the proper way is to set properties on your window.
> >>
> >> How exactly does that (setting a property) happen though? ?Is it
> >
> > how does setting the title? or the min/max size of the window happen? the
> > name and class, window role, if its a dialog, transient for which window,
> > if the app would like it to be borderless... all of these are properties.
> > try "xprop" and clikc on a window. any window (freerunner or desktop -
> > doesn't matter). THOSE are properties. you can add/create/define any
> > properties you like. they hang onto the window until they are modified or
> > deleted or the window is deleted.
> >
> >> something that the app would normally do in its own startup code? ?(I
> >
> > yes. see above. apps are doing it all the time. it's about the most standard
> > way to provide information about your window, from title to minimum and
> > maximum size to aspect ratios and more. rotation preferences are just yet
> > more properties like this. if its a "property" of the window - put it as a
> > property of the window. use the mechanism created for precisely this kind
> > of thing. dbus is not that mechanism.
> 
> Thanks.  I think I'll look at adding this into the e17 WM.  If you can
> recommend a good place in the code to starting working on this (i.e.
> checking for a rotation property, and invoking xrandr or omnewrotate
> accordingly), that would be great.

1. dont invoke any commands. a fork+exec is expensive when you can just issue a
protocol request to x. the most you will do is exec omnewrotte and give
omnewrotate the ability to report rotation via dbus or vis stdout. hell maybe
just put it in a thread and write current rotation, if it changes, down a pipe
() to the main loop.
2. look at modules in general. this is how you patch the wm. :)
3. look at conf_display module - it does resolution changes and rotation
preferences already
4. look at pager module for tracking new windows (or window deletes, the
currently active window etc.
5. look at e_hints.c for getting hints. some of this is wrappers around
existing well known icccm and netwm properties, some is getting custom
properties not wrapped.
6. look at e_border.c for more info on tracking property changes (set up a
handler for the event) etc. etc.
-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 02:14:38 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 12:14:38 +1100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070633q40227022qbef43873f00af125@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<49dd78620911070633q40227022qbef43873f00af125@mail.gmail.com>
Message-ID: <20091108121438.7f91a58b.raster@rasterman.com>

On Sat, 7 Nov 2009 14:33:25 +0000 Neil Jerram <neiljerram at googlemail.com> said:

> 2009/11/7 Nicola Mfb <nicola.mfb at gmail.com>:
> >
> > I agree that window properties is the right way to implement that, but
> > we need a way to get rotation preferences now, while that may be
> > proposed and discussed as a standard for the future.
> 
> Yes, exactly.
> 
> > So a couple of questions:
> >
> > * is it possible/safe/correct to set a window properties of a
> > window/xclient by an external app (e.g. a launcher)?
> 
> I don't know (yet).
> 
> > * supposing the above is possible, we may add a custom configuration
> > entry in .desktop files and delegate the launcher to set window
> > properties
> 
> Yes, that seems like a good option.
> 
> > * if that is not possible the wm or an ewmh app helper (the launcher
> > itself?) may get the active current window and perform the screen
> > rotation as needed
> 
> I don't think the launcher itself can do it, because it doesn't know
> when the app gets mapped to the foreground.  Some apps take so long to
> appear that you can switch to several other screens and write a short
> program while waiting for them :-)  I wouldn't want the launcher to
> spuriously change the orientation of those existing screens.
> 
> What is an ewmh helper?
> 
> > In every case and going a bit ot, is anyway possibile having a generic
> > Window ID to retrieve the .desktop file originating the owning app?
> > I'm just guessing to retrieve the pid from window properties, retrieve
> > the executable (like /proc/pid/exe) and back search in the .desktop
> > file definitions.
> 
> Well the .desktop file can have StartupWMClass, and I think the idea
> is that that is sufficient to identify the resulting window.

it isn't actually - it can help, but it's not sufficient. it can be ambiguous.
in fact often is.


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 02:19:45 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 12:19:45 +1100
Subject: Ideal screen rotation
In-Reply-To: <359c5480911070831o5b9e21a9y7e8cc42a9a0c6097@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<4AF5989D.6050901@wollishausen.de>
	<359c5480911070831o5b9e21a9y7e8cc42a9a0c6097@mail.gmail.com>
Message-ID: <20091108121945.4e6fef17.raster@rasterman.com>

On Sat, 7 Nov 2009 17:31:58 +0100 Nicola Mfb <nicola.mfb at gmail.com> said:

> On Sat, Nov 7, 2009 at 4:56 PM, Matthias Huber
> <matthias.huber at wollishausen.de> wrote:
> [...]
> > * is it possible/safe/correct to set a window properties of a
> > window/xclient by an external app (e.g. a launcher)?
> >
> > in my oppinion, it is not necessary, because one has all needed information
> > already in
> > --> man XSizeHints
> > if a window says, for exampe 800x600, and says maybe in the aspect ratios
> > 4:3, the rotation preference is quite clear, i think.
> 
> Good point! it may be if preferred width>prefferred height then use
> landscape else use portrait.
> How may we handle the case for apps that are able to auto relayout
> according to screen orientation?
> An idea may be if ratio is in a 1 +/- x than use autorotate else use
> the previous pseudo snippet.

correct. these apps will have minimu8m window sizes too - often set by the
toolkit. the information here is now bogus and unintended and doesn't want to
tell you to keep an orientation specifically. this hint is not intended for
this. creasting a new atom for a hint and setting it is very easy. you are not
materially saving work by overloading existing properties which as you already
can see - will cause problems.

> We should gather if generic apps uses xsizehints at all in the proper
> way, I guess yes.
> 
> > the only thing, i think, we need, is a little patch in the window-manager.
> > i don't say it is easy, but this is the only right place.
> 
> Agree, and this should be more feasible than other heavy implementation.
> 
> > In every case and going a bit ot, is anyway possibile having a generic
> > Window ID to retrieve the .desktop file originating the owning app?
> > I'm just guessing to retrieve the pid from window properties, retrieve
> > the executable (like /proc/pid/exe) and back search in the .desktop
> > file definitions.
> > But this seems weight as the Exec in .desktop files may be a relative
> > path, a link etc, for sure there is a better way, may you explain
> > them?
> >
> > these things are workarrounds for not having to patch the window manager, i
> > think.
> 
> Exactly! I'm writing a small apps that interact with the window
> manager via ewmh and it works well (tested on matchbox), i'm able to
> raise, activate, close windows, manage the stacking list and so on, so
> the idea is to add randr code to rotate them, in that way should work
> with every wm ewmh compliant.
> 
> I'm searching for a way to retrieve the .desktop entry of a Window ID
> to have a nice app switcher with localized names, nice graphics and so
> on, and it seems that the wm class may help me in that, finally we may
> use XSizeHint + .destkop custom overrides when necessary?
> 
> Oh.... last time I checked Illume about that I found it's not ewmh
> compliant, just curious if it is now implemented?
> 
> Regards
> 
>       Nicola
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 02:13:39 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 12:13:39 +1100
Subject: Ideal screen rotation
In-Reply-To: <359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
Message-ID: <20091108121339.7b9e9c41.raster@rasterman.com>

On Sat, 7 Nov 2009 14:44:53 +0100 Nicola Mfb <nicola.mfb at gmail.com> said:

> On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler <raster at rasterman.com> wrote:
> [...]
> > yes. see above. apps are doing it all the time. it's about the most standard
> > way to provide information about your window, from title to minimum and
> > maximum size to aspect ratios and more. rotation preferences are just yet
> > more properties like this. if its a "property" of the window - put it as a
> > property of the window. use the mechanism created for precisely this kind
> > of thing. dbus is not that mechanism.
> [...]
> > if an app has rotation preferences, it should set them. if it has none - it
> > gets whatever the screen has right now - or whatever the wm chooses to
> > implement as policy. yes - you modify apps to have them indicate their
> > preferences. otherwise they are deemed to "not care" which is the case now,
> > for example. you modify the apps - thats the right way to do it. you don't
> > post-mortem find a way to hack things in. :)
> >
> >> Also do you know if there's already a well-known window property for
> >> preferred rotation, or would we be inventing a new one?
> >
> > you'd be inventing it.
> 
> I agree that window properties is the right way to implement that, but
> we need a way to get rotation preferences now, while that may be
> proposed and discussed as a standard for the future.

thats the job of the wm to implement the rotation and a policy (preferences)
*IF* an app  desires something specific - it is up to the app to say so.  until
it does it can be assumed to have no preference.

> So a couple of questions:
> 
> * is it possible/safe/correct to set a window properties of a
> window/xclient by an external app (e.g. a launcher)?

it is. but it's wrong. it's silly. it's a horrible hack. you do not need it.
that app HAS no preferences. it was never written to be just landscape or just
portrait. it HAD to have been written to work in either mode. it had no choice.
your assumption here is wrong :)

> * supposing the above is possible, we may add a custom configuration
> entry in .desktop files and delegate the launcher to set window
> properties

this is just silly. you are modifying the app - you are modifying the .desktop
file. the code here is several times bigger than modifying the app. it's a
horrible hack. don't do it.

> * if that is not possible the wm or an ewmh app helper (the launcher
> itself?) may get the active current window and perform the screen
> rotation as needed

as such - until an app window hints otherwise - rotate as desired. if it hints
that it would like to be a specific rotation, then enforce that rotation if it
is not in effect yet. :)

> In every case and going a bit ot, is anyway possibile having a generic
> Window ID to retrieve the .desktop file originating the owning app?

this is a complicated mess. a window id is like a pointer. knowing who
allocated it is tricky. as such its not guaranteed to be able to know UNLESS
the app alrady does a chunk of work and sets a bunch of properties etc. etc.
and the wm tracks pid's launch id's matches these up with window properties
etc. etc. - e does this. .desk to files are NOT the place for things like this.
absolutely not the place. you will be abusing a mechanism not designed for
this. i can tell you that i'd never accept a patch that does this - and most wm
authors i know would not. you'd never get this through as a standard on
freedesktop.org. because it's wrong.

> I'm just guessing to retrieve the pid from window properties, retrieve
> the executable (like /proc/pid/exe) and back search in the .desktop
> file definitions.

not always possible. setting pid is optional for an app. even then - if the pid
of the app is not the pid of what you launched (you launched a shell script
that runs 1 or more child procs - thus have different pid's) you are screwed.
it's an inexact breakable mechanism. i repeat. don't use it. not going to send
more mails about not using it. i've said it often enough. :)

> But this seems weight as the Exec in .desktop files may be a relative
> path, a link etc, for sure there is a better way, may you explain
> them?

the app sets the property if it cares. it it's code. otherwise - too bad. thats
the better way.

> Thanks and Regards
> 
>      Nicola
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 01:59:43 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 11:59:43 +1100
Subject: Ideal screen rotation
In-Reply-To: <49dd78620911070623v5d368faer576b7d32477bc320@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<49dd78620911070623v5d368faer576b7d32477bc320@mail.gmail.com>
Message-ID: <20091108115943.d2ac9520.raster@rasterman.com>

On Sat, 7 Nov 2009 14:23:01 +0000 Neil Jerram <neiljerram at googlemail.com> said:

> 2009/11/7 Rui Miguel Silva Seabra <rms at 1407.org>:
> >
> > I'm definitely not following you... I envision the following scenario
> > according to what you say, could you please elaborate on why it wouldn't
> > happen this way?
> 
> My thinking is evolving with this discussion, but my current idea of
> the solution is that the WM controls whether omnewrotate is running
> (or equivalent, but for simplicity let's just say omnewrotate).
> 
> So for the current foreground app, the WM determines (from properties,
> or width:height, or configuration, or some customization hook, or from
> user direction via a shelf gadget) which of the following applies.
> 
> 1. App works best in landscape.
> 2. App works best in portrait.
> 3. App can adapt to either landscape or portrait, and user should
> choose by turning the phone round.
> 
> Then, for (1) and (2), the WM itself calls xrandr to set the correct
> orientation, and kills omnewrotate if it was running.  For (3) the WM
> starts omnewrotate if it isn't already running, and omnewrotate then
> handles autorotation.

no. this is way too ugly.

1. omnewroatte ONLY listens to accelerometers and talks to the wm (via any
mechanism you like) telling it what position the phone is in. that is all it
does. nothing else. all other decisions are made by the wm base on as you said
above, the properties of the window - which app is currently active (change
apps between one that wants to be portrait wants to be landscape, the wm has to
flip orientation when you flip apps. etc. for example - e already has a config
dialog for changing screen resoltion and rotation. it already handles this
stuff - it's missing the logic of reading some as-yet-uninvented property from
a window and 2. handling that property with respect to rotation. any wm can do
this. this is definitely a job that belongs in properties of a window and the
wm to read them, follow their changes, and "do the right thing")

> Given that...
> 
> > ?1. App wants to be landscape, sets property on window
> 
> WM would call xrandr itself.
> 
> > ?2. "rotator" determines the phone is in portrait, rotates.
> 
> omnewrotate wouldn't be running, so this wouldn't happen.
> 
> > Now what happens?
> >
> > ?3. App is landscape, but screen is portrait: fail
> 
> WM calls xrandr to go to landscape.
> 
> > or
> >
> > ?3. Window manager overrides rotation
> > ?3.1 but "rotator" determines portrait, rotates again
> 
> As above, omnewrotate wouldn't actually be running, so wouldn't do this.
> 
> I hope that helps to clarify what I have in mind!
> 
> Regards,
>        Neil
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From openmoko at underhand.org  Sun Nov  8 03:03:47 2009
From: openmoko at underhand.org (Dave Ball)
Date: Sun, 08 Nov 2009 02:03:47 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091108115356.d66782e1.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>
	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>
	<20091106172227.GB14131@roque.1407.org>	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>	<20091107114918.c0583752.raster@rasterman.com>	<20091107101434.GA4290@roque.1407.org>	<20091107234628.f76c8f06.raster@rasterman.com>	<20091107194628.GC4290@roque.1407.org>
	<20091108115356.d66782e1.raster@rasterman.com>
Message-ID: <4AF62703.6080005@underhand.org>

Carsten Haitzler (The Rasterman) wrote:
> On Sat, 7 Nov 2009 19:46:28 +0000 Rui Miguel Silva Seabra <rms at 1407.org> said:
>   
>> Being X properties or DBUS, it's the same for me. DBUS seems more natural as
>> there's probably less pooling, but then I know only a bit more of DBUS than
>> of X11 (which AFAIR was a bunch of huge books) :)
>>     
>
> no. dbus is far from natural or correct. that's what i keep saying. this is not
> something for dbus. it's something for properties on a window.
>   

Sounds like we should be using window properties for passing hints to 
the WM, and dbus for getting orientation information from the 
accelerometers.

Maybe it's time for omnewrotate to retire, with the WM talking to FSO's 
orientation API [1] directly?

app -> window properties -> wm -> dbus -> fso

WM making the decision on what direction to orient the display, based on 
window properties and device actual orientation etc.


Dave

[1] 
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD



From raster at rasterman.com  Sun Nov  8 03:54:03 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 13:54:03 +1100
Subject: Ideal screen rotation
In-Reply-To: <4AF62703.6080005@underhand.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<20091107234628.f76c8f06.raster@rasterman.com>
	<20091107194628.GC4290@roque.1407.org>
	<20091108115356.d66782e1.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
Message-ID: <20091108135403.eaaafa53.raster@rasterman.com>

On Sun, 08 Nov 2009 02:03:47 +0000 Dave Ball <openmoko at underhand.org> said:

> Carsten Haitzler (The Rasterman) wrote:
> > On Sat, 7 Nov 2009 19:46:28 +0000 Rui Miguel Silva Seabra <rms at 1407.org>
> > said: 
> >> Being X properties or DBUS, it's the same for me. DBUS seems more natural
> >> as there's probably less pooling, but then I know only a bit more of DBUS
> >> than of X11 (which AFAIR was a bunch of huge books) :)
> >>     
> >
> > no. dbus is far from natural or correct. that's what i keep saying. this is
> > not something for dbus. it's something for properties on a window.
> >   
> 
> Sounds like we should be using window properties for passing hints to 
> the WM, and dbus for getting orientation information from the 
> accelerometers.

that is sane. :)

> Maybe it's time for omnewrotate to retire, with the WM talking to FSO's 
> orientation API [1] directly?

perhaps. whatever the mechanism

1. the wm is the right place to make the decision.
2. the wm is in the best position to easily gather information about an
application's window and know what window is active
3. the wm is already talking to the xserver as part of its job - and it's
always hanging around
4. all the wm needs to know is "some external input has decded that the screne
should be rotated". be this an accelerometer, or like the g1, opening up the
screen, so be it. as long as
4.1 the current status of this rotation state can be queried at any time (you
can ask what position the device is in or the screen is opened up or not etc.
etc.)
4.2 you can get an event when this state changes really quickly (not have to
wait a while).

if it were me... i'd even have the current desired rotation state be a property
on the root window too... but at this point its moot - dbus or property. it's
the same. from my view - the property is simpler to do. it takes significantly
less code in most languages/toolkits. trust me on this one. it does. but.. as i
said - at this point it's moot. individal apps preferences for rotation should
be properties on their own windows.

> app -> window properties -> wm -> dbus -> fso
> 
> WM making the decision on what direction to orient the display, based on 
> window properties and device actual orientation etc.

yes. :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From openmoko at underhand.org  Sun Nov  8 04:14:54 2009
From: openmoko at underhand.org (Dave Ball)
Date: Sun, 08 Nov 2009 03:14:54 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091108135403.eaaafa53.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>	<20091106172227.GB14131@roque.1407.org>	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>	<20091107114918.c0583752.raster@rasterman.com>	<20091107101434.GA4290@roque.1407.org>	<20091107234628.f76c8f06.raster@rasterman.com>	<20091107194628.GC4290@roque.1407.org>	<20091108115356.d66782e1.raster@rasterman.com>	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
Message-ID: <4AF637AE.4020203@underhand.org>

Carsten Haitzler (The Rasterman) wrote:
> On Sun, 08 Nov 2009 02:03:47 +0000 Dave Ball <openmoko at underhand.org> said:
>
>   
>> Sounds like we should be using window properties for passing hints to 
>> the WM, and dbus for getting orientation information from the 
>> accelerometers.
>>     
>
> that is sane. :)
>
>   
>> Maybe it's time for omnewrotate to retire, with the WM talking to FSO's 
>> orientation API [1] directly?
>>     
>
> perhaps. whatever the mechanism
>
> 1. the wm is the right place to make the decision.
> 2. the wm is in the best position to easily gather information about an
> application's window and know what window is active
> 3. the wm is already talking to the xserver as part of its job - and it's
> always hanging around
> 4. all the wm needs to know is "some external input has decded that the screne
> should be rotated". 

I think what you meant here is the WM decides whether the screen should 
be rotated or not - all the 'external input' provides to the WM is some 
hint that e.g. the _device_ has been rotated?  WM could decide to NOT 
rotate the screen, if the current app only works in one orientation.

> be this an accelerometer, or like the g1, opening up the
> screen, so be it. as long as
> 4.1 the current status of this rotation state can be queried at any time (you
> can ask what position the device is in or the screen is opened up or not etc.
> etc.)
> 4.2 you can get an event when this state changes really quickly (not have to
> wait a while).
>   

Indeed.  I've not played with the fso orientation API, but it looks like 
that is exactly what it's designed to provide.  It seems sensible for 
this to be over dbus - given that it's an abstraction of hardware.

> if it were me... i'd even have the current desired rotation state be a property
> on the root window too... but at this point its moot - dbus or property. 

If the root window will only work in one orientation, specifying that 
orientation through a window property would be consistent - but ideally 
wouldn't we want the root window to be able to cope with being rotated 
to work in either orientation?  Or have i missed something special about 
the root window?


Dave



From nicola.mfb at gmail.com  Sun Nov  8 04:15:52 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Sun, 8 Nov 2009 04:15:52 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091108121339.7b9e9c41.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<20091108121339.7b9e9c41.raster@rasterman.com>
Message-ID: <359c5480911071915r7014ce40p49ace50f4a0db2fb@mail.gmail.com>

On Sun, Nov 8, 2009 at 2:13 AM, Carsten Haitzler <raster at rasterman.com> wrote:
[...]

Raster, I understand perfectly that the best way is having apps
setting an XAtom and the wm managing it. But if all those people are
asking for a weird or wrong solution is becouse the good way is not
standardized, is not implemented in the WMs and is unknown to existing
apps, so we are just doing a bit of brainstorming to find a feasable
solution *now*.

Patching E/Illume and a dozen of apps is easy but I think peoples want
use existing linux apps with their preferred WM too.

      Nicola


From raster at rasterman.com  Sun Nov  8 04:39:44 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 14:39:44 +1100
Subject: Ideal screen rotation
In-Reply-To: <4AF637AE.4020203@underhand.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<20091107234628.f76c8f06.raster@rasterman.com>
	<20091107194628.GC4290@roque.1407.org>
	<20091108115356.d66782e1.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
Message-ID: <20091108143944.6e703655.raster@rasterman.com>

On Sun, 08 Nov 2009 03:14:54 +0000 Dave Ball <openmoko at underhand.org> said:

> Carsten Haitzler (The Rasterman) wrote:
> > On Sun, 08 Nov 2009 02:03:47 +0000 Dave Ball <openmoko at underhand.org> said:
> >
> >   
> >> Sounds like we should be using window properties for passing hints to 
> >> the WM, and dbus for getting orientation information from the 
> >> accelerometers.
> >>     
> >
> > that is sane. :)
> >
> >   
> >> Maybe it's time for omnewrotate to retire, with the WM talking to FSO's 
> >> orientation API [1] directly?
> >>     
> >
> > perhaps. whatever the mechanism
> >
> > 1. the wm is the right place to make the decision.
> > 2. the wm is in the best position to easily gather information about an
> > application's window and know what window is active
> > 3. the wm is already talking to the xserver as part of its job - and it's
> > always hanging around
> > 4. all the wm needs to know is "some external input has decded that the
> > screne should be rotated". 
> 
> I think what you meant here is the WM decides whether the screen should 
> be rotated or not - all the 'external input' provides to the WM is some 
> hint that e.g. the _device_ has been rotated?  WM could decide to NOT 
> rotate the screen, if the current app only works in one orientation.
> 
> > be this an accelerometer, or like the g1, opening up the
> > screen, so be it. as long as
> > 4.1 the current status of this rotation state can be queried at any time
> > (you can ask what position the device is in or the screen is opened up or
> > not etc. etc.)
> > 4.2 you can get an event when this state changes really quickly (not have to
> > wait a while).
> >   
> 
> Indeed.  I've not played with the fso orientation API, but it looks like 
> that is exactly what it's designed to provide.  It seems sensible for 
> this to be over dbus - given that it's an abstraction of hardware.
> 
> > if it were me... i'd even have the current desired rotation state be a
> > property on the root window too... but at this point its moot - dbus or
> > property. 
> 
> If the root window will only work in one orientation, specifying that 
> orientation through a window property would be consistent - but ideally 
> wouldn't we want the root window to be able to cope with being rotated 
> to work in either orientation?  Or have i missed something special about 
> the root window?

root window i special. it's generally got properties for the display/screen(s)
as a whole. as such the desired rotation of the device is implicitly a
property of the screen (device accelerometres and screen are tied in this
case). thus it makes sense to set desired device rotation on the root window
and desired app window rotation on the individual app windows. wm needs to
track both and determine which one takes precedence based on policy and th
en implement that rotation, if needed. policy is what a wm implements - that's
the nature of the beast. that policy may be hard-coded in the wm or
configuration for it.

so to me - it makes perfect sense for such a desired state to be put into the x
domain entirely as the property is related directly to the display/screen. gsm
makes no sense being properties/events of x11. neither does wifi, or bt.... but
brightness of screen, current abient lighting sensor data, etc. makes
sense. as such x also covers input devices (kbd, mouse), thus anything you can
deem to be an input device (touchscreen, buttons on the device, accelerometrs
etc.) makes sense to put via x11, not dbus. its within the logical domain for
its functionality.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Sun Nov  8 04:46:10 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 14:46:10 +1100
Subject: Ideal screen rotation
In-Reply-To: <359c5480911071915r7014ce40p49ace50f4a0db2fb@mail.gmail.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<20091108121339.7b9e9c41.raster@rasterman.com>
	<359c5480911071915r7014ce40p49ace50f4a0db2fb@mail.gmail.com>
Message-ID: <20091108144610.40e9d859.raster@rasterman.com>

On Sun, 8 Nov 2009 04:15:52 +0100 Nicola Mfb <nicola.mfb at gmail.com> said:

> On Sun, Nov 8, 2009 at 2:13 AM, Carsten Haitzler <raster at rasterman.com> wrote:
> [...]
> 
> Raster, I understand perfectly that the best way is having apps
> setting an XAtom and the wm managing it. But if all those people are
> asking for a weird or wrong solution is becouse the good way is not

but the apps are asking for nothing right now. there is no standard. there is
no info. thus.. it's moot. they get the behavior they get now. screen rotates
if they like it or not -0 the window resizes and it is the job of an
application to handle a window resize. if they like the size or not, under x11,
it is the task of the app to adjust to a resize as it sees fit. it gets no
explicit control over the window size. it only gets hints and to "ask nicely".
the answer to those hints may be "no". it can and does happen.

> standardized, is not implemented in the WMs and is unknown to existing
> apps, so we are just doing a bit of brainstorming to find a feasable
> solution *now*.

apps that don't ask - have their windows rotated if they like it or not. they 
NEVER have had the choice before. they NEVER knew about rotation before. they
don't know or care. they never had the ability TO care before.

> Patching E/Illume and a dozen of apps is easy but I think peoples want
> use existing linux apps with their preferred WM too.

1. come up with a workable standard - 2. make sure it's clean and well thought
through, 3. propose it to fdo as a new standard, 4. wait and over time it will
actually be supported in apps and... the problem will go away permanently.
anything else is a hack. well it doesnt need to go to fdo - but as long as it
exists as a documented standard that anyone can choose to support or not, it
doesn't matter.



-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From dehqan65 at gmail.com  Sun Nov  8 05:11:53 2009
From: dehqan65 at gmail.com (a dehqan)
Date: Sun, 8 Nov 2009 07:41:53 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <20091107214822.659d05df@michael>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
	<267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com>
	<20091107214822.659d05df@michael>
Message-ID: <267bb6670911072011x5307b755q25bd48d07441d5be@mail.gmail.com>

>
> Are you able to download a different openmoko distribution, like SHR?
>
> http://build.shr-project.org/shr-unstable/images/om-gta02/
>

Yes , please guide on those questions nothing esle , no SHR no using proxy
and other things :

4 - You said codes (stable) are also on repository so just we lack wiki and
issue tracking Yes ?  Is there any other wiki/any thing else that has wiki
efficient for beginners at all is it necessary ? What does issue tracking
mean and is there any other site for issue tracking ? *ultimately what
problems will a android user be faced without using code.google.com* and
d.android.com ?

5- Why wiki and issue tracking are on google , can not be on other host?
what is wiki license ? maybe it can be copy on other host ? Or is not it
possible to replace Host ?


6-What is this address <http://source.android.com/download> for ? Does it
host codes also ? and why android.com is not forbidden for Iranians ?

Paul Fertser , Your comment has been read but answers for above questions is
required .

Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091108/7a770dd1/attachment-0001.htm 

From openmoko at underhand.org  Sun Nov  8 05:37:07 2009
From: openmoko at underhand.org (Dave Ball)
Date: Sun, 08 Nov 2009 04:37:07 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091108143944.6e703655.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>	<20091106172227.GB14131@roque.1407.org>	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>	<20091107114918.c0583752.raster@rasterman.com>	<20091107101434.GA4290@roque.1407.org>	<20091107234628.f76c8f06.raster@rasterman.com>	<20091107194628.GC4290@roque.1407.org>	<20091108115356.d66782e1.raster@rasterman.com>	<4AF62703.6080005@underhand.org>	<20091108135403.eaaafa53.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
Message-ID: <4AF64AF3.1030307@underhand.org>

Carsten Haitzler (The Rasterman) wrote:
> wm needs to track both and determine which one takes precedence based 
> on policy and th en implement that rotation, if needed. policy is what 
> a wm implements - that's the nature of the beast. that policy may be 
> hard-coded in the wm or configuration for it.

Is there a quick-start guide for writing an e module, maybe some simple 
code / example?

Dave


From robin.paulson at gmail.com  Sun Nov  8 05:42:46 2009
From: robin.paulson at gmail.com (Robin Paulson)
Date: Sun, 8 Nov 2009 17:42:46 +1300
Subject: Looking for a convenient tool
In-Reply-To: <20091106212127.GA4561@happyleptic.org>
References: <20091106212127.GA4561@happyleptic.org>
Message-ID: <2f3aa2770911072042g2f4ecc10i17b33aec9daeca02@mail.gmail.com>

2009/11/7  <rixed at happyleptic.org>:
> I'm looking for a program that, given a set of shell commands, display
> a gtk window with a button that runs each command.
> I have looked at zenity but it apparently lacks the button widgets.
>
> Do you know of something similar, or should I write it myself ?

have a look at gtkdialog - it's similar to zenity, but far more
flexible and powerful


From raster at rasterman.com  Sun Nov  8 05:45:51 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 15:45:51 +1100
Subject: Ideal screen rotation
In-Reply-To: <4AF64AF3.1030307@underhand.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<20091107234628.f76c8f06.raster@rasterman.com>
	<20091107194628.GC4290@roque.1407.org>
	<20091108115356.d66782e1.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
Message-ID: <20091108154551.ba17ea7c.raster@rasterman.com>

On Sun, 08 Nov 2009 04:37:07 +0000 Dave Ball <openmoko at underhand.org> said:

> Carsten Haitzler (The Rasterman) wrote:
> > wm needs to track both and determine which one takes precedence based 
> > on policy and th en implement that rotation, if needed. policy is what 
> > a wm implements - that's the nature of the beast. that policy may be 
> > hard-coded in the wm or configuration for it.
> 
> Is there a quick-start guide for writing an e module, maybe some simple 
> code / example?
> 
> Dave
> 

http://www.rasterman.com/files/logo-0.0.1.tar.gz
http://www.youtube.com/watch?v=abNsVyYTSkU

umm... and otherwise look at the modules already in e (src) and the files i
pointed to :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From michael.smith at netapps.com.au  Sun Nov  8 06:53:58 2009
From: michael.smith at netapps.com.au (Michael Smith)
Date: Sun, 8 Nov 2009 16:53:58 +1100
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911072011x5307b755q25bd48d07441d5be@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<m2eiodqg4g.fsf@home.pavel.comp>
	<729abac10911050639g5e4296afk2529a17a8f4b4f49@mail.gmail.com>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
	<267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com>
	<20091107214822.659d05df@michael>
	<267bb6670911072011x5307b755q25bd48d07441d5be@mail.gmail.com>
Message-ID: <20091108165358.17e77c69@michael>

On Sun, 8 Nov 2009 07:41:53 +0330
a dehqan <dehqan65 at gmail.com> wrote:

> >
> > Are you able to download a different openmoko distribution, like SHR?
> >
> > http://build.shr-project.org/shr-unstable/images/om-gta02/
> >
> 
> Yes , please guide on those questions nothing esle , no SHR no using proxy
> and other things :
> 
> 4 - You said codes (stable) are also on repository so just we lack wiki and
> issue tracking Yes ?  Is there any other wiki/any thing else that has wiki
> efficient for beginners at all is it necessary ? 

> What does issue tracking mean

Keeping track of software development. For example when you find a problem with some software you create an issue in the issue tracker. When the issue is fixed you close the issue.

> and is there any other site for issue tracking ?

Lots. sourceforge.net is one such site.

> *ultimately what
> problems will a android user be faced without using code.google.com* and
> d.android.com ?

Android users don't need the issue tracker. They should just need to install an image and use the phone. The issue tracker and wiki would only be important as a reference if they needed to solve a problem with the phone.

> 5- Why wiki and issue tracking are on google , can not be on other host?
> what is wiki license ? maybe it can be copy on other host ? Or is not it
> possible to replace Host ?

You can put a wiki on any system. There are many free wiki applications. For example mediawiki.org

> 6-What is this address <http://source.android.com/download> for ? Does it
> host codes also ? and why android.com is not forbidden for Iranians ?

If you mean "why android.com is not forbidden for Iranians" the  my answer is "I don't see why it should be".

Please tell us what you are trying to accomplish. You will get better advice that way.

Regards,
-- 
Michael Smith
Network Applications
www.netapps.com.au   | +61 (0) 416 062 898
Web Hosting          | Internet Services
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091108/5b7ca91d/attachment.pgp 

From dehqan65 at gmail.com  Sun Nov  8 07:21:27 2009
From: dehqan65 at gmail.com (dehqan65)
Date: Sun, 8 Nov 2009 09:51:27 +0330
Subject: Some questions about android on Freerunner
In-Reply-To: <20091108165358.17e77c69@michael>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<1257432424.29005.29.camel@sxpert.obs.ujf-grenoble.fr>
	<m2639pq62v.fsf@home.pavel.comp>
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com>
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com>
	<267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com>
	<20091107214822.659d05df@michael>
	<267bb6670911072011x5307b755q25bd48d07441d5be@mail.gmail.com>
	<20091108165358.17e77c69@michael>
Message-ID: <267bb6670911072221q29dd68f7l9c6b5ae6c0723991@mail.gmail.com>

In The Name Of God The compassionate merciful

Good day everyone ;
Thanks for your attentions ;
See it's required to know whether fater buying freerunner can android be
used or not .

Android users don't need the issue tracker. They should just need to install
> an image and use the phone. The issue tracker and wiki would only be
> important as a reference if they needed to solve a problem with the phone.
>
> So an end-user need that wiki and issue tracking , if not , how does he/she
solve his/her android problems  on freerunner ? can he/she use here/other
communities instead of code.google.com issue tracking ?


> > 5- Why wiki and issue tracking are on google , can not be on other host?
> > what is wiki license ? maybe it can be copy on other host ? Or is not it
> > possible to replace Host ?
>
> You can put a wiki on any system. There are many free wiki applications.
> For example mediawiki.org
>
Will Google admin of code.google.com make a mirror for free runner codes who
is he/she ?



> If you mean "why android.com is not forbidden for Iranians" the  my answer
> is "I don't see why it should be".
>

why ? cause of a.android.com is forbidden .

and Does sorce.android.com contain whatever d.android.com contains ?


Regards dehqan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091108/4ca8be5a/attachment.htm 

From christof at senfdax.de  Sun Nov  8 08:37:29 2009
From: christof at senfdax.de (Christof Musik)
Date: Sun, 8 Nov 2009 08:37:29 +0100
Subject: [ALL] will the owner of the stopwatch application please
	report to the front desk
In-Reply-To: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
References: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
Message-ID: <20091108073729.GA17232@igor.athome.local>

Hi Jeremy,

I wrote this application. How can I help you?

Kind regards,
Christof

On Sat, Nov 07, 2009 at 01:10:25PM -0800, jeremy jozwik wrote:
> list, ive just seen on opkg.org that someone added a
> stopwatch/countdown application.
> 
> http://www.opkg.org/package_300.html
> 
> they say they did not write the program, just added it. only they are nameless.
> i am looking for the actual writer of the application. anyone know?
> 
> mike, are you the creator?
> http://www.mikecrash.com/index.php?name=News&file=article&id=103
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091108/f8719baf/attachment.pgp 

From jerjoz.forums at gmail.com  Sun Nov  8 09:21:18 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Sun, 8 Nov 2009 00:21:18 -0800
Subject: [ALL] will the owner of the stopwatch application please report 
	to the front desk
In-Reply-To: <20091108073729.GA17232@igor.athome.local>
References: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
	<20091108073729.GA17232@igor.athome.local>
Message-ID: <f8d5d4f30911080021n3ee24589x7742051a12eeb5f2@mail.gmail.com>

On Sat, Nov 7, 2009 at 11:37 PM, Christof Musik <christof at senfdax.de> wrote:
> Hi Jeremy,
>
> I wrote this application. How can I help you?
>
> Kind regards,
> Christof

i just have some suggestions / requests for it.
mind if i reply off list?


From jerjoz.forums at gmail.com  Sun Nov  8 09:22:15 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Sun, 8 Nov 2009 00:22:15 -0800
Subject: [ALL] will the owner of the stopwatch application please report 
	to the front desk
In-Reply-To: <f8d5d4f30911080021n3ee24589x7742051a12eeb5f2@mail.gmail.com>
References: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
	<20091108073729.GA17232@igor.athome.local>
	<f8d5d4f30911080021n3ee24589x7742051a12eeb5f2@mail.gmail.com>
Message-ID: <f8d5d4f30911080022n5c516205wcd95c050c5cd749c@mail.gmail.com>

On Sun, Nov 8, 2009 at 12:21 AM, jeremy jozwik <jerjoz.forums at gmail.com> wrote:
> On Sat, Nov 7, 2009 at 11:37 PM, Christof Musik <christof at senfdax.de> wrote:
>> Hi Jeremy,
>>
>> I wrote this application. How can I help you?
>>
>> Kind regards,
>> Christof
>
> i just have some suggestions / requests for it.
> mind if i reply off list?

actually before i do do that, is there anyway to alter the time
readout for the countdown to display as 24 hour clock?


From matthias.huber at wollishausen.de  Sun Nov  8 09:48:23 2009
From: matthias.huber at wollishausen.de (Matthias Huber)
Date: Sun, 08 Nov 2009 09:48:23 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091108121732.677e9aae.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>	<20091106172227.GB14131@roque.1407.org>	<20091107114632.16bdbee7.raster@rasterman.com>	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>	<20091107235508.7bd017dd.raster@rasterman.com>	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>	<4AF5989D.6050901@wollishausen.de>
	<20091108121732.677e9aae.raster@rasterman.com>
Message-ID: <4AF685D7.6040008@wollishausen.de>


>>>   
>>>       
>> in my oppinion, it is not necessary, because one has all needed 
>> information already in
>> --> man XSizeHints
>> if a window says, for exampe 800x600, and says maybe in the aspect 
>> ratios 4:3, the rotation preference is quite clear, i think.
>>     
>
> 800x600 doesn;'t even fit. its a minimum size. it's not sane to use such a
> property as this doesn't tell you the original rotation - just a size. you are
> overloading a property here that isn't meant for this information. ther's also
> a window aspect ratio property - again, this isn't rotation. a wm may interpret
> this by scrolling the window around, not rotating. or just make the window
> smaller if it likes it or not (eg what e and matchbox do for example).
>   

can you give us a hint where this (rotation) property can be found ?
perhaps hint on manual page ?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091108/65c5fab9/attachment-0001.htm 

From baba_melone at yahoo.de  Sun Nov  8 10:28:04 2009
From: baba_melone at yahoo.de (hab keen oh ne)
Date: Sun, 8 Nov 2009 09:28:04 +0000 (GMT)
Subject: AW: 26c3
In-Reply-To: <20091107000617.GA6490@rho.kd85.com>
References: <20091106193014.GA12700@playya-laptop>
	<20091107000617.GA6490@rho.kd85.com>
Message-ID: <708044.81729.qm@web26304.mail.ukl.yahoo.com>

I attended the workshop last time and my impression was, that people really liked it.
It was on Hackable1 I think and surely not too advanced...
What is planned till now for this year's congress?
Regards,
Martin Puffe.




________________________________
Von: Wim Vandeputte Mailing list only <bunbun at kd85.com>
An: List for Openmoko community discussion <community at lists.openmoko.org>
Gesendet: Samstag, den 7. November 2009, 1:06:17 Uhr
Betreff: Re: 26c3


hey,

On Fri, Nov 06, 2009 at 08:30:14PM +0100, Frederik Sdun wrote:
> we try to get a table on the Chaos Communcations Congress [1].
> 
> The CCC is one of the biggest hacker congresses in europe and has a lot
> of interesting talks and workshops and i think everone of you knows this
> nice event. It takes place from December 27th to 30th 2009 in Berlin.
> 
> Current attendees:
> 
> David "leviathan" Lanzend?rfer
> Thomas "nezza-_-" Roth
> Frederik "playya" Sdun
> 
> Anyone else interested to be there and wants to have a plce on the table?

Last year we organised such a corner and Khorben gave a workshop one
evening in the workshop room, that was very well received.

It seems the workshop brought in the most people and you could organise
one every evening, it's better to have people play a bit, go away and 
come back the next day with new questions instead of forcing them to stay
for 5 hours

If you want, you can get a few tables in the hardware hacking corner
the we are planning for hackable devices (mostly soldering and 3D printing,
but plenty of room for Openmoko and friends)

Wim.

_______________________________________________
Openmoko community mailing list
community at lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091108/f3e8710d/attachment.htm 

From jensseidel at users.sf.net  Sun Nov  8 10:24:16 2009
From: jensseidel at users.sf.net (Jens Seidel)
Date: Sun, 8 Nov 2009 10:24:16 +0100
Subject: Symptoms of failed #1024 fix
In-Reply-To: <20091101195450.GA25598@merkur.sol.de>
References: <20091101163636.GA24169@merkur.sol.de>
	<f03651f60911010857v363bf33cicc8c2c605178ebda@mail.gmail.com>
	<20091101195450.GA25598@merkur.sol.de>
Message-ID: <20091108092414.GA7161@merkur.sol.de>

On Sun, Nov 01, 2009 at 08:54:50PM +0100, Jens Seidel wrote:
> On Sun, Nov 01, 2009 at 05:57:28PM +0100, Christophe M wrote:
> > > /var/log/frameworkd.log:
> > >
> > > 2009.11.01 17:25:06.733 ogsmd.modem.abstract ERROR    could not open
> > > channel MISC, retrying in 2 seconds
> 
> > > I just want to confirm that
> > > these symptoms mean that the soldering was not properly done so that no
> > > capacitor is used instead of the 10uF or 22uF one. I will ask the engineer
> > > who  performed this task for me to do it again to get a proper phone.
> 
> I get no prompt for the SIM pin which worked in the past and also mickeyterm
> exits with a DBus exception before I can enter a single command. As the
> engineer told me he isn't sure about the soldering I assumed it wasn't done
> well ...
> 
> If it works again after the resoldering I will drop a mail.

Resoldering was performed and now all modem related problems vanished. Also
my device is now #1024 bug free :-))

Don't know about the increase of battery time as I nearly always have it
connected to USB but maybe it's time to unplug it ...

Jens


From christof at senfdax.de  Sun Nov  8 12:29:40 2009
From: christof at senfdax.de (Christof Musik)
Date: Sun, 8 Nov 2009 12:29:40 +0100
Subject: [ALL] will the owner of the stopwatch application please
	report to the front desk
In-Reply-To: <f8d5d4f30911080022n5c516205wcd95c050c5cd749c@mail.gmail.com>
References: <f8d5d4f30911071310n7a97b80dh7b1ec17bcaa1dada@mail.gmail.com>
	<20091108073729.GA17232@igor.athome.local>
	<f8d5d4f30911080021n3ee24589x7742051a12eeb5f2@mail.gmail.com>
	<f8d5d4f30911080022n5c516205wcd95c050c5cd749c@mail.gmail.com>
Message-ID: <20091108112940.GA20541@irina.athome.local>

Hi

> i just have some suggestions / requests for it.
> mind if i reply off list?

Just send me an email.

> actually before i do do that, is there anyway to alter the time
> readout for the countdown to display as 24 hour clock?

Do you mean something like "1d 23h 3min 4sec" to the set day?

Kind regards,
Christof
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091108/a7668603/attachment.pgp 

From mickey at vanille-media.de  Sun Nov  8 12:56:05 2009
From: mickey at vanille-media.de (Michael 'Mickey' Lauer)
Date: Sun, 08 Nov 2009 12:56:05 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091108143944.6e703655.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<20091107234628.f76c8f06.raster@rasterman.com>
	<20091107194628.GC4290@roque.1407.org>
	<20091108115356.d66782e1.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
Message-ID: <1257681365.26962.10.camel@opal>

Am Sonntag, den 08.11.2009, 14:39 +1100 schrieb Carsten Haitzler:
> so to me - it makes perfect sense for such a desired state to be put into the x
> domain entirely as the property is related directly to the display/screen. gsm
> makes no sense being properties/events of x11. neither does wifi, or bt.... but
> brightness of screen, current abient lighting sensor data, etc. makes
> sense. as such x also covers input devices (kbd, mouse), thus anything you can
> deem to be an input device (touchscreen, buttons on the device, accelerometrs
> etc.) makes sense to put via x11, not dbus. its within the logical domain for
> its functionality.

In the light of more versatile use I prefer this to be via dbus, but I'd
absolutely welcome an fsodeviced plugin that sets an atom on the root
window.

:M:




From david.lanzendoerfer at o2s.ch  Sun Nov  8 12:57:17 2009
From: david.lanzendoerfer at o2s.ch (David =?iso-8859-1?q?Lanzend=F6rfer?=)
Date: Sun, 8 Nov 2009 12:57:17 +0100
Subject: OMGTA03 aka. 3D7K (call for preview)
Message-ID: <200911081257.21129.david.lanzendoerfer@o2s.ch>

Hiho.
Ive seen, that there is already support for the OM-GTA03 in FSO/SHR.
But I don't have any idea how it will look like.
Are there some previews? Design sheets? Anything.
I'm nearly dieing from curiousity.
Plz give me some preview, how it will look like.
Will it have a keyboard or just touchscreen like my NeoFreerunner?

greatings leviathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091108/61a257c4/attachment.pgp 

From neo at el-hennig.de  Sun Nov  8 13:02:42 2009
From: neo at el-hennig.de (Lars Hennig)
Date: Sun, 8 Nov 2009 13:02:42 +0100
Subject: OMGTA03 aka. 3D7K (call for preview)
In-Reply-To: <200911081257.21129.david.lanzendoerfer@o2s.ch>
References: <200911081257.21129.david.lanzendoerfer@o2s.ch>
Message-ID: <200911081302.42577.neo@el-hennig.de>

Am Sonntag 08 November 2009 schrieb David Lanzend?rfer:
> Plz give me some preview, how it will look like.

There won't be a GTA03, since Openmoko did stop the development and brought 
the WikiReader instead. There is a plan for further development driven by the 
community with the GTA02-core project. See 
http://wiki.openmoko.org/wiki/Gta02-core

-- 
Lars

 Lubarsky's Law of Cybernetic Entomology:
   There's always one more bug.


From openmoko at underhand.org  Sun Nov  8 13:23:50 2009
From: openmoko at underhand.org (Dave Ball)
Date: Sun, 08 Nov 2009 12:23:50 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091108154551.ba17ea7c.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>	<20091106172227.GB14131@roque.1407.org>	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>	<20091107114918.c0583752.raster@rasterman.com>	<20091107101434.GA4290@roque.1407.org>	<20091107234628.f76c8f06.raster@rasterman.com>	<20091107194628.GC4290@roque.1407.org>	<20091108115356.d66782e1.raster@rasterman.com>	<4AF62703.6080005@underhand.org>	<20091108135403.eaaafa53.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>	<20091108143944.6e703655.raster@rasterman.com>	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
Message-ID: <4AF6B856.3080307@underhand.org>

Carsten Haitzler (The Rasterman) wrote:
> On Sun, 08 Nov 2009 04:37:07 +0000 Dave Ball <openmoko at underhand.org> said:
>   
>> Is there a quick-start guide for writing an e module, maybe some simple 
>> code / example?
>>     
>
> http://www.rasterman.com/files/logo-0.0.1.tar.gz
> http://www.youtube.com/watch?v=abNsVyYTSkU
>   

Heh - Thanks!  That's pretty comprehensive and cool - now if only 
youtube would let me step frame-by-frame!  :-)

Dave


From admin at leinir.dk  Sun Nov  8 13:24:26 2009
From: admin at leinir.dk (Dan Leinir Turthra Jensen)
Date: Sun, 8 Nov 2009 13:24:26 +0100
Subject: OMGTA03 aka. 3D7K (call for preview)
In-Reply-To: <200911081257.21129.david.lanzendoerfer@o2s.ch>
References: <200911081257.21129.david.lanzendoerfer@o2s.ch>
Message-ID: <200911081324.26377.admin@leinir.dk>

On Sunday 08 November 2009 12:57:17 David Lanzend?rfer wrote:
> Hiho.
> Ive seen, that there is already support for the OM-GTA03 in FSO/SHR.
> But I don't have any idea how it will look like.
> Are there some previews? Design sheets? Anything.
> I'm nearly dieing from curiousity.
> Plz give me some preview, how it will look like.
> Will it have a keyboard or just touchscreen like my NeoFreerunner?
> 
> greatings leviathan
> 

  In addition to what Lars Hennig said, i'd just like to point out that using 
OMG-TA03 would be a better place for the dash... ;)

-- 
..Dan // Leinir..
http://leinir.dk/

                          Co-
                            existence
                          or no
                            existence

                          - Piet Hein


From raster at rasterman.com  Sun Nov  8 13:33:42 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Sun, 8 Nov 2009 23:33:42 +1100
Subject: Ideal screen rotation
In-Reply-To: <4AF685D7.6040008@wollishausen.de>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<20091107114632.16bdbee7.raster@rasterman.com>
	<49dd78620911070033t376d904fs50b9708e296f92e3@mail.gmail.com>
	<20091107235508.7bd017dd.raster@rasterman.com>
	<359c5480911070544l1d6256f1xc006be204eb5f2d5@mail.gmail.com>
	<4AF5989D.6050901@wollishausen.de>
	<20091108121732.677e9aae.raster@rasterman.com>
	<4AF685D7.6040008@wollishausen.de>
Message-ID: <20091108233342.2760d06f.raster@rasterman.com>

On Sun, 08 Nov 2009 09:48:23 +0100 Matthias Huber
<matthias.huber at wollishausen.de> said:

> 
> >>>   
> >>>       
> >> in my oppinion, it is not necessary, because one has all needed 
> >> information already in
> >> --> man XSizeHints
> >> if a window says, for exampe 800x600, and says maybe in the aspect 
> >> ratios 4:3, the rotation preference is quite clear, i think.
> >>     
> >
> > 800x600 doesn;'t even fit. its a minimum size. it's not sane to use such a
> > property as this doesn't tell you the original rotation - just a size. you
> > are overloading a property here that isn't meant for this information.
> > ther's also a window aspect ratio property - again, this isn't rotation. a
> > wm may interpret this by scrolling the window around, not rotating. or just
> > make the window smaller if it likes it or not (eg what e and matchbox do
> > for example). 
> 
> can you give us a hint where this (rotation) property can be found ?
> perhaps hint on manual page ?

see my other mails.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From seba.dos1 at gmail.com  Sun Nov  8 13:39:03 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Sun, 8 Nov 2009 13:39:03 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091108115943.d2ac9520.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>
	<20091107114918.c0583752.raster@rasterman.com>
	<20091107101434.GA4290@roque.1407.org>
	<49dd78620911070623v5d368faer576b7d32477bc320@mail.gmail.com>
	<20091108115943.d2ac9520.raster@rasterman.com>
Message-ID: <c30e08170911080439s3a10c3e1k5b1092fbf3a517f2@mail.gmail.com>

On 11/8/09, Carsten Haitzler <raster at rasterman.com> wrote:
> 1. omnewroatte ONLY listens to accelerometers and talks to the wm (via any
> mechanism you like) telling it what position the phone is in. that is all it
> does. nothing else. all other decisions are made by the wm base on as you
> said
> above, the properties of the window - which app is currently active (change
> apps between one that wants to be portrait wants to be landscape, the wm has
> to
> flip orientation when you flip apps. etc. for example - e already has a
> config
> dialog for changing screen resoltion and rotation. it already handles this
> stuff - it's missing the logic of reading some as-yet-uninvented property
> from
> a window and 2. handling that property with respect to rotation. any wm can
> do
> this. this is definitely a job that belongs in properties of a window and
> the
> wm to read them, follow their changes, and "do the right thing")

Then there is no need for omnewrotate, as fsodeviced is already doing
exactly that via dbus.

-- 
Sebastian Krzyszkowiak
dos


From frederik.sdun at googlemail.com  Sun Nov  8 15:16:21 2009
From: frederik.sdun at googlemail.com (Frederik Sdun)
Date: Sun, 8 Nov 2009 15:16:21 +0100
Subject: 26c3
In-Reply-To: <708044.81729.qm@web26304.mail.ukl.yahoo.com>
References: <20091106193014.GA12700@playya-laptop>
	<20091107000617.GA6490@rho.kd85.com>
	<708044.81729.qm@web26304.mail.ukl.yahoo.com>
Message-ID: <20091108141621.GA11458@playya-laptop>

* hab keen oh ne <baba_melone at yahoo.de> [08.11.2009 10:29]:
>    I attended the workshop last time and my impression was, that people
>    really liked it.
>    It was on Hackable1 I think and surely not too advanced...
>    What is planned till now for this year's congress?
>    Regards,
>    Martin Puffe.
> 
>      ----------------------------------------------------------------------
> 
>    Von: Wim Vandeputte Mailing list only <bunbun at kd85.com>
>    An: List for Openmoko community discussion <community at lists.openmoko.org>
>    Gesendet: Samstag, den 7. November 2009, 1:06:17 Uhr
>    Betreff: Re: 26c3
> 
>    hey,
> 
>    On Fri, Nov 06, 2009 at 08:30:14PM +0100, Frederik Sdun wrote:
>    > we try to get a table on the Chaos Communcations Congress [1].
>    >
>    > The CCC is one of the biggest hacker congresses in europe and has a lot
>    > of interesting talks and workshops and i think everone of you knows this
>    > nice event. It takes place from December 27th to 30th 2009 in Berlin.
>    >
>    > Current attendees:
>    >
>    > David "leviathan" Lanzend?rfer
>    > Thomas "nezza-_-" Roth
>    > Frederik "playya" Sdun
>    >
>    > Anyone else interested to be there and wants to have a plce on the
>    table?
> 
>    Last year we organised such a corner and Khorben gave a workshop one
>    evening in the workshop room, that was very well received.
> 
>    It seems the workshop brought in the most people and you could organise
>    one every evening, it's better to have people play a bit, go away and
>    come back the next day with new questions instead of forcing them to stay
>    for 5 hours
> 
>    If you want, you can get a few tables in the hardware hacking corner
>    the we are planning for hackable devices (mostly soldering and 3D
>    printing,
>    but plenty of room for Openmoko and friends)
> 
>    Wim.
> 
>    _______________________________________________
>    Openmoko community mailing list
>    community at lists.openmoko.org
>     http://lists.openmoko.org/mailman/listinfo/community
Hi,

@wim Thanks for your invitation. We accept your invitation and take aseat in your corner.

I  don't have a concrete project yet. But i think it's either a vala
wrapper for efl or integrating accelges into FSO [1]. 
David will continue his SHR port for HTC dream and maybe flashes some
devices.
Thomas: I don't know

There's no workshop planned yet. Anything you want to see? Maybe we can
organize it.

Regards, Frederik

[1] http://accelges.googlecode.com/
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 
IRC: playya @ Freenode, Gimpnet
xmpp: playya at draugr.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.openmoko.org/pipermail/community/attachments/20091108/c8b92fc7/attachment-0001.pgp 

From pbeck at yourse.de  Sun Nov  8 19:01:45 2009
From: pbeck at yourse.de (Patrick Beck)
Date: Sun, 08 Nov 2009 19:01:45 +0100
Subject: Looking for a convenient tool
In-Reply-To: <20091106212127.GA4561@happyleptic.org>
References: <20091106212127.GA4561@happyleptic.org>
Message-ID: <1257703305.12412.37.camel@atlantis>

Hi,

i have written such a tool months ago, but i haven't published it yet.
So i have written a small article on my wiki now. Perhaps anybody like
it ;)

http://wiki.yourse.de/doku.php?id=python:emenu

with kind regards

Patrick

Am Freitag, den 06.11.2009, 22:21 +0100 schrieb rixed at happyleptic.org:
> Hello !
> 
> I'm looking for a program that, given a set of shell commands, display
> a gtk window with a button that runs each command.
> I have looked at zenity but it apparently lacks the button widgets.
> 
> Do you know of something similar, or should I write it myself ?
> 
> I think something like that would be very usefull for writing usefull
> finger controlable apps for the freerunner.
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.openmoko.org/pipermail/community/attachments/20091108/bb52c9a0/attachment.pgp 

From michael-tansella at gmx.de  Sun Nov  8 21:15:56 2009
From: michael-tansella at gmx.de (Michael Tansella)
Date: Sun, 8 Nov 2009 21:15:56 +0100
Subject: Openmoko in the press + Hiwi job offer Karlsruhe
Message-ID: <200911082115.56381.michael-tansella@gmx.de>

Hi together,

Matthias Breuel and me did a research project with the openmoko at the KIT 
(Karlsruhe Institute of Technology) in Germany.  We developed a Indoor 
navigation system with the Freerunner in C++/Qt. You can see a picture from 
the BNN newspaper here:  http://www.flickr.com/photos/44512237 at N08/4087173946/ 
No we are doing different stuff at our diploma 
thesis so we don't have the time to continue. If someone wants to continue and 
lives in Karlsruhe or at best studies there can get a 'Hiwi' Job. It's mainly 
no 
difficult algorithms but modify the code for new approaches. If someone is 
interested, feel free to contact me offlist.
Additionally Matthias and me want to thank the great support we received by 
the Openmoko community. Special thanks go to Andy(-tracking) who solved some 
Acc Kernel troubles over night and Mickey+ (freesmartphone team) whose dbus 
services did the low level programming for us.

Greets from Germany
Michael Tansella
Matthias Breuel


From moko_ml at depeje.net  Mon Nov  9 00:48:28 2009
From: moko_ml at depeje.net (Peter Nijs)
Date: Mon, 9 Nov 2009 00:48:28 +0100
Subject: [opimd] Call from opimd-contacts isn't working
Message-ID: <200911090048.28510.moko_ml@depeje.net>

Hello,

I never succeed in calling someone from the opimd-contacts application. There 
is just no response. When you would expect the dailer (standard shr) to pop 
up, it doesn't. Running opimd-contacts from the commandline doesn't reveal 
much. At startup I just get:

root at fry ~ $ opimd-contacts 
Using **pending_return in dbus_connection_send_with_reply_setup() without 
pending_setup is deprecated and strongly discouraged
/usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: 
object.__init__() takes no parameters            
  super(Connection, self).__init__(*args, **kwargs)                                                                           
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
..... And a bunch of them!

Nothing happens on the cli when I press the number to call from the contact. I 
use version 0.0.3+gitr133+11536ff92e44c956bb53af210fbe0ab806d8dcaf-r2 of 
opimd-utils.

Is this still normal, or should this work by now?

Depeje


From aditya.g8 at gmail.com  Mon Nov  9 07:33:45 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Mon, 9 Nov 2009 12:03:45 +0530
Subject: This might be illegal!
In-Reply-To: <1257602371.25623.17.camel@localhost>
References: <4f51103a0911061959j6d56e728k36745c51478c7e04@mail.gmail.com>
	<1257602371.25623.17.camel@localhost>
Message-ID: <4f51103a0911082233j47fc481crd09844ec187e153c@mail.gmail.com>

I unserdtand the shortcoming, But I have sucessfully ported gmail,
google maps,pdf reader, quick office, etc apps to my phone.
Also am looking forward to solve the market problem.
I have downloaded the sdk r3, and have put market on it, but now I
cannot figure out where the new downloaded apps are being stored (I
need the exact path) on the emulator, If I figure that out I can put
almost any app on my freerunner ............

On Sat, Nov 7, 2009 at 7:29 PM, GNUtoo <GNUtoo at no-log.org> wrote:
> On Sat, 2009-11-07 at 09:29 +0530, Aditya Gandhi wrote:
>> Hi people,
>> Those who really wish to go by the book, don't like to break simple
>> laws please stop here.
>> I don't mean to be rude, but don't want people who usually don't break
>> the law to get lured......
>>
>>
>>
>> Is there anyway in which we can use their emulator, probably hack the
>> g1 emulator and reverse engineer the android market
> Slideme that is a market,has an old apache 2.0 licensed version
> I tried to compile it but needed the 1.1 SDK and my CPU had better
> things to do than compile the 1.1 SDK
> Denis.
>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From aditya.g8 at gmail.com  Mon Nov  9 09:27:06 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Mon, 9 Nov 2009 13:57:06 +0530
Subject: OMGTA03 aka. 3D7K (call for preview)
In-Reply-To: <200911081324.26377.admin@leinir.dk>
References: <200911081257.21129.david.lanzendoerfer@o2s.ch>
	<200911081324.26377.admin@leinir.dk>
Message-ID: <4f51103a0911090027x7a9b81c0t768f75da87466924@mail.gmail.com>

So afterall is said, will there be a gta03 ever?
In the future will the work on 3D7K resume??

On Sun, Nov 8, 2009 at 5:54 PM, Dan Leinir Turthra Jensen
<admin at leinir.dk> wrote:
> On Sunday 08 November 2009 12:57:17 David Lanzend?rfer wrote:
>> Hiho.
>> Ive seen, that there is already support for the OM-GTA03 in FSO/SHR.
>> But I don't have any idea how it will look like.
>> Are there some previews? Design sheets? Anything.
>> I'm nearly dieing from curiousity.
>> Plz give me some preview, how it will look like.
>> Will it have a keyboard or just touchscreen like my NeoFreerunner?
>>
>> greatings leviathan
>>
>
> ?In addition to what Lars Hennig said, i'd just like to point out that using
> OMG-TA03 would be a better place for the dash... ;)
>
> --
> ..Dan // Leinir..
> http://leinir.dk/
>
> ? ? ? ? ? ? ? ? ? ? ? ? ?Co-
> ? ? ? ? ? ? ? ? ? ? ? ? ? ?existence
> ? ? ? ? ? ? ? ? ? ? ? ? ?or no
> ? ? ? ? ? ? ? ? ? ? ? ? ? ?existence
>
> ? ? ? ? ? ? ? ? ? ? ? ? ?- Piet Hein
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From david at tuxbrain.com  Mon Nov  9 09:38:52 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Mon, 9 Nov 2009 09:38:52 +0100
Subject: OMGTA03 aka. 3D7K (call for preview)
In-Reply-To: <4f51103a0911090027x7a9b81c0t768f75da87466924@mail.gmail.com>
References: <200911081257.21129.david.lanzendoerfer@o2s.ch>
	<200911081324.26377.admin@leinir.dk>
	<4f51103a0911090027x7a9b81c0t768f75da87466924@mail.gmail.com>
Message-ID: <5c6ceea80911090038u6fc57a17u8aa062629139c680@mail.gmail.com>

Answer is No but yes :)
There will be not GTA03 as it was understood when "defined" by
Openmoko inc. , but gta02-core team is working in evolutioning the
actual hardware and they are colaborating with Sao Paulo University
(who has a profesional manufacturing line) so there will be evolution
but not as planned. and nothing compared to almost defined GTA03.


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




2009/11/9 Aditya Gandhi <aditya.g8 at gmail.com>:
> So afterall is said, will there be a gta03 ever?
> In the future will the work on 3D7K resume??
>
> On Sun, Nov 8, 2009 at 5:54 PM, Dan Leinir Turthra Jensen
> <admin at leinir.dk> wrote:
>> On Sunday 08 November 2009 12:57:17 David Lanzend?rfer wrote:
>>> Hiho.
>>> Ive seen, that there is already support for the OM-GTA03 in FSO/SHR.
>>> But I don't have any idea how it will look like.
>>> Are there some previews? Design sheets? Anything.
>>> I'm nearly dieing from curiousity.
>>> Plz give me some preview, how it will look like.
>>> Will it have a keyboard or just touchscreen like my NeoFreerunner?
>>>
>>> greatings leviathan
>>>
>>
>> ?In addition to what Lars Hennig said, i'd just like to point out that using
>> OMG-TA03 would be a better place for the dash... ;)
>>
>> --
>> ..Dan // Leinir..
>> http://leinir.dk/
>>
>> ? ? ? ? ? ? ? ? ? ? ? ? ?Co-
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?existence
>> ? ? ? ? ? ? ? ? ? ? ? ? ?or no
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?existence
>>
>> ? ? ? ? ? ? ? ? ? ? ? ? ?- Piet Hein
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From hns at computer.org  Mon Nov  9 10:24:36 2009
From: hns at computer.org (Dr. H. Nikolaus Schaller)
Date: Mon, 9 Nov 2009 10:24:36 +0100
Subject: Next Munich Openmoko "Stammtisch" in November/December 2009
In-Reply-To: <53B8CFD1-AB02-446B-915A-D9B1CC1113A1@computer.org>
References: <8CC10254-904C-41C9-960B-434AD8F46485@computer.org>
	<53B8CFD1-AB02-446B-915A-D9B1CC1113A1@computer.org>
Message-ID: <88DC0FF2-2696-45AA-8BFF-15844EE75B6F@computer.org>

Hi all,
the date & time has been fixed:

tomorrow, Tuesday 10th Nov 2009. Official start at 19:00. I will  
probably be there earlier (18:15 or so).

Location as usual "Die Wildsau" in Munich, Balanstra?e

Nikolaus



Am 21.10.2009 um 10:30 schrieb Dr. H. Nikolaus Schaller:

> Hi all,
> just a reminder to think about voting for a preferred day and week.
>
> With the new topics like the NanoNote and the WikiReader, Palm Pre and
> Nokia N900 there are a more than enough of topics for discussion.
>
> New participants are very welcome!
>
> Nikolaus
>
>
> Am 05.10.2009 um 17:01 schrieb Dr. H. Nikolaus Schaller:
>
>> Hi all,
>> the next Openmoko "Stammtisch" (informal meeting) in Munich, Germany
>> is being planned. As in past meetings you can meet users and geeks,
>> talk about hardware and software, and even find long-time Zaurus
>> owners...
>>
>> Since we did have a visitor from Canada last time, everyone who is
>> interested to come to Munich in November or December is welcome (we
>> try to speak English if necessary). Please vote for the preferred
>> evening (19:00) through doodle.
>>
>> For details, please go to (German language):
>>
>> 	http://freeyourphone.de/portal_v1/viewtopic.php?f=71&t=1583&p=15546
>>
>> Nikolaus
>>
>>
>> --------------------------------------------------------------------
>> Mobile Office Solutions
>> by Golden Delicious Computers GmbH&Co. KG
>> Buchenstr. 3
>> D-82041 Oberhaching
>> +49-89-54290367
>> http://www.handheld-linux.com
>>
>> AG M?nchen, HRA 89571
>> VAT DE253626266
>> Komplement?r:
>> Golden Delicious Computers Verwaltungs GmbH
>> Oberhaching, AG M?nchen, HRB 16602
>> Gesch?ftsf?hrer: Dr. Nikolaus Schaller
>>
>> Digital Tools for Independent People
>> --------------------------------------------------------------------
>>
>>
>>
>>
>>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



From rixed at happyleptic.org  Mon Nov  9 11:34:10 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Mon, 9 Nov 2009 11:34:10 +0100
Subject: Maintainer of handheld-linux.com
Message-ID: <20091109103409.GA6051@fp-desktop.fr.evistel.com>

Your website http://www.handheld-linux.com seams down right now.

If it's not on purpose, please have a look :-)




From hns at computer.org  Mon Nov  9 11:49:09 2009
From: hns at computer.org (Dr. H. Nikolaus Schaller)
Date: Mon, 9 Nov 2009 11:49:09 +0100
Subject: Maintainer of handheld-linux.com
In-Reply-To: <20091109103409.GA6051@fp-desktop.fr.evistel.com>
References: <20091109103409.GA6051@fp-desktop.fr.evistel.com>
Message-ID: <7BF0A48F-B10C-4690-A6D8-C7F8F8A6DF9B@computer.org>

You must have happend to hit the 20 seconds power outage we had this  
morning and the rebooting time of the server...

Best regards,
Nikolaus Schaller

Am 09.11.2009 um 11:34 schrieb rixed at happyleptic.org:

> Your website http://www.handheld-linux.com seams down right now.
>
> If it's not on purpose, please have a look :-)
>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



--------------------------------------------------------------------
Mobile Office Solutions
by Golden Delicious Computers GmbH&Co. KG
Buchenstr. 3
D-82041 Oberhaching
+49-89-54290367
http://www.handheld-linux.com

AG M?nchen, HRA 89571
VAT DE253626266
Komplement?r:
Golden Delicious Computers Verwaltungs GmbH
Oberhaching, AG M?nchen, HRB 16602
Gesch?ftsf?hrer: Dr. Nikolaus Schaller

Digital Tools for Independent People
--------------------------------------------------------------------







From rixed at happyleptic.org  Mon Nov  9 12:08:36 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Mon, 9 Nov 2009 12:08:36 +0100
Subject: Maintainer of handheld-linux.com
In-Reply-To: <7BF0A48F-B10C-4690-A6D8-C7F8F8A6DF9B@computer.org>
References: <20091109103409.GA6051@fp-desktop.fr.evistel.com>
	<7BF0A48F-B10C-4690-A6D8-C7F8F8A6DF9B@computer.org>
Message-ID: <20091109110836.GB6051@fp-desktop.fr.evistel.com>

-[ Mon, Nov 09, 2009 at 11:49:09AM +0100, Dr. H. Nikolaus Schaller ]----
> You must have happend to hit the 20 seconds power outage we had this  
> morning and the rebooting time of the server...

Apparently something is still wrong :

[root at apc ~]# tcpdump -ni eth0 host 81.169.145.86&
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes

[root at apc ~]# telnet www.handheld-linux.com 80
Trying 81.169.145.86...
12:07:14.462461 IP 192.168.1.10.3390 > 81.169.145.86.80: S 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp 2401750662 0,nop,wscale 2>
12:07:17.460651 IP 192.168.1.10.3390 > 81.169.145.86.80: S 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp 2401751262 0,nop,wscale 2>
12:07:23.460079 IP 192.168.1.10.3390 > 81.169.145.86.80: S 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp 2401752462 0,nop,wscale 2>
12:07:35.458749 IP 192.168.1.10.3390 > 81.169.145.86.80: S 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp 2401754862 0,nop,wscale 2>





From hns at computer.org  Mon Nov  9 12:22:51 2009
From: hns at computer.org (Dr. H. Nikolaus Schaller)
Date: Mon, 9 Nov 2009 12:22:51 +0100
Subject: Maintainer of handheld-linux.com
In-Reply-To: <20091109110836.GB6051@fp-desktop.fr.evistel.com>
References: <20091109103409.GA6051@fp-desktop.fr.evistel.com>
	<7BF0A48F-B10C-4690-A6D8-C7F8F8A6DF9B@computer.org>
	<20091109110836.GB6051@fp-desktop.fr.evistel.com>
Message-ID: <79BF73E0-A77E-440D-A3C1-E9B61C222079@computer.org>


Am 09.11.2009 um 12:08 schrieb rixed at happyleptic.org:

> -[ Mon, Nov 09, 2009 at 11:49:09AM +0100, Dr. H. Nikolaus  
> Schaller ]----
>> You must have happend to hit the 20 seconds power outage we had this
>> morning and the rebooting time of the server...
>
> Apparently something is still wrong :
>
> [root at apc ~]# tcpdump -ni eth0 host 81.169.145.86&
> tcpdump: verbose output suppressed, use -v or -vv for full protocol  
> decode
> listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
>
> [root at apc ~]# telnet www.handheld-linux.com 80
> Trying 81.169.145.86...
> 12:07:14.462461 IP 192.168.1.10.3390 > 81.169.145.86.80: S  
> 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp  
> 2401750662 0,nop,wscale 2>
> 12:07:17.460651 IP 192.168.1.10.3390 > 81.169.145.86.80: S  
> 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp  
> 2401751262 0,nop,wscale 2>
> 12:07:23.460079 IP 192.168.1.10.3390 > 81.169.145.86.80: S  
> 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp  
> 2401752462 0,nop,wscale 2>
> 12:07:35.458749 IP 192.168.1.10.3390 > 81.169.145.86.80: S  
> 2432058047:2432058047(0) win 5840 <mss 1460,sackOK,timestamp  
> 2401754862 0,nop,wscale 2>

Since there is some DynDNS involved not all caches or routers may know  
the (new) IP address yet.




From helge.hafting at hist.no  Mon Nov  9 13:28:48 2009
From: helge.hafting at hist.no (Helge Hafting)
Date: Mon, 09 Nov 2009 13:28:48 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091106172227.GB14131@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>
	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>
	<20091106172227.GB14131@roque.1407.org>
Message-ID: <4AF80B00.2010602@hist.no>

Rui Miguel Silva Seabra wrote:
> On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:

>> But there is a problem. The user may switch between several apps with
>> different rotation needs. (xmahjongg needs landscape, tetris needs 
>> portrait, ...)  How will omnewrotate be notified about this?
> 
> The proper way is to define a set of DBUS signals.
> 
> Of course conflicting signals need to be ignored.

What conflicting signals? A proper implementation won't
have conflicts?

The normal freerunner usage is to maximize the foreground app, so there
is only one app that need its rotation preference obeyed at any time.

The user may run both some portrait apps, some landscape apps, and some
"don't care at all" apps and some "use the accelerometer orientation" 
apps all at the same time.  All of them can state their preferences,
only one need to be obeyed at any time.

So, when the user uses the arrows to flip form app to app, the 
orientation stays the same if a "don't care" app is selected, or some 
app that wants the current orientation. If an app with a different 
orientation is selected, the display should change _before_ the new app
gets painted. It is a huge waste of time if the app first shows in the 
wrong orientation, and then quickly changes. (Or if the previous app
is repainted in the new orientation before the new app is brought to the 
surface.)

There are no conflicts, but whatever software you have managing the 
display must be able to change orientation at exactly the right moment.

Merely setting the orientation when an app is launched (like we do for 
backlight) is no good - the user can switch apps at any time. Good 
orientation management must therefore be a part of the app switching 
mechanism.

Helge Hafting


From atilla.filiz at gmail.com  Mon Nov  9 14:05:54 2009
From: atilla.filiz at gmail.com (Atilla Filiz)
Date: Mon, 9 Nov 2009 14:05:54 +0100
Subject: [OffTopic]Geek'sPhone: New android actor?
Message-ID: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com>

I stumbled up http://www.geeksphone.com/en/ today, featuring a new Android
based device from Spain. The device is called ONE, anagram of NEO. Although
the feature set seems nice, they don't seems to care much about openness,
and don't deserve the Geek's title(or do they?).

-- 
---------------------------------------------------------
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme
--------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091109/57230802/attachment.htm 

From rusolis at poczta.fm  Mon Nov  9 14:20:39 2009
From: rusolis at poczta.fm (Michal Brzozowski)
Date: Mon, 9 Nov 2009 14:20:39 +0100
Subject: [OffTopic]Geek'sPhone: New android actor?
In-Reply-To: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com>
References: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com>
Message-ID: <8b48b1570911090520v5dbfbb44h828306d112b96070@mail.gmail.com>

2009/11/9 Atilla Filiz <atilla.filiz at gmail.com>

> I stumbled up http://www.geeksphone.com/en/ today, featuring a new Android
> based device from Spain. The device is called ONE, anagram of NEO. Although
> the feature set seems nice, they don't seems to care much about openness,
> and don't deserve the Geek's title(or do they?).
>

Do they need to open the hardware for that title? If you can hack it
(install SHR or something) then it's geek enough for me.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091109/688a2534/attachment.htm 

From seba.dos1 at gmail.com  Mon Nov  9 14:38:45 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Mon, 9 Nov 2009 14:38:45 +0100
Subject: [opimd] Call from opimd-contacts isn't working
In-Reply-To: <200911090048.28510.moko_ml@depeje.net>
References: <200911090048.28510.moko_ml@depeje.net>
Message-ID: <c30e08170911090538m175b56d6r3d077acf82eb7cc6@mail.gmail.com>

On 11/9/09, Peter Nijs <moko_ml at depeje.net> wrote:
> Hello,
>
> I never succeed in calling someone from the opimd-contacts application.
> There
> is just no response. When you would expect the dailer (standard shr) to pop
> up, it doesn't. Running opimd-contacts from the commandline doesn't reveal
> much. At startup I just get:
>
> root at fry ~ $ opimd-contacts
> Using **pending_return in dbus_connection_send_with_reply_setup() without
> pending_setup is deprecated and strongly discouraged
> /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning:
> object.__init__() takes no parameters
>   super(Connection, self).__init__(*args, **kwargs)
>
> 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
> ..... And a bunch of them!
>
> Nothing happens on the cli when I press the number to call from the contact.
> I
> use version 0.0.3+gitr133+11536ff92e44c956bb53af210fbe0ab806d8dcaf-r2 of
> opimd-utils.
>
> Is this still normal, or should this work by now?
>
> Depeje

Check your ogsmd and ophonekitd/phonefsod. opimd-contacts is just
calling InitiateCall method, nothing more, rest is to be done by other
apps.

-- 
Sebastian Krzyszkowiak
dos


From david at tuxbrain.com  Mon Nov  9 15:08:12 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Mon, 9 Nov 2009 15:08:12 +0100
Subject: [OffTopic]Geek'sPhone: New android actor?
In-Reply-To: <8b48b1570911090520v5dbfbb44h828306d112b96070@mail.gmail.com>
References: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com>
	<8b48b1570911090520v5dbfbb44h828306d112b96070@mail.gmail.com>
Message-ID: <5c6ceea80911090608g725a24cmd64ca7b217cb0b46@mail.gmail.com>

We are in contact with this Geek'sphone  guys since it first
prototipe(it had also included DVB-T receiver) and we even have indeep
tested and evaluated this first prototype , due our conclusions they
had changed totally from manufacturer and platform, I have no new
prototype of that version yet, surelly I will, but the main problem is
not from part of Geek'sphone, they are really open to make his phone
open :P, the blocking part of this  are the manufacturers.
Manufacturers are very very reluctant to provide any depth technical
information even  being disposed to sign any NDA needed. The first
manufacturer at the end of a lot of work and mails , finally accepts
to share with us the Kernel source code but without schematics nor BOF
was very  dificult to continue, so Geek'sphone finally decide to
change the platform to be able to go to market on time, and we are at
the starting point again con convices the manufacturer about the
benefits on let the hackers play with their phone instead of put
obstacles on it.
We have an eye on this and of course the objective is to run other SO
on it and first candidate is SHR of course :)
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!!!




2009/11/9 Michal Brzozowski <rusolis at poczta.fm>:
> 2009/11/9 Atilla Filiz <atilla.filiz at gmail.com>
>>
>> I stumbled up http://www.geeksphone.com/en/ today, featuring a new Android
>> based device from Spain. The device is called ONE, anagram of NEO. Although
>> the feature set seems nice, they don't seems to care much about openness,
>> and don't deserve the Geek's title(or do they?).
>
> Do they need to open the hardware for that title? If you can hack it
> (install SHR or something) then it's geek enough for me.
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


From rms at 1407.org  Mon Nov  9 16:49:24 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Mon, 9 Nov 2009 15:49:24 +0000
Subject: Ideal screen rotation
In-Reply-To: <4AF80B00.2010602@hist.no>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<4AF80B00.2010602@hist.no>
Message-ID: <20091109154924.GA5471@roque.1407.org>

On Mon, Nov 09, 2009 at 01:28:48PM +0100, Helge Hafting wrote:
> >> But there is a problem. The user may switch between several apps with
> >> different rotation needs. (xmahjongg needs landscape, tetris needs 
> >> portrait, ...)  How will omnewrotate be notified about this?
> > 
> > The proper way is to define a set of DBUS signals.
> > 
> > Of course conflicting signals need to be ignored.
> 
> What conflicting signals? A proper implementation won't
> have conflicts?

app1 prefers landscape1
app2 prefers landscape2
app3 prefers portrait1

In such a system, while app1 will have to prevail and the others will have
to wait.

(...)

> There are no conflicts, but whatever software you have managing the 
> display must be able to change orientation at exactly the right moment.

Of course you see, then, that rotation is a job best served by the Window
Manager, yes? :)

Daemons that rotate the screen (like my omnewrotate) are simpler hacks...

Rui


From raster at rasterman.com  Mon Nov  9 16:52:37 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Tue, 10 Nov 2009 02:52:37 +1100
Subject: Ideal screen rotation
In-Reply-To: <20091109154924.GA5471@roque.1407.org>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>
	<4AF179C1.1080109@hist.no> <20091104130726.GB4627@roque.1407.org>
	<4AF44354.1080502@hist.no> <20091106172227.GB14131@roque.1407.org>
	<4AF80B00.2010602@hist.no> <20091109154924.GA5471@roque.1407.org>
Message-ID: <20091110025237.ab6879bb.raster@rasterman.com>

On Mon, 9 Nov 2009 15:49:24 +0000 Rui Miguel Silva Seabra <rms at 1407.org> said:

> On Mon, Nov 09, 2009 at 01:28:48PM +0100, Helge Hafting wrote:
> > >> But there is a problem. The user may switch between several apps with
> > >> different rotation needs. (xmahjongg needs landscape, tetris needs 
> > >> portrait, ...)  How will omnewrotate be notified about this?
> > > 
> > > The proper way is to define a set of DBUS signals.
> > > 
> > > Of course conflicting signals need to be ignored.
> > 
> > What conflicting signals? A proper implementation won't
> > have conflicts?
> 
> app1 prefers landscape1
> app2 prefers landscape2
> app3 prefers portrait1

thats why i said

1. put it as properties on a window (you now know precisely which windows want
what - or dont care - 1 app can create more than 1 window remember)
2. the wm knows which windows are around doign what and their properties. it
can decide what to do. :)

> In such a system, while app1 will have to prevail and the others will have
> to wait.
> 
> (...)
> 
> > There are no conflicts, but whatever software you have managing the 
> > display must be able to change orientation at exactly the right moment.
> 
> Of course you see, then, that rotation is a job best served by the Window
> Manager, yes? :)
> 
> Daemons that rotate the screen (like my omnewrotate) are simpler hacks...
> 
> Rui
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From daniel.l.staley at gmail.com  Mon Nov  9 18:58:04 2009
From: daniel.l.staley at gmail.com (Dan Staley)
Date: Mon, 9 Nov 2009 12:58:04 -0500
Subject: [All] Black Screen of Death - Won't resume from standby
In-Reply-To: <b66a83e00911050801t113a643p4c4338e4d7fde529@mail.gmail.com>
References: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com> 
	<4AEBF50D.3020202@wollishausen.de>
	<b66a83e00910311003t2820ab27kb1e43522d7e0c927@mail.gmail.com> 
	<20091101142928.GA12029@roque.1407.org>
	<b66a83e00911021352y30ca8801r1db1428eb38953fe@mail.gmail.com> 
	<b66a83e00911050801t113a643p4c4338e4d7fde529@mail.gmail.com>
Message-ID: <a1951fe20911090958p33fd9883n26c48958adaf40a3@mail.gmail.com>

I also get the BSOD (at least once every couple days...sometimes more), but
I do not have omnewrotate installed....so I'm pretty sure it is something
else.
I'm hoping the big new SHR update that is coming will help fix it.

-Dan

On Thu, Nov 5, 2009 at 11:01 AM, Warren Baird
<wjbaird at alumni.uwaterloo.ca>wrote:

> So - an update - it really seems that in my case at least the black screens
> of death were being caused by omnewrotate.  I'd been getting at least 1 or 2
> a day since I installed it, and I got 4 last Sunday and at least 2 or 3 the
> day before that.   On monday I changed the omnewrotate behaviour to be off
> by default, and I haven't seen a single BSOD since then.
>
> It's a bit annoying, since if I forget to make sure the phone is vertical
> before suspending it, my screen is all messed up, but that is less annoying
> than missing calls because of the BSODs.
>
> Warren
>
>
>
> On Mon, Nov 2, 2009 at 4:52 PM, Warren Baird <wjbaird at alumni.uwaterloo.ca>wrote:
>
>> That sounds quite reasonable - I wasn't trying to point fingers - just
>> describing the experience I had.   yesterday I had my FR die with a BSOD 4
>> times - before I installed omnewrotate on this install I hadn't seen a BSOD
>> at all.
>>
>> I've just changed the default behavior for omnewrotate to 'Off' an hour or
>> two ago, I'm going to run for a few days and see if that impacts things...
>>
>> Warren
>>
>>
>>
>> On Sun, Nov 1, 2009 at 9:29 AM, Rui Miguel Silva Seabra <rms at 1407.org>wrote:
>>
>>> Hi,
>>>
>>> As you go into suspend, a script is called that *stops* (kills the
>>> process)
>>> omnewrotate.
>>>
>>> As you resume, a script is called that starts omnewrotate.
>>>
>>> So:
>>>
>>>  1) as you suspend, omnewrotate is *not* even working.
>>>  2) only after resume is completed does omnewrotate get started
>>>
>>> Conclusion: omnewrotate doesn't affect suspend/resume cycles. :)
>>>
>>> This scripts were place early on in it's development as after resuming
>>> omnewrotate couldn't get any data from the accelerometers (let alone
>>> my fears that keeping the device open could affect resume).
>>>
>>> Rui
>>>
>>> On Sat, Oct 31, 2009 at 01:03:29PM -0400, Warren Baird wrote:
>>> > I just started noticing this on an shr-u build updated in early sept.
>>> The
>>> > only thing I've changed lately is installing omnewrotate.   I also
>>> noticed
>>> > it on an install of the shr-testing candidate, that also had
>>> omnewrotate
>>> > installed.
>>> >
>>> > I'm going to keep omnewrotate installed for a while and see how often I
>>> get
>>> > the BSOD. Then I'll uninstall or disable omnewrotate and see what
>>> happens.
>>> >
>>> > Warren
>>> >
>>> >
>>> > On Sat, Oct 31, 2009 at 4:27 AM, Matthias Huber <
>>> > matthias.huber at wollishausen.de> wrote:
>>> >
>>> > > Steven ** schrieb:
>>> > > > I've seen this several times with SHR-Unstable and now with
>>> Android.
>>> > > > So, I'd say it's something that is common among these distro's.  Is
>>> it
>>> > > > seen on all distros?  Is it the kernel?  Hardware bug?  Bootloader
>>> > > > issue?
>>> > > > Any clues how to debug this or what might cause it?
>>> > > >
>>> > > > I know I'm not the only one that sees it.  How are others dealing
>>> with
>>> > > > these random lock-ups?
>>> > > >
>>> > > >
>>> > > i have this too with my system gta02v6 latest shr-u.
>>> > > sometimes i thought, it has to do with gps, but i am not sure about.
>>> > > sometimes i think, problem it is changing cell while sleeping.
>>> > >
>>> > > _______________________________________________
>>> > > Openmoko community mailing list
>>> > > community at lists.openmoko.org
>>> > > http://lists.openmoko.org/mailman/listinfo/community
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Warren Baird - Photographer and Digital Artist
>>> > http://www.synergisticimages.ca
>>>
>>> > _______________________________________________
>>> > Openmoko community mailing list
>>> > community at lists.openmoko.org
>>> > http://lists.openmoko.org/mailman/listinfo/community
>>>
>>>
>>> --
>>>
>>> _______________________________________________
>>> Openmoko community mailing list
>>> community at lists.openmoko.org
>>> http://lists.openmoko.org/mailman/listinfo/community
>>>
>>
>>
>>
>> --
>> Warren Baird - Photographer and Digital Artist
>> http://www.synergisticimages.ca
>>
>
>
>
> --
> Warren Baird - Photographer and Digital Artist
> http://www.synergisticimages.ca
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091109/3c2a217c/attachment.htm 

From openmoko at ginguppin.de  Mon Nov  9 19:05:04 2009
From: openmoko at ginguppin.de (arne anka)
Date: Mon, 09 Nov 2009 19:05:04 +0100
Subject: kernel 2.6.3x?
Message-ID: <op.u2426pan41evsb@ginguppin>

a while ago there were some posts about making kernel 2.6.3x available,  
because it needs far less patches and improves amongst others power saving.
but now that kernel 2.6.31 is out for a while, no one ever mentioned  
anything.

so, simple question: how's the state of the new kernel? anybody working on  
it?


From klemmster at gmail.com  Mon Nov  9 21:29:38 2009
From: klemmster at gmail.com (Richy)
Date: Mon, 9 Nov 2009 21:29:38 +0100
Subject: kernel 2.6.3x?
In-Reply-To: <op.u2426pan41evsb@ginguppin>
References: <op.u2426pan41evsb@ginguppin>
Message-ID: <9e7398030911091229t4cb9120ew11cfdcb7abcbc244@mail.gmail.com>

afaik 2.6.31 will be used in next shr-unstable. Available some time
soon, hopefully

On Mon, Nov 9, 2009 at 19:05, arne anka <openmoko at ginguppin.de> wrote:
> a while ago there were some posts about making kernel 2.6.3x available,
> because it needs far less patches and improves amongst others power saving.
> but now that kernel 2.6.31 is out for a while, no one ever mentioned
> anything.
>
> so, simple question: how's the state of the new kernel? anybody working on
> it?
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From david.lanzendoerfer at o2s.ch  Mon Nov  9 21:34:56 2009
From: david.lanzendoerfer at o2s.ch (David =?iso-8859-1?q?Lanzend=F6rfer?=)
Date: Mon, 9 Nov 2009 21:34:56 +0100
Subject: [OffTopic]Geek'sPhone: New android actor?
In-Reply-To: <5c6ceea80911090608g725a24cmd64ca7b217cb0b46@mail.gmail.com>
References: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com>
	<8b48b1570911090520v5dbfbb44h828306d112b96070@mail.gmail.com>
	<5c6ceea80911090608g725a24cmd64ca7b217cb0b46@mail.gmail.com>
Message-ID: <200911092135.00999.david.lanzendoerfer@o2s.ch>

Would be nice, if it could become a new development platform for OM/SHR too.

Are there some development boards to get?

With JTAG interface and so on?

And a documentation for writing free drivers for the linux kernel?

Using android kernel is not an option, because they put the mostpart of theire 
drivers into the apache licensed userspace. In binary format.

So the basic idea of opensource handies is died in android, because the linux 
kernel cant support the hardware on its own, theres alway a binary compatible 
android userspace needed to have the devices working properly.

I hope, if they call theire phone "geeky" then they are also open to sell 
developmentboards and documentation.
If they dont. Then the word geeky is a lie and we could even call a htc-raph 
or other windows-ce generation handies geeky.
Then we can call every ** smartphone geeky. Because they are all hackable in 
someway...

So please ask them to inform about development boards on theire page.
They dont have to make UMTS/GSM open, its clear that they cant, but the rest 
of the pcb and schematics they could give us in a documentation, so that some 
smart linux kernel hackers could write some drivers in the propriate section 
(Board, CPU, Devices)

Something which the Android developers didnt manage to do either.
Theire drivers are sooo ugly.
This time, the development should start from our site.
Linux shouldnt have only BIOS function, but should have the user and kernel 
space consequently separated.
Lets do it on our own, an we are sure, that it will be respected.
We can certainly do it better then proprietary enterprises and google.

regards leviathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091109/bc85f926/attachment.pgp 

From wjbaird at alumni.uwaterloo.ca  Mon Nov  9 22:06:42 2009
From: wjbaird at alumni.uwaterloo.ca (Warren Baird)
Date: Mon, 9 Nov 2009 16:06:42 -0500
Subject: [All] Black Screen of Death - Won't resume from standby
In-Reply-To: <a1951fe20911090958p33fd9883n26c48958adaf40a3@mail.gmail.com>
References: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com>
	<4AEBF50D.3020202@wollishausen.de>
	<b66a83e00910311003t2820ab27kb1e43522d7e0c927@mail.gmail.com>
	<20091101142928.GA12029@roque.1407.org>
	<b66a83e00911021352y30ca8801r1db1428eb38953fe@mail.gmail.com>
	<b66a83e00911050801t113a643p4c4338e4d7fde529@mail.gmail.com>
	<a1951fe20911090958p33fd9883n26c48958adaf40a3@mail.gmail.com>
Message-ID: <b66a83e00911091306p18d43df0t7be321a29e222248@mail.gmail.com>

There must be multiple causes for it...   I haven't seen a single BSOD in
the week since I turned omnewrotate off by default - just before I turned it
off I was getting 2 or sometimes more a day...

Maybe it's related to certain things happening during the resume phase?  I'm
still using omnewrotate, I've just changed it so that it isn't turned on
automatically when I resume from suspend...

Warren


On Mon, Nov 9, 2009 at 12:58 PM, Dan Staley <daniel.l.staley at gmail.com>wrote:

> I also get the BSOD (at least once every couple days...sometimes more), but
> I do not have omnewrotate installed....so I'm pretty sure it is something
> else.
> I'm hoping the big new SHR update that is coming will help fix it.
>
> -Dan
>
>
> On Thu, Nov 5, 2009 at 11:01 AM, Warren Baird <wjbaird at alumni.uwaterloo.ca
> > wrote:
>
>> So - an update - it really seems that in my case at least the black
>> screens of death were being caused by omnewrotate.  I'd been getting at
>> least 1 or 2 a day since I installed it, and I got 4 last Sunday and at
>> least 2 or 3 the day before that.   On monday I changed the omnewrotate
>> behaviour to be off by default, and I haven't seen a single BSOD since then.
>>
>> It's a bit annoying, since if I forget to make sure the phone is vertical
>> before suspending it, my screen is all messed up, but that is less annoying
>> than missing calls because of the BSODs.
>>
>> Warren
>>
>>
>>
>> On Mon, Nov 2, 2009 at 4:52 PM, Warren Baird <wjbaird at alumni.uwaterloo.ca
>> > wrote:
>>
>>> That sounds quite reasonable - I wasn't trying to point fingers - just
>>> describing the experience I had.   yesterday I had my FR die with a BSOD 4
>>> times - before I installed omnewrotate on this install I hadn't seen a BSOD
>>> at all.
>>>
>>> I've just changed the default behavior for omnewrotate to 'Off' an hour
>>> or two ago, I'm going to run for a few days and see if that impacts
>>> things...
>>>
>>> Warren
>>>
>>>
>>>
>>> On Sun, Nov 1, 2009 at 9:29 AM, Rui Miguel Silva Seabra <rms at 1407.org>wrote:
>>>
>>>> Hi,
>>>>
>>>> As you go into suspend, a script is called that *stops* (kills the
>>>> process)
>>>> omnewrotate.
>>>>
>>>> As you resume, a script is called that starts omnewrotate.
>>>>
>>>> So:
>>>>
>>>>  1) as you suspend, omnewrotate is *not* even working.
>>>>  2) only after resume is completed does omnewrotate get started
>>>>
>>>> Conclusion: omnewrotate doesn't affect suspend/resume cycles. :)
>>>>
>>>> This scripts were place early on in it's development as after resuming
>>>> omnewrotate couldn't get any data from the accelerometers (let alone
>>>> my fears that keeping the device open could affect resume).
>>>>
>>>> Rui
>>>>
>>>> On Sat, Oct 31, 2009 at 01:03:29PM -0400, Warren Baird wrote:
>>>> > I just started noticing this on an shr-u build updated in early sept.
>>>>   The
>>>> > only thing I've changed lately is installing omnewrotate.   I also
>>>> noticed
>>>> > it on an install of the shr-testing candidate, that also had
>>>> omnewrotate
>>>> > installed.
>>>> >
>>>> > I'm going to keep omnewrotate installed for a while and see how often
>>>> I get
>>>> > the BSOD. Then I'll uninstall or disable omnewrotate and see what
>>>> happens.
>>>> >
>>>> > Warren
>>>> >
>>>> >
>>>> > On Sat, Oct 31, 2009 at 4:27 AM, Matthias Huber <
>>>> > matthias.huber at wollishausen.de> wrote:
>>>> >
>>>> > > Steven ** schrieb:
>>>> > > > I've seen this several times with SHR-Unstable and now with
>>>> Android.
>>>> > > > So, I'd say it's something that is common among these distro's.
>>>>  Is it
>>>> > > > seen on all distros?  Is it the kernel?  Hardware bug?  Bootloader
>>>> > > > issue?
>>>> > > > Any clues how to debug this or what might cause it?
>>>> > > >
>>>> > > > I know I'm not the only one that sees it.  How are others dealing
>>>> with
>>>> > > > these random lock-ups?
>>>> > > >
>>>> > > >
>>>> > > i have this too with my system gta02v6 latest shr-u.
>>>> > > sometimes i thought, it has to do with gps, but i am not sure about.
>>>> > > sometimes i think, problem it is changing cell while sleeping.
>>>> > >
>>>> > > _______________________________________________
>>>> > > Openmoko community mailing list
>>>> > > community at lists.openmoko.org
>>>> > > http://lists.openmoko.org/mailman/listinfo/community
>>>> > >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Warren Baird - Photographer and Digital Artist
>>>> > http://www.synergisticimages.ca
>>>>
>>>> > _______________________________________________
>>>> > Openmoko community mailing list
>>>> > community at lists.openmoko.org
>>>> > http://lists.openmoko.org/mailman/listinfo/community
>>>>
>>>>
>>>> --
>>>>
>>>> _______________________________________________
>>>> Openmoko community mailing list
>>>> community at lists.openmoko.org
>>>> http://lists.openmoko.org/mailman/listinfo/community
>>>>
>>>
>>>
>>>
>>> --
>>> Warren Baird - Photographer and Digital Artist
>>> http://www.synergisticimages.ca
>>>
>>
>>
>>
>> --
>> Warren Baird - Photographer and Digital Artist
>> http://www.synergisticimages.ca
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091109/6e705411/attachment-0001.htm 

From es at fruitcom.com  Mon Nov  9 22:14:34 2009
From: es at fruitcom.com (Eric Smith)
Date: Mon, 9 Nov 2009 22:14:34 +0100
Subject: SIP Client
Message-ID: <20091109211433.GF20259@trustfood.org>

Hi

I have not used my freerunnner much since I bought it soon after
public launch due to battery issues.

Recently flashed the latest unstable SHR and initially looked
reliable and promising as a regular phone.  But then I
experienced missed calls and failure to dial.
(perhaps I will try Qt Extended Improved to see if this
works  better as a regular phone)

But I know there is a lot of new work on SHR and I hope that
it allow me to have a reliable regular phone.

Meanwhile, I want to use the freerunner as a WIFI connected
SIP client.  No need to make cellular calls or do *anything*
else than VOIP.

What is the advice on both the platform and application above it to
reliably support WIFI and a sip client?  I see linphone is mentioned
in this forum.

I do have a problem with batterys not charging well and
discharging fast, maybe some distributions fix this?

Thanks for suggestions.
-- 
- Eric Smith


From martin.jansa at gmail.com  Mon Nov  9 22:41:55 2009
From: martin.jansa at gmail.com (Martin Jansa)
Date: Mon, 9 Nov 2009 22:41:55 +0100
Subject: kernel 2.6.3x?
In-Reply-To: <9e7398030911091229t4cb9120ew11cfdcb7abcbc244@mail.gmail.com>
References: <op.u2426pan41evsb@ginguppin>
	<9e7398030911091229t4cb9120ew11cfdcb7abcbc244@mail.gmail.com>
Message-ID: <20091109214155.GF17505@jama>

On Mon, Nov 09, 2009 at 09:29:38PM +0100, Richy wrote:
> afaik 2.6.31 will be used in next shr-unstable. Available some time
> soon, hopefully

No there is still 2.6.29 from andy-tracking now..

But 2.6.31 is in OE repo now and it works really good.

> On Mon, Nov 9, 2009 at 19:05, arne anka <openmoko at ginguppin.de> wrote:
> > a while ago there were some posts about making kernel 2.6.3x available,
> > because it needs far less patches and improves amongst others power saving.
> > but now that kernel 2.6.31 is out for a while, no one ever mentioned
> > anything.
> >
> > so, simple question: how's the state of the new kernel? anybody working on
> > it?
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
uin:136542059                jid:Martin.Jansa at gmail.com
Jansa Martin                 sip:jamasip at voip.wengo.fr 
JaMa                         


From tingox at gmail.com  Mon Nov  9 22:48:01 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Mon, 9 Nov 2009 22:48:01 +0100
Subject: WikiReader - first impressions
Message-ID: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>

Hello,

After a few days with the WikiReader, here are my first impressions:
The obvious things:
- good size: this device is small enough to drag along (ok, it won't fit in
my trouser pockets), but has a big enough screen to read on comfortably
- use in places: I knew about the "missing" backlight. I can read the
WikiReader while commuting (most tram's have good lighting), but on the
other hand it is difficult in a "cosy" cafe, because the lighting is not s
good there.
- scrolling: this works great, even better than I thought. One friend asked:
how do I get to the next page, but was happy with scrolling after I told him
to use that instead.
- history: it's there when I turn on the device - and I like that.
- the search button removes the on screen keyboard so I can scroll on the
search screen. Yes! I like that.

The questions:
- search screen: where is the "delete word and start over" button? (this was
the first question I got from two friends trying the device)
- why isn't there a back button? Sure, I can use the history button and
select from the list (and that works quite well), but a back button would
save one keypress

Annoyances:
- it is impossible (for me at least) to take out the microSD card without
using a tool (pliers or something). Why do I want to take it out? To
actually show people the small size of a Wikipedia database. :-)
- the buttons on the on screen keyboard is a bit small for my fingers (it is
easy to press the character left or right of the one I want). I don't know
how to solve this yet.
- sometimes, the history screen is unresponsible, I have to press the other
two buttons a couple of times before I can select anything on the history
screen

small annoyances:
- the moment it takes to display an article (after selecting it, either from
the search screen or from a link) is just long enough that the device feels
a bit slow sometimes.

Some things I haven't figured out yet:
- how do I get another Wikipedia (for example the Norwegian one) onto a
MicroSD card?
- how do I convert an e-book and put it onto a microSD card for the device?

All in all - I really like this device.
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091109/b348a3c5/attachment.htm 

From sucotronic at gmail.com  Mon Nov  9 22:53:57 2009
From: sucotronic at gmail.com (Suco)
Date: Mon, 9 Nov 2009 22:53:57 +0100
Subject: [WikiReader] unable to run emulator
In-Reply-To: <6cfff7040911070211i3f648ef6yd51c1af77f632c02@mail.gmail.com>
References: <256d62360911050812j775ba62wa56e8115cb986fac@mail.gmail.com>
	<6cfff7040911050848j35e556cdw455e3194d1877948@mail.gmail.com>
	<256d62360911050856p609761ccm1965d5a5fd9aaf82@mail.gmail.com>
	<6cfff7040911050917w6d124e87pff4fec9cd073ae93@mail.gmail.com>
	<256d62360911051534g3c456a94l5e407e71c586d5fa@mail.gmail.com>
	<256d62360911061001i2e5e39b3ybfc00853825b4c47@mail.gmail.com>
	<6cfff7040911070211i3f648ef6yd51c1af77f632c02@mail.gmail.com>
Message-ID: <256d62360911091353l6bbac83cj2798ee19838f11e5@mail.gmail.com>

Well, I've made some changes in main Makefile and the 00run.sh run without
problem, but the emulator still gives the same error.

The changes I've done:
...
.PHONY: farm0-parse
farm0-parse: parse

.PHONY: farm0-render
farm0-render: render

.PHONY: farm0-clean
farm0-clean: stamp-r-clean

.PHONY: farm0
farm0: farm0-parse farm0-render
...

On Sat, Nov 7, 2009 at 11:11 AM, Sean Moss-Pultz <sean at openmoko.com> wrote:

> On Sat, Nov 7, 2009 at 2:01 AM, Suco <sucotronic at gmail.com> wrote:
> >
> > Trying to run it again, I've noted that when I execute sh 00run.sh this
> line is showed:
> > make: *** There is no rule to build the target `farm0'.  Stop.
>
> Yes you will need to write your own file. If you look at what is being
> executed in 00run.sh then it should be fairly obvious. Let us know if
> you get stuff.
>
>  -Sean
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Mi blog personal:
http://blog.wikifotos.org/

S? libre, usa ubuntu:
http://www.ubuntustory.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091109/c32267d1/attachment.htm 

From levy.santanna at gmail.com  Tue Nov 10 00:37:02 2009
From: levy.santanna at gmail.com (Levy)
Date: Mon, 9 Nov 2009 21:37:02 -0200
Subject: [OffTopic]Geek'sPhone: New android actor?
In-Reply-To: <5c6ceea80911090608g725a24cmd64ca7b217cb0b46@mail.gmail.com>
References: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com> 
	<8b48b1570911090520v5dbfbb44h828306d112b96070@mail.gmail.com> 
	<5c6ceea80911090608g725a24cmd64ca7b217cb0b46@mail.gmail.com>
Message-ID: <a3d52b570911091537m21b24baxaf84eeee4f7a8611@mail.gmail.com>

On Mon, Nov 9, 2009 at 12:08, David Reyes Samblas Martinez
<david at tuxbrain.com> wrote:
> We are in contact with this Geek'sphone ?guys since it first
> prototipe ... Geek'sphone, they are really open to make his phone
> open :P, the blocking part of this ?are the manufacturers.

Nice!

> We have an eye on this and of course the objective is to run other SO
> on it and first candidate is SHR of course :)

Debian would be cool, too!

regards,
Levy


From openmoko at underhand.org  Tue Nov 10 01:00:31 2009
From: openmoko at underhand.org (Dave Ball)
Date: Tue, 10 Nov 2009 00:00:31 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091108154551.ba17ea7c.raster@rasterman.com>
References: <49dd78620911031140m4057b497jfe285f6a751ef3ef@mail.gmail.com>	<4AF179C1.1080109@hist.no>	<20091104130726.GB4627@roque.1407.org>	<4AF44354.1080502@hist.no>	<20091106172227.GB14131@roque.1407.org>	<49dd78620911061224n6eae080bq4b3c19cc72c40cc9@mail.gmail.com>	<20091107114918.c0583752.raster@rasterman.com>	<20091107101434.GA4290@roque.1407.org>	<20091107234628.f76c8f06.raster@rasterman.com>	<20091107194628.GC4290@roque.1407.org>	<20091108115356.d66782e1.raster@rasterman.com>	<4AF62703.6080005@underhand.org>	<20091108135403.eaaafa53.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>	<20091108143944.6e703655.raster@rasterman.com>	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
Message-ID: <4AF8AD1F.5030402@underhand.org>

Carsten Haitzler (The Rasterman) wrote:
> wm needs to track both and determine which one takes precedence based 
> on policy and th en implement that rotation, if needed. policy is what 
> a wm implements - that's the nature of the beast. that policy may be 
> hard-coded in the wm or configuration for it.

I've been looking at existing window properties [1] to try and 
understand the best way to do this.


option1: New atoms in the _NET_WM_STATE property.
  - _NET_WM_STATE_LANDSCAPE
  - _NET_WM_STATE_PORTRAIT

If neither is present for a given window, WM can choose (based on the 
accelerometers). Both present is an error - or could be defined as leave 
the window in it's current orientation.


option2: New property.

_NET_WM_ORIENTATION
  0 = Either / WM decides
  1 = Landscape
  2 = Portrait


Thoughts?


> http://www.youtube.com/watch?v=abNsVyYTSkU
>   
OT - but I'm struggling with e's xnest.sh script:
    xhost +
    su newuser
    Xnest -ac :1 &
    env DISPLAY=":1" enlightenment_start &

works, but:

    xhost +
    su newuser
    /data/programming/e17/e17_src/e/xnest.sh

doesn't.  Initially it ran through e's firstrun wizard in an xnest, then 
crashed - now it dies on start.  I've attached the xnest.sh output - any 
ideas?


Dave

[1] http://standards.freedesktop.org/wm-spec/1.4/ar01s05.html

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: e-xnest
Url: http://lists.openmoko.org/pipermail/community/attachments/20091110/48e32eb2/attachment.txt 

From cchandel at yahoo.com  Tue Nov 10 03:31:55 2009
From: cchandel at yahoo.com (c_c)
Date: Mon, 9 Nov 2009 18:31:55 -0800 (PST)
Subject: SIP Client
In-Reply-To: <20091109211433.GF20259@trustfood.org>
References: <20091109211433.GF20259@trustfood.org>
Message-ID: <1257820315481-3977354.post@n2.nabble.com>


Hi,

ericmsmith wrote:
> 
> I have not used my freerunnner much since I bought it soon after
> public launch due to battery issues.
> 
  There is a hardware fix #1024 that does increase battery life by almost a
factor of 2.
-- 
View this message in context: http://n2.nabble.com/SIP-Client-tp3975816p3977354.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From levy.santanna at gmail.com  Tue Nov 10 04:36:47 2009
From: levy.santanna at gmail.com (Levy)
Date: Tue, 10 Nov 2009 01:36:47 -0200
Subject: Some questions about android on Freerunner
In-Reply-To: <20091105161258.GA5149@roque.1407.org>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com> 
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com> 
	<20091105161258.GA5149@roque.1407.org>
Message-ID: <a3d52b570911091936v3a2f0df4rc7d1504cd64a568f@mail.gmail.com>

On Thu, Nov 5, 2009 at 14:12, Rui Miguel Silva Seabra
> If you prove me it's Google who's actively blocking Iran, then I will >remove
> both omnewrotate and elmdentica from Google Code in protest.

Nice, I would like to suggest the same for other Free projects!

> Best regards from a portuguese,
> Rui

Best regards from a brazillian,
Levy


From levy.santanna at gmail.com  Tue Nov 10 05:00:51 2009
From: levy.santanna at gmail.com (Levy)
Date: Tue, 10 Nov 2009 02:00:51 -0200
Subject: Some questions about android on Freerunner
In-Reply-To: <267bb6670911072221q29dd68f7l9c6b5ae6c0723991@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<m2639pq62v.fsf@home.pavel.comp> 
	<20091105174843.038cb972@vanek.robe.cz>
	<7b740b700911050920w38fcc6bn622b10229b5bf3e1@mail.gmail.com> 
	<267bb6670911051953x71c27d7bs93a48485b5bf0c15@mail.gmail.com> 
	<267bb6670911070209p12a52f02ke2a6ba41d41ab82b@mail.gmail.com> 
	<20091107214822.659d05df@michael>
	<267bb6670911072011x5307b755q25bd48d07441d5be@mail.gmail.com> 
	<20091108165358.17e77c69@michael>
	<267bb6670911072221q29dd68f7l9c6b5ae6c0723991@mail.gmail.com>
Message-ID: <a3d52b570911092000s46680babqf24d878ae8c4b7d3@mail.gmail.com>

On Sun, Nov 8, 2009 at 04:21, dehqan65 <dehqan65 at gmail.com> wrote:
> See it's required to know whether fater buying freerunner can android be
> used or not .

Can be, if you only want to use it you can download the images from
different places like this http://panicking.kicks-ass.org/download/

But if you want to develop for Android you need to download the source
from Sedar ou Gitorius.


> So an end-user need that wiki and issue tracking , if not , how does he/she
> solve his/her android problems? on freerunner ? can he/she use here/other
> communities instead of code.google.com issue tracking ?

The users can report the bugs with the code.google.com tracker I guess.

> Will Google admin of code.google.com make a mirror for free runner codes who
> is he/she ?

No! We are the admins, I mean, Jim, and others, from this list. And
also have a Gitorious and Sedar mirrors, also inside of this thread.

> why ? cause of a.android.com is forbidden .

a.android.com does not exist! it is forbidden for anyone.

> and Does source.android.com contain whatever d.android.com contains ?

No!

source.android.com contain the source code for Android Operating
System development.

d.android.com contain the SDK and Tutorials to learn about how to make
applications for Android Operating System.

> Regards dehqan

Regards from a brazillian,
Levy.


From jluis at escomposlinux.org  Tue Nov 10 09:09:00 2009
From: jluis at escomposlinux.org (Jose Luis Perez Diez)
Date: Tue, 10 Nov 2009 09:09:00 +0100
Subject: kernel 2.6.3x?
In-Reply-To: <op.u2426pan41evsb@ginguppin>
References: <op.u2426pan41evsb@ginguppin>
Message-ID: <200911100909.00303.jluis@escomposlinux.org>

El Monday, 9 de November de 2009 19:05:04 arne anka va escriure:
>...
> so, simple question: how's the state of the new kernel? anybody working on
> it?

GTA02 boots mainline 2.6.32  and Lars is working on pending patches see 
http://article.gmane.org/gmane.comp.handhelds.openmoko.kernel/10406 


From david at tuxbrain.com  Tue Nov 10 09:32:10 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 10 Nov 2009 09:32:10 +0100
Subject: [OffTopic]Geek'sPhone: New android actor?
In-Reply-To: <200911092135.00999.david.lanzendoerfer@o2s.ch>
References: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com>
	<8b48b1570911090520v5dbfbb44h828306d112b96070@mail.gmail.com>
	<5c6ceea80911090608g725a24cmd64ca7b217cb0b46@mail.gmail.com>
	<200911092135.00999.david.lanzendoerfer@o2s.ch>
Message-ID: <5c6ceea80911100032q59ff800bv9a1ebc1d1a44821f@mail.gmail.com>

2009/11/9 David Lanzend?rfer <david.lanzendoerfer at o2s.ch>:
> Would be nice, if it could become a new development platform for OM/SHR too.
Yes
>
> Are there some development boards to get?
No
>
> With JTAG interface and so on?
No
>
> And a documentation for writing free drivers for the linux kernel?
No (AFAIK)
>
> Using android kernel is not an option, because they put the mostpart of theire
> drivers into the apache licensed userspace. In binary format.
I know.
>
> So the basic idea of opensource handies is died in android, because the linux
> kernel cant support the hardware on its own, theres alway a binary compatible
> android userspace needed to have the devices working properly.
>
> I hope, if they call theire phone "geeky" then they are also open to sell
> developmentboards and documentation.
> If they dont. Then the word geeky is a lie and we could even call a htc-raph
> or other windows-ce generation handies geeky.
> Then we can call every ** smartphone geeky. Because they are all hackable in
> someway...
Totally agree, we are trying to bring this openness you describe to
that device but there is a lot of political work to be done ...
>
> So please ask them to inform about development boards on theire page.
> They dont have to make UMTS/GSM open, its clear that they cant, but the rest
> of the pcb and schematics they could give us in a documentation, so that some
> smart linux kernel hackers could write some drivers in the propriate section
> (Board, CPU, Devices)
That's precisely our goal but don't hold your breath it might happens
or not, I will transmit to them the willing on participate of the
Openmoko community to improve the FOSS level status on the device ;)
>
> Something which the Android developers didnt manage to do either.
> Theire drivers are sooo ugly.
> This time, the development should start from our site.
> Linux shouldnt have only BIOS function, but should have the user and kernel
> space consequently separated.
> Lets do it on our own, an we are sure, that it will be respected.
> We can certainly do it better then proprietary enterprises and google.
:) I agree too
>
> regards leviathan
>
> _______________________________________________
> Openmoko community mailing list
> community at 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!!!


From diego.abelenda at gmail.com  Tue Nov 10 09:41:38 2009
From: diego.abelenda at gmail.com (Abelenda)
Date: Tue, 10 Nov 2009 09:41:38 +0100
Subject: kernel 2.6.3x?
In-Reply-To: <200911100909.00303.jluis@escomposlinux.org>
References: <op.u2426pan41evsb@ginguppin>
	<200911100909.00303.jluis@escomposlinux.org>
Message-ID: <20091110094138.4d7e24b0@Lina>

On Tue, 10 Nov 2009 09:09:00 +0100
Jose Luis Perez Diez <jluis at escomposlinux.org> wrote:

> El Monday, 9 de November de 2009 19:05:04 arne anka va escriure:
> >...
> > so, simple question: how's the state of the new kernel? anybody
> > working on it?
> 
> GTA02 boots mainline 2.6.32  and Lars is working on pending patches
> see
> http://article.gmane.org/gmane.comp.handhelds.openmoko.kernel/10406 
> 

Well my neo freerunner made a nice kernel panic when booting the 2.6.32
with a config that should have everything needed, (I even tried
with the config file given in this reply
http://article.gmane.org/gmane.comp.handhelds.openmoko.kernel/10407 )
so I really don't know... as for now I am on a custom andy-tracking
kernel because I can't find another version source that boot on my
neo... (I don't use openembedded I'm a "I do it my way" kind of guy ^^)

Oh I found out that the 2.6.32_rc6 has an undefined reference to
GTA02_GPIO_AMP_HP_IN something really bad because it never apprear
anywhere else in the code (grep -R  proved that) offending file is
sound/soc/s3c24xx/neo1973_gta02_wm8753.c compiled with
SND_S3C24XX_SOC_NEO1973_GTA02_WM8753=y 

I alsa found out that the compilation fails at link time if debug is not
activated because of an undefined reference to printascii() (defined
in assembly only when debug activated) function is called anyway in
s3c_pm_dbg() which is called even if debug is deactivated)

I don't know if I should post it on the official kernel mailinglist or
not so I post it here.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091110/683433a1/attachment.pgp 

From david at tuxbrain.com  Tue Nov 10 09:48:01 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 10 Nov 2009 09:48:01 +0100
Subject: WikiReader - first impressions
In-Reply-To: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
Message-ID: <5c6ceea80911100048y7e9103a1hf51947faa9c4628@mail.gmail.com>

Not full but some replies,
<snip>
> Annoyances:
> - it is impossible (for me at least) to take out the microSD card without
> using a tool (pliers or something). Why do I want to take it out? To
> actually show people the small size of a Wikipedia database. :-)
Did you push down first? as in other uSD readers you have to push it
down until you feel a click  then it unbloks and a spring will pull
out enough the card to ease taike it out

>
> Some things I haven't figured out yet:
> - how do I get another Wikipedia (for example the Norwegian one) onto a
> MicroSD card?
Download the source code from http://github.com/wikireader/wikireader
tools are there  and instructions on how to create wikireaders files
form a Wikipedia xml is in a quickguide on the doc directory.
> - how do I convert an e-book and put it onto a microSD card for the device?
Right now you have to put this ebook in a mediawiki , and then export
it to xml and run the process mentioned avobe.
>
> All in all - I really like this device.
> --
> Regards,
> Torfinn Ingolfsen
>
> _______________________________________________
> Openmoko community mailing list
> community at 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!!!


From rms at ansol.org  Tue Nov 10 10:23:33 2009
From: rms at ansol.org (Rui Miguel Silva Seabra)
Date: Tue, 10 Nov 2009 09:23:33 +0000
Subject: Ideal screen rotation
In-Reply-To: <4AF8AD1F.5030402@underhand.org>
References: <20091107234628.f76c8f06.raster@rasterman.com>
	<20091107194628.GC4290@roque.1407.org>
	<20091108115356.d66782e1.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
	<4AF8AD1F.5030402@underhand.org>
Message-ID: <20091110092332.GC4819@roque.1407.org>

On Tue, Nov 10, 2009 at 12:00:31AM +0000, Dave Ball wrote:
> Carsten Haitzler (The Rasterman) wrote:
> >wm needs to track both and determine which one takes precedence
> >based on policy and th en implement that rotation, if needed.
> >policy is what a wm implements - that's the nature of the beast.
> >that policy may be hard-coded in the wm or configuration for it.
> 
> I've been looking at existing window properties [1] to try and
> understand the best way to do this.
> 
> 
> option1: New atoms in the _NET_WM_STATE property.
>  - _NET_WM_STATE_LANDSCAPE
>  - _NET_WM_STATE_PORTRAIT
> 
> If neither is present for a given window, WM can choose (based on
> the accelerometers). Both present is an error - or could be defined
> as leave the window in it's current orientation.
> 
> 
> option2: New property.
> 
> _NET_WM_ORIENTATION
>  0 = Either / WM decides
>  1 = Landscape
>  2 = Portrait

There are two landscape positions and 2 portrait positions :)

Rui


From openmoko at underhand.org  Tue Nov 10 13:08:06 2009
From: openmoko at underhand.org (Dave Ball)
Date: Tue, 10 Nov 2009 12:08:06 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091110092332.GC4819@roque.1407.org>
References: <20091107234628.f76c8f06.raster@rasterman.com>	<20091107194628.GC4290@roque.1407.org>	<20091108115356.d66782e1.raster@rasterman.com>	<4AF62703.6080005@underhand.org>	<20091108135403.eaaafa53.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>	<20091108143944.6e703655.raster@rasterman.com>	<4AF64AF3.1030307@underhand.org>	<20091108154551.ba17ea7c.raster@rasterman.com>	<4AF8AD1F.5030402@underhand.org>
	<20091110092332.GC4819@roque.1407.org>
Message-ID: <4AF957A6.2030506@underhand.org>

Rui Miguel Silva Seabra wrote:
> On Tue, Nov 10, 2009 at 12:00:31AM +0000, Dave Ball wrote:
>> option1: New atoms in the _NET_WM_STATE property.
>> - _NET_WM_STATE_LANDSCAPE
>> - _NET_WM_STATE_PORTRAIT
>>
>> If neither is present for a given window, WM can choose (based on
>> the accelerometers). Both present is an error - or could be defined
>> as leave the window in it's current orientation.
>>
>> option2: New property.
>>
>> _NET_WM_ORIENTATION
>> 0 = Either / WM decides
>> 1 = Landscape
>> 2 = Portrait
>
> There are two landscape positions and 2 portrait positions :)
Doh - of course!  Which would lead to:

_NET_WM_STATE_ORIENTATION_LANDSCAPE
_NET_WM_STATE_ORIENTATION_PORTRAIT
_NET_WM_STATE_ORIENTATION_INVERTED

or

_NET_WM_ORIENTATION
0 = Either / WM decides
1 = Landscape
2 = Portrait
3 = Landscape inverted
4 = Portrait inverted

However, what's the use-case for an application requesting either of the 
inverted states?  I can't see when those would be useful - in terms of 
hints the app would supply.

Obviously, if the WM was deciding orientation based on the device 
position, you would correctly rotate to the inverted states, but if an 
application is built for portrait or landscape is there any reason a 
developer would not want the "normal" portrait/landscape orientation for 
the device?


Dave



From atax at email.it  Tue Nov 10 13:14:20 2009
From: atax at email.it (A.A.)
Date: Tue, 10 Nov 2009 13:14:20 +0100
Subject: kernel 2.6.3x?
In-Reply-To: <20091110094138.4d7e24b0@Lina>
References: <op.u2426pan41evsb@ginguppin>
	<200911100909.00303.jluis@escomposlinux.org>
	<20091110094138.4d7e24b0@Lina>
Message-ID: <43bc49bd0911100414x19eace90x8885484f192b06bd@mail.gmail.com>

Where can I download the kernel 2.6.3x?

2009/11/10 Abelenda <diego.abelenda at gmail.com>

> On Tue, 10 Nov 2009 09:09:00 +0100
> Jose Luis Perez Diez <jluis at escomposlinux.org> wrote:
>
> > El Monday, 9 de November de 2009 19:05:04 arne anka va escriure:
> > >...
> > > so, simple question: how's the state of the new kernel? anybody
> > > working on it?
> >
> > GTA02 boots mainline 2.6.32  and Lars is working on pending patches
> > see
> > http://article.gmane.org/gmane.comp.handhelds.openmoko.kernel/10406
> >
>
> Well my neo freerunner made a nice kernel panic when booting the 2.6.32
> with a config that should have everything needed, (I even tried
> with the config file given in this reply
> http://article.gmane.org/gmane.comp.handhelds.openmoko.kernel/10407 )
> so I really don't know... as for now I am on a custom andy-tracking
> kernel because I can't find another version source that boot on my
> neo... (I don't use openembedded I'm a "I do it my way" kind of guy ^^)
>
> Oh I found out that the 2.6.32_rc6 has an undefined reference to
> GTA02_GPIO_AMP_HP_IN something really bad because it never apprear
> anywhere else in the code (grep -R  proved that) offending file is
> sound/soc/s3c24xx/neo1973_gta02_wm8753.c compiled with
> SND_S3C24XX_SOC_NEO1973_GTA02_WM8753=y
>
> I alsa found out that the compilation fails at link time if debug is not
> activated because of an undefined reference to printascii() (defined
> in assembly only when debug activated) function is called anyway in
> s3c_pm_dbg() which is called even if debug is deactivated)
>
> I don't know if I should post it on the official kernel mailinglist or
> not so I post it here.
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


-- 
A.A.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091110/7be0870a/attachment.htm 

From t.landspurg at 8motions.com  Tue Nov 10 14:54:52 2009
From: t.landspurg at 8motions.com (Thomas Landspurg)
Date: Tue, 10 Nov 2009 14:54:52 +0100
Subject: Ericsson releases "free" cell-id lookup API
In-Reply-To: <1257238301614-3937224.post@n2.nabble.com>
References: <1e5d79990910211948k21cef60fuf1c3d920ad966427@mail.gmail.com>
	<4ADFDD61.2080608@ev-en.org> <4AE0BD97.1090809@free.fr>
	<1e5d79990910221802v4af76d3eyccecc7b23cf73aff@mail.gmail.com>
	<1257234179523-3936976.post@n2.nabble.com>
	<1e5d79990911030020p629861bdxabfd35c61c41de09@mail.gmail.com>
	<1257238301614-3937224.post@n2.nabble.com>
Message-ID: <9ab347b00911100554h48cc8576y3dbe0379431bf2d6@mail.gmail.com>

 Agree, as far as I know, there is no way to most on the device to
access to these informations. What I know is that now Google Map use
frequently location provided by operators (and not by their own
database). On the operator side, you can have a better location than
just the cell because the networks also knows the neighbouring cells
and other parameters, but this require changes or new equipement in
the network, which is costly.


2009/11/3 jeanmatthew <jeanmatthewjohnsson at gmail.com>:
>
>>> Are there any devices that supports access to
>>> these measures? To do any kind of combination you still need to extract
> all
>>> of the data from the device and send to the server. Google doesn't have
>>> access to any kind of data from the network.
>
>>Google Maps apps even on pre-android phones (Java Mobile Edition) have
>>had access to cell-id via the various proprietary java interfaces
>>(com.sonyericsson.net.cellid,
>>net.rim.device.api.system.GPRSInfo.getCellInfo().getCellId() on the
>>blackberry etc). These interfaces are what allowed the OpenCellID
>>project to exist before the freerunner was released.
>
> But are there any devices that support the reading of signal_strength and
> timing_advance from all neighbouring cells so that these can be supplied in
> the request to the Geolocation Network API? The proprietary interfaces I
> have seen only supports the cell you are currently registered to and not the
> neighbours.
>
> --
> View this message in context: http://n2.nabble.com/Ericsson-releases-free-cell-id-lookup-API-tp3869908p3937224.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Thomas LANDSPURG
8Motions
Founder/CTO
http://www.8motions.com
http://www.opencellid.org


From guru at unixarea.de  Tue Nov 10 15:19:08 2009
From: guru at unixarea.de (Matthias Apitz)
Date: Tue, 10 Nov 2009 15:19:08 +0100
Subject: [Om2008.9] symbol for battery and signal switched locations
Message-ID: <20091110141908.GA4163@current.Sisis.de>


Hello,

Yesterday I realised that the two symbols in the upper right corner for
status of battery and signal quality have switched their position,
signal is now on the most right; first I could not believe this and
compared it with older screen-shoots I have, but it is true; what could
cause such a change/move?

Thx

	matthias
-- 
Matthias Apitz
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <guru at unixarea.de> - w http://www.unixarea.de/
Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu


From sean at openmoko.com  Tue Nov 10 15:55:05 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Tue, 10 Nov 2009 22:55:05 +0800
Subject: WikiReader - first impressions
In-Reply-To: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
Message-ID: <6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>

Hi Torfinn

Really appreciate your feedback. My comments are inline:

On Tue, Nov 10, 2009 at 5:48 AM, Torfinn Ingolfsen <tingox at gmail.com> wrote:
>
> Hello,
>
> After a few days with the WikiReader, here are my first impressions:
> The obvious things:
> - good size: this device is small enough to drag along (ok, it won't fit in my trouser pockets), but has a big enough screen to read on comfortably
> - use in places: I knew about the "missing" backlight. I can read the WikiReader while commuting (most tram's have good lighting), but on the other hand it is difficult in a "cosy" cafe, because the lighting is not s good there.
> - scrolling: this works great, even better than I thought. One friend asked: how do I get to the next page, but was happy with scrolling after I told him to use that instead.

Are you running the latest kernel? (The way to tell is if you have
kinetic scrolling, yes == latest kernel)

  http://cloud.github.com/downloads/wikireader/wikireader/kernel-2009-10-30.zip

Scrolling is really really good there.

> - history: it's there when I turn on the device - and I like that.
> - the search button removes the on screen keyboard so I can scroll on the search screen. Yes! I like that.

That's another fun "random" like way of searching.

> The questions:
> - search screen: where is the "delete word and start over" button? (this was the first question I got from two friends trying the device)

You can hold down the backspace key. It will delete the word extremely
fast. We're working on a few minor UI changes for the next release.
Clear will be more obvious.

> - why isn't there a back button? Sure, I can use the history button and select from the list (and that works quite well), but a back button would save one keypress

We didn't want to add another button. We might use left to right
swipes in a later release. Not sure yet...

> Annoyances:
> - it is impossible (for me at least) to take out the microSD card without using a tool (pliers or something). Why do I want to take it out? To actually show people the small size of a Wikipedia database. :-)

Push it in and it will pop out (beware it will *really* pop sometimes)

> - the buttons on the on screen keyboard is a bit small for my fingers (it is easy to press the character left or right of the one I want). I don't know how to solve this yet.

Software. If you've used an iPhone, the keypad is 70% of WikiReader's
size. And typing is a lot better. So just bear with us. We're working
on this big time.

> - sometimes, the history screen is unresponsible, I have to press the other two buttons a couple of times before I can select anything on the history screen

Working on this, too...

> small annoyances:
> - the moment it takes to display an article (after selecting it, either from the search screen or from a link) is just long enough that the device feels a bit slow sometimes.

Same as my last comment :)

> Some things I haven't figured out yet:
> - how do I get another Wikipedia (for example the Norwegian one) onto a MicroSD card?
> - how do I convert an e-book and put it onto a microSD card for the device?

Like David said, we encourage you to check out github.com/wikireader for now.

> All in all - I really like this device.

Great. We love to hear this!

  -Sean


From openmoko at mazikeen.demon.co.uk  Tue Nov 10 16:42:37 2009
From: openmoko at mazikeen.demon.co.uk (Al Johnson)
Date: Tue, 10 Nov 2009 15:42:37 +0000
Subject: SIP Client
In-Reply-To: <20091109211433.GF20259@trustfood.org>
References: <20091109211433.GF20259@trustfood.org>
Message-ID: <200911101542.38044.openmoko@mazikeen.demon.co.uk>

On Monday 09 November 2009, Eric Smith wrote:
> Hi
> 
> I have not used my freerunnner much since I bought it soon after
> public launch due to battery issues.
> 
> Recently flashed the latest unstable SHR and initially looked
> reliable and promising as a regular phone.  But then I
> experienced missed calls and failure to dial.
> (perhaps I will try Qt Extended Improved to see if this
> works  better as a regular phone)
> 
> But I know there is a lot of new work on SHR and I hope that
> it allow me to have a reliable regular phone.
> 
> Meanwhile, I want to use the freerunner as a WIFI connected
> SIP client.  No need to make cellular calls or do *anything*
> else than VOIP.

Your battery won't last long in this case because you can't suspend and still 
receive calls. You could save a bit of battery by turning off the GSM though.

> What is the advice on both the platform and application above it to
> reliably support WIFI and a sip client?  I see linphone is mentioned
> in this forum.

linphone worked for me a while back, but would need some work to make it 
usable. The main problem is the lack of alsa scenario switching between ring 
and call. The gui could be made more suitable for a handheld device too. 

> I do have a problem with batterys not charging well and
> discharging fast, maybe some distributions fix this?

I don't have any problem with battery on shr-u, but we may just have different 
expectations. 

> Thanks for suggestions.
> 



From jluis at escomposlinux.org  Tue Nov 10 16:42:43 2009
From: jluis at escomposlinux.org (Jose Luis Perez Diez)
Date: Tue, 10 Nov 2009 16:42:43 +0100
Subject: [Om2008.9] symbol for battery and signal switched locations
In-Reply-To: <20091110141908.GA4163@current.Sisis.de>
References: <20091110141908.GA4163@current.Sisis.de>
Message-ID: <200911101642.43700.jluis@escomposlinux.org>

El Tuesday, 10 de November de 2009 15:19:08 Matthias Apitz va escriure:
> Hello,
>
> Yesterday I realised that the two symbols in the upper right corner for
> status of battery and signal quality have switched their position,
> signal is now on the most right; first I could not believe this and
> compared it with older screen-shoots I have, but it is true; what could
> cause such a change/move?

Press on the icon for second and you can drag it


From wjbaird at alumni.uwaterloo.ca  Tue Nov 10 16:47:47 2009
From: wjbaird at alumni.uwaterloo.ca (Warren Baird)
Date: Tue, 10 Nov 2009 10:47:47 -0500
Subject: Ideal screen rotation
In-Reply-To: <4AF957A6.2030506@underhand.org>
References: <20091107234628.f76c8f06.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
	<4AF8AD1F.5030402@underhand.org>
	<20091110092332.GC4819@roque.1407.org>
	<4AF957A6.2030506@underhand.org>
Message-ID: <b66a83e00911100747n7640c285y287f2d70b0916af@mail.gmail.com>

perhaps the landscape / portrait flag should just contrain the rotation?
So if you flip the phone 180 degrees, you get the 'expected' behaviour, but
if you just flip it 90 degrees nothing changes?

Warren

On Tue, Nov 10, 2009 at 7:08 AM, Dave Ball <openmoko at underhand.org> wrote:

> Rui Miguel Silva Seabra wrote:
> > On Tue, Nov 10, 2009 at 12:00:31AM +0000, Dave Ball wrote:
> >> option1: New atoms in the _NET_WM_STATE property.
> >> - _NET_WM_STATE_LANDSCAPE
> >> - _NET_WM_STATE_PORTRAIT
> >>
> >> If neither is present for a given window, WM can choose (based on
> >> the accelerometers). Both present is an error - or could be defined
> >> as leave the window in it's current orientation.
> >>
> >> option2: New property.
> >>
> >> _NET_WM_ORIENTATION
> >> 0 = Either / WM decides
> >> 1 = Landscape
> >> 2 = Portrait
> >
> > There are two landscape positions and 2 portrait positions :)
> Doh - of course!  Which would lead to:
>
> _NET_WM_STATE_ORIENTATION_LANDSCAPE
> _NET_WM_STATE_ORIENTATION_PORTRAIT
> _NET_WM_STATE_ORIENTATION_INVERTED
>
> or
>
> _NET_WM_ORIENTATION
> 0 = Either / WM decides
> 1 = Landscape
> 2 = Portrait
> 3 = Landscape inverted
> 4 = Portrait inverted
>
> However, what's the use-case for an application requesting either of the
> inverted states?  I can't see when those would be useful - in terms of
> hints the app would supply.
>
> Obviously, if the WM was deciding orientation based on the device
> position, you would correctly rotate to the inverted states, but if an
> application is built for portrait or landscape is there any reason a
> developer would not want the "normal" portrait/landscape orientation for
> the device?
>
>
> Dave
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091110/8c880197/attachment-0001.htm 

From openmoko at underhand.org  Tue Nov 10 17:11:40 2009
From: openmoko at underhand.org (Dave Ball)
Date: Tue, 10 Nov 2009 16:11:40 +0000
Subject: Ideal screen rotation
In-Reply-To: <b66a83e00911100747n7640c285y287f2d70b0916af@mail.gmail.com>
References: <20091107234628.f76c8f06.raster@rasterman.com>	<4AF62703.6080005@underhand.org>	<20091108135403.eaaafa53.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>	<20091108143944.6e703655.raster@rasterman.com>	<4AF64AF3.1030307@underhand.org>	<20091108154551.ba17ea7c.raster@rasterman.com>	<4AF8AD1F.5030402@underhand.org>	<20091110092332.GC4819@roque.1407.org>	<4AF957A6.2030506@underhand.org>
	<b66a83e00911100747n7640c285y287f2d70b0916af@mail.gmail.com>
Message-ID: <4AF990BC.3040001@underhand.org>

Warren Baird wrote:
> perhaps the landscape / portrait flag should just contrain the 
> rotation?   So if you flip the phone 180 degrees, you get the 
> 'expected' behaviour, but if you just flip it 90 degrees nothing changes?

Given that these properties are for the orientation an application 
requests (to the WM) should ideally be used, I'm not sure how the actual 
rotation would help?  Working from rotation would also complicate the 
behaviour on devices that are normally landscape - such as the Nokia N900. 

What I'm suggesting is that the application just says "landscape" or 
"portrait", and then the WM would decide the most appropriate way to 
orient the screen for that device.

If an application doesn't request either landscape or portrait, then the 
WM would rotate the screen according to the device orientation, through 
each of the positions the device could be held (including inverted).  So 
the WM definitely needs to know the actual orientation of the device 
(such as from the FSO api), but I think the application itself only 
needs to request Landscape, Portrait or neither.


Dave


From tilman at baumann.name  Tue Nov 10 17:19:43 2009
From: tilman at baumann.name (Tilman Baumann)
Date: Tue, 10 Nov 2009 16:19:43 -0000 (GMT)
Subject: WikiReader - first impressions
In-Reply-To: <6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
	<6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
Message-ID: <3c61310abdc9f2e355a9d151c1335bd2.squirrel@gnukia.org>

Hi Sean,

I was playing around a bit with the sources on github lately. I have
stumbled over some issues.
I know I can go to code at thewikireader.com (and I will)
But I guess we should have a mailing list for software aspects of
WikiReader...

Just a thought. :)

Sean Moss-Pultz wrote:
> Hi Torfinn
>
> Really appreciate your feedback. My comments are inline:
>
> On Tue, Nov 10, 2009 at 5:48 AM, Torfinn Ingolfsen <tingox at gmail.com>
> wrote:
>>
>> Hello,
>>
>> After a few days with the WikiReader, here are my first impressions:
>> The obvious things:
>> - good size: this device is small enough to drag along (ok, it won't fit
>> in my trouser pockets), but has a big enough screen to read on
>> comfortably
>> - use in places: I knew about the "missing" backlight. I can read the
>> WikiReader while commuting (most tram's have good lighting), but on the
>> other hand it is difficult in a "cosy" cafe, because the lighting is not
>> s good there.
>> - scrolling: this works great, even better than I thought. One friend
>> asked: how do I get to the next page, but was happy with scrolling after
>> I told him to use that instead.
>
> Are you running the latest kernel? (The way to tell is if you have
> kinetic scrolling, yes == latest kernel)
>
>   http://cloud.github.com/downloads/wikireader/wikireader/kernel-2009-10-30.zip
>
> Scrolling is really really good there.
>
>> - history: it's there when I turn on the device - and I like that.
>> - the search button removes the on screen keyboard so I can scroll on
>> the search screen. Yes! I like that.
>
> That's another fun "random" like way of searching.
>
>> The questions:
>> - search screen: where is the "delete word and start over" button? (this
>> was the first question I got from two friends trying the device)
>
> You can hold down the backspace key. It will delete the word extremely
> fast. We're working on a few minor UI changes for the next release.
> Clear will be more obvious.
>
>> - why isn't there a back button? Sure, I can use the history button and
>> select from the list (and that works quite well), but a back button
>> would save one keypress
>
> We didn't want to add another button. We might use left to right
> swipes in a later release. Not sure yet...
>
>> Annoyances:
>> - it is impossible (for me at least) to take out the microSD card
>> without using a tool (pliers or something). Why do I want to take it
>> out? To actually show people the small size of a Wikipedia database. :-)
>
> Push it in and it will pop out (beware it will *really* pop sometimes)
>
>> - the buttons on the on screen keyboard is a bit small for my fingers
>> (it is easy to press the character left or right of the one I want). I
>> don't know how to solve this yet.
>
> Software. If you've used an iPhone, the keypad is 70% of WikiReader's
> size. And typing is a lot better. So just bear with us. We're working
> on this big time.
>
>> - sometimes, the history screen is unresponsible, I have to press the
>> other two buttons a couple of times before I can select anything on the
>> history screen
>
> Working on this, too...
>
>> small annoyances:
>> - the moment it takes to display an article (after selecting it, either
>> from the search screen or from a link) is just long enough that the
>> device feels a bit slow sometimes.
>
> Same as my last comment :)
>
>> Some things I haven't figured out yet:
>> - how do I get another Wikipedia (for example the Norwegian one) onto a
>> MicroSD card?
>> - how do I convert an e-book and put it onto a microSD card for the
>> device?
>
> Like David said, we encourage you to check out github.com/wikireader for
> now.
>
>> All in all - I really like this device.
>
> Great. We love to hear this!
>
>   -Sean
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


-- 




From fercerpav at gmail.com  Tue Nov 10 17:27:52 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Tue, 10 Nov 2009 19:27:52 +0300
Subject: SIP Client
In-Reply-To: <200911101542.38044.openmoko@mazikeen.demon.co.uk> (Al Johnson's
	message of "Tue\, 10 Nov 2009 15\:42\:37 +0000")
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
Message-ID: <m2bpja9wfr.fsf@home.pavel.comp>

Al Johnson <openmoko at mazikeen.demon.co.uk> writes:
> On Monday 09 November 2009, Eric Smith wrote:
>> Meanwhile, I want to use the freerunner as a WIFI connected
>> SIP client.  No need to make cellular calls or do *anything*
>> else than VOIP.
>
> Your battery won't last long in this case because you can't suspend and still 
> receive calls. You could save a bit of battery by turning off the
> GSM though.

I suspect that it's possible to utilize wake-on-wifi capability but
i've not tried it yet. Though hardware-wise everything needed seems to
be there. Probably it's even enabled by default, you just need to
disable suspending of s3c_mci and ar6000 drivers.

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


From rms at 1407.org  Tue Nov 10 18:02:44 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Tue, 10 Nov 2009 17:02:44 +0000
Subject: Ideal screen rotation
In-Reply-To: <4AF957A6.2030506@underhand.org>
References: <20091108115356.d66782e1.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
	<4AF8AD1F.5030402@underhand.org>
	<20091110092332.GC4819@roque.1407.org>
	<4AF957A6.2030506@underhand.org>
Message-ID: <20091110170244.GA5282@roque.1407.org>

On Tue, Nov 10, 2009 at 12:08:06PM +0000, Dave Ball wrote:
> Rui Miguel Silva Seabra wrote:
> > On Tue, Nov 10, 2009 at 12:00:31AM +0000, Dave Ball wrote:
> >> option1: New atoms in the _NET_WM_STATE property.
> >> - _NET_WM_STATE_LANDSCAPE
> >> - _NET_WM_STATE_PORTRAIT
> >>
> >> If neither is present for a given window, WM can choose (based on
> >> the accelerometers). Both present is an error - or could be defined
> >> as leave the window in it's current orientation.
> >>
> >> option2: New property.
> >>
> >> _NET_WM_ORIENTATION
> >> 0 = Either / WM decides
> >> 1 = Landscape
> >> 2 = Portrait
> >
> > There are two landscape positions and 2 portrait positions :)
> Doh - of course!  Which would lead to:
> 
> _NET_WM_STATE_ORIENTATION_LANDSCAPE
> _NET_WM_STATE_ORIENTATION_PORTRAIT
> _NET_WM_STATE_ORIENTATION_INVERTED
> 
> or
> 
> _NET_WM_ORIENTATION
> 0 = Either / WM decides
> 1 = Landscape
> 2 = Portrait
> 3 = Landscape inverted
> 4 = Portrait inverted
> 
> However, what's the use-case for an application requesting either of the 
> inverted states?  I can't see when those would be useful - in terms of 
> hints the app would supply.
> 
> Obviously, if the WM was deciding orientation based on the device 
> position, you would correctly rotate to the inverted states, but if an 
> application is built for portrait or landscape is there any reason a 
> developer would not want the "normal" portrait/landscape orientation for 
> the device?

Yes, certain devices may be better prepared (in terms of connectivity for
power, usb, etc...) for one kind of landscape rather than the other.

Rui


From openmoko at mazikeen.demon.co.uk  Tue Nov 10 18:05:05 2009
From: openmoko at mazikeen.demon.co.uk (Al Johnson)
Date: Tue, 10 Nov 2009 17:05:05 +0000
Subject: SIP Client
In-Reply-To: <m2bpja9wfr.fsf@home.pavel.comp>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<m2bpja9wfr.fsf@home.pavel.comp>
Message-ID: <200911101705.05806.openmoko@mazikeen.demon.co.uk>

On Tuesday 10 November 2009, Paul Fertser wrote:
> Al Johnson <openmoko at mazikeen.demon.co.uk> writes:
> > On Monday 09 November 2009, Eric Smith wrote:
> >> Meanwhile, I want to use the freerunner as a WIFI connected
> >> SIP client.  No need to make cellular calls or do *anything*
> >> else than VOIP.
> >
> > Your battery won't last long in this case because you can't suspend and
> > still receive calls. You could save a bit of battery by turning off the
> > GSM though.
> 
> I suspect that it's possible to utilize wake-on-wifi capability but
> i've not tried it yet. Though hardware-wise everything needed seems to
> be there. Probably it's even enabled by default, you just need to
> disable suspending of s3c_mci and ar6000 drivers.

I had wondered if this might be possible. I've not looked at the idle time 
between packets to see whether we would get to spend a worthwhile time asleep 
though. 


From openmoko at underhand.org  Tue Nov 10 18:15:54 2009
From: openmoko at underhand.org (Dave Ball)
Date: Tue, 10 Nov 2009 17:15:54 +0000
Subject: Ideal screen rotation
In-Reply-To: <20091110170244.GA5282@roque.1407.org>
References: <20091108115356.d66782e1.raster@rasterman.com>	<4AF62703.6080005@underhand.org>	<20091108135403.eaaafa53.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>	<20091108143944.6e703655.raster@rasterman.com>	<4AF64AF3.1030307@underhand.org>	<20091108154551.ba17ea7c.raster@rasterman.com>	<4AF8AD1F.5030402@underhand.org>	<20091110092332.GC4819@roque.1407.org>	<4AF957A6.2030506@underhand.org>
	<20091110170244.GA5282@roque.1407.org>
Message-ID: <4AF99FCA.3010306@underhand.org>

Rui Miguel Silva Seabra wrote:
> On Tue, Nov 10, 2009 at 12:08:06PM +0000, Dave Ball wrote:
>> However, what's the use-case for an application requesting either of the 
>> inverted states?  I can't see when those would be useful - in terms of 
>> hints the app would supply.
>>
>> Obviously, if the WM was deciding orientation based on the device 
>> position, you would correctly rotate to the inverted states, but if an 
>> application is built for portrait or landscape is there any reason a 
>> developer would not want the "normal" portrait/landscape orientation for 
>> the device?
>>     
>
> Yes, certain devices may be better prepared (in terms of connectivity for
> power, usb, etc...) for one kind of landscape rather than the other.
>   

Yup - although that would be at the device level rather than the 
application level.  If the WM knows what the device's policy is, I can't 
see a situation where one app wants to be in "landscape", and a 
different app wants to be in "landscape inverted" on the same device?

Dave


From wjbaird at alumni.uwaterloo.ca  Tue Nov 10 18:17:54 2009
From: wjbaird at alumni.uwaterloo.ca (Warren Baird)
Date: Tue, 10 Nov 2009 12:17:54 -0500
Subject: Ideal screen rotation
In-Reply-To: <4AF990BC.3040001@underhand.org>
References: <20091107234628.f76c8f06.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
	<4AF8AD1F.5030402@underhand.org>
	<20091110092332.GC4819@roque.1407.org>
	<4AF957A6.2030506@underhand.org>
	<b66a83e00911100747n7640c285y287f2d70b0916af@mail.gmail.com>
	<4AF990BC.3040001@underhand.org>
Message-ID: <b66a83e00911100917j2612bf6ep36f16bdec595bffd@mail.gmail.com>

I meant that it should *constrain* the behaviour of rotation - more or less
like omnewrotate behaves now, but skipping over the two 'incorrect'
orientations.

so if the app says 'landscape', it's still flip between xrandr -o 1 and
xrandr -o 3 as you rotate the phone, but won't flip to xrandr -o 0 or xrandr
-o 2.

I don't think it will normally makes sense for an application to
specficially request 'xrandr -o 3' - they will usually just want to be sure
that they are displayed in portrait or landscape mode.

I've been using epdfview a lot lately, and I'd love to be able to constrain
it to only show up in landscape mode...

Warren


On Tue, Nov 10, 2009 at 11:11 AM, Dave Ball <openmoko at underhand.org> wrote:

> Warren Baird wrote:
> > perhaps the landscape / portrait flag should just contrain the
> > rotation?   So if you flip the phone 180 degrees, you get the
> > 'expected' behaviour, but if you just flip it 90 degrees nothing changes?
>
> Given that these properties are for the orientation an application
> requests (to the WM) should ideally be used, I'm not sure how the actual
> rotation would help?  Working from rotation would also complicate the
> behaviour on devices that are normally landscape - such as the Nokia N900.
>
> What I'm suggesting is that the application just says "landscape" or
> "portrait", and then the WM would decide the most appropriate way to
> orient the screen for that device.
>
> If an application doesn't request either landscape or portrait, then the
> WM would rotate the screen according to the device orientation, through
> each of the positions the device could be held (including inverted).  So
> the WM definitely needs to know the actual orientation of the device
> (such as from the FSO api), but I think the application itself only
> needs to request Landscape, Portrait or neither.
>
>
> Dave
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091110/d969ad56/attachment-0001.htm 

From rms at 1407.org  Tue Nov 10 18:29:45 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Tue, 10 Nov 2009 17:29:45 +0000
Subject: Ideal screen rotation
In-Reply-To: <4AF99FCA.3010306@underhand.org>
References: <20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
	<4AF8AD1F.5030402@underhand.org>
	<20091110092332.GC4819@roque.1407.org>
	<4AF957A6.2030506@underhand.org>
	<20091110170244.GA5282@roque.1407.org>
	<4AF99FCA.3010306@underhand.org>
Message-ID: <20091110172945.GB5282@roque.1407.org>

On Tue, Nov 10, 2009 at 05:15:54PM +0000, Dave Ball wrote:
> Rui Miguel Silva Seabra wrote:
> > On Tue, Nov 10, 2009 at 12:08:06PM +0000, Dave Ball wrote:
> >> However, what's the use-case for an application requesting either of the 
> >> inverted states?  I can't see when those would be useful - in terms of 
> >> hints the app would supply.
> >>
> >> Obviously, if the WM was deciding orientation based on the device 
> >> position, you would correctly rotate to the inverted states, but if an 
> >> application is built for portrait or landscape is there any reason a 
> >> developer would not want the "normal" portrait/landscape orientation for 
> >> the device?
> >>     
> >
> > Yes, certain devices may be better prepared (in terms of connectivity for
> > power, usb, etc...) for one kind of landscape rather than the other.
> >   
> 
> Yup - although that would be at the device level rather than the 
> application level.  If the WM knows what the device's policy is, I can't 
> see a situation where one app wants to be in "landscape", and a 
> different app wants to be in "landscape inverted" on the same device?

If you want to "standardize" something, better be prepared for uses such as
a device.

For some reason xrandr allows different options rathen than just 3.

0 == normal
1 == turned left
2 == normal inverted
3 == turned right

Now... on my laptop, landscape == 0 or 2, but on the Free Runner landscape = 1 or 3

Rui


From openmoko at underhand.org  Tue Nov 10 18:28:11 2009
From: openmoko at underhand.org (Dave Ball)
Date: Tue, 10 Nov 2009 17:28:11 +0000
Subject: Ideal screen rotation
In-Reply-To: <b66a83e00911100917j2612bf6ep36f16bdec595bffd@mail.gmail.com>
References: <20091107234628.f76c8f06.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>	<20091108143944.6e703655.raster@rasterman.com>	<4AF64AF3.1030307@underhand.org>	<20091108154551.ba17ea7c.raster@rasterman.com>	<4AF8AD1F.5030402@underhand.org>	<20091110092332.GC4819@roque.1407.org>	<4AF957A6.2030506@underhand.org>	<b66a83e00911100747n7640c285y287f2d70b0916af@mail.gmail.com>	<4AF990BC.3040001@underhand.org>
	<b66a83e00911100917j2612bf6ep36f16bdec595bffd@mail.gmail.com>
Message-ID: <4AF9A2AB.4080402@underhand.org>

Warren Baird wrote:
> I meant that it should *constrain* the behaviour of rotation - more or 
> less like omnewrotate behaves now, but skipping over the two 
> 'incorrect' orientations. 
>
> so if the app says 'landscape', it's still flip between xrandr -o 1 
> and xrandr -o 3 as you rotate the phone, but won't flip to xrandr -o 0 
> or xrandr -o 2.
>
> I don't think it will normally makes sense for an application to 
> specficially request 'xrandr -o 3' - they will usually just want to be 
> sure that they are displayed in portrait or landscape mode.
ok, we can make that a policy decision in the WM, but the app only needs 
to specify portrait or landscape.


Dave



From jim at anconafamily.com  Tue Nov 10 19:00:34 2009
From: jim at anconafamily.com (Jim Ancona)
Date: Tue, 10 Nov 2009 13:00:34 -0500
Subject: Some questions about android on Freerunner
In-Reply-To: <a3d52b570911091936v3a2f0df4rc7d1504cd64a568f@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<20091105161258.GA5149@roque.1407.org>
	<a3d52b570911091936v3a2f0df4rc7d1504cd64a568f@mail.gmail.com>
Message-ID: <59af3fb30911101000h6d9235dcq33716aed73ba0d88@mail.gmail.com>

It appears that Google is actively blocking access to Google Code from
Iran and several other countries. See their TOS:

http://code.google.com/tos.html

and these threads on their groups list:

http://groups.google.com/group/google-code-hosting/search?group=google-code-hosting&q=iran

I'm the owner of the android-on-freerunner Google Code project. I will
initiate a discussion about moving the project to another site on the
a-o-f mailing list,
http://groups.google.com/group/android-on-freerunner, which doesn't
appear to be blocked.

Jim

On Mon, Nov 9, 2009 at 10:36 PM, Levy <levy.santanna at gmail.com> wrote:
> On Thu, Nov 5, 2009 at 14:12, Rui Miguel Silva Seabra
>> If you prove me it's Google who's actively blocking Iran, then I will >remove
>> both omnewrotate and elmdentica from Google Code in protest.
>
> Nice, I would like to suggest the same for other Free projects!
>
>> Best regards from a portuguese,
>> Rui
>
> Best regards from a brazillian,
> Levy
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From rms at 1407.org  Tue Nov 10 19:22:42 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Tue, 10 Nov 2009 18:22:42 +0000
Subject: Some questions about android on Freerunner
In-Reply-To: <59af3fb30911101000h6d9235dcq33716aed73ba0d88@mail.gmail.com>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<20091105161258.GA5149@roque.1407.org>
	<a3d52b570911091936v3a2f0df4rc7d1504cd64a568f@mail.gmail.com>
	<59af3fb30911101000h6d9235dcq33716aed73ba0d88@mail.gmail.com>
Message-ID: <20091110182242.GC5282@roque.1407.org>

I would like some suggestions on where to go, and wether I can export my google
code svn history.

Please let us know your conclusions :)

Thanks,
Rui

On Tue, Nov 10, 2009 at 01:00:34PM -0500, Jim Ancona wrote:
> It appears that Google is actively blocking access to Google Code from
> Iran and several other countries. See their TOS:
> 
> http://code.google.com/tos.html
> 
> and these threads on their groups list:
> 
> http://groups.google.com/group/google-code-hosting/search?group=google-code-hosting&q=iran
> 
> I'm the owner of the android-on-freerunner Google Code project. I will
> initiate a discussion about moving the project to another site on the
> a-o-f mailing list,
> http://groups.google.com/group/android-on-freerunner, which doesn't
> appear to be blocked.
> 
> Jim
> 
> On Mon, Nov 9, 2009 at 10:36 PM, Levy <levy.santanna at gmail.com> wrote:
> > On Thu, Nov 5, 2009 at 14:12, Rui Miguel Silva Seabra
> >> If you prove me it's Google who's actively blocking Iran, then I will >remove
> >> both omnewrotate and elmdentica from Google Code in protest.
> >
> > Nice, I would like to suggest the same for other Free projects!
> >
> >> Best regards from a portuguese,
> >> Rui
> >
> > Best regards from a brazillian,
> > Levy


From fercerpav at gmail.com  Tue Nov 10 19:56:44 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Tue, 10 Nov 2009 21:56:44 +0300
Subject: SIP Client
In-Reply-To: <200911101705.05806.openmoko@mazikeen.demon.co.uk> (Al Johnson's
	message of "Tue\, 10 Nov 2009 17\:05\:05 +0000")
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<m2bpja9wfr.fsf@home.pavel.comp>
	<200911101705.05806.openmoko@mazikeen.demon.co.uk>
Message-ID: <m27hty9pjn.fsf@home.pavel.comp>

Al Johnson <openmoko at mazikeen.demon.co.uk> writes:
> On Tuesday 10 November 2009, Paul Fertser wrote:
>> Al Johnson <openmoko at mazikeen.demon.co.uk> writes:
>> > On Monday 09 November 2009, Eric Smith wrote:
>> >> Meanwhile, I want to use the freerunner as a WIFI connected
>> >> SIP client.  No need to make cellular calls or do *anything*
>> >> else than VOIP.
>> >
>> > Your battery won't last long in this case because you can't suspend and
>> > still receive calls. You could save a bit of battery by turning off the
>> > GSM though.
>> 
>> I suspect that it's possible to utilize wake-on-wifi capability but
>> i've not tried it yet. Though hardware-wise everything needed seems to
>> be there. Probably it's even enabled by default, you just need to
>> disable suspending of s3c_mci and ar6000 drivers.
>
> I had wondered if this might be possible. I've not looked at the idle time 
> between packets to see whether we would get to spend a worthwhile time asleep 
> though. 


From matthias.huber at wollishausen.de  Tue Nov 10 20:44:08 2009
From: matthias.huber at wollishausen.de (Matthias Huber)
Date: Tue, 10 Nov 2009 20:44:08 +0100
Subject: Ideal screen rotation
In-Reply-To: <20091110172945.GB5282@roque.1407.org>
References: <20091108135403.eaaafa53.raster@rasterman.com>	<4AF637AE.4020203@underhand.org>	<20091108143944.6e703655.raster@rasterman.com>	<4AF64AF3.1030307@underhand.org>	<20091108154551.ba17ea7c.raster@rasterman.com>	<4AF8AD1F.5030402@underhand.org>	<20091110092332.GC4819@roque.1407.org>	<4AF957A6.2030506@underhand.org>	<20091110170244.GA5282@roque.1407.org>	<4AF99FCA.3010306@underhand.org>
	<20091110172945.GB5282@roque.1407.org>
Message-ID: <4AF9C288.5040107@wollishausen.de>


> If you want to "standardize" something, better be prepared for uses such as
> a device.
>
> For some reason xrandr allows different options rathen than just 3.
>
> 0 == normal
> 1 == turned left
> 2 == normal inverted
> 3 == turned right
>
> Now... on my laptop, landscape == 0 or 2, but on the Free Runner landscape = 1 or 3
>
>   
in my oppinion this is quite simple and contrary to carsten, i say:

landscape := more broad than high
portrait := more high than broad


From tingox at gmail.com  Tue Nov 10 21:14:03 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Tue, 10 Nov 2009 21:14:03 +0100
Subject: WikiReader - first impressions
In-Reply-To: <5c6ceea80911100048y7e9103a1hf51947faa9c4628@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
	<5c6ceea80911100048y7e9103a1hf51947faa9c4628@mail.gmail.com>
Message-ID: <ef8c8a880911101214k4f089603k9a8cee6ccc354b88@mail.gmail.com>

Hi,

On Tue, Nov 10, 2009 at 9:48 AM, David Reyes Samblas Martinez <
david at tuxbrain.com> wrote:

> Did you push down first? as in other uSD readers you have to push it
> down until you feel a click  then it unbloks and a spring will pull
> out enough the card to ease taike it out
>

Yes, I did push it down first - this is not the first microSD card I have
used :-)
Now, after a lot of practice, I can actually manage to get the card out
using my fingernails.
But it is very hard, because space is extremely tight in there.

As a workaround, I have attached a bit of tape to the end of the microSD
card, and bent it (the tape) upwards. This gives me a "handle" that I have
the chance to get a grasp on.

Download the source code from http://github.com/wikireader/wikireader
> tools are there  and instructions on how to create wikireaders files
> form a Wikipedia xml is in a quickguide on the doc directory.
>

Thanks for the info.
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091110/a06af53e/attachment.htm 

From jim at anconafamily.com  Tue Nov 10 21:35:52 2009
From: jim at anconafamily.com (Jim Ancona)
Date: Tue, 10 Nov 2009 15:35:52 -0500
Subject: Some questions about android on Freerunner
In-Reply-To: <20091110182242.GC5282@roque.1407.org>
References: <SNT127-W457B13F2DF06AD329F56BBB2B00@phx.gbl>
	<267bb6670911050324v1fdcba05i47592504548f538b@mail.gmail.com>
	<20091105123934.136b1f35@vanek.robe.cz>
	<267bb6670911050342v2b74f4d0w914ecf02de8897ea@mail.gmail.com>
	<20091105161258.GA5149@roque.1407.org>
	<a3d52b570911091936v3a2f0df4rc7d1504cd64a568f@mail.gmail.com>
	<59af3fb30911101000h6d9235dcq33716aed73ba0d88@mail.gmail.com>
	<20091110182242.GC5282@roque.1407.org>
Message-ID: <59af3fb30911101235p5007ccc1l2e427153908146dd@mail.gmail.com>

On Tue, Nov 10, 2009 at 1:22 PM, Rui Miguel Silva Seabra <rms at 1407.org> wrote:
> I would like some suggestions on where to go, and wether I can export my google
> code svn history.
>
> Please let us know your conclusions :)

Some resources I found:
There's a comparison page at Wikipedia:
http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilities
There's an API for Google's Issues database:
http://code.google.com/p/support/wiki/IssueTrackerAPI
And the wiki content is in source control and can be exported,
although syntax may be an issue.

Jim
>
> Thanks,
> Rui
>
> On Tue, Nov 10, 2009 at 01:00:34PM -0500, Jim Ancona wrote:
>> It appears that Google is actively blocking access to Google Code from
>> Iran and several other countries. See their TOS:
>>
>> http://code.google.com/tos.html
>>
>> and these threads on their groups list:
>>
>> http://groups.google.com/group/google-code-hosting/search?group=google-code-hosting&q=iran
>>
>> I'm the owner of the android-on-freerunner Google Code project. I will
>> initiate a discussion about moving the project to another site on the
>> a-o-f mailing list,
>> http://groups.google.com/group/android-on-freerunner, which doesn't
>> appear to be blocked.
>>
>> Jim
>>
>> On Mon, Nov 9, 2009 at 10:36 PM, Levy <levy.santanna at gmail.com> wrote:
>> > On Thu, Nov 5, 2009 at 14:12, Rui Miguel Silva Seabra
>> >> If you prove me it's Google who's actively blocking Iran, then I will >remove
>> >> both omnewrotate and elmdentica from Google Code in protest.
>> >
>> > Nice, I would like to suggest the same for other Free projects!
>> >
>> >> Best regards from a portuguese,
>> >> Rui
>> >
>> > Best regards from a brazillian,
>> > Levy
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From tingox at gmail.com  Tue Nov 10 21:38:46 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Tue, 10 Nov 2009 21:38:46 +0100
Subject: WikiReader - first impressions
In-Reply-To: <6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
	<6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
Message-ID: <ef8c8a880911101238s2c1382fya0de84c6f85c7fc3@mail.gmail.com>

Hi,

On Tue, Nov 10, 2009 at 3:55 PM, Sean Moss-Pultz <sean at openmoko.com> wrote:

>
> Are you running the latest kernel? (The way to tell is if you have
> kinetic scrolling, yes == latest kernel)
>

I am running whatever version the device was delivered with.
It doesn't look like scrolling is kinetic.



>
> http://cloud.github.com/downloads/wikireader/wikireader/kernel-2009-10-30.zip
>
>
Ah! I was looking around on the WikiReader web site for updates, I didn't
think about github.

Scrolling is really really good there.
>

I'll get it and see if I can update my card.


> You can hold down the backspace key. It will delete the word extremely
> fast. We're working on a few minor UI changes for the next release.
> Clear will be more obvious
>

I really hope you will implement a "clear" button - one button press is
faster than holding down the backspace key, IMHO.


> We didn't want to add another button. We might use left to right
> swipes in a later release. Not sure yet...
>

Swipes might work.

It doesn't have to be a physical button - how about using a corner of the
screen for that purpose?
Not really sure it would work - if I am right handed, I will use the thumb
of my right hand to scroll on the right side of the screen, and a button on
the lower left corner of the screen wouldn't interfere. However, if a left
handed person used the device, he or she might use the left side of the
screen to scroll. Hmm, this idea needs more thinking.



> > Annoyances:
> > - it is impossible (for me at least) to take out the microSD card without
> using a tool (pliers or something). Why do I want to take it out? To
> actually show people the small size of a Wikipedia database. :-)
>
> Push it in and it will pop out (beware it will *really* pop sometimes)
>

Not on mine. I have tried - it never pos out. I also tried shakking the
device - no, the card doesn't want to come out. My workaround is a handle
made of tape - see my other post.
Without that, I need something that can grab the cardon the sides - my
fingers / nails doesn't fit in there (ok, I can do it, but it takes almost a
minute, and a lot of cursing :-) ).

>
> > - the buttons on the on screen keyboard is a bit small for my fingers (it
> is easy to press the character left or right of the one I want). I don't
> know how to solve this yet.
>
> Software. If you've used an iPhone, the keypad is 70% of WikiReader's
> size. And typing is a lot better. So just bear with us. We're working
> on this big time.
>

Cool. I never have used an iPhone - I have a FreeRunner (and a 1973).
FWIW, I had this idea about the keyboard: if nothing else works, you could
always "split" the keyboard in a left and a right half, and only show one
half at a time (with a button to switch to the other half). Not ideal, but
then the buttons could be almost twice as wide.

Like David said, we encourage you to check out github.com/wikireader for
> now.
>

I will do that.
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091110/af5f5563/attachment.htm 

From tingox at gmail.com  Tue Nov 10 21:45:30 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Tue, 10 Nov 2009 21:45:30 +0100
Subject: WikiReader - github problems?
Message-ID: <ef8c8a880911101245v3f856fd0g953e514b02befd6b@mail.gmail.com>

When I go to http://github.com/wikireader/wikireader
(now, Tueday 10.11.2009, at 21:43 CET, I get:
"404 Not Found"
Why is that?

-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091110/85394e9d/attachment.htm 

From tingox at gmail.com  Tue Nov 10 21:47:55 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Tue, 10 Nov 2009 21:47:55 +0100
Subject: WikiReader - github problems?
In-Reply-To: <ef8c8a880911101245v3f856fd0g953e514b02befd6b@mail.gmail.com>
References: <ef8c8a880911101245v3f856fd0g953e514b02befd6b@mail.gmail.com>
Message-ID: <ef8c8a880911101247t7656eca0xc382d3fff829c2b@mail.gmail.com>

On Tue, Nov 10, 2009 at 9:45 PM, Torfinn Ingolfsen <tingox at gmail.com> wrote:

> When I go to http://github.com/wikireader/wikireader
> (now, Tueday 10.11.2009, at 21:43 CET, I get:
> "404 Not Found"
> Why is that?
>
> Aha - "GitHub is Temporarily Offline".
-- 
Regards,
Torfinn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091110/938b0d6a/attachment.htm 

From taw at bitwiz.org.uk  Tue Nov 10 21:49:25 2009
From: taw at bitwiz.org.uk (Thomas White)
Date: Tue, 10 Nov 2009 21:49:25 +0100
Subject: WikiReader - github problems?
In-Reply-To: <ef8c8a880911101245v3f856fd0g953e514b02befd6b@mail.gmail.com>
References: <ef8c8a880911101245v3f856fd0g953e514b02befd6b@mail.gmail.com>
Message-ID: <20091110214925.ab0b6563.taw@bitwiz.org.uk>

On Tue, 10 Nov 2009 21:45:30 +0100
Torfinn Ingolfsen <tingox at gmail.com> wrote:

> When I go to http://github.com/wikireader/wikireader
> (now, Tueday 10.11.2009, at 21:43 CET, I get:
> "404 Not Found"
> Why is that?

Nothing to worry about.  See: http://twitter.com/github

Tom

-- 
Thomas White <taw at bitwiz.org.uk>


From david at tuxbrain.com  Tue Nov 10 21:56:00 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 10 Nov 2009 21:56:00 +0100
Subject: WikiReader - github problems?
In-Reply-To: <ef8c8a880911101245v3f856fd0g953e514b02befd6b@mail.gmail.com>
References: <ef8c8a880911101245v3f856fd0g953e514b02befd6b@mail.gmail.com>
Message-ID: <5c6ceea80911101256p16d52100uebaca7ae8e9f57cc@mail.gmail.com>

not problem to access here ...
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!!!




2009/11/10 Torfinn Ingolfsen <tingox at gmail.com>:
> When I go to http://github.com/wikireader/wikireader
> (now, Tueday 10.11.2009, at 21:43 CET, I get:
> "404 Not Found"
> Why is that?
>
> --
> Regards,
> Torfinn Ingolfsen
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


From neiljerram at googlemail.com  Tue Nov 10 22:14:47 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Tue, 10 Nov 2009 21:14:47 +0000
Subject: SIP Client
In-Reply-To: <m27hty9pjn.fsf@home.pavel.comp>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<m2bpja9wfr.fsf@home.pavel.comp>
	<200911101705.05806.openmoko@mazikeen.demon.co.uk>
	<m27hty9pjn.fsf@home.pavel.comp>
Message-ID: <49dd78620911101314n39341d76p72c62c8d6a28960d@mail.gmail.com>

2009/11/10 Paul Fertser <fercerpav at gmail.com>:
> Al Johnson <openmoko at mazikeen.demon.co.uk> writes:
>>
>> I had wondered if this might be possible. I've not looked at the idle time
>> between packets to see whether we would get to spend a worthwhile time asleep
>> though.
>
> From my quick googling it looks like it's only SIP client that usually
> sends some kind of keep-alive; some registrars can do that too but it
> seems uncommon.

If you're suggesting a client/server distinction here, I think that's
false: most SIP phones want both to call out and to be called.
Keepalives are used to keep firewall/NAT pinholes open, so whether
they're needed depends on whether the phone is in a private or public
network.  At home would usually mean private and so require
keepalives.

That said, the standards are still in flux and there are different
possible solutions.  I guess what really matters here is what linphone
does, since being in a private network must be its mainline scenario,
and I'm afraid I don't know that.

      Neil


From neiljerram at googlemail.com  Tue Nov 10 22:26:56 2009
From: neiljerram at googlemail.com (Neil Jerram)
Date: Tue, 10 Nov 2009 21:26:56 +0000
Subject: Ideal screen rotation
In-Reply-To: <b66a83e00911100917j2612bf6ep36f16bdec595bffd@mail.gmail.com>
References: <20091107234628.f76c8f06.raster@rasterman.com>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
	<4AF8AD1F.5030402@underhand.org>
	<20091110092332.GC4819@roque.1407.org>
	<4AF957A6.2030506@underhand.org>
	<b66a83e00911100747n7640c285y287f2d70b0916af@mail.gmail.com>
	<4AF990BC.3040001@underhand.org>
	<b66a83e00911100917j2612bf6ep36f16bdec595bffd@mail.gmail.com>
Message-ID: <49dd78620911101326r5afe4c86xc5089fffdd621145@mail.gmail.com>

2009/11/10 Warren Baird <wjbaird at alumni.uwaterloo.ca>:
> I meant that it should *constrain* the behaviour of rotation - more or less
> like omnewrotate behaves now, but skipping over the two 'incorrect'
> orientations.
>
> so if the app says 'landscape', it's still flip between xrandr -o 1 and
> xrandr -o 3 as you rotate the phone, but won't flip to xrandr -o 0 or xrandr
> -o 2.
>
> I don't think it will normally makes sense for an application to
> specficially request 'xrandr -o 3' - they will usually just want to be sure
> that they are displayed in portrait or landscape mode.

This subtlety hadn't occurred to me before, but I actually have a use
case for it!  I have an in-car phone holder that happens to work
better with the phone upside down, so that the USB connection can be
on the left.

So yes, it would be better if a "prefers-portrait" app (like tangogps)
could be shown in either -o 0 or -o 2, depending on actual phone
position.

        Neil


From nicola.mfb at gmail.com  Tue Nov 10 22:32:19 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Tue, 10 Nov 2009 22:32:19 +0100
Subject: SIP Client
In-Reply-To: <20091109211433.GF20259@trustfood.org>
References: <20091109211433.GF20259@trustfood.org>
Message-ID: <359c5480911101332l23af57daxa273b0a40a02557@mail.gmail.com>

On Mon, Nov 9, 2009 at 10:14 PM, Eric Smith <es at fruitcom.com> wrote:
[...]
> Meanwhile, I want to use the freerunner as a WIFI connected
> SIP client. ?No need to make cellular calls or do *anything*
> else than VOIP.

There are some softwares not adapted for the freerunner GUI, but an
upcoming one is very promising, it's name is apathy, the SIP support
is on the road, you may contact developers to know about their
roadmap.

       Niko


From vfebvre at easter-eggs.com  Wed Nov 11 00:41:12 2009
From: vfebvre at easter-eggs.com (Valery Febvre)
Date: Wed, 11 Nov 2009 00:41:12 +0100
Subject: [SHR-U] Neomis - a computer version of the electronic game Simon
Message-ID: <4AF9FA18.8050706@easter-eggs.com>

Hi,

Neomis is a computer version of the well-known electronic game named Simon.

It's a game of memory and concentration.

You must follow the pattern of sounds and lights as long as you can
remember!

The game will flash quadrants in turn and expect you to repeat the
sequence. If you get the sequence correct, the game will respond with a
longer sequence.

It's written in Python / Elementary.

NumberX is tested on SHR unstable ONLY.

Homepage : http://code.google.com/p/neomis/

Package : http://neomis.googlecode.com/files/neomis_1.0.0-r0_all.ipk

Best Regards,
--
Val?ry


From stroller at stellar.eclipse.co.uk  Wed Nov 11 01:06:25 2009
From: stroller at stellar.eclipse.co.uk (Stroller)
Date: Wed, 11 Nov 2009 00:06:25 +0000
Subject: SIP Client
In-Reply-To: <359c5480911101332l23af57daxa273b0a40a02557@mail.gmail.com>
References: <20091109211433.GF20259@trustfood.org>
	<359c5480911101332l23af57daxa273b0a40a02557@mail.gmail.com>
Message-ID: <85F4414A-4B27-4E8A-9BA3-B7EF9FA239AB@stellar.eclipse.co.uk>


On 10 Nov 2009, at 21:32, Nicola Mfb wrote:

> On Mon, Nov 9, 2009 at 10:14 PM, Eric Smith <es at fruitcom.com> wrote:
> [...]
>> Meanwhile, I want to use the freerunner as a WIFI connected
>> SIP client.  No need to make cellular calls or do *anything*
>> else than VOIP.
>
> There are some softwares not adapted for the freerunner GUI, but an
> upcoming one is very promising, it's name is apathy, the SIP support
> is on the road...

Google says:

Did you mean: empathy sip client

?

Stroller.


From nicola.mfb at gmail.com  Wed Nov 11 01:21:32 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Wed, 11 Nov 2009 01:21:32 +0100
Subject: SIP Client
In-Reply-To: <85F4414A-4B27-4E8A-9BA3-B7EF9FA239AB@stellar.eclipse.co.uk>
References: <20091109211433.GF20259@trustfood.org>
	<359c5480911101332l23af57daxa273b0a40a02557@mail.gmail.com>
	<85F4414A-4B27-4E8A-9BA3-B7EF9FA239AB@stellar.eclipse.co.uk>
Message-ID: <359c5480911101621y17ed4702xc43bf30a88c23203@mail.gmail.com>

On Wed, Nov 11, 2009 at 1:06 AM, Stroller
<stroller at stellar.eclipse.co.uk> wrote:
[...]
> Google says:
>
> Did you mean: empathy sip client
>
> ?

Sorry for missing the link.

http://www.openapathy.org/

      Niko


From openmoko at mazikeen.demon.co.uk  Wed Nov 11 01:26:26 2009
From: openmoko at mazikeen.demon.co.uk (Al Johnson)
Date: Wed, 11 Nov 2009 00:26:26 +0000
Subject: SIP Client
In-Reply-To: <85F4414A-4B27-4E8A-9BA3-B7EF9FA239AB@stellar.eclipse.co.uk>
References: <20091109211433.GF20259@trustfood.org>
	<359c5480911101332l23af57daxa273b0a40a02557@mail.gmail.com>
	<85F4414A-4B27-4E8A-9BA3-B7EF9FA239AB@stellar.eclipse.co.uk>
Message-ID: <200911110026.27036.openmoko@mazikeen.demon.co.uk>

On Wednesday 11 November 2009, Stroller wrote:
> On 10 Nov 2009, at 21:32, Nicola Mfb wrote:
> > On Mon, Nov 9, 2009 at 10:14 PM, Eric Smith <es at fruitcom.com> wrote:
> > [...]
> >
> >> Meanwhile, I want to use the freerunner as a WIFI connected
> >> SIP client.  No need to make cellular calls or do *anything*
> >> else than VOIP.
> >
> > There are some softwares not adapted for the freerunner GUI, but an
> > upcoming one is very promising, it's name is apathy, the SIP support
> > is on the road...
> 
> Google says:
> 
> Did you mean: empathy sip client

iirc apathy is a telepathy-based IM client optimised for the freerunner and 
similar devices. Empathy is a different telepathy-based client. Telepathy has 
SIP support that both could use.


From raster at rasterman.com  Tue Nov 10 17:33:40 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Wed, 11 Nov 2009 03:33:40 +1100
Subject: Ideal screen rotation
In-Reply-To: <4AF990BC.3040001@underhand.org>
References: <20091107234628.f76c8f06.raster@rasterman.com>
	<4AF62703.6080005@underhand.org>
	<20091108135403.eaaafa53.raster@rasterman.com>
	<4AF637AE.4020203@underhand.org>
	<20091108143944.6e703655.raster@rasterman.com>
	<4AF64AF3.1030307@underhand.org>
	<20091108154551.ba17ea7c.raster@rasterman.com>
	<4AF8AD1F.5030402@underhand.org>
	<20091110092332.GC4819@roque.1407.org>
	<4AF957A6.2030506@underhand.org>
	<b66a83e00911100747n7640c285y287f2d70b0916af@mail.gmail.com>
	<4AF990BC.3040001@underhand.org>
Message-ID: <20091111033340.7d795239.raster@rasterman.com>

On Tue, 10 Nov 2009 16:11:40 +0000 Dave Ball <openmoko at underhand.org> said:

> Warren Baird wrote:
> > perhaps the landscape / portrait flag should just contrain the 
> > rotation?   So if you flip the phone 180 degrees, you get the 
> > 'expected' behaviour, but if you just flip it 90 degrees nothing changes?
> 
> Given that these properties are for the orientation an application 
> requests (to the WM) should ideally be used, I'm not sure how the actual 
> rotation would help?  Working from rotation would also complicate the 
> behaviour on devices that are normally landscape - such as the Nokia N900. 
> 
> What I'm suggesting is that the application just says "landscape" or 
> "portrait", and then the WM would decide the most appropriate way to 
> orient the screen for that device.
> 
> If an application doesn't request either landscape or portrait, then the 
> WM would rotate the screen according to the device orientation, through 
> each of the positions the device could be held (including inverted).  So 
> the WM definitely needs to know the actual orientation of the device 
> (such as from the FSO api), but I think the application itself only 
> needs to request Landscape, Portrait or neither.

you want a bitmask for 4 rotations as well as flips. why? because this is what
xrandr supports. you want to give a mask for which rotations the app "wants"
why do u need both 90 and 270 degrees for example?

look at a g1. u slide kbd open to one side of the screen. now imaging if u slid
the screen the other way you have a different button set along the other side.
eg a set of psp-style game-pad controllers for games. so games would request
270 and aps rthat are built for text input with hw kbd are 90. etc. etc.

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From ed at kapitein.org  Wed Nov 11 09:34:47 2009
From: ed at kapitein.org (Ed Kapitein)
Date: Wed, 11 Nov 2009 09:34:47 +0100
Subject: [freerunner] data plan USA
Message-ID: <1257928487.6132.7.camel@lp-00079.dt01.tno.nl>

Hi all,

We will be traveling trough the mid-west of the USA this summer for
about a month.
And i am looking for a way to have mobile internet on my freerunner
while doing so. (freerunner used as a modem for my laptop too)
What are the experiences with mobile data in that part of the US?
What is the best provider ? (cingular, t-mobile....)
What is the cheapest way to do so?
Can you roam from state to state on one plan, or is there a price per
state?

Last time i bought a card like [1], but only for voice calls, and that
worked well.

Thanks for the input!

Kind regards,
Ed


[1]
http://cgi.ebay.com/NEW-UNUSED-3G-SIM-CARD-SIM-CARD-for-CINGULAR-ATT-AT-T_W0QQitemZ170374759346QQcmdZViewItemQQptZSIM_Cards?hash=item27ab2083b2




From vanous at penguin.cz  Wed Nov 11 09:54:05 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Wed, 11 Nov 2009 09:54:05 +0100
Subject: org.freesmartphone.Device.Orientation
References: <200909100010.54985.mickey@vanille-media.de>
Message-ID: <20091111095405.5081c127@vanek.robe.cz>

On Thu, 10 Sep 2009 00:10:54 +0200
"Michael 'Mickey' Lauer" <mickey at vanille-media.de> (M'L) wrote:

>is now working in the first version. Here's an example output of mdbus

hi, any plans to have fso based accelerator threshold settings for
waking up from suspend?

cheers

Petr



From david at garabana.com  Wed Nov 11 10:43:47 2009
From: david at garabana.com (David Garabana Barro)
Date: Wed, 11 Nov 2009 10:43:47 +0100
Subject: [SHR-U] NumberX - a mathematical puzzle game
In-Reply-To: <4AF0CB2E.3040709@easter-eggs.com>
References: <4AF0CB2E.3040709@easter-eggs.com>
Message-ID: <200911111043.50359.david@garabana.com>

On Wednesday 04 November 2009 01:30:38 Valery Febvre wrote:
> Hi,
>
> I'm proud to announce the first release of NumberX.
>

Really GREAT!
I'm completely hooked on it ;)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091111/3b9d0167/attachment.pgp 

From ssj2micvm at gmail.com  Wed Nov 11 11:22:35 2009
From: ssj2micvm at gmail.com (Michele Brocco)
Date: Wed, 11 Nov 2009 11:22:35 +0100
Subject: SIP Client
In-Reply-To: <200911101542.38044.openmoko@mazikeen.demon.co.uk>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
Message-ID: <f36e37470911110222w1ba32034md3d9417191c04da2@mail.gmail.com>

On Tue, Nov 10, 2009 at 4:42 PM, Al Johnson
<openmoko at mazikeen.demon.co.uk> wrote:
> On Monday 09 November 2009, Eric Smith wrote:
>> Hi
>>
>> I have not used my freerunnner much since I bought it soon after
>> public launch due to battery issues.
>>
>> Recently flashed the latest unstable SHR and initially looked
>> reliable and promising as a regular phone. ?But then I
>> experienced missed calls and failure to dial.
>> (perhaps I will try Qt Extended Improved to see if this
>> works ?better as a regular phone)
>>
>> But I know there is a lot of new work on SHR and I hope that
>> it allow me to have a reliable regular phone.
>>
>> Meanwhile, I want to use the freerunner as a WIFI connected
>> SIP client. ?No need to make cellular calls or do *anything*
>> else than VOIP.
>
> Your battery won't last long in this case because you can't suspend and still
> receive calls. You could save a bit of battery by turning off the GSM though.
>
>> What is the advice on both the platform and application above it to
>> reliably support WIFI and a sip client? ?I see linphone is mentioned
>> in this forum.
>
> linphone worked for me a while back, but would need some work to make it
> usable. The main problem is the lack of alsa scenario switching between ring
> and call. The gui could be made more suitable for a handheld device too.
Besides that, also by using the alsa scenario for voip, sound does not
reach the earpiece. Thats a problem I have with SHR and qtmoko, with
linphone 3 and linphone 2 respectively. It was working with older
distros.

>
>> I do have a problem with batterys not charging well and
>> discharging fast, maybe some distributions fix this?
>
> I don't have any problem with battery on shr-u, but we may just have different
> expectations.
>
>> Thanks for suggestions.
>>


From mickey at vanille-media.de  Wed Nov 11 12:15:03 2009
From: mickey at vanille-media.de (Michael 'Mickey' Lauer)
Date: Wed, 11 Nov 2009 12:15:03 +0100
Subject: org.freesmartphone.Device.Orientation
In-Reply-To: <20091111095405.5081c127@vanek.robe.cz>
References: <200909100010.54985.mickey@vanille-media.de>
	<20091111095405.5081c127@vanek.robe.cz>
Message-ID: <1257938103.6879.4.camel@opal>

Am Mittwoch, den 11.11.2009, 09:54 +0100 schrieb Petr Vanek:
> On Thu, 10 Sep 2009 00:10:54 +0200
> "Michael 'Mickey' Lauer" <mickey at vanille-media.de> (M'L) wrote:
> 
> >is now working in the first version. Here's an example output of mdbus
> 
> hi, any plans to have fso based accelerator threshold settings for
> waking up from suspend?

Yes, definitely. Please open a bug to remind me of it :)

:M:



From vanous at penguin.cz  Wed Nov 11 12:28:09 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Wed, 11 Nov 2009 12:28:09 +0100
Subject: org.freesmartphone.Device.Orientation
References: <200909100010.54985.mickey@vanille-media.de>
	<20091111095405.5081c127@vanek.robe.cz>
	<1257938103.6879.4.camel@opal>
Message-ID: <20091111122809.1fdd7a9b@vanek.robe.cz>

On Wed, 11 Nov 2009 12:15:03 +0100
Michael 'Mickey' Lauer <mickey at vanille-media.de> (M'L) wrote:

>Am Mittwoch, den 11.11.2009, 09:54 +0100 schrieb Petr Vanek:
>> On Thu, 10 Sep 2009 00:10:54 +0200
>> "Michael 'Mickey' Lauer" <mickey at vanille-media.de> (M'L) wrote:
>> 
>> >is now working in the first version. Here's an example output of
>> >mdbus
>> 
>> hi, any plans to have fso based accelerator threshold settings for
>> waking up from suspend?
>
>Yes, definitely. Please open a bug to remind me of it :)
>
>:M:


Heya, this is great. will do. Has anyone tried it? The maximum 8g might
be still a bit too sensitive while normal bumping occures, but perhaps
it is OK?

petr



From absinthdraco at gmail.com  Wed Nov 11 12:42:34 2009
From: absinthdraco at gmail.com (Jared Maddox)
Date: Wed, 11 Nov 2009 05:42:34 -0600
Subject: Need Freerunner interfaces file
Message-ID: <2aeadf450911110342q6a08a0c4rb1f8609e8e149cbb@mail.gmail.com>

Hi. I went to modify the interfaces file on my Freerunner, but (while
I was trying to make a backup of it, of all the things!) accidentally
overwrote it. I've been building a new one, but I want the 'factory
release' version so that I can compare. Does anyone still have one of
those?

Also, dif-util on Windows gives me a -5 error when I try to backup the
root filesystem. I did it anyways (with scp, now that I'm familiar
with it's error messages), but I'm curious about what the cause would
be (the usb port is built into my computer, but that doesn't
necessarily mean it isn't a hub).

Finally, if I can't get dif-util to work (and ignoring the LiveCD
option, which I might use anyways), is there any way to flash the
kernel image, etc., from within the Freerunner, sort of like the GSM
firmware upgrade? I half-recall reading about Linux kernels being
treated like all other apps in Linux, but I'm fully aware that that
says nothing about placement requirements.


From mickey at vanille-media.de  Wed Nov 11 13:00:23 2009
From: mickey at vanille-media.de (Michael 'Mickey' Lauer)
Date: Wed, 11 Nov 2009 13:00:23 +0100
Subject: org.freesmartphone.Device.Orientation
In-Reply-To: <20091111122809.1fdd7a9b@vanek.robe.cz>
References: <200909100010.54985.mickey@vanille-media.de>
	<20091111095405.5081c127@vanek.robe.cz> <1257938103.6879.4.camel@opal>
	<20091111122809.1fdd7a9b@vanek.robe.cz>
Message-ID: <1257940823.6879.6.camel@opal>

> >> "Michael 'Mickey' Lauer" <mickey at vanille-media.de> (M'L) wrote:
> >> 
> >> >is now working in the first version. Here's an example output of
> >> >mdbus
> >> 
> >> hi, any plans to have fso based accelerator threshold settings for
> >> waking up from suspend?
> >
> >Yes, definitely. Please open a bug to remind me of it :)
>
> Heya, this is great. will do. Has anyone tried it? The maximum 8g might
> be still a bit too sensitive while normal bumping occures, but perhaps
> it is OK?

Well, 4G already is quite a whack, 8G should really be ok :)

:M:




From pbeck at yourse.de  Wed Nov 11 13:46:38 2009
From: pbeck at yourse.de (Patrick Beck)
Date: Wed, 11 Nov 2009 13:46:38 +0100
Subject: [SHR-U] Neomis - a computer version of the electronic game Simon
In-Reply-To: <4AF9FA18.8050706@easter-eggs.com>
References: <4AF9FA18.8050706@easter-eggs.com>
Message-ID: <1257943598.6245.13.camel@atlantis>

Hello Val?ry,

great Game! It's great usable with a touchscreen :) Thanks for that.

with kind regards

Patrick

Am Mittwoch, den 11.11.2009, 00:41 +0100 schrieb Valery Febvre:
> Hi,
> 
> Neomis is a computer version of the well-known electronic game named Simon.
> 
> It's a game of memory and concentration.
> 
> You must follow the pattern of sounds and lights as long as you can
> remember!
> 
> The game will flash quadrants in turn and expect you to repeat the
> sequence. If you get the sequence correct, the game will respond with a
> longer sequence.
> 
> It's written in Python / Elementary.
> 
> NumberX is tested on SHR unstable ONLY.
> 
> Homepage : http://code.google.com/p/neomis/
> 
> Package : http://neomis.googlecode.com/files/neomis_1.0.0-r0_all.ipk
> 
> Best Regards,
> --
> Val?ry
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.openmoko.org/pipermail/community/attachments/20091111/67615893/attachment.pgp 

From nicola.mfb at gmail.com  Wed Nov 11 16:12:25 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Wed, 11 Nov 2009 16:12:25 +0100
Subject: SIP Client
In-Reply-To: <f36e37470911110222w1ba32034md3d9417191c04da2@mail.gmail.com>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<f36e37470911110222w1ba32034md3d9417191c04da2@mail.gmail.com>
Message-ID: <359c5480911110712m12bfb5fdif48cc611b0cfaaf4@mail.gmail.com>

[...]
> Besides that, also by using the alsa scenario for voip, sound does not
> reach the earpiece. Thats a problem I have with SHR and qtmoko, with
> linphone 3 and linphone 2 respectively. It was working with older
> distros.

Last time I checked (some months ago) I had to bring hup a control
with alsamixer, then saved the state file on the voip scenario.

     Niko


From ssj2micvm at gmail.com  Wed Nov 11 16:23:51 2009
From: ssj2micvm at gmail.com (Michele Brocco)
Date: Wed, 11 Nov 2009 16:23:51 +0100
Subject: SIP Client
In-Reply-To: <359c5480911110712m12bfb5fdif48cc611b0cfaaf4@mail.gmail.com>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<f36e37470911110222w1ba32034md3d9417191c04da2@mail.gmail.com>
	<359c5480911110712m12bfb5fdif48cc611b0cfaaf4@mail.gmail.com>
Message-ID: <f36e37470911110723v94f288dn85220c3c3e911a47@mail.gmail.com>

On 11/11/09, Nicola Mfb <nicola.mfb at gmail.com> wrote:
> [...]
>> Besides that, also by using the alsa scenario for voip, sound does not
>> reach the earpiece. Thats a problem I have with SHR and qtmoko, with
>> linphone 3 and linphone 2 respectively. It was working with older
>> distros.
>
> Last time I checked (some months ago) I had to bring hup a control
> with alsamixer, then saved the state file on the voip scenario.
>
Could u remember which one? I tried several times with several
combinations with no result and  also tried to use the state files of
om2009-5 which were previously successfully used in litephone-3. Info
about the channel or any precious hint related to it (e.g. statefiles)
could make my day :)

Thanks in the meanwhile


From jerjoz.forums at gmail.com  Wed Nov 11 16:27:56 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Wed, 11 Nov 2009 07:27:56 -0800
Subject: [freerunner] data plan USA
In-Reply-To: <1257928487.6132.7.camel@lp-00079.dt01.tno.nl>
References: <1257928487.6132.7.camel@lp-00079.dt01.tno.nl>
Message-ID: <f8d5d4f30911110727g6372b787lf7e48d1ba608c7d2@mail.gmail.com>

On Wed, Nov 11, 2009 at 12:34 AM, Ed Kapitein <ed at kapitein.org> wrote:
> Hi all,
> Last time i bought a card like [1], but only for voice calls, and that
> worked well.
>
> Thanks for the input!
>
> Kind regards,
> Ed

my last experiences looking for a pre-paid data sim in the us ended in
disappointment. this was a few months ago and things may have changed
but at&t USED to be the only pre-paid sim available with data but that
has long since been discontinued.

i would really like you know if you find something that works.


From nicola.mfb at gmail.com  Wed Nov 11 16:28:52 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Wed, 11 Nov 2009 16:28:52 +0100
Subject: SIP Client
In-Reply-To: <f36e37470911110723v94f288dn85220c3c3e911a47@mail.gmail.com>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<f36e37470911110222w1ba32034md3d9417191c04da2@mail.gmail.com>
	<359c5480911110712m12bfb5fdif48cc611b0cfaaf4@mail.gmail.com>
	<f36e37470911110723v94f288dn85220c3c3e911a47@mail.gmail.com>
Message-ID: <359c5480911110728l540265dq697cad13deecfab@mail.gmail.com>

On Wed, Nov 11, 2009 at 4:23 PM, Michele Brocco <ssj2micvm at gmail.com> wrote:
[...]
> Could u remember which one? I tried several times with several
> combinations with no result and ?also tried to use the state files of
> om2009-5 which were previously successfully used in litephone-3. Info
> about the channel or any precious hint related to it (e.g. statefiles)
> could make my day :)
>
> Thanks in the meanwhile

Sorry, I do not remember and cannot dig just now, anyway shutdown GSM,
switch to voip scenario and begin playing a song with mplayer, open
alsamixer and play a bit until you hear the music.

    Niko


From GNUtoo at no-log.org  Wed Nov 11 17:13:43 2009
From: GNUtoo at no-log.org (GNUtoo)
Date: Wed, 11 Nov 2009 17:13:43 +0100
Subject: [OffTopic]Geek'sPhone: New android actor?
In-Reply-To: <200911092135.00999.david.lanzendoerfer@o2s.ch>
References: <6016f9080911090505q4a3b313oe8ba9dcb0cb16938@mail.gmail.com>
	<8b48b1570911090520v5dbfbb44h828306d112b96070@mail.gmail.com>
	<5c6ceea80911090608g725a24cmd64ca7b217cb0b46@mail.gmail.com>
	<200911092135.00999.david.lanzendoerfer@o2s.ch>
Message-ID: <1257956023.3662.18.camel@gnutoo-desktop>

On Mon, 2009-11-09 at 21:34 +0100, David Lanzend?rfer wrote:
> Would be nice, if it could become a new development platform for OM/SHR too.
> 
> Are there some development boards to get?
> 
> With JTAG interface and so on?
> 
> And a documentation for writing free drivers for the linux kernel?
> 
> Using android kernel is not an option, because they put the mostpart of theire 
> drivers into the apache licensed userspace. In binary format.
> 
> So the basic idea of opensource handies is died in android, because the linux 
> kernel cant support the hardware on its own, theres alway a binary compatible 
> android userspace needed to have the devices working properly.
> 
> I hope, if they call theire phone "geeky" then they are also open to sell 
> developmentboards and documentation.
> If they dont. Then the word geeky is a lie and we could even call a htc-raph 
> or other windows-ce generation handies geeky.
> Then we can call every ** smartphone geeky. Because they are all hackable in 
> someway...
> 
> So please ask them to inform about development boards on theire page.
> They dont have to make UMTS/GSM open, its clear that they cant, but the rest 
> of the pcb and schematics they could give us in a documentation, so that some 
> smart linux kernel hackers could write some drivers in the propriate section 
> (Board, CPU, Devices)
> 
> Something which the Android developers didnt manage to do either.
> Theire drivers are sooo ugly.
> This time, the development should start from our site.
> Linux shouldnt have only BIOS function, but should have the user and kernel 
> space consequently separated.
> Lets do it on our own, an we are sure, that it will be respected.
> We can certainly do it better then proprietary enterprises and google.
> 
> regards leviathan
If you are looking for such phone maybe the htcdream(I know you're doing
some work on the htcdream)is not a good option(but it's great if you
want to learn about the internals...because there is some work to do)
Some candidates are:
*Omap Zoom II ( http://en.wikipedia.org/wiki/OmapZoom )
*Exeda mobile ( http://www.exedamobile.com/web/ )
*The flow
( http://www.gizmoforyou.com/e107_plugins/content/content.php?content.32 )
*future openmoko phones(like gta02-core and/or the one from the
University of S?o Paulo in Brasil )

Maybe there are others that I have forgotten.

The palm pre is a different case as the modem doesn't fully work yet
( http://www.freesmartphone.org/index.php/Palm_Pre_Challenge )

Denis.



From ssj2micvm at gmail.com  Wed Nov 11 18:02:54 2009
From: ssj2micvm at gmail.com (Michele Brocco)
Date: Wed, 11 Nov 2009 18:02:54 +0100
Subject: SIP Client
In-Reply-To: <359c5480911110728l540265dq697cad13deecfab@mail.gmail.com>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<f36e37470911110222w1ba32034md3d9417191c04da2@mail.gmail.com>
	<359c5480911110712m12bfb5fdif48cc611b0cfaaf4@mail.gmail.com>
	<f36e37470911110723v94f288dn85220c3c3e911a47@mail.gmail.com>
	<359c5480911110728l540265dq697cad13deecfab@mail.gmail.com>
Message-ID: <f36e37470911110902r685b83aegc0806099340a1584@mail.gmail.com>

On 11/11/09, Nicola Mfb <nicola.mfb at gmail.com> wrote:
> On Wed, Nov 11, 2009 at 4:23 PM, Michele Brocco <ssj2micvm at gmail.com> wrote:
> [...]
>> Could u remember which one? I tried several times with several
>> combinations with no result and  also tried to use the state files of
>> om2009-5 which were previously successfully used in litephone-3. Info
>> about the channel or any precious hint related to it (e.g. statefiles)
>> could make my day :)
>>
>> Thanks in the meanwhile
>
> Sorry, I do not remember and cannot dig just now, anyway shutdown GSM,
> switch to voip scenario and begin playing a song with mplayer, open
> alsamixer and play a bit until you hear the music.
>
Very good idea! I played around as you said and in that way I found
out finally. I think it really was just one of the channels but I am
not that sure. Just in case someone else would need it: my current
statefile is now available on
http://chonyota.net/freerunner/voip-handset.state
Thanks Nik for the guidelines!


From giacomomariani at yahoo.it  Wed Nov 11 18:14:21 2009
From: giacomomariani at yahoo.it (giacomo `giotti` mariani)
Date: Wed, 11 Nov 2009 18:14:21 +0100
Subject: SIP client
In-Reply-To: <mailman.1481.1257956104.14033.community@lists.openmoko.org>
References: <mailman.1481.1257956104.14033.community@lists.openmoko.org>
Message-ID: <4AFAF0ED.8040400@yahoo.it>


>> Hi all,
>> Last time i bought a card like [1], but only for voice calls, and that
>> worked well.
>>
>> Thanks for the input!
>>
>> Kind regards,
>> Ed
>>     
>
> my last experiences looking for a pre-paid data sim in the us ended in
> disappointment. this was a few months ago and things may have changed
> but at&t USED to be the only pre-paid sim available with data but that
> has long since been discontinued.
>
> i would really like you know if you find something that works.
>
>   
Sometime ago I used (on a OM2008 based, iirc) the attached one, but I'm
not sure of its actual working state on other distros.
Anyway the main difference with respect to the koolu one (often
suggested) is that I opened some channel (try a diff).

by by

-- 
/_\ The ASCII		        Per comunicare in modo riservato:
\_/ Ribbon Campaign         gpg --keyserver  pool.sks-keyservers.net \
 X  Against HTML                --recv-keys 20611EAD	
/_\ Email!	                 
----------------------------------------------------------------------
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: voip-handset.state.MY_OFFICIAL
Url: http://lists.openmoko.org/pipermail/community/attachments/20091111/91aed780/attachment.txt 

From nicola.mfb at gmail.com  Wed Nov 11 18:23:10 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Wed, 11 Nov 2009 18:23:10 +0100
Subject: SIP Client
In-Reply-To: <f36e37470911110902r685b83aegc0806099340a1584@mail.gmail.com>
References: <20091109211433.GF20259@trustfood.org>
	<200911101542.38044.openmoko@mazikeen.demon.co.uk>
	<f36e37470911110222w1ba32034md3d9417191c04da2@mail.gmail.com>
	<359c5480911110712m12bfb5fdif48cc611b0cfaaf4@mail.gmail.com>
	<f36e37470911110723v94f288dn85220c3c3e911a47@mail.gmail.com>
	<359c5480911110728l540265dq697cad13deecfab@mail.gmail.com>
	<f36e37470911110902r685b83aegc0806099340a1584@mail.gmail.com>
Message-ID: <359c5480911110923y16660b0fg47f5c0569760913a@mail.gmail.com>

On Wed, Nov 11, 2009 at 6:02 PM, Michele Brocco <ssj2micvm at gmail.com> wrote:
> On 11/11/09, Nicola Mfb <nicola.mfb at gmail.com> wrote:
>> On Wed, Nov 11, 2009 at 4:23 PM, Michele Brocco <ssj2micvm at gmail.com> wrote:
>> [...]
>>> Could u remember which one? I tried several times with several
>>> combinations with no result and ?also tried to use the state files of
>>> om2009-5 which were previously successfully used in litephone-3. Info
>>> about the channel or any precious hint related to it (e.g. statefiles)
>>> could make my day :)
>>>
>>> Thanks in the meanwhile
>>
>> Sorry, I do not remember and cannot dig just now, anyway shutdown GSM,
>> switch to voip scenario and begin playing a song with mplayer, open
>> alsamixer and play a bit until you hear the music.
>>
> Very good idea! I played around as you said and in that way I found
> out finally. I think it really was just one of the channels but I am
> not that sure. Just in case someone else would need it: my current
> statefile is now available on
> http://chonyota.net/freerunner/voip-handset.state
> Thanks Nik for the guidelines!

:)

I'd like to know why the state file was not fixed for months, does it
break some thingh?

     Niko


From dj6mf at frombob.to  Wed Nov 11 20:10:29 2009
From: dj6mf at frombob.to (Doug Jones)
Date: Wed, 11 Nov 2009 11:10:29 -0800
Subject: [freerunner] data plan USA
In-Reply-To: <f8d5d4f30911110727g6372b787lf7e48d1ba608c7d2@mail.gmail.com>
References: <1257928487.6132.7.camel@lp-00079.dt01.tno.nl>
	<f8d5d4f30911110727g6372b787lf7e48d1ba608c7d2@mail.gmail.com>
Message-ID: <4AFB0C25.1060802@frombob.to>

jeremy jozwik wrote:
> On Wed, Nov 11, 2009 at 12:34 AM, Ed Kapitein <ed at kapitein.org> wrote:
>> Hi all,
>> Last time i bought a card like [1], but only for voice calls, and that
>> worked well.
>>
>> Thanks for the input!
>>
>> Kind regards,
>> Ed
> 
> my last experiences looking for a pre-paid data sim in the us ended in
> disappointment. this was a few months ago and things may have changed
> but at&t USED to be the only pre-paid sim available with data but that
> has long since been discontinued.
> 
> i would really like you know if you find something that works.


QikRoam supposedly has a prepaid data sim that works in the U.S., and 
lots of other countries too.

However, I've never heard of anyone using one successfully in a 
Freerunner.  If somebody does get it to work, I'd like to hear how they 
did it...

http://www.qikroam.com/Info/About.aspx


From jerjoz.forums at gmail.com  Wed Nov 11 20:17:25 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Wed, 11 Nov 2009 11:17:25 -0800
Subject: [freerunner] data plan USA
In-Reply-To: <4AFB0C25.1060802@frombob.to>
References: <1257928487.6132.7.camel@lp-00079.dt01.tno.nl>
	<f8d5d4f30911110727g6372b787lf7e48d1ba608c7d2@mail.gmail.com>
	<4AFB0C25.1060802@frombob.to>
Message-ID: <f8d5d4f30911111117k424a7ccbq171301a9cd3cd8c6@mail.gmail.com>

On Wed, Nov 11, 2009 at 11:10 AM, Doug Jones <dj6mf at frombob.to> wrote:
> QikRoam supposedly has a prepaid data sim that works in the U.S., and
> lots of other countries too.
>
> However, I've never heard of anyone using one successfully in a
> Freerunner.  If somebody does get it to work, I'd like to hear how they
> did it...
>
> http://www.qikroam.com/Info/About.aspx

hmm, non-certain product. not sure if i feel like testing with my
wallet. but thanks for that link anyhow


From martin.jansa at gmail.com  Wed Nov 11 22:13:20 2009
From: martin.jansa at gmail.com (Martin Jansa)
Date: Wed, 11 Nov 2009 22:13:20 +0100
Subject: kernel 2.6.3x
In-Reply-To: <43bc49bd0911111137n213911a2k69f4765731853769@mail.gmail.com>
References: <43bc49bd0911111137n213911a2k69f4765731853769@mail.gmail.com>
Message-ID: <20091111211320.GD11484@jama>

On Wed, Nov 11, 2009 at 08:37:32PM +0100, A.A. wrote:
> Hello,
> 
> can I install kernel 2.6.3x on openmoko freerunner gta02?
> Where can I download it?

shr build is here
http://build.shr-project.org/tests/mrmoku/2.6.31/images/om-gta02/

but its not officially released and userland fully ported to new sysfs
paths and ie frameworkd cannot open UNSOL|CALL|MISC channels as PaulFertser said:

"Gsm PM needs to be updated. It's supposed that userspace will do the 
management via gpiolib and regulator subsystem exposed sysfs nodes."

-- 
uin:136542059                jid:Martin.Jansa at gmail.com
Jansa Martin                 sip:jamasip at voip.wengo.fr 
JaMa                         


From vanous at penguin.cz  Thu Nov 12 00:09:27 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Thu, 12 Nov 2009 00:09:27 +0100
Subject: [hw] bluetooth not working (gta02)
Message-ID: <20091112000927.23722c7d@vanek.robe.cz>

seems like my bt stopped working. no matter the distro,
fso running or not, even turning it on manually i get no device shown.

echo 1 > /sys/bus/platform/devices/neo1973-pm-bt.0/power_on
echo 0 > /sys/bus/platform/devices/neo1973-pm-bt.0/reset

root at om-gta02 ~ $ hcitool dev
Devices:

full log: http://pastebin.com/m38865e3b

partial dmesg bellow.

i opened up the case but nothing strange to be seen. i haven't opened
the tin can bellow the bt module... the flat wire seems ok.

any idea?

Petr


[21474583.400000] ADDRCONF(NETDEV_UP): usb0: link is not ready
[21474584.340000] hub 1-0:1.0: Cannot enable port 1.Maybe the USB cable
is bad? 
[21474587.635000] hub 1-0:1.0: Cannot enable port 1.Maybe the
USB cable is bad? 
[21474590.945000] hub 1-0:1.0: Cannot enable port
1.Maybe the USB cable is bad? 
[21474590.945000] hub 1-0:1.0: unable to enumerate USB device on port 1
[21474593.280000] eth0: no IPv6 routers present 
[21474605.810000] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[21474605.810000] Bluetooth: BNEP filters: protocol multicast
[21474606.955000] Bluetooth: SCO (Voice Link) ver 0.6 
[21474606.955000] Bluetooth: SCO socket layer initialized 
[21474608.390000] hub 1-0:1.0: Cannot enable port 1.Maybe the USB cable
is bad? 
[21474611.410000] gta02_udc_command S3C2410_UDC_P_ENABLE
[21474611.675000] hub 1-0:1.0: Cannot enable port 1.Maybe the USB cable
is bad?




From jim at anconafamily.com  Thu Nov 12 00:20:52 2009
From: jim at anconafamily.com (Jim Ancona)
Date: Wed, 11 Nov 2009 18:20:52 -0500
Subject: [freerunner] data plan USA
In-Reply-To: <1257928487.6132.7.camel@lp-00079.dt01.tno.nl>
References: <1257928487.6132.7.camel@lp-00079.dt01.tno.nl>
Message-ID: <59af3fb30911111520q4537520fq3c1cd95097c42b83@mail.gmail.com>

AT&T (formerly Cingular) has prepaid voice and data. The details of
the various plans are on their web site at:
http://www.wireless.att.com/cell-phone-service/go-phones/pyg-plans-phones.jsp

They offer two add-on data feature packages:

1 mb for $4.99
100 mb for 19.99

More detail on the feature packages here:
http://www.wireless.att.com/cell-phone-service/cell-phone-plans/prepaid-feature-packages.jsp

Both of the data plans are good for thirty days and unused data can be
rolled over if you renew before the 30 days are up. With my Freerunner
I can stretch 100 mb over several months, just paying $4.99 every
thirty days to add a megabyte and (more importantly) roll over the
unused data from the 100 mb package.

The other nationwide GSM carrier in the US is T-mobile. AFAIK, they
don't have a pure prepaid data option, although there is some kind of
"walled garden" set of mobile sites that their prepaid customers can
access free.

Howard Forums has a good set of prepaid discussion forums at:
http://www.howardforums.com/forumdisplay.php?f=325

Hope this helps!

Jim

On Wed, Nov 11, 2009 at 3:34 AM, Ed Kapitein <ed at kapitein.org> wrote:
> Hi all,
>
> We will be traveling trough the mid-west of the USA this summer for
> about a month.
> And i am looking for a way to have mobile internet on my freerunner
> while doing so. (freerunner used as a modem for my laptop too)
> What are the experiences with mobile data in that part of the US?
> What is the best provider ? (cingular, t-mobile....)
> What is the cheapest way to do so?
> Can you roam from state to state on one plan, or is there a price per
> state?
>
> Last time i bought a card like [1], but only for voice calls, and that
> worked well.
>
> Thanks for the input!
>
> Kind regards,
> Ed
>
>
> [1]
> http://cgi.ebay.com/NEW-UNUSED-3G-SIM-CARD-SIM-CARD-for-CINGULAR-ATT-AT-T_W0QQitemZ170374759346QQcmdZViewItemQQptZSIM_Cards?hash=item27ab2083b2
>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From rozzin at geekspace.com  Thu Nov 12 07:10:38 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Thu, 12 Nov 2009 01:10:38 -0500
Subject: Vibrating Pidgin alerts (new plugin)
Message-ID: <878wecb7dt.fsf@slice.rozzin.com>

Hi everybody,

I got bored the other night and hacked together a plugin for Pidgin
that allows the Neo's vibrator to be used as a notifier for various IM
events (such as incoming messages, buddy-logon, etc.); which
particular events do or don't trigger vibrating alerts is configurable
via Pidgin's plugin-management GUI.

In case anyone else is interested, I've posted tarballs and a Bazaar
archive on my website:

    http://www.hackerposse.com/~rozzin/pidgin-vibr


It should also work with any other applications based on libpurple,
but I haven't tried it (while I like Finch on the desktop, it doesn't
seem to make much sense to run it on my FreeRunner ;)).

-- 
"Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."



From runegang at gmail.com  Thu Nov 12 07:36:02 2009
From: runegang at gmail.com (=?ISO-8859-1?Q?Rune_Gangst=F8?=)
Date: Thu, 12 Nov 2009 07:36:02 +0100
Subject: Vibrating Pidgin alerts (new plugin)
In-Reply-To: <878wecb7dt.fsf@slice.rozzin.com>
References: <878wecb7dt.fsf@slice.rozzin.com>
Message-ID: <f648a7fe0911112236l34298981r9801c77b1bf68f4c@mail.gmail.com>

Nice work.

That will sure come in handy :D

2009/11/12 Joshua Judson Rosen <rozzin at geekspace.com>

> Hi everybody,
>
> I got bored the other night and hacked together a plugin for Pidgin
> that allows the Neo's vibrator to be used as a notifier for various IM
> events (such as incoming messages, buddy-logon, etc.); which
> particular events do or don't trigger vibrating alerts is configurable
> via Pidgin's plugin-management GUI.
>
> In case anyone else is interested, I've posted tarballs and a Bazaar
> archive on my website:
>
>    http://www.hackerposse.com/~rozzin/pidgin-vibr
>
>
> It should also work with any other applications based on libpurple,
> but I haven't tried it (while I like Finch on the desktop, it doesn't
> seem to make much sense to run it on my FreeRunner ;)).
>
> --
> "Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/276769b4/attachment.htm 

From fercerpav at gmail.com  Thu Nov 12 07:58:58 2009
From: fercerpav at gmail.com (Paul Fertser)
Date: Thu, 12 Nov 2009 09:58:58 +0300
Subject: [hw] bluetooth not working (gta02)
In-Reply-To: <20091112000927.23722c7d@vanek.robe.cz> (Petr Vanek's message of
	"Thu\, 12 Nov 2009 00\:09\:27 +0100")
References: <20091112000927.23722c7d@vanek.robe.cz>
Message-ID: <m23a4k9qkt.fsf@home.pavel.comp>

Petr Vanek <vanous at penguin.cz> writes:
> seems like my bt stopped working. no matter the distro,
> fso running or not, even turning it on manually i get no device shown.
>
> echo 1 > /sys/bus/platform/devices/neo1973-pm-bt.0/power_on
> echo 0 > /sys/bus/platform/devices/neo1973-pm-bt.0/reset
>
> root at om-gta02 ~ $ hcitool dev
> Devices:
>
> full log: http://pastebin.com/m38865e3b

That's not exactly the right command to check for bluetooth module
presence. Better use lsusb and also see dmesg. Probably you just don't
have bluetoothd running for whatever reasons.

> [21474583.400000] ADDRCONF(NETDEV_UP): usb0: link is not ready
> [21474584.340000] hub 1-0:1.0: Cannot enable port 1.Maybe the USB cable
> is bad? 
> [21474587.635000] hub 1-0:1.0: Cannot enable port 1.Maybe the
> USB cable is bad? 
> [21474590.945000] hub 1-0:1.0: Cannot enable port
> 1.Maybe the USB cable is bad? 
> [21474590.945000] hub 1-0:1.0: unable to enumerate USB device on
> port 1

And yes, this looks suspicios :(

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


From Patryk.Benderz at esp.pl  Thu Nov 12 08:48:08 2009
From: Patryk.Benderz at esp.pl (Patryk Benderz)
Date: Thu, 12 Nov 2009 08:48:08 +0100
Subject: org.freesmartphone.Device.Orientation
In-Reply-To: <200909100010.54985.mickey@vanille-media.de>
References: <200909100010.54985.mickey@vanille-media.de>
Message-ID: <1258012088.4501.4.camel@ESP-PATBEN-LIN>

Dnia 2009-09-10, czw o godzinie 00:10 +0200, Michael 'Mickey' Lauer
pisze:
> is now working in the first version. Here's an example output of mdbus -s -l 
> where I have (orientation status in brackets):
[cut]
Great job Mickey, but what about integer orientation codes which were
discussed previously? These are much easier to use, easier to compare
integer than "some long string".


-- 
Patryk "LeadMan" Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


Email secured by Check Point


From mickey at vanille-media.de  Thu Nov 12 09:20:24 2009
From: mickey at vanille-media.de (Michael 'Mickey' Lauer)
Date: Thu, 12 Nov 2009 09:20:24 +0100
Subject: org.freesmartphone.Device.Orientation
In-Reply-To: <1258012088.4501.4.camel@ESP-PATBEN-LIN>
References: <200909100010.54985.mickey@vanille-media.de>
	<1258012088.4501.4.camel@ESP-PATBEN-LIN>
Message-ID: <1258014024.6879.10.camel@opal>

Am Donnerstag, den 12.11.2009, 08:48 +0100 schrieb Patryk Benderz:
> Dnia 2009-09-10, czw o godzinie 00:10 +0200, Michael 'Mickey' Lauer
> pisze:
> > is now working in the first version. Here's an example output of mdbus -s -l 
> > where I have (orientation status in brackets):
> [cut]
> Great job Mickey, but what about integer orientation codes which were
> discussed previously? These are much easier to use, easier to compare
> integer than "some long string".

Please take a look other dbus APIs. The general consensus these days is
that enums are pretty much frowned upon, since
a) dbus marshalling is adding overhead anyways, and
b) string constants are way better to debug and use from command line
interfaces.

Cheers,

:M:




From Patryk.Benderz at esp.pl  Thu Nov 12 09:56:35 2009
From: Patryk.Benderz at esp.pl (Patryk Benderz)
Date: Thu, 12 Nov 2009 09:56:35 +0100
Subject: org.freesmartphone.Device.Orientation
In-Reply-To: <1258014024.6879.10.camel@opal>
References: <200909100010.54985.mickey@vanille-media.de>
	<1258012088.4501.4.camel@ESP-PATBEN-LIN>
	<1258014024.6879.10.camel@opal>
Message-ID: <1258016195.4501.6.camel@ESP-PATBEN-LIN>

[cut]
> Please take a look other dbus APIs. The general consensus these days is
> that enums are pretty much frowned upon, since
> a) dbus marshalling is adding overhead anyways, and
> b) string constants are way better to debug and use from command line
> interfaces.
OK, thanks for clarifying this out for me.


-- 
Patryk "LeadMan" Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


Email secured by Check Point


From Patryk.Benderz at esp.pl  Thu Nov 12 10:53:15 2009
From: Patryk.Benderz at esp.pl (Patryk Benderz)
Date: Thu, 12 Nov 2009 10:53:15 +0100
Subject: [Community Updates] 2009-11-11 released!
Message-ID: <1258019595.4501.11.camel@ESP-PATBEN-LIN>

Hello everybody, recent Community Update is out!
Take a look at:
http://wiki.openmoko.org/wiki/Community_Updates/2009-11-11

and contribute to the new draft at:
http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-11-25

Thanks to all contributors:
Any Key
Zeusone
Toams
Sveinung
Jldominguez
Pieterc
Valos

-- 
Patryk "LeadMan" Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


Email secured by Check Point


From zimmermann at vdm-design.de  Thu Nov 12 11:14:40 2009
From: zimmermann at vdm-design.de (Thomas Zimmermann)
Date: Thu, 12 Nov 2009 11:14:40 +0100
Subject: [Community Updates] 2009-11-11 released!
In-Reply-To: <1258019595.4501.11.camel@ESP-PATBEN-LIN>
References: <1258019595.4501.11.camel@ESP-PATBEN-LIN>
Message-ID: <200911121114.40441.zimmermann@vdm-design.de>

Am Donnerstag 12 November 2009 10:53:15 schrieb Patryk Benderz:
> Hello everybody, recent Community Update is out!
> Take a look at:
> http://wiki.openmoko.org/wiki/Community_Updates/2009-11-11
> 
> and contribute to the new draft at:
> http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-11-25
> 
> Thanks to all contributors:
> Any Key
> Zeusone
> Toams
> Sveinung
> Jldominguez
> Pieterc
> Valos
> 
Thanks for releasing the CU.

I had to change a small thing, because the summary of what's going on in the 
SHR land wasn't from. I just forwarded the original message from Sebastian 
Spaeth :)


From sean at openmoko.com  Thu Nov 12 11:47:31 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Thu, 12 Nov 2009 18:47:31 +0800
Subject: WikiReader - first impressions
In-Reply-To: <ef8c8a880911101238s2c1382fya0de84c6f85c7fc3@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com> 
	<6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com> 
	<ef8c8a880911101238s2c1382fya0de84c6f85c7fc3@mail.gmail.com>
Message-ID: <6cfff7040911120247x137eb21cw756f670853e76d25@mail.gmail.com>

On Wed, Nov 11, 2009 at 4:38 AM, Torfinn Ingolfsen <tingox at gmail.com> wrote:

> Hi,
>
> On Tue, Nov 10, 2009 at 3:55 PM, Sean Moss-Pultz <sean at openmoko.com>wrote:
>
>>
>> Are you running the latest kernel? (The way to tell is if you have
>> kinetic scrolling, yes == latest kernel)
>>
>
> I am running whatever version the device was delivered with.
> It doesn't look like scrolling is kinetic.
>

Great. Then you can be even more impressed when you upgrade :)


>
>
>>
>> http://cloud.github.com/downloads/wikireader/wikireader/kernel-2009-10-30.zip
>>
>>  You can hold down the backspace key. It will delete the word extremely
>> fast. We're working on a few minor UI changes for the next release.
>> Clear will be more obvious
>>
>
> I really hope you will implement a "clear" button - one button press is
> faster than holding down the backspace key, IMHO.
>

We on the same page...


>  We didn't want to add another button. We might use left to right
>> swipes in a later release. Not sure yet...
>>
>
> Swipes might work.
>
> It doesn't have to be a physical button - how about using a corner of the
> screen for that purpose?
> Not really sure it would work - if I am right handed, I will use the thumb
> of my right hand to scroll on the right side of the screen, and a button on
> the lower left corner of the screen wouldn't interfere. However, if a left
> handed person used the device, he or she might use the left side of the
> screen to scroll. Hmm, this idea needs more thinking.
>

Good idea. We'll try this out.


>  > Annoyances:
>> > - it is impossible (for me at least) to take out the microSD card
>> without using a tool (pliers or something). Why do I want to take it out? To
>> actually show people the small size of a Wikipedia database. :-)
>>
>> Push it in and it will pop out (beware it will *really* pop sometimes)
>>
>
> Not on mine. I have tried - it never pos out. I also tried shakking the
> device - no, the card doesn't want to come out. My workaround is a handle
> made of tape - see my other post.
> Without that, I need something that can grab the cardon the sides - my
> fingers / nails doesn't fit in there (ok, I can do it, but it takes almost a
> minute, and a lot of cursing :-) ).
>

You might laugh but I think you have the break it in a bit. Mine was firm
the first 10 pushes or so. Now it's pop outs like crazy.


>
>> > - the buttons on the on screen keyboard is a bit small for my fingers
>> (it is easy to press the character left or right of the one I want). I don't
>> know how to solve this yet.
>>
>> Software. If you've used an iPhone, the keypad is 70% of WikiReader's
>> size. And typing is a lot better. So just bear with us. We're working
>> on this big time.
>>
>
> Cool. I never have used an iPhone - I have a FreeRunner (and a 1973).
> FWIW, I had this idea about the keyboard: if nothing else works, you could
> always "split" the keyboard in a left and a right half, and only show one
> half at a time (with a button to switch to the other half). Not ideal, but
> then the buttons could be almost twice as wide.
>

I think we can get the keypad great. It's just going to take another
release.

  Sean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/53d08892/attachment.htm 

From brolin at brolin.be  Thu Nov 12 15:43:28 2009
From: brolin at brolin.be (Brolin Empey)
Date: Thu, 12 Nov 2009 06:43:28 -0800
Subject: OT: Where can I meet a female companion with similar interests 
	and personality /in person/?
In-Reply-To: <d30d40f10909101312q6cbd303cw3edf5ffa2fa4c2db@mail.gmail.com>
References: <d30d40f10909101312q6cbd303cw3edf5ffa2fa4c2db@mail.gmail.com>
Message-ID: <d30d40f10911120643g6d831dcct37f32b530c6f72dc@mail.gmail.com>

Hello list,

I am writing a follow-up/update to my original post just over 2 months
later.

What has changed since my original post?


   1. I hired Dave McCormick to help me overcome some of my
   indefinitely-deferred tasks.
   2. I have actually overcome my priority inversion and started trying to
   find my own home, partly with Dave?s help.  I had my first housing offer for
   a 2-bedroom basement suite in East Ladner, but declined because of the
   crappy laundry situation.  I visited another basement suite and an apartment
   with Dave and applied for both, but did not end up getting either suite.  I
   wanted to live with Andrew Williamson because he has been my closest friend
   I know in person since we meet at Kingsford-Smith Elementary School in East
   Vancouver in 1995, but Andrew still does not have a job that pays money.  He
   has been given 2 laptops and an iPod as payment for his current job, but he
   does not want to live with me unless he can contribute to the rent, which
   requires income of money instead of used electronics.  Anyway, I have to
   call the Resident Manager of an apartment complex in Ladner (the same
   complex as I visited, but a different apartment) later today to see if my
   application has been accepted.  If it has, I can probably get either a 1- or
   3-bedroom apartment.  I want the 3-bedroom so Andrew can live with me, but I
   want to split the rent with at least 1 (probably only 1) roommate, so I will
   probably ask for roommates on Craigslist and/or Kijiji if I get the
   3-bedroom apartment.  I decided I was going to apply for a mortgage to see
   if I was even approved, but I never did. (fail)  I talked to a lender at my
   credit union about getting a mortgage and said I would apply, but never did.
   (fail)  ?When all is said and done, (far) more is said than done.? is so
   true.  I have not even contacted a realtor about buying a home either.  I
   know I will never own my own home if I am renting, but this is the path I
   have chosen.  Writing of choices, I have recently been overwhelmed with
   ambivalence:  I know there are endless things I could learn and tasks I
   could complete, but I choose to lay in my bed and inevitably end up falling
   asleep.  I lay in my bed because I want to fantasise/dream about having a
   female companion and because I am tired of driving myself insane with
   overthinking and speculating about what I could be doing instead of actually
   doing something physical/observable to someone else.
   3. I registered for OkCupid, mostly completed my profile, messaged at
   least 4 of my female peers.  Not surprisingly, none replied.  I lost
   interest in OkCupid and have not used it much for weeks.  I even found a
   thread in OkCupid?s bulletin boards/forums about other users (OkCupidians)?s
   similar experience, so at least I know it is not just me who is ignored.
   4. I met Alishams Hassam at one of the Vancouver Hackspace (VHS)?s Open
   Nights.  I got extremely frustrated while driving there because I got lost
   in Vancouver.  I have only a paper roadmap, but I often turn the wrong way
   because I do not know which direction I am going.  That reminds me:  I
   completely forgot about buying a better compass for my car.  I wanted to
   install plain Debian on a MicroSDHC card so I could use Navit on my
   FreeRunner.  I got recommendations of MicroSDHC cards to buy from this list,
   but I have not yet made finding a place to buy the recommended cards in
   Canada a sufficiently high priority for it to actually be done.  Oh well, at
   least I may eventually be able to navigate Vancouver without a GPS
   navigation system if I get lost enough times, but I hate being lost.  We
   learn by doing, though:  I wanted to give up multiple times while I was
   learning to drive because I was constantly stalling and could not even
   change lanes in traffic, but now I feel confident enough to drive even in
   busy traffic in Vancouver;  I have not stalled for months either.  I used to
   hate my car?s manual transmission, but now I love it because it is fun to
   drive;  I think driving an automatic would be very boring.  Anyway, to get
   back on topic:  I enjoyed meeting similarly geeky people in person at VHS.
   It is novel for me to discuss technical subjects in person because normally
   I discuss them only textually.  I hoped to make some new friends I could
   meet in person outside of the events where I met them, but so far I have not
   except for Alishams, whom I have met in person only twice but have at least
   communicated with via telephone (we both use Fido monthly plans on our US
   FreeRunners. :)).
   5. I registered for the Ubuntu Vancouver LoCo?s Meetup.com group + some
   dating groups on Meetup.com, but I have not even attended any of the dating
   groups?s meetups. (fail)  Many of the meetups are in Vancouver on
   weeknights, which does not work well for me because if they are like the VHS
   Open Night I attended on Tuesday, I will stay too late, possibly get lost
   again while trying to drive home, and arrive at home too late to get enough
   sleep for work the next day (I have to get up at 07:00 on workdays) even if
   I do not get lost while driving home.
   I attended the Ubuntu Vancouver LoCo?s October General Meeting and the
   Ubuntu 9.10 ?Karmic Koala? release party, even though I am not even using
   Ubuntu 9.10 anywhere:  I still use Ubuntu 8.10 at work.  At home, I still
   use Ubuntu 8.04 on *k7t266* (my old home PC) and Windows Vista on *
   optiplex960* (my new home PC).  Even though I am a Linux sysadmin, I
   still believe Windows Vista is a better desktop OS than Linux.  Projects
   such as Ubuntu are trying to make Linux into something it was never designed
   to be.  Anyway, that is off-topic again;  I do not want to start Yet
   Another? Linux versus Windows debate.  If you have to ask why Windows or
   Linux (depending on which you currently use) is better for you, it is
   probably not:  if it was, you would already know why and consequently would
   not have to ask why.  Anyway, I need to get back on topic.  I met Alishams
   at the Ubuntu 9.10 release party, but I have not met him since nor have I
   even contacted any of the people I have met at the Ubuntu Vancouver LoCo?s
   meetups outside of the meetups.  While trying to drive home from the release
   party, I got lost even worse than before and ended up in North Vancouver,
   then drove around Vancouver without knowing where I was until I recognised
   the area and went south on Knight Street to return to Ladner.  I did not get
   home until about 01:30 (Or was it even later?  I do not remember.  It is
   ephemeral and often meaningless temporal bullshit anyway.) on Saturday (the
   release party was on Friday night), but at least I got home without stopping
   to check my paper roadmap. :P

Time flies, as always.  I have already spent >1 hour writing this message,
yet my message seems so short.  Why do I always have so much to overthink
about, yet it takes so long to express myself verbally? :(  I have now spent
over 1 hour and 40 minutes writing this message because I have been
proofreading it, which involves writing all the things I thought I wrote the
first time but actually only thought without writing.

Anyway, what is my conclusion?  I have made some progress toward living away
from my parents, I have stopped isolating myself at home and work to meet
some people with similar interests even if I still do not know how to
express myself with them, but I still spend most of my time isolated at home
or work.  I still have no female companion, but how am I going to meet her
if I continue isolating myself so much?  It is my nature to isolate myself
even though I get so lonely sometimes. :(  Web dating does not appear to
work, so I have to try to meet girls in the Big Room, but that does not seem
to work either.  I did meet Tamara Poustie through Zoosk, but she was the
only female peer of the 4 I messaged who even replied to my message.  I
still communicate with Tamara but I have not met her for months:  she does
not even want to meet me now because she has a boyfriend, which is
understandable since I am sexually attracted to her and want to fuck her
even though she has told me many times she wants to be only platonic
friends. :(  I am still overwhelmed with information in the Too Much/Endless
Information Age and Age of Endless Distractions, even just with the replies
to this thread I started, but that will probably never change.

Brolin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/ea9721a8/attachment.htm 

From smund3 at gmail.com  Thu Nov 12 15:46:11 2009
From: smund3 at gmail.com (=?ISO-8859-1?Q?=C5smund_Stavdahl?=)
Date: Thu, 12 Nov 2009 15:46:11 +0100
Subject: [Openmoko] No numbers on the keyboard?
Message-ID: <4AFC1FB3.9010101@googlemail.com>

Hi folks,

I just received my FreeRunner yesterday, and I have a problem:
The keyboard that shows up when I am going to enter my PIN code only has 
lower-case letters! There is no shift/caps lock either... Is this just a 
missing basic feature, or have my technology insight failed me?
I am still using the Om that came pre-installed (should I flash SHR?).

I would also like to know how to open a terminal (do I have to install 
one from the rep.?)...

All help appreciated!

-- 
Save humanity from self-destruction - STOP POPULATION GROWTH!

Don't bother sending me Word or PowerPoint attachments. They make me puke.
Read http://www.gnu.org/philosophy/no-word-attachments.html and you will too.



From jahckal at gmail.com  Thu Nov 12 15:54:11 2009
From: jahckal at gmail.com (jahckal)
Date: Thu, 12 Nov 2009 15:54:11 +0100
Subject: [Openmoko] No numbers on the keyboard?
In-Reply-To: <4AFC1FB3.9010101@googlemail.com>
References: <4AFC1FB3.9010101@googlemail.com>
Message-ID: <dd4899150911120654t178e1860uf8ded0fab797a66a@mail.gmail.com>

2009/11/12 ?smund Stavdahl <smund3 at gmail.com>

> Hi folks,
>
> I just received my FreeRunner yesterday, and I have a problem:
> The keyboard that shows up when I am going to enter my PIN code only has
> lower-case letters! There is no shift/caps lock either... Is this just a
> missing basic feature, or have my technology insight failed me?
> I am still using the Om that came pre-installed (should I flash SHR?).
>
> I would also like to know how to open a terminal (do I have to install
> one from the rep.?)...
>
> All help appreciated!
>
> --
> Save humanity from self-destruction - STOP POPULATION GROWTH!
>
> Don't bother sending me Word or PowerPoint attachments. They make me puke.
> Read http://www.gnu.org/philosophy/no-word-attachments.html and you will
> too.
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


There's even joke about it :)

http://wiki.openmoko.org/wiki/Jokes

*Q: Why did the OM newbie log onto #openmoko?*

A: Because they had not read:

   -
      1. the wiki, and
      2. the topic

As then they would know you slide your finder up on the keyboard to get the
numbers to enter your sim pin.


Cheers!

-- 
jahckal

<http://www.brainyquote.com/quotes/authors/o/ogden_nash.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/781e693d/attachment.htm 

From cvwillegen at gmail.com  Thu Nov 12 15:54:14 2009
From: cvwillegen at gmail.com (Christ van Willegen)
Date: Thu, 12 Nov 2009 15:54:14 +0100
Subject: [Openmoko] No numbers on the keyboard?
In-Reply-To: <4AFC1FB3.9010101@googlemail.com>
References: <4AFC1FB3.9010101@googlemail.com>
Message-ID: <b77f73010911120654m5b2552a7n6f14f86c768f6afc@mail.gmail.com>

Hello

On Thu, Nov 12, 2009 at 3:46 PM, ?smund Stavdahl <smund3 at gmail.com> wrote:
> I just received my FreeRunner yesterday, and I have a problem:
> The keyboard that shows up when I am going to enter my PIN code only has
> lower-case letters! There is no shift/caps lock either... Is this just a
> missing basic feature, or have my technology insight failed me?
To enter your PIN, I guess you'll only need the numbers... or am I
incorrect here?

> I am still using the Om that came pre-installed (should I flash SHR?).
Since that software is way over 1 year old, I suspect it would be
better to flash either SHR or QTMoko (or what is it called now?) to
improve battery life (a lot!) and gain stability.

> I would also like to know how to open a terminal (do I have to install
> one from the rep.?)...
If you install SHR, you'll get one. Not sure about Qt...

HTH!

Christ van Willegen


From openmoko at ginguppin.de  Thu Nov 12 15:57:59 2009
From: openmoko at ginguppin.de (arne anka)
Date: Thu, 12 Nov 2009 15:57:59 +0100
Subject: [Openmoko] No numbers on the keyboard?
In-Reply-To: <4AFC1FB3.9010101@googlemail.com>
References: <4AFC1FB3.9010101@googlemail.com>
Message-ID: <op.u3aeiww941evsb@mcrkoord.rrz.uni-hamburg.de>

> I am still using the Om that came pre-installed (should I flash SHR?).

if that is still the 2007.x flavour -- update by all means!


From Patryk.Benderz at esp.pl  Thu Nov 12 16:00:38 2009
From: Patryk.Benderz at esp.pl (Patryk Benderz)
Date: Thu, 12 Nov 2009 16:00:38 +0100
Subject: [Community Updates] 2009-11-11 released!
In-Reply-To: <200911121114.40441.zimmermann@vdm-design.de>
References: <1258019595.4501.11.camel@ESP-PATBEN-LIN>
	<200911121114.40441.zimmermann@vdm-design.de>
Message-ID: <1258038038.4501.12.camel@ESP-PATBEN-LIN>

[cut]
> I had to change a small thing, because the summary of what's going on in the 
> SHR land wasn't from. I just forwarded the original message from Sebastian 
> Spaeth :)
my fault, thanks for fixing this


-- 
Patryk "LeadMan" Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


Email secured by Check Point


From smund3 at gmail.com  Thu Nov 12 16:16:59 2009
From: smund3 at gmail.com (=?ISO-8859-1?Q?=C5smund_Stavdahl?=)
Date: Thu, 12 Nov 2009 16:16:59 +0100
Subject: [Openmoko] No numbers on the keyboard?
In-Reply-To: <dd4899150911120654t178e1860uf8ded0fab797a66a@mail.gmail.com>
References: <4AFC1FB3.9010101@googlemail.com>
	<dd4899150911120654t178e1860uf8ded0fab797a66a@mail.gmail.com>
Message-ID: <4AFC26EB.3060007@googlemail.com>

jahckal wrote:
>
>
> 2009/11/12 ?smund Stavdahl <smund3 at gmail.com <mailto:smund3 at gmail.com>>
>
>     Hi folks,
>
>     I just received my FreeRunner yesterday, and I have a problem:
>     The keyboard that shows up when I am going to enter my PIN code
>     only has
>     lower-case letters! There is no shift/caps lock either... Is this
>     just a
>     missing basic feature, or have my technology insight failed me?
>     I am still using the Om that came pre-installed (should I flash SHR?).
>
>     I would also like to know how to open a terminal (do I have to install
>     one from the rep.?)...
>
>     All help appreciated!
>
>     --
>     Save humanity from self-destruction - STOP POPULATION GROWTH!
>
>     Don't bother sending me Word or PowerPoint attachments. They make
>     me puke.
>     Read http://www.gnu.org/philosophy/no-word-attachments.html and
>     you will too.
>
>
>     _______________________________________________
>     Openmoko community mailing list
>     community at lists.openmoko.org <mailto:community at lists.openmoko.org>
>     http://lists.openmoko.org/mailman/listinfo/community
>
>
>
> There's even joke about it :)
>
> http://wiki.openmoko.org/wiki/Jokes
>
> *Q: Why did the OM newbie log onto #openmoko?*
>
> A: Because they had not read:
>
>    *
>          1. the wiki, and
>          2. the topic
>
> As then they would know you slide your finder up on the keyboard to 
> get the numbers to enter your sim pin. 
>
>
> Cheers!
>
>
> -- 
> jahckal
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
Well, I guess that confirms my newbmanship then :). I thought I had read 
all the important manuals and stuff...
Thanks a lot!

Christ van Willegen wrote:
> Hello
>
> On Thu, Nov 12, 2009 at 3:46 PM, ?smund Stavdahl <smund3 at gmail.com> wrote:
>   
>> I just received my FreeRunner yesterday, and I have a problem:
>> The keyboard that shows up when I am going to enter my PIN code only has
>> lower-case letters! There is no shift/caps lock either... Is this just a
>> missing basic feature, or have my technology insight failed me?
>>     
> To enter your PIN, I guess you'll only need the numbers... or am I
> incorrect here?
>   
Yes, that is correct, but I didn't know that finger gestures on the 
keyboard would work. I even figured how to delete characters ;D

>> I am still using the Om that came pre-installed (should I flash SHR?).
>>     
> Since that software is way over 1 year old, I suspect it would be
> better to flash either SHR or QTMoko (or what is it called now?) to
> improve battery life (a lot!) and gain stability.
>
>   
>> I would also like to know how to open a terminal (do I have to install
>> one from the rep.?)...
>>     
> If you install SHR, you'll get one. Not sure about Qt...
>   
Yes, I noticed the power drain. I'll flash SHR since it is most used.

_________________________________________________________________________
Save humanity from self-destruction -- STOP POPULATION GROWTH!

Don't bother sending me Word or PowerPoint attachments. They make me puke.
Read http://www.gnu.org/philosophy/no-word-attachments.html and you will too.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/42be1aaf/attachment.htm 

From smund3 at gmail.com  Thu Nov 12 19:42:25 2009
From: smund3 at gmail.com (Live session user)
Date: Thu, 12 Nov 2009 18:42:25 +0000
Subject: Problem with dfu-util (flashing)
Message-ID: <4AFC5711.4060303@gmail.com>

Hi all,

I'm trying to flash SHR in NAND, but dfu-util gives me problems - there 
is another device, and passing "-i 2" (2 is the ID) don't help...

Here's the output it gives (with and without the FreeRunner connected), 
together with lsusb:

    ubuntu at ubuntu:~/Desktop$ '/home/ubuntu/Desktop/dfu-util' -a kernel
    -i 2 -R -D
    /home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
    dfu-util - (C) 2007 by OpenMoko Inc.
    This program is Free Software and has ABSOLUTELY NO WARRANTY

    More than one DFU capable USB device found, you might try `--list'
    and then disconnect all but one device
    ubuntu at ubuntu:~/Desktop$ '/home/ubuntu/Desktop/dfu-util' -l
    dfu-util - (C) 2007 by OpenMoko Inc.
    This program is Free Software and has ABSOLUTELY NO WARRANTY

    Found Runtime: [0x0a5c:0x2151] devnum=0, cfg=0, intf=3, alt=0,
    name="UNDEFINED"
    ubuntu at ubuntu:~/Desktop$ lsusb
    Bus 002 Device 003: ID 064e:a117 Suyin Corp.
    Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 008 Device 003: ID 0603:00f2 Novatek Microelectronics Corp.
    Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 006 Device 002: ID 0a5c:2151 Broadcom Corp.
    Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 004 Device 002: ID 147e:1000  
    Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 003 Device 003: ID 1532:0007 Razer USA, Ltd DeathAdder Mouse
    Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    ubuntu at ubuntu:~/Desktop$ lsusb
    Bus 002 Device 003: ID 064e:a117 Suyin Corp.
    Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 008 Device 003: ID 0603:00f2 Novatek Microelectronics Corp.
    Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 006 Device 002: ID 0a5c:2151 Broadcom Corp.
    Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 004 Device 002: ID 147e:1000  
    Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 003 Device 003: ID 1532:0007 Razer USA, Ltd DeathAdder Mouse
    Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

As you can see, "Bus 006 Device 002: ID 0a5c:2151 Broadcom Corp." is the 
other device. But I don't have a Broadcom device! Maybe it's internal 
(laptop)? Anyway, can I disable that device (I'm using a live CD right now)?


From onen.om at free.fr  Thu Nov 12 20:31:04 2009
From: onen.om at free.fr (Onen)
Date: Thu, 12 Nov 2009 20:31:04 +0100
Subject: [Community Updates] 2009-11-11 released!
In-Reply-To: <1258019595.4501.11.camel@ESP-PATBEN-LIN>
References: <1258019595.4501.11.camel@ESP-PATBEN-LIN>
Message-ID: <4AFC6278.8010705@free.fr>

Patryk Benderz wrote:
> Hello everybody, recent Community Update is out!
> Take a look at:
> http://wiki.openmoko.org/wiki/Community_Updates/2009-11-11
> 
> and contribute to the new draft at:
> http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-11-25
> 
> Thanks to all contributors:
> Any Key
> Zeusone
> Toams
> Sveinung
> Jldominguez
> Pieterc
> Valos
> 

Thanks to all of you guys!

Onen



From tingox at gmail.com  Thu Nov 12 21:06:45 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Thu, 12 Nov 2009 21:06:45 +0100
Subject: WikiReader - first impressions
In-Reply-To: <6cfff7040911120247x137eb21cw756f670853e76d25@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
	<6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
	<ef8c8a880911101238s2c1382fya0de84c6f85c7fc3@mail.gmail.com>
	<6cfff7040911120247x137eb21cw756f670853e76d25@mail.gmail.com>
Message-ID: <ef8c8a880911121206wc3b302qac64ec06604d95a5@mail.gmail.com>

FWIW, some info:
The SD card delivered with the WikiReader semms to be an 8 GB one, and about
4.2 GB is used.
version.txt on the SD card contains this line:
VERSION: 200909301702

More info later.
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/18a6f582/attachment.htm 

From tingox at gmail.com  Thu Nov 12 21:25:43 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Thu, 12 Nov 2009 21:25:43 +0100
Subject: WikiReader - first impressions
In-Reply-To: <6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
	<6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
Message-ID: <ef8c8a880911121225p38e6e9b7sa7cd3f70ff551e04@mail.gmail.com>

Hello again,

On Tue, Nov 10, 2009 at 3:55 PM, Sean Moss-Pultz <sean at openmoko.com> wrote:

>
> Are you running the latest kernel? (The way to tell is if you have
> kinetic scrolling, yes == latest kernel)
>
>
> http://cloud.github.com/downloads/wikireader/wikireader/kernel-2009-10-30.zip
>
> Scrolling is really really good there.
>

I downloaded the zip file, unpacked it and copied the new kernel.elf to the
SD card. That's all I need to do right?
I am asking because I don't see a dramtic change in the scrolling.
(I do see the kinetic effect, if I quickly move my finger bak and forth)
Anyway, scrolling is still very good. :-)
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/0de3cacf/attachment-0001.htm 

From ben at abcom.co.nz  Thu Nov 12 21:40:36 2009
From: ben at abcom.co.nz (Ben Wilson)
Date: Fri, 13 Nov 2009 09:40:36 +1300
Subject: Received SMS going unnoticed
Message-ID: <4AFC72C4.8030900@abcom.co.nz>

Hi,

I've been using SHR unstable for my everyday phone for a while and i was 
wondering what solutions people
are using to stop sms messages arriving without being noticed.

I leave me phone running and on charge next to the PC when i'm at home 
so the battery is always full when i go out.
What's happening is I get a sms and of course the sound plays but i'm 
not there to hear it.
With the auto screen poweroff I don't even notice when I return to the 
PC, can be a few hours before i tap the phone and notice.

I could turn off auto screen poweroff, so when I return the new message 
is visible on the phone but then the LCD would be running pretty much 
all day/night which is probably not so good for its lifespan.

What would be ideal is for it to keep playing the new message sound 
every few minutes while the new message popup is being displayed. Does 
anyone have a cron script or anything to solve this problem.

Thanks
Ben.


From smund3 at gmail.com  Thu Nov 12 22:58:32 2009
From: smund3 at gmail.com (Live session user)
Date: Thu, 12 Nov 2009 21:58:32 +0000
Subject: Problem with dfu-util (flashing)
Message-ID: <4AFC8508.60000@gmail.com>

Ok, I fixed the previous error by passing --device vendor:product, but 
now I get a segmentation fault:

    ubuntu at ubuntu:~/Desktop$ sudo '/home/ubuntu/Desktop/dfu-util' -a
    kernel -d 0x1d50:0x5119 -i 2 -R -D
    /home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
    dfu-util - (C) 2007 by OpenMoko Inc.
    This program is Free Software and has ABSOLUTELY NO WARRANTY

    Opening USB Device 0x1d50:0x5119...
    Claiming USB DFU Runtime Interface...
    Determining device status: state = appIDLE, status = 0
    Device really in Runtime Mode, send DFU detach request...
    Resetting USB...
    Opening USB Device...
    Segmentation fault (core dumped)

On the Neo it says (the first try):

    DFU: Switching to DFU Mode
    DEVICE_CONFIGURED: 1

After that if I try the command again the segfault occurs sooner:

    dfu-util - (C) 2007 by OpenMoko Inc.
    This program is Free Software and has ABSOLUTELY NO WARRANTY

    Opening USB Device 0x1d50:0x5119...
    Segmentation fault (core dumped)


Any suggestions to what could cause this error?


From jcolbert at netins.net  Thu Nov 12 22:16:56 2009
From: jcolbert at netins.net (jcolbert at netins.net)
Date: Thu, 12 Nov 2009 15:16:56 -0600
Subject: WikiReader - first impressions
In-Reply-To: <ef8c8a880911121225p38e6e9b7sa7cd3f70ff551e04@mail.gmail.com>
References: <ef8c8a880911091348u2d036b38o3bf9bde73446031d@mail.gmail.com>
	<6cfff7040911100655je39cb80g74d0846d287b0a2a@mail.gmail.com>
	<ef8c8a880911121225p38e6e9b7sa7cd3f70ff551e04@mail.gmail.com>
Message-ID: <web-11286613@cgpb3.cgp.netins.net>

I loaded the kinetic kernel about a week and a half ago 
and it really has  improved the usability.

I was working on trying to change the splash image at 
boot, but the make fails when I run make mbr against the 
latest snapshot. I get an mbr.elf file, but no .rom file. 
I am not a developer, just a sys admin, so compiling is 
new to me. Hopefully someone will work up some more 
complete compiling instructions for people without a 
developer background.

Jeff

On Thu, 12 Nov 2009 21:25:43 +0100
  Torfinn Ingolfsen <tingox at gmail.com> wrote:
  Hello again,
  
  On Tue, Nov 10, 2009 at 3:55 PM, Sean Moss-Pultz
<sean at openmoko.com> wrote:
  
>
> Are you running the latest kernel? (The way to tell is if 
>you have
> kinetic scrolling, yes == latest kernel)
>
>
> http://cloud.github.com/downloads/wikireader/wikireader/kernel-2009-10-30.zip
>
> Scrolling is really really good there.
>
  
  I downloaded the zip file, unpacked it and copied the 
new
kernel.elf to the
  SD card. That's all I need to do right?
  I am asking because I don't see a dramtic change in the
scrolling.
  (I do see the kinetic effect, if I quickly move my 
finger
bak and forth)
  Anyway, scrolling is still very good. :-)
  --
  Regards,
  Torfinn Ingolfsen


From dave.tv at gmail.com  Thu Nov 12 22:22:03 2009
From: dave.tv at gmail.com (Dave)
Date: Fri, 13 Nov 2009 07:22:03 +1000
Subject: Problem with dfu-util (flashing)
In-Reply-To: <4AFC8508.60000@gmail.com>
References: <4AFC8508.60000@gmail.com>
Message-ID: <34ee7cb50911121322n5eb150dw7ee5c34227a520bc@mail.gmail.com>

I run kubuntu hardy (8.04) and found that I had to build dfu-util from
source to get it to run reliably.

Dave

On Fri, Nov 13, 2009 at 7:58 AM, Live session user <smund3 at gmail.com> wrote:

> Ok, I fixed the previous error by passing --device vendor:product, but
> now I get a segmentation fault:
>
>    ubuntu at ubuntu:~/Desktop$ sudo '/home/ubuntu/Desktop/dfu-util' -a
>    kernel -d 0x1d50:0x5119 -i 2 -R -D
>
>  /home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
>    dfu-util - (C) 2007 by OpenMoko Inc.
>    This program is Free Software and has ABSOLUTELY NO WARRANTY
>
>     Opening USB Device 0x1d50:0x5119...
>    Claiming USB DFU Runtime Interface...
>    Determining device status: state = appIDLE, status = 0
>    Device really in Runtime Mode, send DFU detach request...
>    Resetting USB...
>    Opening USB Device...
>    Segmentation fault (core dumped)
>
> On the Neo it says (the first try):
>
>    DFU: Switching to DFU Mode
>    DEVICE_CONFIGURED: 1
>
> After that if I try the command again the segfault occurs sooner:
>
>    dfu-util - (C) 2007 by OpenMoko Inc.
>    This program is Free Software and has ABSOLUTELY NO WARRANTY
>
>     Opening USB Device 0x1d50:0x5119...
>    Segmentation fault (core dumped)
>
>
> Any suggestions to what could cause this error?
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091113/fdf6f96a/attachment.htm 

From dscaini at gmail.com  Thu Nov 12 22:32:38 2009
From: dscaini at gmail.com (Davide Scaini)
Date: Thu, 12 Nov 2009 22:32:38 +0100
Subject: Received SMS going unnoticed
In-Reply-To: <4AFC72C4.8030900@abcom.co.nz>
References: <4AFC72C4.8030900@abcom.co.nz>
Message-ID: <18db98c80911121332j67130ea2m6a3d941ef8784420@mail.gmail.com>

maybe a led flashing... we have 3 leds!
d

On Thu, Nov 12, 2009 at 9:40 PM, Ben Wilson <ben at abcom.co.nz> wrote:

> Hi,
>
> I've been using SHR unstable for my everyday phone for a while and i was
> wondering what solutions people
> are using to stop sms messages arriving without being noticed.
>
> I leave me phone running and on charge next to the PC when i'm at home
> so the battery is always full when i go out.
> What's happening is I get a sms and of course the sound plays but i'm
> not there to hear it.
> With the auto screen poweroff I don't even notice when I return to the
> PC, can be a few hours before i tap the phone and notice.
>
> I could turn off auto screen poweroff, so when I return the new message
> is visible on the phone but then the LCD would be running pretty much
> all day/night which is probably not so good for its lifespan.
>
> What would be ideal is for it to keep playing the new message sound
> every few minutes while the new message popup is being displayed. Does
> anyone have a cron script or anything to solve this problem.
>
> Thanks
> Ben.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/768e4c6b/attachment.htm 

From ben at abcom.co.nz  Thu Nov 12 23:09:36 2009
From: ben at abcom.co.nz (Ben Wilson)
Date: Fri, 13 Nov 2009 11:09:36 +1300
Subject: Received SMS going unnoticed
In-Reply-To: <18db98c80911121332j67130ea2m6a3d941ef8784420@mail.gmail.com>
References: <4AFC72C4.8030900@abcom.co.nz>
	<18db98c80911121332j67130ea2m6a3d941ef8784420@mail.gmail.com>
Message-ID: <4AFC87A0.7010906@abcom.co.nz>

Unfortunately, i have gta01, no leds

Ben.

Davide Scaini wrote:
> maybe a led flashing... we have 3 leds!
> d
>
> On Thu, Nov 12, 2009 at 9:40 PM, Ben Wilson <ben at abcom.co.nz 
> <mailto:ben at abcom.co.nz>> wrote:
>
>     Hi,
>
>     I've been using SHR unstable for my everyday phone for a while and
>     i was
>     wondering what solutions people
>     are using to stop sms messages arriving without being noticed.
>
>     I leave me phone running and on charge next to the PC when i'm at home
>     so the battery is always full when i go out.
>     What's happening is I get a sms and of course the sound plays but i'm
>     not there to hear it.
>     With the auto screen poweroff I don't even notice when I return to the
>     PC, can be a few hours before i tap the phone and notice.
>
>     I could turn off auto screen poweroff, so when I return the new
>     message
>     is visible on the phone but then the LCD would be running pretty much
>     all day/night which is probably not so good for its lifespan.
>
>     What would be ideal is for it to keep playing the new message sound
>     every few minutes while the new message popup is being displayed. Does
>     anyone have a cron script or anything to solve this problem.
>
>     Thanks
>     Ben.
>
>     _______________________________________________
>     Openmoko community mailing list
>     community at lists.openmoko.org <mailto:community at lists.openmoko.org>
>     http://lists.openmoko.org/mailman/listinfo/community
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.5.425 / Virus Database: 270.14.62/2499 - Release Date: 11/12/09 14:33:00
>
>   


From dscaini at gmail.com  Thu Nov 12 23:16:18 2009
From: dscaini at gmail.com (Davide Scaini)
Date: Thu, 12 Nov 2009 23:16:18 +0100
Subject: Received SMS going unnoticed
In-Reply-To: <4AFC87A0.7010906@abcom.co.nz>
References: <4AFC72C4.8030900@abcom.co.nz>
	<18db98c80911121332j67130ea2m6a3d941ef8784420@mail.gmail.com> 
	<4AFC87A0.7010906@abcom.co.nz>
Message-ID: <18db98c80911121416s785188d1obc4131d517b712a3@mail.gmail.com>

d'ho! :P
I can understand... I cannot help you because i'm not using the fr as phone
(waiting buzz fix), but this is indeed an interesting point to discuss
about.
d

On Thu, Nov 12, 2009 at 11:09 PM, Ben Wilson <ben at abcom.co.nz> wrote:

> Unfortunately, i have gta01, no leds
>
> Ben.
>
> Davide Scaini wrote:
> > maybe a led flashing... we have 3 leds!
> > d
> >
> > On Thu, Nov 12, 2009 at 9:40 PM, Ben Wilson <ben at abcom.co.nz
> > <mailto:ben at abcom.co.nz>> wrote:
> >
> >     Hi,
> >
> >     I've been using SHR unstable for my everyday phone for a while and
> >     i was
> >     wondering what solutions people
> >     are using to stop sms messages arriving without being noticed.
> >
> >     I leave me phone running and on charge next to the PC when i'm at
> home
> >     so the battery is always full when i go out.
> >     What's happening is I get a sms and of course the sound plays but i'm
> >     not there to hear it.
> >     With the auto screen poweroff I don't even notice when I return to
> the
> >     PC, can be a few hours before i tap the phone and notice.
> >
> >     I could turn off auto screen poweroff, so when I return the new
> >     message
> >     is visible on the phone but then the LCD would be running pretty much
> >     all day/night which is probably not so good for its lifespan.
> >
> >     What would be ideal is for it to keep playing the new message sound
> >     every few minutes while the new message popup is being displayed.
> Does
> >     anyone have a cron script or anything to solve this problem.
> >
> >     Thanks
> >     Ben.
> >
> >     _______________________________________________
> >     Openmoko community mailing list
> >     community at lists.openmoko.org <mailto:community at lists.openmoko.org>
> >     http://lists.openmoko.org/mailman/listinfo/community
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> > ------------------------------------------------------------------------
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG - www.avg.com
> > Version: 8.5.425 / Virus Database: 270.14.62/2499 - Release Date:
> 11/12/09 14:33:00
> >
> >
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091112/60f367de/attachment-0001.htm 

From openmoko at ginguppin.de  Thu Nov 12 23:53:56 2009
From: openmoko at ginguppin.de (arne anka)
Date: Thu, 12 Nov 2009 23:53:56 +0100
Subject: Received SMS going unnoticed
In-Reply-To: <4AFC87A0.7010906@abcom.co.nz>
References: <4AFC72C4.8030900@abcom.co.nz>
	<18db98c80911121332j67130ea2m6a3d941ef8784420@mail.gmail.com>
	<4AFC87A0.7010906@abcom.co.nz>
Message-ID: <op.u3a0j60c41evsb@ginguppin>

basically it should be possible, to write a rule for oeventsd in  
rules.yaml (incoming sms should be an event supported).
if not, you could opimd-cli and do something like

opimd-cli messages query MessageRead 0 | grep "Numer of results:" | awk  
'{print $4}'

which would print the number of unread (which 0 means, imo) messages  
("Numer" is the correct typo :-), but better check again).
as long as the resulting number != 0, you could trigger a vibration.

DISPLAY=:0 qdbus --system org.freesmartphone.odeviced  
/org/freesmartphone/Device/LED/neo1973_vibrator   
org.freesmartphone.Device.LED.SetBlinking 60 3000


i still don't know, how to call directly via bash/dbus call, which would  
be a tad less resource consuming.

DISPLAY=:0 qdbus --system org.freesmartphone.opimd  
/org/freesmartphone/PIM/Messages/Queries   
org.freesmartphone.PIM.MessageQuery.GetResultCount

produces an error:
ValueError: invalid literal for int() with base 10: ''



From ben at abcom.co.nz  Fri Nov 13 01:40:29 2009
From: ben at abcom.co.nz (Ben Wilson)
Date: Fri, 13 Nov 2009 13:40:29 +1300
Subject: Received SMS going unnoticed
In-Reply-To: <op.u3a0j60c41evsb@ginguppin>
References: <4AFC72C4.8030900@abcom.co.nz>	<18db98c80911121332j67130ea2m6a3d941ef8784420@mail.gmail.com>	<4AFC87A0.7010906@abcom.co.nz>
	<op.u3a0j60c41evsb@ginguppin>
Message-ID: <4AFCAAFD.4050108@abcom.co.nz>

Thanks

That looks like a good place to start, i'll have a go at it.

Ben.

arne anka wrote:
> basically it should be possible, to write a rule for oeventsd in  
> rules.yaml (incoming sms should be an event supported).
> if not, you could opimd-cli and do something like
>
> opimd-cli messages query MessageRead 0 | grep "Numer of results:" | awk  
> '{print $4}'
>
> which would print the number of unread (which 0 means, imo) messages  
> ("Numer" is the correct typo :-), but better check again).
> as long as the resulting number != 0, you could trigger a vibration.
>
> DISPLAY=:0 qdbus --system org.freesmartphone.odeviced  
> /org/freesmartphone/Device/LED/neo1973_vibrator   
> org.freesmartphone.Device.LED.SetBlinking 60 3000
>
>
> i still don't know, how to call directly via bash/dbus call, which would  
> be a tad less resource consuming.
>
> DISPLAY=:0 qdbus --system org.freesmartphone.opimd  
> /org/freesmartphone/PIM/Messages/Queries   
> org.freesmartphone.PIM.MessageQuery.GetResultCount
>
> produces an error:
> ValueError: invalid literal for int() with base 10: ''
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.5.425 / Virus Database: 270.14.62/2499 - Release Date: 11/12/09 14:33:00
>
>   


From smund3 at gmail.com  Fri Nov 13 01:55:38 2009
From: smund3 at gmail.com (=?ISO-8859-1?Q?=C5smund_Stavdahl?=)
Date: Fri, 13 Nov 2009 01:55:38 +0100
Subject: Problem with dfu-util (flashing)
In-Reply-To: <34ee7cb50911121322n5eb150dw7ee5c34227a520bc@mail.gmail.com>
References: <4AFC8508.60000@gmail.com>
	<34ee7cb50911121322n5eb150dw7ee5c34227a520bc@mail.gmail.com>
Message-ID: <4AFCAE8A.80102@googlemail.com>

I used the Windows port of DFU-util (in Windows 7 RC), and it worked 
without complications.

SHR is still booting (after 5 min++) - I thought 2 minutes boot time was 
an exaggeration :-) Hope this is the configuration stage or something so 
I don't have to wait this long every time :-/

Thanks for the support though! I'll try building from source once I fix 
my MBR :-)

    Dave wrote:
>     I run kubuntu hardy (8.04) and found that I had to build dfu-util
>     from source to get it to run reliably.
>
>     Dave
>
>     On Fri, Nov 13, 2009 at 7:58 AM, Live session user
>     <smund3 at gmail.com <mailto:smund3 at gmail.com>> wrote:
>
>         Ok, I fixed the previous error by passing --device
>         vendor:product, but
>         now I get a segmentation fault:
>
>            ubuntu at ubuntu:~/Desktop$ sudo
>         '/home/ubuntu/Desktop/dfu-util' -a
>            kernel -d 0x1d50:0x5119 -i 2 -R -D
>          
>          /home/ubuntu/Desktop/uImage-2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5-om-gta02.bin
>            dfu-util - (C) 2007 by OpenMoko Inc.
>            This program is Free Software and has ABSOLUTELY NO WARRANTY
>
>            Opening USB Device 0x1d50:0x5119...
>            Claiming USB DFU Runtime Interface...
>            Determining device status: state = appIDLE, status = 0
>            Device really in Runtime Mode, send DFU detach request...
>            Resetting USB...
>            Opening USB Device...
>            Segmentation fault (core dumped)
>
>         On the Neo it says (the first try):
>
>            DFU: Switching to DFU Mode
>            DEVICE_CONFIGURED: 1
>
>         After that if I try the command again the segfault occurs sooner:
>
>            dfu-util - (C) 2007 by OpenMoko Inc.
>            This program is Free Software and has ABSOLUTELY NO WARRANTY
>
>            Opening USB Device 0x1d50:0x5119...
>            Segmentation fault (core dumped)
>
>
>         Any suggestions to what could cause this error?
>
>         _______________________________________________
>         Openmoko community mailing list
>         community at lists.openmoko.org <mailto:community at lists.openmoko.org>
>         http://lists.openmoko.org/mailman/listinfo/community
>
>
>     ------------------------------------------------------------------------
>
>     _______________________________________________
>     Openmoko community mailing list
>     community at lists.openmoko.org
>     http://lists.openmoko.org/mailman/listinfo/community
>         



-- 
Save humanity from self destruction -- STOP POPULATION GROWTH!

Don't bother sending me Word or PowerPoint attachments. They make me puke.
Read http://www.gnu.org/philosophy/no-word-attachments.html and you will understand why.




From robin.paulson at gmail.com  Fri Nov 13 02:48:20 2009
From: robin.paulson at gmail.com (Robin Paulson)
Date: Fri, 13 Nov 2009 14:48:20 +1300
Subject: Received SMS going unnoticed
In-Reply-To: <4AFC72C4.8030900@abcom.co.nz>
References: <4AFC72C4.8030900@abcom.co.nz>
Message-ID: <2f3aa2770911121748l3597892dm322328eaff83e9e1@mail.gmail.com>

2009/11/13 Ben Wilson <ben at abcom.co.nz>:
> What would be ideal is for it to keep playing the new message sound
> every few minutes while the new message popup is being displayed. Does
> anyone have a cron script or anything to solve this problem.

personally, i would find it very useful to tie this in to the
vibrators, so when i pick the phone up, it notifies me again of a
text/missed call.


From ben at abcom.co.nz  Fri Nov 13 03:30:02 2009
From: ben at abcom.co.nz (Ben Wilson)
Date: Fri, 13 Nov 2009 15:30:02 +1300
Subject: Received SMS going unnoticed
In-Reply-To: <2f3aa2770911121748l3597892dm322328eaff83e9e1@mail.gmail.com>
References: <4AFC72C4.8030900@abcom.co.nz>
	<2f3aa2770911121748l3597892dm322328eaff83e9e1@mail.gmail.com>
Message-ID: <4AFCC4AA.90300@abcom.co.nz>

Good idea,
Could use the accelerometers to sense it being picked up.
Couldn't do it in gta01 though, since it doesn't have the sensors.

Ben.

Robin Paulson wrote:
> 2009/11/13 Ben Wilson <ben at abcom.co.nz>:
>   
>> What would be ideal is for it to keep playing the new message sound
>> every few minutes while the new message popup is being displayed. Does
>> anyone have a cron script or anything to solve this problem.
>>     
>
> personally, i would find it very useful to tie this in to the
> vibrators, so when i pick the phone up, it notifies me again of a
> text/missed call.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.5.425 / Virus Database: 270.14.62/2499 - Release Date: 11/12/09 14:33:00
>
>   


From robin.paulson at gmail.com  Fri Nov 13 04:00:52 2009
From: robin.paulson at gmail.com (Robin Paulson)
Date: Fri, 13 Nov 2009 16:00:52 +1300
Subject: Received SMS going unnoticed
In-Reply-To: <4AFCC4AA.90300@abcom.co.nz>
References: <4AFC72C4.8030900@abcom.co.nz>
	<2f3aa2770911121748l3597892dm322328eaff83e9e1@mail.gmail.com>
	<4AFCC4AA.90300@abcom.co.nz>
Message-ID: <2f3aa2770911121900t4363a1e5l5871d2b9d687de71@mail.gmail.com>

2009/11/13 Ben Wilson <ben at abcom.co.nz>:
> Good idea,
> Could use the accelerometers to sense it being picked up.
> Couldn't do it in gta01 though, since it doesn't have the sensors.

d'oh! yeah, i meant accelerometers, not vibrators. of course, the
notification would follow whatever is defined in the settings|profiles


From omega.xavier at gmail.com  Fri Nov 13 10:09:38 2009
From: omega.xavier at gmail.com (Xavier Cremaschi)
Date: Fri, 13 Nov 2009 10:09:38 +0100
Subject: Received SMS going unnoticed
In-Reply-To: <4AFCC4AA.90300@abcom.co.nz>
References: <4AFC72C4.8030900@abcom.co.nz>	<2f3aa2770911121748l3597892dm322328eaff83e9e1@mail.gmail.com>
	<4AFCC4AA.90300@abcom.co.nz>
Message-ID: <4AFD2252.4050803@gmail.com>

But are the accelerometers enabled when FR is in sleep mode ? Because if 
you have to wake up the FR to enable them then it's faster to read your 
phone screen :P

Xavier.



From vanous at penguin.cz  Fri Nov 13 10:42:27 2009
From: vanous at penguin.cz (Petr Vanek)
Date: Fri, 13 Nov 2009 10:42:27 +0100
Subject: Received SMS going unnoticed
References: <4AFC72C4.8030900@abcom.co.nz>
	<2f3aa2770911121748l3597892dm322328eaff83e9e1@mail.gmail.com>
	<4AFCC4AA.90300@abcom.co.nz> <4AFD2252.4050803@gmail.com>
Message-ID: <20091113104227.2c045097@vanek.robe.cz>

>But are the accelerometers enabled when FR is in sleep mode ? Because
>if you have to wake up the FR to enable them then it's faster to read
>your phone screen :P

you can set a threshold on the accels to generate interrupt to wake the
phone, upon waking, it could check if there was a missed call or a
message, if yes, then vibrate...

petr



From om-comm at joshandbianca.net  Fri Nov 13 14:49:25 2009
From: om-comm at joshandbianca.net (Josh)
Date: Fri, 13 Nov 2009 08:49:25 -0500
Subject: Received SMS going unnoticed
In-Reply-To: <25277_1258105494_nAD9irhe025532_20091113104227.2c045097@vanek.robe.cz>
References: <4AFC72C4.8030900@abcom.co.nz> <4AFD2252.4050803@gmail.com>
	<25277_1258105494_nAD9irhe025532_20091113104227.2c045097@vanek.robe.cz>
Message-ID: <200911130849.26582.om-comm@joshandbianca.net>

On Friday November 13, 2009, Petr Vanek wrote:
> >But are the accelerometers enabled when FR is in sleep mode ? Because
> >if you have to wake up the FR to enable them then it's faster to read
> >your phone screen :P
>
> you can set a threshold on the accels to generate interrupt to wake the
> phone, upon waking, it could check if there was a missed call or a
> message, if yes, then vibrate...

I really like this idea.  If some event happens (such as a received SMS, 
missed call, etc), use the accelerometers to see if the phone is moved for 
some number of seconds afterward.  If not, then configure them to wake the 
phone the next time it is moved before going into suspend.  When movement 
wakes it up, notify the user to check for a missed event (turn on 
display/blink LED/vibrate/whatever).

Josh


From openmoko at ginguppin.de  Fri Nov 13 15:08:02 2009
From: openmoko at ginguppin.de (arne anka)
Date: Fri, 13 Nov 2009 15:08:02 +0100
Subject: Received SMS going unnoticed
In-Reply-To: <200911130849.26582.om-comm@joshandbianca.net>
References: <4AFC72C4.8030900@abcom.co.nz> <4AFD2252.4050803@gmail.com>
	<25277_1258105494_nAD9irhe025532_20091113104227.2c045097@vanek.robe.cz>
	<200911130849.26582.om-comm@joshandbianca.net>
Message-ID: <op.u3b6vnz141evsb@ginguppin>

> I really like this idea.  If some event happens (such as a received SMS,
> missed call, etc), use the accelerometers to see if the phone is moved  
> for
> some number of seconds afterward.  If not, then configure them to wake  
> the
> phone the next time it is moved before going into suspend.  When movement
> wakes it up, notify the user to check for a missed event (turn on
> display/blink LED/vibrate/whatever).


what is supposed to happen, if you have the phone in, say, your backpack?



From huelsegge at gmx.de  Fri Nov 13 19:57:17 2009
From: huelsegge at gmx.de (Mario Huelsegge)
Date: Fri, 13 Nov 2009 10:57:17 -0800 (PST)
Subject: gprs traffic counter?
Message-ID: <1258138637633-4000935.post@n2.nabble.com>


hallo, 
short question: is there an easy way to count gprs traffic on the
freerunner, i.e. per iptables, tcpdump?

thanks
Mario
-- 
View this message in context: http://n2.nabble.com/gprs-traffic-counter-tp4000935p4000935.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From shulyaka at gmail.com  Fri Nov 13 20:30:25 2009
From: shulyaka at gmail.com (Denis Shulyaka)
Date: Fri, 13 Nov 2009 22:30:25 +0300
Subject: gprs traffic counter?
In-Reply-To: <1258138637633-4000935.post@n2.nabble.com>
References: <1258138637633-4000935.post@n2.nabble.com>
Message-ID: <8f5e497b0911131130r6f53a1bs57db85f443f4f0cf@mail.gmail.com>

How about something like this:

$ ifconfig ppp0 | grep "TX bytes"

?

2009/11/13, Mario Huelsegge <huelsegge at gmx.de>:
>
> hallo,
> short question: is there an easy way to count gprs traffic on the
> freerunner, i.e. per iptables, tcpdump?
>
> thanks
> Mario
> --
> View this message in context:
> http://n2.nabble.com/gprs-traffic-counter-tp4000935p4000935.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From b0ef at esben-stien.name  Fri Nov 13 22:58:31 2009
From: b0ef at esben-stien.name (Esben Stien)
Date: Fri, 13 Nov 2009 22:58:31 +0100
Subject: gprs traffic counter?
In-Reply-To: <1258138637633-4000935.post@n2.nabble.com> (Mario Huelsegge's
	message of "Fri\, 13 Nov 2009 10\:57\:17 -0800 \(PST\)")
References: <1258138637633-4000935.post@n2.nabble.com>
Message-ID: <87639ekry0.fsf@quasar.esben-stien.name>

Mario Huelsegge <huelsegge at gmx.de> writes:

> is there an easy way to count gprs traffic 

slurm?

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


From michael.smith at netapps.com.au  Sat Nov 14 07:39:49 2009
From: michael.smith at netapps.com.au (Michael Smith)
Date: Sat, 14 Nov 2009 17:39:49 +1100
Subject: [SHR] Looking for some help with compilation
Message-ID: <20091114173949.4f01bcbc@michael>

I am working on an application for the openmoko. I am writing it in C using the Enlightenment toolkit. The general idea is to have an application which will browse an sqlite database in a generic way, then extend it to support specific types of databases. As an example I have written a script to import contacts from my palm pilot and import them into a table in a database. My application can now browse that database on ubuntu.

The code can be found here:

http://glitch.tl/cgi-bin/hgwebdir.cgi/home/host/glitch.tl/repos/dbview/

...and a screenshot can be found here...

http://glitch.tl/cgi-bin/hgwebdir.cgi/home/host/glitch.tl/repos/dbview/raw-file/af435055d4f0/doc/screenshot.png

So now I have an alpha version and I want to give it a run on the phone. I have followed the instructions from these pages:

http://wiki.openmoko.org/wiki/Toolchain#Downloading_and_installing
http://andreasdalsgaard.blogspot.com/2008/07/openmoko-development-in-5-minutes.html

...but the toolchain doesn't include any of the Enlightenment libraries. I built an Enlightenment toolchain on ubuntu by downloading the source and compiling it. It works well. Currently in /usr/local/include I have:

Ecore_Config.h    Ecore_IMF.h       Ecore_X.h     Embryo.h
Ecore_Con.h       Ecore_Input.h     Edje_Edit.h   Evas_Engine_Buffer.h
Ecore_Data.h      Ecore_Ipc.h       Edje.h        Evas_Engine_Software_16_X11.h
Ecore_Evas.h      Ecore_Job.h       Eet.h         Evas_Engine_Software_X11.h
Ecore_File.h      Ecore_Str.h       efreet        Evas_Engine_XRender_X11.h
Ecore_Getopt.h    Ecore_Txt.h       eina-0        Evas.h
Ecore.h           Ecore_X_Atoms.h   elementary
Ecore_IMF_Evas.h  Ecore_X_Cursor.h  Elementary.h

Now when I compile these libraries in the openmoko toolchain in /usr/local/openmoko I find that I need pkg-config. I got that but I need glib. I got that but I can't get it to compile at all.

I also investigated putting a development environment into the phone but I can't find any repositories which provide development stuff.

So I am a bit stuck and I would appreciate it if anybody who has been down this path can tell me if I am going in the right direction. And if not, which way I should go.

Thanks.
-- 
Michael Smith
Network Applications
www.netapps.com.au   | +61 (0) 416 062 898
Web Hosting          | Internet Services
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091114/f72dd544/attachment.pgp 

From david.lanzendoerfer at o2s.ch  Sat Nov 14 11:30:00 2009
From: david.lanzendoerfer at o2s.ch (David =?iso-8859-1?q?Lanzend=F6rfer?=)
Date: Sat, 14 Nov 2009 11:30:00 +0100
Subject: [SHR] Looking for some help with compilation
In-Reply-To: <20091114173949.4f01bcbc@michael>
References: <20091114173949.4f01bcbc@michael>
Message-ID: <200911141130.06168.david.lanzendoerfer@o2s.ch>

Use bitbake an the most recent tree of OpenEmbedded-SHR/merge
Then you can create a recipe in OE which inherits all needed buildtools and 
library paths you need.
See for further details
http://wiki.openembedded.net/index.php/Getting_started

After cloning switch to shr/merge (git checkout --track -b shr/merge 
origin/shr/merge)

And build an shr-image

If it doesnt build, its because the depencies are sometimes broken.
Just wait, pull after some houres and hope, that the have fixed it then.

Regards
	leviathan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091114/4197023a/attachment.pgp 

From edorfaus at xepher.net  Sat Nov 14 17:56:06 2009
From: edorfaus at xepher.net (EdorFaus)
Date: Sat, 14 Nov 2009 17:56:06 +0100
Subject: [SHR] Looking for some help with compilation
In-Reply-To: <20091114173949.4f01bcbc@michael>
References: <20091114173949.4f01bcbc@michael>
	(sfid-20091114_064050_797656_FFFFFFFF871A242E)
Message-ID: <200911141756.07311.edorfaus@xepher.net>

On Saturday 14 November 2009 07:39:49 Michael Smith wrote:
> I am working on an application for the openmoko. I am writing it in C using
> the Enlightenment toolkit. The general idea is to have an application which

> http://wiki.openmoko.org/wiki/Toolchain#Downloading_and_installing

> ...but the toolchain doesn't include any of the Enlightenment libraries. I

> Now when I compile these libraries in the openmoko toolchain in

You shouldn't compile the E libs yourself in the toolchain, it's better to 
install them using the package management system (opkg-target).

See here: http://wiki.openmoko.org/wiki/Toolchain#Installing_New_Libraries

That's what I did anyway, and IIRC it grabbed dependencies automatically.

-Frode


From mok at mnet-online.de  Sat Nov 14 12:30:17 2009
From: mok at mnet-online.de (mok at mnet-online.de)
Date: Sat, 14 Nov 2009 12:30:17 +0100
Subject: [SHR] Looking for some help with compilation
In-Reply-To: <200911141130.06168.david.lanzendoerfer@o2s.ch>
References: <20091114173949.4f01bcbc@michael>
	<200911141130.06168.david.lanzendoerfer@o2s.ch>
Message-ID: <20091114113017.GA17828@mrdenker.localdomain>

On Sat, 14 Nov 2009, David Lanzend?rfer wrote:

> Use bitbake an the most recent tree of OpenEmbedded-SHR/merge
> Then you can create a recipe in OE which inherits all needed buildtools and 
> library paths you need.
> See for further details
> http://wiki.openembedded.net/index.php/Getting_started

> After cloning switch to shr/merge (git checkout --track -b shr/merge 
> origin/shr/merge)

> And build an shr-image

> If it doesnt build, its because the depencies are sometimes broken.
> Just wait, pull after some houres and hope, that the have fixed it then.
current shr/merge is in a good state :-) it should just build.

> Regards
> 	leviathan

-- 
Klaus 'mrmoku' Kurzmann


From moko_ml at depeje.net  Sun Nov 15 00:55:17 2009
From: moko_ml at depeje.net (Peter Nijs)
Date: Sun, 15 Nov 2009 00:55:17 +0100
Subject: [opimd] Call from opimd-contacts isn't working
In-Reply-To: <c30e08170911090538m175b56d6r3d077acf82eb7cc6@mail.gmail.com>
References: <200911090048.28510.moko_ml@depeje.net>
	<c30e08170911090538m175b56d6r3d077acf82eb7cc6@mail.gmail.com>
Message-ID: <200911150055.17990.moko_ml@depeje.net>

On Monday 09 November 2009 14:38:45 Sebastian Krzyszkowiak wrote:
> On 11/9/09, Peter Nijs <moko_ml at depeje.net> wrote:
> > Hello,
> >
> > I never succeed in calling someone from the opimd-contacts application.
> > There
> > is just no response. When you would expect the dailer (standard shr) to
> > pop up, it doesn't. Running opimd-contacts from the commandline doesn't
> > reveal much. At startup I just get:
> >
> > root at fry ~ $ opimd-contacts
> > Using **pending_return in dbus_connection_send_with_reply_setup() without
> > pending_setup is deprecated and strongly discouraged
> > /usr/lib/python2.6/site-packages/dbus/connection.py:242:
> > DeprecationWarning: object.__init__() takes no parameters
> >   super(Connection, self).__init__(*args, **kwargs)
> >
> > 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
> > ..... And a bunch of them!
> >
> > Nothing happens on the cli when I press the number to call from the
> > contact. I
> > use version 0.0.3+gitr133+11536ff92e44c956bb53af210fbe0ab806d8dcaf-r2 of
> > opimd-utils.
> >
> > Is this still normal, or should this work by now?
> >
> > Depeje
> 
> Check your ogsmd and ophonekitd/phonefsod. opimd-contacts is just
> calling InitiateCall method, nothing more, rest is to be done by other
> apps.
> 

Hello,

Thanks for helping. I have looked around a little bit but cannot find 
anything. When running ophonekitd from the terminal, I don't even see any 
message comming up when trying to call someone from my addressbook.

I'm running the 'stable' unstable version of SHR from august. I have updated 
ophonekitd right now and that didn't change anything. Currently I'm runnging 
version 0.0.2+gitr759+767cc2cd22f5f15c69440018365d41980b1507aa-r18. I didn't 
find ogsmd. to find information or to update. It's hidden well. Also, 
resolving phonennumbers to names isn't working.

Depeje


From michael.smith at netapps.com.au  Sun Nov 15 02:52:06 2009
From: michael.smith at netapps.com.au (Michael Smith)
Date: Sun, 15 Nov 2009 12:52:06 +1100
Subject: [SHR] Looking for some help with compilation
In-Reply-To: <200911141756.07311.edorfaus@xepher.net>
References: <20091114173949.4f01bcbc@michael>
	<200911141756.07311.edorfaus@xepher.net>
Message-ID: <20091115125206.19e752a8@michael>

On Sat, 14 Nov 2009 17:56:06 +0100
EdorFaus <edorfaus at xepher.net> wrote:

> You shouldn't compile the E libs yourself in the toolchain, it's better to 
> install them using the package management system (opkg-target).
> 
> See here: http://wiki.openmoko.org/wiki/Toolchain#Installing_New_Libraries
> 
> That's what I did anyway, and IIRC it grabbed dependencies automatically.

Thanks very much. That worked for me.

I now have a package on line for my application:

http://glitch.tl/cgi-bin/hgwebdir.cgi/home/host/glitch.tl/repos/packages/raw-file/tip/dbview_0.1_arm.ipk

It is a browser for sqlite databases. My source repository:

http://glitch.tl/cgi-bin/hgwebdir.cgi/home/host/glitch.tl/repos/dbview/

...includes a script which generates the test database which is included in the package. Users can adapt this script to load their own datasets into the database to view with the tool.

I plan to develop modules which understand the structure of specific tables. For example a module which behaves much like the palm contacts application using the contents of the PalmContacts table in the database.

Currently the application should be considered an alpha version. It has some buttons which do nothing and it currently has no editing capability.

Regards,
-- 
Michael Smith
Network Applications
www.netapps.com.au   | +61 (0) 416 062 898
Web Hosting          | Internet Services
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.openmoko.org/pipermail/community/attachments/20091115/66ac3c64/attachment.pgp 

From montgoss+openmokocommunity at gmail.com  Sun Nov 15 06:42:09 2009
From: montgoss+openmokocommunity at gmail.com (Steven **)
Date: Sat, 14 Nov 2009 23:42:09 -0600
Subject: [For Sale] Freerunner w/ buzz fix and lots of accessories
Message-ID: <abaa3a210911142142x6dd6c653jf2ec7a152b476634@mail.gmail.com>

I don't remember if this is a GTA02v5 or v6.  I got it release day, so
it's probably a v5.
Buzz fix was applied by a tech at my work (not an official company service).

<a href="http://img689.imageshack.us/i/20091114222200resized.jpg/"
target="_blank"><img
src="http://img689.imageshack.us/img689/355/20091114222200resized.th.jpg"
border="0"/></a><a
href="http://img199.imageshack.us/i/20091114220132resized.jpg/"
target="_blank"><img
src="http://img199.imageshack.us/img199/1244/20091114220132resized.th.jpg"
border="0" /></a><a
href="http://img690.imageshack.us/i/20091114221653resized.jpg/"
target="_blank"><img
src="http://img690.imageshack.us/img690/6507/20091114221653resized.th.jpg"
border="0"/></a>

Includes original accessories:
* A/C Power Cord with adapters
* Original Openmoko battery
* Micro USB cable
* Wired headset
* Stylus/pen/laser/light
* Openmoko brand carrying pouch
* Original packaging

Plus after-market accessories:
* 2 x 8GB micro-SD cards (A-Data brand, verified compatible)
* 2.5mm to 3.5mm stereo audio adapter (don't know if the mic
connection passes through, but I have tested with standard 3.5mm
headphones)
* Female USB to male micro-USB adapter
* Extra micro USB cable
* Invisible Shield screen protector (still in box, not applied to screen)
* 3 x mini stylus (COWON D2 stylus)


All for $200 or best offer.

-Steven


From atilla.filiz at gmail.com  Sun Nov 15 13:44:22 2009
From: atilla.filiz at gmail.com (Atilla Filiz)
Date: Sun, 15 Nov 2009 13:44:22 +0100
Subject: [GTA02v5] NL Vodafone GPRS problem
Message-ID: <6016f9080911150444w4a0c780ar3c0dab8a96331ff7@mail.gmail.com>

Did anyone try to use GPRS connection with Vodafone NL? My FR connects well
with a sim card of TR Turkcell but fails to connect to NL Vodafone with
Neovento. I tried with Hackable rev5, GPRS app says "child process returned
error code 16". Anyone with similar experience?

-- 
---------------------------------------------------------
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme
--------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091115/ed6c00fd/attachment.htm 

From risto at kurppa.fi  Sun Nov 15 14:09:56 2009
From: risto at kurppa.fi (Risto H. Kurppa)
Date: Sun, 15 Nov 2009 15:09:56 +0200
Subject: #tangogps IRC channel started
Message-ID: <d3e504410911150509i4960ecadt2359e2c83ba7e9b5@mail.gmail.com>

Hi!

Just a quick note to let you know that there's now #tangogps irc
channel at Freenode. Feel free to join!

r

more information:
http://risto.kurppa.fi/blog/2009/11/two-new-irc-channels-tangogps-and-smile-slideshow/

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


From guru at unixarea.de  Sun Nov 15 14:28:33 2009
From: guru at unixarea.de (Matthias Apitz)
Date: Sun, 15 Nov 2009 14:28:33 +0100
Subject: [GTA02v5] NL Vodafone GPRS problem
In-Reply-To: <6016f9080911150444w4a0c780ar3c0dab8a96331ff7@mail.gmail.com>
References: <6016f9080911150444w4a0c780ar3c0dab8a96331ff7@mail.gmail.com>
Message-ID: <20091115132832.GA3049@current.Sisis.de>

El d?a Sunday, November 15, 2009 a las 01:44:22PM +0100, Atilla Filiz escribi?:

> Did anyone try to use GPRS connection with Vodafone NL? My FR connects well
> with a sim card of TR Turkcell but fails to connect to NL Vodafone with
> Neovento. I tried with Hackable rev5, GPRS app says "child process returned
> error code 16". Anyone with similar experience?

Try to figure out what is in the logs of the GPRS connect-chat to the
provider; i.e. bring GPRS up by hand and not with any GPRS application;
details can be seen here in chapter 7:
http://www.unixarea.de/openmoko.txt

HIH

	matthias
-- 
Matthias Apitz
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <guru at unixarea.de> - w http://www.unixarea.de/
Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu


From chrisfriedt at gmail.com  Sun Nov 15 16:00:03 2009
From: chrisfriedt at gmail.com (Christopher Friedt)
Date: Sun, 15 Nov 2009 16:00:03 +0100
Subject: media-centric ui for the freerunner?
Message-ID: <3ea34a000911150700h3fbd8a29qe709c76ce5a2a347@mail.gmail.com>

Hi community!

Although many FreeFunner related phone UI's are under development
still, I was wondering if anyone had considered making a more
media-centric UI - even one without phone capabilities - so the FR
could function more like an iPod Touch (TM).

The RockBox code would make an interesting starting point, or even
iPodLinux for that matter, although the primary input device would
need to be re-coded.

Thoughts?

C


From atilla.filiz at gmail.com  Sun Nov 15 17:48:32 2009
From: atilla.filiz at gmail.com (Atilla Filiz)
Date: Sun, 15 Nov 2009 17:48:32 +0100
Subject: [For Sale] Freerunner w/ buzz fix and lots of accessories
In-Reply-To: <abaa3a210911142142x6dd6c653jf2ec7a152b476634@mail.gmail.com>
References: <abaa3a210911142142x6dd6c653jf2ec7a152b476634@mail.gmail.com>
Message-ID: <6016f9080911150848y675975ctcee04ed9514aa6fa@mail.gmail.com>

Where do you live?

On Sun, Nov 15, 2009 at 6:42 AM, Steven ** <
montgoss+openmokocommunity at gmail.com<montgoss%2Bopenmokocommunity at gmail.com>
> wrote:

> I don't remember if this is a GTA02v5 or v6.  I got it release day, so
> it's probably a v5.
> Buzz fix was applied by a tech at my work (not an official company
> service).
>
> <a href="http://img689.imageshack.us/i/20091114222200resized.jpg/"
> target="_blank"><img
> src="http://img689.imageshack.us/img689/355/20091114222200resized.th.jpg"
> border="0"/></a><a
> href="http://img199.imageshack.us/i/20091114220132resized.jpg/"
> target="_blank"><img
> src="http://img199.imageshack.us/img199/1244/20091114220132resized.th.jpg"
> border="0" /></a><a
> href="http://img690.imageshack.us/i/20091114221653resized.jpg/"
> target="_blank"><img
> src="http://img690.imageshack.us/img690/6507/20091114221653resized.th.jpg"
> border="0"/></a>
>
> Includes original accessories:
> * A/C Power Cord with adapters
> * Original Openmoko battery
> * Micro USB cable
> * Wired headset
> * Stylus/pen/laser/light
> * Openmoko brand carrying pouch
> * Original packaging
>
> Plus after-market accessories:
> * 2 x 8GB micro-SD cards (A-Data brand, verified compatible)
> * 2.5mm to 3.5mm stereo audio adapter (don't know if the mic
> connection passes through, but I have tested with standard 3.5mm
> headphones)
> * Female USB to male micro-USB adapter
> * Extra micro USB cable
> * Invisible Shield screen protector (still in box, not applied to screen)
> * 3 x mini stylus (COWON D2 stylus)
>
>
> All for $200 or best offer.
>
> -Steven
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
---------------------------------------------------------
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme
--------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091115/d655068c/attachment.htm 

From montgoss+openmokocommunity at gmail.com  Sun Nov 15 22:26:34 2009
From: montgoss+openmokocommunity at gmail.com (Steven **)
Date: Sun, 15 Nov 2009 15:26:34 -0600
Subject: [For Sale] Freerunner w/ buzz fix and lots of accessories
In-Reply-To: <6016f9080911150848y675975ctcee04ed9514aa6fa@mail.gmail.com>
References: <abaa3a210911142142x6dd6c653jf2ec7a152b476634@mail.gmail.com>
	<6016f9080911150848y675975ctcee04ed9514aa6fa@mail.gmail.com>
Message-ID: <abaa3a210911151326h2e0a51eaw63dbfb8a151a522e@mail.gmail.com>

Items will ship from Iowa, USA

-Steven

On Sun, Nov 15, 2009 at 10:48 AM, Atilla Filiz <atilla.filiz at gmail.com> wrote:
>
> Where do you live?


From rozzin at geekspace.com  Mon Nov 16 16:03:29 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Mon, 16 Nov 2009 10:03:29 -0500
Subject: Unable to place a WikiReader review on Amazon (was: Congratulation,
	Wikireader! 7th in Amazon TOP 100)
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net>
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com>
Message-ID: <87my2mse9q.fsf_-_@slice.rozzin.com>

Sean Moss-Pultz <sean at openmoko.com> writes:
> 
> You made everyone in the Taipei office so happy with this post. This
> is exactly the type of experiences we had in mind when creating
> WikiReader. Please do post on Amazon if you have a bit of extra time:
> 
>   http://bit.ly/3spvKq
> 
> It really does help us a lot!

Hi Sean,

I'd really love to post a review on Amazon, but it seems that Amazon
actually won't let me: apparently, because I placed my order through
http://thewikireader.com/store.html instead of going through the main
amazon.com site, only the *payment* for my order was processed through
Amazon(?), and there doesn't appear to be any way to connect the
`Amazon Payments' information (which shows a record of my order) to
the `Amazon Orders' database.

I think I'll try calling their support line, today.

I see that there's a button marked "Leave seller feedback" on the
Amazon Payments page--do you know if that does anything useful, or
does it just send you guys an e-mail?

> On Thu, Oct 29, 2009 at 9:35 PM, Joshua Judson Rosen
> <rozzin at geekspace.com> wrote:
> >
> > Thomas Otterbein <th.otterbein at gmx.net> writes:
> > >
> > > On Wednesday 28 October 2009 22:08:00 Rui Miguel Silva Seabra wrote:
> > > > http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_
> > > >3_last
> > > >
> > > > Wow, just wow!
> > > >
> > > > It's an interesting device, not for me, but quite interesting.
> > > >
> > > > What I never expected is such a success.
> > > >
> > > > Quite a comparison to the Freerunner's success :)
> > > >
> > > > Congratulations, guys!
> > > >
> > > > Rui
> > >
> > > Hmm, a lot of devices made by Palm, some of them already stone old,
> > > are the Bestsellers at Amazon? Where is their own Kindle?
> >
> > The Kindle is listed as a best-seller, but in a different subcategory
> > of `electronics'. Actually, it occupies multiple spots in the top-10
> > listing in the *overall* `electronics' category, while WikiReader is
> > #4 in a much more restricted category. Not to downplay whatever
> > success the WikiReader is seeing, though--I got one, myself, and I'm
> > very impressed by and happy with it; a few of my technically-minded
> > friends have remarked critically, merely on a conceptual basis, but
> > those who have actually seen it (especially the `normal people') have
> > responded very positively.
> >
> > It's really not evident just how profound the device is until you find
> > yourslef amongst friends who are trying to remember the details of
> > something of which you've never even heard, and then suddenly `you're
> > the expert' in the group. My first experience with this: a couple of
> > friends were trying to make sense of their memories of `trying to
> > read' Nikolai Gogol's book, `Dead Souls'..., and there it was in my
> > WikiReader--suddenly I was an expert on the book (the big question was
> > `what was the point of the protagonist's scheme to buy already-dead
> > serfs who counted as taxable property for him'; the answer was `he was
> > going to retire by *mortgaging* them'). My wife and I received a `this
> > is what the mercaptan additive in Natural gas smells like'
> > scratch-and-sniff in the mail from the local gas-supply company, the
> > other day, and I was able to instantly start a conversation with my
> > wife, in our kitchen, about the history behind these odour-additives
> > (and this history turns out to be quite an amazing story,
> > actually). We're having amazing experiences like this semi-regularly,
> > thanks to this device.
> >
> > People do say `$100 seems a little expensive', but then they concede
> > that maybe it /isn't/ so expensive when reminded that just an 8-GB
> > micro-SD card by itself retails for as much as $50 (and I note that
> > more simplistic devices than the WikiReader, on that Amazon list--like
> > the Scrabble-dictionary--also sell for $50+...).
> >
> > After actually having the profoundly-wowing `instant expert'
> > experience a few times, it becomes easy to accept that the device as
> > being worth $100, even though it's terribly difficult to `just explain
> > it' to someone who has the perspective of `well, *I* already have a
> > $500 device with a $100-per-*month* subscription and a favourable
> > location that alows *me* to be connected to the Internet all the time,
> > anything that doesn't provide wireless real-time updates and *news*
> > with updated charts and graphs has all the appeal of the Pet Rock'.
> >
> > I guess I should post this on Amazon's review-page for the device....
> >
> > Regarding the Amazon best-seller list per se: I'm not sure that I'm
> > entirely clear on what exactly Amazon's `bestseller' rating means--
> > is the `current ranking' just based on the rate of sales per hour,
> > averaged over the last 1 hour? Do they explain it, somewhere?
> >
> > --
> > Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr)))).
> >
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community

-- 
"Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."



From jcolbert at netins.net  Mon Nov 16 16:31:25 2009
From: jcolbert at netins.net (jcolbert at netins.net)
Date: Mon, 16 Nov 2009 09:31:25 -0600
Subject: Unable to place a WikiReader review on Amazon (was:
	Congratulation, Wikireader! 7th in Amazon TOP 100)
In-Reply-To: <87my2mse9q.fsf_-_@slice.rozzin.com>
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net>
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com>
	<87my2mse9q.fsf_-_@slice.rozzin.com>
Message-ID: <web-11319813@cgpb3.cgp.netins.net>

You should be able to post a review on Amazon. I bought 
mine directly from the Wikireader site, as you did, and 
had no problem posting a review. You may need to log in to 
Amazon before you try to post.

Jeff

On Mon, 16 Nov 2009 10:03:29 -0500
  Joshua Judson Rosen <rozzin at geekspace.com> wrote:
  Sean Moss-Pultz <sean at openmoko.com> writes:
> 
> You made everyone in the Taipei office so happy with this 
>post. This
> is exactly the type of experiences we had in mind when 
>creating
> WikiReader. Please do post on Amazon if you have a bit of 
>extra time:
> 
>   http://bit.ly/3spvKq
> 
> It really does help us a lot!
  
  Hi Sean,
  
  I'd really love to post a review on Amazon, but it seems
that Amazon
  actually won't let me: apparently, because I placed my
order through
  http://thewikireader.com/store.html instead of going
through the main
  amazon.com site, only the *payment* for my order was
processed through
  Amazon(?), and there doesn't appear to be any way to
connect the
  `Amazon Payments' information (which shows a record of 
my
order) to
  the `Amazon Orders' database.
  
  I think I'll try calling their support line, today.
  
  I see that there's a button marked "Leave seller
feedback" on the
  Amazon Payments page--do you know if that does anything
useful, or
  does it just send you guys an e-mail?


From rozzin at geekspace.com  Tue Nov 17 03:46:37 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Mon, 16 Nov 2009 21:46:37 -0500
Subject: Unable to place a WikiReader review on Amazon
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net>
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com>
	<87my2mse9q.fsf_-_@slice.rozzin.com>
	<web-11319813@cgpb3.cgp.netins.net>
Message-ID: <87iqd9q35e.fsf@slice.rozzin.com>

"" <jcolbert at netins.net> writes:
>
> You should be able to post a review on Amazon. I bought 
> mine directly from the Wikireader site, as you did, and 
> had no problem posting a review. You may need to log in to 
> Amazon before you try to post.

I think I have to actually buy /something/ *from Amazon* before
they'll let me post any reviews--I don't necessarily have to buy the
product that I'm reviewing from them, but I have to buy *something*
from them. You must have previously bought something from them.

My Amazon account was only even created as a side-effect of the
`Amazon Payments' processing of the order placed through thewikireader.com,
so I don't meet that criteria: I've never bought /anything/ *from Amazon*.

It seems like a sort-of weird policy, but I guess I've probably seen weirder.
Maybe there's some legitimate logic behind it, somewhere.

It looks like the WikiReader has just been removed from their product
listing (except that it's still in some of the `bestsellers' lists,
depending on how you navigate there...), otherwise I'd just buy
another one [*from Amazon*] (hey--the holidays are coming! ;)).

I guess I shouldn't have asked! Sorry, everybody. :(

-- 
"Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."



From rozzin at geekspace.com  Tue Nov 17 04:30:50 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Mon, 16 Nov 2009 22:30:50 -0500
Subject: Vibrating Pidgin alerts (new plugin)
References: <878wecb7dt.fsf@slice.rozzin.com>
	<f648a7fe0911112236l34298981r9801c77b1bf68f4c@mail.gmail.com>
Message-ID: <87vdh9omj9.fsf@slice.rozzin.com>

Rune Gangst? <runegang at gmail.com> writes:
> 2009/11/12 Joshua Judson Rosen <rozzin at geekspace.com>
> >
> > a plugin for Pidgin that allows the Neo's vibrator to be used as a
> > notifier for various IM events (such as incoming messages,
> > buddy-logon, etc.); which particular events do or don't trigger
> > vibrating alerts is configurable via Pidgin's plugin-management
> > GUI.
[...]
> >    http://www.hackerposse.com/~rozzin/pidgin-vibr
[...]
>
> Nice work.
> 
> That will sure come in handy :D

Thanks--I'll be happy if someone else finds it useful :)

If you do end up using it, please do let me know if you have any
issues or suggestions.

-- 
"Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."



From sean at openmoko.com  Tue Nov 17 04:52:32 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Tue, 17 Nov 2009 11:52:32 +0800
Subject: Unable to place a WikiReader review on Amazon
In-Reply-To: <87iqd9q35e.fsf@slice.rozzin.com>
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net> 
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com> 
	<87my2mse9q.fsf_-_@slice.rozzin.com>
	<web-11319813@cgpb3.cgp.netins.net> 
	<87iqd9q35e.fsf@slice.rozzin.com>
Message-ID: <6cfff7040911161952p7cd86aa7y4acf4e7d08484ea9@mail.gmail.com>

Joshua

On Tue, Nov 17, 2009 at 10:46 AM, Joshua Judson Rosen
<rozzin at geekspace.com> wrote:
>
> "" <jcolbert at netins.net> writes:
> >
> > You should be able to post a review on Amazon. I bought
> > mine directly from the Wikireader site, as you did, and
> > had no problem posting a review. You may need to log in to
> > Amazon before you try to post.
>
> I think I have to actually buy /something/ *from Amazon* before
> they'll let me post any reviews--I don't necessarily have to buy the
> product that I'm reviewing from them, but I have to buy *something*
> from them. You must have previously bought something from them.
>
> My Amazon account was only even created as a side-effect of the
> `Amazon Payments' processing of the order placed through thewikireader.com,
> so I don't meet that criteria: I've never bought /anything/ *from Amazon*.
>
> It seems like a sort-of weird policy, but I guess I've probably seen weirder.
> Maybe there's some legitimate logic behind it, somewhere.

I emailed Amazon directly last night. Here's what they said:

"Please be informed that anyone registered as an Amazon.com customer
is entitled to write a product review. It doesn't matter whether they
bought the product from our website or not."

So it should work fine. I think you have to login to Amazon.com with
your customer account. And you can write a review. Is this what you
tried?

> It looks like the WikiReader has just been removed from their product
> listing (except that it's still in some of the `bestsellers' lists,
> depending on how you navigate there...), otherwise I'd just buy
> another one [*from Amazon*] (hey--the holidays are coming! ;)).

Yes, our product is "missing" from their search. You can view / buy
WikiReader here:

  http://www.amazon.com/gp/product/B002N5521W

But forget about searching. That's totally broken.

Seriously we're pulling our hair out over this one. Amazon might be
nice to customers, but to suppliers it's the worse experience I have
*ever* seen. I'm on the phone with them more than my girlfriend.

Problem after problem after problem. There system is a total nightmare.

  -Sean


From rozzin at geekspace.com  Tue Nov 17 06:07:18 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Tue, 17 Nov 2009 00:07:18 -0500
Subject: Unable to place a WikiReader review on Amazon
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net>
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com>
	<87my2mse9q.fsf_-_@slice.rozzin.com>
	<web-11319813@cgpb3.cgp.netins.net>
	<87iqd9q35e.fsf@slice.rozzin.com>
	<6cfff7040911161952p7cd86aa7y4acf4e7d08484ea9@mail.gmail.com>
Message-ID: <87k4xploxl.fsf@slice.rozzin.com>

Sean Moss-Pultz <sean at openmoko.com> writes:
>
> On Tue, Nov 17, 2009 at 10:46 AM, Joshua Judson Rosen
> <rozzin at geekspace.com> wrote:
> >
> > "" <jcolbert at netins.net> writes:
> > >
> > > You should be able to post a review on Amazon. I bought
> > > mine directly from the Wikireader site, as you did, and
> > > had no problem posting a review. You may need to log in to
> > > Amazon before you try to post.
> >
> > I think I have to actually buy /something/ *from Amazon* before
> > they'll let me post any reviews--I don't necessarily have to buy the
> > product that I'm reviewing from them, but I have to buy *something*
> > from them. You must have previously bought something from them.
> >
> > My Amazon account was only even created as a side-effect of the
> > `Amazon Payments' processing of the order placed through thewikireader.com,
> > so I don't meet that criteria: I've never bought /anything/ *from Amazon*.
[...]
>
> I emailed Amazon directly last night. Here's what they said:
> 
> "Please be informed that anyone registered as an Amazon.com customer
> is entitled to write a product review. It doesn't matter whether they
> bought the product from our website or not."
> 
> So it should work fine.

I think that Amazon is having communications difficulties....:

> I think you have to login to Amazon.com with your customer
> account. And you can write a review. Is this what you tried?

It is. After logging in, it tells me:
       
    To write a customer review: you must have used this account to
    complete a purchase* of an item from Amazon.com. Please wait 24
    hours after your first purchase before writing a review.

    If you have another account: and you have already used it to make
    a purchase, you can sign into that account to write a review.

    Other options:

    Go back to the item you were just viewing
    Visit Your Profile

    * A purchase requirement is used to maintain review quality.


After a series of phone-calls and e-mails with Amazon support staff
from various departments (`Amazon.com' support and `Amazon Payments'
support are 2 different departments; and I ultimately ended up at
`Amazon Community' support, which is the department that handles
issues related to product-reviews and other `community'-related things),
I finally got an e-mail that read:

    All reviewers must have a password-protected Amazon.com account
    used for at least one purchase from Amazon.com.

    You'll find helpful information in the Fine Print listed on the
    review submission form. Also, please take a look at our Review
    Guidelines for information about acceptable review content:

        http://www.amazon.com/gp/help/customer/display.html?nodeId=14279631


But it did take a while to get that out of them. They really *were*
friendly and intent on helping at every step of they way, it just
appears that they... have some communications problems. I did get to
talk to real, live people *immediately*--I didn't have to deal with
touch-tone menus or voice-recognition robots; so, there's that..., and
I do have to give them some points for that :)

> > It looks like the WikiReader has just been removed from their product
> > listing (except that it's still in some of the `bestsellers' lists,
> > depending on how you navigate there...), otherwise I'd just buy
> > another one [*from Amazon*] (hey--the holidays are coming! ;)).
> 
> Yes, our product is "missing" from their search. You can view / buy
> WikiReader here:
> 
>   http://www.amazon.com/gp/product/B002N5521W

Yep--that's the URL that I ended up giving (reading) to the phone
support person during the third round of problem-resolution, because
she just couldn't find it otherwise. Not even looking for
`the best-selling electronic office dictionary' ;),
because she started in `electronics' and then moved to
`bestsellers' rather than starting in `bestsellers' and
moving through `electronics'.

> But forget about searching. That's totally broken.
> Seriously we're pulling our hair out over this one. Amazon might be
> nice to customers, but to suppliers it's the worse experience I have
> *ever* seen. I'm on the phone with them more than my girlfriend.

Yeesh.

Well, here's hoping that you're back in the listing soon.

Anyway, I guess I'll just buy something from Amazon (like another
WikiReader) when Amazon's product-listing is un-broken again, then
I'll be able to post a review.

It's nice to hear that I didn't get you banned from the shoppe or
something (along with your children! And your children's children! ...),
I guess.

-- 
"Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."



From joachimp at gmail.com  Tue Nov 17 07:10:52 2009
From: joachimp at gmail.com (Joachim Pedersen)
Date: Mon, 16 Nov 2009 22:10:52 -0800
Subject: [WikiReader] doc/QuickStart building problem
Message-ID: <4fedeb3c0911162210p138349acma31b36b63433a43f@mail.gmail.com>

I'm building on natively on a Debian/Sid 32bit machine.
I'm trying to build the latest git tree using the instructions in doc/QuickStart
"make" returns normally, but
make DESTDIR=image WORKDIR=work
XML_FILES=xml-file-samples/japanese_architects.xml index parse render
combine
Fails with:
awk: cmd. line:1: fatal: cannot open file `work/counts.text' for
reading (No such file or directory)

What am I process am I missing to create the data files in work/ ?
I've looked high and low!

Thanks much!
-Joachim
------------------------------


From sean at openmoko.com  Tue Nov 17 07:19:19 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Tue, 17 Nov 2009 14:19:19 +0800
Subject: Unable to place a WikiReader review on Amazon
In-Reply-To: <87k4xploxl.fsf@slice.rozzin.com>
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net> 
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com> 
	<87my2mse9q.fsf_-_@slice.rozzin.com>
	<web-11319813@cgpb3.cgp.netins.net> 
	<87iqd9q35e.fsf@slice.rozzin.com>
	<6cfff7040911161952p7cd86aa7y4acf4e7d08484ea9@mail.gmail.com> 
	<87k4xploxl.fsf@slice.rozzin.com>
Message-ID: <6cfff7040911162219u1a035772y70c11fbae86885c3@mail.gmail.com>

Joshua

On Tue, Nov 17, 2009 at 1:07 PM, Joshua Judson Rosen
<rozzin at geekspace.com> wrote:
>
> Sean Moss-Pultz <sean at openmoko.com> writes:
> >
> > On Tue, Nov 17, 2009 at 10:46 AM, Joshua Judson Rosen
> > <rozzin at geekspace.com> wrote:
> > >
> > > "" <jcolbert at netins.net> writes:
> > > >
> > > > You should be able to post a review on Amazon. I bought
> > > > mine directly from the Wikireader site, as you did, and
> > > > had no problem posting a review. You may need to log in to
> > > > Amazon before you try to post.
> > >
> > > I think I have to actually buy /something/ *from Amazon* before
> > > they'll let me post any reviews--I don't necessarily have to buy the
> > > product that I'm reviewing from them, but I have to buy *something*
> > > from them. You must have previously bought something from them.
> > >
> > > My Amazon account was only even created as a side-effect of the
> > > `Amazon Payments' processing of the order placed through thewikireader.com,
> > > so I don't meet that criteria: I've never bought /anything/ *from Amazon*.
> [...]
> >
> > I emailed Amazon directly last night. Here's what they said:
> >
> > "Please be informed that anyone registered as an Amazon.com customer
> > is entitled to write a product review. It doesn't matter whether they
> > bought the product from our website or not."
> >
> > So it should work fine.
>
> I think that Amazon is having communications difficulties....:

Wouldn't be the first time...

> > I think you have to login to Amazon.com with your customer
> > account. And you can write a review. Is this what you tried?
>
> It is. After logging in, it tells me:
>
> ? ?To write a customer review: you must have used this account to
> ? ?complete a purchase* of an item from Amazon.com. Please wait 24
> ? ?hours after your first purchase before writing a review.
>
> ? ?If you have another account: and you have already used it to make
> ? ?a purchase, you can sign into that account to write a review.
>
> ? ?Other options:
>
> ? ?Go back to the item you were just viewing
> ? ?Visit Your Profile
>
> ? ?* A purchase requirement is used to maintain review quality.
>
>
> After a series of phone-calls and e-mails with Amazon support staff
> from various departments (`Amazon.com' support and `Amazon Payments'
> support are 2 different departments; and I ultimately ended up at
> `Amazon Community' support, which is the department that handles
> issues related to product-reviews and other `community'-related things),
> I finally got an e-mail that read:
>
> ? ?All reviewers must have a password-protected Amazon.com account
> ? ?used for at least one purchase from Amazon.com.

Ah ok. So they're forcing you to buy something direct from their store
after all. This is discouraging.

> ? ?You'll find helpful information in the Fine Print listed on the
> ? ?review submission form. Also, please take a look at our Review
> ? ?Guidelines for information about acceptable review content:
>
> ? ? ? ?http://www.amazon.com/gp/help/customer/display.html?nodeId=14279631
>
>
> But it did take a while to get that out of them. They really *were*
> friendly and intent on helping at every step of they way, it just
> appears that they... have some communications problems. I did get to
> talk to real, live people *immediately*--I didn't have to deal with
> touch-tone menus or voice-recognition robots; so, there's that..., and
> I do have to give them some points for that :)

Oh yes. They are always very helpful. Just full of internal contradictions.

> > > It looks like the WikiReader has just been removed from their product
> > > listing (except that it's still in some of the `bestsellers' lists,
> > > depending on how you navigate there...), otherwise I'd just buy
> > > another one [*from Amazon*] (hey--the holidays are coming! ;)).
> >
> > Yes, our product is "missing" from their search. You can view / buy
> > WikiReader here:
> >
> > ? http://www.amazon.com/gp/product/B002N5521W
>
> Yep--that's the URL that I ended up giving (reading) to the phone
> support person during the third round of problem-resolution, because
> she just couldn't find it otherwise. Not even looking for
> `the best-selling electronic office dictionary' ;),
> because she started in `electronics' and then moved to
> `bestsellers' rather than starting in `bestsellers' and
> moving through `electronics'.

Yes. This is another battle we're in with Amazon now.

> > But forget about searching. That's totally broken.
> > Seriously we're pulling our hair out over this one. Amazon might be
> > nice to customers, but to suppliers it's the worse experience I have
> > *ever* seen. I'm on the phone with them more than my girlfriend.
>
> Yeesh.
>
> Well, here's hoping that you're back in the listing soon.
>
> Anyway, I guess I'll just buy something from Amazon (like another
> WikiReader) when Amazon's product-listing is un-broken again, then
> I'll be able to post a review.

Hehe... thanks. Sorry to have to put you through all this.

Sean


From cvwillegen at gmail.com  Tue Nov 17 08:28:31 2009
From: cvwillegen at gmail.com (Christ van Willegen)
Date: Tue, 17 Nov 2009 08:28:31 +0100
Subject: [Wikireader] Pulster Shop
In-Reply-To: <BD1UH9ZFfTB@cpu.pulster.de>
References: <BD1UH9ZFfTB@cpu.pulster.de>
Message-ID: <b77f73010911162328r47fa7eddj1a8e9ba0f456f039@mail.gmail.com>

Christoph,

On Tue, Nov 17, 2009 at 7:20 AM, Christoph Pulster <openmoko at pulster.de> wrote:
> we got some stocks of the WikiReader, thanks Openmoko.

Great news! I'd rather buy from you than from a company that's
patented one-click-ordering (have we forgotten, people?)...

I'll look into buying from your place, but I'll have to save some
money first. And/or get some stuff up on eBay ;-)

On a side note, will you attend Fosdem in 2010? It would be nice to
meet up, and buy stuff like batteries, pouches, and WikiReaders... I
guess you'd have to contact the organization to see if they would see
it fit for you to be there. Perhaps you could even find people that'd
help you man the stand?

Christ van Willegen


From zimmermann at vdm-design.de  Tue Nov 17 10:02:25 2009
From: zimmermann at vdm-design.de (Thomas Zimmermann)
Date: Tue, 17 Nov 2009 10:02:25 +0100
Subject: What's going on (3)
In-Reply-To: <200911051057.49749.zimmermann@vdm-design.de>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911051057.49749.zimmermann@vdm-design.de>
Message-ID: <200911171002.26023.zimmermann@vdm-design.de>


----------  Weitergeleitete Nachricht  ----------

Betreff: [Shr-User] What's going on (3)
Datum: Dienstag 17 November 2009
Von: Sebastian Spaeth <Sebastian at sspaeth.de>
An: "SHR-user" <shr-user at lists.shr-project.org>

Hi all,
every day we think, THIS is the day we finally push out the new
shr-unstable, and then something happens that prevents it. Just last
week, upstream OE made a major transition that broke the compilation of
many packages and introduced weird errors (some required files were not
being installed any more, some library symlinks were missing, etc).

We have dealt with that now. The last thing we are grappling with before
we can push out: JaMa wanted to fix version numbering so we can offer
opkg upgrades rather than requiring reflashes (too often) in the future.
This was supposed to be easy but turned out to be a nightmare. Again
about 50 packages failed to compile and we have to deal with that fall out.

Once the image compiles and boots flawlessly, we'll push it out
immediately, promised :). There will be a few glitches, but overall it
is shaping up to be a nice image.

spaetz


-------------------------------------------------------------


From jackramone at googlemail.com  Tue Nov 17 10:03:46 2009
From: jackramone at googlemail.com (Jakob)
Date: Tue, 17 Nov 2009 10:03:46 +0100
Subject: Vibrating Pidgin alerts (new plugin)
In-Reply-To: <87vdh9omj9.fsf@slice.rozzin.com>
References: <878wecb7dt.fsf@slice.rozzin.com>
	<f648a7fe0911112236l34298981r9801c77b1bf68f4c@mail.gmail.com>
	<87vdh9omj9.fsf@slice.rozzin.com>
Message-ID: <85aed13c0911170103k40a92ba6yad05a2fbad427f57@mail.gmail.com>

On 11/17/09, Joshua Judson Rosen <rozzin at geekspace.com> wrote:
> Rune Gangst? <runegang at gmail.com> writes:
>> 2009/11/12 Joshua Judson Rosen <rozzin at geekspace.com>
>> >
>> > a plugin for Pidgin that allows the Neo's vibrator to be used as a
>> > notifier for various IM events (such as incoming messages,
>> > buddy-logon, etc.); which particular events do or don't trigger
>> > vibrating alerts is configurable via Pidgin's plugin-management
>> > GUI.
> [...]
>> >    http://www.hackerposse.com/~rozzin/pidgin-vibr
> [...]
>>
>> Nice work.
>>
>> That will sure come in handy :D
>
> Thanks--I'll be happy if someone else finds it useful :)
>
> If you do end up using it, please do let me know if you have any
> issues or suggestions.
>
> --
> "Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

Hey Joshua,

it would be neat if you could provide a opkg :)

Jake


From david at tuxbrain.com  Tue Nov 17 10:08:47 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Tue, 17 Nov 2009 10:08:47 +0100
Subject: [Wikireader] Pulster Shop
In-Reply-To: <b77f73010911162328r47fa7eddj1a8e9ba0f456f039@mail.gmail.com>
References: <BD1UH9ZFfTB@cpu.pulster.de>
	<b77f73010911162328r47fa7eddj1a8e9ba0f456f039@mail.gmail.com>
Message-ID: <5c6ceea80911170108m56bd2febo9e99062bee7b9b@mail.gmail.com>

Tuxbrain will have also some Wikireaders to sell to next week :) , and
we will attend to FOSDEM (along with other distributors) I guess you
will not had problems to buy something from any of us (confirmed list
of FOSDEM OM distributors attendants, Golden Delicious Computing,
Bearstech, kd85, Tuxbrain, BaseTrend) maybe we have to talk about some
kind of no commercial non agression policy before we go there :) to
many too many roosters in the henhouse

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




2009/11/17 Christ van Willegen <cvwillegen at gmail.com>:
> Christoph,
>
> On Tue, Nov 17, 2009 at 7:20 AM, Christoph Pulster <openmoko at pulster.de> wrote:
>> we got some stocks of the WikiReader, thanks Openmoko.
>
> Great news! I'd rather buy from you than from a company that's
> patented one-click-ordering (have we forgotten, people?)...
>
> I'll look into buying from your place, but I'll have to save some
> money first. And/or get some stuff up on eBay ;-)
>
> On a side note, will you attend Fosdem in 2010? It would be nice to
> meet up, and buy stuff like batteries, pouches, and WikiReaders... I
> guess you'd have to contact the organization to see if they would see
> it fit for you to be there. Perhaps you could even find people that'd
> help you man the stand?
>
> Christ van Willegen
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From atilla.filiz at gmail.com  Tue Nov 17 10:58:39 2009
From: atilla.filiz at gmail.com (Atilla Filiz)
Date: Tue, 17 Nov 2009 10:58:39 +0100
Subject: [Fun]Pipboy2009 first alpha prototype(v0.01)
Message-ID: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>

This prototype was developed with every DIYer's favourite disposable, duct
tape.
http://img410.yfrog.com/i/17112009m.jpg/
The setup needs further optimisation, as the tape is not strong enough to
hold the device in place, and the device should be moved more to the back so
it doesn't obstruct wrist movement.
-- 
---------------------------------------------------------
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme
--------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091117/d71793f7/attachment.htm 

From cchandel at yahoo.com  Tue Nov 17 11:51:59 2009
From: cchandel at yahoo.com (c_c)
Date: Tue, 17 Nov 2009 02:51:59 -0800 (PST)
Subject: What's going on (3)
In-Reply-To: <200911171002.26023.zimmermann@vdm-design.de>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911051057.49749.zimmermann@vdm-design.de>
	<200911171002.26023.zimmermann@vdm-design.de>
Message-ID: <1258455119148-4017858.post@n2.nabble.com>


Hi,

Thomas Zimmermann wrote:
> 
> Once the image compiles and boots flawlessly, we'll push it out
> immediately, promised :). There will be a few glitches, but overall it
> is shaping up to be a nice image.
> 
 Great News. It's really been long :-)

-- 
View this message in context: http://n2.nabble.com/Fwd-Shr-User-What-s-going-on-in-SHR-land-tp3927440p4017858.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From openmoko at ginguppin.de  Tue Nov 17 12:53:49 2009
From: openmoko at ginguppin.de (arne anka)
Date: Tue, 17 Nov 2009 12:53:49 +0100
Subject: freerunner: different cases?
Message-ID: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>

seeing the rather sleek design of the wikireader, i wonder if someone has  
proceeded (and succeeded at) creating a new case for the freerunner?
there were several postings in the beginning and swiss telecom had a  
project going on with dummies or even prototypes -- but then all went  
silent.

thus, seeing the wikireader having no bevelled edge and stuff makes me  
wonder, if there's some progress?


From vendion at gmail.com  Tue Nov 17 14:06:25 2009
From: vendion at gmail.com (Adam Jimerson)
Date: Tue, 17 Nov 2009 08:06:25 -0500
Subject: What's going on (3)
In-Reply-To: <1258455119148-4017858.post@n2.nabble.com>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911051057.49749.zimmermann@vdm-design.de>
	<200911171002.26023.zimmermann@vdm-design.de>
	<1258455119148-4017858.post@n2.nabble.com>
Message-ID: <e10323740911170506i5562ac8cwc69b2f7bf7a27f90@mail.gmail.com>

On Tue, Nov 17, 2009 at 5:51 AM, c_c <cchandel at yahoo.com> wrote:

>
> Hi,
>
> Thomas Zimmermann wrote:
> >
> > Once the image compiles and boots flawlessly, we'll push it out
> > immediately, promised :). There will be a few glitches, but overall it
> > is shaping up to be a nice image.
> >
>  Great News. It's really been long :-)
>
>
Agreed it has been really long, but I can say once the image is built and
boots it will be worth the wait.  Thanks again for the update on what is
going on in development!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091117/b934647f/attachment.htm 

From mail at 3v1n0.net  Tue Nov 17 16:03:33 2009
From: mail at 3v1n0.net (Marco Trevisan =?ISO-8859-1?Q?=28Trevi=F1o=29?=)
Date: Tue, 17 Nov 2009 16:03:33 +0100
Subject: [All] Black Screen of Death - Won't resume from standby
In-Reply-To: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com>
References: <abaa3a210910301356n886926bh1b7b525593e872e1@mail.gmail.com>
Message-ID: <1258470213.16615.4.camel@shrek>

Steven ** wrote:
> I've seen this several times with SHR-Unstable and now with Android.
> So, I'd say it's something that is common among these distro's.  Is it
> seen on all distros?  Is it the kernel?  Hardware bug?  Bootloader
> issue?
> Any clues how to debug this or what might cause it?

In the Old OM2008 (that I always mostly use, in a very tuned and updated
version, for daily usage) I always have when:
 - I go in a place where there's no GSM signal
(- I wake up the phone from suspend there)
 - The phone suspends while the GSM has not signal at all

In a such case I always can't resume. I didn't test if this has been
fixed in newer distros.




From mail at 3v1n0.net  Tue Nov 17 16:10:34 2009
From: mail at 3v1n0.net (Marco Trevisan =?ISO-8859-1?Q?=28Trevi=F1o=29?=)
Date: Tue, 17 Nov 2009 16:10:34 +0100
Subject: freerunner: different cases?
In-Reply-To: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>
References: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>
Message-ID: <1258470634.16615.7.camel@shrek>

Il giorno mar, 17/11/2009 alle 12.53 +0100, arne anka ha scritto:
> seeing the rather sleek design of the wikireader, i wonder if someone has  
> proceeded (and succeeded at) creating a new case for the freerunner?
> there were several postings in the beginning and swiss telecom had a  
> project going on with dummies or even prototypes -- but then all went  
> silent.

I agree, I'm wondering the same... Where are gone the swisscom
projects? :o
Their www site is down actually. :/




From jerjoz.forums at gmail.com  Tue Nov 17 16:36:34 2009
From: jerjoz.forums at gmail.com (jeremy jozwik)
Date: Tue, 17 Nov 2009 07:36:34 -0800
Subject: [Fun]Pipboy2009 first alpha prototype(v0.01)
In-Reply-To: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>
References: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>
Message-ID: <f8d5d4f30911170736s183dc1d6p6fa34a1cc9e7bc8@mail.gmail.com>

On Tue, Nov 17, 2009 at 1:58 AM, Atilla Filiz <atilla.filiz at gmail.com> wrote:
> This prototype was developed with every DIYer's favourite disposable, duct
> tape.
> http://img410.yfrog.com/i/17112009m.jpg/
> The setup needs further optimisation, as the tape is not strong enough to
> hold the device in place, and the device should be moved more to the back so
> it doesn't obstruct wrist movement.

ha! i cant wait till someone asks me, "hey why do you have a bar of
soap on your wrist?"


From seba.dos1 at gmail.com  Tue Nov 17 17:11:01 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Tue, 17 Nov 2009 17:11:01 +0100
Subject: [Fun]Pipboy2009 first alpha prototype(v0.01)
In-Reply-To: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>
References: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>
Message-ID: <c30e08170911170811r27467effw2af770b1387dece4@mail.gmail.com>

On Tue, Nov 17, 2009 at 10:58, Atilla Filiz <atilla.filiz at gmail.com> wrote:
> This prototype was developed with every DIYer's favourite disposable, duct
> tape.
> http://img410.yfrog.com/i/17112009m.jpg/
> The setup needs further optimisation, as the tape is not strong enough to
> hold the device in place, and the device should be moved more to the back so
> it doesn't obstruct wrist movement.
> --
> ---------------------------------------------------------
> Atilla Filiz
> Eindhoven University of Technology
> Embedded Systems, Master's Programme
> --------------------------------------------------------

Quite off topic... but WTF, are you really still using Om2007.2? O_o
Well, I understand, it's *much* better than Om2008, but 2008 is also
abandoned and I now really recommend some FSO based distro... ;)

Well, at least you have really powerful watch ;D

-- 
Sebastian Krzyszkowiak
dos


From david at garabana.com  Tue Nov 17 17:25:42 2009
From: david at garabana.com (David Garabana Barro)
Date: Tue, 17 Nov 2009 17:25:42 +0100
Subject: [Fun]Pipboy2009 first alpha prototype(v0.01)
In-Reply-To: <c30e08170911170811r27467effw2af770b1387dece4@mail.gmail.com>
References: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>
	<c30e08170911170811r27467effw2af770b1387dece4@mail.gmail.com>
Message-ID: <200911171725.45023.david@garabana.com>

On Tuesday 17 November 2009 17:11:01 Sebastian Krzyszkowiak wrote:
>
> Quite off topic... but WTF, are you really still using Om2007.2? O_o
> Well, I understand, it's *much* better than Om2008, but 2008 is also
> abandoned and I now really recommend some FSO based distro... ;)

Couldn't it be Hackable::1?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091117/2c38869f/attachment.pgp 

From mckeea at rpi.edu  Tue Nov 17 17:25:53 2009
From: mckeea at rpi.edu (Tony McKeehan)
Date: Tue, 17 Nov 2009 11:25:53 -0500
Subject: [Fun]Pipboy2009 first alpha prototype(v0.01)
In-Reply-To: <c30e08170911170811r27467effw2af770b1387dece4@mail.gmail.com>
References: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>
	<c30e08170911170811r27467effw2af770b1387dece4@mail.gmail.com>
Message-ID: <4B02CE91.9090204@rpi.edu>

He's using rev5rc1 of Hackable:1. It's based on 2007.2, but much more 
advanced. It's not an FSO-based distro, but the devs say that they'll 
convert it to FSO by the time rev6 comes out.

-Tonym

Sebastian Krzyszkowiak wrote:
> On Tue, Nov 17, 2009 at 10:58, Atilla Filiz <atilla.filiz at gmail.com> wrote:
>   
>> This prototype was developed with every DIYer's favourite disposable, duct
>> tape.
>> http://img410.yfrog.com/i/17112009m.jpg/
>> The setup needs further optimisation, as the tape is not strong enough to
>> hold the device in place, and the device should be moved more to the back so
>> it doesn't obstruct wrist movement.
>> --
>> ---------------------------------------------------------
>> Atilla Filiz
>> Eindhoven University of Technology
>> Embedded Systems, Master's Programme
>> --------------------------------------------------------
>>     
>
> Quite off topic... but WTF, are you really still using Om2007.2? O_o
> Well, I understand, it's *much* better than Om2008, but 2008 is also
> abandoned and I now really recommend some FSO based distro... ;)
>
> Well, at least you have really powerful watch ;D
>
>   



From niall at sgenomics.org  Tue Nov 17 17:36:35 2009
From: niall at sgenomics.org (Niall Haslam)
Date: Tue, 17 Nov 2009 16:36:35 +0000
Subject: What's going on (3)
In-Reply-To: <e10323740911170506i5562ac8cwc69b2f7bf7a27f90@mail.gmail.com>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911051057.49749.zimmermann@vdm-design.de>
	<200911171002.26023.zimmermann@vdm-design.de>
	<1258455119148-4017858.post@n2.nabble.com>
	<e10323740911170506i5562ac8cwc69b2f7bf7a27f90@mail.gmail.com>
Message-ID: <3FE4ED69-C1EB-4E98-99B2-E3BB010A961E@sgenomics.org>


On 17 Nov 2009, at 13:06, Adam Jimerson wrote:
> Agreed it has been really long, but I can say once the image is  
> built and boots it will be worth the wait.  Thanks again for the  
> update on what is going on in development!

Yeah - I just like to echo the comments of thanks for all the hard  
work as well as keeping us mere mortals updated.


>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



From seba.dos1 at gmail.com  Tue Nov 17 17:41:02 2009
From: seba.dos1 at gmail.com (Sebastian Krzyszkowiak)
Date: Tue, 17 Nov 2009 17:41:02 +0100
Subject: [Fun]Pipboy2009 first alpha prototype(v0.01)
In-Reply-To: <4B02CE91.9090204@rpi.edu>
References: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com> 
	<c30e08170911170811r27467effw2af770b1387dece4@mail.gmail.com> 
	<4B02CE91.9090204@rpi.edu>
Message-ID: <c30e08170911170841t21438166x53d5ef2627754561@mail.gmail.com>

On Tue, Nov 17, 2009 at 17:25, Tony McKeehan <mckeea at rpi.edu> wrote:
> He's using rev5rc1 of Hackable:1. It's based on 2007.2, but much more
> advanced. It's not an FSO-based distro, but the devs say that they'll
> convert it to FSO by the time rev6 comes out.
>
> -Tonym
>

Sorry then... I forgot about hackable:1 :)

-- 
Sebastian Krzyszkowiak
dos


From atilla.filiz at gmail.com  Tue Nov 17 18:02:47 2009
From: atilla.filiz at gmail.com (Atilla Filiz)
Date: Tue, 17 Nov 2009 18:02:47 +0100
Subject: [Fun]Pipboy2009 first alpha prototype(v0.01)
In-Reply-To: <c30e08170911170841t21438166x53d5ef2627754561@mail.gmail.com>
References: <6016f9080911170158w3ebc2064p72778b6259e47a9f@mail.gmail.com>
	<c30e08170911170811r27467effw2af770b1387dece4@mail.gmail.com>
	<4B02CE91.9090204@rpi.edu>
	<c30e08170911170841t21438166x53d5ef2627754561@mail.gmail.com>
Message-ID: <6016f9080911170902g2dd18a7aj3a419041264acdee@mail.gmail.com>

A quick search yielded I'm not the only one with the inspiration for
creating a PipBoy. I thought I would find a replica from fallout3
collector's edition but it's bulky and not so cheap(~100$ on ebay).
There are already a couple of wearables in the market but I want to do this
just for fun, and with my FR. And yes, the distro is Hackable:1 rev5rc1.

On Tue, Nov 17, 2009 at 5:41 PM, Sebastian Krzyszkowiak <seba.dos1 at gmail.com
> wrote:

> On Tue, Nov 17, 2009 at 17:25, Tony McKeehan <mckeea at rpi.edu> wrote:
> > He's using rev5rc1 of Hackable:1. It's based on 2007.2, but much more
> > advanced. It's not an FSO-based distro, but the devs say that they'll
> > convert it to FSO by the time rev6 comes out.
> >
> > -Tonym
> >
>
> Sorry then... I forgot about hackable:1 :)
>
> --
> Sebastian Krzyszkowiak
> dos
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
---------------------------------------------------------
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme
--------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091117/ae7207e3/attachment.htm 

From fredrik.normann.junk at gmail.com  Tue Nov 17 19:28:40 2009
From: fredrik.normann.junk at gmail.com (fredrik normann)
Date: Tue, 17 Nov 2009 19:28:40 +0100
Subject: What's going on (3)
In-Reply-To: <3FE4ED69-C1EB-4E98-99B2-E3BB010A961E@sgenomics.org>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911051057.49749.zimmermann@vdm-design.de>
	<200911171002.26023.zimmermann@vdm-design.de>
	<1258455119148-4017858.post@n2.nabble.com>
	<e10323740911170506i5562ac8cwc69b2f7bf7a27f90@mail.gmail.com>
	<3FE4ED69-C1EB-4E98-99B2-E3BB010A961E@sgenomics.org>
Message-ID: <c14791670911171028h4e3da039y9f39244b9e7b8606@mail.gmail.com>

+1

On Tue, Nov 17, 2009 at 5:36 PM, Niall Haslam <niall at sgenomics.org> wrote:

>
> On 17 Nov 2009, at 13:06, Adam Jimerson wrote:
> > Agreed it has been really long, but I can say once the image is
> > built and boots it will be worth the wait.  Thanks again for the
> > update on what is going on in development!
>
> Yeah - I just like to echo the comments of thanks for all the hard
> work as well as keeping us mere mortals updated.
>
>
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091117/60349e3d/attachment.htm 

From aditya.g8 at gmail.com  Tue Nov 17 19:43:12 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Wed, 18 Nov 2009 00:13:12 +0530
Subject: What's going on (3)
In-Reply-To: <c14791670911171028h4e3da039y9f39244b9e7b8606@mail.gmail.com>
References: <200911011704.30507.zimmermann@vdm-design.de>
	<200911051057.49749.zimmermann@vdm-design.de>
	<200911171002.26023.zimmermann@vdm-design.de>
	<1258455119148-4017858.post@n2.nabble.com>
	<e10323740911170506i5562ac8cwc69b2f7bf7a27f90@mail.gmail.com>
	<3FE4ED69-C1EB-4E98-99B2-E3BB010A961E@sgenomics.org>
	<c14791670911171028h4e3da039y9f39244b9e7b8606@mail.gmail.com>
Message-ID: <4f51103a0911171043y27754388g34c4e616bbbaf180@mail.gmail.com>

Kudos to all you guys thanks waiting eagerly!!!

On Tue, Nov 17, 2009 at 11:58 PM, fredrik normann <
fredrik.normann.junk at gmail.com> wrote:

> +1
>
>
> On Tue, Nov 17, 2009 at 5:36 PM, Niall Haslam <niall at sgenomics.org> wrote:
>
>>
>> On 17 Nov 2009, at 13:06, Adam Jimerson wrote:
>> > Agreed it has been really long, but I can say once the image is
>> > built and boots it will be worth the wait.  Thanks again for the
>> > update on what is going on in development!
>>
>> Yeah - I just like to echo the comments of thanks for all the hard
>> work as well as keeping us mere mortals updated.
>>
>>
>> >
>> > _______________________________________________
>> > Openmoko community mailing list
>> > community at lists.openmoko.org
>> > http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091118/eff22aed/attachment.htm 

From aditya.g8 at gmail.com  Tue Nov 17 19:44:08 2009
From: aditya.g8 at gmail.com (Aditya Gandhi)
Date: Wed, 18 Nov 2009 00:14:08 +0530
Subject: Hi ho do I record my display into a file or over usb...
In-Reply-To: <4f51103a0911031330wdb740edr38d564bd6131bb7d@mail.gmail.com>
References: <4f51103a0911031330wdb740edr38d564bd6131bb7d@mail.gmail.com>
Message-ID: <4f51103a0911171044ndbca1dag6eab51772c7c1c84@mail.gmail.com>

Any idea guys please help here

On Wed, Nov 4, 2009 at 3:00 AM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:

> Hi guys can I record my lcd data as show in this video :
>
> http://www.youtube.com/watch?v=K2S2rQUETwc
>
>
> sorry for the last mail, my browser filled in the subject, mybad
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091118/8a3d2338/attachment.htm 

From nicola.mfb at gmail.com  Tue Nov 17 19:59:56 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Tue, 17 Nov 2009 19:59:56 +0100
Subject: Hi ho do I record my display into a file or over usb...
In-Reply-To: <4f51103a0911171044ndbca1dag6eab51772c7c1c84@mail.gmail.com>
References: <4f51103a0911031330wdb740edr38d564bd6131bb7d@mail.gmail.com>
	<4f51103a0911171044ndbca1dag6eab51772c7c1c84@mail.gmail.com>
Message-ID: <359c5480911171059r31ebc549jda58d23e94fe8b1f@mail.gmail.com>

On Tue, Nov 17, 2009 at 7:44 PM, Aditya Gandhi <aditya.g8 at gmail.com> wrote:
> Any idea guys please help here

Try http://linuxmafia.com/faq/Apps/desktop-video-capture.html
You may try exporting DISPLAY to pc too.

     Niko


From openmoko at brain-dump.org  Wed Nov 18 00:27:20 2009
From: openmoko at brain-dump.org (Marc Andre Tanner)
Date: Wed, 18 Nov 2009 00:27:20 +0100
Subject: freerunner: different cases?
In-Reply-To: <1258470634.16615.7.camel@shrek>
References: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>
	<1258470634.16615.7.camel@shrek>
Message-ID: <20091117232720.GA3295@debbook.brain-dump.org>

On Tue, Nov 17, 2009 at 04:10:34PM +0100, Marco Trevisan (Trevi?o) wrote:
> Il giorno mar, 17/11/2009 alle 12.53 +0100, arne anka ha scritto:
> > seeing the rather sleek design of the wikireader, i wonder if someone has  
> > proceeded (and succeeded at) creating a new case for the freerunner?
> > there were several postings in the beginning and swiss telecom had a  
> > project going on with dummies or even prototypes -- but then all went  
> > silent.
> 
> I agree, I'm wondering the same... Where are gone the swisscom
> projects? :o
> Their www site is down actually. :/

As far as I know they stopped their work on the day Sean announced
the end of gta03/phone development at OpenExpo in Switzerland.

There were some rumors that they moved to some Android based stuff 
and that there were some misconceptions between the Swisscom people
and Sean.

That being said, I would also welcome a new case desing.

Marc

-- 
 Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0


From risto at kurppa.fi  Wed Nov 18 00:39:23 2009
From: risto at kurppa.fi (Risto H. Kurppa)
Date: Wed, 18 Nov 2009 01:39:23 +0200
Subject: Openmoko application showroom status
In-Reply-To: <d3e504410909271148x2ec678f8le953c3b1b155bc4e@mail.gmail.com>
References: <d3e504410909182234k684f892dh5e14ba53e35251ef@mail.gmail.com> 
	<5c6ceea80909182333x718dfab1v53ec3a65c4e7ac6e@mail.gmail.com> 
	<5c6ceea80909201449i3821658dv5d109179b56af9ea@mail.gmail.com> 
	<d3e504410909202210t229df9c3r896b8ad3983a8d3f@mail.gmail.com> 
	<5c6ceea80909261616s2fd5048ej68bf0a6d69c45084@mail.gmail.com> 
	<d3e504410909271148x2ec678f8le953c3b1b155bc4e@mail.gmail.com>
Message-ID: <d3e504410911171539o6df97d48w56b9b0b7b61c2c36@mail.gmail.com>

Hi David, what's the status, are you still working on this?


Thanks!


r




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


From raster at rasterman.com  Wed Nov 18 02:07:09 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Wed, 18 Nov 2009 12:07:09 +1100
Subject: future phones that you can hack. news.
Message-ID: <20091118120709.2864ddb9.raster@rasterman.com>

Just an FYI here.

I can officially leak this. We (over in Enlightenment land) are working with a
major electronics manufacturer (one that happens to pump out 100's of millions
of phones every year of pretty top-notch hardware quality - and who also
happens to like making phones high-spec with nice screens, good SoC's and 3G.
If what we do is a phone, or a TV, or a game system, or a DVD player... who
knows!). What does this mean? Well - no guarantees, but they are now sponsoring
us. That says something. If we are working on something you can guess the rest
I'd say.

Who it is - will wait for future announcements. What, when and where will also
need to wait. How open it is, will also need to wait. But you can guess that if
we are fiddling with it - it's already partly open.

So... just dropping a "keep your eyes peeled".

P.S. No glamos were hurt during this work. Actually they were not even
involved. :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From rakshat at gmail.com  Wed Nov 18 05:12:23 2009
From: rakshat at gmail.com (rakshat hooja)
Date: Wed, 18 Nov 2009 09:42:23 +0530
Subject: [Wikireader] Wikireader in India
Message-ID: <69a2e4550911172012o5334e896w5ad1e1c04298debb@mail.gmail.com>

Dear all,

IDA systems too should be receiving WIkireaders for sale in India. For now
we are selling only in India and have tried to keep the price as ow as
possible (INR 5500 or USD USD 115 inclusive of all taxes and shipping to
your doorstep :).

Please see

http://www.idasystems.net/wikireader

Please feel free to contact me directly or post on the list re any
questions/ comments that you may have.

Rakshat

-- 
--------------
Please use Firefox as your web browser. Its protects you from spyware and is
also a very feature rich browser.
www.firefox.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091118/4e8b456d/attachment.htm 

From rixed at happyleptic.org  Wed Nov 18 05:25:12 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Wed, 18 Nov 2009 05:25:12 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <20091118120709.2864ddb9.raster@rasterman.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
Message-ID: <20091118042512.GB17884@yeeloong>

If we are allowed to hack it as much as you are allowed to speack about it,
well...



From robin.paulson at gmail.com  Wed Nov 18 09:37:11 2009
From: robin.paulson at gmail.com (Robin Paulson)
Date: Wed, 18 Nov 2009 21:37:11 +1300
Subject: future phones that you can hack. news.
In-Reply-To: <20091118042512.GB17884@yeeloong>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118042512.GB17884@yeeloong>
Message-ID: <2f3aa2770911180037i743bdc5ap28597ee9a3e2ec3@mail.gmail.com>

2009/11/18  <rixed at happyleptic.org>:
> If we are allowed to hack it as much as you are allowed to speack about it,
> well...

steady on, i think both you and christoph are jumping to unfair
conclusions there

let's wait and see, before we lay into it or the programmers


From fabian.schoelzel at googlemail.com  Wed Nov 18 09:47:35 2009
From: fabian.schoelzel at googlemail.com (=?ISO-8859-1?Q?Fabian_Sch=F6lzel?=)
Date: Wed, 18 Nov 2009 09:47:35 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <20091118120709.2864ddb9.raster@rasterman.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
Message-ID: <d0da135f0911180047k6a4d1813w58f9c7c500a88ce9@mail.gmail.com>

2009/11/18 Carsten Haitzler <raster at rasterman.com>:
> Who it is - will wait for future announcements. What, when and where will also
> need to wait. How open it is, will also need to wait. But you can guess that if
> we are fiddling with it - it's already partly open.

Sounds interesting! Please keep us informed!

Cheers,
Fabian


From vasco.nevoa at sapo.pt  Wed Nov 18 10:11:56 2009
From: vasco.nevoa at sapo.pt (=?ISO-8859-1?Q?Vasco_N=E9voa?=)
Date: Wed, 18 Nov 2009 09:11:56 +0000
Subject: future phones that you can hack. news.
In-Reply-To: <d0da135f0911180047k6a4d1813w58f9c7c500a88ce9@mail.gmail.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<d0da135f0911180047k6a4d1813w58f9c7c500a88ce9@mail.gmail.com>
Message-ID: <4B03BA5C.10704@sapo.pt>

I do understand the skepticism, but thinking about the apparent success 
a pseudo-open platform like Android is having near the manufacturers and 
users, I'd say there is a very good chance something groundbreaking (in 
terms of market attitude) may actually happen. Android is fierce 
competition, and others may take the plunge into "openness" just to 
fight it. It's a "lesser evil" choice for the manufacturers (or in this 
case, a "lesser potential for losses in the near future").
Carry on, people!! :)
Just don't let them twist your values. ;)

Fabian Sch?lzel wrote:
> 2009/11/18 Carsten Haitzler <raster at rasterman.com>:
>   
>> Who it is - will wait for future announcements. What, when and where will also
>> need to wait. How open it is, will also need to wait. But you can guess that if
>> we are fiddling with it - it's already partly open.
>>     
>
> Sounds interesting! Please keep us informed!
>
> Cheers,
> Fabian
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091118/eb4a44ab/attachment.htm 

From elektranox at gmail.com  Wed Nov 18 10:23:14 2009
From: elektranox at gmail.com (Sebastian Reichel)
Date: Wed, 18 Nov 2009 10:23:14 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <20091118120709.2864ddb9.raster@rasterman.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
Message-ID: <20091118092313.GA11887@earth.universe>

On Wed, Nov 18, 2009 at 12:07:09PM +1100, Carsten Haitzler wrote:
> Just an FYI here.
> 
> I can officially leak this. We (over in Enlightenment land) are working with a
> major electronics manufacturer (one that happens to pump out 100's of millions
> of phones every year of pretty top-notch hardware quality - and who also
> happens to like making phones high-spec with nice screens, good SoC's and 3G.
> If what we do is a phone, or a TV, or a game system, or a DVD player... who
> knows!). What does this mean? Well - no guarantees, but they are now sponsoring
> us. That says something. If we are working on something you can guess the rest
> I'd say.
> 
> Who it is - will wait for future announcements. What, when and where will also
> need to wait. How open it is, will also need to wait. But you can guess that if
> we are fiddling with it - it's already partly open.

Hi,

For those of you not reading phoronix, they identifed their new
sponsor as Samsung. You can read the article here:

http://www.phoronix.com/scan.php?page=news_item&px=NzcxNQ

-- Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
Url : http://lists.openmoko.org/pipermail/community/attachments/20091118/694b3a84/attachment.pgp 

From nicola.mfb at gmail.com  Wed Nov 18 10:37:41 2009
From: nicola.mfb at gmail.com (Nicola Mfb)
Date: Wed, 18 Nov 2009 10:37:41 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <20091118092313.GA11887@earth.universe>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
Message-ID: <359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>

On Wed, Nov 18, 2009 at 10:23 AM, Sebastian Reichel
<elektranox at gmail.com> wrote:
[...]
> For those of you not reading phoronix, they identifed their new
> sponsor as Samsung. You can read the article here:
>
> http://www.phoronix.com/scan.php?page=news_item&px=NzcxNQ

Oh! now it's not anymore a secret :)

     Niko


From david at tuxbrain.com  Wed Nov 18 10:48:50 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Wed, 18 Nov 2009 10:48:50 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
	<359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
Message-ID: <5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>

the cuestion will be, how open is bada?

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




2009/11/18 Nicola Mfb <nicola.mfb at gmail.com>:
> On Wed, Nov 18, 2009 at 10:23 AM, Sebastian Reichel
> <elektranox at gmail.com> wrote:
> [...]
>> For those of you not reading phoronix, they identifed their new
>> sponsor as Samsung. You can read the article here:
>>
>> http://www.phoronix.com/scan.php?page=news_item&px=NzcxNQ
>
> Oh! now it's not anymore a secret :)
>
> ? ? Niko
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From rixed at happyleptic.org  Wed Nov 18 10:57:58 2009
From: rixed at happyleptic.org (rixed at happyleptic.org)
Date: Wed, 18 Nov 2009 10:57:58 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
	<359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
	<5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
Message-ID: <20091118095758.GA12832@fp-desktop.fr.evistel.com>

-[ Wed, Nov 18, 2009 at 10:48:50AM +0100, David Reyes Samblas Martinez ]----
> the cuestion will be, how open is bada?

And how open the hardware itself.



From hns at computer.org  Wed Nov 18 10:59:39 2009
From: hns at computer.org (Dr. H. Nikolaus Schaller)
Date: Wed, 18 Nov 2009 10:59:39 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
	<359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
	<5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
Message-ID: <2EBBAD97-C42D-43FF-B4EC-2056F9CF4A8F@computer.org>


Am 18.11.2009 um 10:48 schrieb David Reyes Samblas Martinez:

> the cuestion will be, how open is bada?

I would expect it to be as open as Android, N900, iPhone. I.e. you can  
write <emphasis>application</emphasis> software but have somewhat  
restricted control over networking and maybe GUI...

>
> 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!!!
>
>
>
>
> 2009/11/18 Nicola Mfb <nicola.mfb at gmail.com>:
>> On Wed, Nov 18, 2009 at 10:23 AM, Sebastian Reichel
>> <elektranox at gmail.com> wrote:
>> [...]
>>> For those of you not reading phoronix, they identifed their new
>>> sponsor as Samsung. You can read the article here:
>>>
>>> http://www.phoronix.com/scan.php?page=news_item&px=NzcxNQ
>>
>> Oh! now it's not anymore a secret :)
>>
>>     Niko
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

--------------------------------------------------------------------
Mobile Office Solutions
by Golden Delicious Computers GmbH&Co. KG
Buchenstr. 3
D-82041 Oberhaching
+49-89-54290367
http://www.handheld-linux.com

AG M?nchen, HRA 89571
VAT DE253626266
Komplement?r:
Golden Delicious Computers Verwaltungs GmbH
Oberhaching, AG M?nchen, HRB 16602
Gesch?ftsf?hrer: Dr. Nikolaus Schaller

Digital Tools for Independent People
--------------------------------------------------------------------







From david at tuxbrain.com  Wed Nov 18 11:04:05 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Wed, 18 Nov 2009 11:04:05 +0100
Subject: Openmoko application showroom status
In-Reply-To: <d3e504410911171539o6df97d48w56b9b0b7b61c2c36@mail.gmail.com>
References: <d3e504410909182234k684f892dh5e14ba53e35251ef@mail.gmail.com>
	<5c6ceea80909182333x718dfab1v53ec3a65c4e7ac6e@mail.gmail.com>
	<5c6ceea80909201449i3821658dv5d109179b56af9ea@mail.gmail.com>
	<d3e504410909202210t229df9c3r896b8ad3983a8d3f@mail.gmail.com>
	<5c6ceea80909261616s2fd5048ej68bf0a6d69c45084@mail.gmail.com>
	<d3e504410909271148x2ec678f8le953c3b1b155bc4e@mail.gmail.com>
	<d3e504410911171539o6df97d48w56b9b0b7b61c2c36@mail.gmail.com>
Message-ID: <5c6ceea80911180204q4627baf1ub640bf1936887b06@mail.gmail.com>

Hi risto,  not more advances in last weeks, I will try to retake this
next week and try at least to have a demo on line, but no promises,
there are a lot of stuff do for the Christmas season :)
Regards.
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!!!




2009/11/18 Risto H. Kurppa <risto at kurppa.fi>:
> Hi David, what's the status, are you still working on this?
>
>
> Thanks!
>
>
> r
>
>
>
>
> --
> | risto h. kurppa
> | risto at kurppa dot fi
> | http://risto.kurppa.fi
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From david at tuxbrain.com  Wed Nov 18 11:12:36 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Wed, 18 Nov 2009 11:12:36 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <20091118095758.GA12832@fp-desktop.fr.evistel.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
	<359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
	<5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
	<20091118095758.GA12832@fp-desktop.fr.evistel.com>
Message-ID: <5c6ceea80911180212m3ce864d2n61e31a2a47c8a66@mail.gmail.com>

2009/11/18  <rixed at happyleptic.org>:
> -[ Wed, Nov 18, 2009 at 10:48:50AM +0100, David Reyes Samblas Martinez ]----
>> the cuestion will be, how open is bada?
>
> And how open the hardware itself.
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

I don't  hold my breath for  this, major hardware vendors are just
"understanding" the benefits of FOSS software
vs propietary but they are far away to aply this to his hardware they
still  very tight to the old ways of producing hardware and it
involves a lot of secrets to avoid any one else stole their ideas and
patents.

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


From david at tuxbrain.com  Wed Nov 18 11:20:20 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Wed, 18 Nov 2009 11:20:20 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <2EBBAD97-C42D-43FF-B4EC-2056F9CF4A8F@computer.org>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
	<359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
	<5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
	<2EBBAD97-C42D-43FF-B4EC-2056F9CF4A8F@computer.org>
Message-ID: <5c6ceea80911180220r3a132ac0jbc2c3ef0e7d77cc6@mail.gmail.com>

2009/11/18 Dr. H. Nikolaus Schaller <hns at computer.org>:
>
> Am 18.11.2009 um 10:48 schrieb David Reyes Samblas Martinez:
>
>> the cuestion will be, how open is bada?
>
> I would expect it to be as open as Android, N900, iPhone. I.e. you can
> write <emphasis>application</emphasis> software but have somewhat
> restricted control over networking and maybe GUI...
Yes, this are my thoughts too.

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

>
>>
>> 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!!!
>>
>>
>>
>>
>> 2009/11/18 Nicola Mfb <nicola.mfb at gmail.com>:
>>> On Wed, Nov 18, 2009 at 10:23 AM, Sebastian Reichel
>>> <elektranox at gmail.com> wrote:
>>> [...]
>>>> For those of you not reading phoronix, they identifed their new
>>>> sponsor as Samsung. You can read the article here:
>>>>
>>>> http://www.phoronix.com/scan.php?page=news_item&px=NzcxNQ
>>>
>>> Oh! now it's not anymore a secret :)
>>>
>>> ? ? Niko
>>>
>>> _______________________________________________
>>> Openmoko community mailing list
>>> community at lists.openmoko.org
>>> http://lists.openmoko.org/mailman/listinfo/community
>>>
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>
> --------------------------------------------------------------------
> Mobile Office Solutions
> by Golden Delicious Computers GmbH&Co. KG
> Buchenstr. 3
> D-82041 Oberhaching
> +49-89-54290367
> http://www.handheld-linux.com
>
> AG M?nchen, HRA 89571
> VAT DE253626266
> Komplement?r:
> Golden Delicious Computers Verwaltungs GmbH
> Oberhaching, AG M?nchen, HRB 16602
> Gesch?ftsf?hrer: Dr. Nikolaus Schaller
>
> Digital Tools for Independent People
> --------------------------------------------------------------------
>
>
>
>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From hns at computer.org  Wed Nov 18 11:26:42 2009
From: hns at computer.org (Dr. H. Nikolaus Schaller)
Date: Wed, 18 Nov 2009 11:26:42 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <5c6ceea80911180220r3a132ac0jbc2c3ef0e7d77cc6@mail.gmail.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
	<359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
	<5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
	<2EBBAD97-C42D-43FF-B4EC-2056F9CF4A8F@computer.org>
	<5c6ceea80911180220r3a132ac0jbc2c3ef0e7d77cc6@mail.gmail.com>
Message-ID: <38539BC7-A5E3-4666-A4F2-F3A41FA1CF84@computer.org>


Am 18.11.2009 um 11:20 schrieb David Reyes Samblas Martinez:

> 2009/11/18 Dr. H. Nikolaus Schaller <hns at computer.org>:
>>
>> Am 18.11.2009 um 10:48 schrieb David Reyes Samblas Martinez:
>>
>>> the cuestion will be, how open is bada?
>>
>> I would expect it to be as open as Android, N900, iPhone. I.e. you  
>> can
>> write <emphasis>application</emphasis> software but have somewhat
>> restricted control over networking and maybe GUI...
> Yes, this are my thoughts too.

And I forgot: restrictions how you can publish and distribute your new  
applications.


From risto at kurppa.fi  Wed Nov 18 14:05:37 2009
From: risto at kurppa.fi (Risto H. Kurppa)
Date: Wed, 18 Nov 2009 15:05:37 +0200
Subject: Openmoko application showroom status
In-Reply-To: <5c6ceea80911180204q4627baf1ub640bf1936887b06@mail.gmail.com>
References: <d3e504410909182234k684f892dh5e14ba53e35251ef@mail.gmail.com> 
	<5c6ceea80909182333x718dfab1v53ec3a65c4e7ac6e@mail.gmail.com> 
	<5c6ceea80909201449i3821658dv5d109179b56af9ea@mail.gmail.com> 
	<d3e504410909202210t229df9c3r896b8ad3983a8d3f@mail.gmail.com> 
	<5c6ceea80909261616s2fd5048ej68bf0a6d69c45084@mail.gmail.com> 
	<d3e504410909271148x2ec678f8le953c3b1b155bc4e@mail.gmail.com> 
	<d3e504410911171539o6df97d48w56b9b0b7b61c2c36@mail.gmail.com> 
	<5c6ceea80911180204q4627baf1ub640bf1936887b06@mail.gmail.com>
Message-ID: <d3e504410911180505i5a65daf0h289a024faafb98b0@mail.gmail.com>

On Wed, Nov 18, 2009 at 12:04 PM, David Reyes Samblas Martinez
<david at tuxbrain.com> wrote:
> Hi risto, ?not more advances in last weeks, I will try to retake this
> next week and try at least to have a demo on line, but no promises,
> there are a lot of stuff do for the Christmas season :)
> Regards.

OK, great - please keep us updated on what happens so people who are
interested can participate :)


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


From david.lanzendoerfer at o2s.ch  Wed Nov 18 15:23:15 2009
From: david.lanzendoerfer at o2s.ch (David =?iso-8859-1?q?Lanzend=F6rfer?=)
Date: Wed, 18 Nov 2009 15:23:15 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <38539BC7-A5E3-4666-A4F2-F3A41FA1CF84@computer.org>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<5c6ceea80911180220r3a132ac0jbc2c3ef0e7d77cc6@mail.gmail.com>
	<38539BC7-A5E3-4666-A4F2-F3A41FA1CF84@computer.org>
Message-ID: <200911181523.19347.david.lanzendoerfer@o2s.ch>

> And I forgot: restrictions how you can publish and distribute your new
> applications.
My personal hope is, that they unexpectetly change to OpenMoko, and just are 
inspiring the Enlightenment people to optimize theire desktop better for 
mobile devices.
But such hopes are totaly unrealistic... I know.
There was only one FIC, and it didn't work very well. :-(

leviathan
-- 
David Lanzend?rfer
OpenSourceSupport GmbH
Junior system engineer and supporter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091118/61e55a6a/attachment.pgp 

From david.lanzendoerfer at o2s.ch  Wed Nov 18 20:53:20 2009
From: david.lanzendoerfer at o2s.ch (David =?iso-8859-1?q?Lanzend=F6rfer?=)
Date: Wed, 18 Nov 2009 20:53:20 +0100
Subject: OpenMoko-Logo in SVG
Message-ID: <200911182053.50251.david.lanzendoerfer@o2s.ch>

Hi Folks.
Some guys from the SHR-developer team and me got some place in the chaos 
communication congress to represent our project there.
Now I'd like to print some T-Shirts, which will make us recognicible as such 
developers.
For the T-Shirts I'd like to use the good old, old school OpenMoko logo.
http://blog.chip.de/chip-linux-blog/files/2007/07/openmoko_logo2.png
Does someone have the SVG files for this logo lie around on his hd?
Or does someone have a link to these files?
Would be nice, if you could post/send me the link/file.

regards leviathan
-- 
David Lanzend?rfer
OpenSourceSupport GmbH
Junior system engineer and supporter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091118/84988a80/attachment.pgp 

From elektranox at gmail.com  Wed Nov 18 22:05:11 2009
From: elektranox at gmail.com (Sebastian Reichel)
Date: Wed, 18 Nov 2009 22:05:11 +0100
Subject: OpenMoko-Logo in SVG
In-Reply-To: <200911182053.50251.david.lanzendoerfer@o2s.ch>
References: <200911182053.50251.david.lanzendoerfer@o2s.ch>
Message-ID: <20091118210511.GA19665@earth.universe>

On Wed, Nov 18, 2009 at 08:53:20PM +0100, David Lanzend?rfer wrote:
> Hi Folks.
> Some guys from the SHR-developer team and me got some place in the chaos 
> communication congress to represent our project there.
> Now I'd like to print some T-Shirts, which will make us recognicible as such 
> developers.
> For the T-Shirts I'd like to use the good old, old school OpenMoko logo.
> http://blog.chip.de/chip-linux-blog/files/2007/07/openmoko_logo2.png
> Does someone have the SVG files for this logo lie around on his hd?
> Or does someone have a link to these files?
> Would be nice, if you could post/send me the link/file.
> 
> regards leviathan

Hi,

nice to know, that you will be there. I will visit your place for
sure.

For the logo - You just voted for an official SHR logo, so why don't
use this one?

-- Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
Url : http://lists.openmoko.org/pipermail/community/attachments/20091118/f2ca983e/attachment.pgp 

From jeffrey.ratcliffe at gmail.com  Wed Nov 18 23:20:25 2009
From: jeffrey.ratcliffe at gmail.com (Jeffrey Ratcliffe)
Date: Wed, 18 Nov 2009 23:20:25 +0100
Subject: ffalarms 0.3 -- recurring alarms
In-Reply-To: <871vkp7vwu.fsf@ash.lupan-home>
References: <87d4arn78c.fsf@ash.lupan-home> <87ljncktgb.fsf@ash.lupan-home>
	<8763bfgm83.fsf_-_@ash.lupan-home>
	<87iqe3otd7.fsf_-_@ash.lupan-home> <20091026102026.GA3686@eeepc>
	<87my3e6i6j.fsf@ash.lupan-home> <871vkp7vwu.fsf@ash.lupan-home>
Message-ID: <20091118222025.GB4644@desktop1-ubuntu>

On Mon, Oct 26, 2009 at 09:16:49PM +0100, ?ukasz Pankowski wrote:
> Of course you can do it simpler using repeat instead of shell for loop,
> than this kill-hack is not needed:
> 
> [alarm]
> repeat=10
> player=sh -c 'mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/LED/neo1973_vibrator org.freesmartphone.Device.LED.BlinkSeconds 2 100 100; sleep 10'
> volume=-1

With this setup, I get an error message that "file" is not defined,
and it reverts to defaults. If I define a dummy file, then this works.

Thanks for your work!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.openmoko.org/pipermail/community/attachments/20091118/1dd32678/attachment.pgp 

From raster at rasterman.com  Wed Nov 18 09:50:38 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Wed, 18 Nov 2009 19:50:38 +1100
Subject: future phones that you can hack. news._
In-Reply-To: <BD5VMxc-fTB@cpu.pulster.de>
References: <mailman.1664.1258506497.14033.community@lists.openmoko.org>
	<BD5VMxc-fTB@cpu.pulster.de>
Message-ID: <20091118195038.23b9f19a.raster@rasterman.com>

On 18 Nov 2009 09:00:00 +0200 openmoko at pulster.de (Christoph Pulster) said:

> > a major electronics manufacturer are now sponsoring us.
> 
> "Sponsoring us" = buying your souls ?

openmoko bought yours? (well you have been pimping their products!) :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From raster at rasterman.com  Wed Nov 18 10:52:22 2009
From: raster at rasterman.com (Carsten Haitzler (The Rasterman))
Date: Wed, 18 Nov 2009 20:52:22 +1100
Subject: future phones that you can hack. news.
In-Reply-To: <5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091118092313.GA11887@earth.universe>
	<359c5480911180137o222f30f3y37e44206a7486f07@mail.gmail.com>
	<5c6ceea80911180148l1177a046kf426523d924c0ba8@mail.gmail.com>
Message-ID: <20091118205222.1915ce64.raster@rasterman.com>

On Wed, 18 Nov 2009 10:48:50 +0100 David Reyes Samblas Martinez
<david at tuxbrain.com> said:

who said bada was even relevant? :)

> the cuestion will be, how open is bada?
> 
> 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!!!
> 
> 
> 
> 
> 2009/11/18 Nicola Mfb <nicola.mfb at gmail.com>:
> > On Wed, Nov 18, 2009 at 10:23 AM, Sebastian Reichel
> > <elektranox at gmail.com> wrote:
> > [...]
> >> For those of you not reading phoronix, they identifed their new
> >> sponsor as Samsung. You can read the article here:
> >>
> >> http://www.phoronix.com/scan.php?page=news_item&px=NzcxNQ
> >
> > Oh! now it's not anymore a secret :)
> >
> > ? ? Niko
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



From sean at openmoko.com  Thu Nov 19 02:19:42 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Thu, 19 Nov 2009 09:19:42 +0800
Subject: Unable to place a WikiReader review on Amazon
In-Reply-To: <6cfff7040911162219u1a035772y70c11fbae86885c3@mail.gmail.com>
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net> 
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com> 
	<87my2mse9q.fsf_-_@slice.rozzin.com>
	<web-11319813@cgpb3.cgp.netins.net> 
	<87iqd9q35e.fsf@slice.rozzin.com>
	<6cfff7040911161952p7cd86aa7y4acf4e7d08484ea9@mail.gmail.com> 
	<87k4xploxl.fsf@slice.rozzin.com>
	<6cfff7040911162219u1a035772y70c11fbae86885c3@mail.gmail.com>
Message-ID: <6cfff7040911181719j472f849av3ae784d01af3d72@mail.gmail.com>

Hi Joshua

On Tue, Nov 17, 2009 at 2:19 PM, Sean Moss-Pultz <sean at openmoko.com> wrote:
> > ? ?All reviewers must have a password-protected Amazon.com account
> > ? ?used for at least one purchase from Amazon.com.
>
> Ah ok. So they're forcing you to buy something direct from their store
> after all. This is discouraging.

Finally got a reply from them this morning:

  "Thank you for writing back to us.

  "We understand your concern in this regard, as please be informed that
   we have checked the details and we are aware of the details in this regard.
   The potential customer should have a buyer account and he should have
   at least one single item purchase on amazon for the last six months.

  "Only these potential customers can have option to leave customer reviews.
   We appreciate your understanding and apology for any misunderstanding
   that we have may have contributed to you in this regard."

So that does now confirm what you said. In parallel universe, I'm sure
there's a system better than Amazon's.

Sean


From rozzin at geekspace.com  Thu Nov 19 04:25:23 2009
From: rozzin at geekspace.com (Joshua Judson Rosen)
Date: Wed, 18 Nov 2009 22:25:23 -0500
Subject: Unable to place a WikiReader review on Amazon
References: <20091028210800.GC21446@roque.1407.org>
	<200910290120.45139.th.otterbein@gmx.net>
	<87d446mifh.fsf@slice.rozzin.com>
	<6cfff7040910290652o2abe4ca1sa2d0cf745a6cc5f2@mail.gmail.com>
	<87my2mse9q.fsf_-_@slice.rozzin.com>
	<web-11319813@cgpb3.cgp.netins.net>
	<87iqd9q35e.fsf@slice.rozzin.com>
	<6cfff7040911161952p7cd86aa7y4acf4e7d08484ea9@mail.gmail.com>
	<87k4xploxl.fsf@slice.rozzin.com>
	<6cfff7040911162219u1a035772y70c11fbae86885c3@mail.gmail.com>
	<6cfff7040911181719j472f849av3ae784d01af3d72@mail.gmail.com>
Message-ID: <873a4bjivw.fsf@slice.rozzin.com>

Sean Moss-Pultz <sean at openmoko.com> writes:
>
> On Tue, Nov 17, 2009 at 2:19 PM, Sean Moss-Pultz <sean at openmoko.com> wrote:
> > > ? ?All reviewers must have a password-protected Amazon.com account
> > > ? ?used for at least one purchase from Amazon.com.
> >
> > Ah ok. So they're forcing you to buy something direct from their store
> > after all. This is discouraging.
> 
> Finally got a reply from them this morning:
> 
>   "Thank you for writing back to us.
> 
>   "We understand your concern in this regard, as please be informed that
>    we have checked the details and we are aware of the details in this regard.
>    The potential customer should have a buyer account and he should have
>    at least one single item purchase on amazon for the last six months.
> 
>   "Only these potential customers can have option to leave customer reviews.
>    We appreciate your understanding and apology for any misunderstanding
>    that we have may have contributed to you in this regard."
> 
> So that does now confirm what you said. In parallel universe, I'm sure
> there's a system better than Amazon's.

At least, as they would say..., a system better IN THIS REGARD. :)

(I've never seen that phrase used quite that frequently before--
an average of ~once per sentence?)

At least its showing up in the product listing again. :)

-- 
"Don't be afraid to ask (?f.((?x.xx) (?r.f(rr))))."



From wolfgang at qi-hardware.com  Thu Nov 19 04:32:48 2009
From: wolfgang at qi-hardware.com (Wolfgang Spraul)
Date: Wed, 18 Nov 2009 22:32:48 -0500
Subject: future phones that you can hack. news.
In-Reply-To: <20091118120709.2864ddb9.raster@rasterman.com>
References: <20091118120709.2864ddb9.raster@rasterman.com>
Message-ID: <20091119033248.GA6571@debian>

raster,

> I can officially leak this. We (over in Enlightenment land) are working with a
> major electronics manufacturer

Fantastic news, congratulations for getting this off the ground and I wish
you a lot of success with it!
Keep in touch,
Wolfgang

On Wed, Nov 18, 2009 at 12:07:09PM +1100, Carsten Haitzler wrote:
> Just an FYI here.
> 
> I can officially leak this. We (over in Enlightenment land) are working with a
> major electronics manufacturer (one that happens to pump out 100's of millions
> of phones every year of pretty top-notch hardware quality - and who also
> happens to like making phones high-spec with nice screens, good SoC's and 3G.
> If what we do is a phone, or a TV, or a game system, or a DVD player... who
> knows!). What does this mean? Well - no guarantees, but they are now sponsoring
> us. That says something. If we are working on something you can guess the rest
> I'd say.
> 
> Who it is - will wait for future announcements. What, when and where will also
> need to wait. How open it is, will also need to wait. But you can guess that if
> we are fiddling with it - it's already partly open.
> 
> So... just dropping a "keep your eyes peeled".
> 
> P.S. No glamos were hurt during this work. Actually they were not even
> involved. :)
> 
> -- 
> ------------- Codito, ergo sum - "I code, therefore I am" --------------
> The Rasterman (Carsten Haitzler)    raster at rasterman.com
> 
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


From tim at timwise.co.uk  Thu Nov 19 06:42:10 2009
From: tim at timwise.co.uk (Tim Abell)
Date: Thu, 19 Nov 2009 05:42:10 +0000
Subject: mokopod podcast reader improved
Message-ID: <4B04DAB2.2080807@timwise.co.uk>

hi all,

just to let anyone interested know i've just done a load of work on 
improving mokopod ( http://projects.openmoko.org/projects/mokopod/ ).

it can now show you the episode list, and download/play/delete 
individual episodes.

i have it running on SHR

code is here: http://github.com/timabell/mokopod

enjoy!

yours

Tim Abell



From xevi at infoblitz.com  Thu Nov 19 09:41:59 2009
From: xevi at infoblitz.com (Xavier Formatje)
Date: Thu, 19 Nov 2009 09:41:59 +0100
Subject: freerunner: different cases?
In-Reply-To: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>
References: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>
Message-ID: <4B0504D7.8020206@infoblitz.com>

It's not a new case, but is my approach to the "stylus not in the case"
problem. It's a new back cover design with the stylus integrated.

[1] http://openmoko.infoblitz.net/diff_case/img1_s.jpg
[2] http://openmoko.infoblitz.net/diff_case/img2_s.jpg
[3] http://openmoko.infoblitz.net/diff_case/img3_s.jpg
[4] http://openmoko.infoblitz.net/diff_case/img4_s.jpg
[5] http://openmoko.infoblitz.net/diff_case/img5_s.jpg

--
Xevi

arne anka wrote:
> seeing the rather sleek design of the wikireader, i wonder if someone has  
> proceeded (and succeeded at) creating a new case for the freerunner?
> there were several postings in the beginning and swiss telecom had a  
> project going on with dummies or even prototypes -- but then all went  
> silent.
>
> thus, seeing the wikireader having no bevelled edge and stuff makes me  
> wonder, if there's some progress?
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>   



From david at garabana.com  Thu Nov 19 10:32:25 2009
From: david at garabana.com (David Garabana Barro)
Date: Thu, 19 Nov 2009 10:32:25 +0100
Subject: Xorg Glamo
Message-ID: <200911191032.28810.david@garabana.com>

I think those are GREAT news:

http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html

http://www.bitwiz.org.uk/s/2009/11/internal-memory-bottlenecks-and-their-removal.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091119/0feb7291/attachment.pgp 

From david at tuxbrain.com  Thu Nov 19 10:37:32 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Thu, 19 Nov 2009 10:37:32 +0100
Subject: Unable to place a WikiReader review on Amazon
In-Reply-To: <BD9W0YMkfTB@cpu.pulster.de>
References: <mailman.1702.1258601206.14033.community@lists.openmoko.org>
	<BD9W0YMkfTB@cpu.pulster.de>
Message-ID: <5c6ceea80911190137y721c9b7cn2649c28dd63a03eb@mail.gmail.com>

2009/11/19 Christoph Pulster <openmoko at pulster.de>:
>> In parallel universe, I'm sure there's a system better than Amazon's.
>
> Its called distribution/reseller network :)
Sean I must admit you should have count on us a little more in the
launch of the Wikireader, I believe we have demostrate we are faithful
to the spirit of the project

> My top 5 of the evil online: google, ebay, paypal, amazon,
> uglywomenwithbeard.com

uglywomenwithbeard.com server down :P

>
> Christoph
>
> _______________________________________________
> Openmoko community mailing list
> community at 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!!!


From taw at bitwiz.org.uk  Thu Nov 19 11:03:12 2009
From: taw at bitwiz.org.uk (Thomas White)
Date: Thu, 19 Nov 2009 11:03:12 +0100
Subject: Xorg Glamo
In-Reply-To: <200911191032.28810.david@garabana.com>
References: <200911191032.28810.david@garabana.com>
Message-ID: <20091119110312.1d63d2f3.taw@bitwiz.org.uk>

On Thu, 19 Nov 2009 10:32:25 +0100
David Garabana Barro <david at garabana.com> wrote:

> I think those are GREAT news:
> 
> http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html
> 
> http://www.bitwiz.org.uk/s/2009/11/internal-memory-bottlenecks- [...]

I aim to please :)

Just bear in mind that neither of these things impact significantly on
the Glamo bandwidth limitation, which is the thing that most seriously
limits our graphics performance (by a HUGE margin).  And since we
barely make use of Glamo's acceleration features, it doesn't add up to
much of a change.  Still a step in the right direction, though.  I
think my FR runs a bit more smoothly with these patches, but maybe I'm
just being optimistic.

It occurred to me that the Glamo-accelerated mplayer should work a whole
lot better with the FIFO patch, and even better still if someone made it
use DRI/DRM.  Anyone up for an interesting project? :)

Tom

-- 
Thomas White <taw at bitwiz.org.uk>


From david at tuxbrain.com  Thu Nov 19 11:06:59 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Thu, 19 Nov 2009 11:06:59 +0100
Subject: [OT]Making Geek's phone not so offtopic on this list ;)
Message-ID: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>

Dear list,
I was talking with the Geek's phone CEO we agreed a couple of
intersting things ,

In a couple of days we will receive some final prototypes of the final
version of ONE

We will work together to open as far the hardware of the phone, first
step is obtaining the BOM list of the chipsets included on the ONE, to
evaluate how difficult will be to port the actual kernel used to run
Android to one to use for example SHR,QtMoko, or any other  :)

Until the prototypes arrives and/or the we obtain the BOM I would like
hear from you  any question you believe is useful to be answered,
other requeriments  to achieve make run a GNU/Linux distribution on
this hardware.

Also if someone  is already interested to do serious hacking on the
device please contact me personally or through this list and I will
try to make you arrive one of this unit, as you can understand if we
receive more colaboration proprosal than devices available we must do
a selection, so please don't blame us to much if you can't recieve a
unit at first attempt :P

Regards


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


From sean at openmoko.com  Thu Nov 19 11:09:47 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Thu, 19 Nov 2009 18:09:47 +0800
Subject: Unable to place a WikiReader review on Amazon
In-Reply-To: <5c6ceea80911190137y721c9b7cn2649c28dd63a03eb@mail.gmail.com>
References: <mailman.1702.1258601206.14033.community@lists.openmoko.org> 
	<BD9W0YMkfTB@cpu.pulster.de>
	<5c6ceea80911190137y721c9b7cn2649c28dd63a03eb@mail.gmail.com>
Message-ID: <6cfff7040911190209v1d68eed5p575cb6da1fd3ef91@mail.gmail.com>

On Thu, Nov 19, 2009 at 5:37 PM, David Reyes Samblas Martinez
<david at tuxbrain.com> wrote:
>
> 2009/11/19 Christoph Pulster <openmoko at pulster.de>:
> >> In parallel universe, I'm sure there's a system better than Amazon's.
> >
> > Its called distribution/reseller network :)
> Sean I must admit you should have count on us a little more in the
> launch of the Wikireader, I believe we have demostrate we are faithful
> to the spirit of the project

David, Christoph

Please understand that it's not a faith / trust issue what-so-ever.
Let me explain a bit more...

With our current resources we could only make an initial version that
worked well with English. So naturally we chose to focus on the US
market for the launch. In this market, it's just about impossible to
sell (well) without being on Amazon. Amazon *is* e-commerse to the
average American. (They currently have over 150M accounts. Ignoring
this is the epitome of shooting yourself in the foot.)

Europe is super important to us. As is the rest of the world. But we
want to make sure WikiReader is 100% usable, right out of the box.
Which means we need to support more languages (both from the technical
side and from the customer service side). This is all high on our
priority list. But it's going to take us some time to get there.

We'll definitely let you know when we're close.

Sean


From david at garabana.com  Thu Nov 19 12:09:32 2009
From: david at garabana.com (David Garabana Barro)
Date: Thu, 19 Nov 2009 12:09:32 +0100
Subject: Xorg Glamo
In-Reply-To: <20091119110312.1d63d2f3.taw@bitwiz.org.uk>
References: <200911191032.28810.david@garabana.com>
	<20091119110312.1d63d2f3.taw@bitwiz.org.uk>
Message-ID: <200911191209.35764.david@garabana.com>

On Thursday 19 November 2009 11:03:12 Thomas White wrote:
> On Thu, 19 Nov 2009 10:32:25 +0100

> I aim to please :)
>
> Just bear in mind that neither of these things impact significantly on
> the Glamo bandwidth limitation, which is the thing that most seriously
> limits our graphics performance (by a HUGE margin).  And since we
> barely make use of Glamo's acceleration features, it doesn't add up to
> much of a change.  Still a step in the right direction, though.  I

I know the bandwith handicap, and I know it's not possible to improve that, but 
having free CPU time while Glamo is drawing should allow to calculate things 
(as next frames) instead of waiting glamo to finish. Shouldn't it?

Correct me if I'm wrong, I have almost no idea about graphics drivers...

> It occurred to me that the Glamo-accelerated mplayer should work a whole
> lot better with the FIFO patch, and even better still if someone made it
> use DRI/DRM.  Anyone up for an interesting project? :)

Should FIFO patch have some impact on "normal" (Xorg) use?




-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091119/7fc4fbda/attachment.pgp 

From dscaini at gmail.com  Thu Nov 19 12:19:34 2009
From: dscaini at gmail.com (Davide Scaini)
Date: Thu, 19 Nov 2009 12:19:34 +0100
Subject: [glamo] FYI from Tom's blog
Message-ID: <18db98c80911190319n4495f80fy5c54685d16fd259e@mail.gmail.com>

I think you'll find these posts very interesting!
http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html
http://www.bitwiz.org.uk/s/2009/11/internal-memory-bottlenecks-and-their-removal.html

hope Tom will talk about this with us. (in his blog there's no possibility
to comment)
d
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091119/b007beef/attachment.htm 

From taw at bitwiz.org.uk  Thu Nov 19 13:38:12 2009
From: taw at bitwiz.org.uk (Thomas White)
Date: Thu, 19 Nov 2009 13:38:12 +0100
Subject: Xorg Glamo
In-Reply-To: <200911191209.35764.david@garabana.com>
References: <200911191032.28810.david@garabana.com>
	<20091119110312.1d63d2f3.taw@bitwiz.org.uk>
	<200911191209.35764.david@garabana.com>
Message-ID: <20091119133812.8e3f45d8.taw@bitwiz.org.uk>

On Thu, 19 Nov 2009 12:09:32 +0100
David Garabana Barro <david at garabana.com> wrote:

> I know the bandwith handicap, and I know it's not possible to improve
> that, but having free CPU time while Glamo is drawing should allow to
> calculate things (as next frames) instead of waiting glamo to finish.
> Shouldn't it?

That's right.  All I was saying is that the improvement only applies
for accelerated operations, and that (at the moment) we don't ask it to
do very many of those.  At least, not operations that are large enough
to be worth accelerating.

> Should FIFO patch have some impact on "normal" (Xorg) use?

A limited impact (because of the above), but so far (for me) it
certainly doesn't seem to hurt.  The situation is slightly odd: the
FIFO patch makes the waitqueue patch have less impact (because it's
less useful to be able to wait when the accelerated operations are much
faster), and the waitqueue patch also makes the FIFO patch have less
impact (because we don't mind waiting as long if we can do it without
blocking).  But on the other hand, there's only one Xorg process doing
all the requests.

Tom

-- 
Thomas White <taw at bitwiz.org.uk>


From uzi18 at o2.pl  Thu Nov 19 14:26:27 2009
From: uzi18 at o2.pl (=?UTF-8?Q?Bart.?=)
Date: Thu, 19 Nov 2009 14:26:27 +0100
Subject: =?UTF-8?Q?Re:_Xorg_Glamo?=
In-Reply-To: <20091119133812.8e3f45d8.taw@bitwiz.org.uk>
References: <200911191032.28810.david@garabana.com>
	<20091119110312.1d63d2f3.taw@bitwiz.org.uk>
	<200911191209.35764.david@garabana.com>
	<20091119133812.8e3f45d8.taw@bitwiz.org.uk>
Message-ID: <55f86ae2.2f94876c.4b054783.e1160@o2.pl>




Dnia 19 listopada 2009 13:38 Thomas White <taw at bitwiz.org.uk> napisa?(a):

> On Thu, 19 Nov 2009 12:09:32 +0100
> David Garabana Barro <david at garabana.com> wrote:
> 
> > I know the bandwith handicap, and I know it's not possible to improve
> > that, but having free CPU time while Glamo is drawing should allow to
> > calculate things (as next frames) instead of waiting glamo to finish.
> > Shouldn't it?
> 
> That's right.  All I was saying is that the improvement only applies
> for accelerated operations, and that (at the moment) we don't ask it to
> do very many of those.  At least, not operations that are large enough
> to be worth accelerating.
> 
> > Should FIFO patch have some impact on "normal" (Xorg) use?
> 
> A limited impact (because of the above), but so far (for me) it
> certainly doesn't seem to hurt.  The situation is slightly odd: the
> FIFO patch makes the waitqueue patch have less impact (because it's
> less useful to be able to wait when the accelerated operations are much
> faster), and the waitqueue patch also makes the FIFO patch have less
> impact (because we don't mind waiting as long if we can do it without
> blocking).  But on the other hand, there's only one Xorg process doing
> all the requests.
> 

Nice work Thomas - just add to rss Your blog :)
Could You add comments there?

Thx in advice

Bart.


From helge.hafting at hist.no  Thu Nov 19 14:58:29 2009
From: helge.hafting at hist.no (Helge Hafting)
Date: Thu, 19 Nov 2009 14:58:29 +0100
Subject: Xorg Glamo
In-Reply-To: <20091119133812.8e3f45d8.taw@bitwiz.org.uk>
References: <200911191032.28810.david@garabana.com>	<20091119110312.1d63d2f3.taw@bitwiz.org.uk>	<200911191209.35764.david@garabana.com>
	<20091119133812.8e3f45d8.taw@bitwiz.org.uk>
Message-ID: <4B054F05.4070106@hist.no>

Thomas White wrote:
> On Thu, 19 Nov 2009 12:09:32 +0100
> David Garabana Barro <david at garabana.com> wrote:
> 
>> I know the bandwith handicap, and I know it's not possible to improve
>> that, but having free CPU time while Glamo is drawing should allow to
>> calculate things (as next frames) instead of waiting glamo to finish.
>> Shouldn't it?
> 
> That's right.  All I was saying is that the improvement only applies
> for accelerated operations, and that (at the moment) we don't ask it to
> do very many of those.  At least, not operations that are large enough
> to be worth accelerating.

The operation I seem to wait most for, is sluggish scrolling. Is that
accelerated, or at least possible to accelerate?

I don't worry so much that a complex window might render slowly. I can 
go for software with simple fast layouts. But a little more snappiness 
when dragging/scrolling might be very noticeable.

Helge Hafting


From rms at 1407.org  Thu Nov 19 15:04:14 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Thu, 19 Nov 2009 14:04:14 +0000
Subject: [OT]Making Geek's phone not so offtopic on this list ;)
In-Reply-To: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>
References: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>
Message-ID: <20091119140414.GA4506@roque.1407.org>

If it's better hardware than the Freerunner and with free software drivers,
then I'm surely interested :)

Best,
Rui

On Thu, Nov 19, 2009 at 11:06:59AM +0100, David Reyes Samblas Martinez wrote:
> Dear list,
> I was talking with the Geek's phone CEO we agreed a couple of
> intersting things ,
> 
> In a couple of days we will receive some final prototypes of the final
> version of ONE
> 
> We will work together to open as far the hardware of the phone, first
> step is obtaining the BOM list of the chipsets included on the ONE, to
> evaluate how difficult will be to port the actual kernel used to run
> Android to one to use for example SHR,QtMoko, or any other  :)
> 
> Until the prototypes arrives and/or the we obtain the BOM I would like
> hear from you  any question you believe is useful to be answered,
> other requeriments  to achieve make run a GNU/Linux distribution on
> this hardware.
> 
> Also if someone  is already interested to do serious hacking on the
> device please contact me personally or through this list and I will
> try to make you arrive one of this unit, as you can understand if we
> receive more colaboration proprosal than devices available we must do
> a selection, so please don't blame us to much if you can't recieve a
> unit at first attempt :P
> 
> Regards


From cchandel at yahoo.com  Thu Nov 19 15:11:08 2009
From: cchandel at yahoo.com (c_c)
Date: Thu, 19 Nov 2009 06:11:08 -0800 (PST)
Subject: [OT]Making Geek's phone not so offtopic on this list ;)
In-Reply-To: <20091119140414.GA4506@roque.1407.org>
References: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>
	<20091119140414.GA4506@roque.1407.org>
Message-ID: <1258639868745-4032000.post@n2.nabble.com>


Hi,
  If you're looking at running fso-dbus & e - I'm interested too.

-- 
View this message in context: http://n2.nabble.com/OT-Making-Geek-s-phone-not-so-offtopic-on-this-list-tp4031023p4032000.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From david at tuxbrain.com  Thu Nov 19 15:18:25 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Thu, 19 Nov 2009 15:18:25 +0100
Subject: [OT]Making Geek's phone not so offtopic on this list ;)
In-Reply-To: <20091119140414.GA4506@roque.1407.org>
References: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>
	<20091119140414.GA4506@roque.1407.org>
Message-ID: <5c6ceea80911190618y72e19d52lb0b470c8c520599@mail.gmail.com>

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




2009/11/19 Rui Miguel Silva Seabra <rms at 1407.org>:
> If it's better hardware than the Freerunner and with free software drivers,
> then I'm surely interested :)
Thats the question, that is more powerfull is sure, but our first
stesp is to see how many of this drivers are free and does  that
doesnt how hard is to make them free.

Regards
>
> Best,
> Rui
>
> On Thu, Nov 19, 2009 at 11:06:59AM +0100, David Reyes Samblas Martinez wrote:
>> Dear list,
>> I was talking with the Geek's phone CEO we agreed a couple of
>> intersting things ,
>>
>> In a couple of days we will receive some final prototypes of the final
>> version of ONE
>>
>> We will work together to open as far the hardware of the phone, first
>> step is obtaining the BOM list of the chipsets included on the ONE, to
>> evaluate how difficult will be to port the actual kernel used to run
>> Android to one to use for example SHR,QtMoko, or any other ?:)
>>
>> Until the prototypes arrives and/or the we obtain the BOM I would like
>> hear from you ?any question you believe is useful to be answered,
>> other requeriments ?to achieve make run a GNU/Linux distribution on
>> this hardware.
>>
>> Also if someone ?is already interested to do serious hacking on the
>> device please contact me personally or through this list and I will
>> try to make you arrive one of this unit, as you can understand if we
>> receive more colaboration proprosal than devices available we must do
>> a selection, so please don't blame us to much if you can't recieve a
>> unit at first attempt :P
>>
>> Regards
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From atilla.filiz at gmail.com  Thu Nov 19 15:24:56 2009
From: atilla.filiz at gmail.com (Atilla Filiz)
Date: Thu, 19 Nov 2009 15:24:56 +0100
Subject: [OT]Making Geek's phone not so offtopic on this list ;)
In-Reply-To: <5c6ceea80911190618y72e19d52lb0b470c8c520599@mail.gmail.com>
References: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>
	<20091119140414.GA4506@roque.1407.org>
	<5c6ceea80911190618y72e19d52lb0b470c8c520599@mail.gmail.com>
Message-ID: <6016f9080911190624w70df864cw6b3a91065a28ed16@mail.gmail.com>

That will be a dream come true(well, almost).

On Thu, Nov 19, 2009 at 3:18 PM, David Reyes Samblas Martinez <
david at tuxbrain.com> wrote:

> 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!!!
>
>
>
>
> 2009/11/19 Rui Miguel Silva Seabra <rms at 1407.org>:
> > If it's better hardware than the Freerunner and with free software
> drivers,
> > then I'm surely interested :)
> Thats the question, that is more powerfull is sure, but our first
> stesp is to see how many of this drivers are free and does  that
> doesnt how hard is to make them free.
>
> Regards
> >
> > Best,
> > Rui
> >
> > On Thu, Nov 19, 2009 at 11:06:59AM +0100, David Reyes Samblas Martinez
> wrote:
> >> Dear list,
> >> I was talking with the Geek's phone CEO we agreed a couple of
> >> intersting things ,
> >>
> >> In a couple of days we will receive some final prototypes of the final
> >> version of ONE
> >>
> >> We will work together to open as far the hardware of the phone, first
> >> step is obtaining the BOM list of the chipsets included on the ONE, to
> >> evaluate how difficult will be to port the actual kernel used to run
> >> Android to one to use for example SHR,QtMoko, or any other  :)
> >>
> >> Until the prototypes arrives and/or the we obtain the BOM I would like
> >> hear from you  any question you believe is useful to be answered,
> >> other requeriments  to achieve make run a GNU/Linux distribution on
> >> this hardware.
> >>
> >> Also if someone  is already interested to do serious hacking on the
> >> device please contact me personally or through this list and I will
> >> try to make you arrive one of this unit, as you can understand if we
> >> receive more colaboration proprosal than devices available we must do
> >> a selection, so please don't blame us to much if you can't recieve a
> >> unit at first attempt :P
> >>
> >> Regards
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
---------------------------------------------------------
Atilla Filiz
Eindhoven University of Technology
Embedded Systems, Master's Programme
--------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091119/8a415799/attachment-0001.htm 

From ml at vdm-design.de  Thu Nov 19 17:01:03 2009
From: ml at vdm-design.de (Thomas Zimmermann)
Date: Thu, 19 Nov 2009 17:01:03 +0100
Subject: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas
	present....
Message-ID: <200911191701.03620.ml@vdm-design.de>


----------  Weitergeleitete Nachricht  ----------

Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas 
present....
Datum: Donnerstag 19 November 2009
Von: Sebastian Spaeth <Sebastian at sspaeth.de>
An: "SHR-devel" <shr-devel at lists.shr-project.org>, "SHR-user" <shr-
user at lists.shr-project.org>

[Nov 19 2009, The Internets] It's been psychologically proven that the
longer you wait for your presents, the more happy you will be when you
finally get them. It seems, the SHR team wants to make you REALLY happy
and has let you waiting for quite some time without updates to
shr-unstable...

ENOUGH WAITING. Christmas comes a bit early this year, and a new
SHR-unstable image is out for public consumption. Keep in mind that this
is the first snapshot after quite many major transitions, so don't
complain if things are a bit ..well... unstable in the beginning. We are
working hard to stabilize things. If you depend on your phone, you will
probably not yet want to use this, e.g. right now the ringtones aren't
working (it just vibrates).

We had no resources to provide a nice and working upgrade path, so an
opkg upgrade is very likely to lead to a non-working system. (Really! It
won't work. We know you'll try anyway :). It still won't work). So
download the image (http://build.shr-project.org/shr-unstable), flash it
and start afresh. I am writing this before the new images are out there,
so be a bit patient before you can really grab them.

We will take a branch off current shr-unstable in a couple of weeks
(after the dust has settled a bit) and start a conservative branch that
will allow for more -testing releases and -finally- a stable snapshot.
If others want to volunteer to do that, I'll happy hand over that job
though.

So what has changed, and what to expect:

    * First don't expect any miracles. While stuff has changed under the
hood, you are still owning a fine piece of open. but outdated hardware.
But a path has been laid for future improvements (also performance
wise), so this is the way to go. Also, we have tried to keep the look
and feel as similar as possible in the new phone apps. You will feel
very much at home there. But improvements are much easier now.
    * xorg server rather than glamo kdrive. We switched to using a
proper xorg-server, with a graphics driver that is actively maintained.
There have been some improvements, and developer Weiss thinks that there
are more perf improvements to get.
    * eglibc rather than glibc. Just like Debian did, we switched our
libc library from glibc to eglibc which (apparently) is a bit better
suited  to embedded devices.
    * While the theme contest is still ongoing, we have decided to
install the gry theme by Bernd Pruenster by default, it is faster than
the default theme, which is not designed for obsolete embedded hardware.
The illume theme is still set to "default" or "Illume SHR", so try
stasetting it to *gry* through the top bar wrench (preference settings)
    * The neo theme is also nice and fast. It is not installed by
default, but it is in the feeds. You can easily install in with "opkg
install shr-theme-neo". Another theme to try out is the niebiee theme
which has been designed with speed in mind ("opkg install
shr-theme-niebiee").
    * the python-based frameworkd is being replaced bit by bit with
components written in Vala. The first components that we use are
fsousaged (which replaces ousaged), fsodeviced, and fsonetworkd. Mickey
posted a status update
(http://www.vanille-media.de/site/index.php/2009/11/10/towards-the-end-
of-2009/)
on the new fso stuff.
    * phonefsod replaces the ophonekitd phone daemon and and
phoneuid/libphoneui are now responsible for all things GUI with the
phone apps.
    * opimd is included and we have the possibility to save incoming and
outgoing SMS as well as contacts on the SIM card or on the SD card
(using the sqlite backend). New SMS/contacts are now by default saved in
a database on the FreeRunner (SD card or NAND), so be careful before
reflashing! (Someone should probabably give instructions somewhere on
how to change the configuration to use the SIM card as default and how
to transfer data from one backend to another.)
    * We have proceeded with the integration work with openembedded.org
and we are very close to their development branch now, patches will be
submitted to really merge SHR with upstream. This also means that we now
have updated versions of basically every software component in this
image. This migration has unfortunately caused quite some head aches and
build problems...
    * mokonnect was finally able to connect to my WEP WLAN without
crashing the kernel :).
    * We will be providing a possibilitiy to upgrade the kernel to
2.6.31 (including KMS goodness, see
http://www.bitwiz.org.uk/s/how-dri-and-drm-work.html) for adventurous
users some time after this release. We just had to make a cut somewhere
and this did not make it in yet.

What is NOT working:

    * Ringtones are not working yet after the first call (it just
vibrates). There is an issue related to the new fsodeviced and how it
handles alsa sound profiles. We are investigating this issue.
    * 2s Power button press does not shutdown, as the delayed action
thingie seems broken. You'll just get the "shutdown" menu in any case ATM...
    * "Hoversels" in python-elementary seem broken, so you can't switch
profiles from the shr-settings app.
    * The time is off as the timezone remains set to "Europe/London".
    * Number-to-Name resolution is currently broken in the SMS message list.
    * ffalarms crashes when you add an alarm... So don't use your FR as
an alarm clock with this image.

External packages, such as those from opkg.org might be broken due to
the updated components. We do invite external app programmers to submit
their applications for inclusion as a openembedded build recipe and have
them added to the SHR feed, so that apps are just a simple "opkg
install" away.

Finally, although this snapshot has taken quite some time, I think we
should congratulate those people that have worked hard in their spare
time to put it all back together, first and foremost mrmoku, who has
been a great informal lead dev and tireless buildhost guardian. But also
TAsn, dos1, JaMa, Heinervdm, JesusMcCloud, mickeyl, pb (and many others
that I have forgotten now), as well as all those 3rd party application
authors of apps that make the openmoko interesting.
_______________________________________________
Shr-User mailing list
Shr-User at lists.shr-project.org
http://lists.shr-project.org/mailman/listinfo/shr-user

-------------------------------------------------------------


From larrycow at gmail.com  Thu Nov 19 17:56:07 2009
From: larrycow at gmail.com (Olivier Migeot)
Date: Thu, 19 Nov 2009 17:56:07 +0100
Subject: [Shr-User] SHR-unstable got a facelift. And you a christmas 
	present....
In-Reply-To: <200911191701.03620.ml@vdm-design.de>
References: <200911191701.03620.ml@vdm-design.de>
Message-ID: <389eeb980911190856r74cc3b1fm7f6172358a5dae05@mail.gmail.com>

Congrats, this is impressive (and comforting) to see some people still
working hard on SHR. I'll try to test that as soon as possible.

If I understood, though the current release needs a reflash, the
following improvements will be doable through opkg update/upgrade,
won't they?

Thanks anyway :)

-- 
Olivier M.


From ml at vdm-design.de  Thu Nov 19 19:56:55 2009
From: ml at vdm-design.de (Thomas Zimmermann)
Date: Thu, 19 Nov 2009 19:56:55 +0100
Subject: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas
	present....
In-Reply-To: <200911191701.03620.ml@vdm-design.de>
References: <200911191701.03620.ml@vdm-design.de>
Message-ID: <200911191956.55406.ml@vdm-design.de>

Original discusion is at shr-users at lists.shr-project.org, it would be best if 
all users interested in SHR join that list.

I will forward important Messages to community at lists.openmoko.org but not 
everything.

----------  Weitergeleitete Nachricht  ----------

Betreff: Re: [Shr-Devel] [Shr-User] SHR-unstable got a facelift. And you a 
christmas present....
Datum: Donnerstag 19 November 2009
Von: Tom <tom at stosb.com>
An: Sebastian Spaeth <Sebastian at sspaeth.de>

We already fixed a couple of things:
* Ringtones are not working yet after the first call (it just
vibrates). There is an issue related to the new fsodeviced and how it
handles alsa sound profiles. We are investigating this issue.
* Phonelog: can't select items from list.
* Shr-settings: can't turn wifi on.


Opkg upgrade to get the fix for those.


-- 
Tom.

-------------------------------------------------------------


From david at tuxbrain.com  Thu Nov 19 20:28:24 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Thu, 19 Nov 2009 20:28:24 +0100
Subject: [Wikireader]Full spanish wikipedia successfully packed but...
Message-ID: <5c6ceea80911191128s57df1351qdc9c19ac91ef478b@mail.gmail.com>

I have achive to run the full proccess sucsessfully, all articles are
there but... (why has allways to be a but...:() I can't use search
with more than three letters, when I write down the forth letter, it
allways print a "No entries found". I can search the words presing 3
letters, press the search button again to make the keyboard disappear
and scrolling but this is far than optimal :P
Any clues where the problem can be?

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


From bernd.pruenster at gmail.com  Thu Nov 19 22:30:22 2009
From: bernd.pruenster at gmail.com (=?ISO-8859-1?Q?Bernd_Pr=FCnster?=)
Date: Thu, 19 Nov 2009 22:30:22 +0100
Subject: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas
	present....
In-Reply-To: <200911191701.03620.ml@vdm-design.de>
References: <200911191701.03620.ml@vdm-design.de>
Message-ID: <4B05B8EE.4000202@gmail.com>

Thomas Zimmermann wrote:
>     * The neo theme is also nice and fast. It is not installed by
> default, but it is in the feeds. You can easily install in with "opkg
> install shr-theme-neo". 
I am quite sure that the nEo theme will render the phoneUI apps 
unusable, but i havent tried it, maybe JaMa can tell.
I need to find some time to give the nEo theme a complete overhaul and 
fix remainign issues (dont hold your breath it will probably happen in 
2010 :-P, but when it finally happens you can expect even faster UI)


From david.lanzendoerfer at o2s.ch  Thu Nov 19 22:41:28 2009
From: david.lanzendoerfer at o2s.ch (David =?iso-8859-1?q?Lanzend=F6rfer?=)
Date: Thu, 19 Nov 2009 22:41:28 +0100
Subject: OpenMoko-Logo in SVG
In-Reply-To: <20091118210511.GA19665@earth.universe>
References: <200911182053.50251.david.lanzendoerfer@o2s.ch>
	<20091118210511.GA19665@earth.universe>
Message-ID: <200911192241.37075.david.lanzendoerfer@o2s.ch>

>Hi,
Hi

>nice to know, that you will be there. I will visit your place for sure.
Nice to know too. So I'll see you there. :-D

>For the logo - You just voted for an official SHR logo, so why don't
>use this one?
Yeah, I think, I'll make it so.

>-- Sebastian
leviathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20091119/59ed135d/attachment.pgp 

From vaudano at gmail.com  Thu Nov 19 23:28:54 2009
From: vaudano at gmail.com (Vaudano Luca)
Date: Thu, 19 Nov 2009 23:28:54 +0100
Subject: Babiloo on Openmoko - Second milestone
In-Reply-To: <e8d66d190911030511y5b23e487o4a509e7f6240f675@mail.gmail.com>
References: <e8d66d190911030347g3d5623cfx6dab3462bf544b16@mail.gmail.com>
	<200911031301.31429.david@garabana.com>
	<e8d66d190911030511y5b23e487o4a509e7f6240f675@mail.gmail.com>
Message-ID: <e8d66d190911191428n3fc7e369gb037a27c9774b20e@mail.gmail.com>

Hi guys,

Babiloo ( http://babiloo-project.org/wiki/index.php/Babiloo:Neo )
seems work well on the latest SHR Unstable (thanks SHR team!!!)

Any comments are welcomed.

Cheers
Luca


On Tue, Nov 3, 2009 at 2:11 PM, Vaudano Luca <vaudano at gmail.com> wrote:
> Thanks for the feedback
> Yeah I made some tuning on the dictionaries engine... the other guys
> didn't pay a lot of attention on it because they only test it on the
> desktop. From 1 second to 4 seconds it is fine for the desktop
> application but from 7 seconds to 76 secs is a hell for our openmoko!
> :)
>
> On Tue, Nov 3, 2009 at 1:01 PM, David Garabana Barro <david at garabana.com> wrote:
>> On Tuesday 03 November 2009 12:47:31 Vaudano Luca wrote:
>>> Hi guys,
>>>
>>> I just release the second milestone of Babiloo, a offline dictionaries
>>> reader, for SHR.
>>
>> WOW
>>
>> According to data on wiki, performance improvements seems HUGE!
>>
>> Thanks for this (very) useful program!
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>


From jcolbert at netins.net  Thu Nov 19 23:32:45 2009
From: jcolbert at netins.net (jcolbert at netins.net)
Date: Thu, 19 Nov 2009 16:32:45 -0600
Subject: [Wikireader]Compling from source fails
In-Reply-To: <5c6ceea80911191128s57df1351qdc9c19ac91ef478b@mail.gmail.com>
References: <5c6ceea80911191128s57df1351qdc9c19ac91ef478b@mail.gmail.com>
Message-ID: <web-11379891@cgpb3.cgp.netins.net>

I have followed the instructions on 
http://wiki.github.com/wikireader/wikireader/building-from-source 
.

I run make mbr, trying to make a new flash.rom file to 
change the boot splash image. It runs for a long time and 
then fails at this point.
It creates an mbr.elf file, but no flash.rom .

c33-epson-elf-ld: region a0ram is full (menu.elf section 
.rodata)
make[1]: *** [menu.elf] Error 1
make[1]: Leaving directory 
`/home/jcolbert/wikireader-wikireader-4e90213/samo-lib/mbr'
make: *** [mbr] Error 2

Any ideas or help?

Thanks
Jeff


From amygos at paranoici.org  Fri Nov 20 00:52:02 2009
From: amygos at paranoici.org (Amygos)
Date: Fri, 20 Nov 2009 00:52:02 +0100
Subject: Xorg Glamo
In-Reply-To: <20091119110312.1d63d2f3.taw@bitwiz.org.uk>
References: <200911191032.28810.david@garabana.com>
	<20091119110312.1d63d2f3.taw@bitwiz.org.uk>
Message-ID: <200911200052.02351.amygos@paranoici.org>

On Thursday 19 November 2009 11:03:12 Thomas White wrote:

> It occurred to me that the Glamo-accelerated mplayer should work a whole
> lot better with the FIFO patch, and even better still if someone made it
> use DRI/DRM.  Anyone up for an interesting project? :)
> 
> Tom
> 

And what about hardware JPEG encoder/decoder? Was it implemented yet?
Is there some code or doc were i can learn more about it?

Tanks a lot for your work :)


From david at tuxbrain.com  Fri Nov 20 01:15:58 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Fri, 20 Nov 2009 01:15:58 +0100
Subject: [Wikireader] Error on processing the German Wikipedia
Message-ID: <5c6ceea80911191615s3b5cc13cy8ba8ecb292ddd37c@mail.gmail.com>

After the "success" of the spanish wikipedia pending to resolve the
indexing part, I was starting to work on the german wikipedia
http://download.wikipedia.org/dewiki/latest/dewiki-latest-pages-meta-current.xml.bz2

but it fails at first step with the following error

#make DESTDIR=image WORKDIR=work
XML_FILES=dewiki-latest-pages-meta-current.xml index parse render
combine

awk: l?nea ord.:1: fatal: no se puede abrir el fichero
`work/counts.text' para lectura (No existe el fichero ? directorio)
cd host-tools/offline-renderer && make index \
		XML_FILES="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml"
RENDER_BLOCK="0" \
		WORKDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work"
DESTDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image"
make[1]: se ingresa al directorio
`/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
./ArticleIndex.py  \
		--article-index="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/articles.db"
\
		--article-offsets="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/offsets.db"
\
		--article-counts="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/counts.text"
\
		--prefix="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image/pedia"
/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml
Traceback (most recent call last):
  File "./ArticleIndex.py", line 611, in <module>
    main()
  File "./ArticleIndex.py", line 172, in main
    limit = processor.process(f, limit)
  File "/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer/FileScanner.py",
line 141, in process
    if '#' == body[0] and 'redirect' == body[1:9].lower():
IndexError: string index out of range
Flushing databases
Writing: files
Time: 0s
Writing: articles
Time: 0s
Writing: offsets
Time: 0s
Loading: articles
Time: 0s
Loading: offsets and files
Time: 0s
make[1]: *** [index] Error 1
make[1]: se sale del directorio
`/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
make: *** [index] Error 2

Regards

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


From martin.jansa at gmail.com  Fri Nov 20 01:24:11 2009
From: martin.jansa at gmail.com (Martin Jansa)
Date: Fri, 20 Nov 2009 01:24:11 +0100
Subject: Fwd: [Shr-User] SHR-unstable got a facelift. And you a
	christmas present....
In-Reply-To: <4B05B8EE.4000202@gmail.com>
References: <200911191701.03620.ml@vdm-design.de> <4B05B8EE.4000202@gmail.com>
Message-ID: <20091120002411.GA3281@jama>

On Thu, Nov 19, 2009 at 10:30:22PM +0100, Bernd Pr?nster wrote:
> Thomas Zimmermann wrote:
> >     * The neo theme is also nice and fast. It is not installed by
> > default, but it is in the feeds. You can easily install in with "opkg
> > install shr-theme-neo". 

> I am quite sure that the nEo theme will render the phoneUI apps 
> unusable, but i havent tried it, maybe JaMa can tell.
> I need to find some time to give the nEo theme a complete overhaul and 
> fix remainign issues (dont hold your breath it will probably happen in 
> 2010 :-P, but when it finally happens you can expect even faster UI)

Illume neo theme looks great and it fast, but phoneui apps are not using
old libframework-efl-theme-neo.. so you will end with ie black text on
black background in messages..

-- 
uin:136542059                jid:Martin.Jansa at gmail.com
Jansa Martin                 sip:jamasip at voip.wengo.fr 
JaMa                         


From sean at openmoko.com  Fri Nov 20 03:38:31 2009
From: sean at openmoko.com (Sean Moss-Pultz)
Date: Fri, 20 Nov 2009 10:38:31 +0800
Subject: [Wikireader]Full spanish wikipedia successfully packed but...
In-Reply-To: <5c6ceea80911191128s57df1351qdc9c19ac91ef478b@mail.gmail.com>
References: <5c6ceea80911191128s57df1351qdc9c19ac91ef478b@mail.gmail.com>
Message-ID: <6cfff7040911191838j3f7ead2ck428ac1f0f625067a@mail.gmail.com>

On Fri, Nov 20, 2009 at 3:28 AM, David Reyes Samblas Martinez <
david at tuxbrain.com> wrote:

> I have achive to run the full proccess sucsessfully, all articles are
> there but... (why has allways to be a but...:() I can't use search
> with more than three letters, when I write down the forth letter, it
> allways print a "No entries found". I can search the words presing 3
> letters, press the search button again to make the keyboard disappear
> and scrolling but this is far than optimal :P
> Any clues where the problem can be?
>

Hi David

You need to generate a hash file (pedia.hsh). Look at hash-gen. It's run
from the Make file when you run combine.

Sean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091120/ee963415/attachment.htm 

From mail at 3v1n0.net  Fri Nov 20 03:51:09 2009
From: mail at 3v1n0.net (Marco Trevisan =?ISO-8859-1?Q?=28Trevi=F1o=29?=)
Date: Fri, 20 Nov 2009 03:51:09 +0100
Subject: freerunner: different cases?
In-Reply-To: <20091117232720.GA3295@debbook.brain-dump.org>
References: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>
	<1258470634.16615.7.camel@shrek>
	<20091117232720.GA3295@debbook.brain-dump.org>
Message-ID: <1258685469.1003.55.camel@shrek>

Marc Andre Tanner wrote:
> On Tue, Nov 17, 2009 at 04:10:34PM +0100, Marco Trevisan (Trevi?o) wrote:
> > I agree, I'm wondering the same... Where are gone the swisscom
> > projects? :o
> > Their www site is down actually. :/
> 
> As far as I know they stopped their work on the day Sean announced
> the end of gta03/phone development at OpenExpo in Switzerland.
> 
> There were some rumors that they moved to some Android based stuff 
> and that there were some misconceptions between the Swisscom people
> and Sean.
> 
> That being said, I would also welcome a new case desing.

This is soooo bad!
Isn't there any possibility to get the sources of what they started
doing? this could help a community driven project...




From billk at iinet.net.au  Fri Nov 20 04:24:42 2009
From: billk at iinet.net.au (Bill Kenworthy)
Date: Fri, 20 Nov 2009 11:24:42 +0800
Subject: [OT]Making Geek's phone not so offtopic on this list ;)
In-Reply-To: <1258639868745-4032000.post@n2.nabble.com>
References: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>
	<20091119140414.GA4506@roque.1407.org>
	<1258639868745-4032000.post@n2.nabble.com>
Message-ID: <1258687482.13067.106.camel@troll>

I looked at the specs and its screen is listed as wqvga hybrid
resistive.

I presume that hybrid resistive means it can still use a stylus?
Recently tried my sons ipod which you cant use a stylus with - only
useful with huge buttons and a GUI designed for finger use - basicly
hopeless for fine work, typing text etc, but then its designed for
movies/game playing.  Fairly useless for my working style.

Of more concern is that its wqvga resolution - exact details are not
given but wikipedia lists wqvga as any screen having the same vertical
(240 pixel) resolution as qvga but wider.  Having a Palm Treo650 with a
240x240 display for a few years, I can directly compare it with the FR
640x480 - going back to something as primitive and outdated as 240
pixels seems to relegate the phone to things like video playing which I
have not done on the FR in over a year (i.e., you are losing a lot more
functionality than you are gaining).

It will be interesting to see if these are real areas of concern, or the
design is better than it appears in this area.  the other specs seem
great.

Billk



On Thu, 2009-11-19 at 06:11 -0800, c_c wrote:
> Hi,
>   If you're looking at running fso-dbus & e - I'm interested too.
> 



From tilman at baumann.name  Fri Nov 20 10:01:32 2009
From: tilman at baumann.name (Tilman Baumann)
Date: Fri, 20 Nov 2009 09:01:32 -0000 (GMT)
Subject: [Wikireader] Error on processing the German Wikipedia
In-Reply-To: <5c6ceea80911191615s3b5cc13cy8ba8ecb292ddd37c@mail.gmail.com>
References: <5c6ceea80911191615s3b5cc13cy8ba8ecb292ddd37c@mail.gmail.com>
Message-ID: <cd56860589d4ab18cb59ec1ea0a7f85f.squirrel@gnukia.org>

Can you reproduce this with a neutral locale?
 export LC_ALL=C

I'm at the moment trying the same. I had a lot of hickups, caused by many
things. Among them missing tools and not enough memory.

This is currently where I'm stuck with the German wikipedia.

Count: 823000
Count: 824000
Count: 825000
Count: 826000
Count: 827000
Count: 828000
Count: 829000
Count: 830000
Count: 831000
Count: 832000
Count: 833000
Traceback (most recent call last):
  File "./ArticleParser.py", line 203, in <module>
    main()
  File "./ArticleParser.py", line 168, in main
    process_article_text(title.encode('utf-8'),  f.read(length), newf)
  File "./ArticleParser.py", line 197, in process_article_text
    newf.write(text + '\n')
IOError: [Errno 32] Broken pipe
make[1]: *** [parse] Error 1
make[1]: Leaving directory
`/home/tilli/wikireader/host-tools/offline-renderer'
make: *** [parse] Error 2

I suppose it failed somewhere in PARSER_COMMAND


Before that, the following steps went through without fail.
make
make DESTDIR=image WORKDIR=work
XML_FILES=dewiki-20091028-pages-articles.xml index


David Reyes Samblas Martinez wrote:
> After the "success" of the spanish wikipedia pending to resolve the
> indexing part, I was starting to work on the german wikipedia
> http://download.wikipedia.org/dewiki/latest/dewiki-latest-pages-meta-current.xml.bz2
>
> but it fails at first step with the following error
>
> #make DESTDIR=image WORKDIR=work
> XML_FILES=dewiki-latest-pages-meta-current.xml index parse render
> combine
>
> awk: l?nea ord.:1: fatal: no se puede abrir el fichero
> `work/counts.text' para lectura (No existe el fichero ? directorio)
> cd host-tools/offline-renderer && make index \
> 		XML_FILES="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml"
> RENDER_BLOCK="0" \
> 		WORKDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work"
> DESTDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image"
> make[1]: se ingresa al directorio
> `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
> ./ArticleIndex.py  \
> 		--article-index="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/articles.db"
> \
> 		--article-offsets="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/offsets.db"
> \
> 		--article-counts="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/counts.text"
> \
> 		--prefix="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image/pedia"
> /OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml
> Traceback (most recent call last):
>   File "./ArticleIndex.py", line 611, in <module>
>     main()
>   File "./ArticleIndex.py", line 172, in main
>     limit = processor.process(f, limit)
>   File
> "/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer/FileScanner.py",
> line 141, in process
>     if '#' == body[0] and 'redirect' == body[1:9].lower():
> IndexError: string index out of range
> Flushing databases
> Writing: files
> Time: 0s
> Writing: articles
> Time: 0s
> Writing: offsets
> Time: 0s
> Loading: articles
> Time: 0s
> Loading: offsets and files
> Time: 0s
> make[1]: *** [index] Error 1
> make[1]: se sale del directorio
> `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
> make: *** [index] Error 2
>
> Regards
>
> 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 at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


-- 




From tilman at baumann.name  Fri Nov 20 10:04:24 2009
From: tilman at baumann.name (Tilman Baumann)
Date: Fri, 20 Nov 2009 09:04:24 -0000 (GMT)
Subject: [Wikireader]Compling from source fails
In-Reply-To: <web-11379891@cgpb3.cgp.netins.net>
References: <5c6ceea80911191128s57df1351qdc9c19ac91ef478b@mail.gmail.com>
	<web-11379891@cgpb3.cgp.netins.net>
Message-ID: <3226c05e933949d6e56d6aa26933930e.squirrel@gnukia.org>

I had many failed attempt on Fedora.
After I went to ubuntu it pretty much worked throughout the toolchain and
kernel compiling steps. (Ok I had to install tons of dependencies)

 Tilman

jcolbert at netins.net wrote:
> I have followed the instructions on
> http://wiki.github.com/wikireader/wikireader/building-from-source
> .
>
> I run make mbr, trying to make a new flash.rom file to
> change the boot splash image. It runs for a long time and
> then fails at this point.
> It creates an mbr.elf file, but no flash.rom .
>
> c33-epson-elf-ld: region a0ram is full (menu.elf section
> .rodata)
> make[1]: *** [menu.elf] Error 1
> make[1]: Leaving directory
> `/home/jcolbert/wikireader-wikireader-4e90213/samo-lib/mbr'
> make: *** [mbr] Error 2
>
> Any ideas or help?
>
> Thanks
> Jeff
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


-- 




From jan.public at famvlug.nl  Fri Nov 20 10:07:42 2009
From: jan.public at famvlug.nl (Jan Vlug)
Date: Fri, 20 Nov 2009 10:07:42 +0100
Subject: How to transfer SMS from your old phone?
Message-ID: <4B065C5E.3050208@famvlug.nl>

Hi all,

I would like to transfer my old SMSes from my previous Windows Mobile
phone to my Openmoko FreeRunner. I vaguely remember to have seen
instructions on a user page on the wiki about how to do this. But I
cannot find this page any more.

Please, let me know how to do this if you know.

Thanks,
Jan.


From david at tuxbrain.com  Fri Nov 20 10:15:41 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Fri, 20 Nov 2009 10:15:41 +0100
Subject: [Wikireader] Error on processing the German Wikipedia
In-Reply-To: <cd56860589d4ab18cb59ec1ea0a7f85f.squirrel@gnukia.org>
References: <5c6ceea80911191615s3b5cc13cy8ba8ecb292ddd37c@mail.gmail.com>
	<cd56860589d4ab18cb59ec1ea0a7f85f.squirrel@gnukia.org>
Message-ID: <5c6ceea80911200115p4b2ff10dm9ada1e2149a85bbb@mail.gmail.com>

Well spanish one give me the same error before but now it works, I'm
parsing the de wikipedia right now (Count: 173000) lets see whats
happens :)

Note:Parsing the 2009-Nov-11
http://download.wikipedia.org/dewiki/latest/dewiki-latest-pages-articles.xml.bz2

Regards

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




2009/11/20 Tilman Baumann <tilman at baumann.name>:
> Can you reproduce this with a neutral locale?
> ?export LC_ALL=C
>
> I'm at the moment trying the same. I had a lot of hickups, caused by many
> things. Among them missing tools and not enough memory.
>
> This is currently where I'm stuck with the German wikipedia.
>
> Count: 823000
> Count: 824000
> Count: 825000
> Count: 826000
> Count: 827000
> Count: 828000
> Count: 829000
> Count: 830000
> Count: 831000
> Count: 832000
> Count: 833000
> Traceback (most recent call last):
> ?File "./ArticleParser.py", line 203, in <module>
> ? ?main()
> ?File "./ArticleParser.py", line 168, in main
> ? ?process_article_text(title.encode('utf-8'), ?f.read(length), newf)
> ?File "./ArticleParser.py", line 197, in process_article_text
> ? ?newf.write(text + '\n')
> IOError: [Errno 32] Broken pipe
> make[1]: *** [parse] Error 1
> make[1]: Leaving directory
> `/home/tilli/wikireader/host-tools/offline-renderer'
> make: *** [parse] Error 2
>
> I suppose it failed somewhere in PARSER_COMMAND
>
>
> Before that, the following steps went through without fail.
> make
> make DESTDIR=image WORKDIR=work
> XML_FILES=dewiki-20091028-pages-articles.xml index
>
>
> David Reyes Samblas Martinez wrote:
>> After the "success" of the spanish wikipedia pending to resolve the
>> indexing part, I was starting to work on the german wikipedia
>> http://download.wikipedia.org/dewiki/latest/dewiki-latest-pages-meta-current.xml.bz2
>>
>> but it fails at first step with the following error
>>
>> #make DESTDIR=image WORKDIR=work
>> XML_FILES=dewiki-latest-pages-meta-current.xml index parse render
>> combine
>>
>> awk: l?nea ord.:1: fatal: no se puede abrir el fichero
>> `work/counts.text' para lectura (No existe el fichero ? directorio)
>> cd host-tools/offline-renderer && make index \
>> ? ? ? ? ? ? ? XML_FILES="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml"
>> RENDER_BLOCK="0" \
>> ? ? ? ? ? ? ? WORKDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work"
>> DESTDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image"
>> make[1]: se ingresa al directorio
>> `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
>> ./ArticleIndex.py ?\
>> ? ? ? ? ? ? ? --article-index="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/articles.db"
>> \
>> ? ? ? ? ? ? ? --article-offsets="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/offsets.db"
>> \
>> ? ? ? ? ? ? ? --article-counts="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/counts.text"
>> \
>> ? ? ? ? ? ? ? --prefix="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image/pedia"
>> /OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml
>> Traceback (most recent call last):
>> ? File "./ArticleIndex.py", line 611, in <module>
>> ? ? main()
>> ? File "./ArticleIndex.py", line 172, in main
>> ? ? limit = processor.process(f, limit)
>> ? File
>> "/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer/FileScanner.py",
>> line 141, in process
>> ? ? if '#' == body[0] and 'redirect' == body[1:9].lower():
>> IndexError: string index out of range
>> Flushing databases
>> Writing: files
>> Time: 0s
>> Writing: articles
>> Time: 0s
>> Writing: offsets
>> Time: 0s
>> Loading: articles
>> Time: 0s
>> Loading: offsets and files
>> Time: 0s
>> make[1]: *** [index] Error 1
>> make[1]: se sale del directorio
>> `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
>> make: *** [index] Error 2
>>
>> Regards
>>
>> 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 at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
> --
>
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


From david at tuxbrain.com  Fri Nov 20 10:21:35 2009
From: david at tuxbrain.com (David Reyes Samblas Martinez)
Date: Fri, 20 Nov 2009 10:21:35 +0100
Subject: [Wikireader][SOLVED]Full spanish wikipedia successfully packed 
	but...
In-Reply-To: <6cfff7040911191838j3f7ead2ck428ac1f0f625067a@mail.gmail.com>
References: <5c6ceea80911191128s57df1351qdc9c19ac91ef478b@mail.gmail.com>
	<6cfff7040911191838j3f7ead2ck428ac1f0f625067a@mail.gmail.com>
Message-ID: <5c6ceea80911200121s6cd3147p2bb8e14f1cd1d6c3@mail.gmail.com>

Please review because combine don't execute or don't create the hash
file. I have done manually using hash-gen and now I get a full working
spanish wikipedia on the wikireader :)
YipiKayhey! :)
Actually making a tar.bz2 of the sdcard including lastest kernel
(kinetic) and spanish wikipedia to upload at  tuxbrain.org , I will
post a link to the blog post when it finish the uploading. Please test
and report any fault you found on it

Regards

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




2009/11/20 Sean Moss-Pultz <sean at openmoko.com>:
> On Fri, Nov 20, 2009 at 3:28 AM, David Reyes Samblas Martinez
> <david at tuxbrain.com> wrote:
>>
>> I have achive to run the full proccess sucsessfully, all articles are
>> there but... (why has allways to be a but...:() I can't use search
>> with more than three letters, when I write down the forth letter, it
>> allways print a "No entries found". I can search the words presing 3
>> letters, press the search button again to make the keyboard disappear
>> and scrolling but this is far than optimal :P
>> Any clues where the problem can be?
>
> Hi David
> You need to generate a hash file (pedia.hsh). Look at hash-gen. It's run
> from the Make file when you run combine.
> Sean
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


From tingox at gmail.com  Fri Nov 20 10:46:22 2009
From: tingox at gmail.com (Torfinn Ingolfsen)
Date: Fri, 20 Nov 2009 10:46:22 +0100
Subject: freerunner: different cases?
In-Reply-To: <4B0504D7.8020206@infoblitz.com>
References: <op.u3jfbypl41evsb@mcrkoord.rrz.uni-hamburg.de>
	<4B0504D7.8020206@infoblitz.com>
Message-ID: <ef8c8a880911200146o59489f91vbcd4b9f9028dc7bf@mail.gmail.com>

hello,

On Thu, Nov 19, 2009 at 9:41 AM, Xavier Formatje <xevi at infoblitz.com> wrote:

> It's not a new case, but is my approach to the "stylus not in the case"
> problem. It's a new back cover design with the stylus integrated.
>

Wow - very nice!
Is it possible to buy  this back cover?
-- 
Regards,
Torfinn Ingolfsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091120/0da911f5/attachment.htm 

From ccat911 at seed.net.tw  Fri Nov 20 10:50:27 2009
From: ccat911 at seed.net.tw (Brenda Wang)
Date: Fri, 20 Nov 2009 01:50:27 -0800 (PST)
Subject: future phones that you can hack. news.
In-Reply-To: <20091119033248.GA6571@debian>
References: <20091118120709.2864ddb9.raster@rasterman.com>
	<20091119033248.GA6571@debian>
Message-ID: <1258710627244-4037038.post@n2.nabble.com>


cool!!!!
Great News.

Brenda Wang 


Wolfgang Spraul-3 wrote:
> 
> raster,
> 
>> I can officially leak this. We (over in Enlightenment land) are working
>> with a
>> major electronics manufacturer
> 
> Fantastic news, congratulations for getting this off the ground and I wish
> you a lot of success with it!
> Keep in touch,
> Wolfgang
> 
> On Wed, Nov 18, 2009 at 12:07:09PM +1100, Carsten Haitzler wrote:
>> Just an FYI here.
>> 
>> I can officially leak this. We (over in Enlightenment land) are working
>> with a
>> major electronics manufacturer (one that happens to pump out 100's of
>> millions
>> of phones every year of pretty top-notch hardware quality - and who also
>> happens to like making phones high-spec with nice screens, good SoC's and
>> 3G.
>> If what we do is a phone, or a TV, or a game system, or a DVD player...
>> who
>> knows!). What does this mean? Well - no guarantees, but they are now
>> sponsoring
>> us. That says something. If we are working on something you can guess the
>> rest
>> I'd say.
>> 
>> Who it is - will wait for future announcements. What, when and where will
>> also
>> need to wait. How open it is, will also need to wait. But you can guess
>> that if
>> we are fiddling with it - it's already partly open.
>> 
>> So... just dropping a "keep your eyes peeled".
>> 
>> P.S. No glamos were hurt during this work. Actually they were not even
>> involved. :)
>> 
>> -- 
>> ------------- Codito, ergo sum - "I code, therefore I am" --------------
>> The Rasterman (Carsten Haitzler)    raster at rasterman.com
>> 
>> 
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: http://n2.nabble.com/future-phones-that-you-can-hack-news-tp4022482p4037038.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


From tilman at baumann.name  Fri Nov 20 11:07:35 2009
From: tilman at baumann.name (Tilman Baumann)
Date: Fri, 20 Nov 2009 10:07:35 -0000 (GMT)
Subject: [Wikireader] Error on processing the German Wikipedia
In-Reply-To: <5c6ceea80911200115p4b2ff10dm9ada1e2149a85bbb@mail.gmail.com>
References: <5c6ceea80911191615s3b5cc13cy8ba8ecb292ddd37c@mail.gmail.com>
	<cd56860589d4ab18cb59ec1ea0a7f85f.squirrel@gnukia.org>
	<5c6ceea80911200115p4b2ff10dm9ada1e2149a85bbb@mail.gmail.com>
Message-ID: <8efc4a1e7fa877f7e98fbcc39bf4b71e.squirrel@gnukia.org>


David Reyes Samblas Martinez wrote:
> Well spanish one give me the same error before but now it works,
Any idea what solved it? Or is it just random and will go away if I try it
again? :)

> I'm parsing the de wikipedia right now (Count: 173000) lets see whats
> happens :)

I would definitely be interessted in the results...

> Note:Parsing the 2009-Nov-11
> http://download.wikipedia.org/dewiki/latest/dewiki-latest-pages-articles.xml.bz2
>
> Regards
>
> 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!!!
>
>
>
>
> 2009/11/20 Tilman Baumann <tilman at baumann.name>:
>> Can you reproduce this with a neutral locale?
>> ?export LC_ALL=C
>>
>> I'm at the moment trying the same. I had a lot of hickups, caused by
>> many
>> things. Among them missing tools and not enough memory.
>>
>> This is currently where I'm stuck with the German wikipedia.
>>
>> Count: 823000
>> Count: 824000
>> Count: 825000
>> Count: 826000
>> Count: 827000
>> Count: 828000
>> Count: 829000
>> Count: 830000
>> Count: 831000
>> Count: 832000
>> Count: 833000
>> Traceback (most recent call last):
>> ?File "./ArticleParser.py", line 203, in <module>
>> ? ?main()
>> ?File "./ArticleParser.py", line 168, in main
>> ? ?process_article_text(title.encode('utf-8'), ?f.read(length), newf)
>> ?File "./ArticleParser.py", line 197, in process_article_text
>> ? ?newf.write(text + '\n')
>> IOError: [Errno 32] Broken pipe
>> make[1]: *** [parse] Error 1
>> make[1]: Leaving directory
>> `/home/tilli/wikireader/host-tools/offline-renderer'
>> make: *** [parse] Error 2
>>
>> I suppose it failed somewhere in PARSER_COMMAND
>>
>>
>> Before that, the following steps went through without fail.
>> make
>> make DESTDIR=image WORKDIR=work
>> XML_FILES=dewiki-20091028-pages-articles.xml index
>>
>>
>> David Reyes Samblas Martinez wrote:
>>> After the "success" of the spanish wikipedia pending to resolve the
>>> indexing part, I was starting to work on the german wikipedia
>>> http://download.wikipedia.org/dewiki/latest/dewiki-latest-pages-meta-current.xml.bz2
>>>
>>> but it fails at first step with the following error
>>>
>>> #make DESTDIR=image WORKDIR=work
>>> XML_FILES=dewiki-latest-pages-meta-current.xml index parse render
>>> combine
>>>
>>> awk: l?nea ord.:1: fatal: no se puede abrir el fichero
>>> `work/counts.text' para lectura (No existe el fichero ? directorio)
>>> cd host-tools/offline-renderer && make index \
>>> ? ? ? ? ? ? ?
>>> XML_FILES="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml"
>>> RENDER_BLOCK="0" \
>>> ? ? ? ? ? ? ?
>>> WORKDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work"
>>> DESTDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image"
>>> make[1]: se ingresa al directorio
>>> `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
>>> ./ArticleIndex.py ?\
>>> ? ? ? ? ? ? ?
>>> --article-index="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/articles.db"
>>> \
>>> ? ? ? ? ? ? ?
>>> --article-offsets="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/offsets.db"
>>> \
>>> ? ? ? ? ? ? ?
>>> --article-counts="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/counts.text"
>>> \
>>> ? ? ? ? ? ? ?
>>> --prefix="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image/pedia"
>>> /OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml
>>> Traceback (most recent call last):
>>> ? File "./ArticleIndex.py", line 611, in <module>
>>> ? ? main()
>>> ? File "./ArticleIndex.py", line 172, in main
>>> ? ? limit = processor.process(f, limit)
>>> ? File
>>> "/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer/FileScanner.py",
>>> line 141, in process
>>> ? ? if '#' == body[0] and 'redirect' == body[1:9].lower():
>>> IndexError: string index out of range
>>> Flushing databases
>>> Writing: files
>>> Time: 0s
>>> Writing: articles
>>> Time: 0s
>>> Writing: offsets
>>> Time: 0s
>>> Loading: articles
>>> Time: 0s
>>> Loading: offsets and files
>>> Time: 0s
>>> make[1]: *** [index] Error 1
>>> make[1]: se sale del directorio
>>> `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer'
>>> make: *** [index] Error 2
>>>
>>> Regards
>>>
>>> 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 at lists.openmoko.org
>>> http://lists.openmoko.org/mailman/listinfo/community
>>>
>>
>>
>> --
>>
>>
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


-- 




From rms at 1407.org  Fri Nov 20 11:21:41 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Fri, 20 Nov 2009 10:21:41 +0000
Subject: Fwd: [Shr-User] SHR-unstable got a facelift. And you a
	christmas present....
In-Reply-To: <200911191701.03620.ml@vdm-design.de>
References: <200911191701.03620.ml@vdm-design.de>
Message-ID: <20091120102141.GC4506@roque.1407.org>

Bad XMas present, bad! :!

Sorry, it's quite nice, but mrmoku's image from Friday 13th works better
as a phone.

Forgive my anger but today I almost missed being interviewed on a
major portuguese radio about our horrible CyberCrime law (similar
to the german horror)... fortunately I still had mrmoku's image
on another ?-sdhc card and quickly replaced it

Good news regarding CC law... the Chief Inspector of the investigative
police agrees with us (Free Software activists) and wants the law changed,
as well as the president of the association of judges :)

Rui

On Thu, Nov 19, 2009 at 05:01:03PM +0100, Thomas Zimmermann wrote:
> 
> ----------  Weitergeleitete Nachricht  ----------
> 
> Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas 
> present....
> Datum: Donnerstag 19 November 2009
> Von: Sebastian Spaeth <Sebastian at sspaeth.de>
> An: "SHR-devel" <shr-devel at lists.shr-project.org>, "SHR-user" <shr-
> user at lists.shr-project.org>
> 
> [Nov 19 2009, The Internets] It's been psychologically proven that the
> longer you wait for your presents, the more happy you will be when you
> finally get them. It seems, the SHR team wants to make you REALLY happy
> and has let you waiting for quite some time without updates to
> shr-unstable...
> 
> ENOUGH WAITING. Christmas comes a bit early this year, and a new
> SHR-unstable image is out for public consumption. Keep in mind that this
> is the first snapshot after quite many major transitions, so don't
> complain if things are a bit ..well... unstable in the beginning. We are
> working hard to stabilize things. If you depend on your phone, you will
> probably not yet want to use this, e.g. right now the ringtones aren't
> working (it just vibrates).
> 
> We had no resources to provide a nice and working upgrade path, so an
> opkg upgrade is very likely to lead to a non-working system. (Really! It
> won't work. We know you'll try anyway :). It still won't work). So
> download the image (http://build.shr-project.org/shr-unstable), flash it
> and start afresh. I am writing this before the new images are out there,
> so be a bit patient before you can really grab them.
> 
> We will take a branch off current shr-unstable in a couple of weeks
> (after the dust has settled a bit) and start a conservative branch that
> will allow for more -testing releases and -finally- a stable snapshot.
> If others want to volunteer to do that, I'll happy hand over that job
> though.
> 
> So what has changed, and what to expect:
> 
>     * First don't expect any miracles. While stuff has changed under the
> hood, you are still owning a fine piece of open. but outdated hardware.
> But a path has been laid for future improvements (also performance
> wise), so this is the way to go. Also, we have tried to keep the look
> and feel as similar as possible in the new phone apps. You will feel
> very much at home there. But improvements are much easier now.
>     * xorg server rather than glamo kdrive. We switched to using a
> proper xorg-server, with a graphics driver that is actively maintained.
> There have been some improvements, and developer Weiss thinks that there
> are more perf improvements to get.
>     * eglibc rather than glibc. Just like Debian did, we switched our
> libc library from glibc to eglibc which (apparently) is a bit better
> suited  to embedded devices.
>     * While the theme contest is still ongoing, we have decided to
> install the gry theme by Bernd Pruenster by default, it is faster than
> the default theme, which is not designed for obsolete embedded hardware.
> The illume theme is still set to "default" or "Illume SHR", so try
> stasetting it to *gry* through the top bar wrench (preference settings)
>     * The neo theme is also nice and fast. It is not installed by
> default, but it is in the feeds. You can easily install in with "opkg
> install shr-theme-neo". Another theme to try out is the niebiee theme
> which has been designed with speed in mind ("opkg install
> shr-theme-niebiee").
>     * the python-based frameworkd is being replaced bit by bit with
> components written in Vala. The first components that we use are
> fsousaged (which replaces ousaged), fsodeviced, and fsonetworkd. Mickey
> posted a status update
> (http://www.vanille-media.de/site/index.php/2009/11/10/towards-the-end-
> of-2009/)
> on the new fso stuff.
>     * phonefsod replaces the ophonekitd phone daemon and and
> phoneuid/libphoneui are now responsible for all things GUI with the
> phone apps.
>     * opimd is included and we have the possibility to save incoming and
> outgoing SMS as well as contacts on the SIM card or on the SD card
> (using the sqlite backend). New SMS/contacts are now by default saved in
> a database on the FreeRunner (SD card or NAND), so be careful before
> reflashing! (Someone should probabably give instructions somewhere on
> how to change the configuration to use the SIM card as default and how
> to transfer data from one backend to another.)
>     * We have proceeded with the integration work with openembedded.org
> and we are very close to their development branch now, patches will be
> submitted to really merge SHR with upstream. This also means that we now
> have updated versions of basically every software component in this
> image. This migration has unfortunately caused quite some head aches and
> build problems...
>     * mokonnect was finally able to connect to my WEP WLAN without
> crashing the kernel :).
>     * We will be providing a possibilitiy to upgrade the kernel to
> 2.6.31 (including KMS goodness, see
> http://www.bitwiz.org.uk/s/how-dri-and-drm-work.html) for adventurous
> users some time after this release. We just had to make a cut somewhere
> and this did not make it in yet.
> 
> What is NOT working:
> 
>     * Ringtones are not working yet after the first call (it just
> vibrates). There is an issue related to the new fsodeviced and how it
> handles alsa sound profiles. We are investigating this issue.
>     * 2s Power button press does not shutdown, as the delayed action
> thingie seems broken. You'll just get the "shutdown" menu in any case ATM...
>     * "Hoversels" in python-elementary seem broken, so you can't switch
> profiles from the shr-settings app.
>     * The time is off as the timezone remains set to "Europe/London".
>     * Number-to-Name resolution is currently broken in the SMS message list.
>     * ffalarms crashes when you add an alarm... So don't use your FR as
> an alarm clock with this image.
> 
> External packages, such as those from opkg.org might be broken due to
> the updated components. We do invite external app programmers to submit
> their applications for inclusion as a openembedded build recipe and have
> them added to the SHR feed, so that apps are just a simple "opkg
> install" away.
> 
> Finally, although this snapshot has taken quite some time, I think we
> should congratulate those people that have worked hard in their spare
> time to put it all back together, first and foremost mrmoku, who has
> been a great informal lead dev and tireless buildhost guardian. But also
> TAsn, dos1, JaMa, Heinervdm, JesusMcCloud, mickeyl, pb (and many others
> that I have forgotten now), as well as all those 3rd party application
> authors of apps that make the openmoko interesting.
> _______________________________________________
> Shr-User mailing list
> Shr-User at lists.shr-project.org
> http://lists.shr-project.org/mailman/listinfo/shr-user
> 
> -------------------------------------------------------------
> 
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 


From rms at 1407.org  Fri Nov 20 11:23:30 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Fri, 20 Nov 2009 10:23:30 +0000
Subject: Fwd: [Shr-User] SHR-unstable got a facelift. And you a
	christmas present....
In-Reply-To: <200911191701.03620.ml@vdm-design.de>
References: <200911191701.03620.ml@vdm-design.de>
Message-ID: <20091120102330.GD4506@roque.1407.org>

And now the bugs:

  1) contrary to reported, not even vibration... it's as if it was in silent mode
  2) I hear no sound on calls, the other side doesn't hear as well

If I could live with 1), I surely can't live with 2) :)

Rui


From monto84 at gmail.com  Fri Nov 20 11:47:20 2009
From: monto84 at gmail.com (Pietro "m0nt0" Montorfano)
Date: Fri, 20 Nov 2009 11:47:20 +0100
Subject: [OT]Making Geek's phone not so offtopic on this list ;)
In-Reply-To: <1258687482.13067.106.camel@troll>
References: <5c6ceea80911190206hf1c58fawb52a7677ff062ee7@mail.gmail.com>
	<20091119140414.GA4506@roque.1407.org>
	<1258639868745-4032000.post@n2.nabble.com>
	<1258687482.13067.106.camel@troll>
Message-ID: <1258714040.4764.1.camel@daneel>

On Fri, 2009-11-20 at 11:24 +0800, Bill Kenworthy wrote: 
> I looked at the specs and its screen is listed as wqvga hybrid
> resistive.

i'll be interested in running ofono on it and a fast distro based on it.
So if interested in this count me in

Pietro



From dscaini at gmail.com  Fri Nov 20 12:02:16 2009
From: dscaini at gmail.com (Davide Scaini)
Date: Fri, 20 Nov 2009 12:02:16 +0100
Subject: future phones that you can hack. news.
In-Reply-To: <1258710627244-4037038.post@n2.nabble.com>
References: <20091118120709.2864ddb9.raster@rasterman.com> 
	<20091119033248.GA6571@debian>
	<1258710627244-4037038.post@n2.nabble.com>
Message-ID: <18db98c80911200302q7584adc4uf9be96335c9e6727@mail.gmail.com>

great!
hoping great times for "e" too!
d

On Fri, Nov 20, 2009 at 10:50 AM, Brenda Wang <ccat911 at seed.net.tw> wrote:

>
> cool!!!!
> Great News.
>
> Brenda Wang
>
>
> Wolfgang Spraul-3 wrote:
> >
> > raster,
> >
> >> I can officially leak this. We (over in Enlightenment land) are working
> >> with a
> >> major electronics manufacturer
> >
> > Fantastic news, congratulations for getting this off the ground and I
> wish
> > you a lot of success with it!
> > Keep in touch,
> > Wolfgang
> >
> > On Wed, Nov 18, 2009 at 12:07:09PM +1100, Carsten Haitzler wrote:
> >> Just an FYI here.
> >>
> >> I can officially leak this. We (over in Enlightenment land) are working
> >> with a
> >> major electronics manufacturer (one that happens to pump out 100's of
> >> millions
> >> of phones every year of pretty top-notch hardware quality - and who also
> >> happens to like making phones high-spec with nice screens, good SoC's
> and
> >> 3G.
> >> If what we do is a phone, or a TV, or a game system, or a DVD player...
> >> who
> >> knows!). What does this mean? Well - no guarantees, but they are now
> >> sponsoring
> >> us. That says something. If we are working on something you can guess
> the
> >> rest
> >> I'd say.
> >>
> >> Who it is - will wait for future announcements. What, when and where
> will
> >> also
> >> need to wait. How open it is, will also need to wait. But you can guess
> >> that if
> >> we are fiddling with it - it's already partly open.
> >>
> >> So... just dropping a "keep your eyes peeled".
> >>
> >> P.S. No glamos were hurt during this work. Actually they were not even
> >> involved. :)
> >>
> >> --
> >> ------------- Codito, ergo sum - "I code, therefore I am" --------------
> >> The Rasterman (Carsten Haitzler)    raster at rasterman.com
> >>
> >>
> >> _______________________________________________
> >> Openmoko community mailing list
> >> community at lists.openmoko.org
> >> http://lists.openmoko.org/mailman/listinfo/community
> >
> > _______________________________________________
> > Openmoko community mailing list
> > community at lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
> --
> View this message in context:
> http://n2.nabble.com/future-phones-that-you-can-hack-news-tp4022482p4037038.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091120/d59b7c54/attachment.htm 

From rms at 1407.org  Fri Nov 20 12:09:16 2009
From: rms at 1407.org (Rui Miguel Silva Seabra)
Date: Fri, 20 Nov 2009 11:09:16 +0000
Subject: Fwd: [Shr-User] SHR-unstable got a facelift. And you a
	christmas present....
In-Reply-To: <20091120102330.GD4506@roque.1407.org>
References: <200911191701.03620.ml@vdm-design.de>
	<20091120102330.GD4506@roque.1407.org>
Message-ID: <20091120110916.GF4506@roque.1407.org>

On Fri, Nov 20, 2009 at 10:23:30AM +0000, Rui Miguel Silva Seabra wrote:
> And now the bugs:
> 
>   1) contrary to reported, not even vibration... it's as if it was in silent mode
>   2) I hear no sound on calls, the other side doesn't hear as well
> 
> If I could live with 1), I surely can't live with 2) :)

It seems this is mostly fixed, I'll let you know...

Rui


From steven at le-roux.info  Fri Nov 20 14:16:54 2009
From: steven at le-roux.info (Steven Le Roux)
Date: Fri, 20 Nov 2009 14:16:54 +0100
Subject: [Shr-User] SHR-unstable got a facelift. And you a christmas 
	present....
In-Reply-To: <200911191701.03620.ml@vdm-design.de>
References: <200911191701.03620.ml@vdm-design.de>
Message-ID: <5f6db60d0911200516t366e838dr9b8252086f4d2ea0@mail.gmail.com>

Congrats for the great work !

I just wonder, there is still a lot of work or is there any other
reason to not integrate paroli ?


On Thu, Nov 19, 2009 at 5:01 PM, Thomas Zimmermann <ml at vdm-design.de> wrote:
>
> ---------- ?Weitergeleitete Nachricht ?----------
>
> Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas
> present....
> Datum: Donnerstag 19 November 2009
> Von: Sebastian Spaeth <Sebastian at sspaeth.de>
> An: "SHR-devel" <shr-devel at lists.shr-project.org>, "SHR-user" <shr-
> user at lists.shr-project.org>
>
> [Nov 19 2009, The Internets] It's been psychologically proven that the
> longer you wait for your presents, the more happy you will be when you
> finally get them. It seems, the SHR team wants to make you REALLY happy
> and has let you waiting for quite some time without updates to
> shr-unstable...
>
> ENOUGH WAITING. Christmas comes a bit early this year, and a new
> SHR-unstable image is out for public consumption. Keep in mind that this
> is the first snapshot after quite many major transitions, so don't
> complain if things are a bit ..well... unstable in the beginning. We are
> working hard to stabilize things. If you depend on your phone, you will
> probably not yet want to use this, e.g. right now the ringtones aren't
> working (it just vibrates).
>
> We had no resources to provide a nice and working upgrade path, so an
> opkg upgrade is very likely to lead to a non-working system. (Really! It
> won't work. We know you'll try anyway :). It still won't work). So
> download the image (http://build.shr-project.org/shr-unstable), flash it
> and start afresh. I am writing this before the new images are out there,
> so be a bit patient before you can really grab them.
>
> We will take a branch off current shr-unstable in a couple of weeks
> (after the dust has settled a bit) and start a conservative branch that
> will allow for more -testing releases and -finally- a stable snapshot.
> If others want to volunteer to do that, I'll happy hand over that job
> though.
>
> So what has changed, and what to expect:
>
> ? ?* First don't expect any miracles. While stuff has changed under the
> hood, you are still owning a fine piece of open. but outdated hardware.
> But a path has been laid for future improvements (also performance
> wise), so this is the way to go. Also, we have tried to keep the look
> and feel as similar as possible in the new phone apps. You will feel
> very much at home there. But improvements are much easier now.
> ? ?* xorg server rather than glamo kdrive. We switched to using a
> proper xorg-server, with a graphics driver that is actively maintained.
> There have been some improvements, and developer Weiss thinks that there
> are more perf improvements to get.
> ? ?* eglibc rather than glibc. Just like Debian did, we switched our
> libc library from glibc to eglibc which (apparently) is a bit better
> suited ?to embedded devices.
> ? ?* While the theme contest is still ongoing, we have decided to
> install the gry theme by Bernd Pruenster by default, it is faster than
> the default theme, which is not designed for obsolete embedded hardware.
> The illume theme is still set to "default" or "Illume SHR", so try
> stasetting it to *gry* through the top bar wrench (preference settings)
> ? ?* The neo theme is also nice and fast. It is not installed by
> default, but it is in the feeds. You can easily install in with "opkg
> install shr-theme-neo". Another theme to try out is the niebiee theme
> which has been designed with speed in mind ("opkg install
> shr-theme-niebiee").
> ? ?* the python-based frameworkd is being replaced bit by bit with
> components written in Vala. The first components that we use are
> fsousaged (which replaces ousaged), fsodeviced, and fsonetworkd. Mickey
> posted a status update
> (http://www.vanille-media.de/site/index.php/2009/11/10/towards-the-end-
> of-2009/)
> on the new fso stuff.
> ? ?* phonefsod replaces the ophonekitd phone daemon and and
> phoneuid/libphoneui are now responsible for all things GUI with the
> phone apps.
> ? ?* opimd is included and we have the possibility to save incoming and
> outgoing SMS as well as contacts on the SIM card or on the SD card
> (using the sqlite backend). New SMS/contacts are now by default saved in
> a database on the FreeRunner (SD card or NAND), so be careful before
> reflashing! (Someone should probabably give instructions somewhere on
> how to change the configuration to use the SIM card as default and how
> to transfer data from one backend to another.)
> ? ?* We have proceeded with the integration work with openembedded.org
> and we are very close to their development branch now, patches will be
> submitted to really merge SHR with upstream. This also means that we now
> have updated versions of basically every software component in this
> image. This migration has unfortunately caused quite some head aches and
> build problems...
> ? ?* mokonnect was finally able to connect to my WEP WLAN without
> crashing the kernel :).
> ? ?* We will be providing a possibilitiy to upgrade the kernel to
> 2.6.31 (including KMS goodness, see
> http://w