Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Sean Moss-Pultz]

Hi Pieter

First off, thanks for the kind words!

On Thu, Oct 29, 2009 at 7:27 AM, Pieter Colpaert  wrote:
> Alright! Good one Sean & co! Even people I've never talked about
> openmoko to about, have heard the news.
>
> Any reactions from openmoko (Sean or anyone else?) on the success?

We're feeling so good it's hard to explain. The Associated Press
writeup was huge for us. And the Amazon sales numbers... well, those
are hard to believe.

Personally I'm feeling refresh again (we've had a difficult last 12
months). Probably taking the morning off to surf helped, too :)

> I hope openmoko does not see this as a victory, but as a new start for a
> healthy company and a door for new (open/free) opportunities.

We have so many ideas that build on the work we started with the
phones. So the fact that WikiReader is looking good so far is great
news. But like you said, it's only a start. We need to bring these
open / access ideals to more and more people. Please help us if you
have time. We'd love to see more language support for the WikiReader.
Or just spread the word when you can. Building consumer products is
extremely expensive. We need to sell a lot to keep our independence.
And that's so important for everything that we stands for and want to
become.

  -Sean

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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Sean Moss-Pultz]

On Thu, Oct 29, 2009 at 8:53 AM, Marco Trevisan  wrote:
> Michal Brzozowski wrote:
>> 2009/10/28 Rui Miguel Silva Seabra 
>>         
>> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
>>
>>         Wow, just wow!
>>
>>         It's an interesting device, not for me, but quite interesting.
>>
>>         What I never expected is such a success.
>>
>>
>> I hope Openmoko gets a lot of money now and they start building a
>> proper smartphone :-)
>
> Me too :P
> I figure a lot of people in the list agrees :P
>
> I really hope the wikireader project will help also the "smartphone
> department" :P

Oh you bet!

You can help us the most by buying one and spreading the word. If
you're not interested, get one for your moms. Mine loves hers.

We have some seriously fun ideas for mobile phones. I do hope we get
lucky with WikiReader and Openmoko can grow again so we can continue
what we started.

I need all your help.

  -Sean

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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Sean Moss-Pultz]

On Thu, Oct 29, 2009 at 6:23 AM, Rui Miguel Silva Seabra  wrote:
>
> On Wed, Oct 28, 2009 at 09:08:00PM +, Rui Miguel Silva Seabra wrote:
> > http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
> >
> > Wow, just wow!
> >
> > It's an interesting device, not for me, but quite interesting.
> >
> > What I never expected is such a success.
> >
> > Quite a comparison to the Freerunner's success :)
> >
> > Congratulations, guys!
>
> Rui Grilo, a portuguese politician on a major role in IT policy on the last
> goverment (which was reelected), found it really interesting:
>
> http://twitter.com/rgrilo/status/4829977172
>
> Translation: Really interesting, RT @RuiSeabra wikipedia on your hands,
>             offline and more ecological

Wow that kicks so much ass!

Please keep letting us know how the spanish community sees our
WikiReader. I used to know spanish, but it seems my head is only big
enough to hold two languages.

  -Sean

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

Re: Centralization of graphical awesomeness

[The Rasterman]

On Thu, 29 Oct 2009 00:19:26 +0300 Gennady Kupava  said:

> 
> On p. 1.
> 
> Why not to make some 'viewport' instead of moving objects? This way, it
> is possible to render whole background, then whole moved 'contents', and
> finally scrolling we'll have only one blit operation per redraw. To take
> care of animation, it's possible to store list of 'animated' areas,
> where rendering must be redone each time, and this will slow down things
> only then that animation really needed.

i could add such objects, but i'm not going to. why? because the don't work
well with opengl for starters, and because it will be a LOT of work changing
everything to sue them AND they will consume more memory. and finally... the
time for needing to do so for me has long passed. i am busy enough with evas
and efl and just don't have this time. i have to prioritize what i do and this
is low on a priority list.

> So, by 'pre-render' I mean rendering 'contents' in advance.
> 
> I looked to qt and see that it is almost as compicated as E:
> a. background is not moving
> b. the 'selected' item in list is highlighted with transparent gradient
> rectangle which is fading from black to green on selection.
> c. if i launch something I would get transparent 'clock' with animation,
> with menu still moving behind it.
> d. It slows much then moving selection.

so it has its slownesses too (move the selection). :) but all the items drom
memory are BLANK except the selected one. not so in the themes for SHR and
default. make themes equal and then we can compare.

> On p. 2. 
> 
> I wish someone who knows hardware to answer. Why memory copy looks so
> slow? Is this situation will be same on gta02-core? I've run test on
> nokia 710 and got 400Mb/s...

http://images.google.com/imgres?imgurl=http://img.gsmarena.com/vv/pics/vodafone/vodafone-710-1.jpg&imgrefurl=http://www.gsmarena.com/vodafone_710-pictures-2459.php&usg=__rwvEEFAU5J0nv5LCRl6UnqmHIZ4=&h=529&w=546&sz=58&hl=en&start=1&um=1&tbnid=d0i6EqQQVDA8eM:&tbnh=129&tbnw=133&prev=/images%3Fq%3Dnokoa%2B710%26hl%3Den%26sa%3DN%26um%3D1

thhttp://images.google.com/imgres?imgurl=http://img.gsmarena.com/vv/pics/vodafone/vodafone-710-1.jpg&imgrefurl=http://www.gsmarena.com/vodafone_710-pictures-2459.php&usg=__rwvEEFAU5J0nv5LCRl6UnqmHIZ4=&h=529&w=546&sz=58&hl=en&start=1&um=1&tbnid=d0i6EqQQVDA8eM:&tbnh=129&tbnw=133&prev=/images%3Fq%3Dnokoa%2B710%26hl%3Den%26sa%3DN%26um%3D1at
one?

can't comment on the 710 - but 400m/s seems pretty high to me. for that level
of device. something doesn't seem right in the benchmark / timing etc.? (even
the s3c56410 i have clocks in at 150 or 170m/s memcpy() speeds (according to
lmbench - you should try lmbench. at least its a good standard that runs pretty
much everywhere)

> On p. 3.:
> 
> Really, such behavour of sliding top item (having noting below it while
> it desappears) is 100% visual bug. Will you handle it? How within
> current concept of 'clearing cache'?

as i said before alreayd... its a CONFIG VALUE - its configuration. it's not
hard coded! you can determine how long between flushes and how big caches are!
little sliders to do it all for you under settings->advanced->performance
(advanced mode). i won't handle anything as its already a user tunable
configuration value.

if the delays are not the re-loading from disk (io) then they may be in-memory
cache population (eg of scaled versions of images) to speed up future draws -
though these also get flushed in the above flushing... but.. if it's not.. then
its either the xserver pausing/halting internally for some reason or the kernel
hiccuping handling some interrupts etc. i don't know which it is and i don't
intend to sit down and find out. i'm pointing at likely candidates. i don't
have the time here to sit and trace  at the code level kernel, xserver, and
app thats drawing when i am pretty certain such pauses are "not my bug". if its
cache flushing - it's tunable. if its something else...

> Sure I know from where everything came from on any computer :) But you
> want to tell that redecoding and rereading png from slow device worth
> it? Which memory footprint will have E it we'll completely desable
> removeing things from that cache until they will be destroyed by their
> owners? And btw, how to change size of cache?

ugh.. see above... it's a config value it's tunable. you can ask for 50mg of
cache and set flushes to every few hours instead of 60 seconds! meemory
footprint will expand by the size of the cache set. if 50 m - then e will grow
by that amount. well actually more as the scale cache also shares size with the
normal cache - so possibly 100m). it depends on thhe theme, and how much data
is actually loaded and uses.

> On p. 5:
> 
> Really, we have kernel which operates at 200Hz, so per slice we can work
> with according to my computation -  34Mb/200 170Kb of memory, or
> 400Mhz/200 = 2 millon operations. This enough to make context switching

1hz != 1 operation. :) eg a divide may be 50 or 100x slow

Re: Centralization of graphical awesomeness

[William Kenworthy]

The problem is that playing movies is only one of the FR uses (one I
have never done by the way - I suspect its actually a minor use for most
people)  - I love the FR's high res screen that can make legible quite
small text and details.

So, I would be quite unhappy to have QVGA as the default when I dont use
anything that would benefit.  That being said, it would be a nice option
if it can be made both selectable and non-buggy - I do have a mythbox
and FR/myth integration would be a wow factor thing, though not very
useful otherwise.

BillK


On Wed, 2009-10-28 at 13:58 -0400, Christopher Friedt wrote:
> Wow,
> 
> I'm surprised nobody in this thread has been throwing Hitler insults
> around yet [1].
> 
> Changing the default resolution on the FR to QVGA is a good idea if it
> means a more responsive UI. Assuming that bpp and fps parameters stay
> the same, that would mean 1/4 of the current glamo-bus traffic.
> 
> Personally, I'm more interested in running Android on my FR, so even
> changing the framebuffer resolution statically in the kernel source
> would be fine by me.
> 
> C
> 
> [1] http://en.wikipedia.org/wiki/Godwin's_law
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
-- 
William Kenworthy 
Home in Perth!


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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Treviño]

Michal Brzozowski wrote:
> 2009/10/28 Rui Miguel Silva Seabra 
> 
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
> 
> Wow, just wow!
> 
> It's an interesting device, not for me, but quite interesting.
> 
> What I never expected is such a success.
> 
> 
> I hope Openmoko gets a lot of money now and they start building a
> proper smartphone :-) 

Me too :P
I figure a lot of people in the list agrees :P

I really hope the wikireader project will help also the "smartphone
department" :P



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

Re: Strange behaviour of elementary entry and illume keyboard. Did anybody noticed it?

[Treviño]

Laszlo KREKACS wrote:
> Have anybody noticed, when you type some text in a elementary entry,
> then you click on any other element (a button for example) and you
> click again on the entry.

This is a quite known bug in E, BTW more than in elementary itself I
figure this is related to edje or eina that the entry uses.

I've sent a patch for workarounding another entry bug (related to the
focus), but I didn't check this yet.



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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Thomas Otterbein]

On Wednesday 28 October 2009 22:08:00 Rui Miguel Silva Seabra wrote:
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_
>3_last
>
> Wow, just wow!
>
> It's an interesting device, not for me, but quite interesting.
>
> What I never expected is such a success.
>
> Quite a comparison to the Freerunner's success :)
>
> Congratulations, guys!
>
> Rui

Hmm, a lot of devices made by Palm, some of them already stone old, are the 
Bestsellers at Amazon? Where is their own Kindle? Or devices from HTC? Does HP 
still procude Handhelds at all?

Regards
  thomas

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

Re: one more question about nand

[Treviño]

Matthias Huber wrote:
> because i hadn't nderstood it in deep:
> 
> when i would for example do an nand_erase on mtd6 and would make for 
> example an ext3 of it,
> 
> would this work or is the jffs necessary for writing into nand (mtd6) ?

