Re: [Tinkerphones] Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[Neil Jerram]

On 23/02/18 11:58, H. Nikolaus Schaller wrote:

Am 23.02.2018 um 12:52 schrieb joerg Reisenweber :

On Fri 23 February 2018 12:43:08 H. Nikolaus Schaller wrote:

And the page http://git.goldelico.com/?p=gta04-qtmoko.git lists it in the
"URL" section as

g...@github.com:goldelico/gta04-qtmoko.git

which is a verbatim quote and AIUI no correctly formed URL

AFAIK git automatically adds a git: prefix if you say

git clone g...@github.com:goldelico/gta04-qtmoko.git


The git@ URL will only work for people who have write access to that 
repo.  The https:// URL should work for everyone (for reading/cloning).


    Neil



BR,
Nikolaus


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



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

Re: [Tinkerphones] Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[Norayr Chilingarian]

wow,
going to start it. (:


On Fri, 23 Feb 2018, H. Nikolaus Schaller wrote:


Hi,


Am 23.02.2018 um 12:28 schrieb Norayr Chilingarian :

I would prefer it to be on github.

Though usually I am the one who supports decentralization, but here are some 
arguments:

* github is a public place, where it is much more probable that your project 
can be discovered by the people who potentially can get involved, even if they 
did not know about the project before.

(many different ways - accidentally, or by following your friends' "likes", or 
by search, or by other means)

* github stimulates people to fork/make pull requests, this work is public, and 
it increases people's social status, when they contribute to the project on the 
public place, where it is noticeable by their community.

On the contrary, by keeping the separate, even public git tree, the chances to 
be discovored and contributed to are much lower.


Your wish is already fulfilled...

It is also (mirrored) on github:

https://github.com/goldelico/gta04-qtmoko

And the page http://git.goldelico.com/?p=gta04-qtmoko.git lists it in the "URL" 
section as

g...@github.com:goldelico/gta04-qtmoko.git

Hope this helps.

BR,
Nikolaus





On Fri, 23 Feb 2018, H. Nikolaus Schaller wrote:


Sent again due to 40k message limit on this list...

 Anfang der weitergeleiteten Nachricht:
Von: "H. Nikolaus Schaller" 
Betreff: [Gta04-owner] QtMoko: a dream comes true :)
Datum: 21. Februar 2018 um 20:53:12 MEZ
An: Tinkerphones Community , List for
communicating with real GTA04 owners 
Kopie: List for Openmoko community discussion

Antwort an: List for communicating with real GTA04 owners

Hi,I am happy to announce that after years of
abandonment and obsolescence, QtMoko is back in
maintained mode.
After several failed attempts, we now have a git
tree and a build system where we can apply
modifications and accept patches. And we
need testers :)
Currently, we have a Wheezy and a Jessie based
(different git branches) and both run on the
GTA04(A3, A4, A5) with latest Letux kernels.
Basically QtMoko also starts and runs on the Pyra,
but there is nothing to see on the display yet.
It simply remains black...
Here are the key resources:
Project Home: http://projects.goldelico.com/p/gta04-qtmoko/ - also for
reporting issues
Git: http://git.goldelico.com/?p=gta04-qtmoko.git;a=heads
Downloads: http://download.goldelico.com/letux-debian-rootfs/?C=M;O=D
- look for *-qtmoko.tbz
Install on µSD: DEV=/dev/sdb ./makesd qtmoko - to install a Jessie
based system
Letux-Debian: apt-get install letux-qtmoko - to install if you have
installed a different Letux system
Here are screen photos of QtMoko/Jessie/Kernel-4.15.2
running on a GTA04:


 Some things are not yet working and missing and
some Apps crash after starting, but we are just at
the beginning to be able to fix things.
Of course our little team can't do all that alone.
We need you and the broader community to help with
coding, testing or simply donations if you appreciate
our effort:
http://shop.goldelico.com/wiki.php?page=Product=9607
BR and thanks,
Nikolaus
___
Gta04-owner mailing list
gta04-ow...@goldelico.com
http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner

___
Community mailing list
commun...@tinkerphones.org
http://lists.goldelico.com/mailman/listinfo.cgi/community
http://www.tinkerphones.org



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

Re: [Tinkerphones] Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[H. Nikolaus Schaller]

> Am 23.02.2018 um 12:52 schrieb joerg Reisenweber :
> 
> On Fri 23 February 2018 12:43:08 H. Nikolaus Schaller wrote:
>> And the page http://git.goldelico.com/?p=gta04-qtmoko.git lists it in the
>> "URL" section as
>> 
>>g...@github.com:goldelico/gta04-qtmoko.git
> 
> which is a verbatim quote and AIUI no correctly formed URL

AFAIK git automatically adds a git: prefix if you say

git clone g...@github.com:goldelico/gta04-qtmoko.git

BR,
Nikolaus


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

Re: [Tinkerphones] Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[joerg Reisenweber]

On Fri 23 February 2018 12:52:22 joerg Reisenweber wrote:
> On Fri 23 February 2018 12:43:08 H. Nikolaus Schaller wrote:
> > And the page http://git.goldelico.com/?p=gta04-qtmoko.git lists it in the
> > "URL" section as
> > 
> > g...@github.com:goldelico/gta04-qtmoko.git
> 
> which is a verbatim quote and AIUI no correctly formed URL
> 
> /j

OOPS sorry, I even meant to suggest
https://github.com/goldelico/gta04-qtmoko
-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


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

Re: [Tinkerphones] Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[joerg Reisenweber]

On Fri 23 February 2018 12:43:08 H. Nikolaus Schaller wrote:
> And the page http://git.goldelico.com/?p=gta04-qtmoko.git lists it in the
> "URL" section as
> 
> g...@github.com:goldelico/gta04-qtmoko.git

which is a verbatim quote and AIUI no correctly formed URL

/j
-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


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

Re: [Tinkerphones] Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[H. Nikolaus Schaller]

Hi,

> Am 23.02.2018 um 12:28 schrieb Norayr Chilingarian :
> 
> I would prefer it to be on github.
> 
> Though usually I am the one who supports decentralization, but here are some 
> arguments:
> 
> * github is a public place, where it is much more probable that your project 
> can be discovered by the people who potentially can get involved, even if 
> they did not know about the project before.
> 
> (many different ways - accidentally, or by following your friends' "likes", 
> or by search, or by other means)
> 
> * github stimulates people to fork/make pull requests, this work is public, 
> and it increases people's social status, when they contribute to the project 
> on the public place, where it is noticeable by their community.
> 
> On the contrary, by keeping the separate, even public git tree, the chances 
> to be discovored and contributed to are much lower.

Your wish is already fulfilled...

It is also (mirrored) on github:

https://github.com/goldelico/gta04-qtmoko

And the page http://git.goldelico.com/?p=gta04-qtmoko.git lists it in the "URL" 
section as

g...@github.com:goldelico/gta04-qtmoko.git

Hope this helps.

BR,
Nikolaus



> 
> On Fri, 23 Feb 2018, H. Nikolaus Schaller wrote:
> 
>> Sent again due to 40k message limit on this list...
>> 
>>  Anfang der weitergeleiteten Nachricht:
>> Von: "H. Nikolaus Schaller" 
>> Betreff: [Gta04-owner] QtMoko: a dream comes true :)
>> Datum: 21. Februar 2018 um 20:53:12 MEZ
>> An: Tinkerphones Community , List for
>> communicating with real GTA04 owners 
>> Kopie: List for Openmoko community discussion
>> 
>> Antwort an: List for communicating with real GTA04 owners
>> 
>> Hi,I am happy to announce that after years of
>> abandonment and obsolescence, QtMoko is back in
>> maintained mode.
>> After several failed attempts, we now have a git
>> tree and a build system where we can apply
>> modifications and accept patches. And we
>> need testers :)
>> Currently, we have a Wheezy and a Jessie based
>> (different git branches) and both run on the
>> GTA04(A3, A4, A5) with latest Letux kernels.
>> Basically QtMoko also starts and runs on the Pyra,
>> but there is nothing to see on the display yet.
>> It simply remains black...
>> Here are the key resources:
>> Project Home: http://projects.goldelico.com/p/gta04-qtmoko/ - also for
>> reporting issues
>> Git: http://git.goldelico.com/?p=gta04-qtmoko.git;a=heads
>> Downloads: http://download.goldelico.com/letux-debian-rootfs/?C=M;O=D
>> - look for *-qtmoko.tbz
>> Install on µSD: DEV=/dev/sdb ./makesd qtmoko - to install a Jessie
>> based system
>> Letux-Debian: apt-get install letux-qtmoko - to install if you have
>> installed a different Letux system
>> Here are screen photos of QtMoko/Jessie/Kernel-4.15.2
>> running on a GTA04:
>> 
>> 
>>  Some things are not yet working and missing and
>> some Apps crash after starting, but we are just at
>> the beginning to be able to fix things.
>> Of course our little team can't do all that alone.
>> We need you and the broader community to help with
>> coding, testing or simply donations if you appreciate
>> our effort:
>> http://shop.goldelico.com/wiki.php?page=Product=9607
>> BR and thanks,
>> Nikolaus
>> ___
>> Gta04-owner mailing list
>> gta04-ow...@goldelico.com
>> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner
> ___
> Community mailing list
> commun...@tinkerphones.org
> http://lists.goldelico.com/mailman/listinfo.cgi/community
> http://www.tinkerphones.org


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

Re: Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[Norayr Chilingarian]

I would prefer it to be on github.

Though usually I am the one who supports decentralization, but here are 
some arguments:


* github is a public place, where it is much more probable that your 
project can be discovered by the people who potentially can get involved, 
even if they did not know about the project before.


(many different ways - accidentally, or by following your friends' 
"likes", or by search, or by other means)


* github stimulates people to fork/make pull requests, this work is 
public, and it increases people's social status, when they contribute to 
the project on the public place, where it is noticeable by their 
community.


On the contrary, by keeping the separate, even public git tree, the 
chances to be discovored and contributed to are much lower.


On Fri, 23 Feb 2018, H. Nikolaus Schaller wrote:


Sent again due to 40k message limit on this list...

  Anfang der weitergeleiteten Nachricht:

Von: "H. Nikolaus Schaller" 
Betreff: [Gta04-owner] QtMoko: a dream comes true :)
Datum: 21. Februar 2018 um 20:53:12 MEZ
An: Tinkerphones Community , List for
communicating with real GTA04 owners 
Kopie: List for Openmoko community discussion

Antwort an: List for communicating with real GTA04 owners


Hi,I am happy to announce that after years of
abandonment and obsolescence, QtMoko is back in
maintained mode.

After several failed attempts, we now have a git
tree and a build system where we can apply
modifications and accept patches. And we
need testers :)

Currently, we have a Wheezy and a Jessie based
(different git branches) and both run on the
GTA04(A3, A4, A5) with latest Letux kernels.

Basically QtMoko also starts and runs on the Pyra,
but there is nothing to see on the display yet.
It simply remains black...

Here are the key resources:

Project Home: http://projects.goldelico.com/p/gta04-qtmoko/ - also for
reporting issues
Git: http://git.goldelico.com/?p=gta04-qtmoko.git;a=heads
Downloads: http://download.goldelico.com/letux-debian-rootfs/?C=M;O=D
- look for *-qtmoko.tbz
Install on µSD: DEV=/dev/sdb ./makesd qtmoko - to install a Jessie
based system
Letux-Debian: apt-get install letux-qtmoko - to install if you have
installed a different Letux system

Here are screen photos of QtMoko/Jessie/Kernel-4.15.2
running on a GTA04:




  Some things are not yet working and missing and
some Apps crash after starting, but we are just at
the beginning to be able to fix things.

Of course our little team can't do all that alone.
We need you and the broader community to help with
coding, testing or simply donations if you appreciate
our effort:

http://shop.goldelico.com/wiki.php?page=Product=9607

BR and thanks,
Nikolaus

___
Gta04-owner mailing list
gta04-ow...@goldelico.com
http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner



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

Re: Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[Alexander .S.T. Ross]

Oh goodie! looking forward to flashing updated qtmoko :)

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

Fwd: [Gta04-owner] QtMoko: a dream comes true :)

[H. Nikolaus Schaller]

Sent again due to 40k message limit on this list...

> Anfang der weitergeleiteten Nachricht:
> 
> Von: "H. Nikolaus Schaller" 
> Betreff: [Gta04-owner] QtMoko: a dream comes true :)
> Datum: 21. Februar 2018 um 20:53:12 MEZ
> An: Tinkerphones Community , List for 
> communicating with real GTA04 owners 
> Kopie: List for Openmoko community discussion 
> Antwort an: List for communicating with real GTA04 owners 
> 
> 
> Hi,
> I am happy to announce that after years of
> abandonment and obsolescence, QtMoko is back in
> maintained mode.
> 
> After several failed attempts, we now have a git
> tree and a build system where we can apply
> modifications and accept patches. And we
> need testers :)
> 
> Currently, we have a Wheezy and a Jessie based
> (different git branches) and both run on the
> GTA04(A3, A4, A5) with latest Letux kernels.
> 
> Basically QtMoko also starts and runs on the Pyra,
> but there is nothing to see on the display yet.
> It simply remains black...
> 
> Here are the key resources:
> 
> Project Home: http://projects.goldelico.com/p/gta04-qtmoko/ 
>  - also for reporting issues
> Git:  http://git.goldelico.com/?p=gta04-qtmoko.git;a=heads 
> 
> Downloads:http://download.goldelico.com/letux-debian-rootfs/?C=M;O=D 
>  - look for 
> *-qtmoko.tbz
> Install on µSD:   DEV=/dev/sdb ./makesd qtmoko - to install a Jessie 
> based system
> Letux-Debian: apt-get install letux-qtmoko - to install if you have installed 
> a different Letux system
> 
> Here are screen photos of QtMoko/Jessie/Kernel-4.15.2
> running on a GTA04:



> Some things are not yet working and missing and
> some Apps crash after starting, but we are just at
> the beginning to be able to fix things.
> 
> Of course our little team can't do all that alone.
> We need you and the broader community to help with
> coding, testing or simply donations if you appreciate
> our effort:
> 
> http://shop.goldelico.com/wiki.php?page=Product=9607 
> 
> 
> BR and thanks,
> Nikolaus
> 
> ___
> Gta04-owner mailing list
> gta04-ow...@goldelico.com
> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner

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

Fwd: Welcome to the Gta04-ubuntu-touch mailing list

[Matthias Apitz]

(sorry, I wrote to the request of gta04-ubuntu-to...@openphoenux.org,
now the correct mail addr in the To: header)

Hello,

First of all, thanks to Nikolaus for creating this list. Even while it
turned out that there is a tech-folks oriented mailing-list of the
ubuntu-phone project, where the developers of this are participating, we
(the FR folks) can use this list here to exchange ideas of FR users about
this approach of another phone running a Linux.

The other list is at https://launchpad.net/~ubuntu-phone

Thanks again

matthias
-- 
Matthias Apitz, g...@unixarea.de, http://www.unixarea.de/ +49-170-4527211
Wenn der Mensch von den Umständen gebildet wird, so muß man die Umstände 
menschlich bilden.
Si el hombre es formado por las circunstancias entonces es necesario formar 
humanamente
las circunstancias, Karl Marx in Die heilige Familie / La sagrada familia (MEW 
2, 138)

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

Fwd: F�brica-Nachlese: DIY Phones im Art Store St. Pauli

[Matthias Apitz]

Hello,

There seems to be a project in Hamburg (Germany) building phones; see
the attached newsletter (in German) below; maybe our project can pick up
some ideas from them or create some kind of work together;

matthias

- Forwarded message from Fab Lab Fabulous St.Pauli 
fablabfabulousst.pa...@fablab-hamburg.org -

Date: Tue, 25 Nov 2014 12:26:55 +0100
From: Fab Lab Fabulous St.Pauli fablabfabulousst.pa...@fablab-hamburg.org
To: g...@unixarea.de
Subject: F�brica-Nachlese: DIY Phones im Art Store St. Pauli
X-Mailer: PHPMailer [version 1.73]
X-Mailer: phplist v2.10.12

Liebe Fabulous-Freunde,

einige von Euch waren im Sommer beim Fabrica-Pavillon, haben
vielleicht sogar selbst ein DIY Phone gebaut. Für diejenigen, die
nicht vorbeikommen konnten, gibt es nun noch einmal eine Gelegenheit,
das Ganze anzuschauen:

Jetzt am Samstag, den 29.11., zeigen wir im Art Store St. Pauli
fertige Handys und interessante Gehäuse. Das Projekt war ein
Riesenerfolg. Es gab viermal mehr Anmeldungen als Workshop-Plätze,
viele Medien haben berichtet, und vor allem: Die Leute, die mitgebaut
oder an den Vortragsabenden mitdiskutiert haben, waren geflasht, was
mitten in der Stadt möglich ist. Darauf wollen wir am Samstag auch
mit Euch anstoßen.

Wenn Ihr am Samstag Zeit habt oder ohnehin auf St. Pauli unterwegs
seid, schaut vorbei!

Art Store St. Pauli, Wohlwillstraße 10, ab 20:00 Uhr.

Eure Fabulous-Crew

PS: Einen schönen 5:38min-Beitrag hat Tide TV gemacht:
https://www.youtube.com/embed/lmJkgJPhLSc

PPS: Ab dem 4.12. gibt es bei designxport Hamburg
(Hongkongstraße/Hafencity) eine zweiwöchige Ausstellung zum Projekt.
Dazu in Kürze mehr.

http://fabrica.fablab-hamburg.org/



--
Falls Du den Newsletter abbestellen m?chtest klick bitte hier / If you do
not want to receive any more newsletters, 
http://www.fablab-hamburg.org/lists/?p=unsubscribeuid=4d4b4a440992d492ecf031a61b3d5aaa

To update your preferences and to unsubscribe visit
http://www.fablab-hamburg.org/lists/?p=preferencesuid=4d4b4a440992d492ecf031a61b3d5aaa
Forward a Message to Someone
http://www.fablab-hamburg.org/lists/?p=forwarduid=4d4b4a440992d492ecf031a61b3d5aaamid=32


--
Powered by PHPlist, www.phplist.com --


- End forwarded message -

-- 
Matthias Apitz, g...@unixarea.de, http://www.unixarea.de/ +49-170-4527211
1989-2014: The Wall was torn down so that we go to war together again.
El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez.
Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen.

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

Fwd: [Community] 5th OpenPhoenux HardSoftware Workshop in Munich, Germany

[Dr. H. Nikolaus Schaller]

Anfang der weitergeleiteten E-Mail:

 Von: Dr. H. Nikolaus Schaller h...@goldelico.com
 Datum: 11. September 2013 10:22:23 MESZ
 An: OpenPhoenux Community commun...@openphoenux.org
 Betreff: [Community] 5th OpenPhoenux HardSoftware Workshop in Munich, Germany
 Antwort an: OpenPhoenux Community commun...@openphoenux.org
 
 Hi all,
 we are happy to invite to the 5th Open(Phoenux) HardSoftware Workshop in 
 Munich, Germany.
 
 The idea is a 2 days weekend meeting (quite informal) to discuss about many 
 topics around open hardsoftware
 like Openmoko, GTA04 and other topics. It is a mix of presentations, 
 tutorials, workshops and we also did have
 some soldering session.
 
 Since this quite well matches with the ideas and targets of the Openphoenux 
 community, we have renamed
 it slightly this year to be an OpenPhoenux Workshop.
 
 For details please look at and pre-register (i.e. vote for a weekend and make 
 proposals for topics):
 
 http://www.ohsw.org/
 
 There you can also find the topics, slides and some videos from previous 
 years.
 
 For this year's workhop, please suggest topics you are interested in (e.g. 
 Neo900, future Kernel development, ...).
 
 Please note that this page is in German as it is (was) a Germany centric 
 workshop in the past, but
 we are open to make it more international - if we have attendees from 
 non-german speaking countries.
 
 BR,
 Nikolaus
 
 ___
 Community mailing list
 commun...@openphoenux.org
 http://lists.goldelico.com/mailman/listinfo/community
 http://www.openphoenux.org


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

