shr-launcher new release for shr-u

[c_c]

Hi,
  Here's the latest release of shr-launcher. 
http://n2.nabble.com/file/n4185053/shr-launcher_local-r0.4_armv4t.ipk
shr-launcher_local-r0.4_armv4t.ipk 

Changes :-

  Contacts App
 * Jump functionality improved
 * shows last contact details (sms/call), (in/out) and time

  Phone Log
 * Shows Duration
 * Allows individual log entry deletion

  Launcher
 * Wakes up every 5 mins in case FR suspends with missed calls / sms's


  Working on

 *  e-tasks ability to add wake up notifications to shr-launcher
 *  launcher service  to provide any app to set wakeup notifications in
launcher
 
 Help needed

 * alert tunes for notifications - missed call/ sms/ tasks
 * a few wallpapers that can be added as default options

Thanks
-- 
View this message in context: 
http://n2.nabble.com/shr-launcher-new-release-for-shr-u-tp4185053p4185053.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

Hardwarefixing at 26c3?

[Matthias Eller]

Hello,

I am member of the 26c3 video-team.
Some days ago, I replaced the 10µF capacitor successfully hoping 
fixing some kind of bug #1024.
It was quiet easy.
So if there is some need, I can provide fixing bug #1024 and other 
hardware bugs (buzz fix eg) at 26c3.

So If you are planing to visit 26c3 and like me to do some fixing 
please respond to this mail (I need to order the parts).

MfG
Ello


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

Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume

[Denis Johnson]

Yes. I upgraded to moko11 firmware earlier this year, and later also
sent it off for buxzfix. It came back with Android on it and I have
since re flashed to QTMoko V14 and now to shr-t. I haven't checked but
I doubt it has gone backwards.

Denis

On Thu, Dec 17, 2009 at 7:13 PM, William Kenworthy  wrote:
> Are you using the latest moko11 GSM firmware? - this one of the side
> effects of bugs in the older GSM firmware.
>
> BillK

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

Re: SHR-U Accelerometer data

[Neil Brown]

On Thu, 17 Dec 2009 12:32:46 -0500
"Iain B. Findleton"  wrote:

> > Let me remind you that the driver has changed wrt. RELATIVE and
> > ABSOLUTE. These days, upon opening the device, only the first report is
> > a full report. Subsequent reports only contain changed axes.
> > 
> I got that about the ABSOLUTE. The changes only thing does not look to
> come from
> the driver code. Is that something associated with the linux input
> system interface?

Yes - for absolute events, the linux input layer only forwards them when they
change.

You can get the current values at any time using an 'ioctl'.
EBIOCGABS returns a 'struct input_absinfo' - see /usr/include/linux/input.h

NeilBrown

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

Re: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?

[Brolin Empey]

2009/12/17 Al Johnson 

> On Thursday 17 December 2009, Brolin Empey wrote:
> > 2009/12/16 Al Johnson 
> >
> > > On Thursday 17 December 2009, Brolin Empey wrote:
> > FreeRunner, Om2009 (completely unusable because the GUI kept becoming
> > unresponsive), SHR-U (version 080808 or 090808?  I can find out which
> > version I tried when I am home tonight.
>
> That's a long way out of date!
>

It was the current release when I tried it in 2009-08, soon after I got my
FreeRunner.

>
>
> >  I had the base or tiny version of
> >  SHR (I forgot what it was called, but I can find out when I am at home
> >  tonight.), which had very few apps, but I could not upgrade to the full
> >  version because I did not have a usable ssh connection.), and finally
> >  QtMoko, which still has issues but is by far the most usable distro I
> have
> >  tried.  I could try SHR again, but my first impression of SHR was very
> >  poor because I do not understand how they could release such a broken
> >  image.
>
> shr-unstable is just that, and breakages happen. The images are just
> nightly
> builds that have nominally succeeded, not a release that's supposed to be
> bug-
> free. The recently released shr-testing is intended to avoid the sort of
> failures you can get in unstable, but it takes a little while for bug fixes
> to
> trickle down from unstable.
>

I was expecting SHR-unstable to be like Debian Linux unstable, which is
actually not unstable in the sense of having lots of breakage.

I thought the image I tried was recommended because it was supposed to work
well (had been tested), but I could be wrong.  I should have asked if there
was a better (less broken) image I could have tried.


>
> >  If I try another distro, it has to be able to install to and run
> >  from a MicroSD(HC) card because I need to keep my working QtMoko
> >  installation in my onboard NAND.
>
> I'm running shr-u (among others) from uSD. Just make an ext3 filesystem on
> a
> spare partition and untar the tar.gz image to it. I assume you know how to
> multiboot already...
>

I have not multibooted my FreeRunner because so far I have run only 1 distro
at a time from the onboard NAND, but I can probably figure out how to
multiboot because I have multibooted PCs + my iPod + maybe some other
devices I am forgetting. :)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: QtMoko v15

[yoric]

ghislain wrote:
> 
> The zip-file contains a few files, the rootfs.img file is the jffs-image

What sew as uImage? Original from sourceforge has a size of 1852364, your
2900332.
-- 
View this message in context: 
http://n2.nabble.com/QtMoko-v15-tp4159253p4183569.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: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?

[Al Johnson]

