Want to get another freerunner with some cheap deal

[Vikas Saurabh]

Hi,

I have lost my FR a week back. So, I have now switched to a _usual_ phone.

Since then I have started to feel that I should continue phone
functions on this _usual_ phone as that can allow me to experiment on
FR.

So, I want to buy another FR as cheap as possible (2nd hand is not an
issue). Buzz/Bass fixes won't really make a difference as I won't be
using it for a phonebut they are welcome anyways :)

I am in India (which is why idasystems is also in the To list).
Interested people can mail to me directly

--Vikas

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

Re: [NEW DISTRIBUTION] Announcing NEOPhysis

[Vikas Saurabh]

On Wed, Mar 10, 2010 at 11:28 AM, Aditya Gandhi  wrote:
> Why don't we really combine all efforts instead of making a huge and heavy
> fso which is indeed short of a good phone into something more specific and
> quicker.
IIRC, FSO is pretty quick to start...most of the time spent is for X,
wm, etc (may be udev also plays a role there...I've never
benchmarked).
For me, opimd had been quite slow (i've some 1500 messages and may be
double that phone logs...and im reluctant to remove those...fresh db
hardly took any time). I am still to update my phone to new opimd...I
really hope that the new db structure does things faster...btw, opimd
slowed down the things while coming...I think it loads everything at
least once during initialization...but thats what *I* *think*.

--Vikas

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

Re: [all] reading accelerometers to a text file

[Vikas Saurabh]

> so im interested to know if there is a way to dump accelerometer
> information and gps information to text files. so that, hopefully,
> some day in the future i could see read them into a future
> application?
>
> or... if there are any developers just kinda hanging out  drop me an 
> email!

http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval has some
sample scripts (in different scripting languages) to dump data.

--Vikas

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

[SHR-U] process priority

[Vikas Saurabh]

I just noticed that framework is running with niceness 0 (while
enlightenment is running with -10).

Can this be the reason that sometimes it takes a long time for calls
to respond? (one can easily observe UI freezes on litephone when
disconnecting a call).
It a wild hunch, but I can't really test it as I don't have a spare
phone to call and test the theory.

--Vikas

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

Re: ffalarms 0.3 -- recurring alarms

[Vikas Saurabh]