Fwd: [Community] LinuxTag Berlin starting tomorrow!

[Dr. H. Nikolaus Schaller]

FYI because I think it could be interesting here as well

Anfang der weitergeleiteten E-Mail:

 Hi all,
 this is a reminder that LinuxTag is starting tomorrow and OpenPhoenux has 
 some 
 participation.
 
 a) there is a Linux  Embedded booth having some devices on display
 
 b) there is a big plenary talk on Thursday afternoon by Lukas  Christoph
 
 http://www.linuxtag.org/2013/de/program/donnerstag-23-mai-2013.html?eventid=290
 
 Please share this info - especially *outside* this community so that we get a 
 lot of *new* people into the audience!
 
 Finally, I have still some free tickets to distribute. Please send me a 
 private mail.
 
 BR,
 Nikolaus
 
 ___
 Community mailing list
 commun...@openphoenux.org
 http://lists.goldelico.com/mailman/listinfo/community
 http://www.openphoenux.org


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

Fwd:

[Steve Merker]

http://onewayauto.altervista.org/ycf2x5.php?s=lf


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

Fwd: [FOSDEM-Devrooms] Devroom request: World of OpenPhoenux

[Dr. H. Nikolaus Schaller]

FYI.

To me it appears that they have less rooms to dispose than in the previous 
years. I know one other project that did have a devroom in the past 10 years 
didn't get one like us. With almost the same wording. And there were 
discussions about not using the AW building any more.

So what are your ideas about going to FOSDEM? Plans for presentations to submit 
to other devrooms? Some informal meeting? Should we have a Stand?

BR,
Nikolaus
 

Anfang der weitergeleiteten E-Mail:

 Von: Tias Guns t...@fosdem.org
 Datum: 21. Oktober 2012 20:42:09 MESZ
 An: Dr. H. Nikolaus Schaller h...@goldelico.com
 Kopie: devro...@fosdem.org
 Betreff: Re: [FOSDEM-Devrooms] Devroom request: World of OpenPhoenux
 
 Hi,
 
 I'm sorry to inform you that we declined your devroom proposal.
 
 To clarify, your request was perfectly valid, but we had to choose. 
 Unfortunately we do not have a sufficient number of rooms at our disposal to 
 cover all requests.
 
 Nevertheless, there are other ways to participate in FOSDEM too. A call for 
 participation will be announced around next week, with opportunities to:
 - have a stand at FOSDEM,
 - hold a 15 minute 'lightningtalk' in one of the biggest rooms,
 - speak in one of the other devrooms.
 
 In particular, you might be interested in the 'embedded and mobile' devroom.
 
 
 On behalf of the FOSDEM devroom team,
 Tias
 
 On 09/30/2012 09:14 AM, Dr. H. Nikolaus Schaller wrote:
 * Devroom name: World of OpenPhoenux
 
 * Description
 
 OpenPhoenux is a new roof project to cover all previous and future 
 developments
 initiated by Openmoko to develop really free and open mobile systems 
 spanning from
 GUI and applications over middleware down to hardware. Therefore it intends 
 to give a
 home and space for exchange between developers of the following projects:
 
 * Openmoko
 * SHR - Software stack
 * QtMoko - Software stack
 * FSF PowerVR reverse engineering initiative
 * FSF Replicant - completely free Android compatible software stack
 * FSO - middleware
 * GTA04 - FLOSS friendly mobile hardware platform
 * OpenPandora - FLOSS friendly handheld game console
 ... more will be invited to contribute
 
 * Project URLs:
 - http://www.openmoko.org
 - http://www.openphoenux.org
 - http://shr-project.org
 - http://qtmoko.sourceforge.net/
 - http://powervr.gnu.org.ve/
 - http://replicant.us/
 - http://www.freesmartphone.org
 - http://www.gta04.org
 - http://www.openpandora.org
 
 * Preferred day: Sunday morning (3-4h appears to be sufficient); small room 
 appears to suffice
 
 * Why should FOSDEM accept this proposal?
 because this set of projects needs a common room to meet, discuss and 
 exchange
 ideas. IMHO these topics should not be fragmented amongst several sessions 
 like
 mobile, embedded, graphics, distro,  but should be focussed on the 
 common goal.
 FOSDEM appears the only world-wide event where developers and enthusiasts of
 all of these projects have a chance to meet in a single place to work on a 
 common
 picture.
 
 * Contact:
 Nikolaus Schaller, h...@computer.org
 ___
 devrooms mailing list
 devro...@lists.fosdem.org
 https://lists.fosdem.org/listinfo/devrooms
 


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

Re: Fwd: [FOSDEM-Devrooms] Devroom request: World of OpenPhoenux

[Boudewijn]

On Monday 22 October 2012 12:33:33 Dr. H. Nikolaus Schaller wrote:
 FYI.
 
 To me it appears that they have less rooms to dispose than in the previous
 years. I know one other project that did have a devroom in the past 10
 years didn't get one like us. With almost the same wording. And there were
 discussions about not using the AW building any more.
Maybe everything from AW moves to the newer building? It would be more 
practical in general, and warmer, but AW got many smaller rooms. :-(

 So what are your ideas about going to FOSDEM? Plans for presentations to
 submit to other devrooms? Some informal meeting? Should we have a Stand?
Could we transform a stand to a devstand? The tables are a bit unstable and 
usually close to the wall, due to space constraints in AW. I think I can take 
a projector with me. I don't have a sreen though. If we have a large enought 
table, and enough chairs, we might do something more organized than trying to 
hear what peoplo on the other side of the table are saying. 

Besides a projector I can take an (older) LCD's with me (1280x1024 I hope, 
17). Can the TV-out on GTA04 be hacked into supplying some signal that's 
suitable for VGA? There are passive adapters available, and active adapters in 
the wrong direction (I did see adapters to connect the VGA-out to s-
video/YUV input, but not the other way around). 

Is there some hackable project we could run with the left-over Freerunner 
mainboards? I still want to turn mine into a webserver (later, when I'm grown 
up), but with a couple of them we could maybe do some hide-and-seek with mesh 
networking (either WIFI or BT, to let Neo1979 play as well) and trying to 
detect them with our GTA04s. 

It all needs preparation of course, but if we first flood the list with ideas, 
we can pick some feasible plans out of them. The least we can do, is have last 
year's presentation running in a loop on one screen and (all?) our videos on 
another. Especially: on a big screen, since our devices are so miniature...

One more: if we (sorry, I'd feel much better saying I, but ..:-( ) get the 
FM radio running before then, we can broadcast sound for the presentation to 
mobile speakers. 

On a side note (and no plug intended): I'm involved in Limesco, the dutch 
telco start-up that is open organisation/hacker friendly. I'm not sure 
whether Limesco will be at FOSDEM, but I imagine it to be somewhat connected 
to our project. To my knowledge, there is no equivalent to it in another 
country. The options are still limited, due to small scale (sounds familiar). 
One special feature that is available now, is to route voice calls through 
your own server, instead of that of the telco. Does something like that offer 
possibilities for something interesting during FOSDEM? 

Are there some easily made GTA04 hardware extensions we could offer people to 
solder in 20-40 minutes under guidance? 

There must be some visitors from previous years on the list as well. How was 
our stand perceived last year? 

Best regards,

Boudewijn


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

Re: Fwd: Some questions about the freerunne

[Boudewijn]

On Tuesday 16 October 2012 23:45:54 Michaël Parchet wrote:
  I'm looking for a telephone with the free software. I need to read the
  open document file. Unfortunately, In my region, has a cafe I frequent 
  my phone provider have only a 3g antenna.
 
 Can you answer at thees questions ? :
Harry's answers are quite good. 

What is your goal? 

It seems you ask about Openmoko Neo Freerunner (GTA02), or at least, the 
answers seem to focus on that model. I enjoyed using it a lot. You probably 
found the wiki: http://wiki.openmoko.org/wiki/Neo_FreeRunner (and see 
distributions as well; though I'd suggest SHR or QtMoko).

Now I enjoy using my OpenPhoenux even better. There's a short page on the 
openmoko wiki as well (http://wiki.openmoko.org/wiki/GTA04), giving a history 
of the project. More extended information is available at gta04.org: about the 
hardware, the software and us, the community around it.

 what's last news about freerunner ?
The latest news in my opinion is what's said in another mail: the Freerunner 
is superseded by OpenPhoenux. There the story continues. I'll answer your 
questions from a GTA04/OpenPhoenux-perspective.

 Is it alway available at the switzerland distributor ?
OpenPhoenux hardware is developed, build and tested not far away from 
Switzerland, in and around München. Development is sponsored by Golden 
Delicious and distributed by handheld-linux.com, GD's webshop.
There are some more Swiss GTA04 users, if I recall correctly. Maybe someone 
will chime in and tell where they ordered.

 What's Qmoko  a software or the phone fondation that support this phone ?
 If Qmoko is a distribution wat's the current foundation that support and
 that make the freerunner ?
I'm not quite sure what you mean with the question. QtMoko is (indeed) a 
distribution for phones/mobile devices, especially Openmoko devices. It is 
based on Debian (armel), so all software you're used to using, is available.
 
  is there a possibility to add the 3g  and make some phone with this ?
That's how development of GTA04 started: adding 3g to something like 
GTA02/Freerunner, but with stronger hardware (starting with Beagleboard).

  Is there a software to reed and edit the opendocument ?
Yes. I have used Abiword on Freerunner. The screen of 640x480 is barely usable 
for this. I would export it over SSH. On OpenPhoenux there are more 
workarounds for the screen resolution: there's TV out and if you really 
wanted, it's possible to get a kit with a larger screen. Besides: working is 
much more comfortable with the stronger processor and larger memory.

  Wat's the antenna quality ? it's good ?
Colleagues with mainstream smartphones are surprised to see me calling in 
the elevator at my work. It does not always keep the connection, but their 
phones (A[ndroid|pple]) would fail for sure. This is with OpenPhoenux, using 
the Freerunner antenna.

  There are a software to reed the aac (m4a) and mp3
As much as there is on your desktop, there is on Openmoko devices. At the very 
least mplayer.

  Whath's the warranty conditions ?
It's produced and sold in the EU: 2 years (http://www.handheld-
linux.com/wiki.php?page=Service)

  There is no camera isn't it ?
Indeed. The hardware is prepared for a camera, but the actual camera module is 
optional.

  What's your answer ?
The final answer? Have a look at GTA04.org and join the fun!


Boudewijn


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

Fwd: Some questions about the freerunne

[Michaël Parchet]

 Hello,
 
 I'm looking for a telephone with the free software. I need to read the open 
 document file. Unfortunately, In my region, 
 has a cafe I frequent  my phone provider have only a 3g antenna.
 

Can you answer at thees questions ? :

what's last news about freerunner ?

Is it alway available at the switzerland distributor ?

What's Qmoko  a software or the phone fondation that support this phone ?

If Qmoko is a distribution wat's the current foundation that support and that 
make the freerunner ?


 is there a possibility to add the 3g  and make some phone with this ?
 
 Is there a software to reed and edit the opendocument ?
 
 Wat's the antenna quality ? it's good ?
 
 There are a software to reed the aac (m4a) and mp3
 
 What's the music format ?
 
 Whath's the warranty conditions ?
 
 There is no camera isn't it ?

 What's your answer ?

 Tanks for your help
 
 Best regards
 
 mparchet
 


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

Re: Fwd: [OHANDA] a Year of Open Source Everything

[elf Pavlik]

Excerpts from Sam Muirhead's message of 2012-08-14 15:57:15 +:
 I would very much like to at least do a writeup and video about the 
 OpenPhoenux, its community, its possibilities, needs and challenges.
 Obviously it would be wonderful if I could test an OpenPhoenux, but is 
 there anybody who might be interested in telling me a bit more about its 
 history of the project, and the hopes for the future of open source 
 portable devices/smartphones? As the original email stated, I'm based in 
 Berlin, happy to do interviews etc in German if preferred. I will be 
 travelling around a bit this year, so can visit people in other parts of 
 Europe, but if there are any people active with 
 Openmoko/GTA04/OpenPhoenux in Berlin, I'd love to hear from you!
 Kind regards,
 Sam Muirhead
AFAIK OpenPhoenux development focalizes in Munich :)

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

Fwd: [OHANDA] a Year of Open Source Everything

[elf Pavlik]

maybe we could organize an OpenPhoenux for Sam and his challenge? :)

--- Begin forwarded message from sam ---
From: sam s...@yearofopensource.net
To: ohanda oha...@piksel.no
Date: Thu, 26 Jul 2012 11:01:24 +
Subject: [OHANDA] a Year of Open Source Everything

 Hi, 
 I'm a filmmaker based in Berlin, about to start a year of trying to
live as free / libre / open source as possible - not just software but
also hardware, clothes, music... everything. it will be the subject of
a weekly video series throughout the year, with plenty of articles and
interviews along the way. The fastest way to get to grips with the
idea is probably to watch the pitch video [1].

 I want to use the project as a way to portray the idea and benefits
of freedom, transparency and modification in the products we use, and
tell my story of discovery as a way of tying all of these various
different aspects together, whether legal, technical, or cultural. I
think the OHANDA approach is an admirable one and something more
people need to hear about, and I'd love to meet up with someone (or a
few people) from the organisation to talk about its aims and processes
- I'd like to film something if possible but there are other options
we can discuss for the camera-shy...

 I think OHANDA tackles a key issue in this movement and I'd like to
show what you're doing relatively early on in the project (which
starts in 6 days!) but I can start by giving a summary of who you are
and what you're doing, link to your site, and then a little later in
the project we can do a more in-depth feature. 

 Please let me know if anyone from OHANDA would be interested in
helping out with the project in any way, if you can offer any support
or advice, and if you have any links to other projects / organisations
that may be relevant to my project, they would be very welcome!
 Regards,
 Sam Muirhead
 www.yearofopensource.net [2]



Links:
--
[1] http://mail.gandi.net/www.indiegogo.com/yearofopensource
[2] http://mail.gandi.net/www.yearofopensource.net
--- End forwarded message ---

Hi, 
I'm a filmmaker based in Berlin, about to start a year of trying to live as free / libre / open source as possible - not just software but also hardware, clothes, music... everything. it will be the subject of a weekly video series throughout the year, with plenty of articles and interviews along the way. The fastest way to get to grips with the idea is probably to watch the pitch video.

I want to use the project as a way to portray the idea and benefits of freedom, transparency and modification in the products we use, and tell my story of discovery as a way of tying all of these various different aspects together, whether legal, technical, or cultural. I think the OHANDA approach is an admirable one and something more people need to hear about, and I'd love to meet up with someone (or a few people) from the organisation to talk about its aims and processes - I'd like to film something if possible but there are other options we can discuss for the camera-shy...

I think OHANDA tackles a key issue in this movement and I'd like to show what you're doing relatively early on in the project (which starts in 6 days!) but I can start by giving a summary of who you are and what you're doing, link to your site, and then a little later in the project we can do a more in-depth feature. 

Please let me know if anyone from OHANDA would be interested in helping out with the project in any way, if you can offer any support or advice, and if you have any links to other projects / organisations that may be relevant to my project, they would be very welcome!
Regards,
Sam Muirhead
www.yearofopensource.net
 ___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Fwd: Re: Open GSM firmware - OsmocomBB supports Neo FreeRunner

[Martix]

Useful informations for these not subscribed to 
baseband-de...@lists.osmocom.org:



 Pu*vodní zpráva 
