Re: Launcher 0.30 release

2009-08-20 Thread Denis Johnson 
On Fri, Aug 21, 2009 at 2:49 AM, c_c  wrote:

>
> Hi,
>  Well, here's the latest release.
>
> http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk
> launcher_0.30_arm.ipk
>

I guess this is a feature request. How hard would it be to optionally allow
finger swiping from category to category ? That would also eliminate the
need for the category tray/shelf at the bottom and free up some space,
although some indication of current category name would probably be useful.

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

Re: [QtMoko] new images v6

2009-08-20 Thread Radek Polak 
Bartłomiej Zimoń wrote:

> Hi Radek!
> 
> Please consider this patch:
> http://starowa.one.pl/~uzi/neofr/qpe.sh-bt_poweron.patch

Hi Bartłomiej,
commited it, thanks.

> Do You know why bluetooth couldn't be enabled by btsettings ?
> I mean checkbox m_powerCheckBox is checked but Options are disabled.

This is bug in version v6. Thanks for finding it out. I tried to speedup
phone start by delaying init.d services after GUI is started, but it
seems to affect bluetooth.

It will be fixed in next image. In meanwhile you can
edit /etc/init.d/qpe and comment out or delete the last line with "sleep
60". It should work fine then.

Regards

Radek


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

Re: testing Litephone, new phone interface

2009-08-20 Thread Denis Johnson 
On Tue, Jul 28, 2009 at 8:27 AM, Michal Brzozowski wrote:

> Hi,
>
> I gave it a try and wrote an FSO based phone app in Qt. It's using the new
> PIM service, and since that's not completely stable yet, there are a few
> problems. I'm releasing this anyway, to help test FSO, and meanwhile get
> some feedback on the gui and general idea. Consider it an alpha release.
> There might be little bugs here and there.



Just tried it, love the approach of having everything in one place.
Excellent keep it up.

I did notice that it seems some contacts are skipped between the
alphabetical  buttons/tabs on the right. iow, there are some contact that
are not listed. But you may already be aware of that one.

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

Re: Launcher 0.30 release

2009-08-20 Thread Denis Johnson 
On Fri, Aug 21, 2009 at 2:17 PM, c_c  wrote:

>
> Hi,
>  Well, thats one issue. Could you copy all the icons from
> /usr/share/icons/shr/86x86/apps to /usr/share/pixmaps ?
>


Yes that fixed it thanks.

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

Re: [QtMoko] new images v6

2009-08-20 Thread Avid 

> And maybe try the attached patch.

Thanks that seems to have helped.

FYI I was using revision 4.4.1-1 of the g++-4.4-arm-linux-gnueabi compiler.

Cheers,
Jonathan

-- 
View this message in context: 
http://n2.nabble.com/QtMoko-new-images-v6-tp3385796p3484667.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Launcher 0.30 release

