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.53 | TAsn | [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.49 | TAsn | :) |
08:27.28 | TAsn | It'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.47 | ptitjes | mickey|sports: ping |
08:59.31 | ptitjes | mrmoku|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.25 | ptitjes | Does someone know who is Martin Jansa ? |
09:05.39 | ptitjes | on IRC, I mean... :p |
09:06.59 | JaMa | ptitjes: I know :) |
09:07.36 | DocScrutinizer-8 | hehe |
09:07.50 | *** join/#openmoko-cdevel Arigead (n=Rupert@83.71.155.177) |
09:08.44 | JaMa | ptitjes: 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.16 | JaMa | ptitjes: and vala-native_0.7.7 cannot be build without workarounds |
09:10.37 | JaMa | ptitjes: 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.46 | ptitjes | JaMa: my concern is from what is built that release |
09:14.17 | ptitjes | JaMa: I can't see any of those stuff in git.freesmartphone.org |
09:15.42 | JaMa | ptitjes: http://lists.shr-project.org/pipermail/shr-devel/2009-October/000824.html |
09:15.43 | Heinervdm | ptitjes: i think mickey|sports just created a tarball out of playya__'s patches |
09:15.57 | JaMa | ptitjes: http://lists.shr-project.org/pipermail/shr-devel/2009-October/000835.html |
09:16.15 | JaMa | ptitjes: this problem is fixed in fso1 release |
09:16.54 | Heinervdm | JaMa: did you try to compile shr/merge? |
09:17.02 | Heinervdm | i can't compile openssl-native |
09:18.44 | ptitjes | JaMa: it seems to me that those problems are build framework problems |
09:19.15 | ptitjes | aka OE problems |
09:22.39 | JaMa | Heinervdm: I put prefered version of openssl-native one version back.. |
09:22.42 | ptitjes | JaMa: or do I miss something ? |
09:22.53 | Heinervdm | JaMa: ok |
09:23.05 | JaMa | Heinervdm: I have just kernel from shr/merge and still building xorg-image for my sharp zaurus.. |
09:23.14 | JaMa | Heinervdm: with xserver-1.7 :) |
09:25.23 | JaMa | ptitjes: 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.15 | ptitjes | err I did not understand :p |
09:26.29 | JaMa | Heinervdm: same error as you send to #oe.. version 0.9.8g packaged fine.. |
09:26.33 | JaMa | leaving 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.50 | Heinervdm | [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.07 | Heinervdm | [Rui]: don't know, TAsn and mrmoku expirenced sth with hoverselects in the last days |
10:04.20 | dos1|neo | and me |
10:04.21 | [Rui] | I'm uploading a scap |
10:04.41 | dos1|neo | they 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.28 | dos1|neo | mrmoku: shr-oemerge is reactivated |
10:05.48 | dos1|neo | [Rui]: probably you have old efl |
10:05.52 | [Rui] | like this: http://scap.linuxtogo.org/files/926c65510d96e37efb3e94269be1df88.png |
10:05.53 | mrmoku | dos1|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.58 | dos1|neo | mrmoku: i switched it to shr/merge branch on buildhost |
10:07.10 | dos1|neo | [Rui]: so you have old efl |
10:07.28 | mrmoku | dos1|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.16 | dos1|neo | mrmoku: shr-oemerge, not -unstable |
10:08.19 | dos1|neo | [Rui]: yup |
10:08.22 | *** join/#openmoko-cdevel turran (n=jl@unaffiliated/turran) |
10:08.27 | mrmoku | dos1|neo: ahh now I get you :) ok |
10:08.41 | [Rui] | hover with a table also seems a bit broken |
10:08.42 | dos1|neo | [Rui]: but it's not synced in -unstable |
10:08.46 | Heinervdm | [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.26 | Heinervdm | [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.49 | Heinervdm | ok, 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.12 | soltys | ;] |
10:35.24 | TAsn | hehe |
10:35.25 | Heinervdm | why not a female? |
10:35.34 | TAsn | Heinervdm, no females responded |
10:35.38 | TAsn | we are now willing to accept |
10:35.39 | Heinervdm | ok :D |
10:35.41 | TAsn | males 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.53 | DocScrutinizer-8 | dos1: 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.12 | morphis | heyho |
11:14.22 | Heinervdm | morphis: pong ;) |
11:15.45 | *** join/#openmoko-cdevel thrashold (n=europan@3mhz.net) |
11:17.43 | morphis | Heinervdm: hey! I read your mail |
11:18.12 | *** join/#openmoko-cdevel baruch (n=baruche@84.109.117.83) |
11:18.15 | morphis | the first points you noticed are fixed |
11:18.23 | *** join/#openmoko-cdevel playya__ (n=playya@unaffiliated/playya) |
11:18.56 | morphis | Heinervdm: what do you mean with "der Monat wird bei mir etwas seltsam angezeigt"? |
11:19.08 | morphis | you mean the border of the date items? |
11:19.12 | baruch | dos1, what sort of help is needed with python? |
11:19.29 | dos1 | hehe ;D |
11:19.39 | dos1 | well, some opimd developers are needed |
11:20.03 | Heinervdm | mrmoku: no, the "October 2009" is alignt to the top and is too small |
11:20.14 | Heinervdm | s/mrmoku/morphis/ |
11:20.23 | morphis | Heinervdm: ah ok |
11:20.28 | morphis | it even fixed :) |
11:20.51 | morphis | look a current head, there are some more features implemented |
11:21.01 | DocScrutinizer-8 | baruch: preferrably someone with good knowledge of dbms and SQl |
11:21.19 | morphis | I 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.34 | morphis | the place between day number and state bar is reserved for icons you can swallow into it |
11:22.03 | baruch | DocScrutinizer-8, if there are specific tasks I can try to help, but I already have other things I'd like to do |
11:22.18 | morphis | I hope I can send the first version to e-devel ml |
11:22.23 | morphis | tomorrow |
11:22.30 | Heinervdm | morphis: another point i had: it would be nice to have some feedback when clicking on a day |
11:22.34 | Heinervdm | like in shr-dialer |
11:23.04 | morphis | jep |
11:23.05 | Heinervdm | so that that day change color to grey or sth like that |
11:23.15 | morphis | its on my list |
11:23.19 | Heinervdm | ok :) |
11:23.42 | baruch | mickeyl, 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.49 | morphis | today I worked a little bit on the calendar logic, cause there were some problems when switching the months in the old code |
11:23.54 | morphis | but now it should working |
11:24.13 | morphis | you can register for events, for view updates and for month switching |
11:25.18 | Heinervdm | nice :) |
11:26.29 | mickeyl | baruch: no idea, alphaone|gone and shoragan are the GPS experts. Wow, cool, sounds like a good patch then. |
11:27.10 | DocScrutinizer-8 | baruch: +1 |
11:27.39 | mickeyl | ptitjes: ping |
11:27.50 | ptitjes | mickeyl: pong |
11:28.06 | DocScrutinizer-8 | moin mickeyl o/ |
11:28.10 | mickeyl | ptitjes: 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.15 | mickeyl | morning DocScrutinizer-8 |
11:28.16 | ptitjes | thanks |
11:28.48 | ptitjes | mickeyl: you can already describe dbus structs |
11:29.04 | ptitjes | :p |
11:29.58 | mickeyl | oops? |
11:30.05 | mickeyl | do you have an xml example for thatà |
11:30.06 | mickeyl | ? |
11:30.25 | ptitjes | mickeyl: 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.39 | ptitjes | :D |
11:30.48 | mickeyl | oh great |
11:30.52 | mickeyl | completely overlooked that |
11:30.53 | mickeyl | thanks |
11:30.58 | ptitjes | yw |
11:31.00 | mickeyl | going to describe our structs now |
11:31.05 | ptitjes | great :p |
11:31.30 | mickeyl | org.freesmartphone.GSM.Device is implemented in Vala now |
11:31.38 | mickeyl | org.freesmartphone.GSM.SIM.* has some complicated params |
11:31.41 | morphis | mickeyl: yeah |
11:31.49 | mickeyl | will see soon whether Vala's dbus stuff can cope with that |
11:32.31 | ptitjes | mickeyl: oh so there will soone be fsogsmd ? |
11:32.50 | mickeyl | ptitjes: not sure about 'soon', but I've been working like a maniac on it for the last couple of weeks :) |
11:32.55 | mickeyl | it's my #1 priority atm. |
11:32.55 | DocScrutinizer-8 | mickeyl: has sim contacts a way to specify the stroage index ? |
11:32.56 | ptitjes | héhé |
11:33.00 | ptitjes | good |
11:33.04 | *** join/#openmoko-cdevel alexxy (n=alexxy@gentoo/developer/alexxy) |
11:33.25 | mickeyl | DocScrutinizer-8: yes, you can specify the index on which you want a new number to be stored |
11:34.12 | morphis | mickeyl: whats about you with the palm pre challenge meeting? |
11:34.21 | DocScrutinizer-8 | mickeyl: cool. On Nokia you also can speed-dial contacts from sim with <index># |
11:34.56 | DocScrutinizer-8 | mickeyl: means "index on read" |
11:35.05 | mickeyl | morphis: I'll try to sort out my timing for the remainder of this year early next week, will respond them |
11:35.08 | mickeyl | s/them/then/ |
11:36.26 | morphis | mickeyl: ah ok, cause stefan and I already started to search for a good location but got not response from someone else |
11:39.12 | lindi- | 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.37 | mickeyl | lindi-: i'm busy atm., but i can look that up in the manual later |
11:43.46 | lindi- | mickeyl: I can look it up too if you tell me where. %CPI is not in my GSM docs |
11:47.57 | mickeyl | that's what i meant with looking it up |
11:48.02 | mickeyl | it's in the NDA'd docs |
11:48.15 | mickeyl | you might find it in a public document as well |
11:48.20 | mickeyl | Enfora Enabler II at docs |
11:48.57 | dos1 | forwarded, means forwarded :P |
11:48.59 | dos1 | like mail |
11:49.20 | dos1 | you can set forward options, so when your line is busy call gets forwarded to some other number |
11:49.38 | dos1 | most probably - voice mail |
11:49.59 | dos1 | and when you're getting such forwarded call, then you cave 'forwarded': True |
11:50.12 | dos1 | that's explanation from user point of view ;) |
11:50.38 | lindi- | dos1: but somebody was calling me |
11:51.15 | dos1 | forwarded from someone |
11:51.22 | dos1 | so i can have "forward all calls to lindi-" |
11:51.26 | dos1 | and when someone calls me |
11:51.42 | mickeyl | BENQ M23A AT docs |
11:51.43 | dos1 | you are getting call "from: someone; forwarded: true" |
11:51.44 | lindi- | dos1: interesting |
11:51.51 | dos1 | that's how i got it |
11:51.56 | lindi- | dos1: so somebody has setup call forwarding to my number? |
11:52.24 | dos1 | probably. 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.29 | baruch | mickeyl, in cornucopia, each service (gsm, gps, usage) is going to be in its own daemon? |
12:03.09 | baruch | DocScrutinizer-8, what help is needed with opimd? |
12:03.32 | lindi- | mickeyl: found 'Version: 0.1 2005/12/10' from 'http://www.e-gizmo.com/KIT/download/gsmmodem/m23 specs.pdf' |
12:03.38 | mickeyl | baruch: 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.51 | mickeyl | lindi-: ok |
12:04.07 | DocScrutinizer | baruch: Tasn, me, and a number of others urged dos1 to switch from cache inside opimd to a SGLite core |
12:04.20 | DocScrutinizer | SQLite even |
12:04.49 | mickeyl | lindi-: 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.52 | TAsn | aye. |
12:04.59 | cz_jc | I just found out sqlalchemy is super simple ORM yo use in python |
12:05.02 | baruch | mickeyl, 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.04 | TAsn | DocScrutinizer, and don't forget the new configuration suggestion. |
12:05.06 | cz_jc | maybe you could use it in fso :) |
12:05.16 | lindi- | mickeyl: ah so more clearly written as 'ftp://ftp.efo.ru/pub/benq/M23%20AT.pdf' |
12:05.21 | mickeyl | ;) |
12:06.05 | baruch | DocScrutinizer, If there are specific tasks that you can point to, I might spare some time to hack on it |
12:06.25 | DocScrutinizer | baruch: 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.53 | cz_jc | with sqlalchemy, you don't need to worry about table structure that much :) |
12:06.58 | lindi- | 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.03 | cz_jc | also it autocreates sqlite database, repairs broken tables, etc |
12:07.40 | DocScrutinizer | s/normalize/sanitize ;-) / |
12:07.46 | TAsn | DocScrutinizer, :) |
12:08.05 | TAsn | baruch, if you do decide to help on opimd |
12:08.06 | baruch | cz_jc, but then we'll be tied to python |
12:08.07 | TAsn | please contact me |
12:08.16 | DocScrutinizer | and me ;-) |
12:08.18 | lindi- | 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.20 | cz_jc | baruch, I thought FSO was all about being in python ? |
12:08.27 | TAsn | so i'll be able to explain the new suggestions for internal design |
12:08.30 | TAsn | and DocScrutinizer :) |
12:08.31 | baruch | TAsn, if you have something to say, say now, I'll take a look and see if/what I can help |
12:08.39 | baruch | cz_jc, not as far as I'm concerned |
12:08.45 | TAsn | sec, will pastebin most of what I said. |
12:08.46 | cz_jc | baruch, all right then |
12:08.54 | *** join/#openmoko-cdevel wpwrak (n=werner@host16.190-136-29.telecom.net.ar) |
12:08.55 | baruch | and it seems that even the core frameworkd is being redone in vala |
12:09.18 | cz_jc | hmm.. doesn't gdk have some kind of similar storage ? |
12:09.18 | mickeyl | FSO has never been about all being in python |
12:09.27 | mickeyl | it has happens to were the first implementation language |
12:09.40 | baruch | cz_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.26 | TAsn | baruch, first of all the logs of what I said yesterday night |
12:10.27 | TAsn | ~logs |
12:10.28 | apt | All 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.31 | TAsn | second of all. |
12:10.38 | mickeyl | lindi-: 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.19 | lindi- | mickeyl: i'm using ancient version :) |
12:11.34 | TAsn | http://pastebin.com/mb7fbf10 |
12:11.40 | cz_jc | allright, good luck with your efforts :) |
12:11.40 | TAsn | baruch, skip the first couple of lines. |
12:12.11 | lindi- | 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.04 | TAsn | DocScrutinizer, you are more than welcomed to read that as well, I think this represents the spirit of what we said. |
12:13.40 | lindi- | 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.46 | Fox_Muldr | hi |
12:15.46 | baruch | TAsn, I can't find anything you say on the irc logs from 20091009 about opimd |
12:15.55 | Fox_Muldr | anyone 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.57 | baruch | reading irc logs sucks |
12:16.09 | baruch | how about opening an opimd page in the wiki? |
12:16.37 | WhiteCat | how do we cross compile any source code with the processor type of Freerunner(may be armel) |
12:16.44 | dos1 | Fox_Muldr: you can't add new fields to SIM contacts yet |
12:16.54 | dos1 | Fox_Muldr: you can do that with SQLite contacts |
12:16.58 | Fox_Muldr | ah ok, that explains it :) |
12:17.11 | TAsn | baruch, I guess it's probably because today is the 10th |
12:17.15 | TAsn | and yesterday is the 9th :) |
12:17.23 | TAsn | baruch, good idea. |
12:17.39 | mickeyl | lindi-: yeah, 10 seconds sounds too short. I'd rather say 30 or 40 would make sense. |
12:17.54 | TAsn | dos1|away, yo see how confusing is this multi backend thingie? |
12:18.14 | mickeyl | lindi-: i hope you will help us bringing fsogsmd to the market. your help in debugging ogsmd was invaluable! |
12:18.56 | lindi- | mickeyl: not sure, i feel bit uneasy about all the dbus use when there's still an open dbus bug |
12:18.56 | Fox_Muldr | hmm but i selected sqlite as backend for opimd-utils-contacts in opimd config. so it shouldn't it work then? |
12:19.45 | lindi- | mickeyl: ( https://bugs.freedesktop.org/show_bug.cgi?id=19796 -- are there guidelines on using dbus so that this issue is avoided? ) |
12:19.49 | TAsn | Fox_Muldr, I agree with your intuition |
12:20.00 | TAsn | but atm it does not work like this |
12:20.14 | TAsn | editing 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.24 | baruch | TAsn, 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.57 | TAsn | baruch, 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.12 | Fox_Muldr | is 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.22 | baruch | TAsn, 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.28 | mickeyl | lindi-: cornucopia will not be plagued by this issue |
12:24.35 | mickeyl | since we do not call into ourselves |
12:24.42 | mickeyl | (since it's all multiple processes) |
12:25.13 | TAsn | baruch, 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.29 | TAsn | baruch, but you did make a good point, so maybe tonight :) |
12:26.08 | mickeyl | lindi-: 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.18 | baruch | TAsn, I was actually trying reverse logic, but oh well, shr work is important as well :-) |
12:26.54 | lindi- | mickeyl: sounds good |
12:27.03 | TAsn | baruch, I got what you meant, I just said that your logic directed me to "the right direction" ;] |
12:27.18 | lindi- | mickeyl: is the muxer going to be in kernel space, separate process or library used by that "gsm server" process? |
12:27.21 | TAsn | anyhow, now for real, I'm off. |
12:27.37 | cz_jc | its would be cool though |
12:27.49 | mickeyl | lindi-: with fsogsmd, libgsm0710mux will be used directly, no more rerouting via a seperate process and ptys |
12:27.55 | cz_jc | if you could open a special device that would automagically open a muxer channel in kernel space |
12:28.04 | TAsn | baruch, btw, on a side note, do you know vala? |
12:28.05 | lindi- | mickeyl: that too in general sounds good |
12:28.06 | mickeyl | lindi-: i'd love to use a kernel muxer, if someone writes it |
12:28.07 | baruch | DocScrutinizer, what would need to be normalized in opimd? it seems that the messages backend looks pretty normal |
12:28.12 | baruch | TAsn, I'm learning |
12:28.22 | lindi- | mickeyl: i don't like the idea of kernel muxer much from the debugging point of view |
12:28.27 | mickeyl | lindi-: true |
12:28.33 | cz_jc | yeah, thats true |
12:28.33 | TAsn | baruch, not quite. |
12:28.35 | mickeyl | lindi-: and it's not necessary with gprs or even edge |
12:28.36 | baruch | I like vala for the close to C but still making the dbus stuff easier |
12:28.42 | mickeyl | with umts it starts to make sense though |
12:28.45 | cz_jc | then maybe a socket ? |
12:28.51 | TAsn | baruch,wait for the wiki page. I'll also explain what DocScrutinizer meant. |
12:28.55 | cz_jc | a deamon listetning on a socket.. |
12:29.01 | baruch | TAsn, sure |
12:29.08 | TAsn | baruch, cool, so you are thinking about an opimd rewrite in vala I assume? |
12:29.11 | lindi- | mickeyl: is there some paper that describes these new pieces of software and how they communicate/can be made to communicate? |
12:29.23 | baruch | TAsn, I dont know if I have enough time for that |
12:29.31 | lindi- | mickeyl: i saw some emails but nothing were it was all collected to one place |
12:29.31 | TAsn | baruch, I c. |
12:29.44 | TAsn | ok, so I guess you also know python ;) |
12:29.48 | TAsn | cool enough. |
12:29.52 | baruch | and before I do any rewrite I'd like to understand what's there |
12:29.59 | cz_jc | I know C and python =) but no vala :/ |
12:30.09 | TAsn | baruch, most of what's there will be chaned (internal design and API) |
12:30.14 | TAsn | not really the API |
12:30.17 | DocScrutinizer | baruch: TAsn : Normalization in a DB is simply elimination of redundance |
12:30.18 | TAsn | actually the API won't change at all. |
12:30.52 | DocScrutinizer | baruch: tasn: out db tables need a complete sanitation anyway it seems |
12:30.54 | TAsn | DocScrutinizer, I know what db normalization is, but there are more changes needed to be done in th db |
12:30.58 | DocScrutinizer | ouR* |
12:30.59 | mickeyl | lindi-: i'm afraid not yet. i plan to write some real docs about the architecture soon. |
12:31.04 | TAsn | DocScrutinizer, exactly.. |
12:31.05 | TAsn | :) |
12:31.14 | baruch | one 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.38 | TAsn | baruch, I agree. |
12:31.48 | DocScrutinizer | there's a lot of brokenness in the whole concept. We need a major newstart |
12:32.00 | TAsn | though that's not opimd's responsibility |
12:32.07 | baruch | I'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.20 | TAsn | baruch, that'll be handled in ophonekitd |
12:32.42 | DocScrutinizer | TAsn: for the default-field issue: we need attributes to each field, to set a field to "default" for one contact |
12:32.44 | baruch | I 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.02 | cz_jc | btw. have you considered using for example evolution data server ? |
12:33.05 | TAsn | baruch, I agree. |
12:33.12 | cz_jc | seeing as you're moving to vala and all |
12:33.21 | mickeyl | we come from evolution data server |
12:33.22 | TAsn | though i don't think anyone will do it. |
12:33.28 | mickeyl | opimd has been written because eds doesn't cut it |
12:33.28 | cz_jc | mickeyl, bad experience ? |
12:33.44 | cz_jc | how come eds doesn't cut it? imo it does lots of stuff |
12:33.51 | mickeyl | long story |
12:33.53 | TAsn | baruch, I think we need another framework subsystem |
12:33.54 | cz_jc | also syncing wouldn't be a problem |
12:33.58 | TAsn | that does sane handling of everything |
12:34.02 | TAsn | i.e a "sane daemon" |
12:34.13 | TAsn | after fso provided use proper API |
12:34.44 | DocScrutinizer | TAsn: SQL is a relational database - we need to get rid of the notion of a 2-dimensional table |
12:34.51 | TAsn | we now need to have a daemon that can provide programmers convenient API for everything |
12:35.05 | baruch | TAsn, 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.13 | baruch | but it's fairly specialized for me |
12:35.21 | TAsn | DocScrutinizer, probably. |
12:35.35 | TAsn | baruch, that's what mrmoku|away and I did in phonegui |
12:35.40 | TAsn | we wrote functions |
12:35.45 | TAsn | that a backend writer can use |
12:35.58 | DocScrutinizer | TAsn: rather we need a set of tables that are linked together by versatile select statements |
12:35.59 | TAsn | without worrying too much |
12:36.05 | TAsn | like phonegui_sms_send |
12:36.11 | TAsn | that sends an sms in any length |
12:36.15 | TAsn | and stores it in opimd |
12:36.26 | TAsn | DocScrutinizer, I agree. |
12:36.42 | TAsn | DocScrutinizer, but that can *NOT* be done |
12:36.45 | TAsn | without the switch to |
12:36.45 | TAsn | sql |
12:36.48 | TAsn | sqlite* |
12:37.02 | DocScrutinizer | ok, 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.14 | DocScrutinizer | when I go for my brunch in a few minutes |
12:37.17 | TAsn | DocScrutinizer, go ahead. |
12:37.21 | TAsn | DocScrutinizer, but please |
12:37.26 | TAsn | create a wiki entry |
12:37.28 | TAsn | in openmoko.org |
12:37.31 | TAsn | and put it there ;) |
12:37.46 | TAsn | I want the design to be visible, well written and easy to understand |
12:37.50 | cz_jc | good luck with the draft ^^ |
12:37.56 | TAsn | I'll also contribute my ideas (probably tonight) |
12:38.25 | DocScrutinizer | TAsn: I basically agree, but I know my own inner lazy bastard |
12:38.43 | TAsn | DocScrutinizer, I'll create the wiki page and you'll up your drafts? :) |
12:38.47 | TAsn | sec, I'm creating an empty page :) |
12:38.47 | DocScrutinizer | TAsn: I might contribute as soon as you start that wikipage |
12:39.27 | DocScrutinizer | TAsn: you know the fear that arises from looking at a blank paper? ;-P |
12:39.38 | TAsn | Opimd_redesign |
12:39.40 | TAsn | good enough? |
12:40.08 | DocScrutinizer | we'll eventually manage to get that started :-) |
12:40.12 | TAsn | DocScrutinizer, 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.15 | TAsn | :) |
12:40.19 | cz_jc | want a super convenient prototyping scratchpad in python? :) |
12:40.26 | TAsn | opimd_redesign <-- is this a good name? |
12:40.29 | cz_jc | I'll share some code for simple ORM if you want :) |
12:40.51 | TAsn | baruch, ? DocScrutinizer ? |
12:40.52 | cz_jc | (prototyping for ORM above sqlite, to get the tables right, test them with some data, etc) |
12:41.11 | DocScrutinizer | TAsn: hmm, don't like it. but still thinking for alternatives |
12:41.12 | baruch | TAsn, what? |
12:41.22 | mickeyl | anyone with a open terminal offhand? |
12:41.24 | TAsn | DocScrutinizer, maybe a topic inside the opimd page? |
12:41.31 | mickeyl | can you do +CPBS=? please? |
12:41.31 | cz_jc | mickeyl, yes |
12:41.34 | TAsn | baruch, a name for the wiki pgae.. :) |
12:41.43 | mickeyl | (as AT cmmand, that is) |
12:41.43 | cz_jc | mickeyl, oh you mean the modem, ok I'll boot it up :) |
12:41.46 | mickeyl | thanks :) |
12:41.55 | baruch | TAsn, yes sounds good |
12:42.03 | DocScrutinizer | TAsn: call the page opimd |
12:42.08 | mickeyl | no idea where he put his Neos before vacation |
12:42.10 | TAsn | DocScrutinizer, taken. |
12:42.20 | TAsn | so it's either a topic inside the opimd page |
12:42.22 | TAsn | or a new page |
12:42.29 | TAsn | quick, make a decision. |
12:42.35 | cz_jc | mickeyl, do you need to have a sim in for that ? |
12:42.36 | DocScrutinizer | new |
12:42.39 | TAsn | ok. |
12:42.45 | TAsn | creating. |
12:43.37 | mickeyl | cz_jc: no, that should work without one as well |
12:43.48 | cz_jc | mickeyl, ok lets see if it gets mine or not :) |
12:43.56 | DocScrutinizer | anyway, cya fellas. Need some RL action now |
12:44.07 | cz_jc | DocScrutinizer, hehe real world sucks :) good bye ;) |
12:44.50 | DocScrutinizer | sure it does. but the effect is getting increasingly painful the longer you try to avoid the confrontation |
12:45.02 | cz_jc | so true.. |
12:45.40 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r57cd6710a064 10/fsogsmd/src/ (6 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.SIM.ListPhonebooks() |
12:47.04 | mickeyl | so now i found a way to erase code during compiling |
12:47.21 | mickeyl | should i expand this to all loggging domain or only support erasing calls to logger.debug( ... ) ? |
12:47.28 | mwester | wonders if his neos still boot... |
12:47.29 | cz_jc | mickeyl, how? XD |
12:47.40 | *** join/#openmoko-cdevel pbaxter (n=pbaxter@host117-163-dynamic.51-79-r.retail.telecomitalia.it) |
12:47.41 | mickeyl | cz_jc: assert( logger.debug( "foo" ) ) |
12:47.46 | cz_jc | damn I forgot parameters for screen to set hardware flow control |
12:47.52 | TAsn | baruch, DocScrutinizer: http://wiki.openmoko.org/wiki/Opimd_redesign |
12:48.04 | TAsn | mrmoku|away, dos1|away, http://wiki.openmoko.org/wiki/Opimd_redesign |
12:48.12 | TAsn | ciao. |
12:48.54 | cz_jc | mickeyl, the baudrate was 115200 ? |
12:49.13 | DocScrutinizer-8 | cz_jc: for modem? |
12:49.22 | cz_jc | DocScrutinizer-8, yes |
12:49.25 | mickeyl | yes |
12:49.29 | cz_jc | ok.. |
12:49.37 | DocScrutinizer-8 | autobaud, default 115k |
12:49.40 | mickeyl | mickeyterm should set it up on its own |
12:49.43 | mickeyl | if you have that installed |
12:51.43 | cz_jc | damn it doesn't work... |
12:52.00 | DocScrutinizer-8 | cz_jc: that's the sole purpose of that magic "AT": it autobauds |
12:52.22 | cz_jc | DocScrutinizer-8, yeah, I implemented that myself on an avr, just dunno if calypso has it :) |
12:52.22 | DocScrutinizer-8 | cz_jc: what doesn't work? |
12:52.37 | cz_jc | I pass bad command line arguments to gnu screen, can't get hardware flow control.. |
12:52.43 | cz_jc | It'll take a while till I figure it out |
12:52.51 | cz_jc | mickeyl, just sit tight, sorry :) |
12:53.10 | mickeyl | np, take your time |
12:53.41 | DocScrutinizer-8 | cz_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.49 | cz_jc | DocScrutinizer-8, I got it working before.. its just screen has really stupid manual when it comes to serial ttys |
12:55.07 | DocScrutinizer-8 | cz_jc: so the recommended procedure is to send 2 times AT in quick sequence and wait for the ok answer |
12:55.29 | cz_jc | usually I just start the modem with screen attached and it just sez 'AT Interpreter ready.' :) |
12:55.53 | cz_jc | haha I'm stupid, I had gsmmuxd running |
12:55.59 | lindi- | I use org.freesmartphone.GSM.Debug :) |
12:56.39 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r823dbfc6c0d2 10/libfsobasics/fsobasics/logger.vala: |
12:56.39 | CIA-26 | freesmartphone.org: libfsobasics: logger: return true for debug/info/warning/error/critical, so that we can use it embedded in calls to 'assert' |
12:56.39 | CIA-26 | freesmartphone.org: this is version 0.8.3.1 |
12:57.12 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r83d3a548f34f 10/libfsobasics/configure.ac: libfsobasics: post-release version bump |
12:57.40 | cz_jc | hmm still doesn't work.. damn how did I do it before XD |
13:01.48 | DocScrutinizer-8 | cz_jc: it's a real pita. Afaik you need to stty the line parameters *after* opening the tty device |
13:02.07 | DocScrutinizer-8 | sound weird, I know |
13:02.23 | DocScrutinizer-8 | seems to be a flaw in tty driver |
13:02.30 | cz_jc | DocScrutinizer-8, I didn't have to do that before since screen knows how to do it but I'll try |
13:03.42 | cz_jc | hmm I pressed enter and AT AT several times this time.. and I got 'ERROR' |
13:03.44 | cz_jc | nothing else |
13:03.48 | cz_jc | this never happened to me |
13:04.10 | DocScrutinizer-8 | hehe, ERROR almost as good as OK |
13:04.27 | DocScrutinizer-8 | "AT AT<cr>" is no valid command |
13:04.38 | cz_jc | but it doesn't echo back characters.. if I keep writing AT <crlf> AT <crlf> it sometimes randomly says OK |
13:04.41 | cz_jc | this definitely isn't right |
13:05.12 | DocScrutinizer-8 | hmm, no |
13:05.24 | DocScrutinizer-8 | try ate1 |
13:05.28 | cz_jc | lets try it the IT crowd way.. reboot XD |
13:05.50 | cz_jc | DocScrutinizer, 'OK' but it still doesn't echo back characters I write.. |
13:06.14 | DocScrutinizer-8 | but it should now |
13:06.23 | cz_jc | still doesn't... |
13:06.49 | DocScrutinizer-8 | except for the wakeup garbage of course |
13:07.06 | DocScrutinizer-8 | timeout for uart sleep is ~10sec |
13:07.47 | DocScrutinizer-8 | you can stop this disgusting behaviour by "AT%sleep=1" |
13:07.56 | cz_jc | ok calypso won, I'll compile minicom XD |
13:08.46 | DocScrutinizer-8 | cz_jc: use mickeyterm! |
13:08.59 | cz_jc | DocScrutinizer-8, we don't have it in gentoo.. |
13:09.24 | lindi- | cz_jc: I use socat |
13:10.20 | DocScrutinizer-8 | socat was the name |
13:10.27 | DocScrutinizer-8 | thanks for reminder |
13:10.47 | DocScrutinizer-8 | as socat seems way beyond netcat |
13:11.27 | cz_jc | if 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.02 | DocScrutinizer | socat -hhh -> 857lines :-0 |
13:14.20 | cz_jc | damn aclocal on the fr always takes so long.. |
13:14.44 | DocScrutinizer | books a 3-day seminar "socat for dummies" ;-P |
13:14.44 | cz_jc | its 3/4 of whole compilation time.. wonder if it automake can cache |
13:15.06 | cz_jc | DocScrutinizer, hehe :) |
13:15.18 | cz_jc | screen is stupid for serial consoles but minicom should work superbly |
13:15.35 | cz_jc | I bet it'll come in handy later when GPRS is not working in FSO again anyway |
13:15.47 | cz_jc | by the way remove the 'adddefaultroute |
13:15.54 | cz_jc | *parameter for pppd, sorry |
13:16.07 | cz_jc | opr replacedefaultroute it was maybe |
13:16.29 | cz_jc | I dunno I already erased it from the script. without that, gprs doesn't work on non-patched versions of pppd with fso |
13:17.15 | DocScrutinizer | cz_jc: on SHR gprs works (well until first disconnect ;-P ) |
13:17.41 | cz_jc | DocScrutinizer, on gentoo, it doesnt because pppd doesn't support that parameter and dies on startup |
13:18.03 | cz_jc | I 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.38 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r4c5d07ef56c5 10/misc-vapi/ (Makefile.am configure.ac): misc-vapi: install a .pc file for detection convenience |
13:18.41 | DocScrutinizer | mickeyl: ^^ any news on that annoying issue? |
13:18.47 | cz_jc | that parameter comes from some old Novell patch that was deemed 'redundant because pppd does it anyway' |
13:18.57 | cz_jc | as I googled, if I remember correctly |
13:19.30 | mickeyl | DocScrutinizer: i'll just rewrite the tests to use pkgconfig |
13:19.34 | mickeyl | then it's solved |
13:19.47 | DocScrutinizer | duh |
13:20.21 | DocScrutinizer | mickeyl: I meant frameworkd freeze on gprs disconnect |
13:20.26 | mickeyl | oh |
13:20.30 | cz_jc | no biggie, we can patch FSO in gentoo anyway and I guess all the rest of the world has pppd patched |
13:20.36 | mickeyl | sorry, had no chance to actually work on that |
13:21.26 | cz_jc | btw. didn't someone plan to integrate some of the network managers with fso ? |
13:21.49 | DocScrutinizer | cz_jc: we got mokonnect on SHR |
13:21.56 | cz_jc | I guess that would replace the code to set up pppd with a single dbus call, wouldn't it ? |
13:22.14 | cz_jc | DocScrutinizer, I meant like NetworkManager or the one from moblin |
13:22.33 | cz_jc | those that actually work and are comfortable and well thought out |
13:22.47 | DocScrutinizer | aah the basic manager (daemon). That's a real pita afaik |
13:23.52 | DocScrutinizer | anyway 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.11 | DocScrutinizer | mickeyl should know better |
13:24.12 | cz_jc | hmm.. maybe NetworkManager could be modified to be able to power off gsm and bluetooth completely |
13:24.30 | cz_jc | it seems to handle wireless, bluetooth pan and even GPRS very well on my laptop, its comfortable |
13:24.52 | mickeyl | connman is scheduled for "integration" with FSO |
13:24.55 | cz_jc | blueman btw starts automatically when I power on bluetooth (on fr) and seems to work except notifications |
13:25.23 | cz_jc | I even managed to set up bluetooth networking with it :) |
13:25.34 | mickeyl | but alas, stefan does not seem to have time/motivation to work on that, and i'm stuck with other things |
13:25.52 | DocScrutinizer | mickeyl: didn't "we" (as SHR, mrmoku|away ) abandon connman and adopt NM |
13:25.59 | cz_jc | aah.. thatrs lrzsz compiled and now its minicoms turn :) |
13:26.30 | mickeyl | DocScrutinizer: not to my knowledge. connman had some problems with stability in the past, but the architecture is quite superior |
13:26.49 | cz_jc | wow.. can't imagine something superior to NM, that must really kick ass |
13:26.50 | DocScrutinizer | hmm, I might be totaly wrong on that |
13:28.22 | DocScrutinizer | anyway... another effort to unglue from terminal |
13:28.26 | DocScrutinizer | waves |
13:28.36 | cz_jc | DocScrutinizer, bye :) |
13:30.17 | cz_jc | mickeyl, bear with unbeliveably slow compilling on fr + distcc still :) |
13:32.07 | mickeyl | :) |
13:32.35 | cz_jc | aslo I found out my RTC on my fr got restarted to year 2000 again |
13:32.44 | cz_jc | maybe that could be a factor why gsm wouldn't work ? |
13:32.50 | PaulFertser_ | 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.02 | mickeyl | PaulFertser_: yes :) |
13:33.04 | TAsn | DocScrutinizer, what about upping them sketches? |
13:35.00 | cz_jc | lol minocom actually determines default settings in configure script |
13:35.03 | cz_jc | checking for default serial port device... /dev/tty8 |
13:35.06 | DocScrutinizer-8 | mickeyl: duh? what? tell me the command! can't find your FR? |
13:35.09 | cz_jc | checking for default baud rate... 115200 |
13:35.12 | cz_jc | now thats nifty :D |
13:35.13 | mickeyl | DocScrutinizer-8: AT+CPBS=? |
13:35.20 | DocScrutinizer-8 | mompl |
13:35.30 | mickeyl | DocScrutinizer-8: indeed i can't find it atm. |
13:35.32 | PaulFertser_ | +CPBS: ("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD") |
13:35.42 | DocScrutinizer-8 | :-) |
13:35.43 | cz_jc | aah.. he beat me to it XD |
13:35.46 | mickeyl | uah, so many??? |
13:36.13 | mickeyl | hmm |
13:36.46 | mickeyl | thanks paul |
13:36.49 | mickeyl | bbiab |
13:37.11 | PaulFertser_ | Hehe |
13:38.50 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * re99817a60298 10/libfsobasics/configure.ac: libfsobasics: use pkgconfig to check for misc-vapi |
13:38.51 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r19b4d33a4cb0 10/libfsotransport/configure.ac: libfsotransport: use pkgconfig to check for misc-vapi |
13:38.52 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r3eb81b80f1fa 10/libfsoframework/configure.ac: libfsoframework: use pkgconfig to check for misc-vapi |
13:40.48 | DocScrutinizer-8 | mickey|bbl: that doesn't mean all are supported actually - I guess |
13:46.37 | DocScrutinizer-8 | curses calypso for e.g not supporting at%sleep? / =? |
13:48.46 | cz_jc | looks like mine is the same +CPBS: ("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD") |
13:49.05 | cz_jc | btw. reboot helped, looks like RTC really has influence on whether GSM works |
13:50.25 | DocScrutinizer-8 | cz_jc: nope, doesn't |
13:50.37 | cz_jc | just a fluke then, I guess |
13:50.46 | TAsn | dos1, 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.10 | DocScrutinizer-8 | omg, 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.48 | TAsn | dos1, ? :( |
14:24.05 | *** part/#openmoko-cdevel pieterc (n=user@91.178.80.77) |
14:31.01 | DocScrutinizer-8 | PaulFertser: 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.49 | PaulFertser | DocScrutinizer-8: not really hard but adds some complexity of course. |
14:32.00 | DocScrutinizer-8 | sure |
14:32.16 | cz_jc | you 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.56 | DocScrutinizer-8 | PaulFertser: wm8753 driver transmits a full set of 98 register settings for each single control change |
14:32.59 | PaulFertser | cz_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.20 | cz_jc | PaulFertser, so I've noticed.. |
14:33.27 | PaulFertser | cz_jc: it's justified |
14:33.44 | cz_jc | PaulFertser, thats why I'm not complaining XD |
14:34.11 | PaulFertser | DocScrutinizer-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.28 | DocScrutinizer-8 | nope, I want to delay "commit" (i.e. I2C transmission) to wm8753 while driver returns immediately from changing-control function |
14:34.39 | cz_jc | I 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.01 | cz_jc | DocScrutinizer-8, maybe you could spawn a kernel thread ? |
14:35.04 | PaulFertser | DocScrutinizer-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.20 | PaulFertser | cz_jc: there's already one aux thread: events/0 |
14:35.26 | PaulFertser | iirc |
14:35.37 | cz_jc | ok then, if you got a worker thread and don't worry about timing, use it ! :) |
14:35.47 | DocScrutinizer-8 | yup, something 10ms<t<100ms |
14:36.02 | PaulFertser | No guarantees, Linux is not hard real time ;) |
14:36.17 | cz_jc | DocScrutinizer-8, maybe you should check sime timing variable to see if you met your quota and do something if not |
14:36.21 | cz_jc | *some |
14:36.46 | cz_jc | for example on embedded stuff, I use a 64bit timing var counting from processor reset |
14:36.57 | DocScrutinizer-8 | still much better than doing 98 transfers of a whole register set of 98 controls for each "alsactl restore" |
14:37.04 | cz_jc | btw. pardon my apparent dumbness, I don't do much kernel hacking |
14:38.45 | larsc | DocScrutinizer-8: where did you found that it does so? |
14:39.02 | DocScrutinizer-8 | by listening to audio :-) |
14:39.08 | *** join/#openmoko-cdevel Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it) |
14:39.26 | DocScrutinizer-8 | and 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.57 | larsc | cause the codec driver itself does not. if you change a setting it only transmits the affected register |
14:40.12 | DocScrutinizer-8 | really? |
14:40.27 | DocScrutinizer-8 | hmm, thanks for the info |
14:41.07 | larsc | but maybe a upper layer is causing every register to be changed |
14:41.24 | DocScrutinizer-8 | I don't think so |
14:41.27 | cz_jc | doesn't alsa have some debugging ties ? |
14:41.53 | DocScrutinizer-8 | larsc: was just a wild guess |
14:42.56 | *** join/#openmoko-cdevel spaetz (n=spaetz@62.48.119.96) |
14:44.20 | larsc | ok |
14:44.37 | DocScrutinizer-8 | larsc: 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.16 | larsc | DocScrutinizer-8: you could add some debugging to wm8753_write in wm8753.c |
14:45.39 | DocScrutinizer-8 | so 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.20 | PaulFertser | Oh, shame on me. I confirmed DocScrutinizer-8's suspcisious without really looking at the code :( |
14:56.51 | DocScrutinizer-8 | PaulFertser: you did? |
14:57.01 | larsc | DocScrutinizer-8: considerable delay = 5s, 1s, 500ms, 100ms, 10ms ? |
14:58.17 | DocScrutinizer-8 | I'd guess sth like 50..100ms |
14:58.33 | DocScrutinizer-8 | noticable for a trained ear |
14:58.57 | cz_jc | even 20ms is noticable for not so trained ear when music is playing, etc |
14:59.01 | DocScrutinizer-8 | (delay between volume-tweaking and click that is) |
15:01.19 | DocScrutinizer-8 | and 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.52 | PaulFertser | I got some influenza-like illness and thus not in the mood for soldering or reading the code :-/ |
15:06.37 | DocScrutinizer-8 | PaulFertser: take care of yourself |
15:07.00 | DocScrutinizer-8 | PaulFertser: don't catch the pig-flu |
15:07.32 | *** join/#openmoko-cdevel _ant_ (n=ant@95-25-106-165.broadband.corbina.ru) |
15:08.55 | PaulFertser | DocScrutinizer-8: hehe, nice advice |
15:09.25 | DocScrutinizer-8 | yeah, I know... not very helpful advice :-S |
15:10.30 | PaulFertser | (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.32 | blindcoder | PaulFertser: (swine-flu) why can't I shake hands with people (according to RKI), but taking money from their hands is okay? |
15:17.59 | PaulFertser | blindcoder: probably not shaking hands unless really necessary lowers the probability a bit. |
15:19.33 | blindcoder | PaulFertser: 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.45 | blindcoder | but no one warns from THAT |
15:20.52 | DocScrutinizer-8 | the cocaine spread all over each used money-bill(?) simply desinfects it instantly ;-P |
15:21.03 | PaulFertser | blindcoder: 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.25 | DocScrutinizer-8 | I'm more concerned about my butcher preparing sandwiches for me with same hands he takes the money from previous customer |
15:24.02 | blindcoder | DocScrutinizer-8: here they use one-time-gloves |
15:24.46 | DocScrutinizer-8 | some shops do, but maybe one out of 5 |
15:25.06 | CIA-26 | SHR: 03jesus 07shr-themes * reae74f5ef860 10/elementary/elementary-theme-gry/ (74 files): Elm Theme gry* added |
15:28.48 | Sharwin_F | this theme is greeaaat: http://scap.linuxtogo.org/files/09d6e276ecef45c31997f32dcaac0821.png |
15:30.05 | JesusMcCloud | its the niebiee theme created by dos with cutom backgroudn |
15:30.09 | dos1 | niebiee + custom wallpaper + custom icons + edited desktop files |
15:30.41 | JesusMcCloud | looks translucent with that wallpaper |
15:31.37 | TAsn | JesusMcCloud, looks awesome. |
15:31.59 | dos1 | and most of icons looks like oxygen icons |
15:32.02 | JesusMcCloud | qucik 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.11 | dos1 | s/most/part/ |
15:32.41 | dos1 | mrmoku|away: ping |
15:32.47 | dos1 | JesusMcCloud: wait for mrmoku|away to came back |
15:33.06 | TAsn | dos1, have you looked upon this opimd issue? |
15:33.23 | dos1 | looking now |
15:33.27 | JesusMcCloud | ok will do |
15:33.27 | TAsn | it's a deal breaker for me ;( |
15:33.41 | TAsn | dos1, thanks. :) |
15:33.43 | Sharwin_F | I 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.04 | TAsn | JesusMcCloud, any idea who made that? |
15:34.12 | TAsn | and more importantly, are the icons gpl? |
15:34.18 | TAsn | and the background? |
15:35.00 | JesusMcCloud | I am no psychic... but I know it is easy to create the effect, if you know how to use gimp |
15:35.14 | dos1 | TAsn: most of icons are from KDE project (kde3 crystal and kde4 oxygen), so at least part is gpl |
15:35.18 | cz_jc | any 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.29 | TAsn | dos1, cool :) |
15:35.31 | JesusMcCloud | the icons are probalbay a patchwork iconset from differrent iconsetts out there |
15:35.50 | TAsn | back to studying |
15:35.55 | TAsn | I'm not here except for dos1 |
15:36.01 | TAsn | if you have anything to ask about this bug |
15:36.05 | TAsn | ping me, please :) |
15:36.09 | TAsn | I really need this solved. :) |
15:41.26 | *** join/#openmoko-cdevel bumbl (n=bumbl@91-113-118-135.adsl.highway.telekom.at) |
15:41.40 | cz_jc | if anyones interested, 'multiprocessing' instead of 'threading' seems to work |
15:44.37 | *** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.149.57) |
15:46.28 | dos1 | TAsn: looks like making comp_value works, but something is broken with normalizing queried value |
15:46.46 | TAsn | dos1, so how can you explain the fact that it didn't write to log? |
15:46.51 | TAsn | (here) |
15:47.06 | TAsn | dos1, I think you are wrong btw. |
15:47.12 | bumbl | hmm nice as it seems libframeworkd-phonegui-efl2 gets some love lately ;) |
15:47.18 | TAsn | bumbl, :) |
15:47.27 | dos1 | TAsn: maybe you did something wrong :P |
15:47.32 | TAsn | dos1, no, listen. |
15:47.39 | TAsn | (probably, but listen) |
15:47.51 | TAsn | I can query normalized numbers in the db |
15:48.00 | TAsn | but I can't query non normalized numbers in the db |
15:48.25 | dos1 | so? |
15:48.26 | TAsn | querying normalized works either if what I query with is normalized or not. |
15:48.29 | dos1 | it matches to what i said |
15:48.33 | TAsn | <PROTECTED> |
15:48.37 | dos1 | hmm |
15:48.39 | TAsn | you said that^ |
15:48.42 | TAsn | exactly the opposite |
15:48.53 | TAsn | I'm saying the normalization of the *saved* numbers is bad |
15:49.10 | TAsn | you claim that the normalization of the *query* numbers is bad. |
15:49.23 | dos1 | here, it works in exactly opposite way you're saying |
15:49.31 | TAsn | I can show (empirically) that you are wrong :) |
15:49.41 | dos1 | thing which doesn't work for you works here |
15:49.41 | TAsn | dos1, not for me and nor for mrmoku|away |
15:49.54 | TAsn | dos1, it all comes down to revisions |
15:49.54 | dos1 | and think which work for you doesn't work here |
15:49.58 | dos1 | :/ |
15:50.00 | TAsn | are you using opimd-tracking or something? |
15:50.08 | bumbl | TAsn: does it go into production anytime soon? |
15:50.12 | TAsn | I'm using latest from tests/mrmoku |
15:50.16 | dos1 | opimd-tracking is now equal to master |
15:50.21 | TAsn | bumbl, actually, it was production ready a couple of days ago |
15:50.24 | dos1 | so we're using the same revision |
15:50.36 | TAsn | but then mrmoku|away and I started ripping it's heart out in order to make things right :) |
15:50.39 | TAsn | dos1, aye. |
15:50.50 | TAsn | bumbl, though I'm using it on a daily basis. |
15:50.57 | TAsn | it's just there are a couple of issues. |
15:51.02 | dos1 | well, i'm testing it on pc |
15:51.07 | dos1 | i'll check my phoneutils installation |
15:51.11 | TAsn | dos1, hm... |
15:51.26 | TAsn | try saving the number |
15:51.28 | TAsn | 12345 |
15:51.31 | TAsn | in your db |
15:51.33 | bumbl | TAsn: that are? is it shipped with shr-unstable? |
15:51.44 | TAsn | and let me know if you can query for it. |
15:52.10 | TAsn | bumbl, name resolving isn't implemented for the names in the messages list (but yes in the show message) |
15:52.16 | TAsn | and atm |
15:52.41 | TAsn | sending a new sms from contact list is broken iirc |
15:52.41 | TAsn | bumbl, hopefully it'll be ok by friday. ;) |
15:52.49 | bumbl | well that's no problem imo |
15:52.50 | TAsn | (actually hopefully by tuesday) |
15:53.00 | TAsn | bumbl, it's not. that's why I'm using it. :) |
15:53.06 | dos1 | 2009.10.10 17:52:37.454 opimd INFO Making comp value for (...) |
15:53.08 | dos1 | :P |
15:53.15 | dos1 | so make_comp_value works |
15:53.15 | TAsn | dos1, hm... |
15:53.16 | TAsn | |: |
15:53.18 | TAsn | yeah. |
15:53.20 | dos1 | s/works/is called/ |
15:53.24 | TAsn | well, what about my test? |
15:53.41 | TAsn | (adding 12345 to db) |
15:53.50 | TAsn | and then trying to query for that? |
15:54.06 | dos1 | query for what exactly? |
15:54.14 | TAsn | add |
15:54.17 | TAsn | TAsn:12345 |
15:54.22 | TAsn | to your db |
15:54.24 | TAsn | and query for |
15:54.28 | TAsn | +CC12345 |
15:54.30 | TAsn | and for |
15:54.32 | TAsn | 12345 |
15:54.40 | dos1 | tel:12345 you mean |
15:54.42 | dos1 | :P |
15:54.48 | TAsn | opimd-cli c query Phone tel:12345 |
15:55.02 | TAsn | dos1, unfortunately, yeah ;) |
15:55.14 | dos1 | both works |
15:55.19 | TAsn | really? |
15:55.23 | dos1 | really |
15:55.35 | dos1 | maybe check your python-phoneutils |
15:55.48 | TAsn | dos1, no need for that |
15:55.52 | dos1 | when it fails, normalization in opimd will fail too :P |
15:55.57 | TAsn | as |
15:56.02 | TAsn | pyphonelog works |
15:56.07 | TAsn | (uses that) |
15:56.34 | TAsn | hm.. I'm starting to think it's an issue with the sim backend |
15:56.43 | TAsn | dos1, please try (not in your test area) |
15:56.46 | TAsn | to add |
15:56.54 | TAsn | logger.info() in make_comp_value |
15:57.07 | TAsn | and see if its also being called |
15:57.13 | TAsn | for sim contacts |
15:57.28 | dos1 | it's being called for every contact creation |
15:57.32 | dos1 | as Contact is class |
15:57.38 | TAsn | please verify |
15:59.28 | dos1 | 2009.10.10 17:58:56.943 opimd INFO Making comp value for tel:12345 |
15:59.32 | dos1 | 2009.10.10 17:58:56.943 opimd INFO Comp value: tel:+12345 |
15:59.36 | dos1 | hmm, that's wrong |
15:59.59 | TAsn | <PROTECTED> |
16:00.02 | TAsn | def get_compare_for_tel(tel_value): |
16:00.03 | dos1 | ohhh! |
16:00.05 | TAsn | helpers.py |
16:00.06 | TAsn | noob. |
16:00.06 | TAsn | :| |
16:00.07 | dos1 | i think i know |
16:00.33 | dos1 | TAsn: i think phoneutils.init is called too late |
16:00.38 | dos1 | and some contacts are created |
16:01.00 | dos1 | before phoneutils is inited |
16:01.02 | dos1 | checking it... |
16:01.49 | dos1 | yup, now it's ok :) |
16:02.15 | TAsn | hates dos1 :) |
16:02.16 | dos1 | TAsn: so you were wrong in all your guesses. but thanks to you i can fix it ;) |
16:02.28 | TAsn | dos1, hehe thanks for the fix :) |
16:02.32 | TAsn | mind telling me what to fix where? |
16:02.47 | TAsn | dos1, I wasn't really wrong! |
16:02.51 | TAsn | as it really does NOT |
16:02.56 | TAsn | did not* |
16:03.04 | TAsn | normalize numbers |
16:03.07 | TAsn | when loading from sim. |
16:03.28 | TAsn | anyhow, please commit and tell me what to fix and where :) |
16:04.10 | dos1 | TAsn: it does |
16:04.18 | dos1 | TAsn: but phone-utils returs bogus data, as it's not inited |
16:04.20 | dos1 | ;) |
16:04.21 | TAsn | not correctly it doesn'.t |
16:04.21 | TAsn | :) |
16:04.33 | TAsn | dos1, phone-utils never returns bogus data |
16:04.34 | dos1 | pushing |
16:04.37 | TAsn | it's just that it's default is |
16:04.39 | CIA-26 | freesmartphone.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.41 | TAsn | "" for everything :){ |
16:04.56 | dos1 | TAsn: bogus data for our needs :P |
16:05.00 | dos1 | TAsn: beter? :D |
16:05.03 | TAsn | dos1, push to master |
16:05.08 | TAsn | dos1, yeah ;) |
16:05.09 | dos1 | merging to master |
16:05.17 | TAsn | okie :) |
16:06.40 | TAsn | dos1, thanks, giving it a go. |
16:06.51 | TAsn | mrmoku|away, ^ |
16:06.59 | TAsn | dos1, anyhow, thanks a lot, you sometimes rock! :) |
16:07.06 | dos1 | TAsn: i'll build it |
16:07.13 | TAsn | dos1, even better :) |
16:07.24 | TAsn | (I already applied the fix here, locally) |
16:07.28 | dos1 | pushed to master |
16:07.33 | TAsn | but building it is preferred, thanks :) |
16:07.51 | TAsn | will maybe have a working phone 1: ) |
16:08.09 | TAsn | dos1, btw, how do you handle (in internal cache) |
16:08.25 | TAsn | ogsmd crash |
16:08.32 | TAsn | or maybe just a release of sim resourceL |
16:08.33 | TAsn | ? |
16:08.37 | TAsn | erase the data? |
16:08.52 | Heinervdm | My SHR dev dir has now 28 GByte... |
16:08.53 | dos1 | nothing |
16:09.08 | dos1 | it does nothing when gsm is released |
16:09.23 | dos1 | probably it should be changed, it shouldn't be hard to do |
16:09.28 | TAsn | dos1, aye. |
16:09.43 | dos1 | as code for disabling backend and erasing its data from cache is already there |
16:09.54 | TAsn | okie, cool. :) |
16:11.06 | dos1 | TAsn: are sorting issues already fixed? |
16:11.16 | TAsn | dos1, I think so |
16:11.21 | TAsn | as phonelog now works correctly |
16:11.27 | dos1 | TAsn: ok |
16:11.33 | TAsn | (though I haven't had the time to colllect enough missed calls to really confirm this) |
16:11.39 | TAsn | wait another day or two. |
16:12.17 | TAsn | wth, dos1 still doesn't work. :| |
16:12.21 | TAsn | sec, verifying |
16:12.37 | dos1 | TAsn: what? |
16:12.52 | TAsn | resolving. |
16:13.22 | TAsn | Querying data matching to {'Phone': 'tel:12345'}... |
16:13.28 | TAsn | still returns 0 results :| |
16:13.30 | CIA-26 | freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rec50832f66cb 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO |
16:14.23 | dos1 | TAsn: 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.34 | dos1 | with debug logger lines |
16:14.54 | dos1 | http://pastebin.ca/1610214 |
16:14.55 | TAsn | gimme. |
16:15.13 | TAsn | bah, git patch :| |
16:16.54 | TAsn | huh? a value= after a return?! |
16:17.47 | TAsn | anyhow, sec, checking. |
16:17.54 | dos1 | TAsn: hmm? |
16:18.03 | TAsn | patch line 14 |
16:18.05 | dos1 | TAsn: there is one return, at the end |
16:18.11 | TAsn | look at line 13 |
16:18.19 | TAsn | oh oops :) |
16:18.25 | TAsn | there a - |
16:18.32 | TAsn | before 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.20 | dos1 | mickey|bbl: configure.ac:55: required file `misc-vapi-1.0.pc.in' not found |
16:21.46 | TAsn | dos1, btw, here it does call make_comp_value |
16:21.55 | TAsn | though when I compare, not when loading :) |
16:23.33 | DocScrutinizer-8 | which sounds like a sane thing anyway |
16:23.35 | *** join/#openmoko-cdevel dos1|neo (n=dos1@unaffiliated/dos1) |
16:24.16 | TAsn | DocScrutinizer-8, of course. |
16:24.18 | DocScrutinizer-8 | if make_comp_value ever can sound like a sane thing |
16:24.34 | TAsn | :) |
16:26.10 | dos1 | TAsn: apply my patch and then send me complete log of loading frameworkd and quering something |
16:27.22 | TAsn | dos1, are you trying to spy on me? :) |
16:27.44 | dos1 | TAsn: cat frameworkd.log | grep opimd? :P |
16:27.47 | TAsn | dos1, mind if I'll grep only for opimd messages |
16:27.49 | TAsn | exactly :) |
16:28.10 | *** join/#openmoko-cdevel dcordes (n=luke-g@unaffiliated/dcordes) |
16:28.13 | TAsn | (not because of a privacy issue, just that i'll be able to monitor what's being sent in a sane manner ;) |
16:29.08 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * rafd0df8d916c 10/ (3 files in 2 dirs): misc-vapi: add .pc.in file |
16:29.26 | dos1 | mickey|bbl: thanks |
16:30.23 | TAsn | ok dos1 |
16:30.27 | TAsn | just loaded everything |
16:30.33 | TAsn | the only line that refers to comp value |
16:30.43 | TAsn | is making a comp value for my sms message content |
16:30.57 | TAsn | and it returned "" as a comp value |
16:31.00 | TAsn | (i.e empty string) |
16:31.04 | TAsn | now querying |
16:31.34 | TAsn | great |
16:31.34 | dos1 | strange |
16:31.35 | TAsn | dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.opimd was not provided by any .service files |
16:31.42 | TAsn | crashed :| |
16:31.48 | dos1 | what did you break? :P |
16:31.52 | dos1 | run it in console |
16:31.54 | TAsn | nothing really. |
16:31.57 | dos1 | frameworkd |
16:32.04 | TAsn | bah, sec. |
16:32.07 | dos1 | not by init script |
16:32.58 | TAsn | Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged |
16:33.01 | TAsn | all I get in the meanwhile :) |
16:36.10 | *** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167977610.dsl.bell.ca) |
16:36.12 | TAsn | dos1, doesn't load |
16:36.15 | TAsn | many fso crap |
16:36.17 | TAsn | reboot, sec. |
16:39.11 | TAsn | dos1, |
16:39.13 | TAsn | 2009.10.10 18:38:06.464 opimd ERROR Could not load entries fo |
16:39.13 | TAsn | r backend SQLite-Contacts! |
16:39.13 | TAsn | 2009.10.10 18:38:06.961 opimd ERROR Could not load entries fo |
16:39.13 | TAsn | r backend SQLite-Calls! |
16:39.15 | TAsn | what's that? |
16:41.16 | dos1 | some problem |
16:41.16 | dos1 | :P |
16:41.23 | TAsn | 2009.10.10 18:40:46.399 opimd INFO Making comp value for |
16:41.23 | TAsn | 2009.10.10 18:40:46.410 opimd INFO Comp value: |
16:41.25 | TAsn | and a crash. |
16:41.32 | TAsn | only after I added your patch |
16:41.36 | TAsn | either I added it wrong |
16:41.41 | TAsn | or I dunno what :) |
16:41.52 | TAsn | (I added it manually) |
16:42.14 | TAsn | ok, I think I found the issue |
16:42.47 | TAsn | a tab instead of a space :| |
16:43.00 | TAsn | hates people who use spaces :) |
16:43.17 | TAsn | although it probably should have worked |
16:43.24 | CIA-26 | freesmartphone.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.28 | CIA-26 | freesmartphone.org: 03mickey 07libfso-glib * r948b6e35eb07 10/src/ (5 files): regen |
16:43.31 | TAsn | as it was the only indented line |
16:43.41 | DocScrutinizer-8 | hates format dependent prog lang |
16:44.27 | TAsn | agrees. |
16:44.46 | *** join/#openmoko-cdevel admiral0_ (n=admiral0@151.57.160.62) |
16:44.53 | TAsn | I want to be able to write a program that looks like a camel and draws a camel! |
16:46.10 | DocScrutinizer-8 | a "#" 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.12 | TAsn | ffs |
16:47.15 | TAsn | crashed, again. |
16:47.23 | TAsn | what am I missing?! |
16:48.32 | TAsn | no idea :( |
16:48.51 | TAsn | dos1, it just crashes when trying to make a comp value for an sms message (actually right after that) |
16:49.10 | DocScrutinizer-8 | otoh 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.24 | DocScrutinizer-8 | barely visible :-S |
16:49.59 | dos1 | TAsn: run it in console and send me that fscking traceback! :P |
16:50.13 | TAsn | dos1, running the framework in console |
16:50.19 | TAsn | is just broken for some reason |
16:50.29 | dos1 | TAsn: so what traceback says? |
16:50.35 | TAsn | retrying |
16:50.40 | TAsn | dos1, no traceback, nothing loads |
16:50.43 | TAsn | so it doesn't crash. |
16:50.50 | TAsn | retrying. |
16:50.51 | onen|openBmap | hey |
16:51.17 | TAsn | here ya go |
16:51.18 | TAsn | running again. |
16:51.41 | onen|openBmap | I 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.57 | dos1 | TAsn: keep in mind that you can't run second instance of frameworkd when first is running |
16:51.59 | dos1 | :P |
16:52.04 | TAsn | oh really? |
16:52.18 | TAsn | (j/k) |
16:52.27 | TAsn | 2009.10.10 18:52:10.918 ogsmd.modem.abstract ERROR could not open channel UNS |
16:52.27 | TAsn | OL, retrying in 2 seconds |
16:52.28 | TAsn | 2009.10.10 18:52:10.927 ogsmd.modems.ti_calypso INFO Requesting new channel |
16:52.28 | TAsn | from 'fso-abyss' |
16:52.29 | onen|openBmap | is some "correct" way to do this? |
16:52.57 | TAsn | fucking python. |
16:52.58 | TAsn | dos1, is it built yet? |
16:53.11 | TAsn | the package |
16:53.23 | dos1 | no, but build is finishing |
16:53.28 | TAsn | if so I'll download that and revert this logging patch of yours. |
16:53.31 | CIA-26 | freesmartphone.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.36 | TAsn | as you can see |
16:53.40 | TAsn | it doesn't get a chan |
16:53.47 | TAsn | and therefore opimd is not even loaded. |
16:53.54 | dos1 | wtf? |
16:54.04 | dos1 | ogsmd tries to get channel after opimd is loaded |
16:54.17 | dos1 | TAsn: built, package-index too' |
16:54.23 | TAsn | thanks. |
16:54.37 | TAsn | reverting this evil patch of yours. :) |
16:55.04 | mickey|bbl | onen|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.28 | TAsn | rebooting. |
16:59.07 | *** join/#openmoko-cdevel admiral0__ (n=admiral0@151.57.203.123) |
17:04.32 | TAsn | anyhow, dos1 at least it doesn't crash anymore |
17:04.35 | TAsn | but it still doesn't work. |
17:04.37 | TAsn | :| |
17:05.25 | dos1 | you'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.07 | TAsn | nah, but opimd is. |
17:09.38 | TAsn | retrying debug logger lines. |
17:11.38 | TAsn | wish me luck. |
17:12.53 | onen|openBmap | does anybody know if connman provides mac addresses of seen networks? |
17:14.02 | dos1 | onen|openBmap: AFAIR it does |
17:17.21 | TAsn | dos1, ffs debugging messages doesn't work, again. |
17:17.26 | TAsn | I'm quitting for today. |
17:17.32 | onen|openBmap | dos1: ok, I check again then |
17:17.36 | TAsn | mrmoku|away, please help him debug our issue when you are back. |
17:17.50 | TAsn | anyhow |
17:17.51 | TAsn | dos1, |
17:18.24 | TAsn | please try to figure this out. |
17:21.05 | TAsn | DocScrutinizer, what about those promised opimd sketches? :) |
17:23.28 | DocScrutinizer | TAsn: 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.42 | TAsn | :) |
17:25.25 | *** join/#openmoko-cdevel alexxy[home] (n=alexxy@gentoo/developer/alexxy) |
17:28.57 | onen|openBmap | dos1: cannot find the mac address. besides, even when I turn my home wifi off, I still find the profile of the access |
17:29.07 | onen|openBmap | dos1: I feel like I will parse iwlist output |
17:29.18 | onen|openBmap | dos1: it will be more portable too... |
17:29.26 | dos1 | heh |
17:29.38 | dos1 | but i think it displayed MAC addresses of networks... |
17:29.53 | dos1 | even dbus paths was created from mac adresses |
17:30.00 | dos1 | s/was/were/ |
17:30.01 | onen|openBmap | dos1: I try all the objects of connman interface... |
17:30.18 | dos1 | but it was ages ago when i was writing connman frontend |
17:30.30 | dos1 | and it changed dramatically over that time |
17:31.12 | onen|openBmap | dos1: for what I see the path is built using our mac address |
17:31.30 | dos1 | no, that's path of network device |
17:31.44 | dos1 | i mean path of network :P |
17:31.46 | onen|openBmap | dos1: 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.58 | dos1 | i wasn't using profiles at all |
17:32.50 | onen|openBmap | dos1: path of the network, not the device? not sure wha tyou mean...? |
17:33.06 | dos1 | AFAIR network device had method for scanning |
17:33.34 | dos1 | and then NetworkArrived and NetworkDisappeared (i don't remember exact names) were emitted, with dbus paths to networks |
17:33.45 | onen|openBmap | dos1: yes. you request a scan. but I could not find some kind of result list |
17:34.00 | dos1 | onen|openBmap: listen to signals and you'll see |
17:34.08 | dos1 | mdbus -s -l is your friend ;) |
17:34.41 | onen|openBmap | dos1: weird. signal listed are about properties. (changed). I used the get properties method and did not see anything meaningful. |
17:34.51 | onen|openBmap | dos1: thanks for the tip, I try right now |
17:35.01 | onen|openBmap | dos1: ttyl ;-) |
17:35.03 | *** join/#openmoko-cdevel fsteinel (n=fsteinel@fedora/fsteinel) |
17:35.25 | dos1 | onen|openBmap: http://git.shr-project.org/git/?p=shr-settings.git;a=blob;f=playground/wifiman.py;hb=HEAD |
17:35.29 | dos1 | onen|openBmap: here's my code |
17:35.32 | dos1 | onen|openBmap: dunno if it still works |
17:35.37 | dos1 | onen|openBmap: (probably not) |
17:35.46 | dos1 | but maybe it'll be helpful ;) |
17:36.28 | dos1 | it worked with connman version something about 0.19 |
17:36.46 | onen|openBmap | dos1: 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.50 | onen|openBmap | dos1: 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.53 | onen|openBmap | dos1: If I follow what your code works, I get an empty list of devices right at the beginning :-( |
17:59.07 | onen|openBmap | dos1: 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.32 | 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. |
18:19.11 | TAsn | ** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj |
18:19.13 | TAsn | :| |
18:19.24 | TAsn | that's the issue ^ |
18:22.35 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r9b68dd081f5a 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: start w/ phonebook reading |
18:22.40 | TAsn | knows 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.26 | TAsn | mrmoku, ! :) |
19:07.34 | TAsn | <TAsn> mrmoku|away, please help him debug our issue when you are back. |
19:07.48 | TAsn | dos1 and the resolving in opimd, I'm really busy with studying (or at least should be) |
19:08.01 | TAsn | and |
19:08.02 | TAsn | <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.02 | TAsn | <TAsn> ** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj |
19:08.03 | TAsn | <TAsn> :| |
19:08.03 | TAsn | <TAsn> that's the issue ^ |
19:08.26 | TAsn | this also happens when adding from number |
19:08.37 | TAsn | I 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.59 | mrmoku | TAsn: him who? |
19:11.17 | TAsn | read the next line |
19:11.18 | TAsn | :) |
19:11.23 | TAsn | (dos1 and opimd) |
19:11.42 | mrmoku | has to debug his ophonekitd rewrite :P |
19:11.59 | TAsn | good enough :) |
19:12.03 | TAsn | but later, please help the dude :) |
19:12.15 | mrmoku | yup... |
19:12.37 | mrmoku | dos1: how did oemerge building work out? |
19:12.46 | mrmoku | needs newer glib :( |
19:12.50 | dos1 | mrmoku: NOTE: Running task 1957 of 12669 (ID: 11468, /home/shr/shr-oemerge/openembedded/recipes/xorg-proto/xineramaproto_1.2.bb, do_configure) |
19:12.56 | mrmoku | ohh.. :) |
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.12 | PaulFertser | DocScrutinizer: 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.23 | TAsn | mrmoku, 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.29 | TAsn | can you confirm this? |
19:27.38 | TAsn | (try to add a contact/number to sms) |
19:28.48 | *** join/#openmoko-cdevel zoff99 (i=chatzill@80.109.110.37) |
19:29.31 | TAsn | wow |
19:29.38 | TAsn | wants to move to hong kong |
19:29.40 | TAsn | http://upload.wikimedia.org/wikipedia/commons/1/18/Hong_Kong_Night_Skyline.jpg |
19:30.39 | DocScrutinizer-8 | TAsn: why? |
19:30.47 | JesusMcCloud1 | that is one beautiful hdr image |
19:31.04 | TAsn | DocScrutinizer, 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.28 | mrmoku | TAsn: I know... I almost have fixed that one (row) |
19:38.54 | mrmoku | and then got lost in ophonekitd :( |
19:39.05 | DocScrutinizer | TAsn: 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.38 | TAsn | DocScrutinizer, I'm just kidding, I don't really want to live there |
19:39.50 | TAsn | though that pic is awesome |
19:39.56 | DocScrutinizer | yup |
19:40.19 | TAsn | :) |
19:40.55 | TAsn | mrmoku, 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.18 | mrmoku | row was the style for the etk list for recipients |
19:41.27 | mrmoku | I changed the list to be an elm genlist |
19:42.11 | TAsn | so what calls a row? |
19:42.50 | TAsn | message-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.12 | TAsn | http://talpadk.wordpress.com/2009/10/10/progress-not-always-for-the-better/ |
19:46.37 | TAsn | I wonder if he tested that with glamo mplayer. |
19:46.52 | TAsn | mrmoku, btw ^ (message-new-view.c) |
19:47.00 | *** join/#openmoko-cdevel Flyser (n=Flyser@unaffiliated/flyser) |
19:47.32 | PaulFertser | TAsn: (hdr image) impressive, just wow |
19:47.52 | TAsn | PaulFertser, yeah! ;) |
19:48.00 | TAsn | I'm also amazed by it. |
19:48.46 | *** join/#openmoko-cdevel admiral0 (n=admiral0@151.57.203.123) |
19:48.54 | TAsn | anyhow, 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.27 | TAsn | I 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.29 | TAsn | :| |
19:49.31 | TAsn | bah. |
19:49.32 | TAsn | ciao. |
20:02.06 | *** join/#openmoko-cdevel dos11 (n=dos@83.23.35.149) |
20:08.21 | Weiss | Note |
20:08.26 | Weiss | whoops.. 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.20 | onen|openBmap | I just did an opkg upgrade of my shr. no phone connection any more :-( also it complains about a dependency unsatisfied for fso |
20:15.28 | Weiss | did someone ping me between 24 and 28 hours ago? I don't have enough scrollback |
20:15.29 | onen|openBmap | does anybody encounters such issue? |
20:20.21 | onen|openBmap | dos1: I did a system upgrade. now I see the devices list with connman |
20:20.27 | onen|openBmap | but not network :-( |
20:20.34 | onen|openBmap | dos1: and I lost phone connectivity |
20:21.16 | dos1 | onen|openBmap: try opkg install libfsotransport0 |
20:22.12 | *** join/#openmoko-cdevel [HtR]_0xEF^3 (n=[HtR]_0x@uo-dialup-1.txnet.com) |
20:22.15 | onen|openBmap | dos1: 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.29 | onen|openBmap | dos1: once installed, should I restart fso stack or sth? |
20:25.48 | dos1 | yup |
20:26.09 | dos1 | <PROTECTED> |
20:32.15 | *** join/#openmoko-cdevel [HtR]_0xEF^3 (n=[HtR]_0x@uo-dialup-1.txnet.com) |
20:33.15 | onen|openBmap | dos1: it now displays "no service" :-( |
20:33.46 | onen|openBmap | are 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.41 | onen|openBmap | reflashed 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) |