Pr(edme(t:  Re: Open GSM firmware - OsmocomBB supports Neo FreeRunner
Datum:  Tue, 10 Jul 2012 13:35:32 +0200
Od: Alexander Huemer alexander.hue...@xx.vu
Komu:   baseband-de...@lists.osmocom.org



Hi Martix,

On Tue, Jul 10, 2012 at 01:14:21PM +0200, Martix wrote:

Hi!

There is some GTA02 support in OsmocomBB project. You can flash open
source firmware for TI Calypso GSM modem.
http://bb.osmocom.org/trac/wiki/OpenMoko

Did anybody tried this firmware on his Neo FreeRunner? What's your
experience? Is it usable with SHR or Qt Moko like old proprietary
firmware? Calls, SMS, GPRS, SIM load/store (contacts, SMSs) works?
How many successfully flashed devices are here? And how many bricks?
;-)


AFAIK osmocom-bb works on the OpenMoko phones, but most likely not in
the way you expect. There is so far no AT-command interface, which means
you cannot use OpenMoko dialing-apps, etc. You have to use the normal
osmocom-bb telnet interface to interact with it.



[...]



Kind regards,
-Alexander Huemer




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

Fwd: Re: Open GSM firmware - OsmocomBB supports Neo FreeRunner

[Martix]

Useful informations for these not subscribed to 
baseband-de...@lists.osmocom.org:



 Pu*vodní zpráva 
Pr(edme(t:  Re: Open GSM firmware - OsmocomBB supports Neo FreeRunner
Datum:  Tue, 10 Jul 2012 13:50:54 +0200
Od: Pierre Pronchery khor...@defora.org
Komu:   baseband-de...@lists.osmocom.org



Hi,

On 10/07/2012 13:14, Martix wrote:


There is some GTA02 support in OsmocomBB project. You can flash open
source firmware for TI Calypso GSM modem.
http://bb.osmocom.org/trac/wiki/OpenMoko

Did anybody tried this firmware on his Neo FreeRunner? What's your
experience? Is it usable with SHR or Qt Moko like old proprietary
firmware? Calls, SMS, GPRS, SIM load/store (contacts, SMSs) works? How
many successfully flashed devices are here? And how many bricks? ;-)


I think there's already been a thread recently about this; please check
the archives.


I know about OsmocomBB from beginning, but Openmoko smartphones support
wasn't priority for them. I'm glad to see some progress on GTA02.


It's neither SHR or QtMoko, but I have begun to write some code to
integrate OsmocomBB with my own telephony implementation (called
DeforaOS Phone) for the Openmoko Freerunner. It is very, very early
work and therefore far from being functional yet, but for the record,
you can find it here:
http://www.defora.org/os/project/browse/3343?file=/src/modems/osmocom.c,vrevision=1.2

Previous versions of the DeforaOS environment are already packaged for
the hackable:1 distribution, and released within the dse series. For
more information on how to install and test this:
http://trac.hackable1.org/trac/wiki/DeforaOSSmartphone
http://trac.hackable1.org/trac/wiki/AvailableVersions/dse2
http://www.defora.org/os/wiki/3438/DeforaOS-Smartphone

HTH,
--
khorben




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

Re: [Gta04-owner] Fwd: MFS Talk. Tues, 20 Mar. OpenPheonux (GTA04): Return of the free phone by Michael Dorrington

[Dr. H. Nikolaus Schaller]

I have added a link to the Events page:

http://projects.goldelico.com/p/gta04-main/page/Events/


Am 19.03.2012 um 08:49 schrieb Michael Dorrington:

 On 14/03/12 10:42, Dr. H. Nikolaus Schaller wrote:
 Hi Michael,
 thanks for this support!
 
 Am 14.03.2012 um 10:11 schrieb Michael Dorrington:
 
 I am doing a talk about the GTA04 at Manchester Free Software, see
 details below.  I'd really appreciate suggestions, ideas, tips, etc. on
 what to include.
 
 I think you can start with the materials from the FOSDEM presentation:
 
 http://lists.openmoko.org/pipermail/community/2012-February/066383.html
 
 Thanks.
 
 Please could I have advice on things to show in the talk that currently
 work on the GTA04A4 and any config needed to get them working.  I've
 been trying various things out but have run out of time before the talk now.
 
 Regards,
 Mike.
 
 -- 
 FSF member #9429
 http://www.fsf.org/register_form?referrer=9429
 http://www.fsf.org/about
 The Free Software Foundation (FSF) is a nonprofit with a worldwide
 mission to promote computer user freedom and to defend the rights of all
 free software users.
 
 ___
 Gta04-owner mailing list
 gta04-ow...@goldelico.com
 http://lists.goldelico.com/mailman/listinfo/gta04-owner


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

Re: [Gta04-owner] Fwd: MFS Talk. Tues, 20 Mar. OpenPheonux (GTA04): Return of the free phone by Michael Dorrington

[Martix]

Thanks.

Will you attend with GTA04 project? :-)

Dne 19.3.2012 09:03, Dr. H. Nikolaus Schaller napsal(a):

I have added a link to the Events page:

http://projects.goldelico.com/p/gta04-main/page/Events/


Am 19.03.2012 um 08:49 schrieb Michael Dorrington:


On 14/03/12 10:42, Dr. H. Nikolaus Schaller wrote:

Hi Michael,
thanks for this support!

Am 14.03.2012 um 10:11 schrieb Michael Dorrington:


I am doing a talk about the GTA04 at Manchester Free Software, see
details below.  I'd really appreciate suggestions, ideas, tips, etc. on
what to include.

I think you can start with the materials from the FOSDEM presentation:

http://lists.openmoko.org/pipermail/community/2012-February/066383.html

Thanks.

Please could I have advice on things to show in the talk that currently
work on the GTA04A4 and any config needed to get them working.  I've
been trying various things out but have run out of time before the talk now.

Regards,
Mike.

--
FSF member #9429
http://www.fsf.org/register_form?referrer=9429
http://www.fsf.org/about
The Free Software Foundation (FSF) is a nonprofit with a worldwide
mission to promote computer user freedom and to defend the rights of all
free software users.

___
Gta04-owner mailing list
gta04-ow...@goldelico.com
http://lists.goldelico.com/mailman/listinfo/gta04-owner


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


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

Fwd: script is corrupt or invalid: (was: QtMoko v38 for GTA02)

[Guilhem Bonnefille]

Oops, I sent message only to Radek. Sorry for that.


-- Forwarded message --
From: Guilhem Bonnefille guilhem.bonnefi...@gmail.com
Date: 2012/2/4
Subject: script is corrupt or invalid: (was: QtMoko v38 for GTA02)
To: Radek Polak pson...@seznam.cz


Upgrading my QtMoko system, I found the following warning:

insserv: warning: script is corrupt or invalid:
/etc/init.d/../rcS.d/S96overcommit_memory.sh

Not sure the reason of this warning, but I noticed a white space
between #! magic and /bin/sh command on the first line. Or perhaps
just the missing insserv header to help it decide when to start this
service.

--
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/


-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

Fwd: FOSDEM 2012 stand confirmation: Openmoko

[Dr. H. Nikolaus Schaller]

Good news: we have been assigned a stand.

If you have (new) Openmoko related stuff to show, please let me
know to discuss details.

We will have several GTA04 devices in (let's cross fingers: full)
operation and the OpenPandora.

Please spread the word and plan to visit the stand.

Nikolaus


Anfang der weitergeleiteten E-Mail:

 Von: FOSDEM Stands Team sta...@fosdem.org
 Datum: 5. Januar 2012 16:04:43 MEZ
 An: Nikolaus Schaller h...@goldelico.com
 Kopie: sta...@fosdem.org
 Betreff: FOSDEM 2012 stand confirmation: Openmoko
 Antwort an: sta...@fosdem.org
 
 
 Hi Nikolaus Schaller
 
 We have the pleasure to inform you that your request for a stand
 at FOSDEM 2012 has been accepted.
 
 * amount of tables: 1
 * in building.: AW
 * build-up: from 09:00 on, on Saturday
 * teardown: closing is at 18:00 on Sunday

+++ details cut out +++

 
 Thank you for your participation and see you in Brussels soon :)
 
 cheers,
 The FOSDEM Team


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

Re: Fwd: FOSDEM 2012 stand confirmation: Openmoko

[Boudewijn]

Great! 

Do you already have a design for documentation/flyers? 

Boudewijn


On Thursday 05 January 2012 16:18:19 Dr. H. Nikolaus Schaller wrote:
 Good news: we have been assigned a stand.
 
 If you have (new) Openmoko related stuff to show, please let me
 know to discuss details.
 
 We will have several GTA04 devices in (let's cross fingers: full)
 operation and the OpenPandora.
 
 Please spread the word and plan to visit the stand.
 
 Nikolaus
 
 Anfang der weitergeleiteten E-Mail:
  Von: FOSDEM Stands Team sta...@fosdem.org
  Datum: 5. Januar 2012 16:04:43 MEZ
  An: Nikolaus Schaller h...@goldelico.com
  Kopie: sta...@fosdem.org
  Betreff: FOSDEM 2012 stand confirmation: Openmoko
  Antwort an: sta...@fosdem.org
  
  
  Hi Nikolaus Schaller
  
  We have the pleasure to inform you that your request for a stand
  at FOSDEM 2012 has been accepted.
  
  * amount of tables: 1
  * in building.: AW
  * build-up: from 09:00 on, on Saturday
  * teardown: closing is at 18:00 on Sunday
 
 +++ details cut out +++
 
  Thank you for your participation and see you in Brussels soon :)
  
  cheers,
  The FOSDEM Team
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


smime.p7s
Description: S/MIME cryptographic signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Fwd: FOSDEM 2012 stand confirmation: Openmoko

[ml]

Hi Boudewijn,

On Thu, 5 Jan 2012 16:30:34 +0100, Boudewijn wrote:

Do you already have a design for documentation/flyers?


I've got some spare flyers from last year, but nothing more or new.

Christoph


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

Fwd: [Gta04-owner] Status GTA04 GroupTour

[Alishams Hassam]

On Thu, Dec 29, 2011 at 2:50 AM, Dr. H. Nikolaus Schaller h...@goldelico.com
 wrote:

 snip

Well, we don't have a real mass market device and I think
 we should not even pretend to have one, in this phase.
 Because we are then compared to the 100 EUR Huawei
 Android/UMTS units where one has to suspect that the
 workers in China are being ripped off...

 I recently bought a used Motorola XT720 on Ebay for $80 CAD. That's a
price I can afford. I'm not saying you should drop prices or use bad
factories, but I personally need far more time to save up 499 Euros.


 What do you think should we do to make this group
 tour a success?

 * extend the subscription timeframe until we reach
  100%?


Please! The people who want it earlier will be disappointed, but seeing as
how the development model is so different, I'm sure they'll understand
(though ask them, which what you're doing I suppose).


 * ask for/collect donations to extend the early bird rebates?
   Some sort of sponsorship by community members for
   community members who can't afford a new GTA04
   immediately?


I love this idea, but with only 56 units ordered, I'm not going to hold my
breath.


 * have more resellers or buying groups to order batches
   of 10 units?

* talk more about the benefits and special features one
   can only find in a GTA04 and nowhere else?


Always good, but takes work. Someone in reply to a recent Phoronix article
suggested marketing them as devices that can be fully encrypted for the
politician or activist who needs it most. I hate to say it but people have
a real hard-on for Android. Making sure the AoF people have a board to hack
on could go a long way and you could reasonably call it an investment.

* subsidize GTA04 boards by combining them with a
   UMTS contract?


Possibly but very limited to certain areas, right? Maybe pick the top four
geekiest locations to this... What kind of person knows about this sort of
thing?


 * offer to pay only part of the price by end of the subscription
   time frame so that we can already buy the expensive
   and difficult to source components, but postpone
   production individually until the remaining payments
   arrive? (i.e. pay 200 EUR until 10th Feb and the remainder
   until May)


Big yes! I firmly set my vote for this option above all others. I can
afford one eventually, but even May might be too soon for me.


 More ideas are welcome! But please keep in mind
 that we can't develop something completely new until
 February and components cost what they cost...

 The simpler the idea the better!


You spoke about marketing in another post. This is crucial. Geeks should be
jumping for a phone that ships Debian + LXDE. I haven't seen one post on
Debian User, or the LXDE lists! These guys are the one's who'll be happy to
pay a premium. Let's blast all Foss lists that are even mildly relevant,
LUGS all have mailing lists, hackspace lists, where-ever makers hang out,
and this is just off the top of my head. Let's also ask GTA02 owners
(18,000 of them right?), who have one collecting dust to put them up on
Ebay or buy a GTA04. Kickstarter or a similar service like others
mentioned, is also a good idea. Even if it's just for specific areas, any
funding I'm sure will be put to good use.

I wish I had known earlier no one was doing marketing. Not that I really
have much time myself, but since no one else is stepping up to the plate
I'll see what I can conjure up. I'll start a marketing thread in the next
few days, please though if someone else wants to take the initiative you
have my blessing and thanks!


 And, there may be ideas which are too big for a single
 community member, but may become feasible if we all
 work together, contributing many small pieces.

 Curious about your ideas,
 Nikolaus

 [1]:
 http://www.giga.de/macnews/newsticker/ios-gegen-android-42-millionen-ios-26-millionen-android-aktivierungen-am-weihnachtstag-256890
 [2]:
 http://www.macrumors.com/2011/12/27/holiday-gifts-drive-new-ios-device-activations-sharply-higher/
 ___


For the record, I have three hurdles:

A) The price is too high for me. 499 Euros = 659.692059 Canadian dollars. I
pay less in rent. At $400 it's a strertch, but I could maybe pull it off by
February/March. It's just a matter of time before I get one, but it won't
be soon.

B) GSM in my area is very expensive. The only providers that have a fair
price where I live are UMTS IV (aka AWS). With the GSM networks, I'm
looking at 3 times more than the AWS networks. I have to factor in this
cost as well or relegate the GTA04 to a PDA.

C) I don't want to risk breaking my beloved FR. Section 4.9 of the manual
should highlight my concern. When I get my hands on a GTA04, I'll probably
do the switch at my local hack space under the supervision of a hardware
geek. FYI, I've had my FR since near launch and it's been sole phone even
when #1024 was making me miss calls. To go from an FR to a GTA04 would
provide 

Fwd: [FOSDEM] Third call for sessions for the FOSDEM cross-distribution miniconference

[Dr. H. Nikolaus Schaller]

Looks as if they urgently need more talks.

This is IMHO a chance for SHR, QtMoko, FSO to present the latest
great progress to a wider audience!


Anfang der weitergeleiteten E-Mail:

 Von: Wouter Verhelst wou...@debian.org
 Datum: 21. Dezember 2011 13:03:29 MEZ
 An: fos...@lists.fosdem.org, distributi...@lists.freedesktop.org, 
 distributi...@lists.fosdem.org
 Betreff: [FOSDEM] Third call for sessions for the FOSDEM cross-distribution 
 miniconference
 
 Hi all,
 
 (note MFT set to distributi...@lists.fosdem.org)
 
 FOSDEM is a yearly conference that takes place in the campus Solbosch of
 the Université Libre the Bruxelles, in Brussels, Belgium. The upcoming
 edition of FOSDEM will happen during the first weekend of February, that
 is, the 4th and 5th of February, 2012.
 
 During the past two editions, there has been a distributions
 miniconference at FOSDEM, inviting talks from all distribution projects.
 Distributions that have cooperated in the past include Debian, Fedora,
 CentOS, openSUSE, Mandriva, NixOS, and more.
 
 The distributions miniconference will happen again this year, and we are
 still seeking proposals for sessions.
 
 I've sent out two previous calls for sessions for the miniconference
 that set the deadline for talk proposals to December 22nd, 2011, which
 is tomorrow.
 
 A list of current proposals can be found at
 http://barbershop.grep.be/~wouter/fosdem/2012/talk_proposals.txt.
 There are some interesting proposals there, but unfortunately there
 aren't enough; we'll have two rooms for two days, which means we'll have
 around 32 hours worth of talk slots.
 
 A variety of sessions are welcome; round-table talks, BoFs as well as
 presentations, on any subject related to distribution development.
 Sessions can be about a subject specific to one particular distribution,
 or can be targetted to distribution developers in general.
 
 As said, the original deadline was December 22nd, but I am hereby
 extending the deadline until January 1st, 2012.
 
 People interested in holding a talk or chairing a BoF or round table are
 hereby invited to submit a proposal to the
 distributi...@lists.fosdem.org mailinglist (moderated for
 non-subscribers), containing the following information:
 
 - their name,
 - a (short) bio,
 - a title for the session,
 - an abstract for the session,
 - an expected duration for the session, including time for questions by
  the audience.
 
 Note that the distributi...@lists.fosdem.org mailinglist may also be
 used to discuss possible BoFs or round tables before actually formally
 proposing a session, or for general discussion relating to the
 miniconference.
 
 Note: feel free to forward this call to a wider audience on other
 mailinglists where appropriate.
 
 Regards,
 
 -- 
 The volume of a pizza of thickness a and radius z can be described by
 the following formula:
 
 pi zz a
 ___
 FOSDEM mailing list
 fos...@lists.fosdem.org
 https://lists.fosdem.org/listinfo/fosdem


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

Fwd: [FOSDEM] Call for presentations: Open Mobile Linux at FOSDEM 2012

[Dr. H. Nikolaus Schaller]

FYI.

I think this is the most important FOSDEM Devroom for Openmoko users and 
developers.

Nikolaus

Anfang der weitergeleiteten E-Mail:

 Von: Henri Bergius henri.berg...@iki.fi
 Datum: 14. Dezember 2011 10:48:33 MEZ
 An: fos...@lists.fosdem.org
 Betreff: [FOSDEM] Call for presentations: Open Mobile Linux at FOSDEM 2012
 
 Hi,
 
 At FOSDEM 2012 we will have a devroom related to Open Mobile Linux.
 Our primary goal is to facilitate meetups, collaboration and awareness
 between different projects and communities within Open Mobile Linux
 and provide a place to present directions, ideas and your projects
 themselves.
 
 By Open Mobile Linux we mean any open source projects revolving around
 typical non-desktop/server Linux, such as handsets, tablets, netbooks
 or other creative uses. Examples of such projects could be Qt5, Mer,
 MeeGo, Android, webOS, Plasma Active, Tizen, Boot to Gecko, SHR and
 other related projects.
 
 We have the room AW1.120 with 74 seats, a video projector (VGA),
 wireless internet on Saturday 4th February for a total of 8 hours.
 
 The format we will be utilizing is lightning talks of length 15
 minutes with 10 minutes of questions, 5 minute changeover to next
 speaker. Our goal is about 15 talks during the day.
 
 The motivation is that after each talk, you and your project will be
 visible to the rest of the Open Mobile Linux community and further
 deeper discussions into your topic with your peers can continue
 outside the devroom.
 
 Please send a short biography and an abstract for your talk to
 carsten.m...@gmail.com by Dec 31st 2011, and we'll get back to you at
 latest January 7th.
 
 http://bergie.iki.fi/blog/call_for_presentations-open_mobile_linux_at_fosdem_2012/
 
 -- 
 Henri Bergius
 Motorcycle Adventures and Free Software
 http://bergie.iki.fi/
 
 Jabber: henri.berg...@gmail.com
 Microblogs: @bergie
 ___
 FOSDEM mailing list
 fos...@lists.fosdem.org
 https://lists.fosdem.org/listinfo/fosdem


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

Fwd: [Gta04-owner] QtMoko status

[Dr. H. Nikolaus Schaller]

Radek,
this is very good news which deserves to be forwarded to the community list.

Nikolaus

Anfang der weitergeleiteten E-Mail:

 Von: Radek Polak pson...@seznam.cz
 Datum: 21. November 2011 18:54:21 MEZ
 An: List for communicating with real GTA04 owners gta04-ow...@goldelico.com
 Betreff: [Gta04-owner] QtMoko status
 Antwort an: List for communicating with real GTA04 owners 
 gta04-ow...@goldelico.com
 
 Hi,
 yesterday i have finally stopped my wooden case attempts, put the GTA04 in my 
 Freerunner's case and started working on software. The reason is that i would 
 need better tools for the wooden case and i dont want to damage the GTA04 
 board or the display.
 
 QtMoko has now support for GTA04 keys, it can read battery (only in 60s 
 intervals, polling has to be done yet), it can turn on/off backlight, it 
 seems 
 that the modem can receive SMS, read contacts and i could even make phone 
 call 
 (without sound yet).
 
 I found very helpful this page [1].
 
 I will keep you updated.
 
 Regards
 
 Radek
 
 
 [1] http://projects.goldelico.com/p/gta04-kernel/doc/
 ___
 Gta04-owner mailing list
 gta04-ow...@goldelico.com
 http://lists.goldelico.com/mailman/listinfo/gta04-owner


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

Re: Fwd: [Gta04-owner] QtMoko status

[Patryk Benderz]

Dnia 2011-11-22, wto o godzinie 09:08 +0100, Dr. H. Nikolaus Schaller
pisze:
 Radek,
 this is very good news which deserves to be forwarded to the community list.
[cut]
  that the modem can receive SMS, read contacts and i could even make phone 
  call 
  (without sound yet).
Indeed, good news. I just hope Radek will stil find time to develop
QtMoko for GTA02 :)
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


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

Re: Fwd: [Gta04-owner] QtMoko status

[Giacomo 'giotti' Mariani]

On 11/22/2011 12:00 PM, community-requ...@lists.openmoko.org wrote:

Dnia 2011-11-22, wto o godzinie 09:08 +0100, Dr. H. Nikolaus Schaller
pisze:

  Radek,
  this is very good news which deserves to be forwarded to the community list.

[cut]

that the modem can receive SMS, read contacts and i could even make phone 
call
(without sound yet).

Indeed, good news. I just hope Radek will stil find time to develop
QtMoko for GTA02:)

+1
:-)

--
##
giacomo 'giotti' mariani
gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859
O  ASCII ribbon campaign: stop HTML mail
www.asciiribbon.org
##


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

Re: Fwd: [Gta04-owner] QtMoko status

[Boudewijn]

On Tuesday 22 November 2011 10:00:34 Patryk Benderz wrote:
 Dnia 2011-11-22, wto o godzinie 09:08 +0100, Dr. H. Nikolaus Schaller
 
 pisze:
  Radek,
  this is very good news which deserves to be forwarded to the community
  list.
 
 [cut]
 
   that the modem can receive SMS, read contacts and i could even make
   phone call (without sound yet).
 
 Indeed, good news. I just hope Radek will stil find time to develop
 QtMoko for GTA02 :)

When using FS, one does not exclude the oter, does it?  And in how far are 
developments in QtMoko device specific? 

Boudewijn

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

Re: Fwd: [Gta04-owner] QtMoko status

[Rafael Ignacio Zurita]

--- On Tue, 11/22/11, Patryk Benderz patryk.bend...@esp.pl wrote:
  Radek,
  this is very good news which deserves to be forwarded
 to the community list.
 [cut]
   that the modem can receive SMS, read contacts and
 i could even make phone call 
   (without sound yet).
 Indeed, good news. I just hope Radek will stil find time to
 develop
 QtMoko for GTA02 :)

hehe.. His work with qtmoko did me able to use my gta02
as phone for daily use. I read along different versions different
contributions. So it is always a good idea to help to do
qtmoko better :) (for all the gta02s around, or gta04, or whatever).

Rafa


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

Fwd: [FOSDEM] Cross-Distribution devroom: Call for Participation

[Dr. H. Nikolaus Schaller]

What about having SHR, QtMoko, hackable, FSO etc. share
one session? Maybe sort of a round table?

Something like Community driven Distributions for Smartphones

Who would like to represent his/her project? Who would like
to moderate?

Nikolaus