2009-08-20 Thread Vikas Saurabh 
On Fri, Aug 21, 2009 at 10:04 AM, Vikas Saurabh wrote:
>> Did anyone get their location data? (Should come under the date and above
>> where the LOADING.. message appears).
> I can see the location data. Although there is one issue (not with the
> location data)...when "Ready!" is shown the category bar shifts down
> just so much to hide the category labels
> (http://scap.linuxtogo.org/files/08081d27d9ae2103b65673acfbc018e6.png)

I had launched launcher from a ssh shell...launching it from illume
seems to be working fine.
And yes, on the second launch location data is nowhere to be found

--Vikas

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

Re: Launcher 0.30 release

2009-08-20 Thread Vikas Saurabh 
> Did anyone get their location data? (Should come under the date and above
> where the LOADING.. message appears).
I can see the location data. Although there is one issue (not with the
location data)...when "Ready!" is shown the category bar shifts down
just so much to hide the category labels
(http://scap.linuxtogo.org/files/08081d27d9ae2103b65673acfbc018e6.png)


> Any feedback about the phonelog, reminders etc?
phonelog seems fine...haven't got any reminder yet :). Of course
phonelog is not picking up contacts from opimd (but you are saying
that you would soon be using opimd so thats a non-issue :)
BTW, I was wondering if, we can have a dedicated cell in category bar
for phone functionality. And selecting it would show something like
litephone (may be litephone itself?). That ways you wont need to
duplicate the efforts...of course someone would need to get the UI in
sync...


>  Well, thats one issue. Could you copy all the icons from
> /usr/share/icons/shr/86x86/apps to /usr/share/pixmaps ?
>  I wonder what the best way to solve this is - other than checking both
> directories.

I was wondering if there are existing libraries which parse .desktop
files and give back a standard structure (say {iconPath, label,
executable}, etc). I guess illume (desktop) would alredy be using
something of that kind (if it exists)

--Vikas

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

Re: One second Openmoko boot?

2009-08-20 Thread Wolfgang Spraul 
Mickey,

> Not really. Reloading (in the worst case) 128MB from an SD is not exactly 
> fast 
> either.
> 
> The only sane way to substantially improve booting time is to stop booting 
> like a desktop PC, that is move away from starting all services just because 
> you can. Start them on demand and bring only the bare necessities up on boot 
> (filesystems, dbus, X).

Not sure.
What I have seen working usually required much more aggressize optimization,
all the way into hardware.
Two examples:

1. Blackberry (old model, at least 2 years old)
Cold boot only happens when I take out the battery. Otherwise the 'power off'
button will just do some form of suspend (probably suspend to flash).
It takes about 8 seconds to 'turn on' (probably from flash), and the most 
amazing
thing, it only takes another 3-4 seconds until the first new email arrives in
the Inbox. They probably optimized for this case ALL THE WAY THROUGH the
apps, OS design, HW design, maybe even GSM chipset.
Interestingly, after the first mail it takes maybe 5 seconds or so for the
following mails to arrive, so they optimized the case of 'just get the
first new mail into the Inbox asap' and postpone some other vital
system initialization until after the first mail got delivered.

2. old Palms, late 90's
They kept the whole memory in a low-power self-refresh mode. If you took
out the batteries, you had about 1 minute or so to put new batteries in
(during that time an internal backup battery would keep the RAM alive).
If you didn't do that, all your data on the device was lost (but would
be restored during the next HotSync from your desktop).
Other than that, if you turned the device off you actually didn't turn
it off at all. You only sent the whole system into this super low power
mode where it still would keep the memory alive. It could stay like
this on the battery for about 2-3 weeks.

Wolfgang

On Thu, Aug 20, 2009 at 05:17:25PM +0200, Michael 'Mickey' Lauer wrote:
> On Thursday 20 August 2009 10:02:45 Michal Brzozowski wrote:
> > Any chance suspend to disk, or 'hibernate' would work on openmoko?
> 
> Not really. Reloading (in the worst case) 128MB from an SD is not exactly 
> fast 
> either.
> 
> The only sane way to substantially improve booting time is to stop booting 
> like a desktop PC, that is move away from starting all services just because 
> you can. Start them on demand and bring only the bare necessities up on boot 
> (filesystems, dbus, X).
> 
> I plan to do some proof of concepts when my time allows...
> 
> :M:
> 
> 

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

Re: Getting location info from cell tower

2009-08-20 Thread c_c 

Hi,
  Going to a different geographical location gives me the location string of
the new cell for the first time. But, re-starting launcher doesn't.
Something to do with the calypso?
-- 
View this message in context: 
http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3484485.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Launcher 0.30 release

2009-08-20 Thread c_c 

Hi,
  Well, thats one issue. Could you copy all the icons from
/usr/share/icons/shr/86x86/apps to /usr/share/pixmaps ?
  I wonder what the best way to solve this is - other than checking both
directories.
-- 
View this message in context: 
http://n2.nabble.com/Launcher-0-30-release-tp3480288p3484468.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Launcher 0.30 release

2009-08-20 Thread Denis Johnson 
On Fri, Aug 21, 2009 at 11:28 AM, c_c  wrote:

>
>  Please post bugs / problems / inconsistencies you've faced. There are a
> lot of db changes and things will take a little while to settle.


I set the dialer and contacts into the home category and they show on the
bottom of the screen only as labels and no icon. I also cannot launch either
of them.

But I like the launcher approach.

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

RE: Enhancing launcher - feedback

2009-08-20 Thread undrwater 

 

Hi, 

undrwater wrote:

Can you make it aware of itself (or ignore me if it already is) so that
multiple instances don't get invoked? 

  Sure. I'll do that. 
Thanks for the idea. Actually - could you post how you're doing this here? 

 

Sure.  Just map the executable to the AUX key via Illume setting (wrench),
Input | Key Bindings.  There's an option to execute a command, or I just
discovered on the lists you can use General | Delayed Action to access
multiple actions based on length of press.

 

HTH

 

Russell Dwiggins

 

 


-- 
View this message in context: 
http://n2.nabble.com/Enhancing-launcher-feedback-tp3463811p3484078.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Launcher 0.30 release

2009-08-20 Thread c_c 

Hi,
  Did anyone get their location data? (Should come under the date and above
where the LOADING.. message appears).
  Any feedback about the phonelog, reminders etc?
  
-- 
View this message in context: 
http://n2.nabble.com/Launcher-0-30-release-tp3480288p3483421.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Launcher 0.30 release

2009-08-20 Thread c_c 

Hi,

Rui Miguel Silva Seabra wrote:
> 
> How can I try this one, and then come back to the other as a fallback if
> it fails for me?
> 
  It's quite stable here. The databases have changed - and some features
have been added. The rest is pretty much the same. You could always go back
to the older version using the v 0.23 ipk.

Vikas Saurabh wrote:
> 
> [cut] you are directly using opim.db. Shouldn't you be uisng
> opimd api for that?
> 
  Initially I was planning on using all the opim db's directly till I asked
dos1. Now, I'm only reading the calls data from the opim db directly - and
will move on to the dbus calls soon.

Vikas Saurabh wrote:
> 
> I created contacts tables by seeing its schema in the code, yet the
> code segfaulted!
> 
  You can ignore the first error about the contacts table. Can you delete
the launcher.db file in /home/root/.launcher and try? If you're OK with
sqlite3 - drop the state table and retry. That will save you your app
categories if you've already set them earlier.

The Digital Pioneer wrote:
> 
>   It's %pH:%M %ampm or something, right?
> 
  It uses the strftime formats. Use %I:%M %p for  12 hr clock with AM/PM.

Sebastian Krzyszkowiak wrote:
> 
> And using sqlite file directly makes data from other opimd backends
> unavailable. 
> 
  Yup. I agree. As I've said above - I'm still doing that only for the calls
db (since for most people that defaults to the sqlite backend). Will move
that to dbus calls too. Just wanted something out there for testing early.

Rui Miguel Silva Seabra wrote:
> 
>^^ please take the Category info from them and autogenerate
>  the categories view. If you change an icon to a certain category,
> maybe
>  you should edit the categories property of said icon. 
> 
  Well, I dont know if that is recommended. Right now you can pretty much
name your categories to anything you want. Changing the category in the
desktop file might create issues for other apps. I can use their categories
- but most dont seem to follow the f.d.o category system well. Hence the
initial effort by the user to group apps into categories.

Rui Miguel Silva Seabra wrote:
> 
> My veredict: not yet ready for reliable use, but much better than
> illume-launcher
> feature-wise :) 
> 
  Can you tell me the problems you faced?

  Please post bugs / problems / inconsistencies you've faced. There are a
