Re: Contacts from Nokia N70 to opimd with PISI: no phone field
On Sun, 06 Sep 2009 00:05:42 +0400, Sebastian Krzyszkowiak wrote: > > In opimd. > I can't query it via opimd-cli (console not properly localized), in opimd-contacts i see: Work phone Fax phone Cell phone Home phone After i click "edit" & "save" via GUI - small mobile phone icon appear: http://gallery.evadim.ru/d/435-1/opimd-contcts-screen.png Also, i can't search in opimd-contacts contacts with russian names, even by phone number, but this another story... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: german "fixing the #1024" bug party
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kahless schrieb: > hi all, > > I'm interested in fixing my #1024 bug but i don't want to send it > somewhere. (it's my main phone and i love it too much :) ) > > Is anyone near /North-Rhine/-Westphalia interested in starting a small > bug fix party? > > Sascha > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Yes I am (Cologne), Greetungs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKpIoilYiDScJJ+7QRAvzIAKDLFdzw6syEK+HMnvJIO7X+fC8p1ACeNXZ5 jgIyW5mb4EcCu5OX9wR5vS4= =JAPr -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] help: working fso packages, anbody?
> > could someone please post a working set of fso packages for debian? > > the last working configuration i had were packages from july, but i > > did not save them anywhere ... > > Why not use packages from pkg-fso repository? From main debian repository, to be more correct - fso-frameworkd is already there. 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: [debian] help: working fso packages, anbody?
> could someone please post a working set of fso packages for debian? the > last working configuration i had were packages from july, but i did not > save them anywhere ... Why not use packages from pkg-fso repository? Those are a bit uotdated, but at least don't crash. And newer set is being prepared, you know. Nkita 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] Using **pending_return in dbus_connection_send_with_reply_setup()
Hi, Couldn't agree with you more. But, it seems like the edbus and gtk bindings for dbus need to be updated to meet with the newer dbus requirements - which means work upstream. Wonder when that is going to happen. At least the message can be subdued. -- View this message in context: http://n2.nabble.com/SHR-Using-pending-return-in-dbus-connection-send-with-reply-setup-tp3591919p3595003.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
[debian] help: working fso packages, anbody?
while playing around with frameworkd today i build my own package of the recent source tar. since zhone immediately made that version crash (no clue why, there where no messages, frameworkd just died suddenly) i had to revert to an older version. but now i got an fso-framework only half working: suspend does not work at all, neither with pwr button nor dbus call. log file does not show any signs of rules being loaded at all. looking around i detected that fso-usaged segfaults immediatly after start -- seems i am now stuck with exactly the packages bitten by that annoying bug heiko stübner posted weeks ago and there are still no newer packages available. bummer. could someone please post a working set of fso packages for debian? the last working configuration i had were packages from july, but i did not save them anywhere ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] swapon: swapfile has holes
On Sat, 05 Sep 2009 10:57:32 +0200 Matthias Huber wrote: > Greg Bonett schrieb: > > Hi there, > > I just installed SHR unstable and I'm impressed at how usable and > > responsive it is. However, while I was performing a opkg operation > > I ran out of memory so I tried to add a swap file. > > When following the instructions at: > > http://wiki.openmoko.org/wiki/SHR_User_Manual#SwapSpace > > I get the error: > > "swapon: /swapfile: Invalid argument" > > and dmesg shows: > > "swapon: swapfile has holes" > > > > I've tried files on the sd card and also on the internal memory. > > Any suggestions? > > > > > i could imagine, it must be at one extent, so you should try two > things: > > * format your sdcard and make the swapfile on the newly created fs. > *** but if you are formatting the card, you can make a real swap > _partition_ also. > I ended up making a swap partition and it seems to be working without any problems. Thanks for the help. -Greg ___ 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?
On 9/6/09, arne anka wrote: >> I am unsure if you want to use mdbus so as to get exact function calls >> to make in your app or not... > > i am not talking about an app but an easy way to acces that kind of > information. > in the wiki there's a big fat warning against opimd-cli and no download > link. and as i wrote i didn't find the sources either. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Warning is for users who want to use it as daily phone suite. And sources are browsable in http://git.shr-project.org/ (without /repo subdir) And I don't know how to send dictionaries by mdbus ;( -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Why frameworkd starts automatically playing ringtone, aka. how to debug frameworkd?
Hi!
It looks like frameworkd plays the ringtone file by itself.
I requested before it in the program, but always got AlreadyPlaying
exception.
I checked the rules.yaml file, but there is no rule for playing ringtone.
I also observed the dbus line using mdbus -l -s, but it does not
print out from where the signal arrived (it only indicates, that a
service received the signal).
I checked ophonekitd too, and there is also automatic ringtone
playing, and looks like it is not ophonekits who requested it.
Im a bit lost at this stage, I dont know how to debug further.
Could somebody shred a bit of light?
Best regards,
Laszlo
mdbus:
[SIGNAL]org.freesmartphone.Phone.CallCreatedfrom :1.18
/org/freesmartphone/Phone
(op'/org/freesmartphone/Phone/GSM/13',)
[SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.11
/org/freesmartphone/GSM/Device
( 1,
'incoming',
{ 'direction': 'incoming',
'line': 0,
'mode': 'voice',
'peer': '+362',
'status': 'incoming'})
[SIGNAL]org.freesmartphone.Device.Audio.SoundStatusfrom :1.19
/org/freesmartphone/Device/Audio
('/usr/share/sounds/ringtone_ringnroll.wav', 'playing', { })
[SIGNAL]org.freesmartphone.Usage.ResourceChangedfrom :1.20
/org/freesmartphone/Usage
('Display', True, { 'policy': 0, 'refcount': 1})
[SIGNAL]org.freesmartphone.Usage.ResourceChangedfrom :1.20
/org/freesmartphone/Usage
('Display', True, { 'policy': 0, 'refcount': 1})
[SIGNAL]org.freesmartphone.GSM.Network.SignalStrengthfrom
:1.11 /org/freesmartphone/GSM/Device
(75,)
[SIGNAL]org.freesmartphone.Device.PowerSupply.Capacityfrom
:1.19 /org/freesmartphone/Device/PowerSupply/battery
(94,)
[SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.11
/org/freesmartphone/GSM/Device
(1, 'release', { 'status': 'release'})
[SIGNAL]org.freesmartphone.PIM.Calls.NewCallfrom :1.13
/org/freesmartphone/PIM/Calls
('/org/freesmartphone/PIM/Calls/58',)
[SIGNAL]org.freesmartphone.PIM.Calls.NewMissedCallsfrom :1.13
/org/freesmartphone/PIM/Calls
(22,)
[SIGNAL]org.freesmartphone.PIM.Calls.MissedCallfrom :1.13
/org/freesmartphone/PIM/Calls
('/org/freesmartphone/PIM/Calls/58',)
[SIGNAL]org.freesmartphone.Phone.CallReleasedfrom :1.18
/org/freesmartphone/Phone
(op'/org/freesmartphone/Phone/GSM/13',)
[SIGNAL]org.freesmartphone.Phone.Call.Releasedfrom :1.18
/org/freesmartphone/Phone/GSM/13
()
[SIGNAL]org.freesmartphone.Device.Audio.SoundStatusfrom :1.19
/org/freesmartphone/Device/Audio
('/usr/share/sounds/ringtone_ringnroll.wav', 'stopped', { })
[SIGNAL]org.freesmartphone.Usage.ResourceChangedfrom :1.20
/org/freesmartphone/Usage
('Display', False, { 'policy': 0, 'refcount': 0})
[SIGNAL]org.freesmartphone.GSM.Network.SignalStrengthfrom
:1.11 /org/freesmartphone/GSM/Device
rules.yaml:
r...@om-gta02 ~ $ cat /etc/freesmartphone/oevents/rules.yaml
# This file is in YAML format (http://www.yaml.org/)
# We define a list of rules that will be automatically loaded
# When we start the oevents module of the framework daemon
#
# The attributes of a rule are :
# - trigger : trigger object
# - filters : filters object or list of filters objects
# - actions : action object or list of actions objects
#
# We define the following functions :
# - CallStatus(): create a trigger object activated on a
call status event
# - PowerStatus() : create a trigger object activated on a
power status event
# - HasAttr(name, value): create a filter that accept signal with
a given attribute
# - Not(filter) : create a neg filter
# - PlaySound(file) : Action that starts to play an audio file
# - StopSound(file) : Action that stop an audio file
# - SetScenario(name) : Action that sets an audio scenario
# - StartVibration
# - StopVibration
# - RingTone(cmd) : cmd can be 'start' or 'stop'
# - Time(hour, min) : create a trigger activated at the given time
# - Debug(msg) : Action that prints a debug message (only
for debuging)
-
#
# Call -> Audio Scenario Handling
#
trigger: IncomingMessage()
actions: MessageTone(play)
-
while: CallListContains("incoming")
filters: Not(CallListContains("active"))
actions:
- RingTone()
- Command('xset -display localhost:0 s reset')
- SetLed("gta02_aux_red", "blink")
- OccupyResource(Display)
-
#while: CallStatus()
#filters: Or(HasAttr(status, "outgoing"), HasAttr(status, "active"))
#actions:
#- OccupyResource(CPU)
#-
#while: CallStatus()
#filters:
#- Or(Or(HasAttr(status, "outgoing"), HasAttr(status,
"active")), And(HasAttr(status, "incoming"),
CallListContains("active")))
#- Not(BTHeadsetIsConnected())
#actions:
#- SetScenario(gsmhandset)
#-
while: CallStatus()
filters:
- O
Re: opimd: a bug (?) and how to list missed calls?
> I am unsure if you want to use mdbus so as to get exact function calls > to make in your app or not... i am not talking about an app but an easy way to acces that kind of information. in the wiki there's a big fat warning against opimd-cli and no download link. and as i wrote i didn't find the sources either. ___ 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?
> 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: opimd: a bug (?) and how to list missed calls?
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
???
___
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?
>> ... org.freesmartphone.PIM.Calls.Query({'Direction':'in', 'Answered':0})
is there a comprehensive listing of these aparams somewhere?
>> In libphone-utils git repo, src/python directory IIRC.
libphone0-utils is in pkg-fso.alioth.debian.org, but version
libphone-utils0 0.1+git20090801-3 -- is that ok or has something changed
too much?
> BTW - opimd-utils was created as set of test, example scripts. Look at
> them, opimd-cli can be really helpful to understand how to use opimd.
did it stop eating cats now?
if so, where can i get it? the git repo at
http://git.shr-project.org/repo/opimd-utils.git/ does not have that nice
html interface that allows downloading a snapshot as tar ball.
> It isn't as hard as it looks ;)
well, i figured out that much, though i think it is much different from
the way other frameworkd features work.
if i understand right, basically opimd creates a data structure
(iterator?) in ram and returns the address. one has to iterate that
structure and dispose of it afterwards. right?
___
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?
On 9/6/09, Sebastian Krzyszkowiak wrote:
> On 9/6/09, arne anka wrote:
>> i fetched the frameworkd source tar ball from
>> http://www.freesmartphone.org/sources/ and build a primitive deb package,
>> because i try to figure out opimd.
>> but i still get the same errors as with the old version:
>> for a lot of methods i get an exception and
>>
>> num_id = int(rel_path[1:])
>> ValueError: invalid literal for int() with base 10: ''
>>
>> seems like rel_path is always an empty string -- and it probably is not
>> supposed to be so.
>> so, where should that string come from?
>
> It's supposed to be. You have to use for instance
> '/org/freesmartphone/PIM/Contacts/0' dbus path while referring to
> contact with ID 0.
>
>> another question: how do i get a list of missed calls?
>> there's no method with a name looking like it would do that (but a lot
>> with names not really comprehensible to me: Skip, Rewind, GetCallPaths,
>> Dispose). same thing for messages and contacts.
>
> In pseudocode:
> querypath = org.freesmartphone.PIM.Calls.Query({'Direction':'in',
> 'Answered':0})
> //querypath is now something like /org/freesmartphone/PIM/Calls/Queries/0
> // on that path:
> print
> org.freesmartphone.PIM.CallQuery.GetMultipleResults(org.freesmartphone.PIM.CallQuery.GetResultCount)
> OR:
> for i from 0 to org.freesmartphone.PIM.CallQuery.GetResultCount:
> print org.freesmartphone.PIM.CallQuery.GetResult()
>
>> oh, and btw: where does one get python-phoneutils?
>
> In libphone-utils git repo, src/python directory IIRC.
>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
> --
> Sebastian Krzyszkowiak
> dos
>
BTW - opimd-utils was created as set of test, example scripts. Look at
them, opimd-cli can be really helpful to understand how to use opimd.
It isn't as hard as it looks ;)
--
Sebastian Krzyszkowiak
dos
___
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?
On 9/6/09, arne anka wrote:
> i fetched the frameworkd source tar ball from
> http://www.freesmartphone.org/sources/ and build a primitive deb package,
> because i try to figure out opimd.
> but i still get the same errors as with the old version:
> for a lot of methods i get an exception and
>
> num_id = int(rel_path[1:])
> ValueError: invalid literal for int() with base 10: ''
>
> seems like rel_path is always an empty string -- and it probably is not
> supposed to be so.
> so, where should that string come from?
It's supposed to be. You have to use for instance
'/org/freesmartphone/PIM/Contacts/0' dbus path while referring to
contact with ID 0.
> another question: how do i get a list of missed calls?
> there's no method with a name looking like it would do that (but a lot
> with names not really comprehensible to me: Skip, Rewind, GetCallPaths,
> Dispose). same thing for messages and contacts.
In pseudocode:
querypath = org.freesmartphone.PIM.Calls.Query({'Direction':'in', 'Answered':0})
//querypath is now something like /org/freesmartphone/PIM/Calls/Queries/0
// on that path:
print
org.freesmartphone.PIM.CallQuery.GetMultipleResults(org.freesmartphone.PIM.CallQuery.GetResultCount)
OR:
for i from 0 to org.freesmartphone.PIM.CallQuery.GetResultCount:
print org.freesmartphone.PIM.CallQuery.GetResult()
> oh, and btw: where does one get python-phoneutils?
In libphone-utils git repo, src/python directory IIRC.
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
Sebastian Krzyszkowiak
dos
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Any meetings around London next week?
Petr Vanek wrote: > well, at that time there is the Plasa show, is this just coincidence or > are you attending (too)? Pure coincidence.. I hadn't heard about it until now.. :) Cheers, -- Thomas -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Programmers don't die, they just GOSUB without RETURN. -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
opimd: a bug (?) and how to list missed calls?
i fetched the frameworkd source tar ball from http://www.freesmartphone.org/sources/ and build a primitive deb package, because i try to figure out opimd. but i still get the same errors as with the old version: for a lot of methods i get an exception and num_id = int(rel_path[1:]) ValueError: invalid literal for int() with base 10: '' seems like rel_path is always an empty string -- and it probably is not supposed to be so. so, where should that string come from? another question: how do i get a list of missed calls? there's no method with a name looking like it would do that (but a lot with names not really comprehensible to me: Skip, Rewind, GetCallPaths, Dispose). same thing for messages and contacts. oh, and btw: where does one get python-phoneutils? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
> 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: Any meetings around London next week?
>I'll be in London for a week from next Wednesday (9th) to >Wednesday(16th)... I wondered if there's a meeting planned around that >time? well, at that time there is the Plasa show, is this just coincidence or are you attending (too)? Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Any meetings around London next week?
Hi.. I'll be in London for a week from next Wednesday (9th) to Wednesday(16th)... I wondered if there's a meeting planned around that time? Cheers, -- Thomas -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ I have always wished that my computer would be as easy to use as my telephone. My wish has come true. I no longer know how to use my telephone. - Bjarne Stroustrup, designer of C++ (1950- ) -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> I'm quite glad with the new E17 and Zhone packages in the main Debian > archive. The only package you really need from the (still enabled by > default) pkg-fso archive is the kernel, so this is very good progress. > The kernel is of course a hard thing and involves work from all > Openmoko kernel developers who have time to get stuff upstream, but > after that it would be not a big way to proper Debian installer > support - which eventually even leads to a Debian stable release with > official support for FreeRunner. Doing debian install with (c)debootstrap, as current install.sh does and as debian installer does, although being a standard way, is somewhat questionable on slow devices such as freerunner. This is plainly slow, compared to reflashing or archive unpacking. Also it is vulnerable to temporary archive breakages, as the current story with dpkg 1.15.4 shows. Because of that, and also given quite a big challenge to make d-i working on freerunner itself (no keyboard, no serial console, etc), it may be much better to look not at d-i porting, but at archive preparation on server and untarring on user device. Optionally, such a process could be implemented as a d-i module that will run instead of (c)debootstrap. And, after all, installation is not the only thing that should work :) Besides installation, there is still a long path to make debian of freerunner as usable as debian should be. There is large, and constantly increasing number of freerunner software. Att hose need to be packaged for debian. If they won't, user will end with instaslling unpackaged software and breaking their systems. Remenber, zhone is not intended to be end-user phone app. We should package paroli, and/or litephone, and/or shr phone tools. Also, something should be done such that packages provide good user experience just after installation. For example, it's nice that mokomaze is in debian, but if you install it and run it, you will get your screen blanked after a minute. To avoid that, one needs to start mokomaze under fsoraw wrapper. Making this happen automatically while staying within debian policy could be a challenge: debian package is not for freerunner only, modifying files installed by other packages (hi hi appraw) is denied by policy, etc And it was just an example. Another one: after aptitude install mplayer, I get mplayer icon in illume, that launches mplayer gui, next to useless on freerunner. But if/when we will have intone packaged, we will want to have mplayer package installed. So somehow we should do that on freerunner, mplayer icon does not appear. And do so without altering mplayer package and staying within policy. Nikita 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: One second Openmoko boot?
> > Debian packaging for fso components is done from git. > > Pkg-fso repositories in git.debian.org are clones of repositories on > > git.freesmartprone.org, with debian packaging files added on separate > > branches. > > could you give some step by step commands? > how do i check out the most recent version with everything? If we had "the most recent version with everything" in ready-to-build form, that would have been already uploaded to debian :) Sorry, no free time to write step-to-step guidelines. Packaging repos are at git.debian.org (search for pkg-fso there). See git manual [1] on how to clone those, add freesmartphone.org remote, fetch from there and merge new code and debian packaging together. See git-buildpackage manual [2] on how to use git-buildpackage. [1] http://git-scm.com/documentation [2] http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html Nikita 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: Any news about Project B?
* Sebastian Krzyszkowiak [06.09.2009 20:08]: > On 9/6/09, Frederik Sdun wrote: > > * rakshat hooja [06.09.2009 14:00]: > >>On Sun, Sep 6, 2009 at 3:16 AM, Risto H. Kurppa > >> wrote: > >> > >> On Sat, Sep 5, 2009 at 3:22 PM, Michael > >> Tansella wrote: > >> > Hi, > >> > are there any news about Project B? > >> > >> Valid question! > >> We want to know! > >> > >>+1 > >> > >>Rakshat > >> > >> > >> > >> r > >> -- > >> | risto h. kurppa > >> | risto at kurppa dot fi > >> | http://risto.kurppa.fi > >> ___ > >> Openmoko community mailing list > >> community@lists.openmoko.org > >> http://lists.openmoko.org/mailman/listinfo/community > >> > >>-- > >>-- > >>Please use Firefox as your web browser. Its protects you from spyware > >> and > >>is also a very feature rich browser. > >>www.firefox.com > > Hi, > > > > Mirko just received his device and posted some pictures on the > > paroli-website [1] > > > > Regards, > > Frederik > > > > [1] http://www.paroli-project.org/2009/09/03/present-and-future/ > > That's not "Project B" from Openmoko. That's Ben NanoNote from Qi > Hardware. Project B isn't clamshell and has rather more specified > purpose :P > > There are two possibilities about project B: > - it was abbandoned 2009-08-17 > - it's starting to being manufactured > > -- > Sebastian Krzyszkowiak > dos > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community Hi, oh. Sorry. I thought Project B moved to Qi, too. Regards, Frederik -- IRC: playya @ Freenode, Gimpnet xmpp: pla...@draugr.de signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Any news about Project B?
On 9/6/09, Frederik Sdun wrote: > * rakshat hooja [06.09.2009 14:00]: >>On Sun, Sep 6, 2009 at 3:16 AM, Risto H. Kurppa >> wrote: >> >> On Sat, Sep 5, 2009 at 3:22 PM, Michael >> Tansella wrote: >> > Hi, >> > are there any news about Project B? >> >> Valid question! >> We want to know! >> >>+1 >> >>Rakshat >> >> >> >> r >> -- >> | risto h. kurppa >> | risto at kurppa dot fi >> | http://risto.kurppa.fi >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> >>-- >>-- >>Please use Firefox as your web browser. Its protects you from spyware >> and >>is also a very feature rich browser. >>www.firefox.com > Hi, > > Mirko just received his device and posted some pictures on the > paroli-website [1] > > Regards, > Frederik > > [1] http://www.paroli-project.org/2009/09/03/present-and-future/ That's not "Project B" from Openmoko. That's Ben NanoNote from Qi Hardware. Project B isn't clamshell and has rather more specified purpose :P There are two possibilities about project B: - it was abbandoned 2009-08-17 - it's starting to being manufactured -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Any news about Project B?
* rakshat hooja [06.09.2009 14:00]: >On Sun, Sep 6, 2009 at 3:16 AM, Risto H. Kurppa wrote: > > On Sat, Sep 5, 2009 at 3:22 PM, Michael > Tansella wrote: > > Hi, > > are there any news about Project B? > > Valid question! > We want to know! > >+1 > >Rakshat > > > > r > -- > | risto h. kurppa > | risto at kurppa dot fi > | http://risto.kurppa.fi > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > >-- >-- >Please use Firefox as your web browser. Its protects you from spyware and >is also a very feature rich browser. >www.firefox.com Hi, Mirko just received his device and posted some pictures on the paroli-website [1] Regards, Frederik [1] http://www.paroli-project.org/2009/09/03/present-and-future/ > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- IRC: playya @ Freenode, Gimpnet xmpp: pla...@draugr.de signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
2009/8/29 Timo Jyrinki : > Unfortunately it was found out installing Debian via the install.sh > script is broken until dpkg 1.15.4 lands in unstable. 1.15.4 ARM build has now landed in the Debian archive (at least ftp.debian.org, mirrors soon follow, check ftp://ftp.XX.debian.org/debian/pool/main/d/dpkg/ for armel 1.15.4 deb). Additionally install.sh was earlier updated to offer optional debootsrap-instead-of-cdebootstrap option. For this and future updates on the status of installing Debian, until proper debian-installer support is there, please see the page / section: http://wiki.debian.org/DebianOnFreeRunner#CurrentStatusofInstallation I (at least) will try to keep that up-to-date. Currently the chances of getting Debian installed with install.sh sound quite high, but I haven't tested it myself right now. Please tell your experiences if you try the installation with the tips on that page... meanwhile, I will also update the page myself if I test it with an extra SD card again some time next week. I'm quite glad with the new E17 and Zhone packages in the main Debian archive. The only package you really need from the (still enabled by default) pkg-fso archive is the kernel, so this is very good progress. The kernel is of course a hard thing and involves work from all Openmoko kernel developers who have time to get stuff upstream, but after that it would be not a big way to proper Debian installer support - which eventually even leads to a Debian stable release with official support for FreeRunner. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> Debian packaging for fso components is done from git. > Pkg-fso repositories in git.debian.org are clones of repositories on > git.freesmartprone.org, with debian packaging files added on separate > branches. could you give some step by step commands? how do i check out the most recent version with everything? > Packages are built using git-builtpackage tool. hm. how do i use that? > Cross build could be probably handled by emdebian tools - I did not try. i create frinst navit pacakges that way, by simply doing fakeroot dpkg-buildpackage -b -aarmel so, all i need is a directory with the sources and debian/ subdir. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
On Sunday 06 September 2009 13:20:01 Nikita V. Youshchenko wrote: > > > How old frameworkd do you have in Debian? All issues with IdleNotifier > > > should be already fixed! > > > > the official one is still 5.1, and there are packages by heiko stübner > > for 5.5 from mid-august (i guess, the packages are from august 20th). > > isn't there a way to follow the shr releases for debian? it would speed > > up the release cycles a lot. > > I hope that we will improve the situation and will constantly provide more > or less up-to-date fso in debian. Great. On our side, I will make sure we regularly spin tarball releases. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] mplayer with glamo and audio working?
On Thu, Sep 03, 2009 at 08:53:31PM -0500, c_c wrote: > Mario Hülsegge wrote: > > > > - audio works only if i start intone before i watch a video > > > Could be because you need to insmod snd-pcm-oss for the audio to work. Presumably mplayer was compiled with support for audio on Linux systems, so the option '-ao alsa' ought to do the trick. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> > SHR uses always newest frameworkd from git, as frameworkd from git is > > rather kept stable all the time ;) > > ok. brings me back to my old question: how does one create deban > packages from git? Debian packaging for fso components is done from git. Pkg-fso repositories in git.debian.org are clones of repositories on git.freesmartprone.org, with debian packaging files added on separate branches. Packages are built using git-builtpackage tool. Currently native build is used; either on armel machine (either freerunner itself, or debian armel autobuilder), or in qemu-pbuilder on any debian system. Cross build could be probably handled by emdebian tools - I did not try. Nikita 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: Interesting Linux development for lower resources machines from Con Kolivas
> Now for someone to find the time to try this ;-) I applied the latest BFS patch to the andy-tracking branch of the kernel but it wouldn't build - probably an indication of my noob kernel skills rather than the applicability of the patch, however. Would also be very interested if someone else got this to work ;-) Cheers, Joseph 2009/9/2 c_c : > > Hi, > Â I used to use the -ck patches for my kernels while they were around and > they were always more responsive on my desktop than the standard kernels. > Â If this makes the FR more responsive - its would be worthwhile trying - > just to see if it makes any difference at all. > Â Now for someone to find the time to try this ;-) > -- > View this message in context: > http://n2.nabble.com/Interesting-Linux-development-for-lower-resources-machines-from-Con-Kolivas-tp3566462p3567588.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sdcrard - most common partition layout?
On Sun, 2009-09-06 at 15:09 +0200, Torfinn Ingolfsen wrote: > > I just got myself a new SDcard for my FreeRunner (2 GB). Now I'm > wondering what is the most common layout people use on their SD crds? > I have ecently learned that QtMoko needs a swap partition (and that it > is hardcoded to p4). > What other partitions is useful on the card? > > I am thinking that since Qi (the boot loader) doesn't have a menu, > putting more than one system on a card is not that useful. Am I right? > -- > Regards, > Torfinn Ingolfsen I use a 4GB card setup as below: 1st : ~500MB - Primary OS (SHR-U, updated often) 2nd : ~500MB - Backup OS (SHR-U, migrated from primary) - Migration is when I'm content with a working version of my Primary 3rd : ~3GB - Data (Music, Maps, backups, etc) - Music, Maps and the rest are sym-linked to the /home/root on the Primary/Secondary OSs I also have a failsafe (old but nicely working image on NAND) but that's rarely used outside of me doing something dumb with the uSD card. I do not use a swap file (for better or worse), so one is not included. Switching to my alternate OS is easy with Qi, just needs a bit of timing. My OS partitions are a bit bigger then required for the SHR image, but I have the room, and I'd rather err on the side of providing too much room rather then not enough. I hope that helps, Kind regards, Toaster 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
sdcrard - most common partition layout?
Hello, I just got myself a new SDcard for my FreeRunner (2 GB). Now I'm wondering what is the most common layout people use on their SD crds? I have ecently learned that QtMoko needs a swap partition (and that it is hardcoded to p4). What other partitions is useful on the card? I am thinking that since Qi (the boot loader) doesn't have a menu, putting more than one system on a card is not that useful. Am I right? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Additional editing guidelines for distribution manuals (Was: SHR first experiences & user manual)
2009/8/27, Marko Knöbl :
> 2009/8/27, Risto H. Kurppa :
>> Hi!
>>
>> Sorry for an ugly post.
>>
>> Now that I also decided to go for SHR I was requested [1] to check if
>> the SHR user manual is factually correct.
>>
>> So here are some comments:
>>
>> "SHR (Stable Hybrid Release) is here to provide you with Root
>> FileSystem images that you can easily install onto your Freerunner to
>> use as a daily phone. It's filled with prepackaged software that can
>> be installed upon demand by users"
>>
>> So I can off-line install the packaged apps? No, I bet you mean that
>> is has stuff pre-installed and you can get more from the
>> repositories..
>>
>> Reading http://wiki.openmoko.org/wiki/SHR_User_Manual#SHR_Specific and
>> I already have the feeling that this hass too many tech stuff.. 'root
>> filesystem image', 'ophonekitd' - is that stuff really required here
>> to be able to use it? I prefer a nice smooth experience, easy for
>> beginners too. Do I now need to go and find out what's ophonekitd?
>>
>>
>> http://wiki.openmoko.org/wiki/SHR_User_Manual#Stability
>> Maybe the difference of testing and unstable should be written here,
>> not in the introduction?
>>
>> btw. a screenshot (or logo when there is one) would be nice to see on
>> top of the manual page, it just would make it again a bit more
>> appealing.
>>
>>
>> http://wiki.openmoko.org/wiki/SHR_User_Manual#Installation
>>
>> Maybe the differencies of lite and normal image should be explained
>> _before_ you tell where to get them? And somewhere later tell how to
>> upgrade -lite to normal
>>
>> AFAIK only -lite images are currently available? (ok, dos1 explained
>> newest fat images were broken and he removed it)
>>
>> Maybe 'source code' should not be in the 'installation' chapter but
>> more of 'devel' or something like that.
>>
>> Image content: it'd be nice if there were links from the items to home
>> pages. What's illume? What's vala-terminal? What's pythm?
>>
>> Installation: it might not be a bad idea to remind people to upgrade
>> the phone firmware and QI/uboot (and maybe tell which one is more
>> popular - see http://www.doodle.com/svvsubwnyn4zaxd3 )
>>
>> Anyway, these are the files I flashed:
>> -rw-r--r-- 1 rhk rhk 69992448 2009-08-08 17:49 lite-om-gta02.jffs2
>> -rw-r--r-- 1 rhk rhk28596 2009-08-26 19:05
>> qi-s3c2442-1.0.2+gitr243+36bb5c03756268ff15b2d95a043ffb39a919ce5c.udfu
>> -rw-r--r-- 1 rhk rhk 1832764 2009-08-16 23:32
>> uImage-2.6.29-oe11+gitr119838+2d158aae9d8d36f575504f59884ed8e80802efe2-r3.5-om-gta02.bin
>>
>> flashing.
>>
>> I'd like to be able to have a dir on my uSD and mount it automatically
>> as /home (on om2009 that was the folder bind-home on uSD) but I guess
>> manually editing fstab will have to do. Maybe that should be explained
>> somewhere here?
>>
>> How come the check of version is explained before the booting process?
>>
>> booting.
>>
>> Initial setup:
>> Some lines about the possibilities there would be nice.. How on earth
>> do I know what profile to select? Or what 'quick launch' is? Or why do
>> I have to see screens where I only can select one item? ('irc' told me
>> that the quick launch menu has no effect.. nice...)
>>
>> rebooting.
>>
>> Screenshot showing the wrench would be nice.
>>
>> The manual explains directly the wrench options - maybe SHR settings
>> would be more important for usual settings instead of double click
>> stuff etc..
>>
>> Maybe explaining SHR post-installation SCP commands could be done on
>> SHR post-installation page instead of the manual. I think it's enough
>> to explain what is it and why to run it and then link to the page.
>>
>> It isn't also told anywhere to run opkg update;opkg upgrade.
>>
>> Post-installation script would run opkg update, not upgrade. And
>> here's a discussion telling the benefits of the script:
>>
>> 13:41 < rhkfin> Should I run the SHR post-installation script at
>> http://wiki.openmoko.org/wiki/SHR_post-installation
>> 13:42 < rhkfin> (as recommended in the SHR manual)
>> 13:42 < DocScrutinizer> never heard of
>> 13:43 < dos1> neither me
>> 13:43 < DocScrutinizer> even "SHR-manual" !? wow o.O
>> 13:43 < rhkfin> http://wiki.openmoko.org/wiki/SHR_User_Manual
>> 13:44 < dos1> cellhunter?
>> 13:44 < dos1> ...
>> 13:44 < dos1> use openBmap ;P
>> 13:44 < rhkfin> no, not cellhunter :)
>> 13:44 < rhkfin> yes I will :)
>> 13:44 < rhkfin> (being in ~top5 there :)
>> 13:44 < dos1> Navit is already newest in SHR repo
>> 13:44 < dos1> ffalarms is in image
>> 13:44 < rhkfin> obexpush?
>> 13:45 < dos1> dates/tasks - will be replaced by opimd apps soon and in
>> shr image by default
>> 13:45 < dos1> obexpush - hmm... i'll look at it and maybe include in
>> image
>> 13:45 < rhkfin> and I won't need them anyway..
>> 13:45 < rhkfin> dos1: ok, great
>> 13:45 < dos1> mokomaze why isn't it in fat image by default? o_O
>> 13:45 < dos1> cellhunter - no comment :P
>> 13:46 < rhkfin> dos1: is there a fat image around? I only find lite..
>> 13:46 < dos1> rhkf
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
Thanks for the information, I'll subscribe to it. 2009/9/6 Risto H. Kurppa : > Btw you all three (openbmap, cellhunter, opencellid) devels are warmly > welcome to join FOSS-GPS -mailing list > (http://lists.osgeo.org/mailman/listinfo/foss-gps) - I'd like to see > discussion about the algorithms you use to calculate the position of > the cells. It must be something else than just the average... As a > used I'd like to know it but also I think there's some optimization to > be done in the field. If OpenBMap uses also speed & GPS precision > information & alt in the calculation, I'd like to see the algorithm.. > > > r > > > > -- > | risto h. kurppa > | risto at kurppa dot fi > | http://risto.kurppa.fi > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Thomas LANDSPURG 8Motions Founder/CTO http://www.8motions.com http://www.opencellid.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Any news about Project B?
On Sun, Sep 6, 2009 at 3:16 AM, Risto H. Kurppa wrote: > On Sat, Sep 5, 2009 at 3:22 PM, Michael Tansella > wrote: > > Hi, > > are there any news about Project B? > > Valid question! > We want to know! > +1 Rakshat > > r > > -- > | risto h. kurppa > | risto at kurppa dot fi > | http://risto.kurppa.fi > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
Hello Risto, note that strengh is already part of the opencellid api. As I've pointed out once, the problem is not all client have access to these data. So do we add all possible fields in the database? Out of the 45 millions of measures, only several millions might have all these data. My suggestion, implemented today in the opencellid api is the following: add the missing informaiton in the extraInfo field, as tag/value. For instance, extraInfo="speed=123,alt=12,hdop=12,vdop=6" etc. This is already used by some tools for instance the cellhunter importer put the team name as "gteam=" value. Then, the algorithm to define the cell might use these extra info. The bad thing is that it would by quite difficult to do query on this extra things. I do not thing that it's the biggest issue. The other problem might be that we need to find a common naming for all possible new fields and ensure validity. For instance, use alt and not altitude, etc One possible option is to add hese as extra possible parameters so it will be checked, but store them as value/pair. Other fields could be added also, to store for instance user agent instead of software version for others type of platforms, or accuracy but not defined in hdop/vdop value but in others type (see JSR179 or Android API). Any opininon on this. -- Thomas LANDSPURG 8Motions Founder/CTO http://www.8motions.com http://www.opencellid.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 8:49 PM, Risto H. Kurppa wrote: > On Sun, Sep 6, 2009 at 1:32 PM, Alex (Maxious) Sadleir > wrote: >> I looked at "common api to submit cells" and found that the openmoko >> OBM logger app was missing *one* field (arfcn) that cellhunter api >> wanted. Both being opensource, here's my hackish solution to patch the >> OBM logger to write that field and a python script to submit records >> produced by that patched OBM to cellhunter. You have to run this after >> collecting the logs but before you move them to the Processed Logs >> folder in OBM. So I do it before I do Upload in the OBM logger app. >> YMMV, hopefully the real logger app developers can work something out >> between themselves. > > Nice hack! > > Do you have any idea what's arfcn - how do you generate it? If you can > generate it after the data's collected, couldn't it be created > server-side (to me it sound's redundant information if it's generated > from other data). "ARFCN (Absolute Radio Frequency Channel Number) specifies a pair of physical radio carriers and channels used for transmission and reception on the Um Interface in GSM cellular networks, one for the uplink signal and one for the downlink signal." So it's data to be collected from the cell station rather than something that could be generated/assumed/estimated. Without seeing the cellhunter location algorithm, I don't know how it helps location calculation either... but if the other two DB don't store it, then it can't be that important, right? ;) > > And I don't support the idea of one client uploading to several > databases, the databases should do the syncing.. Well I was having to run the loggers in parallel anyway but it's easier to get one working consistently rather than two... and I prefer the way the OBM logger is designed anyway :) DB sync is where it should be though. I've uploaded different areas to either cellhunter or OBM so it would be good to get them combined efficently. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> Just things take some time because of the nature of debian. sure. but the nature of debian plus low man power in pkg-fso adds up to a rather large delay. i am still confused by the complexity of creating deb packages and i don't use git so far (and probably will not until a working eclipse plugin is avaliable with functionality comparable to the cvs and svn ones), thus i can't even create packages of fso for my own use. hopefully things will clear up a bit in the fall, when i got more time. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> SHR uses always newest frameworkd from git, as frameworkd from git is > rather kept stable all the time ;) ok. brings me back to my old question: how does one create deban packages from git? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> > How old frameworkd do you have in Debian? All issues with IdleNotifier > > should be already fixed! > > the official one is still 5.1, and there are packages by heiko stübner > for 5.5 from mid-august (i guess, the packages are from august 20th). > isn't there a way to follow the shr releases for debian? it would speed > up the release cycles a lot. I hope that we will improve the situation and will constantly provide more or less up-to-date fso in debian. Just things take some time because of the nature of debian. Nikita 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: One second Openmoko boot?
On 9/6/09, arne anka wrote: >> How old frameworkd do you have in Debian? All issues with IdleNotifier >> should be already fixed! > > the official one is still 5.1, and there are packages by heiko stübner for > 5.5 from mid-august (i guess, the packages are from august 20th). > isn't there a way to follow the shr releases for debian? it would speed up > the release cycles a lot. SHR uses always newest frameworkd from git, as frameworkd from git is rather kept stable all the time ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> How old frameworkd do you have in Debian? All issues with IdleNotifier > should be already fixed! the official one is still 5.1, and there are packages by heiko stübner for 5.5 from mid-august (i guess, the packages are from august 20th). isn't there a way to follow the shr releases for debian? it would speed up the release cycles a lot. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Small improvements suggestion to intone
O Domingo, 6 de Setembro de 2009, c_c escribiu: > There is some wierdness with scandir. Apparently it only returns the > correct type on ext 2,3 fs. With reiserfs - this doesn't happen. All > directories are hence not recgonised and hence so scanning takes place. > I've made some changes that correctly calculates the type using stat(). > Can you try the binary in the message above? It should solve the issues > (but might be a little slower - as if it could after the tag scanning bit > :-). Thanks It seems d_type only works with ext2/3, so I bet it should also fail with NFS (and any non ext2-3 fs). I will try and let you know. -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html 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: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 1:32 PM, Alex (Maxious) Sadleir wrote: > I looked at "common api to submit cells" and found that the openmoko > OBM logger app was missing *one* field (arfcn) that cellhunter api > wanted. Both being opensource, here's my hackish solution to patch the > OBM logger to write that field and a python script to submit records > produced by that patched OBM to cellhunter. You have to run this after > collecting the logs but before you move them to the Processed Logs > folder in OBM. So I do it before I do Upload in the OBM logger app. > YMMV, hopefully the real logger app developers can work something out > between themselves. Nice hack! Do you have any idea what's arfcn - how do you generate it? If you can generate it after the data's collected, couldn't it be created server-side (to me it sound's redundant information if it's generated from other data). And I don't support the idea of one client uploading to several databases, the databases should do the syncing.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Small improvements suggestion to intone
O Domingo, 6 de Setembro de 2009, c_c escribiu: > Hi, Hi! > There is some wierdness with scandir. Apparently it only returns the > correct type on ext 2,3 fs. With reiserfs - this doesn't happen. All > directories are hence not recgonised and hence so scanning takes place. > I've made some changes that correctly calculates the type using stat(). > Can you try the binary in the message above? It should solve the issues > (but might be a little slower - as if it could after the tag scanning bit > :-). Thanks I have tried http://n2.nabble.com/file/n3591628/intone, with no success. Dirs are still seen as files... Is that the binary I should try? Thank you! PS I think this is related to: http://www.mail-archive.com/reiserfs-l...@namesys.com/msg16450.html -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html 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: One second Openmoko boot?
On 9/5/09, Rask Ingemann Lambertsen wrote: > On Thu, Aug 20, 2009 at 08:21:07AM +0100, Rui Miguel Silva Seabra wrote: >> Just a few more cents from me... >> >> Have you guys ever seen one of those "other" smartphones booting? They >> take >> ages too. The main difference is that we have to boot more often :) > >Do we? I can't comment on your SHR problems because I don't use it, but > Debian doesn't exactly need rebooting. Just put in a menu entry to restart > fso-frameworkd that you can quickly get to when the screen blanker part > stops reacting to screen touches. How old frameworkd do you have in Debian? All issues with IdleNotifier should be already fixed! -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009 Maintainer
On 9/6/09, Laszlo KREKACS wrote: > On Fri, Aug 28, 2009 at 9:09 PM, Angus Ainslie wrote: >> now if you want to disable the shr phone apps without removing them >> comment >> all of the lines out in >> >> /etc/X11/Xsession.d/89notifier and /etc/X11/Xsession.d/80ophonekitd > > If you comment out 80ophonekitd, there will be no sound when you > are on line. So the ringing works, but no sound either on the callee > side nor on the caller side. > > > However if you dont disable it, it will bring app shr's white screen with > the > tiny phone number in the middle. Dunno how to disable it. > > Would be nice to know how a proper calling sequence are built. > So what exactly is needed to send on the dbus. > > Im really lost here. > > Laszlo Just uncomment scenario handling in rules.yaml. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 7:55 PM, Risto H. Kurppa wrote:
>
> Ok, downloaded the cellhunter database, this is what it stores:
>
> provider cell_mcc cell_mnc cell_la cell_id cell_arfcn
> signal gps_time gps_lat gps_long gps_alt gname local_time
> cell_type
> IL ORANGE 425 1 3AFC A2F9 92 19 1252151461
> 32.3668973 34.8627705 17.44 Baruch 1252185642
> old_oldgps_near
> IL ORANGE 425 1 3AFC 7D54 630 6 1252151461
> 32.3668973 34.8627705 17.44 Baruch 1252185370
> old_oldgps_near
> IL ORANGE 425 1 1D60 79CD 107 17 1252151461
> 32.3668973 34.8627705 17.44 Baruch 1252185368 new_gps
>
> altitude is stored, good
> speed missing, bad
> hdop/vdop/pdop missing
> heading missing (ok, I can't right now see how to use it but why not
> to store it, it might become useful in the future..)
> cell arfcn, no idea what's that..
>
> So anyway also cellhunter could add some fields here and as it's on
> Freerunner only, it shouldn't be too hard to also add the support to
> the client.
>
I looked at "common api to submit cells" and found that the openmoko
OBM logger app was missing *one* field (arfcn) that cellhunter api
wanted. Both being opensource, here's my hackish solution to patch the
OBM logger to write that field and a python script to submit records
produced by that patched OBM to cellhunter. You have to run this after
collecting the logs but before you move them to the Processed Logs
folder in OBM. So I do it before I do Upload in the OBM logger app.
YMMV, hopefully the real logger app developers can work something out
between themselves.
from xml.dom import minidom
import os,dbus,urllib
"""
OBMhunter submitter 0.1.0
Submits appropriate openBMap xml logs to cellhunter DB.
Installation:
Patch the openBMap logger library:
patch < obm_hunter-logger.py.patch
Change the group name (gname), group password (gpass) and device id (a
random number - check .cellhunter.conf if you want to be consistent) if
you want your results to count for a group's score. Otherwise leave
defaults to remain anonymous.
Then just run the OBM logger as usual but you have to run this script after
collecting the logs
but before you move them to the Processed Logs folder in OBM. So I do it before
I do Upload in
the OBM logger app.
"""
gname=""
gpass=""
device_id=0
bus = dbus.SystemBus()
ogsmd_obj = bus.get_object( "org.freesmartphone.ogsmd",
"/org/freesmartphone/GSM/Device" )
ogsmd_network_iface = dbus.Interface( ogsmd_obj,
"org.freesmartphone.GSM.Network" )
data = ogsmd_network_iface.GetStatus()
provider = urllib.quote(data['provider'])
path="/home/root/.openBmap/Logs/"
dirList=os.listdir(path)
for fname in dirList:
print "Processing " + fname
dom = minidom.parse(path + fname)
for scannode in dom.getElementsByTagName("scan"):
for gpsnode in scannode.getElementsByTagName("gps"):
time = int(gpsnode.getAttribute("time"))
lat = float(gpsnode.getAttribute("lat"))
long = float(gpsnode.getAttribute("lng"))
alt = float(gpsnode.getAttribute("alt"))
for child in scannode.childNodes:
if "gsm" in child.tagName:
cell_mcc = int(child.getAttribute("mcc"))
cell_mnc = int(child.getAttribute("mnc"))
cell_la= int(child.getAttribute("lac"))
cell_id= int(child.getAttribute("id"))
if (child.getAttribute("rxlev") != "") &
(child.getAttribute("arfcn") != ""):
signal =
int(child.getAttribute("rxlev"))
cell_arfcn =
int(child.getAttribute("arfcn"))
serving= 1 if (child.tagName ==
"gsmserving") else 0
URL =
"http://ch.omoco.de/cellhunter/submit.php?provider=%s&cell_mcc=%d&cell_mnc=%d&cell_la=%x&cell_id=%x&signal=%d&time=%d&lat=%f&long=%f&alt=%f&gname=%s&gpass=%s&device_id=%d&cell_arfcn=%d&serving=%d
" %(provider,
cell_mcc,cell_mnc,cell_la,cell_id,signal,time,lat,long,alt,gname,gpass,device_id,cell_arfcn,serving)
os.system('wget --user-agent "OBMhunter
0.1.0 offline " -q --output-document=- \"' + URL +
'\"')
print "\n"
obm_hunter-logger.py.patch
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
Btw you all three (openbmap, cellhunter, opencellid) devels are warmly welcome to join FOSS-GPS -mailing list (http://lists.osgeo.org/mailman/listinfo/foss-gps) - I'd like to see discussion about the algorithms you use to calculate the position of the cells. It must be something else than just the average... As a used I'd like to know it but also I think there's some optimization to be done in the field. If OpenBMap uses also speed & GPS precision information & alt in the calculation, I'd like to see the algorithm.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 12:43 PM, Risto H. Kurppa wrote: > OpenBmap stores this data: > http://sourceforge.net/apps/trac/myposition/wiki/log_format > > * mcc > * mnc > * lon > * lat > * alt > * heading > * speed > * hdop > * vdop > * pdop > * swid: software id of the logger > * swver: software version of the logger > * lac: decimal value > * id: decimal value of the cell id > * ss: signal strength in dBm > * rxlev: optional > * ta: timing advance, optional > * speed: in km/h > > OpenCellID stores these (source: http://opencellid.org/api) > > mcc: mobile country code(decimal) > mnc: mobile network code(decimal) > lac: locale area code (in decimal) > cellid: value of the cell id (in decimal) > measured_at (optionnal) the time of the measure... > lat:latitude when the measure has been taken > lon:longitude when the measure has been taken Ok, downloaded the cellhunter database, this is what it stores: providercell_mcccell_mnccell_la cell_id cell_arfcn signal gps_timegps_lat gps_longgps_alt gname local_time cell_type IL ORANGE 425 1 3AFCA2F992 19 1252151461 32.3668973 34.8627705 17.44 Baruch 1252185642 old_oldgps_near IL ORANGE 425 1 3AFC7D54630 6 1252151461 32.3668973 34.8627705 17.44 Baruch 1252185370 old_oldgps_near IL ORANGE 425 1 1D6079CD107 17 1252151461 32.3668973 34.8627705 17.44 Baruch 1252185368 new_gps altitude is stored, good speed missing, bad hdop/vdop/pdop missing heading missing (ok, I can't right now see how to use it but why not to store it, it might become useful in the future..) cell arfcn, no idea what's that.. So anyway also cellhunter could add some fields here and as it's on Freerunner only, it shouldn't be too hard to also add the support to the client. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 11:15 AM, Thomas Landspurg wrote: > That's exactly the objective.There is a clear difference and > complementarity between a general purpose database and the > "CellsHunter" game for instance. The good news is that we are > progressing well with CellsHunter to integrate their database. I think this should be something done ~weekly; syncing the databases. > I still hope to convince OpenBMap to don't recreate another database > focused on OpenMoko but use and improve a general purpose project. I can't see why openbmap would focus on OpenMoko more than any other projects. They talk about Windows Mobile and Freerunner on the front page > I > am sure that that's the spirit of Onen, but it seems that we had some > communication issue that I should be solved soon. I don't know about your issues, just don't let it effect your co-operation. If you think it's good to work together, do it. > The final benefit, at the end, is to provide the best not in only in > term of coverage but also in terms of accuracy database. OpenBmap stores this data: http://sourceforge.net/apps/trac/myposition/wiki/log_format * mcc * mnc * lon * lat * alt * heading * speed * hdop * vdop * pdop * swid: software id of the logger * swver: software version of the logger * lac: decimal value * id: decimal value of the cell id * ss: signal strength in dBm * rxlev: optional * ta: timing advance, optional * speed: in km/h OpenCellID stores these (source: http://opencellid.org/api) mcc: mobile country code(decimal) mnc: mobile network code(decimal) lac: locale area code (in decimal) cellid: value of the cell id (in decimal) measured_at (optionnal) the time of the measure... lat:latitude when the measure has been taken lon:longitude when the measure has been taken CellHunter seems to be the app-specific you were talking about. Didn't find specs to tell what data it sends (didn't check the source). I think alt, speed and GPS precision etc information can be useful in calculating the position of the cells. > As a reminder, we are open to any suggestion on how to imprement the > API, features, missing fields, etc. Please add sopport for at least alt, speed, heading, hdop, vdop, pdop, signal strength. If the projects plan to share their data, all projects should gather the same (full!) data of the cells to reach the highest possible precision. Coverage is something you'll be able to reach by everyone focusing on their own projects AND sharing the data. I must say I like opencellID API: it has clear addresses how to put/get cell information or GPS location. THis is something where openbmap is behind. And if OpenCellID has a nice api, it's good, but if I see that it doesn't use speed nor hdop/vdop/alt in calculating the location I trust openbmap more - but it's lacking the proper API. -> work for both of you to do. Focus on it, not in rhetorics & communication issues. Just make your project better than the other one is and share the data. It's the best for the community! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Using **pending_return in dbus_connection_send_with_reply_setup()
Hi! Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged When will shr get rid of this annoying message? It just makes development (on the phone) a real PITA. Or there is already an updated dbus package which fix this issue? If the root cause cant be fixed, at least should be dbus patched to not output this f*cking annoying message every line. Look at this output: http://paste.pocoo.org/show/138295/ The real thing is burried into this dbus warning. Just slowes everybody down. Can it be fixed? Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - i there a gps application included?
Torfinn Ingolfsen wrote: > Ok, so I need a swap partition too? I havent tested how much swap partition helps. But i have 128MB swap on /dev/mmcblk0p4 and it's hardcoded in QtMoko fstab. > I better get myself a new sd card then, the original 512MB one doesn't > have very much space free (I just created a single partition on it). > How big shoud this swap partition be? Depends on how much memory the program you want to run eats. You can check memory with top command or in "System info". 64MB should help for TangoGPS. > The only thing I can find on thw wiki about Swap is this: > http://wiki.openmoko.org/wiki/SwapSpace > and it talks about a swap file, not a swap partition. Havent tried swap file. But it should be no problem since it's debian. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
swap partition seems faster than a swap file (Re: [SHR-Unstable] swapon: swapfile has holes)
Matthias Huber writes:
> afaik, it is much faster than file.
On a computer with 256M ram and compact flash as storage I ran
#include
#include
#include
#include
#define BUFSIZE (400*1024*1024)
int main(int argc, char *argv[]) {
char *p;
int i;
int ret;
puts("allocating memory");
p = malloc(BUFSIZE);
assert(p);
puts("writing to memory");
for (i = 0; i < BUFSIZE; i++) {
p[i] ^= 3;
}
puts("reading from memory");
for (i = 0; i < BUFSIZE; i++) {
ret ^= p[i];
}
return ret;
}
with both cases. It seems that partition is somewhat faster indeed:
256M swap partition:
$ for i in 1 2 3 4; do time ./a.out ; done
allocating memory
writing to memory
reading from memory
real3m47.793s
user0m27.282s
sys 0m5.592s
allocating memory
writing to memory
reading from memory
real3m16.614s
user0m27.114s
sys 0m5.624s
allocating memory
writing to memory
reading from memory
real3m10.966s
user0m27.010s
sys 0m5.456s
allocating memory
writing to memory
reading from memory
real3m14.328s
user0m27.106s
sys 0m5.160s
256M swap file:
allocating memory
writing to memory
reading from memory
real6m19.494s
user0m27.630s
sys 0m6.956s
allocating memory
writing to memory
reading from memory
real3m49.047s
user0m27.698s
sys 0m5.028s
allocating memory
writing to memory
reading from memory
real4m18.462s
user0m27.442s
sys 0m5.296s
allocating memory
writing to memory
reading from memory
real4m1.905s
user0m27.858s
sys 0m4.928s
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
Hello Risto, That's exactly the objective.There is a clear difference and complementarity between a general purpose database and the "CellsHunter" game for instance. The good news is that we are progressing well with CellsHunter to integrate their database. Currently the integration has been done once but I hope to integrate this much easily soon... I still hope to convince OpenBMap to don't recreate another database focused on OpenMoko but use and improve a general purpose project. I am sure that that's the spirit of Onen, but it seems that we had some communication issue that I should be solved soon. The final benefit, at the end, is to provide the best not in only in term of coverage but also in terms of accuracy database. As a reminder, we are open to any suggestion on how to imprement the API, features, missing fields, etc. 2009/9/3 Risto H. Kurppa : > I have no idea what's going on between you people but: > > Now that I had a little thought, I really don't care how many copies > of the database we have. All I care about is that > > a) there's a way to use the data (=a client capable to locate me based > on the GSM cells around me) > b) the client uses the database with most cells. > > -> as long as all three projects have proper API's to import/export > data and they do it from the other 2 projects things work. > > It kind of makes sense if the projects use different ways to collect > the data. One has it as a competition, one uses some clients to > collect the data, another uses other clients and projects. And in the > end they all benefit from the work of others. > > Just some points for you to discuss: > a) common api or data format to import/export > b) common api to submit cells > > > r - goes out to find some cells > > (no, not really, I'll watch an episode of CSI :) > > > > -- > | risto h. kurppa > | risto at kurppa dot fi > | http://risto.kurppa.fi > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Thomas LANDSPURG 8Motions Founder/CTO http://www.8motions.com http://www.opencellid.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
Great, good to know that you are back. So I would like to be sure that you received my latest emails / linked in invitation/facebook inviation in order to make sure that we still can continue to discuss! :-) 2009/9/3 Onen : > Hi, > > I was away from my computer, I try to go now through my emails... > > Thomas Landspurg wrote: >> >> Guys, I start to be a little bit deseperate by these discussions >> >> I have some point of disagreement, > > Please tell. > > but I would like first to stay >> >> polite > > You imply you think you have good reasons not to. I think you should simply > tell what you think. > > and discuss with the OpenBMap guy. Does somebody knows where he >> >> disappear? > > !!! > > I am trying to contact him since more than a week without >> >> success >> > > I find very ironic that you find more than a week thaat long. > > Onen > > -- Thomas LANDSPURG 8Motions Founder/CTO http://www.8motions.com http://www.opencellid.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Small improvements suggestion to intone
On Sun, Sep 6, 2009 at 9:42 AM, Laszlo KREKACS wrote: >> If something still goes bad try after rm -rf .intone. Another bug: When you change back to the list view, it does not jump to the actual playin file anymore. It tend to display the end of the list. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Small improvements suggestion to intone
On Sun, Sep 6, 2009 at 8:43 AM, c_c wrote: > http://n2.nabble.com/file/n3591628/intone intone > > If something still goes bad try after rm -rf .intone. I selected dir, and added successfully. When I returned to the list view, there were still a 'to add files use Songs button' item in the list. I clicked on the album view, and segmentation fault happened. I relaunched intone, and it has my directories. However it does not display the head icon when there is no cover art, it displays nothing, blank. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