Anfang der weitergeleiteten E-Mail:

 Von: Wouter Verhelst wou...@debian.org
 Datum: 11. November 2011 12:17:11 MEZ
 An: fos...@lists.fosdem.org, distributi...@lists.fosdem.org
 Betreff: [FOSDEM] Cross-Distribution devroom: Call for Participation
 
 Hi,
 
 Now that the word is out on the list of accepted devrooms, we can sure
 expect many calls for participation from the many devrooms on this list.
 Let me be the first (I hope):
 
 There will again be a cross-distribution miniconference at FOSDEM this
 year. People or distribution projects who are interested in joining it
 are hereby invited to communicate that desire.
 
 For practical purposes, I would like to request that one person steps
 forward from each involved distributions devroom, so that we can list
 the participating projects on our website (as during previous years),
 but also so that I have some contact within each project in case it's
 needed.
 
 People interested in holding a session should let that intention be
 known on the distributi...@lists.fosdem.org mailinglist, with the
 following information:
 
 - Their name
 - A (short) bio, to be put on the website along with their speaker name
 - (optionally) a picture of themselves
 - The title of their session (which will go on the website and in the
  booklet)
 - A (short) abstract describing the session in further detail.
 - The desired approximate duration for the session.
 
 Sessions can be talks, round tables, BoFs, or any number of other things
 that could generally benefit from an audience of distributions
 developers. In the case of BoF or round table sessions, note that I will
 still consider the submitter to be the 'speaker', though their role will
 probably be more something of a moderator.
 
 The deadline for submissions is December 22nd.
 
 -- 
 The volume of a pizza of thickness a and radius z can be described by
 the following formula:
 
 pi zz a
 ___
 FOSDEM mailing list
 fos...@lists.fosdem.org
 https://lists.fosdem.org/listinfo/fosdem


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

Fwd: [QtMoko] Using the toolchain

[Giacomo 'giotti' Mariani]

Hello,

   I'm trying to compile vim-qt[1] for QtMoko, using the official
tool-chain.

I have some problem described in the last comment in
https://code.google.com/p/vim-qt/wiki/Building

any hint would be very welcome.

Cheers,
Giacomo

[1] https://gitorious.org/vim-qt

--
##
giacomo 'giotti' mariani
gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859
O   ASCII ribbon campaign: stop HTML mail
www.asciiribbon.org
##



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

Fwd: GTA04 at LinuxTag (next week @ Berlin / Germany) - free tickets

[Dr. H. Nikolaus Schaller]

Since not everyone is registered on the gta04-owner list.

Anfang der weitergeleiteten E-Mail:

 Von: Dr. H. Nikolaus Schaller h...@goldelico.com
 Datum: 6. Mai 2011 14:04:59 MESZ
 An: List for communicating with real GTA04 owners gta04-ow...@goldelico.com
 Betreff: GTA04 at LinuxTag (next week @ Berlin / Germany) - free tickets
 
 Dear all,
 we have organized that the GTA04 project has got a project meeting
 point in Hall 7.2a booth 115 at LinuxTag (Berlin Fair).
 
 A project meeting point means that there isn't a booth manned all 4 days
 but only for specific time slots. Rene and Christoph (FRNB) will be there
 and Mickey (FSO) will also come from time to time.
 
 And, we have received 15 free 4-day tickets from the LinuxTag
 organizers that we want to share with you. So if you are interested,
 please mail me ASAP so that I can send you the ticket.
 
 As far as I understand, you will receive a link where you can
 register and print out a PDF.
 
 We will show the single GTA04A2 device in operation.
 
 Hope to see you all in Berlin next week,
 Nikolaus Schaller
 
 

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

Fwd: ROS on Freerunner

[Dr. H. Nikolaus Schaller]

I think this can also be of interest to the Openmoko community.


Am 19.04.2011 um 09:46 schrieb Jan Tuennermann:

 Ron,
 
 thanks for forwarding.  ROS (Robot Operating System) is a kind of meta 
 operating system. It does not really handle OS functions, also it is not real 
 time. It's a great concept that boosts development in the robotic area. It is 
 based on a publisher / subscriber paradigm; you implement your software as 
 node which will publish and receive messages. For example, if you wrap a face 
 detection algorithm or something in a ROS-node, it would subscribe to image 
 messages and probably publish a custom message with coordinates of a face, or 
 maybe another image with the face marked. This node can now receive images 
 from any node that publishes images. For example, a webcam-node. Or a node 
 that loads test-data from hard drive or maybe from a 3D-Simulator. Also, 
 there are a lot of components that already come with ROS. So if we wanted to 
 display the image with the face marked in it, we would just need to make an 
 image_view node (comes with ROS) to subscribe our images. More complex 
 components can display 3D point-clouds (for example from a laser range 
 finder), etc.  ROS nodes register with a master and they don't need to be on 
 the same machine, as they can communicate over network.
 
 Right now I'm trying to get a gpsd_client node to run on the OpenMoko. On a 
 remote PC a gpsd_viewer node will run, subscribing gpsFix messages which it 
 will use to display the Moko's location in a map from the OpenStreetMap 
 project. I'm planning to connect the Moko to a micro- controler which then 
 controls a RC-car. I tested this before, so I'm optimistic that I will get it 
 working. When it works I might add a X-Box kinnect, which is already 
 supported by ROS to capture 2D and 3D visual information to enable the RC-car 
 for autonomous driving. 
 
 best regards,
 Jan
 
 
 
 
 
 Am 19.04.2011 01:14, schrieb Ron K. Jeffries:
 
 sending this item along seen on the ROS list.
 
 Not sure if OpenMoko folks have already seen it.
 
 A future board similar to SIE nee SAKC would
 benefit from a real time OS. This one [ROS]
 appears to be open and free and widely supported.
 
 -- Forwarded message --
 From: Jan Tuennermann tuennerm...@get.uni-paderborn.de
 To: ros-us...@code.ros.org
 Date: Mon, 18 Apr 2011 09:28:02 +0200
 Subject: [ros-users] ROS running on Neo Freerunner
 Hi everyone,
 
 I spent some time on the weekend to get ROS diamondback running on the 
 OpenMoko smart phone Neo Freerunner. With it's WiFi,  GPS, Accelerometers 
 and Linux capabilities it might be an alternative for robot projects where a 
 netbook is to large or to heavy.
 
 I put an installation guide here: http://www.ros.org/wiki/freerunner
 
 I was not really sure where to put it, as it is not really a tutorial and 
 also no stack description. So if the place is inappropriate, it would be 
 nice if someone could move it.
 
 Jan
 
 ---
 Ron K. Jeffries
 http://ronkjeffries.pen.io
 
 
 
 
 
 
 -- 
  M.Sc. Jan  T U E N N E R M A N N   _
 
   University of Paderborn
  
 Faculty of Computer Science
Electrical Engineering and Mathematics
   GET Lab
 
  phone: +49/ (0)5251/ 60 - 2219 Pohlweg 47-49
  fax:   +49/ (0)5251/ 60 - 3238 D-33098 Paderborn
 
Faculty of Cultural Sciences
Department of Psychology
  PsyLab
  
  phone: +49/ (0)5251/ 60 - 2907  Warburger Straße 100
  fax:   +49/ (0)5251/ 60 - 3528   D-33098 Paderborn
 
  email: tuennerm...@get.uni-paderborn.de
 ___
 Qi Hardware Discussion List
 Mail to list (members only): discuss...@lists.en.qi-hardware.com
 Subscribe or Unsubscribe: 
 http://lists.en.qi-hardware.com/mailman/listinfo/discussion

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

Fwd: [Hackable1-user] First beta version of the DeforaOS smartphone environment on hackable:1

[Pierre Pronchery]

Dear community,

hackable:1 is still alive, and even welcomed a new developer (hi Trim!)
Better, we are currently preparing another release of hackable:1, based
on the DeforaOS smartphone environment (details below).

A number of fixes and improvements made it to the beta since its
original announcement last week, including the long-awaited homescreen
support. Screenshot:
http://www.defora.org/os/download/download/3512/dse2-Screenshot-2.png

The current images are there:
http://build.hackable1.org/releases/dse2-beta/

Happy testing!
-- khorben

 Original Message 
Subject: First beta version of the DeforaOS smartphone environment on
hackable:1
Date: Sun, 13 Mar 2011 22:11:51 +0100
From: Pierre Pronchery khor...@hackable1.org
Reply-To: hackable1-u...@lists.hackable1.org
Organization: hackable:1
To: hackable1-...@lists.hackable1.org
CC: hackable1-u...@lists.hackable1.org

Dear hackable:1 developers and users,

it is now time for me to announce the beta version of dse2, or second
release of the DeforaOS smartphone environment as found on hackable:1.
Is still adheres to the initial goal of hackable:1, as in:
- based on Debian,
- focusing on GNOME Mobile software and user experience.

It features however an almost complete re-implementation of the user
interface and telephony software compared to the last official release,
rev5, which was based on the software stack from OpenedHand shipping on
the Openmoko Freerunner for its launch, and known as Om2007.2.

You can read more about the environment itself here already:
https://trac.hackable1.org/trac/wiki/DeforaOSSmartphone

And of course, the images themselves can be found there:
http://build.hackable1.org/releases/dse2-beta/
where Hackable1-Openmoko-Freerunner-phone-2011.03a-rootfs.jffs2 is meant
to be flashed to the NAND memory via dfu-util, and
Hackable1-Openmoko-Freerunner-phone-2011.03a.tar.gz is for MicroSD cards
in the expansion slot.

The list of changes since dse1 are numerous, and I will certainly forget
some, even while listing only the most significant ones:

- complete re-implementation of the images generation system
  = images are now based on the new stable Debian version, squeeze
  = the images shipped no longer need apt trickery to be upgraded
  = support for other distributions than Debian can be easily added

- major improvements to the user interface
  = more space for applications on the screen
  = the virtual keyboard is more usable (windows are resized when
 showed)
  = file associations can be set and changed directly from the file
 browser's preferences dialog
  = new web browser, task list manager and media player
  = usability fixes for finger-based interaction

- improved telephony and mobility support
  = GPRS support was added
  = the screen locks automatically
  = suspend and resume are supported as well

- newer kernel, with fixes for hardware support
  = MicroSD cards can be mounted again

Unfortunately, not everything could always be kept as well as it was
before, or improved as much as planned and hoped in time for this release:

- the Show desktop button could be fixed, but there is no way to
  enable the homescreen yet
  = a proper integration with matchbox-window-manager is still required
- pre-installed GPS support had to be removed
  = too many dependencies for gpsd
- wireless support is also not pre-installed
  = too many dependencies for wicd
- hardware buttons are still not supported
  = neod can now be installed again though
- the HTC TouchPro is not supported in a decent way yet
- support for other telephony backends (SIP, osmocore) is ongoing but
  still not good enough to be released here

Although, there is still time to work some more on this version. My
objective is to release dse2 next week-end, or after a release-candidate
cycle if necessary. Let me know what should be done before then!

Of course, I will welcome any other comments, feedback, bug reports,
patches, contributions of any kind.

Cheers and hope this helps!

-- 
khorben


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

Re: Fwd: [Hackable1-user] First beta version of the DeforaOS smartphone environment on hackable:1

[Thomas Bellembois]

Le 21/03/2011 11:48, Pierre Pronchery a écrit :

Dear community,

hackable:1 is still alive, and even welcomed a new developer (hi Trim!)
Better, we are currently preparing another release of hackable:1, based
on the DeforaOS smartphone environment (details below).

A number of fixes and improvements made it to the beta since its
original announcement last week, including the long-awaited homescreen
support. Screenshot:
http://www.defora.org/os/download/download/3512/dse2-Screenshot-2.png

The current images are there:
http://build.hackable1.org/releases/dse2-beta/

Happy testing!
-- khorben
   

Very good news !
Thanks for this great work. I will continue to test this new distribution.
Regards,

Thomas

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

Re: Fwd: New theme by a french ..

[Patryk Benderz]

[cut]
 Hi Patryk,
 that's what i did and he should be subscribed now :-)
Greta, thanks!
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


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

Re: Fwd: New theme by a french ..

[Radek Polak]

Patryk Benderz wrote:

 [cut]
 Hi Radek,
 why don't you encourage this guy to subscribe to
 community@lists.openmoko.org ?

Hi Patryk,
that's what i did and he should be subscribed now :-)

Regards

Radek

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

Re: Fwd: New theme by a french ..

[Patryk Benderz]