On Thursday 17 December 2009, Brolin Empey wrote:
> 2009/12/16 Al Johnson 
> 
> > On Thursday 17 December 2009, Brolin Empey wrote:
> > > Hello list,
> > >
> > > I am using QtMoko v14.  AFAIK, QtMoko does not support GSM
> > > multiplexing, which means even if I had a working and usable Web
> > > browser for QtMoko, I could not use telephony functionality, such as
> > > making and receiving phone calls, while GPRS is enabled.  If I wanted
> > > to have Internet access on my FreeRunner, what is the least-hassle
> > > method of getting a usable Web
> >
> > browser
> >
> > > + telephony and SMS support while GPRS is enabled?  Am I better off
> >
> > finding
> >
> > > a usable proprietary phone?
> >
> > Since you've already got the phone you may as well give the other
> > firmware options a try. We keep finding people have different definitions
> > of 'usable'
> > so you'll have to see what suits you.
> >
> > SHR should be easy to try, and is supposed to do everything you want.
> > There's
> > a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony
> > should work together (I say should as I haven't tried GPRS recently.)
> > Midori
> > might be a suitable browser, although there is a problematic interaction
> > between the illume keyboard and midori's address autocompletion at the
> > moment.
> >
> > I have already tried the Om2008.8 (?) which was preinstalled on my
> 
> FreeRunner, Om2009 (completely unusable because the GUI kept becoming
> unresponsive), SHR-U (version 080808 or 090808?  I can find out which
> version I tried when I am home tonight.

That's a long way out of date!

> It was less unusable than Om2009
> but still unusable because I could not set the clock to the correct date
>  and time,

By default this is picked up automatically (network, gps, ntp), but you can 
disable some or all of these and set it manually if you want.

>  all of my SMS messages had the same incorrect date and time, the
>  text input did not work reliably,

date and time show correctly here. Matching names to numbers on the message 
app can be slow though.

>  it used crappy Busybox instead of GNU
>  userland (I know I could probably replace Busybox with GNU userland, but
>  doing so requires a usable ssh connection.)

still uses busybox by default, but with openssh in place of dropbear. You need 
to set a password or openssh will refuse the connection.

>  , and I could not even get a
>  usable ssh connection to SHR-U because I could not get bridging nor
>  routing working on Ubuntu and the ssh session from Cygwin on Windows Vista
>  was very slow and kept disconnecting.

I've not tried networking on ubuntu or vista so I can't comment, but bridging 
on fedora just works like any other bridge. It behaves the same way whichever 
distro I have on the moko (except android).

>  I had the base or tiny version of
>  SHR (I forgot what it was called, but I can find out when I am at home
>  tonight.), which had very few apps, but I could not upgrade to the full
>  version because I did not have a usable ssh connection.), and finally
>  QtMoko, which still has issues but is by far the most usable distro I have
>  tried.  I could try SHR again, but my first impression of SHR was very
>  poor because I do not understand how they could release such a broken
>  image. 

shr-unstable is just that, and breakages happen. The images are just nightly 
builds that have nominally succeeded, not a release that's supposed to be bug-
free. The recently released shr-testing is intended to avoid the sort of 
failures you can get in unstable, but it takes a little while for bug fixes to 
trickle down from unstable. 

>  If I try another distro, it has to be able to install to and run
>  from a MicroSD(HC) card because I need to keep my working QtMoko
>  installation in my onboard NAND.

I'm running shr-u (among others) from uSD. Just make an ext3 filesystem on a 
spare partition and untar the tar.gz image to it. I assume you know how to 
multiboot already...

>  I want to be able to connect my
>  FreeRunner directly to an Ethernet LAN instead of having to use bridging
>  and/or routing on a PC.  I already have a USB → Ethernet adapter, but I am
>  still waiting for my DealExtreme orders to arrive (it is taking weeks. :/)
>  so I can use my FreeRunner as a USB Host instead of only as a USB Device. 
>  If I could connect my FreeRunner directly to my Ethernet LAN, then it does
>  not matter if I cannot get a usable ssh connection to SHR-U via USB
>  networking, but such a connection should still work because it works fine
>  with QtMoko.

The Settings app has a switch for USB host/device mode. So long as the kernel 
module is present it should work, but I've never tried a USB ethernet adapter 
with it.

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

Re: [WikiReader] LWN article

[David Reyes Samblas Martinez]

2009/12/17 Tom Yates :
> today's LWN has a quite positive article on the wikireader, which can be
> found at http://lwn.net/SubscriberLink/366927/9874880118356de2/ for those
> who are interested.
>
>
> --
>
>   Tom Yates  -  http://www.teaparty.net
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

Mentioned on LWN :):), cool birthday present :)

-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Qi inside NanoNote, Arduino, Openmoko, Openpandora
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: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?

[Brolin Empey]

2009/12/16 Al Johnson 