lot of db changes and things will take a little while to settle. But the
basic functionality should be there - and if there are problems in starting
- moving out your current launcher.db to a safe place and running the app
should regenerate the db and get it going.
  I'm moving all opim functionality to dbus calls __only__. Currently,
reading the calls db is safe - but shall be discontinued with the next
release.
  Now - can someone tell me how to send a blank a{sv} through c dbus calls?
I'm really breaking my head getting dbus to do the (seemingly) simplest
things!!! And the documentation is really cryptic.
Thanks.

-- 
View this message in context: 
http://n2.nabble.com/Launcher-0-30-release-tp3480288p3483405.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

what recamping rate is considered normal, if any?

2009-08-20 Thread Nathan Kinkade 
I'm running SHR unstable.  A number of days ago I decided to try to
turning ti_calypso_deep_sleep to adaptive to see what would happen.
Everything *seems* okay, and though I haven't done any formal test of
battery life some anecdotal evidence would seem to indicate that battery
life has gone up significantly.

I turned on DEBUG level logging for ogsmd, and I *do* see the messages
about "checking for TI Calypso recamping bug...," but they aren't all
that frequent.  Sometime it detects an unexpected recamp in as few as 5
minutes, but it usually seems to be once every 10 to 20 minutes.  In
total the phone recamped 19 times in 9998 seconds, which is very roughly
once every 9 minutes on average.

So my question is whether some recamping is normal, or if it should
really not happen at all when a phone is stationary?  If some is normal,
what might be considered an acceptable rate, without much risk of
randomly loosing calls or missing SMS?

Mahalo,

Nathan

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

Re: [QtMoko] new images v6

2009-08-20 Thread Bartłomiej Zimoń 
Hi Radek!

Please consider this patch:
http://starowa.one.pl/~uzi/neofr/qpe.sh-bt_poweron.patch

Do You know why bluetooth couldn't be enabled by btsettings ?
I mean checkbox m_powerCheckBox is checked but Options are disabled.

Best regards
Bartłomiej Zimoń

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

Re: Launcher 0.30 release

2009-08-20 Thread Rui Miguel Silva Seabra 
On Thu, Aug 20, 2009 at 11:49:49AM -0500, c_c wrote:
> 
> Hi,
>   Well, here's the latest release.
> 
> http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk
> launcher_0.30_arm.ipk 
> 
>   Features :-
>  * reminders every 2 min (if phone is awake) about missed calls/sms
>  * internal phonelog (starts with a small 'p')
>  * location info display (works sometimes) needs more work
>  * sms/missed calls notifications use opimd
>  * fixed duplicate entry because of directories bug
>  * monitoring the /usr/share/applications directory seems stable now

 ^^ please take the Category info from them and autogenerate
 the categories view. If you change an icon to a certain category, maybe
 you should edit the categories property of said icon.

>   The app takes about 12 sec to start up (I know this needs more work). Even
> then the phonebook will be ready for use after another 5 secs or so (once
> the scanning message turns to ready).
>   Need feedback / bug reports on just about everything.
> 
>   Coming soon :-
>  * reminders even when suspended
>  * internal sms app

My veredict: not yet ready for reliable use, but much better than 
illume-launcher
feature-wise :)

Rui

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

Re: Launcher 0.30 release

2009-08-20 Thread Sebastian Krzyszkowiak 
On 8/20/09, Vikas Saurabh  wrote:
>>  * sms/missed calls notifications use opimd
>
> I was just looking into
> http://code.google.com/p/shr-launcher/source/browse/trunk/src/dbsqlite.c
> and saw that you are directly using opim.db. Shouldn't you be uisng
> opimd api for that. Moreover, if you need some more functionaliy, even
> then it should go into opim as againts you going directly and reading
> the db
>
> --Vikas

And using sqlite file directly makes data from other opimd backends unavailable.

-- 
Sebastian Krzyszkowiak
dos

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

Re: Launcher 0.30 release

2009-08-20 Thread The Digital Pioneer 
Hey, c_c. :)

I wasn't sure what exactly this was, so I installed it to check it out.
Unfortunately, I only have one screen of icons now so I don't really need
it, but it looks really nice. Only two things:
* The clock was cut in half horizontally by the blue background below and
black above. Completely aesthetic, not a functionality issue at all.
* The clock is in 24-hr format, and I saw a way to change the format in the
settings, but I don't remember how. It's %pH:%M %ampm or something, right?
Again, purely aesthetic.

The finger scrolling was smth as anything. :D
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Launcher 0.30 release

2009-08-20 Thread Vikas Saurabh 
>  Well, here's the latest release.
>
> http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk
> launcher_0.30_arm.ipk

I get:
# launcher
SQL error: no such table: contacts
Using **pending_return in dbus_connection_send_with_reply_setup()
without pending_setup is deprecated and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup()
without pending_setup is deprecated and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup()
without pending_setup is deprecated and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup()
without pending_setup is deprecated and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup()
without pending_setup is deprecated and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup()
without pending_setup is deprecated and strongly discouraged
Segmentation fault

#

I created contacts tables by seeing its schema in the code, yet the
code segfaulted!

--Vikas

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

Re: [all / linux] neo as gps unit?