[cut]
  Hello (sorry, i'am french),
  
  I am currently working on a theme for QtMoko.
  
  I have some questions to continue but I will first present it to
  you.
[cut]
Hi Radek,
why don't you encourage this guy to subscribe to
community@lists.openmoko.org ?


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

Fwd: New theme by a french ..

[Radek Polak]

---BeginMessage---
Hello (sorry, i'am french),
  
I am currently working on a theme for QtMoko.
I have some questions to continue but I will first present it to you.
  
Here are some screenshots:
1: http://scap.linuxtogo.org/files/cb5f1b2017ab310b8308444d844044e2.png 
2: http://scap.linuxtogo.org/files/14f997441b41eb670713873ff90d7b4d.png 
3: http://scap.linuxtogo.org/files/45dd0532ab9fbb82d0406f2d08286a35.png 
4: http://scap.linuxtogo.org/files/9b4c7c9396fd25dabaaa89addb92f54b.png 
5: http://scap.linuxtogo.org/files/e040968d874465160db0f256fdfba9de.png 
6: http://scap.linuxtogo.org/files/9f8eb8b014f08d6101e5da37e98bf1b5.png 
  
Who do I contact for my questions?
  
Regards!
---End Message---
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Fwd: New theme by a french ..

[David Lanzendörfer]

Hello
Hi

(sorry, i'am french),
You're forgiven ;-)

Here are some screenshots:
Great work!
Wish someone would do such beautiful designs for SHR too...

best regards
lev


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

Re: [gta04-devel] Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[Dr. H. Nikolaus Schaller]

Am 31.10.2010 um 12:48 schrieb David Lanzendörfer:

 What do you think?
 A bit guerilla... But seems to be the only way.
 So lets do a presentation visitation guidline for OM-interested people.

So here is a Wiki page. Now let's fill it with more information:

http://wiki.openmoko.org/wiki/Fosdem_2011

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

Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[David Lanzendörfer]

Seems as we lost our devroom after all.
Sadly our project is still to small to get a room or so.
Dunno.
Mickey? Nikolaus? Do you wanna hold your presentation after all?
You might get a presentation in one of the biggest rooms.
Perhaps you can motivate more devs to help us getting
OpenMoko rule the market again.
And you could also make some advertisement for the presale :-)
(I can't come, because of examina)

best regards
leviathan
---BeginMessage---

Dear David Lanzendoerfer,

Unfortunately your devroom request for FOSDEM 2011 was declined.
You might have discovered this indirectly already, we are very sorry for 
that. Something went wrong in the sending of the decline-mails, we did 
not wish for this to happen in this way.


To clarify, your request was perfectly valid, but we had to choose. 
Unfortunately we do not have a sufficient number of rooms to our 
disposal to cover all requests.


Nevertheless, there are other ways to participate in FOSDEM too. A call 
for participation will be announced around next week, with opportunities to:

- have a stand at FOSDEM,
- hold a FOSDEM lightningtalk in one of the biggest rooms,
- speak in one of the other devrooms.

More specifically, like previous years there will be an 'embedded' 
devroom for all software on embedded and mobile devices.
The contact person is Philippe De Swert philippedesw...@gmail.com, 
contact him if you wish to participate in this devroom.



On behalf of the FOSDEM devroom team,
Tias
---End Message---


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

Re: [gta04-devel] Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[Michael 'Mickey' Lauer]

Am Sonntag, den 31.10.2010, 10:48 +0100 schrieb David Lanzendörfer:
 Seems as we lost our devroom after all.

Not surprising. That we got it last year was an exception thanks to
Xorg not being able to fill in their slot. Unfortunately FOSDEM
organizers fail to realize the importance of mobile technologies, hence
desktop stuff is still set and obviously if you had a room for 'n'
years, you will have it every year. *sigh*

 Sadly our project is still to small to get a room or so.
 Dunno.
 Mickey? Nikolaus? Do you wanna hold your presentation after all?

Not me. A lightning talk about the state of FSO on foreign hardware
makes no sense to me and the program of the embedded room seems to be
fixed to buildsystems, C libraries, and kernel tweakings for years now.

:M:



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

Re: [gta04-devel] Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[Dr. H. Nikolaus Schaller]

Am 31.10.2010 um 11:49 schrieb Michael 'Mickey' Lauer:

 Am Sonntag, den 31.10.2010, 10:48 +0100 schrieb David Lanzendörfer:
 Seems as we lost our devroom after all.

Bad news :(

 Not surprising. That we got it last year was an exception thanks to
 Xorg not being able to fill in their slot. Unfortunately FOSDEM
 organizers fail to realize the importance of mobile technologies, hence
 desktop stuff is still set and obviously if you had a room for 'n'
 years, you will have it every year. *sigh*

Yes, they have a different view on all the projects. As far as
I understand there aren't any hardware-centerted devrooms.

 Sadly our project is still to small to get a room or so.

This may be the main question for the FOSDEM organizers - what exactly is our 
project.
For them it may appear to be something fragmented between Distribution, 
Telephony, Embedded.

For all those components they have separate Devrooms.

 Dunno.
 Mickey? Nikolaus? Do you wanna hold your presentation after all?
 
 Not me. A lightning talk about the state of FSO on foreign hardware
 makes no sense to me and the program of the embedded room seems to be
 fixed to buildsystems, C libraries, and kernel tweakings for years now.

Yes, that is also my impression.

What we can do is to organize our own virtual devroom. Idea:

* we open a page fosdem2011 on wiki.openmoko.org
* everyone tries to get a presentation into all relevant devrooms
-- Mickey @ Telephony
-- Nikolaus @ Embedded or Lightning
-- Serdar @ Distribution miniconf
-- SHR @ Distribution miniconf
-- etc.
* on the wiki page we collect the time, location, title etc. to 
provide our own Openmoko view into the FOSDEM database...

What do you think?

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

Re: [gta04-devel] Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[David Lanzendörfer]

What do you think?
A bit guerilla... But seems to be the only way.
So lets do a presentation visitation guidline for OM-interested people.

best regards
leviathan


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

Re: [gta04-devel] Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[W. B. Kranendonk]

--- On Sun, 10/31/10, Michael 'Mickey' Lauer mic...@vanille-media.de 
 Am Sonntag, den 31.10.2010, 10:48 +0100 schrieb David Lanzendörfer:
  Seems as we lost our devroom after all.
 
 Not surprising. That we got it last year was an exception
 thanks to
 Xorg not being able to fill in their slot. Unfortunately
 FOSDEM
 organizers fail to realize the importance of mobile
 technologies, 
Such a pity. I enjoyed the presentations as well as the audience last year 
(wow, are ALL those people fiddling with my phone as well :-) )

  Sadly our project is still to small to get a room or
 so.
  Dunno.
  Mickey? Nikolaus? Do you wanna hold your presentation
 after all?
Last FOSDEM was my first, making me not too familiar with the organisation of 
the event. I did notice that though we occupied a couple of buildings, others 
were not in use. Would it be an option to organize a shadow-event nearby? Is 
one of us living near there? Perhaps the Brussel Hackerspace is willing to 
provide room outside FOSDEM-hours? It shouldn't be too far from the main FOSDEM 
event, so there's at least a remote chance of pulling some not-OM-visitors to 
the event. If there's interest in organizing something like that, I volunteer 
to make phonecalls or send mails after receiving some pointers where to look 
for room.

 (...) the program of the embedded room
 seems to be
 fixed to buildsystems, C libraries, and kernel tweakings
 for years now.
Well, it's FOS-, not FOHWDEM. I hope it will shift towards open hardware more 
and more (there were the RepRap, Arduino and Beagleboard besides OM, perhaps 
others I didn't notice)

Boudewijn



  

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

Re: [gta04-devel] Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[Rui Miguel Silva Seabra]

  Em 31-10-2010 11:23, Dr. H. Nikolaus Schaller escreveu:
 Not me. A lightning talk about the state of FSO on foreign hardware
 makes no sense to me and the program of the embedded room seems to be
 fixed to buildsystems, C libraries, and kernel tweakings for years now.
 Yes, that is also my impression.

 What we can do is to organize our own virtual devroom. Idea:

 * we open a page fosdem2011 on wiki.openmoko.org
 * everyone tries to get a presentation into all relevant devrooms
 -- Mickey @ Telephony
 -- Nikolaus @ Embedded or Lightning
 -- Serdar @ Distribution miniconf
 -- SHR @ Distribution miniconf
 -- etc.
 * on the wiki page we collect the time, location, title etc. to
 provide our own Openmoko view into the FOSDEM database...

 What do you think?

And have the meetings at nice bars in Brussels center ;)

Rui

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

Re: [gta04-devel] Fwd: FOSDEM 2011 Devroom on SHR/FSO declined

[Serdar Dere]

Hi there, I got this eMail.

I will try to get more information to get a few hours of time for us.

Greetings Serdar

Dear Serdar Dere,

Unfortunately your devroom request for FOSDEM 2011 was declined.
You might have discovered this indirectly already, we are very sorry for 
that. Something went wrong in the sending of the decline-mails, we did 
not wish for this to happen in this way.

To clarify, your request was perfectly valid, but we had to choose. 
Unfortunately we do not have a sufficient number of rooms to our 
disposal to cover all requests.

Nevertheless, there are other ways to participate in FOSDEM too. A call 
for participation will be announced around next week on our website, 
with opportunities to:
- have a stand at FOSDEM,
- hold a FOSDEM lightningtalk in one of the biggest rooms,
- speak in one of the other devrooms.

More specifically, like previous years there will be an 'embedded' 
devroom for all software on embedded and mobile devices.
The contact person is Philippe De Swert philippedesw...@gmail.com, 
contact him if you wish to participate in this devroom.


On behalf of the FOSDEM devroom team,
Tias


Am 31.10.10 11:49, schrieb Michael 'Mickey' Lauer:
 Am Sonntag, den 31.10.2010, 10:48 +0100 schrieb David Lanzendörfer:
 Seems as we lost our devroom after all.
 Not surprising. That we got it last year was an exception thanks to
 Xorg not being able to fill in their slot. Unfortunately FOSDEM
 organizers fail to realize the importance of mobile technologies, hence
 desktop stuff is still set and obviously if you had a room for 'n'
 years, you will have it every year. *sigh*

 Sadly our project is still to small to get a room or so.
 Dunno.
 Mickey? Nikolaus? Do you wanna hold your presentation after all?
 Not me. A lightning talk about the state of FSO on foreign hardware
 makes no sense to me and the program of the embedded room seems to be
 fixed to buildsystems, C libraries, and kernel tweakings for years now.

 :M:



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


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

Re: [E-devel] Fwd: Glamo secrets, acceleration, X11, directfb, was: X11 dependencies hardcoded in ecore_evas

[Michael 'Mickey' Lauer]

Am Sonntag, den 18.04.2010, 13:38 +0200 schrieb mobi phil:
  dfb isnt common to fb and x11 - it is an enitre display system of its own.
  there is a specific xdirectfb server on top of dfb. but it is not a common
  component. i think you misunderstand directfb... :) \
 
 No!!! I do not misunderstand... Yourself you said the same... Indeed there
 is a simple xdirectfb on top of dfb. So If everybody, Qt based apps (QtMoko)
 and X would talk to directfb, then directfb would be an almost perfect
 lowest common denominator.

The lowest common denominator is already present, it's the dumb (but
almost always present) framebuffer. I'd appreciate a library that
implements an OSD in EFL.

-- 
:M:


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

Re: Fwd: [SHR-T-Latest] PISI problems

[Michael Pilgermann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Looks like a problem with your PISI configuration file
(/home/root/.pisi/conf) ...

Any chance you could post the relevant part of your config (around dbus
configuration)??? ... I guess, there is some spelling mistake with
contacts_dbussim

Best
Michael

On 04/17/2010 08:28 PM, Tony Berth wrote:
 OK, this took some time (terrible sorry for that!) but now here is the
 requested output:
 
 --
 r...@om-gta02 ~ $ pisi -v contacts_dbussim contacts.vcf
 
 ***
 **   PISI**
 ***
 ** PISI is synchronizing information **
 ** http://projects.openmoko.org/projects/pisi/ 
 ***
 
 *** PHASE 0 - Configuration ***
 Verbose mode on
 In case of conflicts I use the following strategy: Skip
 Reading configfile: /home/root/.pisi/conf
 Traceback (most recent call last):
   File /bin/pisi, line 156, in module
 pisicli.startCLI()
   File /opt/pisi/pisicli.py, line 215, in startCLI
 source = pisi.importModules(configfolder,  config,  modulesToLoad, 
 modulesNamesCombined, soft)
   File /opt/pisi/pisi.py, line 78, in importModules
 modulename = config.get(  modulesToLoad[i], 'module' )
   File /usr/lib/python2.6/ConfigParser.py, line 531, in get
 raise NoSectionError(section)
 ConfigParser.NoSectionError: No section: 'contacts_dbussim'
 
 
 Thanks
 
 Tony
 
 On Tue, Apr 6, 2010 at 6:20 PM, Michael Pilgermann kichka...@gmx.de
 mailto:kichka...@gmx.de wrote:
 
 Hi tony,
 
 this problem is still there?
 
 Could you please start pisi from a shell and provide some debug output??
 
 thx, best
 Michael
 
 
 On 04/06/2010 06:11 PM, Tony Berth wrote:
 any chance to draw some attention to this one below?
 
 Thanks
 
 Tony
 
 -- Forwarded message --
 From: *Tony Berth* tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com mailto:tonybe...@googlemail.com
 Date: Mon, Apr 5, 2010 at 12:20 AM
 Subject: [SHR-T-Latest] PISI problems
 To: List for Openmoko community discussion
 community@lists.openmoko.org mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 
 
 Dear Team,
 
 did a fresh install of the latest SHR-Testing image and tried to
 import
 my SIM contacts via PISI. The progress bar goes up to: 'Finished
 (40%)'
 and then stops. Needless to say that no contacts were imported.
 
 Thanks for your help
 
 Tony
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org mailto:community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJLyytQAAoJECyCaNMbCftRk9gH/iQoXE2q6/Ct92oDv+ZgtKP0
SK3Gl5faQqVDdvskErfEUdyOyIiihaggxR6DiHTuA65Q/rPbe6HSamvY+JkNn9hu
vrGAz8AxcPGEyCJMZQF1UQQyu/PTfgrrExje7AEpIUhQlDyH43nruORWRuyo5Oc8
6IftxOa0xDXIIXuMisAZWpM22J/bZTXpsoeTOB6Ixqugf6dw81RQZ334+EjH9Yla
6HCis1itsUlKYYiO5v9Gfg81FyYJ2QkV7BS+wCK+V3oB3cu2i1VkuWw9t2efeOPo
GZOodevCVgFI+7RcNXk6c+E8lwBIOqMYl3EtF2mFANQ5g68lIa1lX+hPZflsX3w=
=7Bbg
-END PGP SIGNATURE-

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

Re: Fwd: [SHR-T-Latest] PISI problems

[Tony Berth]

indeed but didn't change anything on the default one - except of excluding
(comment out) some services.

Attcahed the the conf file.

On Sun, Apr 18, 2010 at 5:54 PM, Michael Pilgermann kichka...@gmx.dewrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Looks like a problem with your PISI configuration file
 (/home/root/.pisi/conf) ...

 Any chance you could post the relevant part of your config (around dbus
 configuration)??? ... I guess, there is some spelling mistake with
 contacts_dbussim

 Best
 Michael

 On 04/17/2010 08:28 PM, Tony Berth wrote:
  OK, this took some time (terrible sorry for that!) but now here is the
  requested output:
 
  --
  r...@om-gta02 ~ $ pisi -v contacts_dbussim contacts.vcf
 
  ***
  **   PISI**
  ***
  ** PISI is synchronizing information **
  ** http://projects.openmoko.org/projects/pisi/ 
  ***
 
  *** PHASE 0 - Configuration ***
  Verbose mode on
  In case of conflicts I use the following strategy: Skip
  Reading configfile: /home/root/.pisi/conf
  Traceback (most recent call last):
File /bin/pisi, line 156, in module
  pisicli.startCLI()
File /opt/pisi/pisicli.py, line 215, in startCLI
  source = pisi.importModules(configfolder,  config,  modulesToLoad,
  modulesNamesCombined, soft)
File /opt/pisi/pisi.py, line 78, in importModules
  modulename = config.get(  modulesToLoad[i], 'module' )
File /usr/lib/python2.6/ConfigParser.py, line 531, in get
  raise NoSectionError(section)
  ConfigParser.NoSectionError: No section: 'contacts_dbussim'
  
 
  Thanks
 
  Tony
 
  On Tue, Apr 6, 2010 at 6:20 PM, Michael Pilgermann kichka...@gmx.de
  mailto:kichka...@gmx.de wrote:
 
  Hi tony,
 
  this problem is still there?
 
  Could you please start pisi from a shell and provide some debug output??
 
  thx, best
  Michael
 
 
  On 04/06/2010 06:11 PM, Tony Berth wrote:
  any chance to draw some attention to this one below?
 
  Thanks
 
  Tony
 
  -- Forwarded message --
  From: *Tony Berth* tonybe...@googlemail.com
  mailto:tonybe...@googlemail.com
  mailto:tonybe...@googlemail.com mailto:tonybe...@googlemail.com
  Date: Mon, Apr 5, 2010 at 12:20 AM
  Subject: [SHR-T-Latest] PISI problems
  To: List for Openmoko community discussion
  community@lists.openmoko.org mailto:community@lists.openmoko.org
  mailto:community@lists.openmoko.org
  mailto:community@lists.openmoko.org
 
 
  Dear Team,
 
  did a fresh install of the latest SHR-Testing image and tried to
  import
  my SIM contacts via PISI. The progress bar goes up to: 'Finished
  (40%)'
  and then stops. Needless to say that no contacts were imported.
 
  Thanks for your help
 
  Tony
 
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org mailto:community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iQEcBAEBAgAGBQJLyytQAAoJECyCaNMbCftRk9gH/iQoXE2q6/Ct92oDv+ZgtKP0
 SK3Gl5faQqVDdvskErfEUdyOyIiihaggxR6DiHTuA65Q/rPbe6HSamvY+JkNn9hu
 vrGAz8AxcPGEyCJMZQF1UQQyu/PTfgrrExje7AEpIUhQlDyH43nruORWRuyo5Oc8
 6IftxOa0xDXIIXuMisAZWpM22J/bZTXpsoeTOB6Ixqugf6dw81RQZ334+EjH9Yla
 6HCis1itsUlKYYiO5v9Gfg81FyYJ2QkV7BS+wCK+V3oB3cu2i1VkuWw9t2efeOPo
 GZOodevCVgFI+7RcNXk6c+E8lwBIOqMYl3EtF2mFANQ5g68lIa1lX+hPZflsX3w=
 =7Bbg
 -END PGP SIGNATURE-



conf
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Fwd: [SHR-T-Latest] PISI problems

[Tony Berth]

Hi,

I did follow that link and worked out:

http://lists.openmoko.org/nabble.html#nabble-td4721283

Is any way to import SMS messages stored in SIM card as well?

Thanks

Tony

On Sun, Apr 18, 2010 at 5:54 PM, Michael Pilgermann kichka...@gmx.dewrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Looks like a problem with your PISI configuration file
 (/home/root/.pisi/conf) ...

 Any chance you could post the relevant part of your config (around dbus
 configuration)??? ... I guess, there is some spelling mistake with
 contacts_dbussim

 Best
 Michael

 On 04/17/2010 08:28 PM, Tony Berth wrote:
  OK, this took some time (terrible sorry for that!) but now here is the
  requested output:
 
  --
  r...@om-gta02 ~ $ pisi -v contacts_dbussim contacts.vcf
 
  ***
  **   PISI**
  ***
  ** PISI is synchronizing information **
  ** http://projects.openmoko.org/projects/pisi/ 
  ***
 
  *** PHASE 0 - Configuration ***
  Verbose mode on
  In case of conflicts I use the following strategy: Skip
  Reading configfile: /home/root/.pisi/conf
  Traceback (most recent call last):
File /bin/pisi, line 156, in module
  pisicli.startCLI()
File /opt/pisi/pisicli.py, line 215, in startCLI
  source = pisi.importModules(configfolder,  config,  modulesToLoad,
  modulesNamesCombined, soft)
File /opt/pisi/pisi.py, line 78, in importModules
  modulename = config.get(  modulesToLoad[i], 'module' )
File /usr/lib/python2.6/ConfigParser.py, line 531, in get
  raise NoSectionError(section)
  ConfigParser.NoSectionError: No section: 'contacts_dbussim'
  
 
  Thanks
 
  Tony
 
  On Tue, Apr 6, 2010 at 6:20 PM, Michael Pilgermann kichka...@gmx.de
  mailto:kichka...@gmx.de wrote:
 
  Hi tony,
 
  this problem is still there?
 
  Could you please start pisi from a shell and provide some debug output??
 
  thx, best
  Michael
 
 
  On 04/06/2010 06:11 PM, Tony Berth wrote:
  any chance to draw some attention to this one below?
 
  Thanks
 
  Tony
 
  -- Forwarded message --
  From: *Tony Berth* tonybe...@googlemail.com
  mailto:tonybe...@googlemail.com
  mailto:tonybe...@googlemail.com mailto:tonybe...@googlemail.com
  Date: Mon, Apr 5, 2010 at 12:20 AM
  Subject: [SHR-T-Latest] PISI problems
  To: List for Openmoko community discussion
  community@lists.openmoko.org mailto:community@lists.openmoko.org
  mailto:community@lists.openmoko.org
  mailto:community@lists.openmoko.org
 
 
  Dear Team,
 
  did a fresh install of the latest SHR-Testing image and tried to
  import
  my SIM contacts via PISI. The progress bar goes up to: 'Finished
  (40%)'
  and then stops. Needless to say that no contacts were imported.
 
  Thanks for your help
 
  Tony
 
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org mailto:community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iQEcBAEBAgAGBQJLyytQAAoJECyCaNMbCftRk9gH/iQoXE2q6/Ct92oDv+ZgtKP0
 SK3Gl5faQqVDdvskErfEUdyOyIiihaggxR6DiHTuA65Q/rPbe6HSamvY+JkNn9hu
 vrGAz8AxcPGEyCJMZQF1UQQyu/PTfgrrExje7AEpIUhQlDyH43nruORWRuyo5Oc8
 6IftxOa0xDXIIXuMisAZWpM22J/bZTXpsoeTOB6Ixqugf6dw81RQZ334+EjH9Yla
 6HCis1itsUlKYYiO5v9Gfg81FyYJ2QkV7BS+wCK+V3oB3cu2i1VkuWw9t2efeOPo
 GZOodevCVgFI+7RcNXk6c+E8lwBIOqMYl3EtF2mFANQ5g68lIa1lX+hPZflsX3w=
 =7Bbg
 -END PGP SIGNATURE-

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

Re: Fwd: [SHR-T-Latest] PISI problems

[Michael Pilgermann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Aaaah, I think I got it ...

You call PISI the wrong way (meaning with invalid arguments); instead of
providing detailed information about the data sources, you need to
provide the section names as defined in the config file (the details are
then defined in there).

if you type

  pisi -l

PISI will show you available sections. My guess is (with your config
file), your call should look like:

  pisi -v shrsim vcf1

Please let me know if you need more input. Best
Michael


On 04/18/2010 06:06 PM, Tony Berth wrote:
 indeed but didn't change anything on the default one - except of
 excluding (comment out) some services.
 
 Attcahed the the conf file.
 
 On Sun, Apr 18, 2010 at 5:54 PM, Michael Pilgermann kichka...@gmx.de
 mailto:kichka...@gmx.de wrote:
 
 Looks like a problem with your PISI configuration file
 (/home/root/.pisi/conf) ...
 
 Any chance you could post the relevant part of your config (around dbus
 configuration)??? ... I guess, there is some spelling mistake with
 contacts_dbussim
 
 Best
 Michael
 
 On 04/17/2010 08:28 PM, Tony Berth wrote:
 OK, this took some time (terrible sorry for that!) but now here is the
 requested output:
 
 --
 r...@om-gta02 ~ $ pisi -v contacts_dbussim contacts.vcf
 
 ***
 **   PISI**
 ***
 ** PISI is synchronizing information **
 ** http://projects.openmoko.org/projects/pisi/ 
 ***
 
 *** PHASE 0 - Configuration ***
 Verbose mode on
 In case of conflicts I use the following strategy: Skip
 Reading configfile: /home/root/.pisi/conf
 Traceback (most recent call last):
   File /bin/pisi, line 156, in module
 pisicli.startCLI()
   File /opt/pisi/pisicli.py, line 215, in startCLI
 source = pisi.importModules(configfolder,  config,  modulesToLoad,
 modulesNamesCombined, soft)
   File /opt/pisi/pisi.py, line 78, in importModules
 modulename = config.get(  modulesToLoad[i], 'module' )
   File /usr/lib/python2.6/ConfigParser.py, line 531, in get
 raise NoSectionError(section)
 ConfigParser.NoSectionError: No section: 'contacts_dbussim'
 
 
 Thanks
 
 Tony
 
 On Tue, Apr 6, 2010 at 6:20 PM, Michael Pilgermann
 kichka...@gmx.de mailto:kichka...@gmx.de
 mailto:kichka...@gmx.de mailto:kichka...@gmx.de wrote:
 
 Hi tony,
 
 this problem is still there?
 
 Could you please start pisi from a shell and provide some debug
 output??
 
 thx, best
 Michael
 
 
 On 04/06/2010 06:11 PM, Tony Berth wrote:
 any chance to draw some attention to this one below?
 
 Thanks
 
 Tony
 
 -- Forwarded message --
 From: *Tony Berth* tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com mailto:tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com mailto:tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com
 Date: Mon, Apr 5, 2010 at 12:20 AM
 Subject: [SHR-T-Latest] PISI problems
 To: List for Openmoko community discussion
 community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 
 
 Dear Team,
 
 did a fresh install of the latest SHR-Testing image and tried to
 import
 my SIM contacts via PISI. The progress bar goes up to: 'Finished
 (40%)'
 and then stops. Needless to say that no contacts were imported.
 
 Thanks for your help
 
 Tony
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJLy2OeAAoJECyCaNMbCftRd8UIAKg7uZJDKyvghjLbwQ5YBb0X
VVR0kzlXHf2tLhEQbsR6hmoN/kc+oYZkgCcX9RNClc0crKU6IiSRBFQ2NERnpCV8
gS6WP5ch/zMpb2GlQcUV32Ea3SwMf4E6Bhe9Vp61HO29o++ys03Ue6KNKxvj5bLW
Y0e5DXmkC0nojezRogT14Z0xm920JCdHMgNvoDSp3y5dHqf6gTxVeFHSajqWnU9R
yJB6EBIdGBZSSk3av/ox0qLazF3DCKuoCJOh9kX01osbgn42PRLw+XU+G7ANhCzb
6idl3VUYbT7w6C1S48vvb7xgDS8lswRDp8qbXsMyzbm0KzeyIrVhOzZev9S4kJs=
=+bKk
-END PGP SIGNATURE-

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

Re: Fwd: Glamo secrets, acceleration, X11, directfb, was: [E-devel] X11 dependencies hardcoded in ecore_evas

[The Rasterman]

On Sun, 18 Apr 2010 13:38:11 +0200 mobi phil m...@mobiphil.com said:

 did not reply to all ... so here is the forward maybe it is of interest
 for someone else...

better :)

 Changed the topic name
 
 Thanks for your time for helping clarifying the mistery

np.

   non-X elf etc, other lightweight fb apps), the lowest c. denominator.
   And that could have been directfb, but I am more convinced that not. One
  of
   usage of this c. denominator would have been to have a global keyboard,
   that would cold be rendered on top of any application. taping the
   rendering engine, probably would have been easy.
 
  dfb isnt common to fb and x11 - it is an enitre display system of its own.
  there is a specific xdirectfb server on top of dfb. but it is not a common
  component. i think you misunderstand directfb... :) \
 
 No!!! I do not misunderstand... Yourself you said the same... Indeed there
 is a simple xdirectfb on top of dfb. So If everybody, Qt based apps (QtMoko)
 and X would talk to directfb, then directfb would be an almost perfect
 lowest common denominator.