I'd suggest to move to ubifs... I'm using it (I'm still with an old
2.6.24 custom kernel patched with ubifs support running a very tuned
Om2008) and it's really faster...



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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Pieter Colpaert]

Alright! Good one Sean & co! Even people I've never talked about
openmoko to about, have heard the news.

Any reactions from openmoko (Sean or anyone else?) on the success?

I hope openmoko does not see this as a victory, but as a new start for a
healthy company and a door for new (open/free) opportunities.

Congrats,
Pieter

On Wed, 2009-10-28 at 23:51 +0100, Laszlo KREKACS wrote:
> On Wed, Oct 28, 2009 at 10:08 PM, Rui Miguel Silva Seabra  
> wrote:
> 
> > Congratulation, Wikireader! 7th in Amazon TOP 100
> 
> Already at 4th.
> 
> 



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

Re: Strange behaviour of elementary entry and illume keyboard. Did anybody noticed it?

[Laszlo KREKACS]

On Wed, Oct 28, 2009 at 7:43 PM, Petr Vanek  wrote:
> has this been reported in E track?

Nope as I only figured out today what the exact cause of this strange behaviour.
I always thought I click on the wrong place ...

Also Im quite happy, as I can reproduce this bug on my desktop too
with an elementary app.

Start typing in an elementary entry, then click any other object in the window
(lets say an edje part TEXT), and continue typing without clicking
inside the entry.
All chars entered one char before the last one.


But dunno how to debug more.

Laszlo

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

Re: Keyboard above xterm, first try

[rixed]

-[ Wed, Oct 28, 2009 at 11:47:08PM +0100, Richy ]
> Could you show a picture, please?

If I do that, who will download the source code ? :)

I've put one in the wiki there :

http://gitorious.org/kbosd/pages/Home

Under "screenshot".


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

RE: community Digest, Vol 155, Issue 35

[flecktor]

you remind me an argument with a programmer i had,

he claimed that all testing should be manual, while i claimed, if you invest at 
the first step 3 time as much; all the way from now you can have the testing 
for use faster and easier for everyone not just you , who thought of the test.

well the answer was that the test should be done manualy since that way , you 
learn much more about the system, then after you write the code one.

you and him are right, however what would you rather do? pick the trail after 
broken images , sniff the world for the right distro for each distro takes 
hours to setup, or do the switches swiftly?

please don't rationalize your answer since you did it before , that means its a 
tradition that needs to keep on going.

i got one last question. 


how many mails have you got here in the list that people say:"i am selling my 
openmoko since i don't have the time to set it up."?

a lot of people give up on this small child games, that a computer can do and 
should do.

if the moko wants to go anywere in needs to be more automatic to my opinion, 
even if the holder of this opinion is an hotmail user.

d flecktor out.

--Forwarded Message Attachment--
From: g...@bsdmn.com
To: community@lists.openmoko.org
Date: Thu, 29 Oct 2009 01:04:25 +0300
Subject: Re: one to rule them all

You'll miss 66% of OM fun with such utility.
 

  
_
New Windows 7: Find the right PC for you. Learn more.
http://www.microsoft.com/windows/pc-scout/default.aspx?CBID=wl&ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_pcscout:102009___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ffalarms 0.3 -- recurring alarms

[William Kenworthy]

On Wed, 2009-10-28 at 22:39 +0100, Petr Vanek wrote:
> On Wed, 28 Oct 2009 21:32:03 +
> Al Johnson  (AJ) wrote:
> 
> >On Wednesday 28 October 2009, Petr Vanek wrote:
> >> >I meant that it ought to behave that way in future, not that it
> >> >would in the current version. I don't care if the phone goes to
> >> >sleep during the snooze interval so long as the alarm goes off
> >> >again five minutes later!
> >> >
> >> :) sure, now it didn't wake up itself and me neither :))
> >> 
> >> what if the unlocking 1-2-3-4 pattern is configurable, how would
> >> snooze get in then?
> >
> >How about puzzle to stop the sound, display the message and show the
> >ACK slider? If you don't ACK then there's another alarm after the
> >snooze interval.
> 
> that would do just fine for me, just some people wanted to get rid of
> the puzzle...
> 
> Petr
> 

Even without the puzzel, you still need an acknowledge button for the
alarm so thats not a problem.  The problem with the puzzel is 4 buttons
with small, unreadable text that have to be pressed in a specific order
when you have just been woken up and are disoriented, cant find your
glasses and your grumpy, just woken up better half is berating you for
the umpteenth time for not being able to turn off the alarm  :(

BillK






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

Re: one to rule them all

[William Kenworthy]

There is a wiki page that lists the distros with comments - needs
cleaning up and streamlining - start there?

BillK


On Wed, 2009-10-28 at 22:30 +0100, Marcel wrote:
> Am Mittwoch, den 28.10.2009, 22:18 +0100 schrieb Matthias Huber:
> > flecktor schrieb: 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > Windows 7: Simplify your PC. Learn more.
> > hmmm. not sure. :-)))
> 
> That's exactly what I was thinking when reading his mail... :)
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
-- 
William Kenworthy 
Home in Perth!


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

Re: community Digest, Vol 155, Issue 34

[Matthias Huber]

flecktor schrieb:

From: matthias.hu...@wollishausen.de
To: community@lists.openmoko.org
Date: Wed, 28 Oct 2009 22:18:58 +0100
Subject: Re: one to rule them all









flecktor schrieb:







Windows 7: Simplify your PC. Learn more.




hmmm. not sure. :-)))



its beacuase im a jew isn't it?



New Windows 7: Find the right PC for you. Learn more. 



no, it's because of your signature. you are posting into a linux forum. 
not a windows forum.




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

Re: [SHR-u] Wifi, Keyboard and scripting

[Matthias Huber]

Johan Kraft schrieb:
> Hi,
>
> Thanks for the answers, they are just what I needed. I should have
> been more clear on the first one though.
>
> I asked:
>  "Is is possible to have it _not_ suspend as default when on battery?"
>
> What I really meant was:
>  "Is is possible to have the FR _not_ suspend as default when on
> battery, without going through the settings menu?"
>
>   

should be normal behavior(not to suspend while on cable), but i also get 
sometimes the case, that it is suspending, although on the usb cable.
just replug and it won't be asleep furthermore. (happens some time, hope 
devs correct it in future)





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

Re: how to port a scheme interpreter to om?

[john]

Hi..

2009/10/28 Shawn :
> hi guys,
>    does anybody has try to port the scheme interpreter(guile,etc) to
> openMOKO?
>
[snip]
>

I just built Guile 1.8.5 from shr-unstable. If you like I can put the
packages up somewhere.

John.

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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Laszlo KREKACS]

On Wed, Oct 28, 2009 at 10:08 PM, Rui Miguel Silva Seabra  wrote:

> Congratulation, Wikireader! 7th in Amazon TOP 100

Already at 4th.

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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Rui Miguel Silva Seabra]

On Wed, Oct 28, 2009 at 09:08:00PM +, Rui Miguel Silva Seabra wrote:
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
> 
> Wow, just wow!
> 
> It's an interesting device, not for me, but quite interesting.
> 
> What I never expected is such a success.
> 
> Quite a comparison to the Freerunner's success :)
> 
> Congratulations, guys!

Wow, just wow! Third time's the charm, it seems, OpenMoko @wikireader is now #4
on amazon bestsellers

http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last

A m a z i n g !

Rui

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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[David Reyes Samblas Martinez]

2009/10/28 Rui Miguel Silva Seabra :
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
>
> Wow, just wow!
>
> It's an interesting device, not for me, but quite interesting.
>
> What I never expected is such a success.
>
> Quite a comparison to the Freerunner's success :)
>
> Congratulations, guys!
>
> Rui
> --
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
4th now :)

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

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

Re: Keyboard above xterm, first try

[Richy]

Could you show a picture, please?

On Wed, Oct 28, 2009 at 21:22,   wrote:
>> Also, I'm a little contraried by the memory footprint of the
>> program, and by the fact that I would like this keyboard for other
>> apps... Anybody already tried to build a OSD keyboard with lib-aosd
>> or lib-xosd ?
>
> Ok, as a proof of concept I just did a virtual keyboard using the
> XShape extension, so you can have it over xterm (or anything else that
> does not need the mouse) :
>
> http://gitorious.org/kbosd
>
> Runs fine under hackable:1 rev5, may require some tweaking on other
> distros (like selecting another font).
>
> Happy Hacking in portrait mode !
>
>
> ___
> 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: Congratulation, Wikireader! 7th in Amazon TOP 100

[Dan Staley]

Wow!  Congrats on all the success!
Very positive reviews!


On Wed, Oct 28, 2009 at 6:23 PM, Rui Miguel Silva Seabra wrote:

> On Wed, Oct 28, 2009 at 09:08:00PM +, Rui Miguel Silva Seabra wrote:
> >
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
> >
> > Wow, just wow!
> >
> > It's an interesting device, not for me, but quite interesting.
> >
> > What I never expected is such a success.
> >
> > Quite a comparison to the Freerunner's success :)
> >
> > Congratulations, guys!
>
> Rui Grilo, a portuguese politician on a major role in IT policy on the last
> goverment (which was reelected), found it really interesting:
>
> http://twitter.com/rgrilo/status/4829977172
>
> Translation: Really interesting, RT @RuiSeabra wikipedia on your hands,
> offline and more ecological
>
> Plus: search on twitter for wikireader... lots of entries!
>
> http://search.twitter.com/search?q=wikireader
>
> Rui
>
> ___
> 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: Congratulation, Wikireader! 7th in Amazon TOP 100

[Michal Brzozowski]

2009/10/28 Rui Miguel Silva Seabra 

>
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
>
> Wow, just wow!
>
> It's an interesting device, not for me, but quite interesting.
>
> What I never expected is such a success.
>
> Quite a comparison to the Freerunner's success :)
>
> Congratulations, guys!
>
> Rui
> --
>
>
I hope Openmoko gets a lot of money now and they start building a proper
smartphone :-)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Centralization of graphical awesomeness

[Marcel]

This thread is getting kinda strange... But funneh if one doesn't take
people too serious who think they are :D