2009-08-20 Thread Rask Ingemann Lambertsen 
On Wed, Aug 19, 2009 at 12:33:48PM +0200, arne anka wrote:
> >And not from e.g. a local TangoGPS.
> 
> that wasn't the question.

   It should be clear from his question that he's likely not capable of
figuring that side effect out himself. Don't you think it is something he
should be told about?

-- 
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year

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

Re: Launcher 0.30 release

2009-08-20 Thread Vikas Saurabh 
>  * sms/missed calls notifications use opimd

I was just looking into
http://code.google.com/p/shr-launcher/source/browse/trunk/src/dbsqlite.c
and saw that you are directly using opim.db. Shouldn't you be uisng
opimd api for that. Moreover, if you need some more functionaliy, even
then it should go into opim as againts you going directly and reading
the db

--Vikas

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

appraw - .desktop file patcher for fsoraw

2009-08-20 Thread ANT 

Hi, everybody,

I wrote a small C tool for patching .desktop files to make apps be launched
via fsoraw (to prevent automatic screen dimming and suspending).

It can be used in various distribution enhancing scripts or just to make
freshly installed app fsoraw-enabled.

Typical usage - allocating Display resource for Mokomaze:

  r...@om-gta02:~# appraw -d mokomaze
  
  * Analyzing input file:
  /usr/share/applications/mokomaze.desktop
  * 'Exec' field found:
  Exec=mokomaze
  * Patched 'Exec' field:
  Exec=fsoraw -r Display -- mokomaze
  * File modified successfully.

Changes can be easyly reverted by 'appraw -r mokomaze'. See 'appraw --help'
for details.
Source code is maintained on github [1]. Check Downloads section [2] for
installation package.

[1] http://github.com/Sektor/appraw/
[2] http://github.com/Sektor/appraw/downloads

Regards,
Anton
-- 
View this message in context: 
http://n2.nabble.com/appraw-desktop-file-patcher-for-fsoraw-tp3481050p3481050.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Launcher 0.30 release

2009-08-20 Thread Rui Miguel Silva Seabra 
How can I try this one, and then come back to the other as a fallback if it 
fails for me?


On Thu, Aug 20, 2009 at 11:49:49AM -0500, c_c wrote:
> 
> Hi,
>   Well, here's the latest release.
> 
> http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk
> launcher_0.30_arm.ipk 
> 
>   Features :-
>  * reminders every 2 min (if phone is awake) about missed calls/sms
>  * internal phonelog (starts with a small 'p')
>  * location info display (works sometimes) needs more work
>  * sms/missed calls notifications use opimd
>  * fixed duplicate entry because of directories bug
>  * monitoring the /usr/share/applications directory seems stable now
> 
>   The app takes about 12 sec to start up (I know this needs more work). Even
> then the phonebook will be ready for use after another 5 secs or so (once
> the scanning message turns to ready).
>   Need feedback / bug reports on just about everything.
> 
>   Coming soon :-
>  * reminders even when suspended
>  * internal sms app
> 
> -- 
> View this message in context: 
> http://n2.nabble.com/Launcher-0-30-release-tp3480288p3480288.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 

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

Launcher 0.30 release

2009-08-20 Thread c_c 

Hi,
  Well, here's the latest release.

http://n2.nabble.com/file/n3480288/launcher_0.30_arm.ipk
launcher_0.30_arm.ipk 

  Features :-
 * reminders every 2 min (if phone is awake) about missed calls/sms
 * internal phonelog (starts with a small 'p')
 * location info display (works sometimes) needs more work
 * sms/missed calls notifications use opimd
 * fixed duplicate entry because of directories bug
 * monitoring the /usr/share/applications directory seems stable now

  The app takes about 12 sec to start up (I know this needs more work). Even
then the phonebook will be ready for use after another 5 secs or so (once
the scanning message turns to ready).
  Need feedback / bug reports on just about everything.

  Coming soon :-
 * reminders even when suspended
 * internal sms app

-- 
View this message in context: 
http://n2.nabble.com/Launcher-0-30-release-tp3480288p3480288.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Getting location info from cell tower

2009-08-20 Thread c_c 

Hi,
  Just got the location once. Noting thereafter.
SetCellBroadcastSubscriptions( "none" ) followed by
SetCellBroadcastSubscriptions( "all" ) doesn't help either.
  Any ideas? 

-- 
View this message in context: 
http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3480235.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Getting location info from cell tower

2009-08-20 Thread c_c 

Hi,

Michael 'Mickey' Lauer-2 wrote:
> 
> SetCellBroadcastSubscriptions( "all" ) -- according to 
> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.CB.html;hb=HEAD#SetCellBroadcastSubscriptions
> 
  Thanks. Missed the "all". Its working now with "all". I wonder if thats OK
though?
-- 
View this message in context: 
http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3480033.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: [SHR-U] Transparent qwo

2009-08-20 Thread Dan Staley 
Thanks for all your help!

I actually do not have a toolchain set up  (though in the coming months I
plan to set one up).
If you wouldn't mind updating the SHR-U feed to the latest unstable, I would
be more than happy to test it out for you =).
I think transparent keyboards in illume is certainly something that we have
needed for a long time