so... if xdfb was so great... why is it not the standard display server for
linux? :) directfb was a solution to set top box hardware. it hasn't seemed to
remain competitive with x - for a long time it was very interesting, but it
just never caught on. xdfb was a compatibility layer - your overhead will go up
compared to regular x - just by a little, but it will.

  but - you'd need all the acceleration written and even then the chip simply
  is not capable of many ops
  you need or it makes them needlessly complex (you will need to go via the
  3d
  unit and that limits all pixel primitives to 256x256 as a source and output
  cant be more than 512x512 for any buffer - you'd need to do complex tiling
  of
  all input and output and that will wreak havoc on things like
  transforms/scaling to make it look right - and effectively make it
  impossible).
 
 Why would I go through the 3d unit? Again... I have limited info, but what
 is the most important is to have at least the

because your 2d unit cant do all the things you need - as you are hunting for
units that can do the work you need. you can pretty much choose to use the 3d
unit to do 2d work - or use the 2d parts. sometimes you can create a bastard
frankenstein combo of them. but you have a 3d unit and a 2d accel unit. i know
the 2d accel unit better than the 3d one (the 3d docs were fairly sparse).

so you either try do it with the 2d unit - and then fall back to software to
make up for missed operations more often (see later on), or... you try and do
as many ops all in hardware (much better) but create rediculous complexity to
work around even more restrictive limits.

  trust me - have full hw docs. had them from the day i started with glamo
  long
  before gta02 came out. after some reading i went from excited to
  despondent.
  glamo does not live up to what it seems to appear reading its checklist
  features. sure - it's possible to go accelerate some things and get some
  benefit.
 
 If one would get the first 80% (that is for me scrolling and maybe huge fill
 rects), then I think it would be a huge step, or?

scrolling == redraw. you can't just copy pixels when you scroll in efl - those
pixels may be on top of a background (they are transparent/translucent) that
doesn't move. that means you NEEED to redraw. in fact thats how all things in
evas work - they can be blended, layered etc. - even text - something as simple
as that has an alpha channel. and parts of your text are semi-transparent. you
cannot just copy pixels in the framebufffer and redraws the newly exposed
things. that is an old model of redraw. its the 1980's and 1990's model. it's
NOT the model you use in this millenium - or you shouldn't. it's simply not
where hardware is going. hardware  is going - nor ui design and application
requirements. as such games have done the redraw model for a VERY long time.
the rest of the 2d ui world is moving that way. efl is designed to be there
already. it has redraw minimisation, but it's still redraw.

you CANNOT scroll something that has an alpha channel by just copying pixels in
the fb up and redrawing the new bits. it simply is impossible. it creates
artifacts and the backgrounds also shifts with the pixels. it ALSO creates
redraw artifacts where you copy that then wait for the new pixels to be drawn,
having flickery displays that catch up to the user. it also means you have
zero hope to ever have tear-free synchronous drawing as you are blitting around
in the front buffer as opposed to rendering new frames/updates in a backbuffer.

 for each of those you now have a downside as u need a software
  fallback for the ones you can't - and... those now get more complex WITH
  more
  overhead. you make operation a 2x faster and operation b gets half the
  speed.
 
 Why would op. be get half speed? Unless we are talking about concrete
 example, would be difficult to argue.

take 

Re: Fwd: [SHR-T-Latest] PISI problems

[Tony Berth]

OK, this took some time (terrible sorry for that!) but now here is the
requested output:

--
r...@om-gta02 ~ $ pisi -v contacts_dbussim contacts.vcf

***
**   PISI**
***
** PISI is synchronizing information **
** http://projects.openmoko.org/projects/pisi/ 
***

*** PHASE 0 - Configuration ***
Verbose mode on
In case of conflicts I use the following strategy: Skip
Reading configfile: /home/root/.pisi/conf
Traceback (most recent call last):
  File /bin/pisi, line 156, in module
pisicli.startCLI()
  File /opt/pisi/pisicli.py, line 215, in startCLI
source = pisi.importModules(configfolder,  config,  modulesToLoad,
modulesNamesCombined, soft)
  File /opt/pisi/pisi.py, line 78, in importModules
modulename = config.get(  modulesToLoad[i], 'module' )
  File /usr/lib/python2.6/ConfigParser.py, line 531, in get
raise NoSectionError(section)
ConfigParser.NoSectionError: No section: 'contacts_dbussim'


Thanks

Tony

On Tue, Apr 6, 2010 at 6:20 PM, Michael Pilgermann kichka...@gmx.de wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi tony,

 this problem is still there?

 Could you please start pisi from a shell and provide some debug output??

 thx, best
 Michael


 On 04/06/2010 06:11 PM, Tony Berth wrote:
  any chance to draw some attention to this one below?
 
  Thanks
 
  Tony
 
  -- Forwarded message --
  From: *Tony Berth* tonybe...@googlemail.com
  mailto:tonybe...@googlemail.com
  Date: Mon, Apr 5, 2010 at 12:20 AM
  Subject: [SHR-T-Latest] PISI problems
  To: List for Openmoko community discussion community@lists.openmoko.org
  mailto:community@lists.openmoko.org
 
 
  Dear Team,
 
  did a fresh install of the latest SHR-Testing image and tried to import
  my SIM contacts via PISI. The progress bar goes up to: 'Finished (40%)'
  and then stops. Needless to say that no contacts were imported.
 
  Thanks for your help
 
  Tony
 
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community

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

 iQEcBAEBAgAGBQJLu19KAAoJECyCaNMbCftRjNQIAI9eA/JY/mpBNie+OWfFUUeO
 oouZ6QFHQp/awxlZohmJgsvv52Mc9T375JnXZUS/KNm3nAz++3niZrvEAWxR0PvN
 asc729vDqG5Hkde87q60Ve+QwIbq58gzTixqSzep56UDZI/rfz8AdwMgnlbGXu8V
 Fg3J6CpoGRpVnOQCtjRfwGiQJyBuC7QmwH2V7ZPrFrfuFapXHvae+BObEJD+/jSY
 04U7KyE8h0jeco1z0nIoDDtgcQptQnXdic3MptuuifkKTv5N9+r8DKV4Af6xB2I1
 RJ+R/mqubRrUpBHb/WEivB/x3NmSwRO9AlGXVXAFkANU0CLXBzilZvGkQndXanE=
 =PY1R
 -END PGP SIGNATURE-

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

Fwd: [SHR-T-Latest] PISI problems

[Tony Berth]

any chance to draw some attention to this one below?

Thanks

Tony

-- Forwarded message --
From: Tony Berth tonybe...@googlemail.com
Date: Mon, Apr 5, 2010 at 12:20 AM
Subject: [SHR-T-Latest] PISI problems
To: List for Openmoko community discussion community@lists.openmoko.org


Dear Team,

did a fresh install of the latest SHR-Testing image and tried to import my
SIM contacts via PISI. The progress bar goes up to: 'Finished (40%)' and
then stops. Needless to say that no contacts were imported.

Thanks for your help

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

Re: Fwd: [SHR-T-Latest] PISI problems

[Michael Pilgermann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi tony,

this problem is still there?

Could you please start pisi from a shell and provide some debug output??

thx, best
Michael


On 04/06/2010 06:11 PM, Tony Berth wrote:
 any chance to draw some attention to this one below?
 
 Thanks
 
 Tony
 
 -- Forwarded message --
 From: *Tony Berth* tonybe...@googlemail.com
 mailto:tonybe...@googlemail.com
 Date: Mon, Apr 5, 2010 at 12:20 AM
 Subject: [SHR-T-Latest] PISI problems
 To: List for Openmoko community discussion community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 
 
 Dear Team,
 
 did a fresh install of the latest SHR-Testing image and tried to import
 my SIM contacts via PISI. The progress bar goes up to: 'Finished (40%)'
 and then stops. Needless to say that no contacts were imported.
 
 Thanks for your help
 
 Tony
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

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

iQEcBAEBAgAGBQJLu19KAAoJECyCaNMbCftRjNQIAI9eA/JY/mpBNie+OWfFUUeO
oouZ6QFHQp/awxlZohmJgsvv52Mc9T375JnXZUS/KNm3nAz++3niZrvEAWxR0PvN
asc729vDqG5Hkde87q60Ve+QwIbq58gzTixqSzep56UDZI/rfz8AdwMgnlbGXu8V
Fg3J6CpoGRpVnOQCtjRfwGiQJyBuC7QmwH2V7ZPrFrfuFapXHvae+BObEJD+/jSY
04U7KyE8h0jeco1z0nIoDDtgcQptQnXdic3MptuuifkKTv5N9+r8DKV4Af6xB2I1
RJ+R/mqubRrUpBHb/WEivB/x3NmSwRO9AlGXVXAFkANU0CLXBzilZvGkQndXanE=
=PY1R
-END PGP SIGNATURE-

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

Re: [Shr-User] Fwd: SHR Stable Party

[rakshat hooja]

On Sun, Feb 28, 2010 at 5:20 PM, Ben Thompson b...@york.ac.uk wrote:

 On Sun, Feb 28, 2010 at 04:30:25PM +0530, rakshat hooja wrote:
 
 
  -- Forwarded message --
  From: Neil Jerram neiljer...@googlemail.com
  Date: Wed, Feb 24, 2010 at 4:25 AM
  Subject: Re: SHR Stable Party
  To: List for Openmoko community discussion community@lists.openmoko.org
 
 
 
 
 
  For me personally, the most effective demonstrations - and hence
  publicity - are good Youtube videos.  So I would recommend SHR users
  to prepare some really slick ones, showing lots of different uses of
  the phone - and including for phone calls! :-)  Then the best of those
  can be linked from any press releases.
 
  I think your other ideas are good too, but some slick, well produced
  videos would be great.

 Would it be worth trying to get some videos with a non-debug kernel?



I have added two pages on the OM wiki

http://wiki.openmoko.org/wiki/SHR_Videos

and

http://wiki.openmoko.org/wiki/SHR_case_studies

Please add your links and stories there :)



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

Re: Fwd: Your message to community awaits moderator approval

[Neil Jerram]

On 26 February 2010 03:09, Adam Jimerson vend...@gmail.com wrote:
 Ether that or use something like Pastebin for all the debugging output and
 other large amounts of text, but the best thing in a case like that would be
 to open a bug report.

 On Thu, Feb 25, 2010 at 6:26 PM, William Kenworthy bi...@iinet.net.au
 wrote:

 sounds like you should create a bug and post a summary here when it gets
 that big.

Thanks for your advice.  However, trying to register at
trac.freesmartphone.org (which I think is the right place), I get:

===
Oops…
Trac detected an internal error:

SMTPRecipientsRefused: {u'coret...@freesmartphone.org': (550, '5.1.1
coret...@freesmartphone.org: Recipient address rejected: User
unknown in local recipient table')}
===

I imagine that may be resolved soon, but in the short term I'll also
use the pastebin approach...

Thanks,

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

Fwd: Your message to community awaits moderator approval

[Neil Jerram]

Does this list actually have any active moderators?  If not, who has
the authority to appoint a new one?  Or should the list config be
loosened?

I sent an email with lots of diagnostics about non-reported SMSes, and
it seems to have been swallowed by a black hole.

Regards,
 Neil



-- Forwarded message --
From:  community-boun...@lists.openmoko.org
Date: 6 February 2010 15:19
Subject: Your message to community awaits moderator approval
To: neiljer...@googlemail.com


Your mail to 'community' with the subject

   Re: Investigation of failure to report received SMS

Is being held until the list moderator can review it for approval.

The reason it is being held:

   Message body is too big: 56729 bytes with a limit of 40 KB

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.  If you would like to cancel
this posting, please visit the following URL:

   
http://lists.openmoko.org/mailman/confirm/community/068718d019a4fc038b90d099c9a86cf672f5e62f

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

Re: Fwd: Your message to community awaits moderator approval

[William Kenworthy]

sounds like you should create a bug and post a summary here when it gets
that big.

BillK

On Thu, 2010-02-25 at 23:04 +, Neil Jerram wrote:
 Does this list actually have any active moderators?  If not, who has
 the authority to appoint a new one?  Or should the list config be
 loosened?
 
 I sent an email with lots of diagnostics about non-reported SMSes, and
 it seems to have been swallowed by a black hole.
 
 Regards,
  Neil
 
 
 
 -- Forwarded message --
 From:  community-boun...@lists.openmoko.org
 Date: 6 February 2010 15:19
 Subject: Your message to community awaits moderator approval
 To: neiljer...@googlemail.com
 
 
 Your mail to 'community' with the subject
 
Re: Investigation of failure to report received SMS
 
 Is being held until the list moderator can review it for approval.
 
 The reason it is being held:
 
Message body is too big: 56729 bytes with a limit of 40 KB
 
 Either the message will get posted to the list, or you will receive
 notification of the moderator's decision.  If you would like to cancel
 this posting, please visit the following URL:
 

 http://lists.openmoko.org/mailman/confirm/community/068718d019a4fc038b90d099c9a86cf672f5e62f
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
William Kenworthy bi...@iinet.net.au
Home in Perth!


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

Re: Fwd: Your message to community awaits moderator approval

[Adam Jimerson]

Ether that or use something like Pastebin for all the debugging output and
other large amounts of text, but the best thing in a case like that would be
to open a bug report.

On Thu, Feb 25, 2010 at 6:26 PM, William Kenworthy bi...@iinet.net.auwrote:

 sounds like you should create a bug and post a summary here when it gets
 that big.

 BillK

 On Thu, 2010-02-25 at 23:04 +, Neil Jerram wrote:
  Does this list actually have any active moderators?  If not, who has
  the authority to appoint a new one?  Or should the list config be
  loosened?
 
  I sent an email with lots of diagnostics about non-reported SMSes, and
  it seems to have been swallowed by a black hole.
 
  Regards,
   Neil
 
 
 
  -- Forwarded message --
  From:  community-boun...@lists.openmoko.org
  Date: 6 February 2010 15:19
  Subject: Your message to community awaits moderator approval
  To: neiljer...@googlemail.com
 
 
  Your mail to 'community' with the subject
 
 Re: Investigation of failure to report received SMS
 
  Is being held until the list moderator can review it for approval.
 
  The reason it is being held:
 
 Message body is too big: 56729 bytes with a limit of 40 KB
 
  Either the message will get posted to the list, or you will receive
  notification of the moderator's decision.  If you would like to cancel
  this posting, please visit the following URL:
 
 
 http://lists.openmoko.org/mailman/confirm/community/068718d019a4fc038b90d099c9a86cf672f5e62f
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 --
 William Kenworthy bi...@iinet.net.au
 Home in Perth!


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

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

Fwd: [FOSDEM] FOSDEM smartphone applications

[Dr. H. Nikolaus Schaller]

Does there exist a similar App for the Freerunner, the truly free and  
open smartphone?

Nikolaus

Anfang der weitergeleiteten E-Mail:

 Von: Christophe Vandeplas cvandep...@fosdem.org
 Datum: 29. Januar 2010 14:27:01 MEZ
 An: FOSDEM visitors fos...@lists.fosdem.org
 Betreff: [FOSDEM] FOSDEM smartphone applications
 Antwort an: FOSDEM visitors fos...@lists.fosdem.org

 Hi everyone,

 Just an update that the Android application has been released on the
 Market. Simply search for FOSDEM.

 The iPhone app is also downloadable from the AppleStore.  (for some  
 time now)

 I will send one more announcement once the Maemo application is  
 released.

 Cheers

 Christophe
 ___
 FOSDEM mailing list
 fos...@lists.fosdem.org
 http://lists.fosdem.org/mailman/listinfo/fosdem


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

seg fault with libsyncml [was: Re: Fwd: Re: pisi depenencies (because of forgot to send in the list)]

[Michael Pilgermann]

Hi all,

I got really enthusiastic when I heart about the available syncml libs
now ...

So; I started my tests again - taking PISI on desktop with syncml source
first - all working perfectly; doing exactly the same on the Freerunner
(SHR-T; libsyncml2 installed) gives me a seg fault!?

Any ideas or experiences with that??
(Best would be of course also with a Python wrapper)

Thanks,
Michael

On 01/15/2010 10:23 AM, Vinzenz Hersche wrote:
 hello michael,
 
 are you german (becuase of the e-mail)? if yes, i am swiss(german) ;)
 
 it was about pisi.. but i solved this problem 10 minutes later by checking 
 out 
 your git-repo ;)
 
 first i searched it in google.. because of the name i've thinked, it's a 
 python-package and it isn't in your project..
 
 mh, to explain it clearer.. maybe you tried the diffrent apps in qtmoko.. 
 there 
 is a app synchronisation.. this app starts a little server (like sshd or 
 so) 
 and i've thinked,it's using syncml.. or maybe.. so i tried it, but it wasn't 
 work.
 
 i know now (it was a long night yesterday, till 2:30 ;) ) that, at least the 
 old qtopia-versions are using the opie-standart 
 (http://opie.handhelds.org/cgi-
 bin/moin.cgi/OpieSyncProtocol?action=highlightvalue=qtopia)
 
 there is also a plugin for opensync (https://svn.opensync.org/plugins/qtopia4-
 sync/src/qtopia4_plugin.cpp) but its developement seems stoped.. and last, 
 but 
 not least, there's qtopia-pimsync 
 (https://code.launchpad.net/~saschpe/+junk/qtopia-pimsync) which is maybe 
 usefull for code-examples but you need to emulate a qtopia-device or so to 
 run 
 the app..
 
 i hope, you understand my idea a little bit better.. it was my mistake to 
 belive, qtmoko use syncml.. but if you're able to use the qtmoko-sync-app on 
 desktopside, it would be a really nice thing.. :)
 
 vinzenz
 ---
 Michael schrieb am Freitag 15 Januar 2010:
 Good morning Vinzenz,
 
 I think, I did not fully understand you question - I am noticing that now. 
 It's not about PISI in particular, but more about how I integrated the syncml 
 thing ...??
 
 Well - let me start this way: It was a pain in the ass! Honestly. Libs are 
 really rare - and documentation is even rarer. 
 I tried a few of them - ending up with an alpha branch of Conduit 
 (http://live.gnome.org/Conduit). In the sources I found some unstable code 
 for 
 syncing against Syncml 
 (http://git.gnome.org/browse/conduit/tree/conduit/modules/SyncmlModule?h=syncml).
  
 I applied some changes and integrated that into PISI 
 (http://github.com/kichkasch/pisi/tree/master/thirdparty/conduit/).
 
 I am still not sure, how you exactly want to integrate with libsyncml ... but 
 I hope, this helps a bit.
 As I said: from a Desktop I can sucessfully sync against Syncml-Server (here 
 Mobical) with PISI.
 
 Best
 Michael
 
 
  Original-Nachricht 
 Datum: Fri, 15 Jan 2010 00:17:12 +0100
 Von: Vinzenz Hersche hers...@puzzle.ch
 An: Michael Pilgermann kichka...@gmx.de
 Betreff: Re: pisi depenencies
 
 hey michael,

 i've installed the last version of libsyncml, but it doesn't work (but i
 don't 
 know, if qtopia really use syncml..)

 the ouput from telnet is this:

 skams...@skamster:~$ telnet 192.168.0.203 4245
 Trying 192.168.0.203...
 Connected to 192.168.0.203.
 Escape character is '^]'.
 220 Qtopia 

 4.4.3;challenge={b7203c47-06bf-4878-9ff5-6afffb2db546};loginname=root;displayname=;protocol=2;system=Qtopia;model=Uncustomized
 Device;hexversion=263171;datasets=calendar contacts tasks
 CALLB QD/QDSync forwardedMessage(QString,QString,QByteArray) 

 HABRAEQALwBRAHQAbwBwAGkAYQA0AFMAeQBuAGMaAGMAbABpAGUAbgB0AEUAcgByAG8AcgAoACn/
 Connection closed by foreign host.
 skams...@skamster:~$

 i didn't do others testing, but one little thing i've seen.. by
 self-compiling 
 librarys the name is libsyncml.so.2, not libsyncml.so.0 ... may this helps
 you 
 to make this module more stable?

 ah, and it didn't work with the libsyncml in version 4.6 (which was in my
 repo 
 ;) )

 i will test the rest later.. but thanks for the mail.. :)

 vinzenz

 ---
 Michael schrieb am Donnerstag 14 Januar 2010:
 Hi Vinzenz,

 in fact, Syncml support is fully implemented in PISI already; however, I
 haven't yet managed to get all the required libs into PISI - that's why
 it's not yet in the release (and commented in the config file).

 The file you are asking for is in the repos

 (http://github.com/kichkasch/pisi/blob/master/thirdparty/conduit/SyncmlModule.py)
 already; however, this again will depend on 'pysyncml', which in turn
 depends on syncmllib ...

 On my desktop I have successfully used the module already ... hope, I
 (or somebody) can create and apply a recipe for SHR from libsyncml
 (https://libsyncml.opensync.org/) soon ... off we would go then ...

 As temporary solution for your desktop:
 1) Install libsyncml (download sources from link given above) with
 required 

Fwd: Re: pisi depenencies (because of forgot to send in the list)

[Vinzenz Hersche]

hello michael,

are you german (becuase of the e-mail)? if yes, i am swiss(german) ;)