> On Thursday 17 December 2009, Brolin Empey wrote:
> > Hello list,
> >
> > I am using QtMoko v14.  AFAIK, QtMoko does not support GSM multiplexing,
> > which means even if I had a working and usable Web browser for QtMoko, I
> > could not use telephony functionality, such as making and receiving phone
> > calls, while GPRS is enabled.  If I wanted to have Internet access on my
> > FreeRunner, what is the least-hassle method of getting a usable Web
> browser
> > + telephony and SMS support while GPRS is enabled?  Am I better off
> finding
> > a usable proprietary phone?
>
> Since you've already got the phone you may as well give the other firmware
> options a try. We keep finding people have different definitions of
> 'usable'
> so you'll have to see what suits you.
>
> SHR should be easy to try, and is supposed to do everything you want.
> There's
> a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony
> should work together (I say should as I haven't tried GPRS recently.)
> Midori
> might be a suitable browser, although there is a problematic interaction
> between the illume keyboard and midori's address autocompletion at the
> moment.
>
> I have already tried the Om2008.8 (?) which was preinstalled on my
FreeRunner, Om2009 (completely unusable because the GUI kept becoming
unresponsive), SHR-U (version 080808 or 090808?  I can find out which
version I tried when I am home tonight.  It was less unusable than Om2009
but still unusable because I could not set the clock to the correct date and
time, all of my SMS messages had the same incorrect date and time, the text
input did not work reliably, it used crappy Busybox instead of GNU userland
(I know I could probably replace Busybox with GNU userland, but doing so
requires a usable ssh connection.), and I could not even get a usable ssh
connection to SHR-U because I could not get bridging nor routing working on
Ubuntu and the ssh session from Cygwin on Windows Vista was very slow and
kept disconnecting.  I had the base or tiny version of SHR (I forgot what it
was called, but I can find out when I am at home tonight.), which had very
few apps, but I could not upgrade to the full version because I did not have
a usable ssh connection.), and finally QtMoko, which still has issues but is
by far the most usable distro I have tried.  I could try SHR again, but my
first impression of SHR was very poor because I do not understand how they
could release such a broken image.  If I try another distro, it has to be
able to install to and run from a MicroSD(HC) card because I need to keep my
working QtMoko installation in my onboard NAND.  I want to be able to
connect my FreeRunner directly to an Ethernet LAN instead of having to use
bridging and/or routing on a PC.  I already have a USB → Ethernet adapter,
but I am still waiting for my DealExtreme orders to arrive (it is taking
weeks. :/) so I can use my FreeRunner as a USB Host instead of only as a USB
Device.  If I could connect my FreeRunner directly to my Ethernet LAN, then
it does not matter if I cannot get a usable ssh connection to SHR-U via USB
networking, but such a connection should still work because it works fine
with QtMoko.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: QtMoko v15

[yoric]

ghislain wrote:
> 
> Yoric,
> 
> The zip-file contains a few files, the rootfs.img file is the jffs-image

Thank you.
-- 
View this message in context: 
http://n2.nabble.com/QtMoko-v15-tp4159253p4182780.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: [QtMoko] GPS navigation apps for QtMoko

[Radek Polak]

On Thursday 17 of December 2009 18:43:02 Hans Zimmerman wrote:

> Could it be it's not in de debian repository's?

If i know right then yes. The project was announced just a few months ago. 
Building Debian package will probably not take too much effort except that the 
Qtopia GPS API would have to be handled somehow. Sources can be found here 
[1]. 

The problem with QtMoko and Debian packages is that most of Debian packages 
are built for Qt/X11 while we use Qt/framebuffer and that means different set 
of 
dependecies and probably also different binaries. That's why we have our 
package feed which has also the advantage that it works on QtMoko distros 
based on open embedded/arch rootfs.

Regards

Radek

[1] http://github.com/tvuillaume/NeronGPS/

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

Re: [shr-t] Importing (vcf) contacts -- again

[jeremy jozwik]

On Thu, Dec 17, 2009 at 8:52 AM, Al Johnson
 wrote:
> Because it has a bug that's been fixed on more recent versions in unstable,
> maybe also in testing. Also if you drag along the right hand edge you can jump
> to a particular letter instead of having to scroll through hundreds of
> contacts.

holy moly! i didnt even know that was in there.
thats pritty cool!

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

Re: QtMoko v15

[ghislain]

Yoric,

The zip-file contains a few files, the rootfs.img file is the jffs-image.

Regards,
Ghislain


yoric wrote:
> 
> 
> 
> ghislain wrote:
>> 
>> I just created another installer-image, 
>> http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B  (so one
>> can choose which is preferred), these are the changes:
>> * Upgraded 'pkg-fso-keyring' to '2009.09.12'
>> * gpsd installed
>> * Working TangoGPS
>> * Working Navit
>> * Enabled GSM multiplexing
>> * Added SMS-Receive bug-fix
>> 
> 
> Excuse my bad English. Can I make it a jffs-image? And how, if not
> difficult?
> 

-- 
View this message in context: 
http://n2.nabble.com/QtMoko-v15-tp4159253p4182668.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: QtMoko v15

[yoric]

ghislain wrote:
> 
> I just created another installer-image, 
> http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B  (so one
> can choose which is preferred), these are the changes:
> * Upgraded 'pkg-fso-keyring' to '2009.09.12'
> * gpsd installed
> * Working TangoGPS
> * Working Navit
> * Enabled GSM multiplexing
> * Added SMS-Receive bug-fix
> 

Excuse my bad English. Can I make it a jffs-image? And how, if not
difficult?
-- 
View this message in context: 
http://n2.nabble.com/QtMoko-v15-tp4159253p4182499.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: [QtMoko] GPS navigation apps for QtMoko

[Hans Zimmerman]

Could it be it's not in de debian repository's?

Tony McKeehan wrote:
> Yeah, NeronGPS is in the QtMoko feeds and all you need to install it is 
> a recent version of QtMoko and an internet connection. It's native to 
> the Qt framework that QtMoko uses and doesn't need an X server. It has a 
> slightly different interface from Navit and tango, but it's pretty easy 
> to get used to.
> 
> -Tonym
> 
> 
> Brolin Empey wrote:
>> Hello list,
>>
>> Are there any GPS navigation apps for QtMoko, i.e., any usable without 
>> an X server? I cannot use QX because every time I try, I end up having 
>> to remove the battery from my FreeRunner because my FreeRunner locks 
>> up and is unusable. I wanted to use Navit, but it requires a working X 
>> server.
>>
>> Alternately, is there any way to get a working (non-QX) X server on 
>> QtMoko, or use QtMoko with an X server (maybe on plain Debian)?
>>
>> Months ago, I asked for recommendations of MicroSDHC cards to buy to 
>> install plain Debian on. I still have not even found a place to buy 
>> any of the recommended cards because I have not made doing so a 
>> sufficiently high priority for it to ever be done.
>>
>> My parents gave me a Garmin nûvi GPS navigator (I do not remember 
>> which model, but I can find out if you want) as an early Christmas 
>> gift, so I at least have a working GPS navigation solution, but it 
>> would be better if I could use my FreeRunner as a GPS navigator. I 
>> never use cell phones while driving because doing so is a recipe for 
>> disaster for me: I always pull over and stop before using a cell 
>> phone. I am mentioning this because I wonder if it simplifies finding 
>> a GPS navigation app because I do not use cell phones while driving, 
>> so I do not have to answer nor make calls while the GPS navigation app 
>> is running. I still need to log missed calls and receive SMS messages, 
>> though. I also do not want messages about missed calls or received SMS 
>> messages blocking my view of the GPS navigation app on the screen 
>> while I am driving because I may not even be able to safely pull over 
>> to use my FreeRunner.
>>
>> I am using QtMoko v14, but will see if v15 looks like it is worth 
>> upgrading to.
>>
>> Thanks,
>> Brolin
>>
>> -- 
>> Sometimes I forget how to do small talk: 
>>
>> “If you have to ask why, you’re not a member of the intended 
>> audience.” — Bob Zimbinski, 
>> 
>>
>> ___
>> 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: SHR-U Accelerometer data

[Iain B. Findleton]

Michael 'Mickey' Lauer wrote:
> Am Donnerstag, den 17.12.2009, 11:59 -0500 schrieb Iain B. Findleton:
>   
>> Many tests appear to indicate that a complete report set read from
>> /dev/input/event2 or event3 is a relative rarity. Looking at the code
>> from the lis302dl driver in git.openmoko.org it appears to me that this
>> should not be true, and if I recall correctly, proper output was couming
>> out under OM2009.x at one point.
>> 
>
> Let me remind you that the driver has changed wrt. RELATIVE and
> ABSOLUTE. These days, upon opening the device, only the first report is
> a full report. Subsequent reports only contain changed axes.
>   
I got that about the ABSOLUTE. The changes only thing does not look to
come from
the driver code. Is that something associated with the linux input
system interface?
>   
>> Anybody with any thoughts on this issue? According to what I read,
>> /dev/input/eventx interface should reliably handle every event and make
>> it available.
>>
>> The other issue is that the first report from the driver following an
>> open on the device should be complete and contain the axis calibration
>> values. This appears to be not true in that the first report I get is
>> often incomplete in that not all axes are supplied.
>> 
>
> I can't confirm that. I'm running andy-tracking and when I call hexdump
>  the first three entries are always axes 0, 1, 2.
>
>   
>From what I saw of the driver code and the lis302dl spec sheet, an open
on the device
file should send the calibration data from the device. Can you confirm
that I am reading the correct driver source?


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

Re: SHR-U Accelerometer data

[Michael 'Mickey' Lauer]

Am Donnerstag, den 17.12.2009, 11:59 -0500 schrieb Iain B. Findleton:
> Many tests appear to indicate that a complete report set read from
> /dev/input/event2 or event3 is a relative rarity. Looking at the code
> from the lis302dl driver in git.openmoko.org it appears to me that this
> should not be true, and if I recall correctly, proper output was couming
> out under OM2009.x at one point.

Let me remind you that the driver has changed wrt. RELATIVE and
ABSOLUTE. These days, upon opening the device, only the first report is
a full report. Subsequent reports only contain changed axes.

> 
> Anybody with any thoughts on this issue? According to what I read,
> /dev/input/eventx interface should reliably handle every event and make
> it available.
> 
> The other issue is that the first report from the driver following an
> open on the device should be complete and contain the axis calibration
> values. This appears to be not true in that the first report I get is
> often incomplete in that not all axes are supplied.

I can't confirm that. I'm running andy-tracking and when I call hexdump
 the first three entries are always axes 0, 1, 2.

-- 
:M:


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

SHR-U Accelerometer data

[Iain B. Findleton]

Many tests appear to indicate that a complete report set read from
/dev/input/event2 or event3 is a relative rarity. Looking at the code
from the lis302dl driver in git.openmoko.org it appears to me that this
should not be true, and if I recall correctly, proper output was couming
out under OM2009.x at one point.

Anybody with any thoughts on this issue? According to what I read,
/dev/input/eventx interface should reliably handle every event and make
it available.

The other issue is that the first report from the driver following an
open on the device should be complete and contain the axis calibration
values. This appears to be not true in that the first report I get is
often incomplete in that not all axes are supplied.

I am presuming that the lis302dl driver in use on SHR-U is the same one
as in the git repo. If not, where is the source being used by SHR?

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

Re: [shr-t] Importing (vcf) contacts -- again

[Al Johnson]

On Thursday 17 December 2009, jeremy jozwik wrote:
> along with that, can anyone describe to me why new shr 20091205
> contacts likes to click a contact rather then draggin a contact to
> scroll the list. this is driving me crazy right now trying to scroll
> to the lower contacts.

Because it has a bug that's been fixed on more recent versions in unstable, 
maybe also in testing. Also if you drag along the right hand edge you can jump 
to a particular letter instead of having to scroll through hundreds of 
contacts.

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

Re: [SHR-U] pisi vcard error

[Al Johnson]

On Thursday 17 December 2009, Michael Pilgermann wrote:
> There was indeed a problem with saving entries, which came from VCF
> files (at least in my test case) ...
> 
> I fixed this now - each entry is checked before writing through to file
> whether FN is set; if not, something is assembled by using given and
> last name.

N too I hope - that's also mandatory.

> This fix will be in next minor release of PISI.
> 
> Best
> Michael
> 
> On 12/17/2009 05:03 PM, Al Johnson wrote:
> > On Thursday 17 December 2009, Bernd Prünster wrote:
> >> Al Johnson wrote:
> >>> On Thursday 17 December 2009, Bernd Prünster wrote:
>  synching with google contacts worked flawlessly, so first of all great
>   work! source A is configured as shr sim contacts (all my contacts are
>   stored on sim)
>  source b is local vcf
> 
>  everythign seems fine until i get the following error message (ALWAYS
>  at 91%):
>  VCARD components must at least contain 1 FN
> 
>  soem of my contacts are stored in vcard, but it aborts after that
>  error...
> 
>  any help would be appreciated!
> >>>
> >>> My guess is you have a badly formatted entry at one end, or possibly
> >>> both. Check your vcf file for existing vcards with no line starting FN:
> >>> as it is one of the few required fields in a vcard. Do you have any
> >>> contacts with an empty name on the SIM?
> >>
> >> vcf file is empty. sim contacts are all fine and work great with
> >> synching with google
> >
> > Using pisi from shr-u repos installed ~1hr ago an empty vcf file doesn't
> > cause this problem from either my SIM or opimd.
> >
> > Google probably doesn't care if you don't set the name field(s), but in
> > vCard this field is mandatory.
> >
> > Looking at /opt/pisi/vobjecttools.py I'm not convinced createRawVcard
> > will ensure FN is set to something if the contact has neither firstname
> > nor lastname attributes. My guess is that one of your contact names
> > triggers this case either by having an empty name, or by having a name
> > string that upsets the sim name parser somehow.
> >
> > If you run from the cli (ssh session probably best) you may get more
> > information on where it's going wrong. If you haven't changed the default
> > config names it should be:
> > pisi -v -m5 shrsim vcf1
> >
> > ___
> > 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: [shr-t] Importing (vcf) contacts -- again

[jeremy jozwik]

i am also attempting to import a vcf file into my shrsim.
for some reason unknown to me pisi wont write any changes to any contact fields.
example, changing a phone number to add +1 to the phone number field.

but! deleting a contact out of the shrsim and running pisi will re add
that contact, but none of the phone number modifications.

all these modifications are formated just as they should be. some of
my contacts on the sim already have the +1 in the number. which leads
me to believe its not a formatting issue.

along with that, can anyone describe to me why new shr 20091205
contacts likes to click a contact rather then draggin a contact to
scroll the list. this is driving me crazy right now trying to scroll
to the lower contacts.

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

Re: [Shr-User] [shr-u] duplicate pacages

[Davide Scaini]

Ok, removed and reinstalled, now I have univocity!
Great thanks!
d

(I still miss a working phone... i can hear perfectly others but they hear
me really bad, but i'll succeed)


On Thu, Dec 17, 2009 at 10:54 AM, Davide Scaini  wrote:

>
>
> On Wed, Dec 16, 2009 at 7:16 PM, Tom Hacohen  wrote:
>
>> hm...
>>
>> Package: shr-settings
>>
>> Version: 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4
>> Depends: python-elementary, python-dbus, python-codecs, python-shell, 
>> python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, 
>> python-phoneutils, python-pexpect, python-core
>>
>>
>>
>> Recommends: shr-settings-addons-illume, shr-settings-backup-configuration
>>
>> Provides:
>> Status: install user installed
>> Architecture: armv4t
>>
>> Package: shr-settings
>>
>> Version: 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4
>>
>>
>>
>>
>> Depends: python-elementary, python-dbus, python-codecs, python-shell, 
>> python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, 
>> python-phoneutils, python-pexpect, python-core
>> Recommends: shr-settings-addons-illume, shr-settings-backup-configuration
>>
>>
>>
>>
>> Provides:
>> Status: deinstall user installed
>> Architecture: armv4t
>>
>>
>> I'm not sure what deinstall means, but it sure looks like opkg crashed or
>> something, I suggest you -force-remove shr-settings (until there won't be
>> such package installed) and then install it again.
>> --
>> Tom.
>>
>>>
> Ok i'll give a try (then report)... THANKS!
> d
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-U] pisi vcard error

[Michael Pilgermann]

There was indeed a problem with saving entries, which came from VCF
files (at least in my test case) ...

I fixed this now - each entry is checked before writing through to file
whether FN is set; if not, something is assembled by using given and
last name.

This fix will be in next minor release of PISI.

Best
Michael

On 12/17/2009 05:03 PM, Al Johnson wrote:
> On Thursday 17 December 2009, Bernd Prünster wrote:
>> Al Johnson wrote:
>>> On Thursday 17 December 2009, Bernd Prünster wrote:
 synching with google contacts worked flawlessly, so first of all great
  work! source A is configured as shr sim contacts (all my contacts are
  stored on sim)
 source b is local vcf

 everythign seems fine until i get the following error message (ALWAYS at
 91%):
 VCARD components must at least contain 1 FN

 soem of my contacts are stored in vcard, but it aborts after that
 error...

 any help would be appreciated!
>>>
>>> My guess is you have a badly formatted entry at one end, or possibly
>>> both. Check your vcf file for existing vcards with no line starting FN:
>>> as it is one of the few required fields in a vcard. Do you have any
>>> contacts with an empty name on the SIM?
>>
>> vcf file is empty. sim contacts are all fine and work great with
>> synching with google
> 
> Using pisi from shr-u repos installed ~1hr ago an empty vcf file doesn't 
> cause 
> this problem from either my SIM or opimd.
> 
> Google probably doesn't care if you don't set the name field(s), but in vCard 
> this field is mandatory.
> 
> Looking at /opt/pisi/vobjecttools.py I'm not convinced createRawVcard will 
> ensure FN is set to something if the contact has neither firstname nor 
> lastname attributes. My guess is that one of your contact names triggers this 
> case either by having an empty name, or by having a name string that upsets 
> the sim name parser somehow.
> 
> If you run from the cli (ssh session probably best) you may get more 
> information on where it's going wrong. If you haven't changed the default 
> config names it should be:
>   pisi -v -m5 shrsim vcf1
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


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

Re: [SHR-U] pisi vcard error

[Al Johnson]

On Thursday 17 December 2009, Bernd Prünster wrote:
> Al Johnson wrote:
> > On Thursday 17 December 2009, Bernd Prünster wrote:
> >> synching with google contacts worked flawlessly, so first of all great
> >>  work! source A is configured as shr sim contacts (all my contacts are
> >>  stored on sim)
> >> source b is local vcf
> >>
> >> everythign seems fine until i get the following error message (ALWAYS at
> >> 91%):
> >> VCARD components must at least contain 1 FN
> >>
> >> soem of my contacts are stored in vcard, but it aborts after that
> >> error...
> >>
> >> any help would be appreciated!
> >
> > My guess is you have a badly formatted entry at one end, or possibly
> > both. Check your vcf file for existing vcards with no line starting FN:
> > as it is one of the few required fields in a vcard. Do you have any
> > contacts with an empty name on the SIM?
> 
> vcf file is empty. sim contacts are all fine and work great with
> synching with google

Using pisi from shr-u repos installed ~1hr ago an empty vcf file doesn't cause 
this problem from either my SIM or opimd.

Google probably doesn't care if you don't set the name field(s), but in vCard 
this field is mandatory.

Looking at /opt/pisi/vobjecttools.py I'm not convinced createRawVcard will 
ensure FN is set to something if the contact has neither firstname nor 
lastname attributes. My guess is that one of your contact names triggers this 
case either by having an empty name, or by having a name string that upsets 
the sim name parser somehow.

If you run from the cli (ssh session probably best) you may get more 
information on where it's going wrong. If you haven't changed the default 
config names it should be:
pisi -v -m5 shrsim vcf1

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

Re: [SHR-U] pisi vcard error

[Bernd Prünster]

Al Johnson wrote:
> On Thursday 17 December 2009, Bernd Prünster wrote:
>   
>> synching with google contacts worked flawlessly, so first of all great
>>  work! source A is configured as shr sim contacts (all my contacts are
>>  stored on sim)
>> source b is local vcf
>>
>> everythign seems fine until i get the following error message (ALWAYS at
>> 91%):
>> VCARD components must at least contain 1 FN
>>
>> soem of my contacts are stored in vcard, but it aborts after that error...
>>
>> any help would be appreciated!
>> 
>
> My guess is you have a badly formatted entry at one end, or possibly both. 
> Check your vcf file for existing vcards with no line starting FN: as it is 
> one 
> of the few required fields in a vcard. Do you have any contacts with an empty 
> name on the SIM?
vcf file is empty. sim contacts are all fine and work great with 
synching with google

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

Re: QtMoko v12

[Radek Polak]

Aditya Gandhi píše v Čt 17. 12. 2009 v 12:24 +0100:
> Hi I have songs in the sd card located inside /musiz in directories

MP3 files should go to:

/media/card/Documents/audio/mpeg
/home/root/Documents/audio/mpeg

so that they are visible for Qtopia document system. You can do Main
menu->Documents->Rescan System if they are not visible.

But please note that there is some bug and media player cant play songs
fluently. Instead you can use QMplayer which uses mplayer as backend and
can play just OK (and after second scan can find files also in
non-standard folder on SD card)

> I cannot play see these files using media player in qtmoko v15, does
> anybody else have the same problem, where as I can browse them using
> file manager etc...

Regards

Radek



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

[WikiReader] LWN article

[Tom Yates]

today's LWN has a quite positive article on the wikireader, which can be 
found at http://lwn.net/SubscriberLink/366927/9874880118356de2/ for those 
who are interested.


-- 

   Tom Yates  -  http://www.teaparty.net

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

Re: [SHR-U] pisi vcard error

[Al Johnson]

On Thursday 17 December 2009, Bernd Prünster wrote:
> synching with google contacts worked flawlessly, so first of all great
>  work! source A is configured as shr sim contacts (all my contacts are
>  stored on sim)
> source b is local vcf
> 
> everythign seems fine until i get the following error message (ALWAYS at
> 91%):
> VCARD components must at least contain 1 FN
> 
> soem of my contacts are stored in vcard, but it aborts after that error...
> 
> any help would be appreciated!

My guess is you have a badly formatted entry at one end, or possibly both. 
Check your vcf file for existing vcards with no line starting FN: as it is one 
of the few required fields in a vcard. Do you have any contacts with an empty 
name on the SIM?



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

[SHR-U] pisi vcard error

[Bernd Prünster]

synching with google contacts worked flawlessly, so first of all great work!
source A is configured as shr sim contacts (all my contacts are stored 
on sim)
source b is local vcf

everythign seems fine until i get the following error message (ALWAYS at 
91%):
VCARD components must at least contain 1 FN

soem of my contacts are stored in vcard, but it aborts after that error...

any help would be appreciated!


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

Re: Freerunner gone...

[Ivan Perez]

There are many techniques to make a phone "know" whether you
are the person using it, and many things that can be done in that case.
I see two possible orthogonal courses of action:

* Add stuff to know whether the user is the owner:
 - It could ask you a password from time to time, or  when the phone
"brought to life from suspension", and do something if you fail to
provide the right password too many times.
 - Since locking a stolen sim is quite easy, changing the sim could
 be a symptom of a stolen phone.
 - In a more ideal world, it could "listen" to you and play the voice
identification
 card.
 - Also in a more ideal world, it could probably measure the length of your step
 when you walk.

* Act if the user is not the owner.
 - Gather data to ID the user and locate the phone (GPS coordinates,
current sim card
data, whatever).
 - Send it to you (by SMS, email, whatever) silently, or publicly post it on
 some website: "Hi, my name is FR, and I've lost my friend Jimmy. I'm currently
being held up in XXX. Help me Openmoko Community, you're my only hope".
 - Record it somewhere in the phone (so that it cannot be easily removed).
 - Disturb you as much as possible: lock the phone completely or show
 a big sign with the word "stolen!", play a sound aloud,
 add fake SMSs from (possibly) fake mistresses; download illegal porn from the
 internet (and play it fullscreen); play strange sounds in the middle
of conversations.
 Invert the screen every now and then; call erotic services
periodically after you put
 the phone in silence mode, with the speaker on; call "bomb!" really loud
 when set if "airplane"  mode; turn the vibrator on (permanently, or
even better,
 randomly); wake you up in the middle of the night and when the phone is moved,
 say "Sorry, did I wake you up? I wouldn't if you gave me back my
f***cking phone!"
 - Send stuff to your contacts: like "Sorry, life is just too awful. I
can't go on. Last night
 I even stole a phone!".
 - Register a twitter account, and publish everything the user does,
where he goes, etc.

Just to name a few... :)