(PS.  I kept trying to send this email directly to you, but your
mailer-daemon keeps rejecting because "it already has my Delivered-To line.
(#5.4.6)".)

Thanks again,
-Dan Staley



On Tue, Aug 18, 2009 at 6:16 AM, Richard Kralovic <
richard.kralo...@dcs.fmph.uniba.sk> wrote:

> Hello,
>
> I have just figured out that the illume package (e-wm) is missing in the
> FSO-milestone 5 feeds (no idea why, sorry, it was a long time ago I
> played with that), but it is available in the other feeds. So, you can
> try to download and install the ipk directly from:
>
>
> http://meru.inf.ethz.ch/~riso/shr-unstable/ipk/armv4t/e-wm_0.16.999.050+svnr39659-r4_armv4t.ipk
>
> or
>
>
> http://meru.inf.ethz.ch/~riso/shr/ipk/armv4t/e-wm_0.16.999.050+svnr38274-r4_armv4t.ipk
>
> However, these packages are really old, and I would be surprised if they
> worked smoothly with recent SHR unstable.  The best way would be to
> recompile shr with the patch. If you can not to that yourself, let me
> know and I'll update the binary feeds on my webpage to recent SHR-U (but
>  I'll probably not have time to test it on my FR...)
>
> Greets
>Richard
>
>
> Dan Staley wrote:
> > Hi,
> >
> > I tried following the instructions on your page for getting the
> > transparent qwo to work but am having trouble with the illume part.
> > I cant seem to figure out which package in your feed you are referring
> > to when you say you have a patched version of illume in your feed.
> > I grepped through them, but didnt see anything but what appeared to be
> > themes to illumeis that where the patch was applied?
> > If you could point me to the package that has the patched illume
> > version, I would love to try out the transparent qwo on an up to date
> SHR-U.
> >
> > Thanks in advance,
> > -Dan Staley
> >
> > On Fri, Aug 14, 2009 at 5:22 AM, Richard Kralovic  > > wrote:
> >
> > Hello,
> >
> > I am using transparent qwo, but I haven't upgraded my FR since I
> wrote
> > the instructions (it's on my todo list, but... :-) ). So, I am not
> very
> > sure about the current state of packages, but to the best of my
> > knowledge, situation is as follows:
> >
> > 1) 2) Nobody maintains Xglamo, last commit at git.openmoko.org
> >  was 7
> > months ago. Glamo driver for xorg is under active development, so
> maybe
> > it just works by now. Nevertheless, the patch on Xglamo was accepted
> to
> > SHR quite long time ago, so if you use SHR+Xglamo, part of my patch
> > should be included. (It is the part that fixes crashing; the second
> part
> > of the patch that improves motion event handling has not been
> included
> > afaik).
> >
> > 3) No idea if the composite extension is enabled by default in any
> > distribution, but this is just a configuration issue...
> >
> > 4) Xcompmgr is in openembedded, but I do not know if the binary is
> > provided by the standard opkg feeds of any distribution.
> >
> > 5) You do not really have to patch qwo; an alternative is to use
> > transset utility to set the transparency manually. However, the patch
> > improves usability significantly imho. The transparency patch has not
> > been accepted upstream yet. (Actually, last commit to qwo git
> repository
> > is from 28 May).
> >
> > 6) I am not aware of any inclusions of the illume patch anywhere.
> >
> > Greets
> >Richard
> >
> >
> > Dan Staley wrote:
> > > I really like the idea of qwo and want to try out the transparent
> > > version mentioned at [1].
> > > However, the instructions were written months ago, and involve
> > patching
> > > xglamo and illume...so I am hesitant to try given that the changes
> may
> > > not be relevant as the packages may have changed (perhaps even
> > > implemented the patches!).
> > >
> > > Given that literki seems to be very quick and handles transparency
> > very
> > > well, has anyone recently tried a transparent qwo?  If so, are the
> > > patches and install process at [1] still applicable?
> > > If soare there any plans to merge the patches in so that a
> > > transparent binary of qwo could be provided?
> > >
> > > Thanks in advance,
> > > -Dan Staley
> > >
> > > [1] 
> > http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/

Re: Getting location info from cell tower

2009-08-20 Thread Michael 'Mickey' Lauer 
On Thursday 20 August 2009 16:57:07 c_c wrote:
> Michael 'Mickey' Lauer-2 wrote:
> > AT+CSCB=1,"","" (this allows everything)
>
>   I want to use the FSO API. How do I do AT+CSCB=1,"","" through the API?

SetCellBroadcastSubscriptions( "all" ) -- according to 
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.CB.html;hb=HEAD#SetCellBroadcastSubscriptions

Cheers,

:M:


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

Re: One second Openmoko boot?

2009-08-20 Thread Michael 'Mickey' Lauer 
On Thursday 20 August 2009 10:02:45 Michal Brzozowski wrote:
> Any chance suspend to disk, or 'hibernate' would work on openmoko?

Not really. Reloading (in the worst case) 128MB from an SD is not exactly fast 
either.

The only sane way to substantially improve booting time is to stop booting 
like a desktop PC, that is move away from starting all services just because 
you can. Start them on demand and bring only the bare necessities up on boot 
(filesystems, dbus, X).

I plan to do some proof of concepts when my time allows...

:M:


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

Re: Getting location info from cell tower

2009-08-20 Thread c_c 

Hi,

Michael 'Mickey' Lauer-2 wrote:
> 
> AT+CSCB=1,"","" (this allows everything)
> 
  I want to use the FSO API. How do I do AT+CSCB=1,"","" through the API?
Thanks.
-- 
View this message in context: 
http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3479603.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Getting location info from cell tower

2009-08-20 Thread Michael 'Mickey' Lauer 
On Wednesday 19 August 2009 06:35:39 c_c wrote:
>   Just to confirm - would SetCellBroadcastSubscriptions for channel 50
> correspond to something like  AT+CSCB=0,"50","1" ?
>   I'm Not too clued up on AT commands for GSM.