Am Mittwoch, den 28.10.2009, 23:07 +0100 schrieb Bernd Prünster:
> Al Johnson wrote: 
> > On Wednesday 28 October 2009, DJDAS wrote:
> >   
> > > Bernd Prünster ha scritto:
> > > 
> > > > DJDAS wrote:
> > > > 
> > > > FDOM uses illume, the launcher is efl, the settings app is efl...
> > > > strange world we live in...
> > > >   
> > > Yes I know, thank you :) but since then I noticed new versions were
> > > slower than the one I have, so maybe FDOM guys or that libraries version
> > > was more performant, I really don't know honestly...
> > > 
> > 
> > FDOM display is faster mainly because it uses a relatively simple theme.
> Jesus, this world is so crazy, it is actually true what five people
> already said, thanks Al for confirming.
> so much craziness in this world... i'm gonna look out the window to
> watch for flying pigs.
> oink oink, notch notch, grunz grunz! 
> > Bernd's lightweight themes should give a similar speedup.
> > 
> > Another factor is that some iterations of the fso daemons have been 
> > occasional 
> > resource hogs, causing display slowdowns whichever toolkit you use. This 
> > has 
> > been addressed partly by bugfixes in the python implementations, and for 
> > the 
> > future by the ongoing move to vala implementations of the daemons, starting 
> > with the most resource-hungry.
>  _ 
> `,\)
>  `--==\\  /
>   `--==\\/
> .--.Y|\\_
>  @_//  66\_
>|\   \   _(")
> \   /-| ||'--'
>jgs   \_\  \_\\
> 
> 
> ___
> 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: #1024-rework service available

[Thomas HOCEDEZ]

Michael Smith a écrit :
> On Wed, 28 Oct 2009 13:04:54 +0100
> Davide Scaini  wrote:
>
>   
>> Hi Michael,
>> i'm also interested in doing teh rework on my own, but on this page
>> http://wiki.openmoko.org/wiki/1024 and related links there are only few
>> images... so can you please post yours when your work is done?
>> 
>
> Okay I will do that.
>   
> 
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
some of mine here in the mess :
http://freerunner.daily.free.fr/wp-content/

it was my first attempt with HUGE cap ! (but it worked !)

Really easy to do !

Good luck

AstHrO


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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Rui Miguel Silva Seabra]

On Wed, Oct 28, 2009 at 09:08:00PM +, Rui Miguel Silva Seabra wrote:
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
> 
> Wow, just wow!
> 
> It's an interesting device, not for me, but quite interesting.
> 
> What I never expected is such a success.
> 
> Quite a comparison to the Freerunner's success :)
> 
> Congratulations, guys!

Rui Grilo, a portuguese politician on a major role in IT policy on the last
goverment (which was reelected), found it really interesting:

http://twitter.com/rgrilo/status/4829977172 

Translation: Really interesting, RT @RuiSeabra wikipedia on your hands,
 offline and more ecological

Plus: search on twitter for wikireader... lots of entries!

http://search.twitter.com/search?q=wikireader

Rui

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

Re: Centralization of graphical awesomeness

[Bernd Prünster]

Al Johnson wrote:

On Wednesday 28 October 2009, DJDAS wrote:
  

Bernd Prünster ha scritto:


DJDAS wrote:

FDOM uses illume, the launcher is efl, the settings app is efl...
strange world we live in...
  

Yes I know, thank you :) but since then I noticed new versions were
slower than the one I have, so maybe FDOM guys or that libraries version
was more performant, I really don't know honestly...



FDOM display is faster mainly because it uses a relatively simple theme.
Jesus, this world is so crazy, it is actually true what five people 
already said, thanks Al for confirming.
so much craziness in this world... i'm gonna look out the window to 
watch for flying pigs.

oink oink, notch notch, grunz grunz!
 
Bernd's lightweight themes should give a similar speedup.


Another factor is that some iterations of the fso daemons have been occasional 
resource hogs, causing display slowdowns whichever toolkit you use. This has 
been addressed partly by bugfixes in the python implementations, and for the 
future by the ongoing move to vala implementations of the daemons, starting 
with the most resource-hungry.

** _ 
   `,\)
`--==\\  /
 `--==\\/
   .--.Y|\\_
@_//  66\_
  |\   \   _(")
   \   /-| ||'--'
  jgs   \_\  \_\\
**



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

Re: one to rule them all

[Gennady Kupava]

You'll miss 66% of OM fun with such utility.

В Срд, 28/10/2009 в 21:02 +, flecktor пишет:
> hi everyone
> 
> every time i want to change a distro its a movie for me.
> 
> i need to find the web sources, then decide which version   to use,
> download it,flash it and if its on sd its a harder story for me.
> 
> so, my point is, if anyone care enough and wants an idea, to make a
> software the centers everything, and gives you a list of all distros ,
> and download them , and maybe even connect it to neotool for flashing,
> or maybe to gparted to do the sd formating automaticaly.
> 
> its a lot of work, however it will make the everyday use of openmoko
> MUCH MUCH EASIER!
> 
> what do you say?
> 
> d flecktor  out.
> 
> 
> 
> 
> __
> Windows 7: Simplify your PC. Learn more.


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

Re: [SHR-u] Wifi, Keyboard and scripting

[Johan Kraft]

Hi,

Thanks for the answers, they are just what I needed. I should have
been more clear on the first one though.

I asked:
 "Is is possible to have it _not_ suspend as default when on battery?"

What I really meant was:
 "Is is possible to have the FR _not_ suspend as default when on
battery, without going through the settings menu?"


Cheers
Johan

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

RE: community Digest, Vol 155, Issue 34

[flecktor]

From: matthias.hu...@wollishausen.de
To: community@lists.openmoko.org
Date: Wed, 28 Oct 2009 22:18:58 +0100
Subject: Re: one to rule them all






  


flecktor schrieb:

  

  

  Windows 7: Simplify your PC. Learn more.
hmmm. not sure. :-)))



its beacuase im a jew isn't it?

b.t.w.

i never upgraded after xp, im now an ubuntu(still spoiled) user.

i only use this box beacuse the for the google box, they read mails, so i 
rather stay with the old one.
  
_
New Windows 7: Find the right PC for you. Learn more.
http://www.microsoft.com/windows/pc-scout/default.aspx?CBID=wl&ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_pcscout:102009___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ffalarms 0.3 -- recurring alarms

[jeremy jozwik]

On Wed, Oct 28, 2009 at 2:39 PM, Petr Vanek  wrote:
> that would do just fine for me, just some people wanted to get rid of
> the puzzle...


should be a conf option. i for one like the puzzle

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

Re: ffalarms 0.3 -- recurring alarms

[Petr Vanek]

On Wed, 28 Oct 2009 21:32:03 +
Al Johnson  (AJ) wrote:

>On Wednesday 28 October 2009, Petr Vanek wrote:
>> >I meant that it ought to behave that way in future, not that it
>> >would in the current version. I don't care if the phone goes to
>> >sleep during the snooze interval so long as the alarm goes off
>> >again five minutes later!
>> >
>> :) sure, now it didn't wake up itself and me neither :))
>> 
>> what if the unlocking 1-2-3-4 pattern is configurable, how would
>> snooze get in then?
>
>How about puzzle to stop the sound, display the message and show the
>ACK slider? If you don't ACK then there's another alarm after the
>snooze interval.

that would do just fine for me, just some people wanted to get rid of
the puzzle...

Petr


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

Re: ffalarms 0.3 -- recurring alarms

[Al Johnson]

On Wednesday 28 October 2009, Petr Vanek wrote:
> >I meant that it ought to behave that way in future, not that it would
> >in the current version. I don't care if the phone goes to sleep during
> >the snooze interval so long as the alarm goes off again five minutes
> >later!
> >
> :) sure, now it didn't wake up itself and me neither :))
> 
> what if the unlocking 1-2-3-4 pattern is configurable, how would snooze
> get in then?

How about puzzle to stop the sound, display the message and show the ACK 
slider? If you don't ACK then there's another alarm after the snooze interval.

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

Re: one to rule them all

[Marcel]

Am Mittwoch, den 28.10.2009, 22:18 +0100 schrieb Matthias Huber:
> flecktor schrieb: 
> > 
> > 
> > 
> > 
> > 
> > Windows 7: Simplify your PC. Learn more.
> hmmm. not sure. :-)))

That's exactly what I was thinking when reading his mail... :)


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

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Petr Vanek]

>http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
>
>Wow, just wow!
>
>It's an interesting device, not for me, but quite interesting.
>
>What I never expected is such a success.
>
>Quite a comparison to the Freerunner's success :)
>
>Congratulations, guys!

And the reviews are nice and positive too. Good job!

Petr


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

Re: Centralization of graphical awesomeness

[Gennady Kupava]

On p. 1.

Why not to make some 'viewport' instead of moving objects? This way, it
is possible to render whole background, then whole moved 'contents', and
finally scrolling we'll have only one blit operation per redraw. To take
care of animation, it's possible to store list of 'animated' areas,
where rendering must be redone each time, and this will slow down things
only then that animation really needed.

So, by 'pre-render' I mean rendering 'contents' in advance.

I looked to qt and see that it is almost as compicated as E:
a. background is not moving
b. the 'selected' item in list is highlighted with transparent gradient
rectangle which is fading from black to green on selection.
c. if i launch something I would get transparent 'clock' with animation,
with menu still moving behind it.
d. It slows much then moving selection.

On p. 2. 

I wish someone who knows hardware to answer. Why memory copy looks so
slow? Is this situation will be same on gta02-core? I've run test on
nokia 710 and got 400Mb/s...

On p. 3.:

Really, such behavour of sliding top item (having noting below it while
it desappears) is 100% visual bug. Will you handle it? How within
current concept of 'clearing cache'?

Sure I know from where everything came from on any computer :) But you
want to tell that redecoding and rereading png from slow device worth
it? Which memory footprint will have E it we'll completely desable
removeing things from that cache until they will be destroyed by their
owners? And btw, how to change size of cache?

On p. 5:

Really, we have kernel which operates at 200Hz, so per slice we can work
with according to my computation -  34Mb/200 170Kb of memory, or
400Mhz/200 = 2 millon operations. This enough to make context switching
cache cleanup important. People report as 0.25% runtime.
[http://lwn.net/images/conf/rtlws11/papers/paper.01.html]

On p. 7:

'Work on' and 'have target' are different things in many cases. :)

On p. 8:

All this is about making money, not good things. Crap :)

On p. 9:

As I already wrote, it's never 'doesn't matter', at least for me. I am
still using wmaker on 2Ghz Xeon at home. Why? Because it has latency
Xms, while gnome have 10*X ms. And, unfortunately for me, I can notice
this. :)

Gennady