it was about pisi.. but i solved this problem 10 minutes later by checking out 
your git-repo ;)

first i searched it in google.. because of the name i've thinked, it's a 
python-package and it isn't in your project..

mh, to explain it clearer.. maybe you tried the diffrent apps in qtmoko.. there 
is a app synchronisation.. this app starts a little server (like sshd or so) 
and i've thinked,it's using syncml.. or maybe.. so i tried it, but it wasn't 
work.

i know now (it was a long night yesterday, till 2:30 ;) ) that, at least the 
old qtopia-versions are using the opie-standart 
(http://opie.handhelds.org/cgi-
bin/moin.cgi/OpieSyncProtocol?action=highlightvalue=qtopia)

there is also a plugin for opensync (https://svn.opensync.org/plugins/qtopia4-
sync/src/qtopia4_plugin.cpp) but its developement seems stoped.. and last, but 
not least, there's qtopia-pimsync 
(https://code.launchpad.net/~saschpe/+junk/qtopia-pimsync) which is maybe 
usefull for code-examples but you need to emulate a qtopia-device or so to run 
the app..

i hope, you understand my idea a little bit better.. it was my mistake to 
belive, qtmoko use syncml.. but if you're able to use the qtmoko-sync-app on 
desktopside, it would be a really nice thing.. :)

vinzenz
---
Michael schrieb am Freitag 15 Januar 2010:
Good morning Vinzenz,

I think, I did not fully understand you question - I am noticing that now. 
It's not about PISI in particular, but more about how I integrated the syncml 
thing ...??

Well - let me start this way: It was a pain in the ass! Honestly. Libs are 
really rare - and documentation is even rarer. 
I tried a few of them - ending up with an alpha branch of Conduit 
(http://live.gnome.org/Conduit). In the sources I found some unstable code for 
syncing against Syncml 
(http://git.gnome.org/browse/conduit/tree/conduit/modules/SyncmlModule?h=syncml).
 
I applied some changes and integrated that into PISI 
(http://github.com/kichkasch/pisi/tree/master/thirdparty/conduit/).

I am still not sure, how you exactly want to integrate with libsyncml ... but 
I hope, this helps a bit.
As I said: from a Desktop I can sucessfully sync against Syncml-Server (here 
Mobical) with PISI.

Best
Michael


 Original-Nachricht 
 Datum: Fri, 15 Jan 2010 00:17:12 +0100
 Von: Vinzenz Hersche hers...@puzzle.ch
 An: Michael Pilgermann kichka...@gmx.de
 Betreff: Re: pisi depenencies

 hey michael,
 
 i've installed the last version of libsyncml, but it doesn't work (but i
 don't 
 know, if qtopia really use syncml..)
 
 the ouput from telnet is this:
 
 skams...@skamster:~$ telnet 192.168.0.203 4245
 Trying 192.168.0.203...
 Connected to 192.168.0.203.
 Escape character is '^]'.
 220 Qtopia 
 
4.4.3;challenge={b7203c47-06bf-4878-9ff5-6afffb2db546};loginname=root;displayname=;protocol=2;system=Qtopia;model=Uncustomized
 Device;hexversion=263171;datasets=calendar contacts tasks
 CALLB QD/QDSync forwardedMessage(QString,QString,QByteArray) 
 
HABRAEQALwBRAHQAbwBwAGkAYQA0AFMAeQBuAGMaAGMAbABpAGUAbgB0AEUAcgByAG8AcgAoACn/
 Connection closed by foreign host.
 skams...@skamster:~$
 
 i didn't do others testing, but one little thing i've seen.. by
 self-compiling 
 librarys the name is libsyncml.so.2, not libsyncml.so.0 ... may this helps
 you 
 to make this module more stable?
 
 ah, and it didn't work with the libsyncml in version 4.6 (which was in my
 repo 
 ;) )
 
 i will test the rest later.. but thanks for the mail.. :)
 
 vinzenz
 
 ---
 Michael schrieb am Donnerstag 14 Januar 2010:
 Hi Vinzenz,
 
 in fact, Syncml support is fully implemented in PISI already; however, I
 haven't yet managed to get all the required libs into PISI - that's why
 it's not yet in the release (and commented in the config file).
 
 The file you are asking for is in the repos
 
(http://github.com/kichkasch/pisi/blob/master/thirdparty/conduit/SyncmlModule.py)
 already; however, this again will depend on 'pysyncml', which in turn
 depends on syncmllib ...
 
 On my desktop I have successfully used the module already ... hope, I
 (or somebody) can create and apply a recipe for SHR from libsyncml
 (https://libsyncml.opensync.org/) soon ... off we would go then ...
 
 As temporary solution for your desktop:
 1) Install libsyncml (download sources from link given above) with
 required deps (something with xml and another one)
 2) Extract the attached archive to '/opt/pisi/thirdparty'
 
 
 3) give me feedback ;) ... good luck!
 
 Michael
 
 
 On 01/14/2010 05:10 PM, Vinzenz Hersche wrote:
  hello all,
  
  i just want to know if there's a package for python/syncml on
 desktop-pc's.. 
  it's because of pisi:
  skams...@skamster:~$ pisigui 
  Xlib:  extension RANDR missing on display :0.0.
  Configuring
  Starting synchronization  

Re: Fwd: dfu_download error -110

[Tony Berth]

On Sat, Jan 9, 2010 at 1:06 AM, Paul Fertser fercer...@gmail.com wrote:

 On Fri, Jan 08, 2010 at 10:29:31PM +0200, Tony Berth wrote:
Tony Berth [2]tonybe...@googlemail.com writes:
 Tony Berth [3]tonybe...@googlemail.com writes:
  when I tried to flash my FR with the latest SHR and after the
 kernel
  was successfully installed, I got (somewhere in the middle of
 the
  process):
 
  dfu_download error -110

 It's usually suggested to try another usb-cable/port/no hub etc.
 Also
 make sure you flash to the correct nand partition.

 how can I be sure that I flash the correct nand partition?
 
_to_ the correct nand partition, i.e. when flashing rootfs you should
use -a rootfs dfu-util switch. Other than that, it still worth trying
to check another cable/port even if other devices work ok. Have you
already checked the meaning of the error btw?
 
  I'll try to get another cable.
 
  Yes, I use flag '-a' for rootfs but didn't find the meaning of that
 error!
  That's my problem too!

 Looks like it's directly what usb_control_msg returns and it means
 ETIMEDOUT
 obviously.


so this means that the connection just times out?

Thanks

Tony


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

Fwd: dfu_download error -110

[Tony Berth]

any chance to draw some attention on the following?

Thanks

Tony

-- Forwarded message --
From: Tony Berth tonybe...@googlemail.com
Date: Wed, Jan 6, 2010 at 7:07 PM
Subject: dfu_download error -110
To: List for Openmoko community discussion community@lists.openmoko.org


when I tried to flash my FR with the latest SHR and after the kernel was
successfully installed, I got (somewhere in the middle of the process):

dfu_download error -110

please note, that I did try to re-install the latest qi bootloader (
http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu)
but still get the same error!

Thanks

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

Re: Fwd: dfu_download error -110

[Martin Jansa]

On Fri, Jan 08, 2010 at 11:01:23AM +0200, Tony Berth wrote:
 any chance to draw some attention on the following?
 
 Thanks
 
 Tony

can you try with newer qi?
http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu

Cheers,

 
 -- Forwarded message --
 From: Tony Berth tonybe...@googlemail.com
 Date: Wed, Jan 6, 2010 at 7:07 PM
 Subject: dfu_download error -110
 To: List for Openmoko community discussion community@lists.openmoko.org
 
 
 when I tried to flash my FR with the latest SHR and after the kernel was
 successfully installed, I got (somewhere in the middle of the process):

middle of which process? dfu flashing of image or flashing of that
kernel?

 dfu_download error -110

 please note, that I did try to re-install the latest qi bootloader (
 http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu)
 but still get the same error!
 
 Thanks
 
 Tony

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


-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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

Re: Fwd: dfu_download error -110

[Paul Fertser]

Tony Berth tonybe...@googlemail.com writes:
 when I tried to flash my FR with the latest SHR and after the kernel
 was successfully installed, I got (somewhere in the middle of the
 process):

 dfu_download error -110

It's usually suggested to try another usb-cable/port/no hub etc. Also
make sure you flash to the correct nand partition.

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

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

Re: Fwd: dfu_download error -110

[Tony Berth]

On Fri, Jan 8, 2010 at 11:07 AM, Martin Jansa martin.ja...@gmail.comwrote:

 On Fri, Jan 08, 2010 at 11:01:23AM +0200, Tony Berth wrote:
  any chance to draw some attention on the following?
 
  Thanks
 
  Tony

 can you try with newer qi?

 http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu

 Cheers,

 
  -- Forwarded message --
  From: Tony Berth tonybe...@googlemail.com
  Date: Wed, Jan 6, 2010 at 7:07 PM
  Subject: dfu_download error -110
  To: List for Openmoko community discussion community@lists.openmoko.org
 
 
 
  when I tried to flash my FR with the latest SHR and after the kernel was
  successfully installed, I got (somewhere in the middle of the process):

 middle of which process? dfu flashing of image or flashing of that
 kernel?

  dfu_download error -110

  please note, that I did try to re-install the latest qi bootloader (
 
 http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu
 )
  but still get the same error!
 
  Thanks
 
  Tony



the error occurs in the middle of flashing an image. I get the error after
14 x #! I don't know if that could be of any help!

I did install
http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfubut
this didn't make any difference!

I don't think that the cable is a problem cause other USB devices work with
the same cable very well!

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

Re: Fwd: dfu_download error -110

[Tony Berth]

On Fri, Jan 8, 2010 at 1:32 PM, Paul Fertser fercer...@gmail.com wrote:

 Tony Berth tonybe...@googlemail.com writes:
  when I tried to flash my FR with the latest SHR and after the kernel
  was successfully installed, I got (somewhere in the middle of the
  process):
 
  dfu_download error -110

 It's usually suggested to try another usb-cable/port/no hub etc. Also
 make sure you flash to the correct nand partition.

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


how can I be sure that I flash the correct nand partition?

Thanks

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

Re: Fwd: dfu_download error -110

[Martin Jansa]

On Fri, Jan 08, 2010 at 08:25:29PM +0200, Tony Berth wrote:
 On Fri, Jan 8, 2010 at 11:07 AM, Martin Jansa martin.ja...@gmail.comwrote:
  can you try with newer qi?
 
  http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
 
  Cheers,
 the error occurs in the middle of flashing an image. I get the error after
 14 x #! I don't know if that could be of any help!
 
 I did install
 http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfubut
 this didn't make any difference!

Sorry I've read it wrong.. used qi for flashing image with dfu-util doesn't 
matter of course..

I just seen that you tried latest qi bootloader so I pointed out that
its not latest anymore.. but the rest I've read too quickly to parse
before 1st coffee..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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

Re: Fwd: dfu_download error -110

[Paul Fertser]

Tony Berth tonybe...@googlemail.com writes:
 Tony Berth tonybe...@googlemail.com writes:
  when I tried to flash my FR with the latest SHR and after the kernel
  was successfully installed, I got (somewhere in the middle of the
  process):
 
  dfu_download error -110

 It's usually suggested to try another usb-cable/port/no hub etc. Also
 make sure you flash to the correct nand partition.

 how can I be sure that I flash the correct nand partition?

_to_ the correct nand partition, i.e. when flashing rootfs you should
use -a rootfs dfu-util switch. Other than that, it still worth trying
to check another cable/port even if other devices work ok. Have you
already checked the meaning of the error btw?

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

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

Re: Fwd: dfu_download error -110

[Tony Berth]

On Fri, Jan 8, 2010 at 9:11 PM, Paul Fertser fercer...@gmail.com wrote:

 Tony Berth tonybe...@googlemail.com writes:
  Tony Berth tonybe...@googlemail.com writes:
   when I tried to flash my FR with the latest SHR and after the
 kernel
   was successfully installed, I got (somewhere in the middle of the
   process):
  
   dfu_download error -110
 
  It's usually suggested to try another usb-cable/port/no hub etc. Also
  make sure you flash to the correct nand partition.
 
  how can I be sure that I flash the correct nand partition?

 _to_ the correct nand partition, i.e. when flashing rootfs you should
 use -a rootfs dfu-util switch. Other than that, it still worth trying
 to check another cable/port even if other devices work ok. Have you
 already checked the meaning of the error btw?

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



I'll try to get another cable.

Yes, I use flag '-a' for rootfs but didn't find the meaning of that error!
That's my problem too!

Thanks

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

Re: Fwd: dfu_download error -110

[Paul Fertser]

On Fri, Jan 08, 2010 at 10:29:31PM +0200, Tony Berth wrote:
   Tony Berth [2]tonybe...@googlemail.com writes:
Tony Berth [3]tonybe...@googlemail.com writes:
 when I tried to flash my FR with the latest SHR and after the kernel
 was successfully installed, I got (somewhere in the middle of the
 process):

 dfu_download error -110
   
It's usually suggested to try another usb-cable/port/no hub etc. Also
make sure you flash to the correct nand partition.
   
how can I be sure that I flash the correct nand partition?
 
   _to_ the correct nand partition, i.e. when flashing rootfs you should
   use -a rootfs dfu-util switch. Other than that, it still worth trying
   to check another cable/port even if other devices work ok. Have you
   already checked the meaning of the error btw?
 
 I'll try to get another cable.
 
 Yes, I use flag '-a' for rootfs but didn't find the meaning of that error!
 That's my problem too!

Looks like it's directly what usb_control_msg returns and it means ETIMEDOUT
obviously.

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

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

Fwd: [Debian] Re: Touchscreen not working

[Neil Jerram]

[forgot to CC the list...]


-- Forwarded message --
From: Neil Jerram neiljer...@googlemail.com
Date: 2010/1/5
Subject: Re: [Debian] Re: Touchscreen not working
To: Steven Jones sjo...@enrgies.com


2010/1/5 Steven Jones sjo...@enrgies.com:

 So it seems, downgrading hal packages to 0.5.13-6 solved this touch
 screen problem for me.


 FWIW, looks to me like this bug:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562052.

       Neil



 Neil, could you point me to the location of 0.5.13-6? I am unable to find
 the repository with that version.

My method for this would be to:
- run aptitude
- find the hal package
- press Enter to bring up a new screen with detailed information for
that package.

Then, at or near the bottom, you should see the available versions,
including 0.5.13-6.  Move down to that line and press + to tell
aptitude that you want to install that version.

If you don't see that version, I would guess that you need to update
your /etc/apt/sources.list so that it includes the Debian testing
repository as well as unstable, then run apt-get update or
aptitude update to update your package information, then retry as
above.

Hope some of that helps!

    Neil

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

Fwd: [Shr-User] SHR-testing upgrade. PLEASE READ BEFORE UPGRADING

[Thomas Zimmermann]

--  Weitergeleitete Nachricht  --

Betreff: [Shr-User] SHR-testing upgrade. PLEASE READ BEFORE UPGRADING
Datum: Dienstag 22 Dezember 2009
Von: Sebastian Spaeth sebast...@sspaeth.de
An: SHR-user shr-u...@lists.shr-project.org, SHR-devel shr-
de...@lists.shr-project.org

I just pushed an update to the shr-testing repository. How to upgrade 
and what has changed?

--
Make big upgrades work
--
This upgrade will unfortunately require manual attention. Why? opkg 
downloads all upgrades to /tmp (which is in RAM), so for big upgrades 
your RAM will be full even before it starts upgrading.

There are 2 solutions for this:

1. Only install one package at a time, calling opkg multiple time. 
This is quite easy and described here: 
http://trac.shr-project.org/trac/wiki/opkg#Installonepackageatatime
2. Create a swap file that allows to swap out the downloads on the 
SD card. I recommend this anyway: 
http://trac.shr-project.org/trac/wiki/swap#Createaswapfile. If you are 
afraid that your SD card will die soon because of this, I don't think so 
and they are cheap anyway, so if you need to buy a new one every 2 
years, what the heck.

--
Remove SHR-TODAY
--
Before starting the upgrade do opkg remove -force-depends shr-today. 
Opkg *should* be removing this automatically, however according to some 
reports opkg failed to do so (due to opkg stupidness), and keeping 
shr-today seems to cause weird lockups. So get rid of it in advance.

--
Safety tipp: screen session
--
- Do run this upgrade (as in every upgrade) in a screen session. My FR 
display froze during the upgrade (access through ssh still worked)
- It's a big upgrade unfortunately which takes some time. All kernel 
modules and all the efl stuff seems to have been bumped.

--
What is new:
--
- Plenty of changes to the shr phone apps...
- Dimming is now done with a  dim phase rather than the simple on/off. 
Timeouts can be set for the Idle and Idle_dim timeouts. To make these 
changes persistent, modify the values in /etc/frameworkd.conf
- python-based shr-today is no more. It is now rewritten in C and 
integrated into the shr UI. It's reportedly faster than the old lock screen.

Bugs that I have seen:
- The new idle screen does not show the signal strength for me
- During the opkg upgrade process my phone suspended and this aborted 
the upgrading Annoying, I know. I now tap on the screen while 
updating which is pretty silly but Of course, what you should be 
doing is to automatically request the CPU resource while running updates 
using this technique: 
http://trac.shr-project.org/trac/wiki/opkg#Preventsuspendwhileupgrading

To sum it up: if you see mysterious screen hangs, you have still 
shr-today installed and/or running.
___
Shr-User mailing list
shr-u...@lists.shr-project.org
http://lists.shr-project.org/mailman/listinfo/shr-user

-

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

Fwd: [Shr-User] ANNOUNCE: new shr-testing image

[Thomas Zimmermann]

--  Weitergeleitete Nachricht  --

Betreff: [Shr-User] ANNOUNCE: new shr-testing image
Datum: Freitag 04 Dezember 2009
Von: Sebastian Spaeth sebast...@sspaeth.de
An: SHR-user shr-u...@lists.shr-project.org, SHR-devel shr-
de...@lists.shr-project.org

After a long fight with our SHR buildhost, I finally managed it:

I created a new shr-testing image which is supposed to do the following:

- always give you a working phone
- care about opkg upgrade'ability
- Be conservative in the number of cool on-the-edge features it takes

I expect that upgrades will hapen every 3-4 weeks or so. I will try to
upgrade things to a working set of revisions. All testing that I can
promise will be restricted to shr-lite-image things (there will be a
full image soon, but I haven't tested things there). I can also not test
GPRS (not using it).

Get it here:
http://build.shr-project.org/shr-testing

Upgrading from a current shr-unstable might or might not work (I have
not tested that). I forked off on November 30 or so, and I haven't
tested whether a lot of packages would need downgrading from -unstable.

Install it, set your root password manually (if you care about ssh
login) and you should be good to go. Installing on NAND, you will see
tons of error messages pass by on the 1st boot, that seems normal and
will go away after some time (1st boot takes longer!).

If you want to help out:
http://trac.shr-project.org/trac/wiki/shr-testing2009
is a page with my commit policy. (it's flexible though) :-)

Bug reports agains shr-testing (via trac) are welcome too.

spaetz


-

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

Re: Fwd: [Shr-User] What's going on in SHR land

[Peter Nijs]

Hi,


On Monday 02 November 2009 10:59:42 Sander van Grieken 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!

I'm using the latest testing image (4/12/2009) and I'm wondering where in the 
filesystem I have to put my vcf contacts. I'm having trouble installing pisi, 
and it actually isn't worth the trouble if I can just use your method. I just 
can't find out where I have to put my vcf.

Thanks in advance.

 
 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 sebast...@sspaeth.de
  An: shr-de...@lists.shr-project.org, shr-u...@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 

Re: FWD: FOSDEM 2010: Devroom for openmoko declined

[PieterC]

Hi Dave, Philippe, Robert, Pieter

As every year, we have a lot more devroom requests than actual rooms
and, as such, we decided that there wouldn't be a Mobile devroom on its own.

Please get in touch with Philippe De Swert (in CC:) to coordinate a
Mobile+Embedded devroom in the Embedded devroom.

Philippe, here is Dave's proposal for a Mobile devroom:
---8-
Mobile platforms and development has become more and more prominent over
the past years, with the advent of Netbooks, internet tablets and other
small-form-factor devices running a graphical Linux environment.

The Mobile devroom will have content related to Maemo, Moblin, LiMo,
GNOME Mobile, OpenEmbedded and other mobile-related subjects.
---8-

On a side note, we also received a devroom request for OpenEmbedded (on
its own, not as part of the Mobile devroom). We declined that request
and, instead, directed Robert Schuster (who made the request and is in
CC:) to Philippe.

Same thing for OpenMoko by the way -- Pieter Colpaert made the request
for OpenMoko, that has also been declined, and he is also in CC:

Note that for us, Philippe is our contact person for the Embedded
devroom (or Embedded+Mobile or whatever it'll be called), not least
because he has been very successfully doing so for quite a few years.
Hence, as far as we are concerned, his call is the last call ;)

cheers
-- 
  -o) Pascal Bleser l...@fosdem.orghttp://www.fosdem.org
  /\\ FOSDEM 2010 :: 6 + 7 February 2010 in Brussels
 _\_v Free and Opensource Software Developers European Meeting
-- 
View this message in context: 
http://n2.nabble.com/FOSDEM-2010-Devroom-for-openmoko-declined-tp4097204p4097231.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: FWD: FOSDEM 2010: Devroom for openmoko declined

[PieterC]

Our devroom got declined,
however  Philippe De Swert will be open to accept openmoko talks and I think
we should be happy to do so. It's good to do less talks for a wider audience
and I suggest that if anyone is eager to do so, do not hisitate to contact
Philippe De Swert.

Pieter
-- 
View this message in context: 
http://n2.nabble.com/FOSDEM-2010-Devroom-for-openmoko-declined-tp4097204p4097251.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Tiago Bortoletto Vaz]

Hey,

On Tue, Nov 24, 2009 at 01:07:40AM +0300, Gennady Kupava wrote:
[...]
 
 Now, list of bug I noticed so far, hope I can help at least as tester
 having few time as developer:

It's strange how the same image may have different behaviors in the same
hardware. I've tried this last SHR version aftering using qt-moko for a long
time. Results:

- Mokonnect:
  - USB Network doesn't work. I don't know why my local system sees the device
as a broken modem:

  [79556.010085] cdc_acm 3-1:1.0: This device cannot do calls on its own. It is 
no modem.
  [79556.010129] cdc_acm 3-1:1.0: ttyACM0: USB ACM device
  [79562.784086] usb 3-1: USB disconnect, address 20

  - When I try to set up the USB interface I got ethernet device was not
found. Also says I should install connman-plugin-ethernet.

  - Wifi scan doesn't work. When I try to apply any change in the network I get
a loop wifi device seems to be off...

- Mokomaze:
  - When opening: stopped running unexpectedly

- GPRS:
  - Using the righ settings I get connection failed

Without network or even a chance to connect the device via USB it's hard to
give you more details.

Anyway, thanks for the work. UI speed has increased a lot, that's really
impressive.

Regards,

-- 
Tiago Bortoletto Vaz
http://tiagovaz.org
0xA504FECA - http://pgp.mit.edu


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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Davide Scaini]

it seems that your problem has something to do with kernel modules... check
if you have installed them ;-)
d

On Tue, Nov 24, 2009 at 12:38 PM, Tiago Bortoletto Vaz ti...@debian.orgwrote:

 Hey,

 On Tue, Nov 24, 2009 at 01:07:40AM +0300, Gennady Kupava wrote:
 [...]
 
  Now, list of bug I noticed so far, hope I can help at least as tester
  having few time as developer:

 It's strange how the same image may have different behaviors in the same
 hardware. I've tried this last SHR version aftering using qt-moko for a
 long
 time. Results:

 - Mokonnect:
  - USB Network doesn't work. I don't know why my local system sees the
 device
as a broken modem:

  [79556.010085] cdc_acm 3-1:1.0: This device cannot do calls on its own. It
 is no modem.
  [79556.010129] cdc_acm 3-1:1.0: ttyACM0: USB ACM device
  [79562.784086] usb 3-1: USB disconnect, address 20

  - When I try to set up the USB interface I got ethernet device was not
found. Also says I should install connman-plugin-ethernet.

  - Wifi scan doesn't work. When I try to apply any change in the network I
 get
a loop wifi device seems to be off...

 - Mokomaze:
  - When opening: stopped running unexpectedly

 - GPRS:
  - Using the righ settings I get connection failed

 Without network or even a chance to connect the device via USB it's hard to
 give you more details.

 Anyway, thanks for the work. UI speed has increased a lot, that's really
 impressive.

 Regards,

 --
 Tiago Bortoletto Vaz
 http://tiagovaz.org
 0xA504FECA - http://pgp.mit.edu


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

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

Fwd: [E-devel] Important change in python elementary

[Vaudano Luca]

Hi guys,
I think that it's a good thing forward the following email here!

Ciao
Luca


-- Forwarded message --
From: Boris 'billiob' Faure bill...@gmail.com
Date: Sun, Nov 22, 2009 at 10:28 PM
Subject: [E-devel] Important change in python elementary
To: enlightenment-de...@lists.sourceforge.net


I've committed some changes to how callbacks are handled in python elementary.
If you use it, your application is now broken, I'm sorry. However,
it's better now than letter :)

So, what have changed?
You used to bind a callback to the clicked of a button this way:
bt.clicked = my_func
or
bt.clicked = (my_func, my_data)

The signature of the callback was always: my_func(obj, event, data)
even if you had not set any data!
What if you wanted to perform 2 actions? How could you remove the callback?

Now, in order to connect a function to an event, let say 'clicked', you use:
bt.callback_clicked_add(func, *args, **kwargs)

The required signature is my_func(obj, *args, **kwargs) or
my_func(obj, it, *args, **kwargs) if an item is given, for example
when an item in a toolbar is clicked.

If you want to disconnect this function to the event, you call:
bt.callback_clicked_remove(func, *args, **kwargs)
if func is None, all the events bound to 'clicked' are removed.
args and kwargs must be the same as those given when the callback was set.

Now, this is possible:
def destroy(win, str1, str2, str3, str4):
   print :str1='%s', str2='%s', str3='%s', str4='%s' %(
       str1, str2, str3, str4)

win.callback_destroy_add(destroy, test1, test2, str3=test3, str4=test4)



To sum up:
when you used:
obj.EVENT = XXX
now you should use:
obj.callback_EVENT_add(XXX)


I've updated the testing file. I hope to have patched correctly editje.
--
Boris 'billiob' Faure

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
enlightenment-devel mailing list
enlightenment-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Gennady Kupava]

В Чтв, 19/11/2009 в 17:01 +0100, Thomas Zimmermann пишет:
 --  Weitergeleitete Nachricht  --
 
 Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas 
 present
 Datum: Donnerstag 19 November 2009
 Von: Sebastian Spaeth sebast...@sspaeth.de
 An: SHR-devel shr-de...@lists.shr-project.org, SHR-user shr-
 u...@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. 

In Russia, we have Christmas at 7th of january, this does not mean that
God born that day, this means that we've changed our calendars 2,5
centuries later, i hope...

Now about shr. I've missed intone in Qtmoko! Want to say that new
graphics is really impressive, it's pleasure to look at it, despite of
thinking about 640*480*2=2 Mb memory for image ;). New gry theme is
really fast and nice, and this thing compensates well impossibility to
switch to x11_16 rendering.

New volume controls while call are nice thing, contacts look and feel
very good. I noticed even backup control in settings!

Of course, device is unusable without Thomas kernel patch. With that
patch it's really fast like a... like a usual device, except some things
like tangogps with large map, and main screen. I didn't notice if
someone post prebuild kernel with modules, so here is mine andy-tracking
with whole Thomas patch and all debug disabled:
http://www.bsdmn.com/openmoko/. Btw, why kernel debug things are enabled
in kernels now for ordinary users in ordinary distributions? Without it
feels faster. Can't wait until 2.6.31 will be ready and in
distributions! Btw, I checked this with both shr and qtmoko - boost is
amazing. Only thing I don't know is how to transfer pint of best beer to
location of patches author. So far, I didn't notice any problems with
kernel.

Now, list of bug I noticed so far, hope I can help at least as tester
having few time as developer:

First, I've updated it once after initial flash.

0. Scrolling in contacts! It thinks that release of finger is click,
really annying. How to fix that?

1. Double touchscreen hit problem. It is needed to tap 2 times to run
contacts or messages.

2. Update button in seettings for power consumption is fact don't
updates.

3. lockscreen things - correct name of calling person. Easy reset of
'unanswered calls' and 'new messages' - they keep on top even if I've
look at them.

4. It's impossible to add contact in easy way - you have to 'add field'.
Also, I've got a crash of whole telephony system adding new contact from
sms nubber.

5. Battery charge indicator sometimes crying that battery discharged. It
fix itself in minute, but annoying a bit.

6. Sometimes, it telephony stops working. In such cases I see speaker
volume as 0 while calling and can't hear other party even moving slider.

7. Midori is as always without proper fonts.

Big thanks from me as an openmoko user for new things. I am using it for
few days and it is real pleasure.

... so, for whoose who followed my mail to this point - i hope all bugs
will be fixed and all users of Openmoko will get their one more
Christmas presents :)

Gennady.



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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Martin Jansa]

On Tue, Nov 24, 2009 at 01:07:40AM +0300, Gennady Kupava wrote:
 Of course, device is unusable without Thomas kernel patch. With that
 patch it's really fast like a... like a usual device, except some things
 like tangogps with large map, and main screen. I didn't notice if
 someone post prebuild kernel with modules, so here is mine andy-tracking
 with whole Thomas patch and all debug disabled:
 http://www.bsdmn.com/openmoko/. Btw, why kernel debug things are enabled
 in kernels now for ordinary users in ordinary distributions? Without it
 feels faster. Can't wait until 2.6.31 will be ready and in
 distributions! Btw, I checked this with both shr and qtmoko - boost is
 amazing. Only thing I don't know is how to transfer pint of best beer to
 location of patches author. So far, I didn't notice any problems with
 kernel.

If whole Thomas patch you mean drm-tracking branch from Thomas White
then its built almost daily (sometimes even few times a day :)) here:
http://build.shr-project.org/tests/mrmoku/kms/
This kernel is not in shr-unstable by default just because all shr devs
get WSOD during resume with this one, but we like it a lot.


If you want to try 2.6.31 with all Thomas's patches again
http://build.shr-project.org/tests/mrmoku/2.6.31/
but expect some problems with ie sound/gsm/(W|B)SOD

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Gennady Kupava]

В Пнд, 23/11/2009 в 23:22 +0100, Martin Jansa пишет:

 If whole Thomas patch you mean drm-tracking branch from Thomas White
 then its built almost daily (sometimes even few times a day :)) here:
 http://build.shr-project.org/tests/mrmoku/kms/
 This kernel is not in shr-unstable by default just because all shr devs
 get WSOD during resume with this one, but we like it a lot.

The whole patch is simple one-liner against andy-tracking, published by
Thomas to change some FIFO depth (as far as I understood). Everything
still working after that patch, keeping nice boost. Default image was
unusable because of speed issues.

 If you want to try 2.6.31 with all Thomas's patches again
 http://build.shr-project.org/tests/mrmoku/2.6.31/
 but expect some problems with ie sound/gsm/(W|B)SOD
 

Thanks for links, I'll hope i can try them in spare time, but
unfortunately for me, I need gsm/sound and feel no need in any sort of
SOD. With QtMoko i've found a solution for death - just always keep it
plugged, now trying it with shr. ;)

I've just followed Carsten suggestion and tested several kernels with
lmbench, I wanted to publish it for interested people with separate
letter, but we started with kernel, here is it, anyway I don't know
where to proceed:

Last time I've tried to measure memory bandwidth on om, n810 and old
Celeron 600. Now I've got interesting results with om kernel, but
unfortunately didn't get n810 to my grasp to run lmbench where.

Most interesting thing is following:

*Local* Communication bandwidths in MB/s - bigger is better
---
HostOS  Pipe AFTCP  File   Mmap  Bcopy  Bcopy  Mem
Mem
 UNIX  reread reread (libc) (hand) read
write
- -    -- -- -- -- 
-
neo   Linux 2.6.29- 19.8 18.1 18.9   36.7  108.0   59.1   59.2 108.
187.6
neo_patch Linux 2.6.29- 16.5 16.6 13.1   25.1   74.4   40.7   40.8 74.4
130.7
router2   Linux 2.6.26- 46.4 49.7 33.5  119.8  295.0   78.9   57.2 294.
68.4

yes, faster kernel is in middle :). the difference between two one is
kernel, both systems were tested with qtmoko bought down and top showing
0 load except top. interesting that on both kernels to showed different
load. As i've got similar results with my copy test (40mb/s), i think
that Thomas one-line patch (second kernel) is unrelated. So question is
open: in qtmoko, with qpe.sh brought down and no active processes except
top in top, which thing slows down whole device from 1/3 to 1/2? time I
was unable to run oprofile because of some problems between daemon and
kernel, next thing i plan is to investigate this. I attached whole
results for whoose who are interested.

Btw, I successfully resisted idea to buy N900 in favor of continue using
OM after reading this: http://talk.maemo.org/showthread.php?t=31346 :)
After that, OM is evolving computer for me, n900 is not.

Gennady.
 L M B E N C H  2 . 0   S U M M A R Y
 


Basic system parameters

Host OS Description  Mhz

- - --- 
neo   Linux 2.6.29-   armv4tl-linux-gnu  389
neo_patch Linux 2.6.29-   armv4tl-linux-gnu  389
router2   Linux 2.6.26-   i686-pc-linux-gnu  679

Processor, Processes - times in microseconds - smaller is better

Host OS  Mhz null null  open selct sig  sig  fork exec sh  
 call  I/O stat clos TCP   inst hndl proc proc proc
- -      -     
neo   Linux 2.6.29-  389 0.53 1.52 9.68 15.5  63.2 2.77 6.84 3335 10.K 25.K
neo_patch Linux 2.6.29-  389 0.70 3.31 18.6 35.6  89.7 5.77 16.8 4839 15.K 37.K
router2   Linux 2.6.26-  679 0.36 0.84 4.39 9.62  18.4 1.44 6.45 1136 3366 9409

Context switching - times in microseconds - smaller is better
-
Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
- - - -- -- -- -- --- ---
neo   Linux 2.6.29- 168.5  367.4  714.1  368.5  731.5   376.5   732.3
neo_patch Linux 2.6.29- 305.4  615.1  881.1  463.2  966.6   497.8   987.3
router2   Linux 2.6.26-  10.8   41.3  186.0   95.2  265.1   107.8   268.1

*Local* Communication latencies in microseconds - smaller is better
---
Host OS 2p/0K  Pipe AF UDP  RPC/   TCP  RPC/ TCP
ctxsw   UNIX UDP TCP conn
- - - -  - - - - 

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Sebastian Krzyszkowiak]

On Fri, Nov 20, 2009 at 21:32, Russell Dwiggins undrwa...@verizon.net wrote:
 Some of my observations after use:
 * screen lock on Power Button now works; but it takes you to a password
 screen without keyboard

 * gry theme is not fully selected on fresh flash; some of the elements are
 still default illume (illume settings | theme stuff).

 * power settings don't save; change suspend idle screen lock settings, quit,
 go back and they are reset to default

 * Changing fonts crashes illume; change fonts in illume settings Look tab
 will crash illume

 * illume keyboard seems to be working in landscape now!! :)  I'll have to
 test further, but it looks promising.

 Questions:
 I notice that eve (web browser) is in the repo, but it doesn't work:
 r...@om-gta02 ~ $ eve
 ERROR: could not load theme from file '/usr/share/eve/data/default.edj',
 group 'eve.scrollframe': File Does Not Exist
 ERROR: could not load theme from file '/usr/share/eve/data/default.edj',
 group 'eve.navigator': File Does Not Exist
 Error #2 while loading the group 'scrollbar.vertical'.
 Error #2 while loading the group 'scrollbar.vertical'.
 Error Number: 2 while loading the group 'webkit/widget/entry'.
 Error Number: 2 while loading the group 'webkit/widget/button'.
 Error #2 while loading the group 'scrollbar.vertical'.
 Error #2 while loading the group 'scrollbar.horizontal'.
 Error #2 while loading the group 'scrollbar.vertical'.
 Error #2 while loading the group 'scrollbar.horizontal'.

 Is this a work in progress?

 Thanks for all the work!! :)

 Russell Dwiggins

Try to opkg install eve-themes

-- 
Sebastian Krzyszkowiak
dos

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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[undrwater]

 Try to opkg install eve-themes
 
 -- 
 Sebastian Krzyszkowiak
 dos
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 

I found eve-themes last night.  Looks great, but scrolling doesn't seem to
work.  It's hard to find info on google regarding this browser.  Who's
working on it?

Russell Dwiggins
-- 
View this message in context: 
http://n2.nabble.com/Fwd-Shr-User-SHR-unstable-got-a-facelift-And-you-a-christmas-present-tp4032658p4043021.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

RE: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[undrwater]

undrwater wrote:
 
 * illume keyboard seems to be working in landscape now!! :)  I'll have to
 test further, but it looks promising.
 

No...still has problems if rotatated while open.

Maybe this will get fixed with Samsung's help? ;)

Russell Dwiggins
-- 
View this message in context: 
http://n2.nabble.com/Fwd-Shr-User-SHR-unstable-got-a-facelift-And-you-a-christmas-present-tp4032658p4043046.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Rui Miguel Silva Seabra]

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 sebast...@sspaeth.de
 An: SHR-devel shr-de...@lists.shr-project.org, SHR-user shr-
 u...@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 

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Rui Miguel Silva Seabra]

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

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

Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

[Rui Miguel Silva Seabra]

On Fri, Nov 20, 2009 at 10:23:30AM +, 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

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