Well, that's what the FSO API is for... anyways, if you prefer to do it via 
AT, use

AT%CBHZ=1 (this seems necessary on the Calypso to see any CB at all)
AT+CSCB=1,"","" (this allows everything)

:M:

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

Re: [ALL] New showroom for Openmoko apps

2009-08-20 Thread Sebastian Krzyszkowiak 
On 8/20/09, Risto H. Kurppa  wrote:
> Hi there!
>
> ABSTRACT
> I think a new showroom for community created application is needed to
> boost the development and help users to get to know new apps easily.
> Now we have opkg.org to show & distribute the apps created by the
> community for Freerunner.
>
> SETUP
> opkg.org has allowed us to easily see what apps are new in the
> community, the comment system has alowed us to get in touch with the
> developer/packager and we've seen nice screeshots there to encourage
> us to try apps. Also the release of opkg.org repository was great!
>
> But:
> opkg.org is has many outdated and broken packages with missing dependencies
> opkg.org doesn't separate packages for different distributions
> opkg.org doesn't share the source codes as per GPL
> opkg.org code can be changed only by the main developer
> opkg.org developer doesn't seem to be working on it any more (since April)
> opkg.org developer is not an easy fish to catch
>
> Now have a look at these:
> http://www.apple.com/iphone/iphone-3gs/app-store.html
> http://www.android.com/market/
> https://store.ovi.com/?lid=storeherotxt&cid=ovistore-fw-ilc-body-acq-na-ovicom-g0-na-2&lang=fi-FI
> http://getdeb.net/
> http://maemo.org/downloads/OS2008/
>
> They all
> a) show a screenshot
> b) allow a more or less easy installation of the selected app
>
> For Freerunner, we need something like this to do the trick. Being
> easily able to promote applications will inspire devels to write apps
> which the makes the users and other devels more satisfied with
> Freerunner and inspire more developers to participate. Repositories
> are nice but there needs to be a way for people to know what apps are
> now in. Ubuntu with ~30 000 packages doesn't inspire me to try even a
> music player without comments from others and a screenshot.
>
> METHODS
>
> Landing to the site would let you select your preferred distribution.
> SHR, OM2009, Debian, OpenWRT, ..? - possibly include also
> stable/testing/unstable versions. After this you would only see the
> apps that have been marked as tested on that distribution.
>
> Installation would be done from a repository - the best would be to
> use the ~official repositories for each distribution (openembedded,
> openmoko, shr, fso-pkg/deb etc) OR we build a new repository only for
> apps presented in the showroom, a different one for each distribution.
> And if there is a repository, also the source code needs to be there
> (GPL..)
>
> Then next level would be to create a gui for Freerunner to show the
> screenshots and allow easy installation, something like apturl. Maybe
> this functionality could be built on top of one of the existing
> graphical package managers?
>
> And last but not least, allow more people than only one to have access
> on the site code..
>
> I'm sure there are some people in the community who feel like doing
> something to support the community but don't have the skills to hack
> the kernel: this is an opportunity for all PHP/Django/Web gurus to
> contribute.
>
> Does anyone know if software enabling this exists? Could eg. Launchpad be
> used?
>
> DISCUSSION
>
> There's nothing new here: all this was suggested already 10 months ago
> when opkg.org was announced, see
> http://lists.openmoko.org/pipermail/community/2008-October/thread.html#33132
>
> Separation for each distribution is naturally required: all packages
> created for SHR just won't work on OM2009 as the lib versions are not
> the same etc, and then we have the debian-based distributions too and
> so on..
>
> Problem with packages in opkg.org and packages in random websites (as
> well as some packages in the repositories) is that if they use lib X
> and lib X version is updated, the app Y stops working without the
> author/maintainer knowing about it until weeks later, or maybe the
> kernel paths change again. So next time they decide to include the
> whole lib X in their app just to be sure it doesn't happen again. The
> lack of coordination and communication results broken and/or bloated
> software.
>
> So I'd prefer using the existing/official repositories and try to find
> maintainers, not start a new fragmented repository for each
> distribution
>
> We need package maintainers who make sure a new nice community-written
> app will be added to the official repositories of distributions, I
> think it's not good to expect the author can create packages for say 5
> distributions.
>
> CONCLUSION
>
> What do you think?

My opinion is simple. Developer of app provides bb file (or asks
someone to write it) and then all distros provide that app in repo.
And that's all.

That's distro maintainers who should do packages, not app developers!
When app developers do packaging, then resulting pkgs are outdated and
unusable after some not-so-long time. When it's added into
distribution build system, then the only problem can be compilation
error. That's why I think there is no need for pages like opkg.org,
eventually for very s

[ALL] New showroom for Openmoko apps

2009-08-20 Thread Risto H. Kurppa 
Hi there!

ABSTRACT
I think a new showroom for community created application is needed to
boost the development and help users to get to know new apps easily.
Now we have opkg.org to show & distribute the apps created by the
community for Freerunner.

SETUP
opkg.org has allowed us to easily see what apps are new in the
community, the comment system has alowed us to get in touch with the
developer/packager and we've seen nice screeshots there to encourage
us to try apps. Also the release of opkg.org repository was great!

But:
opkg.org is has many outdated and broken packages with missing dependencies
opkg.org doesn't separate packages for different distributions
opkg.org doesn't share the source codes as per GPL
opkg.org code can be changed only by the main developer
opkg.org developer doesn't seem to be working on it any more (since April)
opkg.org developer is not an easy fish to catch