В Срд, 28/10/2009 в 01:58 +1100, Carsten Haitzler пишет:
> On Tue, 27 Oct 2009 17:11:08 +0300 Gennady Kupava  said:
> 
> > I am sorry, but my letter is not about trolling and blaming but about
> > optimization, qt and e, speed is interesting for me, not blaming. Calm
> > down guys! I've numbered separate points overwise my letter will look
> > endless :)
> > 
> > 1. First, bit about qt scrolling - It's not so simple Carlsen want it to
> > be. I see background image, rendered text and 1-2 relativaly small image
> > each line. "Apllications" menu have ~40 entries. All scrolling very
> > smooth, and no rectangles where. Carlsen, have you run qtmoko? Buttons
> > are changing only then you press them. What prevents E from prerendering
> > contents of scrollable area, it is not changing on the fly? Lack of this
> > optimization makes menus and scrollable areas much slower. 
> 
> scrolling isnt any special operation in efl. it's moving some objects around.
> that's all it is. a scroller just moves its child around. moving an object
> queues redraws for previous and current positions. evas' merges all redraws at
> render time and just does them. it will avoid drawing things that will be
> later overwritten by solid pixels. as long as it knows that they are solid (eg
> solid rect, image without an alpha channel etc.) scrolling is done very
> differently. you can't "pre-render" as they get rendered on the fly. 
> everythign
> does. evas has caches to save copies of scaled images (if smooth scaled) to
> save computation making the smooth when scaling on every redraw. but it's 
> still
> a draw. this is done this way because it is increidbly flexible. you get the
> ability to have translucent items and all sorts of goodies. a draw in the end
> is a copy from some source and a write to a dest in evas. the more reads you 
> do
> and writes - the worse it gets. worse is alpha blend as its read source, dest
> then write to dest (after some calculations).
> 
> now... if your list in elementary had NO backgroun except the selecte item ALL
> it woudl do it draw the changes in test items - ie fill in the background
> (solid color would be writes onlt, image woudl be read then write) and then
> draw text on top (an alpha blend op with source data being only 8bit alpha).
> and this only for where the text is.
> 
> for qte/qtopia/qtwhatever it is called now, if you have a background that 
> moves
> with the text that scrolls, then it is a simple copy (copy current area up N
> pixels or down) thus a read and write, then draw new area. if the display is
> with a static bg and scrolling text - it's the same as evas. evas's scroling 
> is
> ONLY this method. if you configured the theme to be the same as qt (from 
> memor

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

[Nelson Castillo]

On Wed, Oct 28, 2009 at 4:08 PM, Rui Miguel Silva Seabra  wrote:
> http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last
>
> Wow, just wow!

Wow.

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

Re: one to rule them all

[Matthias Huber]

flecktor schrieb:




Windows 7: Simplify your PC. Learn more. 


hmmm. not sure. :-)))
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Congratulation, Wikireader! 7th in Amazon TOP 100

[Rui Miguel Silva Seabra]

http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_3_last

Wow, just wow!

It's an interesting device, not for me, but quite interesting.

What I never expected is such a success.

Quite a comparison to the Freerunner's success :)

Congratulations, guys!

Rui
-- 

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

one to rule them all

[flecktor]

hi everyone

every time i want to change a distro its a movie for me.

i need to find the web sources, then decide which version   to use, download 
it,flash it and if its on sd its a harder story for me.

so, my point is, if anyone care enough and wants an idea, to make a software 
the centers everything, and gives you a list of all distros , and download them 
, and maybe even connect it to neotool for flashing, or maybe to gparted to do 
the sd formating automaticaly.

its a lot of work, however it will make the everyday use of openmoko MUCH MUCH 
EASIER!

what do you say?

d flecktor  out.


  
_
Windows 7: Simplify your PC. Learn more.
http://www.microsoft.com/Windows/windows-7/default.aspx?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_evergreen1:102009___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-u] Wifi, Keyboard and scripting

[Matthias Huber]

Johan Kraft schrieb:
> How do I run a script automatically at the end of the start up process?
make a script: /etc/init.d/johankraft

chmod +x /etc/init.d/johankraft
cd /etc/init.d/rc5.d
ln -s ../init.d/johannkraft S99johannkraft



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

Re: Centralization of graphical awesomeness

[Al Johnson]

On Wednesday 28 October 2009, DJDAS wrote:
> Bernd Prünster ha scritto:
> > DJDAS wrote:
> >
> > FDOM uses illume, the launcher is efl, the settings app is efl...
> > strange world we live in...
> 
> Yes I know, thank you :) but since then I noticed new versions were
> slower than the one I have, so maybe FDOM guys or that libraries version
> was more performant, I really don't know honestly...

FDOM display is faster mainly because it uses a relatively simple theme. 
Bernd's lightweight themes should give a similar speedup.

Another factor is that some iterations of the fso daemons have been occasional 
resource hogs, causing display slowdowns whichever toolkit you use. This has 
been addressed partly by bugfixes in the python implementations, and for the 
future by the ongoing move to vala implementations of the daemons, starting 
with the most resource-hungry.

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

Keyboard above xterm, first try

[rixed]

> Also, I'm a little contraried by the memory footprint of the
> program, and by the fact that I would like this keyboard for other
> apps... Anybody already tried to build a OSD keyboard with lib-aosd
> or lib-xosd ?

Ok, as a proof of concept I just did a virtual keyboard using the
XShape extension, so you can have it over xterm (or anything else that
does not need the mouse) :

http://gitorious.org/kbosd

Runs fine under hackable:1 rev5, may require some tweaking on other
distros (like selecting another font).

Happy Hacking in portrait mode !


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

Re: #1024-rework service available

[Michael Smith]

On Wed, 28 Oct 2009 13:04:54 +0100
Davide Scaini  wrote:

> Hi Michael,
> i'm also interested in doing teh rework on my own, but on this page
> http://wiki.openmoko.org/wiki/1024 and related links there are only few
> images... so can you please post yours when your work is done?

Okay I will do that.
-- 
Michael Smith
Network Applications
www.netapps.com.au   | +61 (0) 416 062 898
Web Hosting  | Internet Services


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

Re: can anyone tell their experiences about mer

[Rui Miguel Silva Seabra]

On Thu, Oct 29, 2009 at 01:29:23AM +0530, Aditya Gandhi wrote:
> hi there
> just curios about mer
> can anyone tell their experiences about mer

As my Smart q/ arrives, I may have something to say about it :)

But I don't expect it before sometime in the next 7 to 17 days :(

Rui

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

Re: ffalarms 0.3 -- recurring alarms

[Petr Vanek]

>I meant that it ought to behave that way in future, not that it would
>in the current version. I don't care if the phone goes to sleep during
>the snooze interval so long as the alarm goes off again five minutes
>later!


:) sure, now it didn't wake up itself and me neither :))

what if the unlocking 1-2-3-4 pattern is configurable, how would snooze
get in then?

Petr


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

Re: ffalarms 0.3 -- recurring alarms

[Al Johnson]

On Wednesday 28 October 2009, Petr Vanek wrote:
> >> don't forget to fit in the "Snooze" slider too, please :)
> >
> >It shouldn't need a separate slider. If you turn off but don't ACK it
> >should be equivalent to a snooze.
> 
> tried that this morning and no snooze, i mean i could snooze but
> the phone went to sleep :)

I meant that it ought to behave that way in future, not that it would in the 
current version. I don't care if the phone goes to sleep during the snooze 
interval so long as the alarm goes off again five minutes later!

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

Re: [SHR-u] Wifi, Keyboard and scripting

[Petr Vanek]

>Is is possible to have it _not_ suspend as default when on battery?

Settings->Power->Auto-suspend: Off

>How do I turn on the wifi radio from the command line (instead of going
>through the settings)?

opkg install fsoraw

fsoraw --help

>How do I run a script automatically at the end of the start up process?

start up of the system or start up of X?

either place your script into /etc/rc5.d or /etc/X11/Xsession.d , look
into how scripts are named - numbered. use the highest number +1 of
existing scripts or 99 to be the last to start.

>When I start the terminal, the keyboard is the predictive one. How do I
>change it to the 'terminal' keyboard as default?

http://wiki.openmoko.org/wiki/Illume_keyboard

Petr


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

Re: [SHR-u] Wifi, Keyboard and scripting

[Al Johnson]

On Wednesday 28 October 2009, Johan Kraft wrote:
> Hi all,
> 
> I have got a couple of questions regarding the latest SHR-u.
> 
> Is is possible to have it _not_ suspend as default when on battery?

Settings -> Power in the 'Power Settings' section

> How do I turn on the wifi radio from the command line (instead of going
> through the settings)?

mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage 
org.freesmartphone.Usage.SetResourcePolicy WiFi enabled

Change 'enabled' to 'auto' to let apps request it, or 'disabled' to force it 
off.

> How do I run a script automatically at the end of the start up process?

Never looked into that one.

> When I start the terminal, the keyboard is the predictive one. How do I
> change it to the 'terminal' keyboard as default?