It's a pity it doesn't have a camera, that would have been s awesome.

Cheerio.
Ivan



On Thu, Dec 17, 2009 at 12:05 PM, Ivan Perez  wrote:
> On Fri, Dec 11, 2009 at 11:59 PM, Pieter Colpaert  wrote:
>> ...
>> 1. Sms sentry. Put that application, or a similar one, in every light
>> image we got: It will reply the GPS coordinates when texting
>> sentry:location to moko.
>> 2. When another sms is send we should be able to put the volume to max
>> and play a voice saying: PLEASE RETURN THIS PORTABLE, IT IS LOST AND THE
>> OWNER TRIES TO FIND IT. I'd be happy to record that voice. And display
>> contact information on the screen delivered by sms.
>
>> What do you guys think? Saving €230 with 5 lines of code seems a big
>> deal to me (€230 + sim card + personal configurations + a lot more
>> personal stuff actually).
>
> It's not 5 lines, unless you want *anyone* to be able to get your
> current GPS coordinates by simply texting you "sentry:location".
> and to be able to make u spend a lot of money by sending you that message
> again and again. Point 2. could be great to disrupt your most important
> meetings or, why not, bother you while you're having sex.
>
> The sms would have to be crypted or signed, for which a password or
> public key would have to be stored in the phone first.
>
> And if you do it in Haskell (am I the only person in the world using Haskell
> to write code for the FR?), that would be around 6 lines :)
>

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

