IRC log for #openmoko-cdevel on 20091010

00:19.41*** join/#openmoko-cdevel peter__b (n=peter_b@mnch-5d85c9b7.pool.mediaWays.net)
01:06.17*** join/#openmoko-cdevel Defiant (i=erik@d010224.adsl.hansenet.de)
01:15.42*** join/#openmoko-cdevel m2 (n=marcelo@debian/developer/mmagallo)
01:54.50*** join/#openmoko-cdevel raster (n=raster@enlightenment/developer/raster)
02:23.38*** join/#openmoko-cdevel pablomino (n=pablo@r190-135-154-69.dialup.adsl.anteldata.net.uy)
02:31.42*** part/#openmoko-cdevel pablomino (n=pablo@r190-135-154-69.dialup.adsl.anteldata.net.uy)
02:48.44*** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes)
02:53.26*** join/#openmoko-cdevel eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net)
03:42.21*** join/#openmoko-cdevel joerg_42 (n=jr-N810@200.194.116.85.dsl.manitu.net)
03:52.46*** join/#openmoko-cdevel rddDavid51 (n=roudoudo@78.234.93.192)
03:59.29*** join/#openmoko-cdevel Sargun (n=Sargun@atarack/Staff/Sargun)
04:34.51*** join/#openmoko-cdevel Meomer (n=phaegi@84-75-101-116.dclient.hispeed.ch)
04:36.33*** join/#openmoko-cdevel lobo_ (n=hehe@71.30.180.219)
04:36.38*** join/#openmoko-cdevel DocScrutinizer (n=jr@85.116.194.200)
04:45.32*** join/#openmoko-cdevel peter__b (n=peter_b@93.133.201.183) [NETSPLIT VICTIM]
04:49.35*** join/#openmoko-cdevel DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net)
05:40.13*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
06:03.38*** join/#openmoko-cdevel AndreasD (n=andreas@90.185.50.153)
06:05.56*** join/#openmoko-cdevel nslu2-log_ (n=nslu2-lo@limax.nslu2-linux.org)
06:11.54*** join/#openmoko-cdevel tmzt (n=tmzt@adsl-99-52-65-233.dsl.akrnoh.sbcglobal.net)
06:13.36*** join/#openmoko-cdevel Ainulindale (n=ainu@calaquendi.org) [NETSPLIT VICTIM]
06:23.20*** join/#openmoko-cdevel dvarnes (n=davidv@203-206-128-239.perm.iinet.net.au)
07:06.04*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
07:13.25*** join/#openmoko-cdevel everslick (n=clemens@91-113-118-219.adsl.highway.telekom.at)
07:13.49*** join/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26)
07:16.52*** join/#openmoko-cdevel skamster_ (n=quassel@80-219-13-152.dclient.hispeed.ch)
07:18.15*** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
07:37.27*** join/#openmoko-cdevel spaetz (n=spaetz@62.48.119.96)
08:00.10*** join/#openmoko-cdevel Heinervdm (n=thomas@pD9E16D47.dip.t-dialin.net)
08:18.48*** join/#openmoko-cdevel viq (n=viq@unaffiliated/viq)
08:22.26*** join/#openmoko-cdevel TAsn (n=tasn@89-139-246-149.bb.netvision.net.il)
08:25.53TAsn[Rui], (launching sms app with preloaded message) We'll add that soon, very soon.
08:26.31[Rui]TAsn: that would be very cool, then I would be able to forward a µ-blog message to an sms :)
08:26.49TAsn:)
08:27.28TAsnIt's in our todo, and we are planning to do most of our todo this week (maybe today if mrmoku|away or I will have the time)
08:27.31[Rui]I already got rid of the buttons to the left of the bubbles
08:27.54[Rui]now you press a bubble for about 1s and reply/repeat buttons will show up
08:28.27*** join/#openmoko-cdevel md2k7 (n=david@h081217039232.dyn.cm.kabsi.at)
08:37.45*** join/#openmoko-cdevel tg (i=tg@digit.drk.hu) [NETSPLIT VICTIM]
08:39.27*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
08:56.50*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
08:58.47ptitjesmickey|sports: ping
08:59.31ptitjesmrmoku|away: ping
09:05.03*** join/#openmoko-cdevel feuera (n=andi@188.23.62.125)
09:05.06*** part/#openmoko-cdevel feuera (n=andi@188.23.62.125)
09:05.25ptitjesDoes someone know who is Martin Jansa ?
09:05.39ptitjeson IRC, I mean... :p
09:06.59JaMaptitjes: I know :)
09:07.36DocScrutinizer-8hehe
09:07.50*** join/#openmoko-cdevel Arigead (n=Rupert@83.71.155.177)
09:08.44JaMaptitjes: if its about that last patch from patchwork its just updated patch from playya http://patchwork.dev.bearstech.com/patch/255/ which didn't apply..
09:09.16JaMaptitjes: and vala-native_0.7.7 cannot be build without workarounds
09:10.37JaMaptitjes: and I think that 0.7.7+fso1 is just 0.7.7+that garbage patches as you said + maybe even some more
09:11.37*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
09:13.46ptitjesJaMa: my concern is from what is built that release
09:14.17ptitjesJaMa: I can't see any of those stuff in git.freesmartphone.org
09:15.42JaMaptitjes: http://lists.shr-project.org/pipermail/shr-devel/2009-October/000824.html
09:15.43Heinervdmptitjes: i think mickey|sports just created a tarball out of playya__'s patches
09:15.57JaMaptitjes: http://lists.shr-project.org/pipermail/shr-devel/2009-October/000835.html
09:16.15JaMaptitjes: this problem is fixed in fso1 release
09:16.54HeinervdmJaMa: did you try to compile shr/merge?
09:17.02Heinervdmi can't compile openssl-native
09:18.44ptitjesJaMa: it seems to me that those problems are build framework problems
09:19.15ptitjesaka OE problems
09:22.39JaMaHeinervdm: I put prefered version of openssl-native one version back..
09:22.42ptitjesJaMa: or do I miss something ?
09:22.53HeinervdmJaMa: ok
09:23.05JaMaHeinervdm: I have just kernel from shr/merge and still building xorg-image for my sharp zaurus..
09:23.14JaMaHeinervdm: with xserver-1.7 :)
09:25.23JaMaptitjes: playya said something about preparing wrong vala tarball with OE accessing valac on his host computer.. but I have no idea where was problem.. touching those stamps was working workaround and also building 0.7.7 - fail - 0.7.6 - ok - 0.7.7 - ok worked too
09:26.15ptitjeserr I did not understand :p
09:26.29JaMaHeinervdm: same error as you send to #oe.. version 0.9.8g packaged fine..
09:26.33JaMaleaving for trip
09:39.14*** join/#openmoko-cdevel BluesLee (n=malik197@ip-62-143-233-203.unitymediagroup.de)
09:50.33*** join/#openmoko-cdevel sepultina (n=quassel@zux221-216-118.adsl.green.ch)
09:58.24[Rui]GAH! there's something wrong in SHR-u with hoversels
09:58.36*** join/#openmoko-cdevel Gnutoo (n=gnutoo@79.54.159.137)
09:59.19*** join/#openmoko-cdevel edgar (n=christop@cm56-222-142.liwest.at)
10:00.26*** join/#openmoko-cdevel gnutoo_ (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
10:00.57*** join/#openmoko-cdevel Gnutoo (n=gnutoo@79.54.159.137)
10:01.50Heinervdm[Rui]: that's know, hoversels are broken in latest elementary
10:02.00[Rui]oh :(
10:02.49[Rui]and I have an elm_table that pops up in an hover which pops up left aligned instead of center aligned, as it does when I use a box instead of a table :|
10:03.25[Rui]Heinervdm: but the problem that's known is that they're not respecting scale or something similar?
10:03.48*** join/#openmoko-cdevel dos1|neo (n=dos1@unaffiliated/dos1)
10:04.07Heinervdm[Rui]: don't know, TAsn and mrmoku expirenced sth with hoverselects in the last days
10:04.20dos1|neoand me
10:04.21[Rui]I'm uploading a scap
10:04.41dos1|neothey doesn't work after bumping EFL
10:05.08[Rui]dos1|neo: ok, they're currently working but on a different scale than the rest of the objects
10:05.28dos1|neomrmoku: shr-oemerge is reactivated
10:05.48dos1|neo[Rui]: probably you have old efl
10:05.52[Rui]like this: http://scap.linuxtogo.org/files/926c65510d96e37efb3e94269be1df88.png
10:05.53mrmokudos1|neo: ???
10:06.06[Rui]dos1|neo: I have what's in shr-u at least a week ago
10:06.28[Rui]now that's interesting, in the screenshot the battery is red, but I've just looked at it and it's green
10:06.55[Rui]epydial-pyneo looks awfully nice
10:06.58dos1|neomrmoku: i switched it to shr/merge branch on buildhost
10:07.10dos1|neo[Rui]: so you have old efl
10:07.28mrmokudos1|neo: don't know if that is a good idea yet (on the buildhost)
10:08.09[Rui]dos1|neo: so in more recente efl hoversel is even more broken? :)
10:08.16dos1|neomrmoku: shr-oemerge, not -unstable
10:08.19dos1|neo[Rui]: yup
10:08.22*** join/#openmoko-cdevel turran (n=jl@unaffiliated/turran)
10:08.27mrmokudos1|neo: ahh now I get you :) ok
10:08.41[Rui]hover with a table also seems a bit broken
10:08.42dos1|neo[Rui]: but it's not synced in -unstable
10:08.46Heinervdm[Rui]: if it's only the scale, try to set it to 1
10:09.54[Rui]Heinervdm: that would mean the app woulk look crappy somewhere else... in shr-u it's 2
10:10.26Heinervdm[Rui]: so you're changing the scale already?
10:10.29[Rui]it's better to have the bug fixed than induce new bugs :)
10:10.39[Rui]yes.
10:10.49Heinervdmok, then it's no alternative
10:10.57[Rui]looks good on desktop and on current efl on shr-u
10:11.07[Rui]but as the bug get's fixed it'll look crappy :)
10:11.15[Rui]it's a dillema
10:17.32*** join/#openmoko-cdevel TheXcept1on (n=thexcept@unaffiliated/thexception)
10:19.49*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
10:22.22[Rui]well, I'll fix it again, so people with shr-u can get it looking nice :)
10:25.50*** join/#openmoko-cdevel TheXception (n=thexcept@unaffiliated/thexception)
10:34.26*** topic/#openmoko-cdevel by TAsn -> Openmoko Community Developer's Channel -- Open developer discussion on all firmware images, packages, and software | SHR: please choose you favorite logo, more info at: http://wiki.shr-project.org/trac/wiki/LogoContest | Wanted: a python dev, please contact dos1.
10:35.03*** topic/#openmoko-cdevel by TAsn -> Openmoko Community Developer's Channel -- Open developer discussion on all firmware images, packages, and software | SHR: please choose you favorite logo, more info at: http://wiki.shr-project.org/trac/wiki/LogoContest | Wanted: a python dev (for opimd development help), please contact dos1.
10:35.12soltys;]
10:35.24TAsnhehe
10:35.25Heinervdmwhy not a female?
10:35.34TAsnHeinervdm, no females responded
10:35.38TAsnwe are now willing to accept
10:35.39Heinervdmok :D
10:35.41TAsnmales as well.
10:36.10*** join/#openmoko-cdevel dos1 (n=dos@adia67.neoplus.adsl.tpnet.pl)
10:38.24*** join/#openmoko-cdevel F4t (n=F4t@93-173-174-192.bb.netvision.net.il)
10:39.31*** join/#openmoko-cdevel dos1 (n=dos@unaffiliated/dos1)
10:40.44*** join/#openmoko-cdevel dos1 (n=dos@adia67.neoplus.adsl.tpnet.pl)
10:42.37*** join/#openmoko-cdevel dos1 (n=dos@unaffiliated/dos1)
10:46.22*** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.196.79)
10:47.03*** join/#openmoko-cdevel dos1 (n=dos@adia67.neoplus.adsl.tpnet.pl)
11:00.53DocScrutinizer-8dos1: if you want to see "green" on LogiLink wallwart, then put a white screen to foreground and wait for dim
11:09.26*** join/#openmoko-cdevel AndreasD (n=andreas@1407ds1-ns.0.fullrate.dk)
11:13.09*** join/#openmoko-cdevel morphis (n=morphis@p5489FB79.dip.t-dialin.net)
11:14.12morphisheyho
11:14.22Heinervdmmorphis: pong ;)
11:15.45*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
11:17.43morphisHeinervdm: hey! I read your mail
11:18.12*** join/#openmoko-cdevel baruch (n=baruche@84.109.117.83)
11:18.15morphisthe first points you noticed are fixed
11:18.23*** join/#openmoko-cdevel playya__ (n=playya@unaffiliated/playya)
11:18.56morphisHeinervdm: what do you mean with "der Monat wird bei mir etwas seltsam angezeigt"?
11:19.08morphisyou mean the border of the date items?
11:19.12baruchdos1, what sort of help is needed with python?
11:19.29dos1hehe ;D
11:19.39dos1well, some opimd developers are needed
11:20.03Heinervdmmrmoku: no, the "October 2009" is alignt to the top and is too small
11:20.14Heinervdms/mrmoku/morphis/
11:20.23morphisHeinervdm: ah ok
11:20.28morphisit even fixed :)
11:20.51morphislook a current head, there are some more features implemented
11:21.01DocScrutinizer-8baruch: preferrably someone with good knowledge of dbms and SQl
11:21.19morphisI reworked the design of date items a little bit, there is now only colored bar on the bottom of the date to display the state
11:21.34morphisthe place between day number and state bar is reserved for icons you can swallow into it
11:22.03baruchDocScrutinizer-8, if there are specific tasks I can try to help, but I already have other things I'd like to do
11:22.18morphisI hope I can send the first version to e-devel ml
11:22.23morphistomorrow
11:22.30Heinervdmmorphis: another point i had: it would be nice to have some feedback when clicking on a day
11:22.34Heinervdmlike in shr-dialer
11:23.04morphisjep
11:23.05Heinervdmso that that day change color to grey or sth like that
11:23.15morphisits on my list
11:23.19Heinervdmok :)
11:23.42baruchmickeyl, I got the GPS to behave a little bit better by sending it a CFG-NAV2 to set the movement threshold and it works nicely, is there a reason it wasn't set in the past?
11:23.49morphistoday I worked a little bit on the calendar logic, cause there were some problems when switching the months in the old code
11:23.54morphisbut now it should working
11:24.13morphisyou can register for events, for view updates and for month switching
11:25.18Heinervdmnice :)
11:26.29mickeylbaruch: no idea, alphaone|gone and shoragan are the GPS experts. Wow, cool, sounds like a good patch then.
11:27.10DocScrutinizer-8baruch: +1
11:27.39mickeylptitjes: ping
11:27.50ptitjesmickeyl: pong
11:28.06DocScrutinizer-8moin mickeyl o/
11:28.10mickeylptitjes: hey, welcome back. any idea when you will have time to expand on vala-dbus-binding-tool? I'd love to be able to describe the dbus structs we're using. attr1-attrn sucks a bit ;)
11:28.15mickeylmorning DocScrutinizer-8
11:28.16ptitjesthanks
11:28.48ptitjesmickeyl: you can already describe dbus structs
11:29.04ptitjes:p
11:29.58mickeyloops?
11:30.05mickeyldo you have an xml example for thatß
11:30.06mickeyl?
11:30.25ptitjesmickeyl: see at the end of http://git.freesmartphone.org/?p=specs.git;a=blob;f=org.freesmartphone.GSM/org.freesmartphone.GSM.Call.xml.in;h=f81576cafe49f131ee94b93146f01f44198c1087;hb=HEAD
11:30.39ptitjes:D
11:30.48mickeyloh great
11:30.52mickeylcompletely overlooked that
11:30.53mickeylthanks
11:30.58ptitjesyw
11:31.00mickeylgoing to describe our structs now
11:31.05ptitjesgreat :p
11:31.30mickeylorg.freesmartphone.GSM.Device is implemented in Vala now
11:31.38mickeylorg.freesmartphone.GSM.SIM.* has some complicated params
11:31.41morphismickeyl: yeah
11:31.49mickeylwill see soon whether Vala's dbus stuff can cope with that
11:32.31ptitjesmickeyl: oh so there will soone be fsogsmd ?
11:32.50mickeylptitjes: not sure about 'soon', but I've been working like a maniac on it for the last couple of weeks :)
11:32.55mickeylit's my #1 priority atm.
11:32.55DocScrutinizer-8mickeyl: has sim contacts a way to specify the stroage index ?
11:32.56ptitjeshéhé
11:33.00ptitjesgood
11:33.04*** join/#openmoko-cdevel alexxy (n=alexxy@gentoo/developer/alexxy)
11:33.25mickeylDocScrutinizer-8: yes, you can specify the index on which you want a new number to be stored
11:34.12morphismickeyl: whats about you with the palm pre challenge meeting?
11:34.21DocScrutinizer-8mickeyl: cool. On Nokia you also can speed-dial contacts from sim with <index>#
11:34.56DocScrutinizer-8mickeyl: means "index on read"
11:35.05mickeylmorphis: I'll try to sort out my timing for the remainder of this year early next week, will respond them
11:35.08mickeyls/them/then/
11:36.26morphismickeyl: ah ok, cause stefan and I already started to search for a good location but got not response from someone else
11:39.12lindi-hmm. after sending ATA I get unsol %CPI that is decoded as  'status': 'active', 'direction': 'incoming', 'forwarded': True, 'line': 0   -- any idea what that forwarded means?
11:42.37mickeyllindi-: i'm busy atm., but i can look that up in the manual later
11:43.46lindi-mickeyl: I can look it up too if you tell me where. %CPI is not in my GSM docs
11:47.57mickeylthat's what i meant with looking it up
11:48.02mickeylit's in the NDA'd docs
11:48.15mickeylyou might find it in a public document as well
11:48.20mickeylEnfora Enabler II at docs
11:48.57dos1forwarded, means forwarded :P
11:48.59dos1like mail
11:49.20dos1you can set forward options, so when your line is busy call gets forwarded to some other number
11:49.38dos1most probably - voice mail
11:49.59dos1and when you're getting such forwarded call, then you cave 'forwarded': True
11:50.12dos1that's explanation from user point of view ;)
11:50.38lindi-dos1: but somebody was calling me
11:51.15dos1forwarded from someone
11:51.22dos1so i can have "forward all calls to lindi-"
11:51.26dos1and when someone calls me
11:51.42mickeylBENQ M23A AT docs
11:51.43dos1you are getting call "from: someone; forwarded: true"
11:51.44lindi-dos1: interesting
11:51.51dos1that's how i got it
11:51.56lindi-dos1: so somebody has setup call forwarding to my number?
11:52.24dos1probably. or that was call from voice mail with faked number, also possible (some operators does that)
11:55.30*** join/#openmoko-cdevel alexxy (n=alexxy@gentoo/developer/alexxy)
11:58.28*** join/#openmoko-cdevel Flyser (n=Flyser@unaffiliated/flyser)
12:02.29baruchmickeyl, in cornucopia, each service (gsm, gps, usage) is going to be in its own daemon?
12:03.09baruchDocScrutinizer-8, what help is needed with opimd?
12:03.32lindi-mickeyl: found 'Version: 0.1 ­ 2005/12/10' from 'http://www.e-gizmo.com/KIT/download/gsmmodem/m23 specs.pdf'
12:03.38mickeylbaruch: yes, that's the default setting. the way the system is designed though, it'd be minimal amount of work to make a superdaemon that incorporates more than one subsystem
12:03.43*** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102)
12:03.51mickeyllindi-: ok
12:04.07DocScrutinizerbaruch: Tasn, me, and a number of others urged dos1 to switch from cache inside opimd to a SGLite core
12:04.20DocScrutinizerSQLite even
12:04.49mickeyllindi-: http://www.google.de/url?sa=t&source=web&ct=res&cd=1&ved=0CAgQFjAA&url=ftp%3A%2F%2Fftp.efo.ru%2Fpub%2Fbenq%2FM23%2520AT.pdf&ei=TXjQSoDYGI3AmQPyi-GAAw&usg=AFQjCNFx9dRh0WMi0GPu09ZCUWcFl5GveA&sig2=oSAlmwVZisV_iIyXrtG1jg
12:04.52TAsnaye.
12:04.59cz_jcI just found out sqlalchemy is super simple ORM yo use in python
12:05.02baruchmickeyl, I'd actually like it to be separate, when I hack on the gps I find I need to restart ophonekitd to keep my phone service
12:05.04TAsnDocScrutinizer, and don't forget the new configuration suggestion.
12:05.06cz_jcmaybe you could use it in fso :)
12:05.16lindi-mickeyl: ah so more clearly written as 'ftp://ftp.efo.ru/pub/benq/M23%20AT.pdf'
12:05.21mickeyl;)
12:06.05baruchDocScrutinizer, If there are specific tasks that you can point to, I might spare some time to hack on it
12:06.25DocScrutinizerbaruch: so the help needed is: a) check and possibly normalize the table structure of opimd storage/cache/SQLite backend. b) swap cache for a SQLite based storage, which en passant should replace the external SQLite "backend"
12:06.53cz_jcwith sqlalchemy, you don't need to worry about table structure that much :)
12:06.58lindi-mickeyl: btw, could be avoid having to send so many AT commands on resume? i would be completely happy if I had to poll for gsm network strength for example
12:07.03cz_jcalso it autocreates sqlite database, repairs broken tables, etc
12:07.40DocScrutinizers/normalize/sanitize ;-) /
12:07.46TAsnDocScrutinizer, :)
12:08.05TAsnbaruch, if you do decide to help on opimd
12:08.06baruchcz_jc, but then we'll be tied to python
12:08.07TAsnplease contact me
12:08.16DocScrutinizerand me ;-)
12:08.18lindi-mickeyl: currently during resume calypso is bombarding us with %CPI and %CCCN unsols and we are bombarding it with a lot of other things until finally ATA is sent
12:08.20cz_jcbaruch, I thought FSO was all about being in python ?
12:08.27TAsnso i'll be able to explain the new suggestions for internal design
12:08.30TAsnand DocScrutinizer :)
12:08.31baruchTAsn, if you have something to say, say now, I'll take a look and see if/what I can help
12:08.39baruchcz_jc, not as far as I'm concerned
12:08.45TAsnsec, will pastebin most of what I said.
12:08.46cz_jcbaruch, all right then
12:08.54*** join/#openmoko-cdevel wpwrak (n=werner@host16.190-136-29.telecom.net.ar)
12:08.55baruchand it seems that even the core frameworkd is being redone in vala
12:09.18cz_jchmm.. doesn't gdk have some kind of similar storage ?
12:09.18mickeylFSO has never been about all being in python
12:09.27mickeylit has happens to were the first implementation language
12:09.40baruchcz_jc, but I'm no authority on FSO, I'm just here to cheer from the crowd
12:09.45*** join/#openmoko-cdevel WhiteCat (n=WhiteCat@122.181.132.66)
12:10.26TAsnbaruch, first of all the logs of what I said yesterday night
12:10.27TAsn~logs
12:10.28aptAll conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged.
12:10.31TAsnsecond of all.
12:10.38mickeyllindi-: yes, we could make some of that stuff optional, but hey, didn't we implement a delay after suspend before the resume-commands were sent?
12:11.19lindi-mickeyl: i'm using ancient version :)
12:11.34TAsnhttp://pastebin.com/mb7fbf10
12:11.40cz_jcallright, good luck with your efforts :)
12:11.40TAsnbaruch, skip the first couple of lines.
12:12.11lindi-mickeyl: but I do have 'ogsmd: [TI CALYPSO] Apply reinit commands with a delay after resuming.'
12:12.51*** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170)
12:13.04TAsnDocScrutinizer, you are more than welcomed to read that as well, I think this represents the spirit of what we said.
12:13.40lindi-mickeyl: but 10-second delay is not enough. I am not able to pick the call that fast
12:14.37*** join/#openmoko-cdevel Fox_Muldr (i=quakeman@78.52.126.177)
12:14.46Fox_Muldrhi
12:15.46baruchTAsn, I can't find anything you say on the irc logs from 20091009 about opimd
12:15.55Fox_Muldranyone can help me a bit with opimd-utils-contacts? i have a little problem with editing the fields from a contact. as soon as i try to add more than one field i get an exception that there is no backend which can store this field. but in opimd-config i set the backend for contacts to SQLite
12:15.57baruchreading irc logs sucks
12:16.09baruchhow about opening an opimd page in the wiki?
12:16.37WhiteCathow do we cross compile any source code with the processor type of Freerunner(may be armel)
12:16.44dos1Fox_Muldr: you can't add new fields to SIM contacts yet
12:16.54dos1Fox_Muldr: you can do that with SQLite contacts
12:16.58Fox_Muldrah ok, that explains it :)
12:17.11TAsnbaruch, I guess it's probably because today is the 10th
12:17.15TAsnand yesterday is the 9th :)
12:17.23TAsnbaruch, good idea.
12:17.39mickeyllindi-: yeah, 10 seconds sounds too short. I'd rather say 30 or 40 would make sense.
12:17.54TAsndos1|away, yo see how confusing is this multi backend thingie?
12:18.14mickeyllindi-: i hope you will help us bringing fsogsmd to the market. your help in debugging ogsmd was invaluable!
12:18.56lindi-mickeyl: not sure, i feel bit uneasy about all the dbus use when there's still an open dbus bug
12:18.56Fox_Muldrhmm but i selected sqlite as backend for opimd-utils-contacts in opimd config. so it shouldn't it work then?
12:19.45lindi-mickeyl: ( https://bugs.freedesktop.org/show_bug.cgi?id=19796 -- are there guidelines on using dbus so that this issue is avoided? )
12:19.49TAsnFox_Muldr, I agree with your intuition
12:20.00TAsnbut atm it does not work like this
12:20.14TAsnediting modifies according to current being edited contact
12:21.18[Rui]hms... a weird unpredictable crash bug on elmdentica, but I can't hit it on my desktop
12:21.24baruchTAsn, let me know when that wiki page is up
12:21.43[Rui]since the major changes were adding hover and hoversel, could they potentially explain these crashes?
12:22.02[Rui]they don't seem to have a fixed timeframe or action that would cause them
12:22.29[Rui]and I don't see OOM messages
12:22.57TAsnbaruch, I'll try to remember, though unfortunately I don't think I'll have time to do that before monday night (a big test I'm not even slightly prepared for)
12:24.12Fox_Muldris there any other frontend which uses opimd and works a bit "better" than opimd-utils? as i read opimd-utils should only be test apps. But i like the way these test apps go. :)
12:24.22baruchTAsn, since you are unprepared you are going to fail anyway so you can just invest your time in shr instead of that test ;-)
12:24.28mickeyllindi-: cornucopia will not be plagued by this issue
12:24.35mickeylsince we do not call into ourselves
12:24.42mickeyl(since it's all multiple processes)
12:25.13TAsnbaruch, going with that line of thought is what got me where I am in the first place (deving efl2 and phonegui all week long0
12:25.29TAsnbaruch, but you did make a good point, so maybe tonight :)
12:26.08mickeyllindi-: on an unrelated note... fsogsmd will also provide libfsogsmd, which you could use to implement a non-dbus gsm server, if you want
12:26.18baruchTAsn, I was actually trying reverse logic, but oh well, shr work is important as well :-)
12:26.54lindi-mickeyl: sounds good
12:27.03TAsnbaruch, I got what you meant, I just said that your logic directed me to "the right direction" ;]
12:27.18lindi-mickeyl: is the muxer going to be in kernel space, separate process or library used by that "gsm server" process?
12:27.21TAsnanyhow, now for real, I'm off.
12:27.37cz_jcits would be cool though
12:27.49mickeyllindi-: with fsogsmd, libgsm0710mux will be used directly, no more rerouting via a seperate process and ptys
12:27.55cz_jcif you could open a special device that would automagically open a muxer channel in kernel space
12:28.04TAsnbaruch, btw, on a side note, do you know vala?
12:28.05lindi-mickeyl: that too in general sounds good
12:28.06mickeyllindi-: i'd love to use a kernel muxer, if someone writes it
12:28.07baruchDocScrutinizer, what would need to be normalized in opimd? it seems that the messages backend looks pretty normal
12:28.12baruchTAsn, I'm learning
12:28.22lindi-mickeyl: i don't like the idea of kernel muxer much from the debugging point of view
12:28.27mickeyllindi-: true
12:28.33cz_jcyeah, thats true
12:28.33TAsnbaruch, not quite.
12:28.35mickeyllindi-: and it's not necessary with gprs or even edge
12:28.36baruchI like vala for the close to C but still making the dbus stuff easier
12:28.42mickeylwith umts it starts to make sense though
12:28.45cz_jcthen maybe a socket ?
12:28.51TAsnbaruch,wait for the wiki page. I'll also explain what DocScrutinizer meant.
12:28.55cz_jca deamon listetning on a socket..
12:29.01baruchTAsn, sure
12:29.08TAsnbaruch, cool, so you are thinking about an opimd rewrite in vala I assume?
12:29.11lindi-mickeyl: is there some paper that describes these new pieces of software and how they communicate/can be made to communicate?
12:29.23baruchTAsn, I dont know if I have enough time for that
12:29.31lindi-mickeyl: i saw some emails but nothing were it was all collected to one place
12:29.31TAsnbaruch, I c.
12:29.44TAsnok, so I guess you also know python ;)
12:29.48TAsncool enough.
12:29.52baruchand before I do any rewrite I'd like to understand what's there
12:29.59cz_jcI know C and python =) but no vala :/
12:30.09TAsnbaruch, most of what's there will be chaned (internal design and API)
12:30.14TAsnnot really the API
12:30.17DocScrutinizerbaruch: TAsn : Normalization in a DB is simply elimination of redundance
12:30.18TAsnactually the API won't change at all.
12:30.52DocScrutinizerbaruch: tasn: out db tables need a complete sanitation anyway it seems
12:30.54TAsnDocScrutinizer, I know what db normalization is, but there are more changes needed to be done in th db
12:30.58DocScrutinizerouR*
12:30.59mickeyllindi-: i'm afraid not yet. i plan to write some real docs about the architecture soon.
12:31.04TAsnDocScrutinizer, exactly..
12:31.05TAsn:)
12:31.14baruchone thing I noticed about the current use of opimd and sms for example is that the caller needs to handle the sending and resending of the message, that looks kinda broken to me
12:31.38TAsnbaruch, I agree.
12:31.48DocScrutinizerthere's a lot of brokenness in the whole concept. We need a major newstart
12:32.00TAsnthough that's not opimd's responsibility
12:32.07baruchI'd think there needs to be a daemon that looks at newly inserted messages and if they need to be sent, sends them, so that a user will only need to put a new message in opimd
12:32.20TAsnbaruch, that'll be handled in ophonekitd
12:32.42DocScrutinizerTAsn: for the default-field issue: we need attributes to each field, to set a field to "default" for one contact
12:32.44baruchI think it should be in a lower level than ophonekitd
12:33.00*** part/#openmoko-cdevel Fox_Muldr (i=quakeman@78.52.126.177)
12:33.02cz_jcbtw. have you considered using for example evolution data server ?
12:33.05TAsnbaruch, I agree.
12:33.12cz_jcseeing as you're moving to vala and all
12:33.21mickeylwe come from evolution data server
12:33.22TAsnthough i don't think anyone will do it.
12:33.28mickeylopimd has been written because eds doesn't cut it
12:33.28cz_jcmickeyl, bad experience ?
12:33.44cz_jchow come eds doesn't cut it? imo it does lots of stuff
12:33.51mickeyllong story
12:33.53TAsnbaruch, I think we need another framework subsystem
12:33.54cz_jcalso syncing wouldn't be a problem
12:33.58TAsnthat does sane handling of everything
12:34.02TAsni.e a "sane daemon"
12:34.13TAsnafter fso provided use proper API
12:34.44DocScrutinizerTAsn: SQL is a relational database -  we need to get rid of the notion of a 2-dimensional table
12:34.51TAsnwe now need to have a daemon that can provide programmers convenient API for everything
12:35.05baruchTAsn, yes, I feel that pain, I have written for my own use an "automaticd" that tries to handle things that I need to be done so the phone just works for me
12:35.13baruchbut it's fairly specialized for me
12:35.21TAsnDocScrutinizer, probably.
12:35.35TAsnbaruch, that's what mrmoku|away and I did in phonegui
12:35.40TAsnwe wrote functions
12:35.45TAsnthat a backend writer can use
12:35.58DocScrutinizerTAsn: rather we need a set of tables that are linked together by versatile select statements
12:35.59TAsnwithout worrying too much
12:36.05TAsnlike phonegui_sms_send
12:36.11TAsnthat sends an sms in any length
12:36.15TAsnand stores it in opimd
12:36.26TAsnDocScrutinizer, I agree.
12:36.42TAsnDocScrutinizer, but that can *NOT* be done
12:36.45TAsnwithout the switch to
12:36.45TAsnsql
12:36.48TAsnsqlite*
12:37.02DocScrutinizerok, maybe I decide to do a little fancy and try to design a first draft of a decent table structure for opimd database
12:37.14DocScrutinizerwhen I go for my brunch in a few minutes
12:37.17TAsnDocScrutinizer, go ahead.
12:37.21TAsnDocScrutinizer, but please
12:37.26TAsncreate a wiki entry
12:37.28TAsnin openmoko.org
12:37.31TAsnand put it there ;)
12:37.46TAsnI want the design to be visible, well written and easy to understand
12:37.50cz_jcgood luck with the draft ^^
12:37.56TAsnI'll also contribute my ideas (probably tonight)
12:38.25DocScrutinizerTAsn: I basically agree, but I know my own inner lazy bastard
12:38.43TAsnDocScrutinizer, I'll create the wiki page and you'll up your drafts? :)
12:38.47TAsnsec, I'm creating an empty page :)
12:38.47DocScrutinizerTAsn: I might contribute as soon as you start that wikipage
12:39.27DocScrutinizerTAsn: you know the fear that arises from looking at a blank paper? ;-P
12:39.38TAsnOpimd_redesign
12:39.40TAsngood enough?
12:40.08DocScrutinizerwe'll eventually manage to get that started :-)
12:40.12TAsnDocScrutinizer, sure, that's why it's a known tip for people who start OSS projects, don't publish your project before you at least create a basic source tree.
12:40.15TAsn:)
12:40.19cz_jcwant a super convenient prototyping scratchpad in python? :)
12:40.26TAsnopimd_redesign <-- is this a good name?
12:40.29cz_jcI'll share some code for simple ORM if you want :)
12:40.51TAsnbaruch, ? DocScrutinizer ?
12:40.52cz_jc(prototyping for ORM above sqlite, to get the tables right, test them with some data, etc)
12:41.11DocScrutinizerTAsn: hmm, don't like it. but still thinking for alternatives
12:41.12baruchTAsn, what?
12:41.22mickeylanyone with a open terminal offhand?
12:41.24TAsnDocScrutinizer, maybe a topic inside the opimd page?
12:41.31mickeylcan you do +CPBS=? please?
12:41.31cz_jcmickeyl, yes
12:41.34TAsnbaruch, a name for the wiki pgae.. :)
12:41.43mickeyl(as AT cmmand, that is)
12:41.43cz_jcmickeyl, oh you mean the modem, ok I'll boot it up :)
12:41.46mickeylthanks :)
12:41.55baruchTAsn, yes sounds good
12:42.03DocScrutinizerTAsn: call the page opimd
12:42.08mickeylno idea where he put his Neos before vacation
12:42.10TAsnDocScrutinizer, taken.
12:42.20TAsnso it's either a topic inside the opimd page
12:42.22TAsnor a new page
12:42.29TAsnquick, make a decision.
12:42.35cz_jcmickeyl, do you need to have a sim in for that ?
12:42.36DocScrutinizernew
12:42.39TAsnok.
12:42.45TAsncreating.
12:43.37mickeylcz_jc: no, that should work without one as well
12:43.48cz_jcmickeyl, ok lets see if it gets mine or not :)
12:43.56DocScrutinizeranyway, cya fellas. Need some RL action now
12:44.07cz_jcDocScrutinizer, hehe real world sucks :) good bye ;)
12:44.50DocScrutinizersure it does. but the effect is getting increasingly painful the longer you try to avoid the confrontation
12:45.02cz_jcso true..
12:45.40CIA-26freesmartphone.org: 03mickey 07cornucopia * r57cd6710a064 10/fsogsmd/src/ (6 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.SIM.ListPhonebooks()
12:47.04mickeylso now i found a way to erase code during compiling
12:47.21mickeylshould i expand this to all loggging domain or only support erasing calls to logger.debug( ... ) ?
12:47.28mwesterwonders if his neos still boot...
12:47.29cz_jcmickeyl, how? XD
12:47.40*** join/#openmoko-cdevel pbaxter (n=pbaxter@host117-163-dynamic.51-79-r.retail.telecomitalia.it)
12:47.41mickeylcz_jc: assert( logger.debug( "foo" ) )
12:47.46cz_jcdamn I forgot parameters for screen to set hardware flow control
12:47.52TAsnbaruch, DocScrutinizer: http://wiki.openmoko.org/wiki/Opimd_redesign
12:48.04TAsnmrmoku|away, dos1|away, http://wiki.openmoko.org/wiki/Opimd_redesign
12:48.12TAsnciao.
12:48.54cz_jcmickeyl, the baudrate was 115200 ?
12:49.13DocScrutinizer-8cz_jc: for modem?
12:49.22cz_jcDocScrutinizer-8, yes
12:49.25mickeylyes
12:49.29cz_jcok..
12:49.37DocScrutinizer-8autobaud, default 115k
12:49.40mickeylmickeyterm should set it up on its own
12:49.43mickeylif you have that installed
12:51.43cz_jcdamn it doesn't work...
12:52.00DocScrutinizer-8cz_jc: that's the sole purpose of that magic "AT": it autobauds
12:52.22cz_jcDocScrutinizer-8, yeah, I implemented that myself on an avr, just dunno if calypso has it :)
12:52.22DocScrutinizer-8cz_jc: what doesn't work?
12:52.37cz_jcI pass bad command line arguments to gnu screen, can't get hardware flow control..
12:52.43cz_jcIt'll take a while till I figure it out
12:52.51cz_jcmickeyl, just sit tight, sorry :)
12:53.10mickeylnp, take your time
12:53.41DocScrutinizer-8cz_jc: you know calypso is suspending tty-line, and you need to wake it with a first garbage send before it answers at all?
12:54.49cz_jcDocScrutinizer-8, I got it working before.. its just screen has really stupid manual when it comes to serial ttys
12:55.07DocScrutinizer-8cz_jc: so the recommended procedure is to send 2 times AT in quick sequence and wait for the ok answer
12:55.29cz_jcusually I just start the modem with screen attached and it just sez 'AT Interpreter ready.' :)
12:55.53cz_jchaha I'm stupid, I had gsmmuxd running
12:55.59lindi-I use org.freesmartphone.GSM.Debug :)
12:56.39CIA-26freesmartphone.org: 03mickey 07cornucopia * r823dbfc6c0d2 10/libfsobasics/fsobasics/logger.vala:
12:56.39CIA-26freesmartphone.org: libfsobasics: logger: return true for debug/info/warning/error/critical, so that we can use it embedded in calls to 'assert'
12:56.39CIA-26freesmartphone.org: this is version 0.8.3.1
12:57.12CIA-26freesmartphone.org: 03mickey 07cornucopia * r83d3a548f34f 10/libfsobasics/configure.ac: libfsobasics: post-release version bump
12:57.40cz_jchmm still doesn't work.. damn how did I do it before XD
13:01.48DocScrutinizer-8cz_jc: it's a real pita. Afaik you need to stty the line parameters *after* opening the tty device
13:02.07DocScrutinizer-8sound weird, I know
13:02.23DocScrutinizer-8seems to be a flaw in tty driver
13:02.30cz_jcDocScrutinizer-8, I didn't have to do that before since screen knows how to do it but I'll try
13:03.42cz_jchmm I pressed enter and AT AT several times this time.. and I got 'ERROR'
13:03.44cz_jcnothing else
13:03.48cz_jcthis never happened to me
13:04.10DocScrutinizer-8hehe, ERROR almost as good as OK
13:04.27DocScrutinizer-8"AT AT<cr>" is no valid command
13:04.38cz_jcbut it doesn't echo back characters.. if I keep writing AT <crlf> AT <crlf> it sometimes randomly says OK
13:04.41cz_jcthis definitely isn't right
13:05.12DocScrutinizer-8hmm, no
13:05.24DocScrutinizer-8try ate1
13:05.28cz_jclets try it the IT crowd way.. reboot XD
13:05.50cz_jcDocScrutinizer, 'OK' but it still doesn't echo back characters I write..
13:06.14DocScrutinizer-8but it should now
13:06.23cz_jcstill doesn't...
13:06.49DocScrutinizer-8except for the wakeup garbage of course
13:07.06DocScrutinizer-8timeout for uart sleep is ~10sec
13:07.47DocScrutinizer-8you can stop this disgusting behaviour by "AT%sleep=1"
13:07.56cz_jcok calypso won, I'll compile minicom XD
13:08.46DocScrutinizer-8cz_jc: use mickeyterm!
13:08.59cz_jcDocScrutinizer-8, we don't have it in gentoo..
13:09.24lindi-cz_jc: I use socat
13:10.20DocScrutinizer-8socat was the name
13:10.27DocScrutinizer-8thanks for reminder
13:10.47DocScrutinizer-8as socat seems way beyond netcat
13:11.27cz_jcif I wasn't such an idiot, I'd write an alias with those screen parameters long time ago :/
13:12.42*** join/#openmoko-cdevel BluesLee (n=malik197@ip-62-143-233-203.unitymediagroup.de)
13:13.02DocScrutinizersocat -hhh -> 857lines :-0
13:14.20cz_jcdamn aclocal on the fr always takes so long..
13:14.44DocScrutinizerbooks a 3-day seminar "socat for dummies" ;-P
13:14.44cz_jcits 3/4 of whole compilation time.. wonder if it automake can cache
13:15.06cz_jcDocScrutinizer, hehe :)
13:15.18cz_jcscreen is stupid for serial consoles but minicom should work superbly
13:15.35cz_jcI bet it'll come in handy later when GPRS is not working in FSO again anyway
13:15.47cz_jcby the way remove the 'adddefaultroute
13:15.54cz_jc*parameter for pppd, sorry
13:16.07cz_jcopr replacedefaultroute it was maybe
13:16.29cz_jcI dunno I already erased it from the script. without that, gprs doesn't work on non-patched versions of pppd with fso
13:17.15DocScrutinizercz_jc: on SHR gprs works (well until first disconnect ;-P )
13:17.41cz_jcDocScrutinizer, on gentoo, it doesnt because pppd doesn't support that parameter and dies on startup
13:18.03cz_jcI just removed the parameter from some list I grepped it in site-packages and it started working.. until first disconnect that is XD
13:18.38CIA-26freesmartphone.org: 03mickey 07cornucopia * r4c5d07ef56c5 10/misc-vapi/ (Makefile.am configure.ac): misc-vapi: install a .pc file for detection convenience
13:18.41DocScrutinizermickeyl: ^^ any news on that annoying issue?
13:18.47cz_jcthat parameter comes from some old Novell patch that was deemed 'redundant because pppd does it anyway'
13:18.57cz_jcas I googled, if I remember correctly
13:19.30mickeylDocScrutinizer: i'll just rewrite the tests to use pkgconfig
13:19.34mickeylthen it's solved
13:19.47DocScrutinizerduh
13:20.21DocScrutinizermickeyl: I meant frameworkd freeze on gprs disconnect
13:20.26mickeyloh
13:20.30cz_jcno biggie, we can patch FSO in gentoo anyway and I guess all the rest of the world has pppd patched
13:20.36mickeylsorry, had no chance to actually work on that
13:21.26cz_jcbtw. didn't someone plan to integrate some of the network managers with fso ?
13:21.49DocScrutinizercz_jc: we got mokonnect on SHR
13:21.56cz_jcI guess that would replace the code to set up pppd with a single dbus call, wouldn't it ?
13:22.14cz_jcDocScrutinizer, I meant like NetworkManager or the one from moblin
13:22.33cz_jcthose that actually work and are comfortable and well thought out
13:22.47DocScrutinizeraah the basic manager (daemon). That's a real pita afaik
13:23.52DocScrutinizeranyway I'm not aware of any plans to integrate to FSO
13:23.58*** join/#openmoko-cdevel ruoso (n=ruoso@201009019232.user.veloxzone.com.br)
13:24.11DocScrutinizermickeyl should know better
13:24.12cz_jchmm.. maybe NetworkManager could be modified to be able to power off gsm and bluetooth completely
13:24.30cz_jcit seems to handle wireless, bluetooth pan and even GPRS very well on my laptop, its comfortable
13:24.52mickeylconnman is scheduled for "integration" with FSO
13:24.55cz_jcblueman btw starts automatically when I power on bluetooth (on fr) and seems to work except notifications
13:25.23cz_jcI even managed to set up bluetooth networking with it :)
13:25.34mickeylbut alas, stefan does not seem to have time/motivation to work on that, and i'm stuck with other things
13:25.52DocScrutinizermickeyl: didn't "we" (as SHR, mrmoku|away ) abandon connman and adopt NM
13:25.59cz_jcaah.. thatrs lrzsz compiled and now its minicoms turn :)
13:26.30mickeylDocScrutinizer: not to my knowledge. connman had some problems with stability in the past, but the architecture is quite superior
13:26.49cz_jcwow.. can't imagine something superior to NM, that must really kick ass
13:26.50DocScrutinizerhmm, I might be totaly wrong on that
13:28.22DocScrutinizeranyway... another effort to unglue from terminal
13:28.26DocScrutinizerwaves
13:28.36cz_jcDocScrutinizer, bye :)
13:30.17cz_jcmickeyl, bear with unbeliveably slow compilling on fr + distcc still :)
13:32.07mickeyl:)
13:32.35cz_jcaslo I found out my RTC on my fr got restarted to year 2000 again
13:32.44cz_jcmaybe that could be a factor why gsm wouldn't work ?
13:32.50PaulFertser_mickeyl: do i understand it right that you're waiting for one simple command to be run on calypso for more than 30 minutes already? Oh, -cdevel rocks :)
13:33.02mickeylPaulFertser_: yes :)
13:33.04TAsnDocScrutinizer, what about upping them sketches?
13:35.00cz_jclol minocom actually determines default settings in configure script
13:35.03cz_jcchecking for default serial port device... /dev/tty8
13:35.06DocScrutinizer-8mickeyl: duh? what? tell me the command! can't find your FR?
13:35.09cz_jcchecking for default baud rate... 115200
13:35.12cz_jcnow thats nifty :D
13:35.13mickeylDocScrutinizer-8: AT+CPBS=?
13:35.20DocScrutinizer-8mompl
13:35.30mickeylDocScrutinizer-8: indeed i can't find it atm.
13:35.32PaulFertser_+CPBS: ("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD")
13:35.42DocScrutinizer-8:-)
13:35.43cz_jcaah.. he beat me to it XD
13:35.46mickeyluah, so many???
13:36.13mickeylhmm
13:36.46mickeylthanks paul
13:36.49mickeylbbiab
13:37.11PaulFertser_Hehe
13:38.50CIA-26freesmartphone.org: 03mickey 07cornucopia * re99817a60298 10/libfsobasics/configure.ac: libfsobasics: use pkgconfig to check for misc-vapi
13:38.51CIA-26freesmartphone.org: 03mickey 07cornucopia * r19b4d33a4cb0 10/libfsotransport/configure.ac: libfsotransport: use pkgconfig to check for misc-vapi
13:38.52CIA-26freesmartphone.org: 03mickey 07cornucopia * r3eb81b80f1fa 10/libfsoframework/configure.ac: libfsoframework: use pkgconfig to check for misc-vapi
13:40.48DocScrutinizer-8mickey|bbl: that doesn't mean all are supported actually - I guess
13:46.37DocScrutinizer-8curses calypso for e.g not supporting at%sleep? / =?
13:48.46cz_jclooks like mine is the same +CPBS: ("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD")
13:49.05cz_jcbtw. reboot helped, looks like RTC really has influence on whether GSM works
13:50.25DocScrutinizer-8cz_jc: nope, doesn't
13:50.37cz_jcjust a fluke then, I guess
13:50.46TAsndos1, any news concerning the opimd bug I described? (and the fact that it doesn't normalize phone numbers when loading?)
13:55.29*** join/#openmoko-cdevel playya_ (n=playya@unaffiliated/playya)
14:02.22*** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
14:18.10DocScrutinizer-8omg, the alsa-WM8753-card driver is so....
14:21.59*** join/#openmoko-cdevel pieterc (n=user@91.178.80.77)
14:22.21*** join/#openmoko-cdevel playya_ (n=playya@unaffiliated/playya)
14:22.31*** join/#openmoko-cdevel randomnametotest (n=pavel@ppp91-77-9-48.pppoe.mtu-net.ru)
14:22.47*** join/#openmoko-cdevel ingoa (n=quassel@zux221-105-083.adsl.green.ch)
14:22.48TAsndos1, ? :(
14:24.05*** part/#openmoko-cdevel pieterc (n=user@91.178.80.77)
14:31.01DocScrutinizer-8PaulFertser: now hard is it to schedule a delayed action in a kernel space driver? e.g. I call a function foo() in a kernel driver, and that triggers some action 10ms later, while foo() returns immediately
14:31.30*** join/#openmoko-cdevel pespin (n=pespin@36.pool85-50-79.dynamic.orange.es)
14:31.49PaulFertserDocScrutinizer-8: not really hard but adds some complexity of course.
14:32.00DocScrutinizer-8sure
14:32.16cz_jcyou could just usleep in there but I think many people would like to kick your butt then XD
14:32.28*** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
14:32.56DocScrutinizer-8PaulFertser: wm8753 driver transmits a full set of 98 register settings for each single control change
14:32.59PaulFertsercz_jc: for some initialization or stuff like that it's considered "ok". E.g. we have ~1sec delays in power_on sysfs nodes handling for gsm.
14:33.20cz_jcPaulFertser, so I've noticed..
14:33.27PaulFertsercz_jc: it's justified
14:33.44cz_jcPaulFertser, thats why I'm not complaining XD
14:34.11PaulFertserDocScrutinizer-8: i know, i think i'll take a look at some more recent drivers to see if they do the same.
14:34.22*** join/#openmoko-cdevel alexxy[home] (n=alexxy@gentoo/developer/alexxy)
14:34.28DocScrutinizer-8nope, I want to delay "commit" (i.e. I2C transmission) to wm8753 while driver returns immediately from changing-control function
14:34.39cz_jcI already noticed theres considerable difference between embedded platforms (arm with everything on uart/i2c/sdio ports) as opposed to x86 with pci, etc
14:35.01cz_jcDocScrutinizer-8, maybe you could spawn a kernel thread ?
14:35.04PaulFertserDocScrutinizer-8: i think that can be just passed to the default workqueue then, you don't care if it's really 10ms later or any other time.
14:35.10*** join/#openmoko-cdevel ajvogel_ (n=quassel@196-210-187-196-tbnb-esr-2.dynamic.isadsl.co.za)
14:35.20PaulFertsercz_jc: there's already one aux thread: events/0
14:35.26PaulFertseriirc
14:35.37cz_jcok then, if you got a worker thread and don't worry about timing, use it ! :)
14:35.47DocScrutinizer-8yup, something 10ms<t<100ms
14:36.02PaulFertserNo guarantees, Linux is not hard real time ;)
14:36.17cz_jcDocScrutinizer-8, maybe you should check sime timing variable to see if you met your quota and do something if not
14:36.21cz_jc*some
14:36.46cz_jcfor example on embedded stuff, I use a 64bit timing var counting from processor reset
14:36.57DocScrutinizer-8still much better than doing 98 transfers of a whole register set of 98 controls for each "alsactl restore"
14:37.04cz_jcbtw. pardon my apparent dumbness, I don't do much kernel hacking
14:38.45larscDocScrutinizer-8: where did you found that it does so?
14:39.02DocScrutinizer-8by listening to audio :-)
14:39.08*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
14:39.26DocScrutinizer-8and by thinking how it possibly could be implemented right now
14:39.48*** join/#openmoko-cdevel JesusMcCloud1 (n=jesus@188-23-61-48.adsl.highway.telekom.at)
14:39.57larsccause the codec driver itself does not. if you change a setting it only transmits the affected register
14:40.12DocScrutinizer-8really?
14:40.27DocScrutinizer-8hmm, thanks for the info
14:41.07larscbut maybe a upper layer is causing every register to be changed
14:41.24DocScrutinizer-8I don't think so
14:41.27cz_jcdoesn't alsa have some debugging ties ?
14:41.53DocScrutinizer-8larsc: was just a wild guess
14:42.56*** join/#openmoko-cdevel spaetz (n=spaetz@62.48.119.96)
14:44.20larscok
14:44.37DocScrutinizer-8larsc: I just noticed considerable delay when switching from handset to speakerphone and back, where you first hear volume being changed and then a crackling when the muxes and amp mode are switched one after another
14:45.16larscDocScrutinizer-8: you could add some debugging to wm8753_write in wm8753.c
14:45.39DocScrutinizer-8so I pondered about some kind of commit trigger scheme to collect and do those changes all in one big fast dump via I2C
14:47.02*** join/#openmoko-cdevel spaetz (n=spaetz@62.48.119.96)
14:47.02*** join/#openmoko-cdevel pespin (n=pespin@36.pool85-50-79.dynamic.orange.es)
14:51.21*** join/#openmoko-cdevel alexxy (n=alexxy@gentoo/developer/alexxy)
14:56.20PaulFertserOh, shame on me. I confirmed DocScrutinizer-8's suspcisious without really looking at the code :(
14:56.51DocScrutinizer-8PaulFertser: you did?
14:57.01larscDocScrutinizer-8: considerable delay = 5s, 1s, 500ms, 100ms, 10ms ?
14:58.17DocScrutinizer-8I'd guess sth like 50..100ms
14:58.33DocScrutinizer-8noticable for a trained ear
14:58.57cz_jceven 20ms is noticable for not so trained ear when music is playing, etc
14:59.01DocScrutinizer-8(delay between volume-tweaking and click that is)
15:01.19DocScrutinizer-8and I know alsactl will take some 100s of ms for a complete restore. Thus my suspects regarding I2C actually slowing down the whole procedure
15:05.52PaulFertserI got some influenza-like illness and thus not in the mood for soldering or reading the code :-/
15:06.37DocScrutinizer-8PaulFertser: take care of yourself
15:07.00DocScrutinizer-8PaulFertser: don't catch the pig-flu
15:07.32*** join/#openmoko-cdevel _ant_ (n=ant@95-25-106-165.broadband.corbina.ru)
15:08.55PaulFertserDocScrutinizer-8: hehe, nice advice
15:09.25DocScrutinizer-8yeah, I know... not very helpful advice :-S
15:10.30PaulFertser(swine-flu) "The illness is generally mild, except in some cases for people in higher risk groups"
15:11.27*** join/#openmoko-cdevel JesusMcCloud (n=jesus@188.23.61.48)
15:12.02*** join/#openmoko-cdevel everslick (n=clemens@91-114-182-142.adsl.highway.telekom.at)
15:16.32blindcoderPaulFertser: (swine-flu) why can't I shake hands with people (according to RKI), but taking money from their hands is okay?
15:17.59PaulFertserblindcoder: probably not shaking hands unless really necessary lowers the probability a bit.
15:19.33blindcoderPaulFertser: so does taking money from them (mind you, some cash in .bd is black and has holes in it from being in so many hands)
15:19.45blindcoderbut no one warns from THAT
15:20.52DocScrutinizer-8the cocaine spread all over each used money-bill(?) simply desinfects it instantly ;-P
15:21.03PaulFertserblindcoder: how can you avoid taking money anyway? Moreover you can set up an automatic event in the mind to clean the hands after any money exchange.
15:22.25DocScrutinizer-8I'm more concerned about my butcher preparing sandwiches for me with same hands he takes the money from previous customer
15:24.02blindcoderDocScrutinizer-8: here they use one-time-gloves
15:24.46DocScrutinizer-8some shops do, but maybe one out of 5
15:25.06CIA-26SHR: 03jesus 07shr-themes * reae74f5ef860 10/elementary/elementary-theme-gry/ (74 files): Elm Theme gry* added
15:28.48Sharwin_Fthis theme is greeaaat: http://scap.linuxtogo.org/files/09d6e276ecef45c31997f32dcaac0821.png
15:30.05JesusMcCloudits the niebiee theme created by dos with cutom backgroudn
15:30.09dos1niebiee + custom wallpaper + custom icons + edited desktop files
15:30.41JesusMcCloudlooks translucent with that wallpaper
15:31.37TAsnJesusMcCloud, looks awesome.
15:31.59dos1and most of icons looks like oxygen icons
15:32.02JesusMcCloudqucik queston: I just commited the src files for the gry theme, wrote a bb file. is it enough to emal the bb file to shr devel?
15:32.11dos1s/most/part/
15:32.41dos1mrmoku|away: ping
15:32.47dos1JesusMcCloud: wait for mrmoku|away to came back
15:33.06TAsndos1, have you looked upon this opimd issue?
15:33.23dos1looking now
15:33.27JesusMcCloudok will do
15:33.27TAsnit's a deal breaker for me ;(
15:33.41TAsndos1, thanks. :)
15:33.43Sharwin_FI would prefer having name on the apps below the icon, but apat from that, I'ts amazing. It doesn't make FR look like a childish environment :P
15:34.04TAsnJesusMcCloud, any idea who made that?
15:34.12TAsnand more importantly, are the icons gpl?
15:34.18TAsnand the background?
15:35.00JesusMcCloudI am no psychic... but I know it is easy to create the effect, if you know how to use gimp
15:35.14dos1TAsn: most of icons are from KDE project (kde3 crystal and kde4 oxygen), so at least part is gpl
15:35.18cz_jcany idea how I can get true thread on python ? I want to spawn a thread that does a busy-sleep-check for flag and in the mean time do something else in the code that spawned it.. but I see with 'threading' module it hangs
15:35.29TAsndos1, cool :)
15:35.31JesusMcCloudthe icons are probalbay a patchwork iconset from differrent iconsetts out there
15:35.50TAsnback to studying
15:35.55TAsnI'm not here except for dos1
15:36.01TAsnif you have anything to ask about this bug
15:36.05TAsnping me, please :)
15:36.09TAsnI really need this solved. :)
15:41.26*** join/#openmoko-cdevel bumbl (n=bumbl@91-113-118-135.adsl.highway.telekom.at)
15:41.40cz_jcif anyones interested, 'multiprocessing' instead of 'threading' seems to work
15:44.37*** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.149.57)
15:46.28dos1TAsn: looks like making comp_value works, but something is broken with normalizing queried value
15:46.46TAsndos1, so how can you explain the fact that it didn't write to log?
15:46.51TAsn(here)
15:47.06TAsndos1, I think you are wrong btw.
15:47.12bumblhmm nice as it seems libframeworkd-phonegui-efl2 gets some love lately ;)
15:47.18TAsnbumbl, :)
15:47.27dos1TAsn: maybe you did something wrong :P
15:47.32TAsndos1, no, listen.
15:47.39TAsn(probably, but listen)
15:47.51TAsnI can query normalized numbers in the db
15:48.00TAsnbut I can't query non normalized numbers in the db
15:48.25dos1so?
15:48.26TAsnquerying normalized works either if what I query with is normalized or not.
15:48.29dos1it matches to what i said
15:48.33TAsn<PROTECTED>
15:48.37dos1hmm
15:48.39TAsnyou said that^
15:48.42TAsnexactly the opposite
15:48.53TAsnI'm saying the normalization of the *saved* numbers is bad
15:49.10TAsnyou claim that the normalization of the *query* numbers is bad.
15:49.23dos1here, it works in exactly opposite way you're saying
15:49.31TAsnI can show (empirically) that you are wrong :)
15:49.41dos1thing which doesn't work for you works here
15:49.41TAsndos1, not for me and nor for mrmoku|away
15:49.54TAsndos1, it all comes down to revisions
15:49.54dos1and think which work for you doesn't work here
15:49.58dos1:/
15:50.00TAsnare you using opimd-tracking or something?
15:50.08bumblTAsn: does it go into production anytime soon?
15:50.12TAsnI'm using latest from tests/mrmoku
15:50.16dos1opimd-tracking is now equal to master
15:50.21TAsnbumbl, actually, it was production ready a couple of days ago
15:50.24dos1so we're using the same revision
15:50.36TAsnbut then mrmoku|away and I started ripping it's heart out in order to make things right :)
15:50.39TAsndos1, aye.
15:50.50TAsnbumbl, though I'm using it on a daily basis.
15:50.57TAsnit's just there are a couple of issues.
15:51.02dos1well, i'm testing it on pc
15:51.07dos1i'll check my phoneutils installation
15:51.11TAsndos1, hm...
15:51.26TAsntry saving the number
15:51.28TAsn12345
15:51.31TAsnin your db
15:51.33bumblTAsn: that are? is it shipped with shr-unstable?
15:51.44TAsnand let me know if you can query for it.
15:52.10TAsnbumbl, name resolving isn't implemented for the names in the messages list (but yes in the show message)
15:52.16TAsnand atm
15:52.41TAsnsending a new sms from contact list is broken iirc
15:52.41TAsnbumbl, hopefully it'll be ok by friday. ;)
15:52.49bumblwell that's no problem imo
15:52.50TAsn(actually hopefully by tuesday)
15:53.00TAsnbumbl, it's not. that's why I'm using it. :)
15:53.06dos12009.10.10 17:52:37.454 opimd                INFO     Making comp value for (...)
15:53.08dos1:P
15:53.15dos1so make_comp_value works
15:53.15TAsndos1, hm...
15:53.16TAsn|:
15:53.18TAsnyeah.
15:53.20dos1s/works/is called/
15:53.24TAsnwell, what about my test?
15:53.41TAsn(adding 12345 to db)
15:53.50TAsnand then trying to query for that?
15:54.06dos1query for what exactly?
15:54.14TAsnadd
15:54.17TAsnTAsn:12345
15:54.22TAsnto your db
15:54.24TAsnand query for
15:54.28TAsn+CC12345
15:54.30TAsnand for
15:54.32TAsn12345
15:54.40dos1tel:12345 you mean
15:54.42dos1:P
15:54.48TAsnopimd-cli c query Phone tel:12345
15:55.02TAsndos1, unfortunately, yeah ;)
15:55.14dos1both works
15:55.19TAsnreally?
15:55.23dos1really
15:55.35dos1maybe check your python-phoneutils
15:55.48TAsndos1, no need for that
15:55.52dos1when it fails, normalization in opimd will fail too :P
15:55.57TAsnas
15:56.02TAsnpyphonelog works
15:56.07TAsn(uses that)
15:56.34TAsnhm.. I'm starting to think it's an issue with the sim backend
15:56.43TAsndos1, please try (not in your test area)
15:56.46TAsnto add
15:56.54TAsnlogger.info() in make_comp_value
15:57.07TAsnand see if its also being called
15:57.13TAsnfor sim contacts
15:57.28dos1it's being called for every contact creation
15:57.32dos1as Contact is class
15:57.38TAsnplease verify
15:59.28dos12009.10.10 17:58:56.943 opimd                INFO     Making comp value for tel:12345                                                                                              
15:59.32dos12009.10.10 17:58:56.943 opimd                INFO     Comp value: tel:+12345                                                                                                        
15:59.36dos1hmm, that's wrong
15:59.59TAsn<PROTECTED>
16:00.02TAsndef get_compare_for_tel(tel_value):
16:00.03dos1ohhh!
16:00.05TAsnhelpers.py
16:00.06TAsnnoob.
16:00.06TAsn:|
16:00.07dos1i think i know
16:00.33dos1TAsn: i think phoneutils.init is called too late
16:00.38dos1and some contacts are created
16:01.00dos1before phoneutils is inited
16:01.02dos1checking it...
16:01.49dos1yup, now it's ok :)
16:02.15TAsnhates dos1 :)
16:02.16dos1TAsn: so you were wrong in all your guesses. but thanks to you i can fix it ;)
16:02.28TAsndos1, hehe thanks for the fix :)
16:02.32TAsnmind telling me what to fix where?
16:02.47TAsndos1, I wasn't really wrong!
16:02.51TAsnas it really does NOT
16:02.56TAsndid not*
16:03.04TAsnnormalize numbers
16:03.07TAsnwhen loading from sim.
16:03.28TAsnanyhow, please commit and tell me what to fix and where :)
16:04.10dos1TAsn: it does
16:04.18dos1TAsn: but phone-utils returs bogus data, as it's not inited
16:04.20dos1;)
16:04.21TAsnnot correctly it doesn'.t
16:04.21TAsn:)
16:04.33TAsndos1, phone-utils never returns bogus data
16:04.34dos1pushing
16:04.37TAsnit's just that it's default is
16:04.39CIA-26freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rb27c2f9899e8 10framework/framework/subsystems/opimd/opimd.py: opimd: init phone-utils earlier. Fixes wrong comparition values for phone numbers in contacts loaded at boot.
16:04.41TAsn"" for everything :){
16:04.56dos1TAsn: bogus data for our needs :P
16:05.00dos1TAsn: beter? :D
16:05.03TAsndos1, push to master
16:05.08TAsndos1, yeah ;)
16:05.09dos1merging to master
16:05.17TAsnokie :)
16:06.40TAsndos1, thanks, giving it a go.
16:06.51TAsnmrmoku|away, ^
16:06.59TAsndos1, anyhow, thanks a lot, you sometimes rock! :)
16:07.06dos1TAsn: i'll build it
16:07.13TAsndos1, even better :)
16:07.24TAsn(I already applied the fix here, locally)
16:07.28dos1pushed to master
16:07.33TAsnbut building it is preferred, thanks :)
16:07.51TAsnwill maybe have a working phone 1: )
16:08.09TAsndos1, btw, how do you handle (in internal cache)
16:08.25TAsnogsmd crash
16:08.32TAsnor maybe just a release of sim resourceL
16:08.33TAsn?
16:08.37TAsnerase the data?
16:08.52HeinervdmMy SHR dev dir has now 28 GByte...
16:08.53dos1nothing
16:09.08dos1it does nothing when gsm is released
16:09.23dos1probably it should be changed, it shouldn't be hard to do
16:09.28TAsndos1, aye.
16:09.43dos1as code for disabling backend and erasing its data from cache is already there
16:09.54TAsnokie, cool. :)
16:11.06dos1TAsn: are sorting issues already fixed?
16:11.16TAsndos1, I think so
16:11.21TAsnas phonelog now works correctly
16:11.27dos1TAsn: ok
16:11.33TAsn(though I haven't had the time to colllect enough missed calls to really confirm this)
16:11.39TAsnwait another day or two.
16:12.17TAsnwth, dos1 still doesn't work. :|
16:12.21TAsnsec, verifying
16:12.37dos1TAsn: what?
16:12.52TAsnresolving.
16:13.22TAsnQuerying data matching to {'Phone': 'tel:12345'}...
16:13.28TAsnstill returns 0 results :|
16:13.30CIA-26freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rec50832f66cb 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO
16:14.23dos1TAsn: so i have a patch for ya
16:14.31*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
16:14.34dos1with debug logger lines
16:14.54dos1http://pastebin.ca/1610214
16:14.55TAsngimme.
16:15.13TAsnbah, git patch :|
16:16.54TAsnhuh? a value= after a return?!
16:17.47TAsnanyhow, sec, checking.
16:17.54dos1TAsn: hmm?
16:18.03TAsnpatch line 14
16:18.05dos1TAsn: there is one return, at the end
16:18.11TAsnlook at line 13
16:18.19TAsnoh oops :)
16:18.25TAsnthere a -
16:18.32TAsnbefore it, nvm.
16:18.52*** join/#openmoko-cdevel pablomino (n=pablo@r190-135-135-116.dialup.adsl.anteldata.net.uy)
16:19.20*** part/#openmoko-cdevel pablomino (n=pablo@r190-135-135-116.dialup.adsl.anteldata.net.uy)
16:21.20dos1mickey|bbl: configure.ac:55: required file `misc-vapi-1.0.pc.in' not found
16:21.46TAsndos1, btw, here it does call make_comp_value
16:21.55TAsnthough when I compare, not when loading :)
16:23.33DocScrutinizer-8which sounds like a sane thing anyway
16:23.35*** join/#openmoko-cdevel dos1|neo (n=dos1@unaffiliated/dos1)
16:24.16TAsnDocScrutinizer-8, of course.
16:24.18DocScrutinizer-8if make_comp_value ever can sound like a sane thing
16:24.34TAsn:)
16:26.10dos1TAsn: apply my patch and then send me complete log of loading frameworkd and quering something
16:27.22TAsndos1, are you trying to spy on me? :)
16:27.44dos1TAsn: cat frameworkd.log | grep opimd? :P
16:27.47TAsndos1, mind if I'll grep only for opimd messages
16:27.49TAsnexactly :)
16:28.10*** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes)
16:28.13TAsn(not because of a privacy issue, just that i'll be able to monitor what's being sent in a sane manner ;)
16:29.08CIA-26freesmartphone.org: 03mickey 07cornucopia * rafd0df8d916c 10/ (3 files in 2 dirs): misc-vapi: add .pc.in file
16:29.26dos1mickey|bbl: thanks
16:30.23TAsnok dos1
16:30.27TAsnjust loaded everything
16:30.33TAsnthe only line that refers to comp value
16:30.43TAsnis making a comp value for my sms message content
16:30.57TAsnand it returned "" as a comp value
16:31.00TAsn(i.e empty string)
16:31.04TAsnnow querying
16:31.34TAsngreat
16:31.34dos1strange
16:31.35TAsndbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.opimd was not provided by any .service files
16:31.42TAsncrashed :|
16:31.48dos1what did you break? :P
16:31.52dos1run it in console
16:31.54TAsnnothing really.
16:31.57dos1frameworkd
16:32.04TAsnbah, sec.
16:32.07dos1not by init script
16:32.58TAsnUsing **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged
16:33.01TAsnall I get in the meanwhile :)
16:36.10*** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167977610.dsl.bell.ca)
16:36.12TAsndos1, doesn't load
16:36.15TAsnmany fso crap
16:36.17TAsnreboot, sec.
16:39.11TAsndos1,
16:39.13TAsn2009.10.10 18:38:06.464 opimd                ERROR    Could not load entries fo
16:39.13TAsnr backend SQLite-Contacts!
16:39.13TAsn2009.10.10 18:38:06.961 opimd                ERROR    Could not load entries fo
16:39.13TAsnr backend SQLite-Calls!
16:39.15TAsnwhat's that?
16:41.16dos1some problem
16:41.16dos1:P
16:41.23TAsn2009.10.10 18:40:46.399 opimd                INFO     Making comp value for
16:41.23TAsn2009.10.10 18:40:46.410 opimd                INFO     Comp value:
16:41.25TAsnand a crash.
16:41.32TAsnonly after I added your patch
16:41.36TAsneither I added it wrong
16:41.41TAsnor I dunno what :)
16:41.52TAsn(I added it manually)
16:42.14TAsnok, I think I found the issue
16:42.47TAsna tab instead of a space :|
16:43.00TAsnhates people who use spaces :)
16:43.17TAsnalthough it probably should have worked
16:43.24CIA-26freesmartphone.org: 03mickey 07specs * re3c8babea9a8 10/ (4 files in 2 dirs): document parameter structs used in org.freesmartphone.GSM.Network* and org.freesmartphone.GSM.SIM*
16:43.28CIA-26freesmartphone.org: 03mickey 07libfso-glib * r948b6e35eb07 10/src/ (5 files): regen
16:43.31TAsnas it was the only indented line
16:43.41DocScrutinizer-8hates format dependent prog lang
16:44.27TAsnagrees.
16:44.46*** join/#openmoko-cdevel admiral0_ (n=admiral0@151.57.160.62)
16:44.53TAsnI want to be able to write a program that looks like a camel and draws a camel!
16:46.10DocScrutinizer-8a "#" in col 1 is just bearable (shell), a "*" in col7 is already too much (cobol), and a lang that depends on spacewidth of tabs is unaceptable (python)
16:47.12TAsnffs
16:47.15TAsncrashed, again.
16:47.23TAsnwhat am I missing?!
16:48.32TAsnno idea :(
16:48.51TAsndos1, it just crashes when trying to make a comp value for an sms message (actually right after that)
16:49.10DocScrutinizer-8otoh the worst thing I ever had to cope with is the . in COBOL which actually means ENDIF
16:49.16*** join/#openmoko-cdevel onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
16:49.24DocScrutinizer-8barely visible :-S
16:49.59dos1TAsn: run it in console and send me that fscking traceback! :P
16:50.13TAsndos1, running the framework in console
16:50.19TAsnis just broken for some reason
16:50.29dos1TAsn: so what traceback says?
16:50.35TAsnretrying
16:50.40TAsndos1, no traceback, nothing loads
16:50.43TAsnso it doesn't crash.
16:50.50TAsnretrying.
16:50.51onen|openBmaphey
16:51.17TAsnhere ya go
16:51.18TAsnrunning again.
16:51.41onen|openBmapI try to use connman to scan wifi. nevertheless, I would like to figure out dynamically what is the name of the device. any pointers?
16:51.57dos1TAsn: keep in mind that you can't run second instance of frameworkd when first is running
16:51.59dos1:P
16:52.04TAsnoh really?
16:52.18TAsn(j/k)
16:52.27TAsn2009.10.10 18:52:10.918 ogsmd.modem.abstract ERROR    could not open channel UNS
16:52.27TAsnOL, retrying in 2 seconds
16:52.28TAsn2009.10.10 18:52:10.927 ogsmd.modems.ti_calypso INFO     Requesting new channel
16:52.28TAsnfrom 'fso-abyss'
16:52.29onen|openBmapis some "correct" way to do this?
16:52.57TAsnfucking python.
16:52.58TAsndos1, is it built yet?
16:53.11TAsnthe package
16:53.23dos1no, but build is finishing
16:53.28TAsnif so I'll download that and revert this logging patch of yours.
16:53.31CIA-26freesmartphone.org: 03mickey 07cornucopia * rb47e2c46efbc 10/fsogsmd/ (3 files in 2 dirs): fsogsmd: integrate PlusCOPS_Test() into PlusCOPS(), use autgenerated NetworkProvider struct from specs
16:53.36TAsnas you can see
16:53.40TAsnit doesn't get a chan
16:53.47TAsnand therefore opimd is not even loaded.
16:53.54dos1wtf?
16:54.04dos1ogsmd tries to get channel after opimd is loaded
16:54.17dos1TAsn: built, package-index too'
16:54.23TAsnthanks.
16:54.37TAsnreverting this evil patch of yours. :)
16:55.04mickey|bblonen|openBmap: (name of the device) which device do you mean?
16:56.07*** join/#openmoko-cdevel wpwrak (n=werner@190.136.29.16)
16:57.28TAsnrebooting.
16:59.07*** join/#openmoko-cdevel admiral0__ (n=admiral0@151.57.203.123)
17:04.32TAsnanyhow, dos1 at least it doesn't crash anymore
17:04.35TAsnbut it still doesn't work.
17:04.37TAsn:|
17:05.25dos1you're strange ;P
17:05.32*** join/#openmoko-cdevel feuera1 (n=andi@188-23-52-109.adsl.highway.telekom.at)
17:06.51*** join/#openmoko-cdevel Christ1 (n=christ@h247103.upc-h.chello.nl)
17:07.07TAsnnah, but opimd is.
17:09.38TAsnretrying debug logger lines.
17:11.38TAsnwish me luck.
17:12.53onen|openBmapdoes anybody know if connman provides mac addresses of seen networks?
17:14.02dos1onen|openBmap: AFAIR it does
17:17.21TAsndos1, ffs debugging messages doesn't work, again.
17:17.26TAsnI'm quitting for today.
17:17.32onen|openBmapdos1: ok, I check again then
17:17.36TAsnmrmoku|away, please help him debug our issue when you are back.
17:17.50TAsnanyhow
17:17.51TAsndos1,
17:18.24TAsnplease try to figure this out.
17:21.05TAsnDocScrutinizer, what about those promised opimd sketches? :)
17:23.28DocScrutinizerTAsn: sketches? I said I might try to do a first rough draft of a db tables definition - during my brunch. Alas (as usual) I still didn't manage to even start mentioned brunch, so no draft so far as well
17:23.42TAsn:)
17:25.25*** join/#openmoko-cdevel alexxy[home] (n=alexxy@gentoo/developer/alexxy)
17:28.57onen|openBmapdos1: cannot find the mac address. besides, even when I turn my home wifi off, I still find the profile of the access
17:29.07onen|openBmapdos1: I feel like I will parse iwlist output
17:29.18onen|openBmapdos1: it will be more portable too...
17:29.26dos1heh
17:29.38dos1but i think it displayed MAC addresses of networks...
17:29.53dos1even dbus paths was created from mac adresses
17:30.00dos1s/was/were/
17:30.01onen|openBmapdos1: I try all the objects of connman interface...
17:30.18dos1but it was ages ago when i was writing connman frontend
17:30.30dos1and it changed dramatically over that time
17:31.12onen|openBmapdos1: for what I see the path is built using our mac address
17:31.30dos1no, that's path of network device
17:31.44dos1i mean path of network :P
17:31.46onen|openBmapdos1: services profiles are filled when a wifi network is seen. there I could not find the mac address. and it does not disappear if this network gets off
17:31.58dos1i wasn't using profiles at all
17:32.50onen|openBmapdos1: path of the network, not the device? not sure wha tyou mean...?
17:33.06dos1AFAIR network device had method for scanning
17:33.34dos1and then NetworkArrived and NetworkDisappeared (i don't remember exact names) were emitted, with dbus paths to networks
17:33.45onen|openBmapdos1: yes. you request a scan. but I could not find some kind of result list
17:34.00dos1onen|openBmap: listen to signals and you'll see
17:34.08dos1mdbus -s -l is your friend ;)
17:34.41onen|openBmapdos1: weird. signal listed are about properties. (changed). I used the get properties method and did not see anything meaningful.
17:34.51onen|openBmapdos1: thanks for the tip, I try right now
17:35.01onen|openBmapdos1: ttyl ;-)
17:35.03*** join/#openmoko-cdevel fsteinel (n=fsteinel@fedora/fsteinel)
17:35.25dos1onen|openBmap: http://git.shr-project.org/git/?p=shr-settings.git;a=blob;f=playground/wifiman.py;hb=HEAD
17:35.29dos1onen|openBmap: here's my code
17:35.32dos1onen|openBmap: dunno if it still works
17:35.37dos1onen|openBmap: (probably not)
17:35.46dos1but maybe it'll be helpful ;)
17:36.28dos1it worked with connman version something about 0.19
17:36.46onen|openBmapdos1: my first reflex was to look at dbus interfaces. now I wonder if parsing iwlist would not be more portable anyway... instead of connman, networkmanager, etc. dbus service...
17:44.50onen|openBmapdos1: signals are about services update: op'/profile/default/wifi_MAC-ADDRESS_number_managed_wpa
17:51.47*** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170)
17:58.53onen|openBmapdos1: If I follow what your code works, I get an empty list of devices right at the beginning :-(
17:59.07onen|openBmapdos1: where you got a list of devices, then looked for a wifi one
18:13.23*** join/#openmoko-cdevel PaulFert` (n=PaulFert@81.200.16.34)
18:13.38*** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.152.37)
18:18.32TAsnmrmoku|away, for some reason I don't have time to debug, I can't add numbers/names to recipient list, every time I get to that list I get a segfault, probably a gvlaue issue, please take a look when you have time.
18:19.11TAsn** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj
18:19.13TAsn:|
18:19.24TAsnthat's the issue ^
18:22.35CIA-26freesmartphone.org: 03mickey 07cornucopia * r9b68dd081f5a 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: start w/ phonebook reading
18:22.40TAsnknows nothing about edj
18:30.49*** join/#openmoko-cdevel vininim (n=vininim@pdpc/supporter/student/vininim)
19:03.18*** join/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com)
19:07.26TAsnmrmoku, ! :)
19:07.34TAsn<TAsn> mrmoku|away, please help him debug our issue when you are back.
19:07.48TAsndos1 and the resolving in opimd, I'm really busy with studying (or at least should be)
19:08.01TAsnand
19:08.02TAsn<TAsn> mrmoku|away, for some reason I don't have time to debug, I can't add numbers/names to recipient list, every time I get to that list I get a segfault, probably a gvlaue issue, please take a look when you have time.
19:08.02TAsn<TAsn> ** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj
19:08.03TAsn<TAsn> :|
19:08.03TAsn<TAsn> that's the issue ^
19:08.26TAsnthis also happens when adding from number
19:08.37TAsnI suspect you meant to write messages.edj and not contacts?
19:09.37*** part/#openmoko-cdevel _ant_ (n=ant@95-25-106-165.broadband.corbina.ru)
19:10.59mrmokuTAsn: him who?
19:11.17TAsnread the next line
19:11.18TAsn:)
19:11.23TAsn(dos1 and opimd)
19:11.42mrmokuhas to debug his ophonekitd rewrite :P
19:11.59TAsngood enough :)
19:12.03TAsnbut later, please help the dude :)
19:12.15mrmokuyup...
19:12.37mrmokudos1: how did oemerge building work out?
19:12.46mrmokuneeds newer glib :(
19:12.50dos1mrmoku: NOTE: Running task 1957 of 12669 (ID: 11468, /home/shr/shr-oemerge/openembedded/recipes/xorg-proto/xineramaproto_1.2.bb, do_configure)
19:12.56mrmokuohh.. :)
19:15.51*** join/#openmoko-cdevel spaetz (n=spaetz@62.48.119.96)
19:18.27*** join/#openmoko-cdevel baruch (n=baruche@79.183.142.134)
19:18.52*** join/#openmoko-cdevel zoff99 (i=chatzill@80.109.110.37)
19:19.12PaulFertserDocScrutinizer: you told that even 850 MHz devices can sometimes work in 900 MHz networks. Is it possible it can be somehow improved even further?
19:20.39*** join/#openmoko-cdevel zoff99 (i=chatzill@80.109.110.37)
19:25.15*** join/#openmoko-cdevel JesusMcCloud1 (n=jesus@188-23-63-245.adsl.highway.telekom.at)
19:27.23TAsnmrmoku, oh!! almost forgot, even more important than ophonekitd, <TAsn> <TAsn> ** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj
19:27.29TAsncan you confirm this?
19:27.38TAsn(try to add a contact/number to sms)
19:28.48*** join/#openmoko-cdevel zoff99 (i=chatzill@80.109.110.37)
19:29.31TAsnwow
19:29.38TAsnwants to move to hong kong
19:29.40TAsnhttp://upload.wikimedia.org/wikipedia/commons/1/18/Hong_Kong_Night_Skyline.jpg
19:30.39DocScrutinizer-8TAsn: why?
19:30.47JesusMcCloud1that is one beautiful hdr image
19:31.04TAsnDocScrutinizer, the pic ^
19:33.33*** part/#openmoko-cdevel JesusMcCloud1 (n=jesus@188-23-63-245.adsl.highway.telekom.at)
19:35.53*** join/#openmoko-cdevel JesusMcCloud1 (n=jesus@188-23-63-245.adsl.highway.telekom.at)
19:37.28mrmokuTAsn: I know... I almost have fixed that one (row)
19:38.54mrmokuand then got lost in ophonekitd :(
19:39.05DocScrutinizerTAsn: well, I've been there (I think next to tower upper left quarter of that pic). Really nice, but the town is such a whirl and a mess
19:39.38TAsnDocScrutinizer, I'm just kidding, I don't really want to live there
19:39.50TAsnthough that pic is awesome
19:39.56DocScrutinizeryup
19:40.19TAsn:)
19:40.55TAsnmrmoku, please attempt to fix it (row) it seems like a bad edj file, accidentally choosing the wrong edj or just a typo in the edj, either way, please fix it and commit it to master ;)
19:41.18mrmokurow was the style for the etk list for recipients
19:41.27mrmokuI changed the list to be an elm genlist
19:42.11TAsnso what calls a row?
19:42.50TAsnmessage-new-view.c:       etk_tree_model_edje_new(CONTACTS_FILE, "row"));
19:46.09*** join/#openmoko-cdevel nslu2-log_ (n=nslu2-lo@limax.nslu2-linux.org)
19:46.12TAsnhttp://talpadk.wordpress.com/2009/10/10/progress-not-always-for-the-better/
19:46.37TAsnI wonder if he tested that with glamo mplayer.
19:46.52TAsnmrmoku, btw ^ (message-new-view.c)
19:47.00*** join/#openmoko-cdevel Flyser (n=Flyser@unaffiliated/flyser)
19:47.32PaulFertserTAsn: (hdr image) impressive, just wow
19:47.52TAsnPaulFertser, yeah! ;)
19:48.00TAsnI'm also amazed by it.
19:48.46*** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.203.123)
19:48.54TAsnanyhow, mrmoku message-new-view.c is the culprit. I hope you can fix it, I'm off to study (again)
19:49.07*** join/#openmoko-cdevel JaMae (n=martin@161-24.13.24.78.awnet.cz)
19:49.26*** join/#openmoko-cdevel farhaven_ (n=gbe@intepi.net)
19:49.26*** join/#openmoko-cdevel viq_ (n=viq@unaffiliated/viq)
19:49.27TAsnI just hope they won't need me a lot at work and I'll be able to go at a decent hour tomorrow as I have a test in monday.
19:49.29TAsn:|
19:49.31TAsnbah.
19:49.32TAsnciao.
20:02.06*** join/#openmoko-cdevel dos11 (n=dos@83.23.35.149)
20:08.21WeissNote
20:08.26Weisswhoops.. wrong window
20:11.30*** join/#openmoko-cdevel divanorama (n=divan@ivanco.convex.ru)
20:14.32*** join/#openmoko-cdevel onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
20:15.20onen|openBmapI just did an opkg upgrade of my shr. no phone connection any more :-( also it complains about a dependency unsatisfied for fso
20:15.28Weissdid someone ping me between 24 and 28 hours ago? I don't have enough scrollback
20:15.29onen|openBmapdoes anybody encounters such issue?
20:20.21onen|openBmapdos1: I did a system upgrade. now I see the devices list with connman
20:20.27onen|openBmapbut not network :-(
20:20.34onen|openBmapdos1: and I lost phone connectivity
20:21.16dos1onen|openBmap: try opkg install libfsotransport0
20:22.12*** join/#openmoko-cdevel [HtR]_0xEF^3 (n=[HtR]_0x@uo-dialup-1.txnet.com)
20:22.15onen|openBmapdos1: it is rebooting. I force dan ignore dependency issue, let s see if this helps. then I ll try
20:22.55*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it)
20:25.22*** join/#openmoko-cdevel [HtR]_0xEF^3 (n=[HtR]_0x@uo-dialup-1.txnet.com)
20:25.29onen|openBmapdos1: once installed, should I restart fso stack or sth?
20:25.48dos1yup
20:26.09dos1<PROTECTED>
20:32.15*** join/#openmoko-cdevel [HtR]_0xEF^3 (n=[HtR]_0x@uo-dialup-1.txnet.com)
20:33.15onen|openBmapdos1: it now displays "no service" :-(
20:33.46onen|openBmapare BT and WiFi started when booting up?
20:34.14*** join/#openmoko-cdevel __0xEF_ (n=kvirc@uo-dialup-1.txnet.com)
20:42.00*** join/#openmoko-cdevel __0xEF_ (n=kvirc@uo-dialup-1.txnet.com)
20:46.41*** join/#openmoko-cdevel __0xEF_ (n=kvirc@uo-dialup-1.txnet.com)
20:50.49*** join/#openmoko-cdevel __0xEF_ (n=kvirc@uo-dialup-1.txnet.com)
20:55.33*** join/#openmoko-cdevel DocScrutinizer-8 (n=jr-N810@p57AF79FD.dip.t-dialin.net)
21:00.44*** join/#openmoko-cdevel agg1n (n=agg1n@static-87-245-36-205.teleos-web.de)
21:04.30*** part/#openmoko-cdevel agg1n (n=agg1n@static-87-245-36-205.teleos-web.de)
21:04.36*** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
21:04.38*** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.152.37)
21:05.35*** join/#openmoko-cdevel onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
21:24.09*** join/#openmoko-cdevel Sleep_Walker (n=Sleep@193.179.96.131)
21:31.41onen|openBmapreflashed his phone, now works again
21:39.54*** join/#openmoko-cdevel ajvogel_ (n=quassel@196-210-187-196-tbnb-esr-2.dynamic.isadsl.co.za)
21:41.04*** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.203.123)
21:44.44*** join/#openmoko-cdevel Schorhr (n=askmeple@24.121.113.82.net.de.o2.com)
21:51.25*** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
22:05.23*** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.203.123)
22:14.22*** join/#openmoko-cdevel Sargun (n=Sargun@atarack/Staff/Sargun)
22:25.01*** part/#openmoko-cdevel budfive_ (n=opera@cpe-76-172-117-6.socal.res.rr.com)
22:34.49*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
22:34.59*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
22:37.00*** join/#openmoko-cdevel DocScrutinizer-8 (n=jr-N810@p57AF79FD.dip.t-dialin.net)
22:37.00*** join/#openmoko-cdevel __0xEF_ (n=kvirc@uo-dialup-1.txnet.com) [NETSPLIT VICTIM]
22:37.00*** join/#openmoko-cdevel vininim (n=vininim@pdpc/supporter/student/vininim)
22:37.00*** join/#openmoko-cdevel alexxy (n=alexxy@gentoo/developer/alexxy)
22:37.00*** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167977610.dsl.bell.ca)
22:37.00*** join/#openmoko-cdevel everslick (n=clemens@91-114-182-142.adsl.highway.telekom.at)
22:37.00*** join/#openmoko-cdevel ruoso (n=ruoso@201009019232.user.veloxzone.com.br)
22:37.00*** join/#openmoko-cdevel sabrod (n=fred@mic92-8-82-234-143-184.fbx.proxad.net)
22:37.01*** join/#openmoko-cdevel Ainulindale (n=ainu@calaquendi.org)
22:37.01*** join/#openmoko-cdevel m2 (n=marcelo@debian/developer/mmagallo) [NETSPLIT VICTIM]
22:37.01*** join/#openmoko-cdevel else58 (n=else58@70.114.141.31)
22:37.01*** join/#openmoko-cdevel lindi- (n=lindi@kulho150.adsl.netsonic.fi)
22:37.01*** join/#openmoko-cdevel pwerken (n=pwerken@a-eskwadraat.nl)
22:55.58*** join/#openmoko-cdevel DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net)
22:59.53*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
23:00.22*** join/#openmoko-cdevel sigius (n=sigius@93-125-185-45.dsl.alice.nl)
23:11.10*** join/#openmoko-cdevel everslick (n=clemens@212-183-112-90.adsl.highway.telekom.at)
23:34.44*** join/#openmoko-cdevel Flyser_ (n=Flyser@unaffiliated/flyser)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.