Keyboard definitions live in 
/usr/lib/enlightenment/modules/illume/keyboard/*.kbd
The default definition is whichever is named Default.kbd, so if you rename the 
files you can change which is used by default.

> In appreciation of your time
> 
> -Johan
> 


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

can anyone tell their experiences about mer

[Aditya Gandhi]

hi there
just curios about mer
can anyone tell their experiences about mer
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ffalarms 0.3 -- recurring alarms

[Petr Vanek]

>> don't forget to fit in the "Snooze" slider too, please :)
>
>It shouldn't need a separate slider. If you turn off but don't ACK it
>should be equivalent to a snooze.


tried that this morning and no snooze, i mean i could snooze but
the phone went to sleep :)

Petr


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

[SHR-u] Wifi, Keyboard and scripting

[Johan Kraft]

Hi all,

I have got a couple of questions regarding the latest SHR-u.

Is is possible to have it _not_ suspend as default when on battery?
How do I turn on the wifi radio from the command line (instead of going
through the settings)?
How do I run a script automatically at the end of the start up process?
When I start the terminal, the keyboard is the predictive one. How do I
change it to the 'terminal' keyboard as default?

In appreciation of your time

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

Re: Centralization of graphical awesomeness

[Sebastian Krzyszkowiak]

On 10/28/09, DJDAS  wrote:
> Sebastian Krzyszkowiak wrote:
>> But I will. Creating Illume themes and even redesigning it completely
>> is easier than for Qt or GTK+. I tried it (i'm author of Niebiee
>> theme), so I know :P
>>
>> Really, you're annoying.
>>
> Sorry
>>
>>> other people, I don't agree with Raster and SHR maintainers simply
>>> because they don't care users but think about themselves and this is why
>>> I never installed SHR and won't never write a program using EFL.
>>>
>>
>> Now you showed that you shouldn't write anything in this topic.
> Sorry
>> How
>> the hell you can say "SHR developers don't care about users", when you
>> never used it? And without basic knowledge about what's going? (to
>> explain: for some time there is launched contest for light, fast and
>> good looking Illume and elementary theme in SHR, which will became
>> default, as we wanted to change default theme for really long time.
>>
> Maybe a contest asking if users wanted to launch "opkg upgrade" without
> messing their system at random one day yes and the following no?
> Maybe asking if the unstable or stable o testing branches could be
> useful for ALL instead of deciding to break things without any advice? I
> think community driven means "we want to decide one thing do you agree
> with us or suggest something better?" not "we decide to do something and
> you are only passive testers" simply because even the Freerunner is a
> high end user device, not every high end user is a Linux system expert
> or able to fix something...But maybe I'm wrong so sorry again...
>>
>> Really, calm down. You're using strange arguments, which don't cover
>> reality at all. And it's really near to trolling (if it isn't
>> already).
>>
> It's not trolling, I never trolled or wanted to, but asked questions and
> told my opinion (I was rude in my first post but I explained why), if
> this is not acceptable only because I don't fully agree with Raster or
> SHR devs it's not my problem and I'll continue to work by myself and (if
> possible) share my results with anyone interested in, otherwise it's
> really not a problem and my life will go on as ever :) my way of
> thinking the Freerunner is written in the little green card I found in
> its box...
> So sorry again and good bye.

Well, don't be sorry. Just please, be little more friendly when
expressing your opinions, as discussing when being close to insults
isn't nice ;) That's all.

Personally I think you're wrong, but I'm not God, not even Flying
Spaghetti Monster, so we both can be wrong ;)

-- 
Sebastian Krzyszkowiak
dos

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

Re: ffalarms 0.3 -- recurring alarms

[Łukasz Pankowski]

jeremy jozwik  writes:

> 2009/10/25 Łukasz Pankowski :
>> Hi
>>
>> I have just released ffalarms 0.3, it adds recurring alarms, please test
>> it before depending on it.
>>
>> For me the most missing feature now is being able to edit the alarms and
>> postponing in the acknowledge window.  Ideas and comments are welcome.
>
> ive just thought of something. instead of using the enlighten
> fullscreen mode. which kills the UI if the keyboard is set to none. is
> there any way you could borrow the render-above-all bit of code from
> literki? if you run literki you can position the keyboard above the
> menu bar, thus emulating the fullscreen mode.
>
> would make for a much more stable package while we wait for a working
> enlightenment.

Hi,

I will try to look into this issue looking at literki, if it will be
easy to workaround I will add it as an option in config file (hope to
look at before the next release).

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

Re: Centralization of graphical awesomeness

[DJDAS]

Bernd Prünster ha scritto:
> DJDAS wrote:
>
> FDOM uses illume, the launcher is efl, the settings app is efl...
> strange world we live in...
>   
Yes I know, thank you :) but since then I noticed new versions were 
slower than the one I have, so maybe FDOM guys or that libraries version 
was more performant, I really don't know honestly...



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

Re: Centralization of graphical awesomeness

[Bernd Prünster]

DJDAS wrote:
> Cedric BAIL wrote:
>   
>> So either you have something like QtMoko without fancy stuff, and it
>> will be faster, or you have some fancy effect, but slower fps. That's
>> it. You can cry, you can yell, it will not be possible to do something
>> more than that. Yes, it is frustrating, but the world is like that,
>> you need to compromise. 
>> 
> That's exactly what I said in my previous post it's not me that is 
> saying "E is the best piece of software, all the others are sh*t" and 
> I'm not crying, I worked to optimize my personal distribution based on 
> an old FDOM and it's quite responsive and daily since september 2008,
FDOM uses illume, the launcher is efl, the settings app is efl...
strange world we live in...



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

Re: Centralization of graphical awesomeness

[DJDAS]

Sebastian Krzyszkowiak wrote:
> But I will. Creating Illume themes and even redesigning it completely
> is easier than for Qt or GTK+. I tried it (i'm author of Niebiee
> theme), so I know :P
>
> Really, you're annoying.
>   
Sorry
>   
>> other people, I don't agree with Raster and SHR maintainers simply
>> because they don't care users but think about themselves and this is why
>> I never installed SHR and won't never write a program using EFL.
>> 
>
> Now you showed that you shouldn't write anything in this topic. 
Sorry
> How
> the hell you can say "SHR developers don't care about users", when you
> never used it? And without basic knowledge about what's going? (to
> explain: for some time there is launched contest for light, fast and
> good looking Illume and elementary theme in SHR, which will became
> default, as we wanted to change default theme for really long time.
>   
Maybe a contest asking if users wanted to launch "opkg upgrade" without 
messing their system at random one day yes and the following no?
Maybe asking if the unstable or stable o testing branches could be 
useful for ALL instead of deciding to break things without any advice? I 
think community driven means "we want to decide one thing do you agree 
with us or suggest something better?" not "we decide to do something and 
you are only passive testers" simply because even the Freerunner is a 
high end user device, not every high end user is a Linux system expert 
or able to fix something...But maybe I'm wrong so sorry again...
>
> Really, calm down. You're using strange arguments, which don't cover
> reality at all. And it's really near to trolling (if it isn't
> already).
>   
It's not trolling, I never trolled or wanted to, but asked questions and 
told my opinion (I was rude in my first post but I explained why), if 
this is not acceptable only because I don't fully agree with Raster or 
SHR devs it's not my problem and I'll continue to work by myself and (if 
possible) share my results with anyone interested in, otherwise it's 
really not a problem and my life will go on as ever :) my way of 
thinking the Freerunner is written in the little green card I found in 
its box...
So sorry again and good bye.



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

Re: Strange behaviour of elementary entry and illume keyboard. Did anybody noticed it?

[Petr Vanek]

>Oh yes, I got VERY annoyed from that f*cking inconsistent backspace
>behaviour! Sorry, this had to be written. Its so annoying when editing
>text after having typed a few sentences, although I couldn't make out
>any rule behind that.
>
>Am Mittwoch, den 28.10.2009, 19:15 +0100 schrieb Laszlo KREKACS: 
>> Hi!
>> 
>> Have anybody noticed, when you type some text in a elementary entry,
>> then you click on any other element (a button for example) and you
>> click again on the entry.
>> 
>> Now the cursor is still at the end of the text. But when you send
>> some chars using illume
>> keyword it inserts the chars *before the last char*.


has this been reported in E track?

Petr


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

Re: Strange behaviour of elementary entry and illume keyboard. Did anybody noticed it?

[Marcel]

Oh yes, I got VERY annoyed from that f*cking inconsistent backspace
behaviour! Sorry, this had to be written. Its so annoying when editing
text after having typed a few sentences, although I couldn't make out
any rule behind that.

Am Mittwoch, den 28.10.2009, 19:15 +0100 schrieb Laszlo KREKACS: 
> Hi!
> 
> Have anybody noticed, when you type some text in a elementary entry,
> then you click on any other element (a button for example) and you
> click again on the entry.
> 
> Now the cursor is still at the end of the text. But when you send some
> chars using illume
> keyword it inserts the chars *before the last char*.
> 
> And what is really strange: The backspace button (or swiping left on
> the keyboard) does erase the LAST char.
> Even after you inserted some chars already before the last char. The
> backspace still erase the last char.
> 
> Once you erased one char from the end (using backspace), you are back
> to the normal behaviour.
> The cursor is at the end, when you type chars, it inserted at the end,
> and the backspace deletes the last
> char too.
> 
> 
> Any possible explanation?
> 
> Best regards,
>  Laszlo
> 
> ___
> 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

Strange behaviour of elementary entry and illume keyboard. Did anybody noticed it?

[Laszlo KREKACS]

Hi!

Have anybody noticed, when you type some text in a elementary entry,
then you click on any other element (a button for example) and you
click again on the entry.

Now the cursor is still at the end of the text. But when you send some
chars using illume
keyword it inserts the chars *before the last char*.

And what is really strange: The backspace button (or swiping left on
the keyboard) does erase the LAST char.
Even after you inserted some chars already before the last char. The
backspace still erase the last char.

Once you erased one char from the end (using backspace), you are back
to the normal behaviour.
The cursor is at the end, when you type chars, it inserted at the end,
and the backspace deletes the last
char too.


Any possible explanation?

Best regards,
 Laszlo

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

Re: [QtMoko] glamo mplayer

[Matthias Huber]

Xavier Cremaschi schrieb:

Dan Staley a écrit :
  
I was thinking about this the other day.  There are arm4 ports of 
myth-frontendso I wonder how well the frontend would run on the 
freerunner. 
It is designed to look good on low res screens

I may try installing the front-end after I get my new myth system migrated.

Has anyone else tried this?  I'm bet you could run mythtranscode to 
change the video streams to something reasonable for the freerunner
Also, if nothing else, I bet it could play music from your mythbackend 
pretty well...


-Dan Staley



I tried to watch TV from freerunner+deb...@microsd+mythtv-frontend
Nothing else but a black screen :D

Btw I confirm that mythtv recordings are MPEG2 TS (transport stream)

Xavier.

  

did someone already try to port vlc media player ?

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

Re: Centralization of graphical awesomeness

[Christopher Friedt]

Wow,

I'm surprised nobody in this thread has been throwing Hitler insults
around yet [1].

Changing the default resolution on the FR to QVGA is a good idea if it
means a more responsive UI. Assuming that bpp and fps parameters stay
the same, that would mean 1/4 of the current glamo-bus traffic.

Personally, I'm more interested in running Android on my FR, so even
changing the framebuffer resolution statically in the kernel source
would be fine by me.

C

[1] http://en.wikipedia.org/wiki/Godwin's_law

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

Re: Centralization of graphical awesomeness

[Paul Fertser]

Marcel  writes:
>> > - graphics in general are far too light, most colors become whiteish
>> > - colored stripes horizontally over the whole display, but are invisible
>> > on screenshots (naturally) - the same as above, but photographed:
>> > http://d-a300.selfip.net/files/shr-today-qvga.jpg
>> 
>> Known problem, try these timings for fbset:
>> 
>> mode "240x320"
>> geometry 240 420 240 320 16
>> timings 10 8 88 2 2 8 2
>> rgba 5/11,6/5,5/0,0/0
>> endmode
>
> Where would I have to put that? A mode for xrandr I guess, but how do I
> teach it to use that?

Nah, just use fbset utility.

-- 
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: one more question about nand

[Al Johnson]

On Wednesday 28 October 2009, Matthias Huber wrote:
> Nikita V. Youshchenko schrieb:
> >>> because i hadn't nderstood it in deep:
> >>>
> >>> when i would for example do an nand_erase on mtd6 and would make for
> >>> example an ext3 of it,
> >>>
> >>> would this work or is the jffs necessary for writing into nand (mtd6)
> >>> ?
> >>
> >> You may create ext3 on top of mtdblock6, however this will be slower
> >> than ext3, and cause fast nand chip wearing.
> >
> > slower than jffs2
> 
> yes, was clear.  thank you.

Just for extra clarification, mtdblock devices are raw flash without wear 
levelling, so we want to use a filesystem like jffs2 that's designed with this 
in mind. uSD cards, CF, USB and SATA flash devices have wear levelling built 
into the controller hardware, so we can use any old filesystem.

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

Re: [QtMoko] glamo mplayer

[Xavier Cremaschi]

Dan Staley a écrit :
> I was thinking about this the other day.  There are arm4 ports of 
> myth-frontendso I wonder how well the frontend would run on the 
> freerunner. 
> It is designed to look good on low res screens
> I may try installing the front-end after I get my new myth system migrated.
> 
> Has anyone else tried this?  I'm bet you could run mythtranscode to 
> change the video streams to something reasonable for the freerunner
> Also, if nothing else, I bet it could play music from your mythbackend 
> pretty well...
> 
> -Dan Staley

I tried to watch TV from freerunner+deb...@microsd+mythtv-frontend
Nothing else but a black screen :D

Btw I confirm that mythtv recordings are MPEG2 TS (transport stream)

Xavier.


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

Re: [QtMoko] glamo mplayer

[Dan Staley]

I was thinking about this the other day.  There are arm4 ports of
myth-frontendso I wonder how well the frontend would run on the
freerunner.
It is designed to look good on low res screens
I may try installing the front-end after I get my new myth system migrated.

Has anyone else tried this?  I'm bet you could run mythtranscode to change
the video streams to something reasonable for the freerunner
Also, if nothing else, I bet it could play music from your mythbackend
pretty well...

-Dan Staley

On Wed, Oct 28, 2009 at 11:02 AM, Radek Polak  wrote:

> On Wednesday 28 of October 2009 03:16:47 Denis Johnson wrote:
>
> > I want to use my FR to watch a stream from my MythTV recordings using
> > http stream (I think it is mpeg 2) using my wireless. Is the glamo
> > enhanced mplayer available in QtMoko/Denian ?
>
> Yes, the binary that QMplayer downloads from internet is using glamo
> acceleration.
>
> Btw QMplayer has also PC version [1]. On your PC you can scan for media and
> start http server which will offer videos encoded for Freerunner for
> streaming
> or downloading. QMplayer in QtMoko can talk with the PC version from it's
> GUI.
>
> [1] http://activationrecord.net/radekp/qmplayer/
>
> Regards
>
> Radek
>
> ___
> 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: how to port a scheme interpreter to om?

[Shawn]

>
> Ah, the happy conjunction of my main free software interests...  (I'm
> one of Guile's maintainers.)
>
wowo~it's pleasure to meet you here dude~

 If you want to send me details, I'm happy to try to help.  But
> cross-compiling environments are tricky so it could take a few
> iterations.
>
the 1.4 version of guile has been succeed compile.but got this below on
board:
[...@friendlyarm /shawn]#
guile
/bin/guile: /bin/guile: 1: Syntax error: "(" unexpected
and 1.8.7 failed(it's a little bit long) to compile:
[st...@localhost guile-1.8.7]$ ./configure
--prefix=/citypw/shawn-dev/port-guile-to-arm/guile-build
--target=arm-linux-gcc --host=arm-linux
configure: WARNING: If you wanted to set the --build type, don't use --host.
If a cross compiler is detected then cross compile mode will be used.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for arm-linux-strip... arm-linux-strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-linux-gnu
checking host system type... arm-unknown-linux-gnu
configure: autobuild project... guile
configure: autobuild revision... 1.8.7
configure: autobuild hostname... localhost.localdomain
configure: autobuild timestamp... 20091028T163227Z
checking for a BSD-compatible install... /usr/bin/install -c
checking for arm-linux-gcc... arm-linux-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether arm-linux-gcc accepts -g... yes
checking for arm-linux-gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of arm-linux-gcc... gcc3
checking how to run the C preprocessor... arm-linux-gcc -E
checking for gawk... (cached) gawk
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for arm-linux-gcc option to accept ISO C89... (cached) none needed
checking whether arm-linux-gcc and cc understand -c and -o together... yes
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by arm-linux-gcc...
/usr/local/arm/3.4.1/arm-linux/bin/ld
checking if the linker (/usr/local/arm/3.4.1/arm-linux/bin/ld) is GNU ld...
yes
checking for BSD- or MS-compatible name lister (nm)...
/usr/local/arm/3.4.1/bin/arm-linux-nm -B
checking the name lister (/usr/local/arm/3.4.1/bin/arm-linux-nm -B)
interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/local/arm/3.4.1/arm-linux/bin/ld option to reload object
files... -r
checking for arm-linux-objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for arm-linux-ar... arm-linux-ar
checking for arm-linux-strip... (cached) arm-linux-strip
checking for arm-linux-ranlib... arm-linux-ranlib
checking command to parse /usr/local/arm/3.4.1/bin/arm-linux-nm -B output
from arm-linux-gcc object... ok
checking for dlfcn.h... yes
checking for objdir... .libs
checking if arm-linux-gcc supports -fno-rtti -fno-exceptions... no
checking for arm-linux-gcc option to produce PIC... -fPIC -DPIC
checking if arm-linux-gcc PIC flag -fPIC -DPIC works... yes
checking if arm-linux-gcc static flag -static works... yes
checking if arm-linux-gcc supports -c -o file.o... yes
checking if arm-linux-gcc supports -c -o file.o... (cached) yes
checking whether the arm-linux-gcc linker
(/usr/local/arm/3.4.1/arm-linux/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... cross
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libra

Re: how to port a scheme interpreter to om?

[Neil Jerram]

2009/10/28 Shawn :
>
> I have used the cross compiler arm-linux-gcc to compile guile but failed in

Ah, the happy conjunction of my main free software interests...  (I'm
one of Guile's maintainers.)

> libtool problem. I tried compile 2 versions of guile(1.4 and 1.8.7) but got
> same error about libtool.It's any way to take it out?

If you want to send me details, I'm happy to try to help.  But
cross-compiling environments are tricky so it could take a few
iterations.

Regards,
 Neil

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

Re: [all] window manager options

[Matthias Huber]

jeremy jozwik schrieb:
> hello list. after asking about the enlightenment keyboard crash issue
> someone mentioned switching the x window manager.
> my question is who has done this with there freerunner?
> how has it worked out for you?
> which wm did you chose?
> do all of them work for the freerunner?
> do you have any screenshots of how it looks on the moko screen?
>
> thanks for anyone who can add something here.
>   
i did it with openbox ->  http://wiki.openmoko.org/wiki/Minimoko

for me, it's great (see the thread about grafical ...).
i tried to make some things faster in getting back to the roots and in 
minimalism.

for me, it is more usable, because you can see outdoor's ,
and it is reacting fast.

you are invited to try it.

another guy in italy does the same on debian:
  http://www.sneaked.net/

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

Re: one more question about nand

[Matthias Huber]

Nikita V. Youshchenko schrieb:

because i hadn't nderstood it in deep:

when i would for example do an nand_erase on mtd6 and would make for
example an ext3 of it,

would this work or is the jffs necessary for writing into nand (mtd6)
?
  

You may create ext3 on top of mtdblock6, however this will be slower
than ext3, and cause fast nand chip wearing.



slower than jffs2
  

yes, was clear.  thank you.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: how to port a scheme interpreter to om?

[Shawn]

>
> Let's try :
>
> ri...@hackable1:~/leech$ sudo aptitude install guile-1.8 && guile
> guile> (version)
> "1.8.5"
>
> What distribution do you use, that comes without a prepackaged scheme ?
>
my laptop distro is Fedora 9.om,i will try to put a openWRT into it.

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



-- 
GNU powered it...
GPL protect it...
God blessing it...

regards
HFG--Shawn the R0ck
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: how to port a scheme interpreter to om?

[Shawn]

> for what distribution?
>
I got om for a few days.Im downloading the openWRT distro right now.

> If it's for SHR try openembedded...there is a guile recipe,but verify
> that it's the same version than the one in org.openembedded.dev else it
> will fail with a libtool problem because it would require an old
> libtool.
>
I have used the cross compiler arm-linux-gcc to compile guile but failed in
libtool problem. I tried compile 2 versions of guile(1.4 and 1.8.7) but got
same error about libtool.It's any way to take it out?

>
> Denis.
>
thanks for your answer,Denis.

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



-- 
GNU powered it...
GPL protect it...
God blessing it...

regards
HFG--Shawn the R0ck
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: how to port a scheme interpreter to om?

[rixed]

-[ Wed, Oct 28, 2009 at 11:57:13PM +0800, Shawn ]
> hi guys,
>does anybody has try to port the scheme interpreter(guile,etc) to
> openMOKO?

Let's try :

ri...@hackable1:~/leech$ sudo aptitude install guile-1.8 && guile
guile> (version)
"1.8.5"

What distribution do you use, that comes without a prepackaged scheme ?
:-p




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

Re: one more question about nand

[Nikita V. Youshchenko]

> > because i hadn't nderstood it in deep:
> >
> > when i would for example do an nand_erase on mtd6 and would make for
> > example an ext3 of it,
> >
> > would this work or is the jffs necessary for writing into nand (mtd6)
> > ?
>
> You may create ext3 on top of mtdblock6, however this will be slower
> than ext3, and cause fast nand chip wearing.

slower than jffs2

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

[all] window manager options

[jeremy jozwik]

hello list. after asking about the enlightenment keyboard crash issue
someone mentioned switching the x window manager.
my question is who has done this with there freerunner?
how has it worked out for you?
which wm did you chose?
do all of them work for the freerunner?
do you have any screenshots of how it looks on the moko screen?

thanks for anyone who can add something here.

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

Re: how to port a scheme interpreter to om?

[GNUtoo]

On Wed, 2009-10-28 at 23:57 +0800, Shawn wrote:
> hi guys,
>does anybody has try to port the scheme interpreter(guile,etc)
> to openMOKO?
for what distribution?
If it's for SHR try openembedded...there is a guile recipe,but verify
that it's the same version than the one in org.openembedded.dev else it
will fail with a libtool problem because it would require an old
libtool.

Denis.



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

Re: one more question about nand

[Nikita V. Youshchenko]

> because i hadn't nderstood it in deep:
>
> when i would for example do an nand_erase on mtd6 and would make for
> example an ext3 of it,
>
> would this work or is the jffs necessary for writing into nand (mtd6) ?

You may create ext3 on top of mtdblock6, however this will be slower than 
ext3, and cause fast nand chip wearing.

So better not to do it unless you are know what you are doing.

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

one more question about nand

[Matthias Huber]

because i hadn't nderstood it in deep:

when i would for example do an nand_erase on mtd6 and would make for 
example an ext3 of it,

would this work or is the jffs necessary for writing into nand (mtd6) ?

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

how to port a scheme interpreter to om?

[Shawn]

hi guys,
   does anybody has try to port the scheme interpreter(guile,etc) to
openMOKO?

-- 
GNU powered it...
GPL protect it...
God blessing it...

regards
HFG--Shawn the R0ck
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Centralization of graphical awesomeness

[Sebastian Krzyszkowiak]

On 10/28/09, DJDAS  wrote:
> And until some months ago there wasn't a simple theme for Illume (and
> please don't tell me creating Illume's themes is as easy as Qt or GTK...)

But I will. Creating Illume themes and even redesigning it completely
is easier than for Qt or GTK+. I tried it (i'm author of Niebiee
theme), so I know :P

Really, you're annoying.

> other people, I don't agree with Raster and SHR maintainers simply
> because they don't care users but think about themselves and this is why
> I never installed SHR and won't never write a program using EFL.

Now you showed that you shouldn't write anything in this topic. How
the hell you can say "SHR developers don't care about users", when you
never used it? And without basic knowledge about what's going? (to
explain: for some time there is launched contest for light, fast and
good looking Illume and elementary theme in SHR, which will became
default, as we wanted to change default theme for really long time.
Also light themes which already exist - niebiee, nEo and gry* - are
available in repositories)

Really, calm down. You're using strange arguments, which don't cover
reality at all. And it's really near to trolling (if it isn't
already).

-- 
Sebastian Krzyszkowiak
dos

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

Re: fatfingershell V0.2

[rixed]

> > Can't it work in portrait mode ?
> 
> Question: the problem looks like you don't have xrandr in
> Hackable1 right?. If you have, can you rotate the display
> to landscape?

Well, we had it for sure, but in the daily build I'm using right now
it kills X :)

> Portrait: no yet, and I am not sure if I want a portrait mode.
> I want a 80x24 shell, and comfortable keyboard. I don't
> know how to do that in portrait mode yet.

Yeah. The problem is : I would like my keyboard in landscape mode
like a real keyboard but I like my terminal in portrait mode like
a real sheet of paper. Is it possible ?? :-)

Also, I'm a little contraried by the memory footprint of the
program, and by the fact that I would like this keyboard for other
apps... Anybody already tried to build a OSD keyboard with lib-aosd
or lib-xosd ?


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

Re: fatfingershell V0.2

[pike]

Hi

> Portrait: no yet, and I am not sure if I want a portrait mode.
> I want a 80x24 shell, and comfortable keyboard. I don't
> know how to do that in portrait mode yet.

http://wiki.openmoko.org/wiki/User:Pike/FFShell

that may be radical, but I'm not sure if I find
a qwerty layout to be the most comfi too.
in the default keyboard in fatfingershell the keys
are high rather than wide. I estimate my fingertips
are about 160 wide (and 80 high). I found I could
use ffshell flawlessly when holding it vertical :-)

$2c,
*-pike


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

Re: Centralization of graphical awesomeness

[Bernd Prünster]

DJDAS wrote:
> Xavier Cremaschi wrote:
>   
>> No.
>>  From the user point of view, a recipe :
>> - take SHR or Om2009
>> - put a simple theme instead of the default one
>> - notice it's very fast
>>
>> Where is the part with the user who cannot use this or that ?
>>   
>> 
>
> That as Raster correctly said, "default" is something that should do 
> everything as-best-as-possible, and default in all "E distros" is a 
> pain-in-the-a**
> This is a distro maintainer issue ok but remember I'm talking from the 
> user's point of view and from this point of view it's a matter of E not 
> distro maintainer configuration (given both distros suffer the same 
> problem).
> And until some months ago there wasn't a simple theme for Illume (and 
> please don't tell me creating Illume's themes is as easy as Qt or GTK...)
>   

i'll tell you something about e themes: so you have teh possibility to 
make everything constist of what you want ant look like you want it.
if i have the time i will make you an e theme that uses hardly äny 
images and as little layers as possible it will be very fast in comparison.
best example for single layer atm should be the toolbars in elm and 
illume using gry* theme, which can be made even faster if you use some 
tricks (yes i have something specific in mind but i dunno if i'll 
actually impelent it (no the user wont SEE any desing difference, but 
the code-wise design would get ugly and i dont think i want that).
if you want to theme e you will probably need more time to get into it, 
but a soon as you are in it you can radiacally change the way it behaves 
and the way it looks.
you have much more possibilites which means moch more potential for 
optimization the gtk will ever give you, because the desing of gtk 
limits you VERY MUCH, edje doesn't.
i've wrote 3 themes until now (of which 2 have been released third one 
was playground for exploiting how far one can go using edje, when you 
see it you'll shit bricks!). i can make gry* even faster, but the them 
is still in development and there still soem decisions to make before i 
can start to kick out even the last bit of unneeded stuff (also it gets 
a little tricky if you try not to use any images and still want to make 
it look good also testing is required to find out what gives you 
ultimate speed with nice looks...)


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

Re: [QtMoko] mediaplayer issue

[Radek Polak]

On Wednesday 28 of October 2009 03:37:34 Denis Johnson wrote:

> How does one play a mpeg stream uing a link from qmplayer such as
> http://192.168.0.105//mythweb/pl/stream/1003/1256644800

You can try the "sharing" option. But the http parser in QMplayer is very 
simple - so it will most probably wont work, but the source code is out there 
and everyone can improve it ;)

Another option is starting mplayer from command line or download the file via 
web browser or wget and play it locally.

Regards

Radek

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

Re: [QtMoko] glamo mplayer

[Radek Polak]

On Wednesday 28 of October 2009 03:16:47 Denis Johnson wrote:

> I want to use my FR to watch a stream from my MythTV recordings using
> http stream (I think it is mpeg 2) using my wireless. Is the glamo
> enhanced mplayer available in QtMoko/Denian ?

Yes, the binary that QMplayer downloads from internet is using glamo 
acceleration.

Btw QMplayer has also PC version [1]. On your PC you can scan for media and 
start http server which will offer videos encoded for Freerunner for streaming 
or downloading. QMplayer in QtMoko can talk with the PC version from it's GUI.

[1] http://activationrecord.net/radekp/qmplayer/

Regards

Radek

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

Re: Centralization of graphical awesomeness

[Iain B. Findleton]

Ken Young wrote:
> DJDAS  wrote:
>
> [...]
>
>   
>> I am sure people trying the smoothness and responsiveness of
>> Illume at 240x320 would never complain of a lower resolution!
>> Furthermore I don't understand why a lower resolution (and in this I
>> agree with you people are strange ;) ) would become in an unusable
>> device while the iPhone at the same resolution is the best usable device
>> 
> ;)
>
> OK, I was going to try to control myself, but I just can't.   I'm one of
> the people who always pops out of the woodwork to scream when someone
> suggests that switching to QVGA is a good idea.
>
> 1) The iPhone is not QVGA.   It's HVGA.   Try running a web browser on
> an iPhone with the bottom half of the display covered with black tape.
>
> 2) The Freerunner has one, and ONLY ONE, feature which is somewhat
> better than what is found on a typical smart phone.   The VGA display.
> You are suggesting that feature should be downgraded so that it is
> effectively worse than what is found virtually every smart phone being
> currently manufactured.   Every other feature of our phones is either
> no better than average (the GPS, the accelerometers), worse than
> average (USB 1.1, GPRS), or fucked up by firmware problems (WiFi).
> Yes, let's make sure the display is substandard too!
>
> Personally, I wish OM had stayed with the UI they had in 2007.1.  That's
> right, 2007.1 - the first version, which had no kinetic scrolling.
> There was never any chance that OM would produce a phone with graphics
> as smooth and fancy as what a high-volume smart phone has.   They did not
> have access to the hardware components.   They did not have a legion
> of engineers to work on it.There is even less chance that gta02-core
> or gta03 will have state-of-the-art graphics capabilities.   It will
> be nothing short of a miracle if a community hardware effort ever
> produces a usable phone, available to the full OM community, at all.
> IMO the OM software should try to differentiate our device from
> other smart phones, not produce a half-assed iPhone clone.   Forget
> smooth graphics.   Forget kinetic scrolling.   Forget transparency.
> Show a simple, clean array of icons representing the applications
> which can be launched.   Allow the user to set the brightness, screen
> blank time and suspend time.   Stop there.
>
> Ken Young
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
Neo graphics is certainly not as wonderful as you can get with iPhone
like devices, but it is certainly far from a disaster. Only real problem
I have found is the rate at which images can be displayed, which appears
to be related more to SD card and memory access speed than anything
else. Still, its usable for looping through pictures. The VGA resolution
makes the device as far as I am concerned. Lots of space for a nice
application UI, good scrolling, scalable fonts, nice color handling.

I do think, however, that its never going to be more than an interesting
toy and test platform for ideas for mobile applications. To me, the most
interesting feature is it can be used as a portable office, as it can
hold quite a bit of data, connects to anything, and when forwarded to a
display with modern graphics capabilities, is quite fast and smooth on
many applications.

Instead of hauling about a portable, you can pop the Neo in your pocket,
and not worry about it.

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

Re: fatfingershell V0.2

[Rafael Ignacio Zurita]

Hello, 
--- On Wed, 10/28/09, ri...@happyleptic.org  wrote:
>-[ Tue, Oct 27, 2009 at 04:37:15PM -0300, Rafael Ignacio Zurita ]
>>   there is a new version of fatfingershell (0.2). 
>
>Trying it on Hackable1, I got :
>
>No se pudo iniciar el modo grafico No video mode large enough
> for 640x480

> Apparently it rely on SDL being able to open a 640x480
> fullscreen window.
> Can't it work in portrait mode ?

Question: the problem looks like you don't have xrandr in
Hackable1 right?. If you have, can you rotate the display
to landscape? The fatfingershell.sh tries to rotate
the display with xrandr first, then runs the ffs binary.

Portrait: no yet, and I am not sure if I want a portrait mode.
I want a 80x24 shell, and comfortable keyboard. I don't
know how to do that in portrait mode yet.

Regards,
Rafa


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

Re: fatfingershell V0.2

[Rafael Ignacio Zurita]

Hello,

--- On Tue, 10/27/09, Łukasz Pankowski  wrote:
>Rafael Ignacio Zurita  writes:
>> Hello people,
>>   there is a new version of fatfingershell (0.2). 
>>   
(snip)
>> Moreover it is comfortable for fat fingers.
>
>Thanks for that, really usable shell.
>
>The keyboard lacks only small feature, I tried to run 
>
>$ mdbus -s org.freesmartphone.otimed
<
>and made a typo, and I see right and left cursors (preferable
> on < > keys in FN mode) are a must.  I can do well with
> C-p and C-n to browse shell history (as you hit them
> once or twice), but multiple C-b or C-f
>to move inside the line to edit it is a pain and unusable.

Well, I use bash, and set -o vi, so I can use ESC, and then
h j k l for left, down, up, right ;-)

But, yes, arrows keys are in my TODO list.

Thanks for the feedback.

Rafa

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

Re: [hard] Need advices

[Thomas HOCEDEZ]

Dr. H. Nikolaus Schaller a écrit :
>   
> During our professional buzz-rework initiative we had approx. 3  
> devices where the mic was dead after rework. Just removing all  
> components and resoldering (new) ones did help in all cases. So I  
> don't know exactly what the reason was (maybe no contact of a solder  
> point or a short circuit across the capacitor), but it was possible to  
> fix.
>   
I answer myself :

this midday I was worrying about this semi-bricked FR, so I came back to 
home to do some extra checks.
I put my efforts on the small resistor that has to be changed (the 
vertical one on the bottom left):
- I Tried to measure it directly onboard : 0 ohm -> seems to be dead.
- I shorten it, then tested with  a "recorder" app. I could hear my voice !

So It can be a way to check this one. The "shorten" resistor cause the 
recorded sound to be really loud, so I'll put a small resistor (2k) inplace.
Hope this can help other people : some other cases have been reported by 
Bearstech (France).

Thank you all for your quicks answers ! My friend will get back its FR 
fully fixed!

P.S. : I didn't remove the 1024Fix while performing those actions.

AstHrO




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

Re: Centralization of graphical awesomeness

[Ken Young]

DJDAS  wrote:

[...]

> I am sure people trying the smoothness and responsiveness of
> Illume at 240x320 would never complain of a lower resolution!
> Furthermore I don't understand why a lower resolution (and in this I
> agree with you people are strange ;) ) would become in an unusable
> device while the iPhone at the same resolution is the best usable device
;)

OK, I was going to try to control myself, but I just can't.   I'm one of
the people who always pops out of the woodwork to scream when someone
suggests that switching to QVGA is a good idea.

1) The iPhone is not QVGA.   It's HVGA.   Try running a web browser on
an iPhone with the bottom half of the display covered with black tape.

2) The Freerunner has one, and ONLY ONE, feature which is somewhat
better than what is found on a typical smart phone.   The VGA display.
You are suggesting that feature should be downgraded so that it is
effectively worse than what is found virtually every smart phone being
currently manufactured.   Every other feature of our phones is either
no better than average (the GPS, the accelerometers), worse than
average (USB 1.1, GPRS), or fucked up by firmware problems (WiFi).
Yes, let's make sure the display is substandard too!

Personally, I wish OM had stayed with the UI they had in 2007.1.  That's
right, 2007.1 - the first version, which had no kinetic scrolling.
There was never any chance that OM would produce a phone with graphics
as smooth and fancy as what a high-volume smart phone has.   They did not
have access to the hardware components.   They did not have a legion
of engineers to work on it.There is even less chance that gta02-core
or gta03 will have state-of-the-art graphics capabilities.   It will
be nothing short of a miracle if a community hardware effort ever
produces a usable phone, available to the full OM community, at all.
IMO the OM software should try to differentiate our device from
other smart phones, not produce a half-assed iPhone clone.   Forget
smooth graphics.   Forget kinetic scrolling.   Forget transparency.
Show a simple, clean array of icons representing the applications
which can be launched.   Allow the user to set the brightness, screen
blank time and suspend time.   Stop there.

Ken Young


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

Re: fatfingershell V0.2

[Rafael Ignacio Zurita]

Hello Marco,

--- On Tue, 10/27/09, Marco Trevisan (Treviño)  wrote:
>Il giorno mar, 27/10/2009 alle 16.37 -0300, Rafael Ignacio Zurita ha
scritto:
>> Hello people,
>>   there is a new version of fatfingershell (0.2).
>>   
>> It is a virtual terminal for Openmoko mobile phones, with a fullscreen
>> keyboard, and sound/screen/vibrator feedback.
>
>Nice work!

Thanks!,

>> Suggestions and feedback are always welcome.
>
>Would be possible keeping the same system but allowing an usage in
>480x640 mode?

You mean a smaller keyboard? (width 480?), and the same
for the terminal?. I am not sure if I can (using the same
font) to put 80x24 (columnsxlines), which is the original
idea for the shell. 

Let me know if I am understanding well your idea :)

Rafa


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

Re: Insisting on metaphors that exploit the device's weaknesses (Re: Centralization of graphical awesomeness)

[pike]

Hi

>>> [scrolling]
>> There are other metaphors available that would fit the device's
>> strengths much better. What about paging?

+1 for paging. mind you, I dont need a button for
paging, a gesture could do it. which makes
it feel very much like scrolling again, but
then more solid.

$2c,
*-pike

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

Re: [hard] Need advices

[Dr. H. Nikolaus Schaller]

Am 28.10.2009 um 12:25 schrieb Thomas HOCEDEZ:

> Hi everyone,
>
> I just tried to #1024fix & buzzfix an A6. When testing, the mic seemed
> to be cut, so I removed the cap, but the mic still won't work (I can't
> hear anything on the other phone).
>
> Does anybody have already seen something like that ? What Could be  
> wrong
> ? Do you think removing #1024fix should change something ?

During our professional buzz-rework initiative we had approx. 3  
devices where the mic was dead after rework. Just removing all  
components and resoldering (new) ones did help in all cases. So I  
don't know exactly what the reason was (maybe no contact of a solder  
point or a short circuit across the capacitor), but it was possible to  
fix.

Propability that it has something to do with the #1024 is very very  
low (in that case you should not even be able to use the GSM modem).

Nikolaus

>
> Thanks to every answer.
>
> AstHrO
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


Mobile Office Solutions
by Golden Delicious Computers GmbH&Co. KG
Buchenstr. 3
D-82041 Oberhaching
+49-89-54290367
http://www.handheld-linux.com

AG München, HRA 89571
VAT DE253626266
Komplementär:
Golden Delicious Computers Verwaltungs GmbH
Oberhaching, AG München, HRB 16602
Geschäftsführer: Dr. Nikolaus Schaller

Digital Tools for Independent People







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

Re: [hard] Need advices

[Cameron Frazier]

On Wed, Oct 28, 2009 at 11:25 AM, Thomas HOCEDEZ  wrote:
> Hi everyone,
>
> I just tried to #1024fix & buzzfix an A6. When testing, the mic seemed
> to be cut, so I removed the cap, but the mic still won't work (I can't
> hear anything on the other phone).
>
> Does anybody have already seen something like that ? What Could be wrong
> ? Do you think removing #1024fix should change something ?
>


I've heard of shorts due to the soldering job (it is a pretty small
region) causing problems liek that.  I've never experienced it, but
there was a post on the list a while back about it.

I don't believe #1024 could cause the mic issue, as it is in the modem
power supply circuit (As I understand it)

Best of luck, and double check your buzzfix for shorts.

Toaster

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

Re: FOSDEM2010

[Wim Vandeputte Mailing list only]

hey

On Wed, Oct 28, 2009 at 01:22:10PM +0100, David Reyes Samblas Martinez wrote:
> Let me make an "special"  recount ,
> Nickolaus(Golden Delicious Computers, Germany),
> Julien(Bearstech, France)
> Wim, (kd85,Belgium) I suppose he wants to come is his own country :P
> Ghislain(openmobile, Netherlands)
> David(Tuxbrain, Spain)

I'll be there, surely, I've been running the Openmoko booth in the past.
Last year, the booth was very busy and we should ask for more space, way
too many people were hanging out and blocking the hall access.

This year, I'll be focussing more on running the Reprap/Makerbot booth, but
if you need help to get an Openmoko booth, talk to me (I'm not reading this
mailinglist fulltime anymore due to a peak in work and personal things)

> Do you thing we can do some distributors meeting there to talk about
> comercial stuff???

Usually on Saturday evening, we go out in group and eat at a restaurant,
that makes a great place to talk about all sorts of things.

I think in 2009, we had over 50 people at one big table ;-)

Wim.

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

Re: FOSDEM2010

[Dr. H. Nikolaus Schaller]

Am 28.10.2009 um 13:22 schrieb David Reyes Samblas Martinez:

> Please Julien add you and you and others to the wiki page :)
> Nikolaus, Ghislain you too :)

Done just before I received your mail.

>
> Let me make an "special"  recount ,
> Nickolaus(Golden Delicious Computers, Germany),
> Julien(Bearstech, France)
> Wim, (kd85,Belgium) I suppose he wants to come is his own country :P
> Ghislain(openmobile, Netherlands)
> David(Tuxbrain, Spain)
>
> Do you thing we can do some distributors meeting there to talk about
> comercial stuff???

Yes, sure - if there are any news from producers to talk about...

>
> David Reyes Samblas Martinez
> http://www.tuxbrain.com
> Open ultraportable & embedded solutions
> Openmoko, Openpandora,  Arduino
> Hey, watch out!!! There's a linux in your pocket!!!
>
>
>
>
> 2009/10/28 Julien Cassignol :
>> Hey there,
>>
>> On Mon, Oct 26, 2009 at 10:50 PM, Pieter Colpaert  
>>  wrote:
>>> Dear list,
>>>
>>> Saturday 6 and Sunday 7 February 2010 there is another FOSDEM. We
>>> (openmoko-community) haven't been to FOSDEM lately (correct me if  
>>> I'm
>>> wrong) and that got to change. What about having our own devroom and
>>> give a sign to the world this community has not died since all what
>>> happened lately. So my question is:
>>> Who would like to come and represent openmoko?
>>> Any thoughts on FOSDEM?
>>
>> Bearstech (through me and others) would like to be there to talk  
>> about
>> hackable:1 and our forthcoming initiative about open hardware. Plus,
>> I'd also like to be there to talk a bit about SHR/FSO, as well as
>> drink some beers (Mickey, you owe me one!) :-)
>>
>> --
>> Julien Cassignol
>> http://www.ainulindale.net
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


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

Re: FOSDEM2010

[rixed]

> our forthcoming initiative about open hardware.

Come one, share with us. We promise to keep it secret. :)


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

Re: FOSDEM2010

[David Reyes Samblas Martinez]

Please Julien add you and you and others to the wiki page :)
Nikolaus, Ghislain you too :)

Let me make an "special"  recount ,
Nickolaus(Golden Delicious Computers, Germany),
Julien(Bearstech, France)
Wim, (kd85,Belgium) I suppose he wants to come is his own country :P
Ghislain(openmobile, Netherlands)
David(Tuxbrain, Spain)

Do you thing we can do some distributors meeting there to talk about
comercial stuff???

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




2009/10/28 Julien Cassignol :
> Hey there,
>
> On Mon, Oct 26, 2009 at 10:50 PM, Pieter Colpaert  wrote:
>> Dear list,
>>
>> Saturday 6 and Sunday 7 February 2010 there is another FOSDEM. We
>> (openmoko-community) haven't been to FOSDEM lately (correct me if I'm
>> wrong) and that got to change. What about having our own devroom and
>> give a sign to the world this community has not died since all what
>> happened lately. So my question is:
>> Who would like to come and represent openmoko?
>> Any thoughts on FOSDEM?
>
> Bearstech (through me and others) would like to be there to talk about
> hackable:1 and our forthcoming initiative about open hardware. Plus,
> I'd also like to be there to talk a bit about SHR/FSO, as well as
> drink some beers (Mickey, you owe me one!) :-)
>
> --
> Julien Cassignol
> http://www.ainulindale.net
>
> ___
> 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: New Release of xminimokostatus (Part of Minimoko)

[Matthias Huber]

ajvogel schrieb:


matzehuber wrote:
  

My .Xsession is:
exec /usr/bin/openbox-session

but the Xsession in /etc/X11 is the standard from shr, wich tests  
.Xsession as replacement file for any windowmanager (ie illume)


the rest is done in /etc/xdg/openbox/autostart.sh (modified for not 
using this autstart-prog in /usr/lib )






I also tried the ~/.Xsession. However I tried starting the other
applications in there as well, similar to what I found on google:

/usr/bin/literki &
/usr/bin/vala-terminal &
exec /usr/bin/openbox-session

Maybe thats whats wrong. Ill try starting things in autostart.sh
  

No, that's totally correct.

try the following:

/etc/init.d/xserver-nodm stop
Xglamo :0 -br -pn -dpi 285 -screen 480x640x16 -mouse tslib vt1 &
export DISPLAY=:0
openbox # no &, look, if you get any error.

after that, replace openbox with openbox-session (is a script, in wich 
you can look)


if that runs, all is good, but maybe not your /etc/xdg/openbox/rc.xml

have also a look at my files /etc/xdg/openbox/*  in:
http://openmoko.huber-computer.de/minimoko-diff.tbz






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