Re: QtMoko v15

[Thomas Otterbein]

> I just created another installer-image,
Yesterday I had a problem with the original image from Radek. It just ignored 
my SIM contacts if they started with lower case characters. I reported that on 
IRC and Radek confirmed that he sees the same effect.

However, I've just installed the installer image and the problem is gone. So 
thank you for doing what ever you did to solve this issue. :-)

Best Regards
  thomas

-- 
Thomas Otterbein 


ASCII ribbon campaign ( )
 against HTML e-mail   X
 www.asciiribbon.org  / \

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

Re: QtMoko v12

[Aditya Gandhi]

Hi I have songs in the sd card located inside /musiz in directories
I cannot play see these files using media player in qtmoko v15, does anybody
else have the same problem, where as I can browse them using file manager
etc...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freerunner gone...

[Ivan Perez]

On Fri, Dec 11, 2009 at 11:59 PM, Pieter Colpaert  wrote:
> ...
> 1. Sms sentry. Put that application, or a similar one, in every light
> image we got: It will reply the GPS coordinates when texting
> sentry:location to moko.
> 2. When another sms is send we should be able to put the volume to max
> and play a voice saying: PLEASE RETURN THIS PORTABLE, IT IS LOST AND THE
> OWNER TRIES TO FIND IT. I'd be happy to record that voice. And display
> contact information on the screen delivered by sms.