Now have a look at these:
http://www.apple.com/iphone/iphone-3gs/app-store.html
http://www.android.com/market/
https://store.ovi.com/?lid=storeherotxt&cid=ovistore-fw-ilc-body-acq-na-ovicom-g0-na-2&lang=fi-FI
http://getdeb.net/
http://maemo.org/downloads/OS2008/

They all
a) show a screenshot
b) allow a more or less easy installation of the selected app

For Freerunner, we need something like this to do the trick. Being
easily able to promote applications will inspire devels to write apps
which the makes the users and other devels more satisfied with
Freerunner and inspire more developers to participate. Repositories
are nice but there needs to be a way for people to know what apps are
now in. Ubuntu with ~30 000 packages doesn't inspire me to try even a
music player without comments from others and a screenshot.

METHODS

Landing to the site would let you select your preferred distribution.
SHR, OM2009, Debian, OpenWRT, ..? - possibly include also
stable/testing/unstable versions. After this you would only see the
apps that have been marked as tested on that distribution.

Installation would be done from a repository - the best would be to
use the ~official repositories for each distribution (openembedded,
openmoko, shr, fso-pkg/deb etc) OR we build a new repository only for
apps presented in the showroom, a different one for each distribution.
And if there is a repository, also the source code needs to be there
(GPL..)

Then next level would be to create a gui for Freerunner to show the
screenshots and allow easy installation, something like apturl. Maybe
this functionality could be built on top of one of the existing
graphical package managers?

And last but not least, allow more people than only one to have access
on the site code..

I'm sure there are some people in the community who feel like doing
something to support the community but don't have the skills to hack
the kernel: this is an opportunity for all PHP/Django/Web gurus to
contribute.

Does anyone know if software enabling this exists? Could eg. Launchpad be used?

DISCUSSION

There's nothing new here: all this was suggested already 10 months ago
when opkg.org was announced, see
http://lists.openmoko.org/pipermail/community/2008-October/thread.html#33132

Separation for each distribution is naturally required: all packages
created for SHR just won't work on OM2009 as the lib versions are not
the same etc, and then we have the debian-based distributions too and
so on..

Problem with packages in opkg.org and packages in random websites (as
well as some packages in the repositories) is that if they use lib X
and lib X version is updated, the app Y stops working without the
author/maintainer knowing about it until weeks later, or maybe the
kernel paths change again. So next time they decide to include the
whole lib X in their app just to be sure it doesn't happen again. The
lack of coordination and communication results broken and/or bloated
software.

So I'd prefer using the existing/official repositories and try to find
maintainers, not start a new fragmented repository for each
distribution

We need package maintainers who make sure a new nice community-written
app will be added to the official repositories of distributions, I
think it's not good to expect the author can create packages for say 5
distributions.

CONCLUSION

What do you think?

r

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

Re: [QtMoko] new images v6

2009-08-20 Thread Radek Polak 
Avid wrote:

> Does this mean anything to anyone?

And maybe try the attached patch.
diff --git a/src/applications/datebook/accounteditor.cpp b/src/applications/datebook/accounteditor.cpp
index a881248..0dd61f9 100644
--- a/src/applications/datebook/accounteditor.cpp
+++ b/src/applications/datebook/accounteditor.cpp
@@ -58,7 +58,7 @@ public:
 
 AccountWidgetItem(QPimContext *context, QListWidget *parent = 0)
 : QListWidgetItem(context->icon(), context->title(), parent)
-, mContext(context) {}
+, mSource(), mContext(context) {}
 
 ~AccountWidgetItem() {}
 
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtMoko] new images v6

2009-08-20 Thread Radek Polak 
Avid wrote:

> I've just spent a few hours trying to cross-build from the git sources on my
> 686 Debian box with a view to making a .deb file so I can add qtmoko to an
> existing Debian installation.  After several hours of working it fails with:
> 
> > /home/jschultz/openmoko/qtmoko/qtmoko/src/applications/datebook/accounteditor.cpp:59:
> > error: uninitialized member ‘AccountWidgetItem::mSource’ with ‘const’ type
> > ‘const QPimSource’
> 
> Does this mean anything to anyone?

No ;-) Can you describe how you build it? Maybe your compiler is more
checks more strictly then mine [1].

Radek

[1] http://qtextended.org/downloads/toolchains/arm920t-eabi.tgz


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

Re: [Community Updates] August 19, 2009 released!

2009-08-20 Thread Patryk Benderz 
For details look at my response for Risto's mail.
> You might as well ask him to subscribe with another email, which might not
> be very convenient for him.
not convenietnt at all :(
> 
> I'm betting he might not be able to remove that message some corporate idiot
> thinks is binding.
exactly, i do not like all this garbage in my sig. at all!

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


Email secured by Check Point

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

Re: [Community Updates] August 19, 2009 released!

2009-08-20 Thread Patryk Benderz 
[cut]
> Awesome, thanks Patryk for this!!!
Praises also should go to:
* MadHatter
* Kichkasch
* PipBoy2000
* Crei

BTW, i am wondering, is it good idea to list who contributed to current
CU? This might encourage others to add something to CU.
> 
> > This message and any attached files are confidential and intended solely
> > for the addressee(s). Any publication, transmission or other use of the
> > information by a person or entity other than the intended addressee is
> > prohibited. If you receive this in error please contact the sender and
> > delete the material. The sender does not accept liability for any errors
> > or omissions as a result of the transmission.
> 
> ( I find this not fully suitable for this list.. Can I share the link
> now to other people... I'd appreciate if you could remove this from
> mails to this list..)
Yes, that is little complicated. I'll try to excuse myself a little:
Generally you are right and i intend to change my behaviour, but as Rui
wrote in another post in this thread, using another email account is not
convenient for me, simply because this is not my corporate email :). I
have to use it as corporate email temporarily because our mail service
was moved to exchange2007. I use Evolution, which does not support RPC
over HTTP yet. So i need to use one account for now. And i simply do not
remember to change my signature manually each time i send post here.
I was trying to setup different signatures, depending on destination
addressee, but AFAIK Evolution can change sign. depending on sender
address only. If you can provide some hints on how to do it i would be
grateful.