> r...@om-gta02 ~ $ ffalarms
> icalerror.c:99: BADARG: Bad argument to function
> ffalarms: icalerror.c:100: icalerror_set_errno: Assertion `0' failed.
> Aborted
> r...@om-gta02 ~ $
>
> any ideas?
It happened to me as well...and its probably you have got an empty
.ffalarms/alarms file in your home directory. Just delete the file and
the app would come up again.

I was about to report it...I guess empty file should be handled gracefully

--Vikas

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

Re: Launcher Release 0.39

[Vikas Saurabh]

> 2. How do I set an alarm that can wake up the phone from suspend?

well, this might not be totally helpful, but ffalarms does that using
atd 
(http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/tags/0.2.2/ffalarms/ffalarms.py?rev=25&root=ffalarms&sortby=rev&view=log
 function->set_alarm). I can't really say that I totally know how
it works, but I'm sure you can work it out :)...
there is FSO function setWakeupTime...but I don't think there can be
multiple wakeup timesmoreover, atd would allow you to specify what
to execute when the phone wakes up

HTH
--Vikas

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

Re: SHR status

[Vikas Saurabh]

> Yes, I've updated the firmware. The missed calls are because I can't answer
> them. I hit answer and the phone keeps ringing. The positive side is that I
> know who called and can call back.

This happens to me on litephone...and I always thought that it was a
litephone issue. Which phone-app do you use? (ophonekitd???,
shr-launcher???)

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

On Thu, Sep 17, 2009 at 9:28 PM, rakshat hooja  wrote:
>
>
> On Thu, Sep 17, 2009 at 8:38 PM, Vikas Saurabh 
> wrote:
>>
>> On Thu, Sep 17, 2009 at 8:36 PM, Vikas Saurabh 
>> wrote:
>> >> Vikas, how is your battery holding up without any charging?
>> >>
>> >
>> > 47% since 9 am
>> I mean haven't put the phone on charging since 9 am...it was on 100%
>> when i disconnected..btw, strangely first 20% dropped pretty fast
>> (before lunch)...unsure if thats meaningful info!
>>
>
>
> Any calls/ gprs / music?  Just trying to compare to my non 1024 fixed A7
>

lots of calls (some 15-20~roughly 1 hour) [which actually more
that my usual] and then more than usual restarts (trying to get the
frameworkd.conf correct) and a lot of arbitrary resume from suspend to
check on the battery

--vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

On Thu, Sep 17, 2009 at 8:36 PM, Vikas Saurabh  wrote:
>> Vikas, how is your battery holding up without any charging?
>>
>
> 47% since 9 am
I mean haven't put the phone on charging since 9 am...it was on 100%
when i disconnected..btw, strangely first 20% dropped pretty fast
(before lunch)...unsure if thats meaningful info!

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> Vikas, how is your battery holding up without any charging?
>

47% since 9 am. If I click the illume-battery-gadget soon after
resume, it shows some 28 hours remaining (I think thats what coulomb
counter is reporting)

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> Update, adaptive also results in same behaviour, changed to 'never' and
> seems ok now (for the past hour anyway).
>
> Need to work out whether the fix not proper or something else causing the
> behaviour.
>
For me I am not seeing any issues(issue with resume) with either
adaptive or never. So I have a working buzz free FR :D

@Vibhav, try SHR-U for a dayjust to be sure that h/w is working fine

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> You should edit it, not remove it:
>
> Change:
>
> ti_calypso_deep_sleep = never
>
> to
>
> ti_calypso_deep_sleep = always
>

oh...the comment in the file said that adaptive was default...and i
kinda like the word 'adaptive' (sounds catchy :)...should I change it
to 'always' anyways

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

>> PS: BTW, we got the buzz fix in roughly this
>>
>> [http://3.bp.blogspot.com/_0EJ0z3prPXM/SqPZg8Zy1gI/Ars/0wRUtSvmFfg/s400/attachment-0001.jpeg]
>> way
>
> you mean 1024 fix?
>
oopsyup, that pic is for 1024 fix :)

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

A lot of thanks to IDA Systems (Rakshat and Zoheb) as Vibhav and I
finally get the buzz fix done. And alongwith that our phones got
blessed with the 1024 fix as well :D.

Sorry for no pics of the naked moko being fixed.

Regarding the fixes:
Buzz fix: I (recepients of my calls) haven't been observing lots of
buzz fix anyways (maybe due to my provider's freq range); so I don't
know how much has the fix saved the day. One thing is for sure that
the call quality hasn't degraded.
1024 fix: I am on SHR-U so avoiding deep sleep was just 1 line of
config. Anyways, after the fix I have removed that line and haven't
yet missed even a single call. So, I assume that the modem is indeed
going to deep sleep without losing registration (Is there a better way
to test it???). I haven't been able to check increase in battery life
(today my phone would get zero juicelets see how long can it
sustain)

There is a small side effect...though I am unsure if it due to the h/w
mods (but that I observe the issue just after the phone is fixed seems
like to big a coincidence).
If I let the phone go to auto-suspend (after being idle), and then
bring it back to life by pressing power button then it goes back to
sleep immediately after waking up. The second power button press
resumes it normally.
I don't observe this if I manually make it go to suspend or if it
comes out of suspend due to call.

--Vikas
PS: BTW, we got the buzz fix in roughly this
[http://3.bp.blogspot.com/_0EJ0z3prPXM/SqPZg8Zy1gI/Ars/0wRUtSvmFfg/s400/attachment-0001.jpeg]
way

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> You can order Ceramic Cap : 22uF-0805 in India from Farnell here:
> http://in.farnell.com/kemet/c0805c226m9pac7800/capacitor-0805-22uf-x5r/dp/1108326

I am already too tired of delaying the fix to delay it any further.
So, I would be going with 10uF (Vibhav might differ???). But useful
link for others nonetheless.

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> Things are moving a little slow out here, so I think I should at least
> start trying to look for components.

Hi All,
Zoheb from IDA systems is in Delhi these days and the Delhi FR owners
(basically just Vibhav and me :) are going to get our phones fixed on
Wednesday. We are going for buzz fix and 1024.
I tried to look for component for 1024 but 22uF-0805-ceramic capacitor
was nowhere to be found. So, I have got some(50) 10uF-0805-ceramic
caps instead and we are going for the fix described in this [1] image
ref in [2]. The red line is where we would get the cap with proper
insulation under/over/around it to avoid it touching anything
un-intentionally.

--Vikas
[1] -> 
http://4.bp.blogspot.com/_0EJ0z3prPXM/SqPXZGiaLII/Ark/kqsx3vn9Gbo/s400/pic2.JPG
[2] -> http://neofundas.blogspot.com/2009/09/1024-hardware-fixdeep-sleep.html

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

Re: Litephone 0.1

[Vikas Saurabh]

> If you find any bugs or have feature requests, just report them on
> www.litephone.org
>
I am using SHR-U but for litephone had always been crashing on bootup.
I have already filed a bug [1] for this. Was wondering if I am the
only one facing the issue???

--Vikas

[1]: http://www.litephone.org/ticket/2

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

Re: Reading binary messages

[Vikas Saurabh]

> is there a way to save/display the raw message so one can maybe extract
> the URL manually somehow?

Although, bluesms.py mentioned at other placed in the thread is
nice...here is a snippet that does exactly what you want to do...

#!/usr/bin/env python

import dbus
import subprocess

bus = dbus.SystemBus()

msgs_obj = bus.get_object("org.freesmartphone.opimd",
"/org/freesmartphone/PIM/Messages")
msgsIFace = dbus.Interface(msgs_obj, "org.freesmartphone.PIM.Messages")

queryPath = msgsIFace.Query({'SMS-alphabet':'binary', 'Direction':'in'})
queryObj = bus.get_object("org.freesmartphone.opimd", queryPath)
queryIFace = dbus.Interface(queryObj, "org.freesmartphone.PIM.MessageQuery")

count = queryIFace.GetResultCount()
msgs = queryIFace.GetMultipleResults(count)
queryIFace.Dispose()

for msg in msgs:
sender = msg["Sender"]
smsData = msg["SMS-data"]
smsStr = ''
for charData in smsData:
character = chr(int(charData))
smsStr = smsStr + character

msgPath = msg["Path"]

#subProc = subprocess.Popen(["file", "-bi", "-"],
stdout=subprocess.PIPE, stdin=subprocess.PIPE)
#msgType = subProc.communicate(smsStr)[0].strip()

#msgObj = bus.get_object("org.freesmartphone.opimd", msgPath)
#msgIFace = dbus.Interface(msgObj, "org.freesmartphone.PIM.Message")
#msgIFace.Update({'SMS-content_mime':msgType})

print "*"
print "Sender: " + sender
print "msgPath: " + msgPath
print "msgType: " + msgType
print "content following"
print smsStr
print

--Vikas

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

[SHR-Today] Accept call without unlocking

[Vikas Saurabh]

Hi,

Quite often when I get a call, all I see is the locked screen. Now,
what I would expect is to able to accept the call without actually
unlocking the phone.
Can we have another slider like control with slider thumb in between.
Moving the slide to left accepts the call and moving it to the right
rejects it.

--Vikas

PS: I had a look at the TODO list in git(
http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO)
and this didn't appear there

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

Re: opimd: a bug (?) and how to list missed calls?

[Vikas Saurabh]

> following
> http://lists.openmoko.org/pipermail/community/2009-September/054567.html:
>
> mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Calls/Query
> org.freesmartphone.PIM.Calls.Query {'Answered':0}
> ERROR:dbus.connection:Unable to set arguments ('{Answered:0}',) according
> to signature u'a{sv}': : string indices must
> be integers
>
> but
>
> mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Calls/Query
> org.freesmartphone.PIM.Calls.Query {}
> /org/freesmartphone/PIM/Calls/Query: Query ->
> /org/freesmartphone/PIM/Calls/Queries/1

I am unsure if you want to use mdbus so as to get exact function calls
to make in your app or not...but
 opimd-cli ca query Answered 0 Direction in
works as expected.

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> Further reading:
> 1024::
Hi All,
Shamsul Hassan from Bangalore has posted
http://neofundas.blogspot.com/2009/09/1024-hardware-fixdeep-sleep.html
regarding the various options about the 1024 fix.
Shamsul is basically an elec and comm guy so I believe he would be
able to assess various fixes with rather professional understanding :)

Things are moving a little slow out here, so I think I should at least
start trying to look for components.

--Vikas
PS: shamsul is in the process of getting an FR pretty soon (A7 or buzz fixed A6)

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> Let me know if you need any help.
I think right now we have to figure out how to get FRs here. As of
now, Chaitanya is in Payyannur(Kerala) and it might not be easy for
him to send in his FR. He said that he would be here (Delhi) around
Diwali, so that might be a good time to have the buzz fix party
(@chaitanya: can you be elaborate about the dates, as I was
planning to go to my place during diwali :(.

For the bangalore guys, Alok had researched quite a bit about how to
send in the phones
(http://www.mail-archive.com/community@lists.openmoko.org/msg51201.html).
I guess Shashank would like to send in the phone alongwith Alok.
@Ganesh: If your friend can do the buzz fix, then #1024 would be
trivial for him and I myself am not sure about the bass fix. The mail
thread would keep all of updated anyways.
BTW, I guess Bangalore guys would need to get in touch with Zoheb to
get the invoice and stuff that Shashank had mentioned.

@Rakshat: Does Zoheb follow this list or should we CC him explicitly
when some relevant mail/decision is sent/reached?

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> If so, i would change text on CU from:
> "IDA Systems had announced buzz fix for Indian customers on Apr 20th"
> to:
> "On Apr 20th, IDA Systems had announced buzz fix for Indian customers.
> Exact date of buzz fix is not known yet..."

I copied your text and have updated the text :)

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> I just wanted to be sure about date, by "...on Apr 20th." you mean
> 2010-04-10 ??? Isn't it too early for announcing?
Ah...sorry my mistake..
I actually wanted to mention 20Apr2009 when Rakshat first sent off a
mail on this list to announce that IDA Systems would be having a buzz
fix program in India.
We still haven't been able to figure out how FRs would get at one
place to get the fix done...so the actual buzz fix party date is not
anywhere on the papers :(

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> You might get some luck by announcing it on CU. Depends on how soon do
> you plan to organize fix party. Is it better to announce tomorrow, or on
> next CU?
> [cut]

I have updated 
http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02#Community.
Hope thats fine!

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

Hi guys,

First off, I am terribly sorry for the delay. I was too busy with work
of late. Anyways, I guess we need to plan on the dates and mode of
transport of phones to NCR.

Till now, I know of only following people (through this mail chain):
NCR:
Gora Mohanty (1973)
Vibhav Sharma (FR - ??)
/me Vikas Saurabh (FR - A5) -- In for buzz fix in 1024shaky about bass fix

Bangalore:
Shashank Bharadwaj ()
Alok G. Singh ()
Ganesh Krishna ()

?:
Chetan Chandel ()

I am unsure if 1973 also needs hardware mods...but I still took the
liberty to include Gora.

This number is very small as compared to 150 (number of FRs that
Rakshat said have been sold in India)...is there anyone else? I wanted
to all this in wiki but I don't think we are still planned enough to
update http://wiki.openmoko.org/wiki/BuzzFixParty

Regarding the fixes, there are basically 3 hardware mods:
* Buzz fix - the whole point of starting the program
* 1024 recamping fix - there is a lot of re-registration thereby
reducing the battery time
* Bass fix - probably, the FR circuitry cuts off certain frequencies
thereby reducing quality audio output

Further reading:
1024::
Re: The "trivial" #1024 GSM fix --> What you need is 0805 ceramic
capacitor, 22uF, 6.3V (or more).
fixing bug #1024 successful reports? --> And using ceramic cap is
recommended because low ESR is needed and

electrolitic caps can't provide that. If you connect your electrolitic

cap in parallel with the original one (as you did) then you're

probably ok but nevertheless i recommend to use ceramic. Also shield

itself is connected to the GND plane so i wouldn't go that far for a

ground.
Bug #1024 (oscillating re-camping), a possible solution --> The other
solution is to remove C1009 and replace it

with a 22 uF capacitor. Daniel Willmann 
has done this

successfully with a few phones.


http://lists.openmoko.org/pipermail/hardware/attachments/20090525/d968961a/attachment-0001.jpeg


Bass fix::
http://wiki.openmoko.org/wiki/GTA02_bass_fix --> One from Paul Ferster
seems promising, the other one doesn't(can't) use the 100uF cuz of the
size
https://lists.openmoko.org/pipermail/gta02-core/2009-August/000366.html
--> describes which capacitor is good and why

--Vikas
PS: I think we can start off with getting ready for delivering FR
(from Bang...anywhere else???). I guess Zoheb would be right person to
streamline this process!!

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

Re: SHR clock reset

[Vikas Saurabh]

> Timezone from GSM is already implemented for ages ;)

I have often got wrong timezones reported by cell (thereby resetting
my phone's clock and making me reach late somewhere :(...but thats a
different story)

I was wondering if shr-settings can get something like:
Use cell timezone:
* yes
* no
* ask

--Vikas

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

Re: [SHR-U] opkg upgrade results in no GSM again :(

[Vikas Saurabh]

> http://shr.bearstech.com/git/?p=shr-themes.git;a=history;f=frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf;h=bbbea90b94e55ff590955a9101a3ef050b74c4a1;hb=de367ad3948f22450d4e0715957d7825f5527e23
> still DOESN'T work.

ok it works nowguess i was 1 hour too early when I checked :)

--Vikas

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

Re: [SHR-U] opkg upgrade results in no GSM again :(

[Vikas Saurabh]

> Fix is building at the moment, according to mickeyl "opkg upgrade"
> should fix that in few minutes :)
>
For me the latest frameworkd.conf from
http://shr.bearstech.com/git/?p=shr-themes.git;a=history;f=frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf;h=bbbea90b94e55ff590955a9101a3ef050b74c4a1;hb=de367ad3948f22450d4e0715957d7825f5527e23
still DOESN'T work.

is opkg --force-reinstall needed for some other package as well?

--Vikas

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

Re: [shr-unstable 20090808] what the... opkg not found?

[Vikas Saurabh]

> yikes... ok opkg-cl works and a soft link from that to opkg works. is
> that what you mean by fix?

it was just a build system bugthe soft link would come up
automatically with the upgrade. Basically just use opkg-cl once and
forget that it even exists.

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

Re: [shr-unstable 20090808] what the... opkg not found?

[Vikas Saurabh]

> r...@om-gta02 / $ opkg upgrade
> -sh: opkg: not found
>
> help!

Most probably, you did an upgrade when opkg (a soft link) got missed
in the build. Try opkg-cl. It would get fixed as soon as you are done
with the upgrade

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

Re: [SHR-U] opkg upgrade results in no GSM again :(

[Vikas Saurabh]

> Fix is building at the moment, according to mickeyl "opkg upgrade"
> should fix that in few minutes :)

Thats great. btw, while we are on frameworkd.conf; can the upgrade
process be setup such that the old settings are retained(I don't know
how!) ? I often forget to switch to SQLite-Messages(can it be made
default?) and wonder why sent messages are not showing up.

--Vikas

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

Re: [SHR-U] opkg upgrade results in no GSM again :(

[Vikas Saurabh]

> Same problem here,
> can you please post your frameworkd.conf for quick and dirty fix?

For me frameworkd.conf at
http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=conf/example/frameworkd.conf;hb=077a4875a28cd96a0b764126d2052692edf0e66b
worked. The only additions to it after this are addition of some
backends: 
http://git.freesmartphone.org/?p=framework.git;a=history;f=conf/example/frameworkd.conf;h=efd0bbeff1ca9a8347d6f36f32da6399b57e180e;hb=HEAD.

I think dos1 can fix it pretty easilycan someone on irc just ping
him with the issue (in case he misses he this mail)

--Vikas

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

Re: [SHR-U] opkg upgrade results in no GSM again :(

[Vikas Saurabh]

> Was I not supposed to upgrade? Was there a red flag that I missed? And
> anyways, do I need to wait for some upgrade or this can be fixed
> rather easily (I would hate to reflash)
I have already tried opkg install -force-reinstall fso-abyss
libfsotransport0 fsousaged libgee0 with no avail...

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

Re: [SHR-U] opkg upgrade results in no GSM again :(

[Vikas Saurabh]

One more that has been bugging me with opkg of late is opkg
list_upgradable always show up:

r...@om-gta02 ~ $ opkg list_upgradable
libfsobasics0 -
0.8.1.0+gitr385+e70733ce85d7bb636b15d0cee1e63621480739c8-r6.1 -
0.8.1.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.1
libfsobasics0 -
0.8.1.0+gitr379+41f9525fd24145e5ed946d2b9293a036a09c22b8-r6.1 -
0.8.1.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.1
frameworkd-config-shr -
0.9.5.9+gitr1559+17898fc0f73453c11d1b1e8db57f8e8a0cfbc943-150+43045df5cff2204bce4a44e3827f9b88b519d5ac-r7
- 
0.9.5.9+gitr1616+f6ff7cc6a2246746aa6ae89fbf999e3898f033fd-180+cc019f16d57daa9cf1ca24e6c7a5e197cbaf7612-r7
fsousaged - 0.0.0.0+gitr385+e70733ce85d7bb636b15d0cee1e63621480739c8-r6.0
- 0.0.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.0
fsousaged - 0.0.0.0+gitr379+41f9525fd24145e5ed946d2b9293a036a09c22b8-r6.0
- 0.0.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.0
libfsoframework0 -
0.1.0.0+gitr385+e70733ce85d7bb636b15d0cee1e63621480739c8-r6.2 -
0.1.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.2
libfsoframework0 -
0.1.0.0+gitr379+41f9525fd24145e5ed946d2b9293a036a09c22b8-r6.2 -
0.1.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.2

Although, I already have higher versions installed for each of those
packages. opkg info would also show that these (upgradable) packages
are de-installed while the newer one is installed.

opkg upgrade would just say that the pakcage is already installed for
each of the package.

I don't know if that can be reason...but that sure looked scrupulous to me

--Vikas

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

[SHR-U] opkg upgrade results in no GSM again :(

[Vikas Saurabh]

Hi,

Last night I did opkg upgrade and since then I am just getting 'No
Service' in grey on the signal strength meter.
Attached is a snip from my frameworkd.log[1] with log_level=DEBUG for ogsmd.

Although, I have no idea about AT commands, the only thing that looks
suspicious in the log is 'AT+COPS=3,0;+COPS?;+COPS=3,2;+COPS?'
resulting in '+CME ERROR: 3'.

BTW, I have an old (pretty old) yet working image of shr-u on another
partition which registers perfectly.

Was I not supposed to upgrade? Was there a red flag that I missed? And
anyways, do I need to wait for some upgrade or this can be fixed
rather easily (I would hate to reflash)

--Vikas

1:  http://n2.nabble.com/file/n3497827/snip.frameworkd.log.txt
snip.frameworkd.log.txt 
-- 
View this message in context: 
http://n2.nabble.com/SHR-U-opkg-upgrade-results-in-no-GSM-again-tp3497827p3497827.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> Do you pplan it on any particular date? IMHO it is worth to put it into
> CU, but need date details also.

We haven't yet decided on the dates. In fact we were trying to figure
out if we can do #1024 and bass fix as well alongwith buzz fix. I have
been neck-deep in work this week and i think same would be true for
the next week. After that I plan to settle for the plan (schematics,
drawing, components, etc) for #1024 and bass fix (unless someone else
does it earlier).

Then we would call for the FR from outside Delhi (I know only 2 up
till now...chetan and alok...both, i guess, in bangalore) and then get
them for fix. I thought sending the FRs is a far bigger problem than
actually getting it down to the shop and get it fixed.

Of course, this counts in for CU only when things solidify a bit more

@Rakshat: how many FRs do we have in India? do you expect anyone else
who _might_ not be following the list?

--Vikas

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

Re: Launcher 0.30 release

[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

[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: Launcher 0.30 release

[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: Launcher 0.30 release

[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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

> On a related note, the fix for #1024 and the bass boost as well as the
> shorting of the erroneous capacitor[1] (if present) would be a welcome
> addition to the Buzz fix. It seems a reasonable amount of effort to send
> the phone and it would make sense to do as much as possible on this one
> trip. Could someone with hardware skills explain the various fixes to
> the guy who is doing the fixes ?

I am no hardware guy, in fact I haven't even opened up my phone beyond
the battery case yet...not that I see some risk...just that I don't
see any reason to do that. Anyways, for bass fix there is a wiki page
(http://wiki.openmoko.org/wiki/GTA02_bass_fix) which suggests more
that one way of fixing the issue with pros and cons
For bug#1024, the only nice link I got was
http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html

I think the descriptions are pretty well written but then thats my
perspective who hasn't ever used a solder iron. Anyone with more
experience please jump in.

--Vikas

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

Re: [SHR-U] Impressions and Problems

[Vikas Saurabh]

> I'm thinking that a good way to compare phone numbers (for example the
> sender of a message and a phone book entry) is to check whether one number
> is a suffix of the other number. Are there any (non-obscure) cases where
> this would give false positives?
>
/etc/frameworkd-phonegui.conf has some configuration for exactly
similar purpose. I think thats how the opimd-utils get it info
correctly. Should opimd have a function to map these is what dos1
would decide :)

--Vikas

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

litephone message with illume keyboard

[Vikas Saurabh]

I found a pretty weird behavior on litephone message while typing with
illume keyboard. While using dictionary some letters get typed at
wrong places:
e.g. if you type 'did' it comes up as 'ddi'

Is it just me? Is it known?

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

>  I would like to get my FR buzz fixed too. I was kind of hoping we could
> get the #1024 (modem deep sleep) and the bass workaround for the earphones
> done at the same time. Particularly #1024 since it really seems to seriously
> improve battery life. Both require adding additional capacitors in parallel
> and aren't too tough.

I was also thinking on the same lines. I guess we can take the
schematics/print etc and get it done. At least I would be fine to bear
the extra cost (if any) myself
@rakshat: what do you think about this?

--Vikas

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

Re: Fwd: buzzfix in India

[Vikas Saurabh]

Hi All,

We are planning a buzz fix for FRs in India. As Rakshat has already
pointed out, the guy who would do the buzz fix is placed at Delhi. IDA
systems would be bearing the cost of buzz fix while we need to take
care of sending in the devices and take it back.
People in Delhi itself can of course bump in personally.

I already know of Vibhav and Gora who are in Delhi and would be
interested. Please use this thread to show your preference and if you
be shipping or coming in personally. We are still to figure out a date
for this.

The buzz fix would be done at:
Baig Electronics
K-33 Batla House, near Mosque Khalilullah
Jamia Nagar okhla
011-26984151
9810134572
(although I couldn't figure out the exact address but Mosque
Khalilullah is at http://wikimapia.org/587273/Masjid-Khalilullah...so
reaching there shouldn't be very hard :)


IDA Systems (with support from Openmoko) will cover the actual costs
of the buzz fix procedure and the components. Shipping costs (to and
back from) Delhi, where the contracter who will undertake the Buzz Fix
is based, will have to be borne by the customer (We will work with you
to get good and easy shipping options and also give a free extra
Battery as a return gift with each Freerunner sent for the Buzz Fix to
cover costs)

I am unsure how would that work out but I guess Rakshat can jump in
here. While I don't know about postage options, I think the package
can still be sent to one of us (users) and we would take all the FRs
to the guy at the same time.

I think we can update http://wiki.openmoko.org/wiki/BuzzFixParty as
soon as this takes a little more shape

--Vikas

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

Re: Launcher problem.

[Vikas Saurabh]

> But I don't understand how I would do...
You can download the source for launcher and compile the code at your
end and update 
http://code.google.com/p/shr-launcher/source/browse/trunk/src/dbsqlite.c#tatic
int
file_select(const struct dirent *entry) to select only files with
*.desktop extension.

> Who can help me?
Anyone who has commit access to the source code

--Vikas

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

Re: is wifi-driver developed anymore?

[Vikas Saurabh]

> well, i am still convinced, fso should do something about that instead of
> relying on some 3d party app.

I think this is really getting OT...but still I want to put my head.
I think what you mean here that fsoraw should be a part of FSO in the
same sense as mdbus is. Both are just
reference/handy/easy-to-use/make-life-easy apps which are using the
services provided by the framework (like resource management, etc)

I think its a debate is about what all should be included in linux
distribution (~FSO) which has apps (~mdbus, fsoraw) and kernel
(~framework)

--Vikas

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

Re: is wifi-driver developed anymore?

[Vikas Saurabh]

> next, where does one get fsoraw from (the ticket links to the sources, but
> i never actually saw a binary, let alone a package somewhere)?

Its available in SHR-U repo...And since the bitbake is already there
in the svn[1], I think the distributions should go ahead and include
it...iirc, FSO is no longer in distribution business

--Vikas

1 - http://noko.svn.sourceforge.net/viewvc/noko/trunk/fsoraw/

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

Re: latest update fsousaged crash!!

[Vikas Saurabh]

> Do what I did - re-install on the second partition and copy /home/root
> over to it...

I did exactly that and had a working version by flashing the image
from Aug8. But then I wanted my old apps as well so I went ahead with
opkg update (instinctively) followed by opkg upgrade. That ruined it
:( yet again.

BTW, libfsoframework and ousaged are not git367 one
$ opkg list_installed | grep -e libfsoframework0 -e fsousaged
fsousaged - 0.0.0.0+gitr367+3c3e1b862cdde806cef8f502dfe79f1d48f1c5d7-r5.0 -
libfsoframework0 -
0.1.0.0+gitr367+3c3e1b862cdde806cef8f502dfe79f1d48f1c5d7-r5.1 -

In fact IIRC, I didn't these two installing during upgrade anyways (I
can't be sure though). Was this expected...Am I not supposed to
upgrade even on the latest image???

--Vikas

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

Re: Screen in FR goes black and white after resume from suspend

[Vikas Saurabh]

> The screen in my FR goes B/W with weird lines after it resumes from
> suspend.Got to know it is WSOD bug (or sometimes resumes in grey scale mode)
> .Well temporarily I can change the FR not to suspend but I have to do so
> after every reboot.Any solutions?
>
Hi Ranjan,

What you mention here doesn't seem like the WSOD bug (may be I am
wrong there...as I have never faced WSOD)...I think you are refering
to this->http://lists.openmoko.org/nabble.html#nabble-td3031505

As you might see from the mail that its a kernel specific issue and
every distribution uses different kernels (by defualt). Which is why
it is necessary to know which distribution are you using. On this
mailing list we have a convention to prepend the subject link with
[] so that:
* Uninterested audience don't jump it
* You provide a vital piece of information automatically
Of course there can be issues which are not distribution
specific...but I think even then its safe to put your distribution in
the subject line.

I had been facing this problem when I was on SHR-Testing long time
back. Haven't seen this since I switched to SHR-Unstable (which, btw,
isn't as unstable as its name suggests :). I think even Debian would
be on newer kernel. I have no idea about OM2009

--Vikas
PS: Of course most of my mail is irrelevant if you are actually facing
the WSOD...yet knowing the distribution is useful

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

Re: [fso] scripts on suspend/resume

[Vikas Saurabh]

> is there any infrastructure to run scripts upon suspend resp resume?
> the only way so far seems to be using apmd -- but that adds considerable
> delay to resume ...

I don't remember exactly where, but there are folders dedicated to
contain scripts to execute while suspend/resume (just like init.d).
Check out the files contained in omnewrorate packate (it installs some
files there)

--Vikas

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

Re: Is your GPS working today?

[Vikas Saurabh]

> Is your GPS working now?
No

> And if not, when it worked last time?
I think the last I had it working was 2 weeks back when I was on
testing. I haven't *used* my GPS since thenbut I am sure I have
waited for some time to get a fix and got bored and didn't continue
omgps is not seeing many satellites...keeps flipping between 0/0 and
0/1 while tangoGPS does see satellites but doesn't get a fix. TangoGPS
does synchronize the time though (just in case its relevant)

>  Also if not - after trying to use it, check
> if you have "rxerr" messages in dmesg, and report it here.
Yes, I do have rxerr port=1 ch=0x00, rxs=0x000.000c lines on dmesg

I am on SHR-U these days with no upgrades post vala upgrade

--Vikas

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

Re: ANN: freesmartphone.org MS 5.5

[Vikas Saurabh]

> Can I assume that the other interfaces docs are up-to-date?

As I see on mdbus org.freesmartphone.SIM.PDP->ActivateContext doesn't
return anything...similary DeactivateContext doesn't take context id
as input...But http://docs.freesmartphone.org/org.freesmartphone.GSM.PDP.html
seems to differ

Can the docs be generated using Instrospection? I think that way docs
would be very close to implementation and the pain of keeping them
updated also goes away?

--Vikas

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

Re: touchpad on OM

[Vikas Saurabh]

> Oh, I forgot. To bring up the touchpad, slide your finger up from the bottom
> left corner. Sliding from bottom right corner brings up the keyboard. To
> hide the touchpad, slide down on the buttons.

The app really works nicely but if the app is running one cannot slide
the bottom bar of launcher[1]. I can understand that you would need to
capture input from a certain section...but the whole of bottom bar
goes for a toss while literki is running.
Can this be fixed...as I would like to use both literki and
launcher...yeah i am a little greedy :)

--Vikas

1 - http://wiki.openmoko.org/wiki/Launcher

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

Re: Anti-Whining: Happy Moko Moments

[Vikas Saurabh]

I am totally awed with this mini-comp with not-so-good-yet-workable GSM
capabilities.

But the best hack/trick I could try on my FR was when I was totally out of
any comp anywhere (linux/win) although there was WiFi available and I wanted
to flash SHR-U on the device.
Well it was so simple...I just browsed to shr-u images link and downloaded
the tar.gz. Created a new partition on my SD card. Untarred the image on
that parition. Put noboot-GTA02 in the original partition. Reboot and voila
I was working on SHR-U.
It was an amazing feeling:
* Flash your phone with a new OS
* No USB cable
* No trick to start flashing
* Using one distro to install another

woah!..show me any phone that can do that...in fact i don't even know of any
mainstream linux distributions for desktop which would support that :)

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

Re: [shr-unstable] making bricks...

[Vikas Saurabh]

On Sun, Jun 28, 2009 at 11:05 AM, jeremy jozwik wrote:
> hello list. im in dire need of assistance. ive just re-flashed my
> phone to shr-unstable 20090624 all went well until i tried to do an
> ssh. turns out my usb0 is not showing up in anyway.
>
Try eth0. Recent kernels(I guess freerunner's driver) have started
registering the device properly and hence it shows up as a network
interface

--Vikas

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

Re: [shr-testing] Forcing fast charge mode

[Vikas Saurabh]

> With the current setup I get this error from the script: File not found:
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/chgmode!
>  my guess would be this may be where it should be pointed to the voltage_now
> file because everything else I was able to match up, but again I'm not quite
> sure about this.
http://wiki.openmoko.org/wiki/GTA02_sysfs#.2Fsys.2Fdevices.2Fplatform.2Fs3c2440-i2c.2Fi2c-adapter.2Fi2c-0.2F0-0073.2Fchgmode
says that chgmode used to tell if the phone is charging or not.
I think status also tells you exactly the same thing.
You can cat /sys/class/power_supply/battery/status to verify that.

--Vikas

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

Re: [shr-testing] Forcing fast charge mode

[Vikas Saurabh]

Check out 
http://wiki.openmoko.org/wiki/GTA02_sysfs#GTA02_Kernel_sysfs_highlights_for_kernel_2.6.28.
specifically:
   charger_type =
"/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/chg_curlim" #limit
that freerunner would accept
   capacity = "/sys/class/power_supply/battery/capacity"
   voltage = "/sys/class/power_supply/battery/voltage_now"
   status = "/sys/class/power_supply/battery/status"
   image_dir = "/usr/share/battery/"
   usb_limit = "/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim"
#current that is actually coming

I have attached a modified battery.py for the
http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode#The_battery_package.
I don't know how to make the package so I guess someone might help
here :).

BTW, I don't know python...I have updated it by copying the code...so
it would be great if someone reviews it before packaging.

Moreover, once the information is confirmed we can update
http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode with exact
paths as well

--Vikas

> http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode#Beni.27s_fast_charge_gta02.sh
> it says that "The /sys paths need to be updated for recent distributions" what
> does that mean?  If simply editing the shell script will get it working again
> I will be happy to do it if I knew what that means.


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

Re: [shr-testing] Forcing fast charge mode

[Vikas Saurabh]

On Wed, May 20, 2009 at 5:09 PM, Vikas Saurabh  wrote:
>
> I have recently flashed shr-testing and was wondering if the fast charge 
> information available here 
> [http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode] is still usable? Or 
> is there some FSO API that I have missed?
>
> --Vikas

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

[shr-testing] Forcing fast charge mode

[Vikas Saurabh]

I have recently flashed shr-testing and was wondering if the fast charge
information available here [
http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode] is still usable? Or
is there some FSO API that I have missed?

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

Re: Indian FR Owners

[Vikas Saurabh]

> For the other cities, please mail me or update wiki so that we get the
> Indian Chapter of FR owners up and running.

Just for reference, I guess Vibhav meant this link:
http://wiki.openmoko.org/wiki/Openmoko_Local_Groups#Asia.

You can find me at
http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Delhi and of
course I am in for the meettho currently my FR is dead as I am too
busy to keep it up :(

--Vikas

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

Re: Where is startup log?

[Vikas Saurabh]

I don't know exactly where the startup logs are...dmesg and logread
are helpful at times.

But, what you observed happened to me once with Om2008.8 when I
changed my feed to testing and upgraded. It gave lots of warning about
gtk+ trying to overwrite files installed using gtk-fastscaling+ and
after everything it stuck to where you are.

Takeaway: don't mix feeds (unless of course you exactly know which
packages you should blah blah...for users like me, don't mix the feeds
work beautifully)


On Wed, Nov 19, 2008 at 4:57 PM, Leonti Bielski <[EMAIL PROTECTED]> wrote:
> Hello!
> I'm using SHR. I've installed some applications, did opkg upgrade and
> now illume doesn't start.
> It loads illume (I can see very nice progress bar), but then it return
> to console which says something like:
> om-gta02 login: 31 om-gta02 tty1ered by Angstrom om-gta02 tty1 SPANK SPANK!***
>
> Anyways, where can I get startup log files to investigate the origin
> of the problem?
>
> Thanks. Leonti
>
> ___
> 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: Survey about the Touchscreen

[Vikas Saurabh]

I think we need to decide upon this without the bias of UIone
might get excited with iPhone's UI.

What we would have to remember:
* capacitive screen would always require a touch of finger (hence all
the UI elements need to take enough space on screen) so the whole fun
of high reso is gone
* otoh, pressure based screen need a little more pressure to react but
is often manageable with fingers as well

--Vikas

On Fri, Nov 21, 2008 at 6:25 PM, Anton Persson <[EMAIL PROTECTED]> wrote:
> Hi,
>
> it would be interesting to know which type of touch-screen that people would
> prefer to use
> on their future OpenMoko device.
>
> A not so scientific survey can be found at:
> http://www.733kru.org/~pltxtra/OpenMoko/survey.html
>
>Best regards
>  Anton Persson
>
> ___
> 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: Partitionning separate /home/ floder to SD

[Vikas Saurabh]

Flash has limited writes in its lifetime. That is why we have special
filesystems for flash [1],[2] (e.g. jffs2).

ext3 (due to its journalling) might not be good idea for Sd-card. I think
ext2 would fare fine except that it might be left with corrupted FS in case
improper shutdown but at least it would not impact the life of the card.

On Mon, Oct 20, 2008 at 6:14 PM, Iain B. Findleton
<[EMAIL PROTECTED]>wrote:

> I did appear to observe that using ext3 on the uSD partitions
> appears to be faster than using FAT file systems, however.


--VIkas

[1]
http://en.wikipedia.org/wiki/List_of_flash_file_systems#Flash_memory_.2F_solid_state_media_file_systems
[2] http://en.wikipedia.org/wiki/NAND_flash#Flash_file_systems
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Vikas Saurabh]

I am using 2008.8 with regular updates, so I should be pretty updated :)

hmmnot sure, but it might be some 10 hours. No other apps were using
accels.

What is meant by instability? I was seeing continuous output from 'test'
program (although with similar values). Is that the instability?

--Vikas

On Thu, Oct 16, 2008 at 12:08 AM, Rui Miguel Silva Seabra <[EMAIL 
PROTECTED]>wrote:

> What release do you use?
>
> How long since your last reboot?
>
> Have you been using other applications that use accelerometers?
>
> I'm using Om2008.9 and I'm noticing instability in the accelerometers,
> so maybe some of your problems are derived from it.
>
> Rui
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Vikas Saurabh]

The test application is blurting out lots of output, following is a
snippet(from the middle of the output) which sort of showed some difference
when I tapped the screen.

Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(-18), b(-1152), c(-54)
vertical straight
Types: a(2), b(2), c(0)
Codes: a(1), b(2), c(0)
Value: a(-1062), b(-72), c(0)
left
Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(72), b(-990), c(-216)
vertical straight
Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(108), b(-990), c(-234)
vertical straight

Do, tell me if I need to get something specific from the output.

BTW, for restoration to sane state, I think we would like to maintain the
brightness value when we switched it off and then restore to this value if
the program was ended (normal exit, I understand kernel can force kill
without giving the process any chance to anything).

--Vikas


On Wed, Oct 15, 2008 at 1:06 AM, Rui Miguel Silva Seabra <[EMAIL 
PROTECTED]>wrote:

> Hi,
>
> Thank you very much for your input. Can you try to run a bit of the
> 'test' I include? I'm starting to suspect different accelerometers might
> give different outputs and so the heuristics might not make sense
> anymore, I hope that's not the case.
>
> You can return the brightenss with
>
> echo 63 > /sys/class/backlight/pcf50633-bl/brightness
>
> ... in the meanwhile.
>
> As for terminating... only a few signals can be caught, I will try to
> set them up in order to stop in a sane state (xrandr -o 0, full
> brightness if it's currently 0, and so on).
>
> Rui
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Vikas Saurabh]

This seems pretty stable than the previous one. The brightness effect is
nice, but the event, apparently, is hitting even if the phone is moved a
little (i was trying to type a message).
The brightness thing started to feel too much pain, so I killed the rotate
instance (from a separated ssh session). Unfortunately, the program had
thought that I am rotating and hence had brightness set to 0 when I killed
it. So, I was left with a switched off screen :).

So, 2 cents from my side
(1) The brightness effect (and rotation) should be applied only we are
switching orientation (I am not too sure if accels would give that data
directlybut keeping a state can be a workaround...it would give some
false positives and negative, but would have a better output)
(2) We might like to put a close program handler which would try to reset
the brightness to the last read brightness value (if the rotation was in
progress while the program was closed)

--Vikas

On Wed, Oct 15, 2008 at 12:10 AM, Rui Miguel Silva Seabra <[EMAIL 
PROTECTED]>wrote:

> On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
> > On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
> > >screenfp = fopen
> ("/sys/class/backlight/pcf50633-bl/brightness","w");
> >
> > Excellent idea, I'll implement it in my newRotate and make a new
> > release.
> >
> > BTW, I still can't commit...
> >
> > https://admin-trac.openmoko.org/trac/ticket/1563
>
> OK, new newrotate version, taking usage of brightness to use less energy
> and a nicer rotation.
>
> http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/
>
> Rui
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [ASU, 2008.8/.9] remove bottom section

[Vikas Saurabh]

On Sun, Sep 21, 2008 at 8:05 PM, Geoff Ruscoe <[EMAIL PROTECTED]>wrote:

> I have removed the assassin installer so it doesn't show up any more (I do
> everything command line while ssh'd in) and I want to get rid of the bottom
> thing with the little pluses.  Is this a possibility?  I know that it's used
> in some weird and inconsistent ways, so this may cause problems, but I'd
> rather have the realestate... I would think the "back button" at the bottom
> of the app would be better than always wasting that realestate for a bar
> that _may_ have the back arrow...
>
> Anyone know how to do this?
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


 I am not exactly sure how to do that. But the tango theme doesn't have it,
so it should surely be possible to have some modification in .edj file for
illume.

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

Re: import/export sms from qtopia

[Vikas Saurabh]

Ahhbut that seems to be too late for me. I already have information on
my current image.
I was wondering if I could somehow extract the info from the backup and put
it into the current one.

I just did this on my install, and it was as simple as copying my backup
> back to the phone.
>

BTW, I think all the messages (including sent and received) are stored under
qtmail folder (within the home directory) as different text files. But just
copying those didn't help. I guess qtopia makes some entry in its database.
I think qtopia's db is just a sqlite file.

Does anyone know the schema of their database? It might be helpful.

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

import/export sms from qtopia

[Vikas Saurabh]

Hi,

I had to reflash my 2008.8 installation. I wanted to keep the data so I
backed the home directory.
Now, I have an up and satisfactorily working image.

I want to import the data (specifically sent and received sms'es) in the old
image.

I tried to search wiki for qtmail, sms, etc but didn't find anything useful.

Can it be done?

--Vikas

PS: On a similar note, I was planning to switch to FSO, but again I want to
keep the sms'es, would that be possible?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OM2008.8, GPRS using multiplexing and GUI for Vodafone Live! in Mumbai

[Vikas Saurabh]

Can you update the settings on the
wiki
?

On Sat, Aug 30, 2008 at 7:21 PM, Nishit Dave
<[EMAIL 
PROTECTED]
> wrote:

>
>
> The settings above are valid for Vodafone Live! GPRS Mumbai India.  Just
> for the record.
>
> ___
> Openmoko community mailing list
> [EMAIL 
> PROTECTED]
> http://lists.openmoko.org/mailman/listinfo/community
>
>
> --
>  Subscribed to Nabble @ http://n2.nabble.com/Openmoko-Community-f1954.html
> To start a new topic under Openmoko Community, email
> [EMAIL PROTECTED]<[EMAIL PROTECTED]>
> To unsubscribe, click here< (link removed) =>.
>
>
>

-- 
View this message in context: 
http://n2.nabble.com/OM2008.8%2C-GPRS-using-multiplexing-and-GUI-for-Vodafone-Live%21-in-Mumbai-tp794054p795983.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: Windows CE on freerunner

[Vikas Saurabh]

Awesome details.

I would definitely give it a try. Not intereseted in font blitting, so would
stick to the morse code idea :).
Would send out the details (and wiki them).

--Vikas

On Fri, Aug 22, 2008 at 7:57 AM, Alex Osborne <[EMAIL PROTECTED]> wrote:

> On 22/08/2008, at 11:41 AM, Vikas Saurabh wrote:
>
> > Why can't I fool the bootloader to think that I am a kernel. I
> > always thought boot loaders just load the kernel image, pass it
> > some parameters and start executing them.
>
> Indeed, that's exactly what it does.  It loads the kernel image into
> RAM, puts some parameters and a pointer to the ATAGS (which include
> stuff the kernel command-line) into registers and jumps to the start
> of the image.  See here for details:
>
> http://www.arm.linux.org.uk/developer/booting.php
>
> >
> > I had done this helloworld kind of thing with grub during
> > college...but then maybe grub is advanced. What puzzles me is how
> > exactly?
>
> Note that the Freerunner doesn't have a BIOS.  When you did it on x86
> you probably used the BIOS' printing routines.  If you want to do it
> on the FR you'll have to do your own font blitting etc.  If you have
> a debug board you could print it to a serial port.  You can then also
> use JTAG to debug your code and figure out what is going on.  If you
> don't have the debug board, I guess you could easily enough blink out
> hello world in morse code through an LED or by turning on and off the
> backlight or something.
>
> It might also be useful to play with it in qemu, just pass in your
> binary with the -kernel option, you can connect gdb to it and step
> through line by line (see the qemu documentation for how to do this).
>
> As to how to actually do it, it's a bit of a pain.  You'll probably
> need to write a little ARM assembler stub entry point to setup a
> stack and call your C code.  Although you might be able to just reuse
> u-boots stack, I guess.  Then you'll need to compile your code with -
> nostdlib and link it in a way that ensures your assembler code is at
> the start of the image, you might need to investigate custom linker
> scripts for this, I can't remember.  You can then use something like
> "objcopy -O binary mycode.elf mycode.bin" to pull the raw code out of
> the elf file the linker generated, so that you can give it to u-boot.
>
> Remember also that you won't have any standard library, so you'll
> have to write every function you want to use yourself (or use
> something like the OSKit C library) and if you code has a bug it's
> just going to hang or reset the CPU, unless you define your own error
> handling code.
>
> So yes, certainly doable and a good learning experience but it's not
> exactly straightforward.
>
> ___
> 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: Windows CE on freerunner

[Vikas Saurabh]

Ohh...I guess you mean that it would not be possible to load windows kernel
and tell it about the partition info etc so that it can continue booting.

I think that is fine. I would be more than happy to have my program start up
by uboot. Windows was just an example that my friend had set up.

Thanks a lot.

--Vikas

On Fri, Aug 22, 2008 at 7:20 AM, Jeff Sadowski <[EMAIL PROTECTED]>wrote:

> you can with a normal OS windows has its own bootloader
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Windows CE on freerunner

[Vikas Saurabh]

Why can't I fool the bootloader to think that I am a kernel. I always
thought boot loaders just load the kernel image, pass it some parameters and
start executing them.

I had done this helloworld kind of thing with grub during college...but then
maybe grub is advanced. What puzzles me is how exactly?

On Fri, Aug 22, 2008 at 6:58 AM, Jeff Sadowski <[EMAIL PROTECTED]>wrote:

> you would need to replace uboot its ugly
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Windows CE on freerunner

[Vikas Saurabh]

Totally agreed but it would still be fun have my own hello world program
running. Can I have a HelloWorld named as uImage.bin and which can be loaded
by uboot.
Wait I would try that out myselfshould be interesting :)

--Vikas
PS: On a lighter note, I cant run away from that friend, he sits right
beside my cube in my office :)

On Fri, Aug 22, 2008 at 6:02 AM, David Samblas <
[EMAIL PROTECTED]> wrote:

> Your friend is the evil temptating you doing nasty things, don't listen
> him , run away as far as you can,
> El vie, 22-08-2008 a las 05:51 +0530, Vikas Saurabh escribió:
> > Hi All,
> >
> > I really don't want to use windows on my moko. Its rather to  prove a
> > point to a friend of mine. So, can we install windows (if we somehow
> > get the flash image of the OS)?
> >
> > Or more simply asked can I configure uBoot to launch a "Hello World"
> > program that I compile completely statically?
> >
> > --Vikas
> >
> > PS: I guess there would be problems with the driver etc. But I that
> > should be OKas long as I can have the booting up part..
> >
> > ___
> > 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: Navit patch for faster map dragging

[Vikas Saurabh]

AhhhI feel so stupid...you must have meant 900MHz triband in terms of
network [:sheepish:]

On Fri, Aug 22, 2008 at 5:49 AM, Vikas Saurabh <[EMAIL PROTECTED]>wrote:

> WHAT OM is shipping 900MHz version...at the same costmy v5 is still
> working and I clearly remember it was 400MHz.
> Would 900MHz be at the same cost?
>
>>  I'm hoping that OM will send me a replacement 900MHz version
>> sometime ...
>>
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Windows CE on freerunner

[Vikas Saurabh]

Hi All,

I really don't want to use windows on my moko. Its rather to  prove a point
to a friend of mine. So, can we install windows (if we somehow get the flash
image of the OS)?

Or more simply asked can I configure uBoot to launch a "Hello World" program
that I compile completely statically?

--Vikas

PS: I guess there would be problems with the driver etc. But I that should
be OKas long as I can have the booting up part..
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Navit patch for faster map dragging

[Vikas Saurabh]

WHAT OM is shipping 900MHz version...at the same costmy v5 is still
working and I clearly remember it was 400MHz.
Would 900MHz be at the same cost?

>  I'm hoping that OM will send me a replacement 900MHz version
> sometime ...
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SDHC 16GB 15MB/s card

[Vikas Saurabh]

I could recover the data by creating the same paritioning and then
re-downloading the kernel in the first partition (one of teh post suggested
that the bug actually eats up a sector from the first partition as wellI
didn't check and downloading the kernel was pretty easy).

--Vikas

On Wed, Aug 20, 2008 at 7:55 PM, Cédric Berger <[EMAIL PROTECTED]>wrote:

> Thanks !
>
> Anyway my partition table is now crashed thanks to suspend/resume issue.
> I go digging in mailing list, I think I saw ways to recover...   else
> I'll have to start from 0...
>
>
> On Wed, Aug 20, 2008 at 16:05, arne anka <[EMAIL PROTECTED]> wrote:
> >> * can I change this table order without losing partition data ?
> >
> > nope.
> >
> >> * can I have Extended partition number (mmcblk0p3 now) to be after the
> >> logical ones  (so that mmcnlk0p2 and mmcblk0p3 refer to the 2 first
> >> logical ones, -just the same as in my 512MB card-) ?
> >
> > nope. the logicla partitions are inside the extended partition -- numbers
> > have to be bigger than the number of the extended partition.
> > if you like partition number independent identifiers use labels -- either
> > when creating the xt2 fs or afterwards with tune2fs, argument -L.
> >
> >
> >> What is "funny" on my ubuntu laptop is that mount points are not
> >> always in the same order. I have to be carefull !
> >> (of course I can fix mount points once for all on my pc -and also
> >> access rights for ext3-, but when I plug the card in another PC, I
> >> have the problem back...)
> >
> > you probably need to fix the udev script that creates the mount points.
> >
>
> ___
> 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: Debian on the FreeRunner -- now official

[Vikas Saurabh]

Attached is another version of cofigure-uboot.sh. This version can 'only' be
run from inside booted freerunner (requires fso-utils which debian already
has).

Maybe, the choice of external execution or execution from inside debian be a
parameter to the scriptbut I am just too lazy :)

--Vikas

On Sat, Aug 16, 2008 at 2:18 AM, Joachim Breitner <[EMAIL PROTECTED]>wrote:

> Hi,
>
> Am Freitag, den 15.08.2008, 22:31 +0200 schrieb arne anka:
> > > The feeds are for the debian system if I understand you right.
> > > But how do I install these packages without beeing able to boot debian
> > > from
> > > the sd card ? Should I install that in the openmoko flash image
> > > (currently
> > > 2008.08)?
> >
> > the tools are to be used on your host computer, i think.
>
> Correct. The pkg-fso feed works both on i386 and armel, and the
> fso-utils package makes also sense on i386, for the remote flashing. It
> maybe also works from the phone itself (see the unused "uboot" stage of
> install.sh), but I had weird problems. Bold people with a craze for
> debugging are welcome to make that work.
>
> Greetings,
> Joachim
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | 
> http://people.debian.org/~nomeata
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>


configure-uboot.sh
Description: Bourne shell script
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: dfu_upload error -84 when trying to backup images

[Vikas Saurabh]

Try mounting the jffs2 file as mentioned in the wiki. Check the
mounted file-system.
-Vikas

On 8/17/08, Russell Sears <[EMAIL PROTECTED]> wrote:
> I tried this once and got the same error.
>
> Then I ran grep on the image file it produced with words that I knew
> were present in the filesystem like "headphone" "mono" and "state".  I
> couldn't find any words in the image, so I don't think the files it
> produces contain real data.  It could be that it's doing something very
> strange, like flipping bits or re-encoding blocks in the dump file.
> Since upload is known to be broken, I didn't look into it any further:
>
> http://wiki.openmoko.org/wiki/Dfu-util#--upload
>
> -Rusty
>
> Christian Weßel wrote:
>> I just have the same problem. But I wasn't in time to report it to an
>> existing ticket about dfu_util problems.
>>
>> I guess there are same problems with dfu.
>>
>> christian
>>
>> Am Samstag, den 16.08.2008, 21:36 +0530 schrieb Vikas Saurabh:
>>> I dont think this is related to the architecture. I had faced similar
>>> issue on core duo (i had put a comment on the wiki for the same). Btw,
>>> i didnt have to flash the back up image so i dont know if it actually
>>> worked out correctly.
>>>
>>> On 8/16/08, xiangfu <[EMAIL PROTECTED]> wrote:
>>>> -BEGIN PGP SIGNED MESSAGE-
>>>> Hash: SHA1
>>>>
>>>> some message no WIKI:
>>>>
>>>> WARNING: Dfu-util is currently broken on big-endian architectures
>>>> WARNING: Do not flash U-Boot unless you are sure you need to
>>>>  NOTE: Upload support is currently broken - #676
>>>>
>>>> http://wiki.openmoko.org/wiki/Dfu-util
>>>>
>>>> [EMAIL PROTECTED] wrote:
>>>>> I'm getting the following error when trying to backup rootfs:
>>>>>
>>>>> dfu_upload error -84
>>>>>
>>>>> I've been able to back up the other partitions, but the rootfs fails
>>>>> every time at 258076672 Bytes. I think this is the size of the rootfs,
>>>>> but how can I be sure?
>>>>>
>>>>> I don't want to flash it with this image if there is missing data. I
>>>>> also don't want to try to flash it with 2008.8 if I'm not sure that it
>>>>> will complete. If it doesn't complete, will I be left with a brick
>>>>> until
>>>>> I can get it to complete successfully, or does it not write until the
>>>>> whole image is transferred?
>>>>>
>>>>> The host is a Macbook Pro CoreDuo (not C2D) running Gentoo.
>>>>>
>>>>> Has anybody had a similar experience?
>>>>>
>>>>>
>>>>> ___
>>>>> Openmoko community mailing list
>>>>> community@lists.openmoko.org
>>>>> http://lists.openmoko.org/mailman/listinfo/community
>>>> -BEGIN PGP SIGNATURE-
>>>> Version: GnuPG v1.4.6 (GNU/Linux)
>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>>
>>>> iQEVAwUBSKb2zhFuNemPXNFjAQKUnQf+P0iXWU5U/O9X9ZblCkcnhZgAgsxwalYZ
>>>> vRAgKs1Bt9H2uDUdz/WZvpEnmgu/+AtsVxQZe2qKGsrLX19eC10GGWMcxmpOoSwx
>>>> wl8mpto2f4n2DSGkS0ptkXGuqYDqla3CY5YbdwPxJLBDHvgRCmf7jYzchdK/IHVL
>>>> JdABDwwBkJsQjQLZQCfTRrY7EdEzuu+AB97RCShwaKB/YCL5EmVuvaOBwTJj84Qw
>>>> S9P7nkHDuqfNvbqhGLeblM0fQxoylgj2P6KM9OhOINPWiVs6a5FgT8o6pXCF7vOb
>>>> 6SBsVmhuvRFaUxRVSI68afDktRb9oQ1dtepy0u9fU38kIA+Aah1Ptg==
>>>> =rKIC
>>>> -END PGP SIGNATURE-
>>>>
>>>> ___
>>>> 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
>
>
> ___
> 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: dfu_upload error -84 when trying to backup images

[Vikas Saurabh]

I dont think this is related to the architecture. I had faced similar
issue on core duo (i had put a comment on the wiki for the same). Btw,
i didnt have to flash the back up image so i dont know if it actually
worked out correctly.

On 8/16/08, xiangfu <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> some message no WIKI:
>
>WARNING: Dfu-util is currently broken on big-endian architectures
>WARNING: Do not flash U-Boot unless you are sure you need to
>  NOTE: Upload support is currently broken - #676
>
> http://wiki.openmoko.org/wiki/Dfu-util
>
> [EMAIL PROTECTED] wrote:
>> I'm getting the following error when trying to backup rootfs:
>>
>> dfu_upload error -84
>>
>> I've been able to back up the other partitions, but the rootfs fails
>> every time at 258076672 Bytes. I think this is the size of the rootfs,
>> but how can I be sure?
>>
>> I don't want to flash it with this image if there is missing data. I
>> also don't want to try to flash it with 2008.8 if I'm not sure that it
>> will complete. If it doesn't complete, will I be left with a brick until
>> I can get it to complete successfully, or does it not write until the
>> whole image is transferred?
>>
>> The host is a Macbook Pro CoreDuo (not C2D) running Gentoo.
>>
>> Has anybody had a similar experience?
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iQEVAwUBSKb2zhFuNemPXNFjAQKUnQf+P0iXWU5U/O9X9ZblCkcnhZgAgsxwalYZ
> vRAgKs1Bt9H2uDUdz/WZvpEnmgu/+AtsVxQZe2qKGsrLX19eC10GGWMcxmpOoSwx
> wl8mpto2f4n2DSGkS0ptkXGuqYDqla3CY5YbdwPxJLBDHvgRCmf7jYzchdK/IHVL
> JdABDwwBkJsQjQLZQCfTRrY7EdEzuu+AB97RCShwaKB/YCL5EmVuvaOBwTJj84Qw
> S9P7nkHDuqfNvbqhGLeblM0fQxoylgj2P6KM9OhOINPWiVs6a5FgT8o6pXCF7vOb
> 6SBsVmhuvRFaUxRVSI68afDktRb9oQ1dtepy0u9fU38kIA+Aah1Ptg==
> =rKIC
> -END PGP SIGNATURE-
>
> ___
> 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: Video demo: Openmoko Neo Freerunner Features Accelerometer-based Gestures, and Screen Orientation

[Vikas Saurabh]

I had similar problems with my accels from these imagesperhaps one needs
some kernel module installed as well. Nonetheless, I tried 2008.8 (check out
wiki to see where to get the rootfs and kernel) and accels worked out of the
box.

On Mon, Aug 11, 2008 at 11:16 PM, Daniel Benoy <[EMAIL PROTECTED]> wrote:

> On Monday 11 August 2008 12:44:10 Paul-Valentin Borza wrote:
> > Your probably using an older version, since what you just saw in the
> video
> > is not released yet :)
> > I will release a package this week.
> > try hexdump /dev/input/event2
> > and hexdump /dev/input/event3
> >
> > and restart your Neo :)
>
> Yes I am.
>
> hexdump /dev/input/event2 and hexdump /dev/input/event3 output nothing.
>  Even if I pick up my neo and wiggle it (Not sure if that's necessary.. but
> I thought I'd try it.. :/  Since it's just giving me nothing)
>
> No debug output in dmesg (When I try reading, or that I can find in the
> bootup output)
>
> I just tried upgrading my kernel (
> http://buildhost.openmoko.org/daily/freerunner/200808/20080810/uImage-2.6.24+git32+2438a8c74c495c95f5b78301a44ed8e8d0b267d5-r2-om-gta02.bin),
> rebooting, etc.  Same problem.
>
> Perhaps my accelerometers are broken?  I imagine it's either that or the
> kernel.  I opened a ticket on bugzilla.
>
> > Paul
> >
> > On Mon, Aug 11, 2008 at 4:50 PM, Daniel Benoy <[EMAIL PROTECTED]> wrote:
> >
> > > Hm.  Didn't work when I tried your gesd-neo.sh script.  No output.
> > >
> > > So, I tried the accelerometer test script here
> > > http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval  Still no
> > > output.
> > >
> > > Is there something I have to do to turn the accelerometers on?
> > >
> > > On Monday 11 August 2008 03:35:39 Paul-Valentin Borza wrote:
> > > > Hi,
> > > >
> > > > As Google Summer of Code 2008 is almost at its end, here's a video
> > > showing
> > > > what you should expect out of the accelerometer-based gestures
> project:
> > > >
> > >
> http://digg.com/gadgets/Openmoko_Neo_Freerunner_Motion_Gestures_Screen_Orientation_2
> > > >
> > > > There still are some things that need to be worked on for the GUI,
> but I
> > > > will release another package on Thursday/Friday with everything
> you've
> > > just
> > > > seen in the YouTube video.
> > > >
> > > > Again, big thanks to Daniel for helping me out with the problems I
> have
> > > > encountered on the way. Thanks Daniel!
> > > > This doesn't mean that I'll stop working on the project; on the
> contrary,
> > > I
> > > > will continue to improve it, and I'll use the Neo for my primary
> > > development
> > > > target.
> > > >
> > > > More on http://gestures.borza.ro
> > > >
> > > > Thanks,
> > > > Paul
> > >
> > >
> > >
> > > --
> > > Daniel Benoy
> > > http://daniel.benoy.name
> > >
> > > ___
> > > Openmoko community mailing list
> > > community@lists.openmoko.org
> > > http://lists.openmoko.org/mailman/listinfo/community
> > >
> > >
> >
> >
>
>
>
> --
> Daniel Benoy
> http://daniel.benoy.name
>
> ___
> 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: full-keyboard for Om 2008.08?

[Vikas Saurabh]

ok, I tried install the link
http://buildhost.openmoko.org/daily-feed/armv4t/illume_0.0+svnr196-r12_armv4t.ipk,
but it doesn't work out with the default repositories that are installed by
default.

I just added src/gz daily-armv4t-P
http://buildhost.openmoko.org/daily-feed/armv4t/ in armv4.conf (...I guess
raster hinted that this is not 'supported' repo)
next opkg update and opkg install illume do the trick.
Restart x-server and I have a configuration in illume-config to choose
keyboards between none and default. None gives the default
hh-feeling-sms-only keyboard. Default gives a full qwerty board (the one
which appeared in last few builds of ASU). (It seems that I need to restart
xserver for the changes to take effect).

My next problem is how to add the number and default keyboard profiles to
the keyboard provided by illume.
I tried to find illume-keyboards-default, etc but don't which repo to find
them in.
I also tried to copy the .kbd(s) [from svn] into
/usr/lib/enlightenment/modules/illume/keyboards but that crashed
enlightenment.

Any help

--Vikas

PS: I would love to be able to switch between the illume-keybd and
hhh-keybd without restart X.

On Mon, Aug 11, 2008 at 5:15 AM, The Rasterman Carsten Haitzler <
[EMAIL PROTECTED]> wrote:

> On Sun, 10 Aug 2008 19:10:20 +0200 Olivier Berger <[EMAIL PROTECTED]>
> babbled:
>
> > DooD <[EMAIL PROTECTED]> writes:
> >
> > > Hmm figured out why my above fix was only working on my asu build and
> not my
> > > om2008.8 need to install
> > >
> > >
> http://buildhost.openmoko.org/daily-feed/armv4t/illume_0.0+svnr196-r12_armv4t.ipk
> > >
> > > this version seems to let me use whatever keyboard i like, which is how
> it
> > > should be. hope it doesnt magically disappear >.> .
> > >
> >
> > Would you care to elaborate on "let me use whatever keyboard i like" ?
> >
> > Maybe you may add a howto into
> > http://wiki.openmoko.org/wiki/ASU_Keyboard_Toggle ?
> >
> > Many thanks in advance.
>
> illume's code can use it's internal keyboard, do nothing at all (and just
> wait
> until some external keyboard  is run - like qpe does) or run a keyboard
> process
> for you. it even will queue multiple keyboards if more than 1 was launched
> -
> but it works with a first-come-first-served policy there. the gui config is
> simple (chose none, internal default or some of N others). the gui will
> list
> any .desktop files it found that have "Keyboard" in the categories list for
> the .desktop. but of course this config dialog isn't really meant to be
> supported. not in ASU/2008.8 so it's more of a "if you somehow find it and
> get
> it up - use at your own risk".
>
> :)
>
> --
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
>
> ___
> 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