> What do you guys think? Saving €230 with 5 lines of code seems a big
> deal to me (€230 + sim card + personal configurations + a lot more
> personal stuff actually).

It's not 5 lines, unless you want *anyone* to be able to get your
current GPS coordinates by simply texting you "sentry:location".
and to be able to make u spend a lot of money by sending you that message
again and again. Point 2. could be great to disrupt your most important
meetings or, why not, bother you while you're having sex.

The sms would have to be crypted or signed, for which a password or
public key would have to be stored in the phone first.

And if you do it in Haskell (am I the only person in the world using Haskell
to write code for the FR?), that would be around 6 lines :)

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

Re: Freerunner gone...

[David Reyes Samblas Martinez]

2009/12/16 Michal Brzozowski :
> OMG geeks :-)
>
> Just write this info on a piece of paper and stick on the inside of the back
> cover
 LOL!!!


-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Qi inside NanoNote, Arduino, Openmoko, Openpandora
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: QtMoko v15

[Francisco Moreno]

Great! thanks.

2009/12/17 ghislain 

>
> I just created another installer-image,
> http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B  (so one
> can
> choose which is preferred), these are the changes:
> * Upgraded 'pkg-fso-keyring' to '2009.09.12'
> * gpsd installed
> * Working TangoGPS
> * Working Navit
> * Enabled GSM multiplexing
> * Added SMS-Receive bug-fix
>
>
> Radek Polak wrote:
> >
> > ghislain wrote:
> >
> >> Because the files and folders in /usr/share/man are missing (to preserve
> >> space), apt-get install gpsd will fail.
> >
> > Ahh, ok, will put it on my list :-)
> >
> >> I also think NeronGPS is much better, but TangoGPS has some functions
> >> which
> >> are quite useful (locate your friends). But even then, when missing
> gpsd,
> >> Navit will also not work.
> >
> > Sure, gpsd is must to have.
> >
> >> I was not having that much problems when using GPRS, okay, at first boot
> >> I
> >> had to try twice, and sometimes when booting I got stuck in the PIN-code
> >> screen, but then, I could make a call even when using GPRS, now I have
> to
> >> choose... I don't know which option I prefer.
> >
> > Oki, i'll try to get multiplexing back or at least configurable. I think
> > the stuck-in-PIN-code is possible to fix - i hope i am getting idea
> > what's going on there...
> >
> > Regards
> >
> > Radek
> >
> >
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
> --
> View this message in context:
> http://n2.nabble.com/QtMoko-v15-tp4159253p4180499.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
>



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