P.S. I am really happy that i can use Linux on my box, and several
servers in this corporate environment dominated by evil microsoft.

P.P.S.My normal signature looks like below. As you see it conforms to
signature's rules used on news groups(separator "-- ", 4 lines max,
etc...). Until i solve this out, just assume that all my previous and
future emails sent to ML have this signature ;)

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


Email secured by Check Point

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

Re: Enhancing launcher - feedback

2009-08-20 Thread c_c 

Hi,

undrwater wrote:
> 
> Can you make it aware of itself (or ignore me if it already is) so that
> multiple instances don't get invoked?
> 
  Sure. I'll do that.
Thanks for the idea. Actually - could you post how you're doing this here?
-- 
View this message in context: 
http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3477728.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: One second Openmoko boot?

2009-08-20 Thread Michal Brzozowski 
Any chance suspend to disk, or 'hibernate' would work on openmoko?

2009/8/19 Glenn 

> Maybe this might be possible in some future of Openmoko Linux?:
>
> 07/15/09, NEWS: MontaVista claims an ultra-fast 1 second Embedded
> Linux Boot Time:
> http://www.embedded.com/products/softwaretools/218500563?_requestid=93912
>
> One Second Linux Boot Demonstration (new version) - with list of used
> enhancements:
> http://www.youtube.com/watch?v=-l_DSZe8_F8
>
> July 14, 2009, MontaVista Achieves Ultra-fast One Second Linux Boot
> Time in Embedded Industrial Applications:
>
> http://www.mvista.com/press_release_detail.php?fid=news/2009/Ultra-fast-boot.html
>
> /Glenn
>
> ___
> 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: [Community Updates] August 19, 2009 released!

2009-08-20 Thread Rui Miguel Silva Seabra 
On Thu, Aug 20, 2009 at 10:01:44AM +0300, Risto H. Kurppa wrote:
> On Thu, Aug 20, 2009 at 9:52 AM, Patryk Benderz wrote:
> > Hello everybody, August 19th , 2009 Community Update is out!
> > Take a look at:
> > http://wiki.openmoko.org/wiki/Community_Updates/2009-08-19
> >
> > and contribute to the new draft at:
> > http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02
> 
> Awesome, thanks Patryk for this!!!
> 
> > This message and any attached files are confidential and intended solely
> > for the addressee(s). Any publication, transmission or other use of the
> > information by a person or entity other than the intended addressee is
> > prohibited. If you receive this in error please contact the sender and
> > delete the material. The sender does not accept liability for any errors
> > or omissions as a result of the transmission.
> 
> ( I find this not fully suitable for this list.. Can I share the link
> now to other people... I'd appreciate if you could remove this from
> mails to this list..)

You might as well ask him to subscribe with another email, which might not
be very convenient for him.

I'm betting he might not be able to remove that message some corporate idiot
thinks is binding.

«Oh noes, I just received ultra-secret info that I can black mail them with,
let's just return it» NOT!

Or it can be viewed as

«Ah, I just received ultra-secret info that I can black mail them with,
and since the tell me to contact the sender and delete the material I can
even do it legally. Contact, get paid, delete (maybe)»

:)

Rui

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

Re: One second Openmoko boot?

2009-08-20 Thread Rui Miguel Silva Seabra 
On Wed, Aug 19, 2009 at 09:56:42PM -0500, c_c wrote:
> Hi,
>   I would look for a decent middle path. A reasonable boot time, perhaps 30
> secs to fully usable, and charging required in say 3 days of some measure of
> activity assumed to be normal (we could define something as a benchmark).
>   And for a hell of a lot more smarts from a 'smart'phone. How about sync
> with desktop apps/on the net (yes PISI is getting there), notifications,
> reminders, alarms, PIM apps, stable accelerometer based rotation etc.
>   I have to say that things have improved drastically over the last year -
> but then the FR should have been here long ago. Maybe openmoko could have
> done a lot better if the FR was where it is heading for right now (buzz-fix,
> bass-fix, #1024 fix, software stack improvements).
>   I cant wait to get this phone running the (future) fully compiled FSO
> stack. Already the parts that are compiled are making a huge difference to
> the phone's performance.
>   We're getting there. Now, if only we could write down a priority wise
> sequence of problems that need solving somewhere and tackle them one at a
> time with all the resources we have.

Just a few more cents from me...

Have you guys ever seen one of those "other" smartphones booting? They take
ages too. The main difference is that we have to boot more often :)

The current boot time of SHR is IMHO acceptable if I hadn't to reboot every
so often.

Rui

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

Re: [Community Updates] August 19, 2009 released!

2009-08-20 Thread Risto H. Kurppa 
On Thu, Aug 20, 2009 at 9:52 AM, Patryk Benderz wrote:
> Hello everybody, August 19th , 2009 Community Update is out!
> Take a look at:
> http://wiki.openmoko.org/wiki/Community_Updates/2009-08-19
>
> and contribute to the new draft at:
> http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02

Awesome, thanks Patryk for this!!!

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

( I find this not fully suitable for this list.. Can I share the link
now to other people... I'd appreciate if you could remove this from
mails to this list..)



r


-- 
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi

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