Re: QtMoko v15

[ghislain]

I just created another installer-image, 
http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B  (so one can
choose which is preferred), these are the changes:
* Upgraded 'pkg-fso-keyring' to '2009.09.12'
* gpsd installed
* Working TangoGPS
* Working Navit
* Enabled GSM multiplexing
* Added SMS-Receive bug-fix


Radek Polak wrote:
> 
> ghislain wrote:
> 
>> Because the files and folders in /usr/share/man are missing (to preserve
>> space), apt-get install gpsd will fail.
> 
> Ahh, ok, will put it on my list :-)
> 
>> I also think NeronGPS is much better, but TangoGPS has some functions
>> which
>> are quite useful (locate your friends). But even then, when missing gpsd,
>> Navit will also not work. 
> 
> Sure, gpsd is must to have.
> 
>> I was not having that much problems when using GPRS, okay, at first boot
>> I
>> had to try twice, and sometimes when booting I got stuck in the PIN-code
>> screen, but then, I could make a call even when using GPRS, now I have to
>> choose... I don't know which option I prefer.
> 
> Oki, i'll try to get multiplexing back or at least configurable. I think
> the stuck-in-PIN-code is possible to fix - i hope i am getting idea
> what's going on there...
> 
> Regards
> 
> Radek
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/QtMoko-v15-tp4159253p4180499.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

building qtmoko V15

[Dave]

Hi all,

I am attempting to build qtmoko from source and have a problem. I'm not very
familiar with the qt environment and hoping someone can help.

I followed the instructions on radek's git README, downloaded toolchain,
cloned git and attempted to build. The first time I ran the configure
command, I received an error that qmake could not be found and to put
"-build-qt" in the configure flags. I did this and qt appeared to build ok.
"configure" now works.

Now when I run "make" i receive this error:

-
r...@davetv-laptop:/build# make
make: running qbuild default
Project () ERROR: An error occured while evaluating a QBuild script
extension.
File:/qtmoko/qbuild@87
Error:   SyntaxError: Parse error
 ()@:6696

make: *** [all] Aborted
-

The line that is causing the problem is - var script =
project.property("SDK_SCRIPT");

After some experimentation (by commenting out stuff) It appears that the
compiler has a problem with project.property("xxx"). If I comment it out in
/qtmoko/qbuild.pro it fails elsewhere.

Any suggestions?

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

Re: [Shr-User] [shr-u] duplicate pacages

[Davide Scaini]

On Wed, Dec 16, 2009 at 7:16 PM, Tom Hacohen  wrote:

> hm...
>
> Package: shr-settings
>
> Version: 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4
> Depends: python-elementary, python-dbus, python-codecs, python-shell, 
> python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, 
> python-phoneutils, python-pexpect, python-core
>
>
> Recommends: shr-settings-addons-illume, shr-settings-backup-configuration
>
> Provides:
> Status: install user installed
> Architecture: armv4t
>
> Package: shr-settings
>
> Version: 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4
>
>
>
> Depends: python-elementary, python-dbus, python-codecs, python-shell, 
> python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, 
> python-phoneutils, python-pexpect, python-core
> Recommends: shr-settings-addons-illume, shr-settings-backup-configuration
>
>
>
> Provides:
> Status: deinstall user installed
> Architecture: armv4t
>
>
> I'm not sure what deinstall means, but it sure looks like opkg crashed or
> something, I suggest you -force-remove shr-settings (until there won't be
> such package installed) and then install it again.
> --
> Tom.
>
>>
Ok i'll give a try (then report)... THANKS!
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume

[William Kenworthy]

Are you using the latest moko11 GSM firmware? - this one of the side
effects of bugs in the older GSM firmware.

BillK

On Thu, 2009-12-17 at 18:19 +1000, Denis Johnson wrote:
> I'm not sure if this is related, but I have certainly had sms go
> missing until a reboo. This is on shr-t . However I also noticed this
> behaviour on QTMoko v14 which is what prompted me to switch to latest
> testing SHR. Is this possibly a kernel related issue or perhaps common
> FSO base ?
> 
> On Thu, Dec 17, 2009 at 1:37 AM, Yann SLADEK  wrote:
> > Yes it also happens on shr-u
> >> phonefsod - 0.0.0+gitr168+ccc2892b58d5bb2ef613661534e7c6950e4a8dae-r4.4
> 
> ___
> 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: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume

[Denis Johnson]

I'm not sure if this is related, but I have certainly had sms go
missing until a reboo. This is on shr-t . However I also noticed this
behaviour on QTMoko v14 which is what prompted me to switch to latest
testing SHR. Is this possibly a kernel related issue or perhaps common
FSO base ?

On Thu, Dec 17, 2009 at 1:37 AM, Yann SLADEK  wrote:
> Yes it also happens on shr-u
>> phonefsod - 0.0.0+gitr168+ccc2892b58d5bb2ef613661534e7c6950e4a8dae-r4.4

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