**** BEGIN LOGGING AT Sat Oct 10 02:59:56 2009 **** BEGIN LOGGING AT Sat Oct 10 06:05:56 2009 Oct 10 08:25:53 [Rui], (launching sms app with preloaded message) We'll add that soon, very soon. Oct 10 08:26:35 <[Rui]> TAsn: that would be very cool, then I would be able to forward a µ-blog message to an sms :) Oct 10 08:26:49 :) Oct 10 08:27:28 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) Oct 10 08:27:31 <[Rui]> I already got rid of the buttons to the left of the bubbles Oct 10 08:27:55 <[Rui]> now you press a bubble for about 1s and reply/repeat buttons will show up Oct 10 08:58:48 mickey|sports: ping Oct 10 08:59:31 mrmoku|away: ping Oct 10 09:05:26 Does someone know who is Martin Jansa ? Oct 10 09:05:39 on IRC, I mean... :p Oct 10 09:06:59 ptitjes: I know :) Oct 10 09:07:36 hehe Oct 10 09:08:44 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.. Oct 10 09:09:16 ptitjes: and vala-native_0.7.7 cannot be build without workarounds Oct 10 09:10:37 ptitjes: and I think that 0.7.7+fso1 is just 0.7.7+that garbage patches as you said + maybe even some more Oct 10 09:13:46 JaMa: my concern is from what is built that release Oct 10 09:14:17 JaMa: I can't see any of those stuff in git.freesmartphone.org Oct 10 09:15:42 ptitjes: http://lists.shr-project.org/pipermail/shr-devel/2009-October/000824.html Oct 10 09:15:43 ptitjes: i think mickey|sports just created a tarball out of playya__'s patches Oct 10 09:15:57 ptitjes: http://lists.shr-project.org/pipermail/shr-devel/2009-October/000835.html Oct 10 09:16:15 ptitjes: this problem is fixed in fso1 release Oct 10 09:16:55 JaMa: did you try to compile shr/merge? Oct 10 09:17:03 i can't compile openssl-native Oct 10 09:18:44 JaMa: it seems to me that those problems are build framework problems Oct 10 09:19:15 aka OE problems Oct 10 09:22:39 Heinervdm: I put prefered version of openssl-native one version back.. Oct 10 09:22:42 JaMa: or do I miss something ? Oct 10 09:22:53 JaMa: ok Oct 10 09:23:05 Heinervdm: I have just kernel from shr/merge and still building xorg-image for my sharp zaurus.. Oct 10 09:23:14 Heinervdm: with xserver-1.7 :) Oct 10 09:25:23 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 Oct 10 09:26:16 err I did not understand :p Oct 10 09:26:28 Heinervdm: same error as you send to #oe.. version 0.9.8g packaged fine.. Oct 10 09:26:33 * JaMa leaving for trip Oct 10 09:58:24 <[Rui]> GAH! there's something wrong in SHR-u with hoversels Oct 10 10:01:51 [Rui]: that's know, hoversels are broken in latest elementary Oct 10 10:02:00 <[Rui]> oh :( Oct 10 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 :| Oct 10 10:03:26 <[Rui]> Heinervdm: but the problem that's known is that they're not respecting scale or something similar? Oct 10 10:04:07 [Rui]: don't know, TAsn and mrmoku expirenced sth with hoverselects in the last days Oct 10 10:04:20 and me Oct 10 10:04:22 <[Rui]> I'm uploading a scap Oct 10 10:04:41 they doesn't work after bumping EFL Oct 10 10:05:08 <[Rui]> dos1|neo: ok, they're currently working but on a different scale than the rest of the objects Oct 10 10:05:27 mrmoku: shr-oemerge is reactivated Oct 10 10:05:48 [Rui]: probably you have old efl Oct 10 10:05:52 <[Rui]> like this: http://scap.linuxtogo.org/files/926c65510d96e37efb3e94269be1df88.png Oct 10 10:05:53 dos1|neo: ??? Oct 10 10:06:06 <[Rui]> dos1|neo: I have what's in shr-u at least a week ago Oct 10 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 Oct 10 10:06:55 <[Rui]> epydial-pyneo looks awfully nice Oct 10 10:06:58 mrmoku: i switched it to shr/merge branch on buildhost Oct 10 10:07:09 [Rui]: so you have old efl Oct 10 10:07:28 dos1|neo: don't know if that is a good idea yet (on the buildhost) Oct 10 10:08:09 <[Rui]> dos1|neo: so in more recente efl hoversel is even more broken? :) Oct 10 10:08:16 mrmoku: shr-oemerge, not -unstable Oct 10 10:08:19 [Rui]: yup Oct 10 10:08:27 dos1|neo: ahh now I get you :) ok Oct 10 10:08:41 [Rui]: but it's not synced in -unstable Oct 10 10:08:42 <[Rui]> hover with a table also seems a bit broken Oct 10 10:08:46 [Rui]: if it's only the scale, try to set it to 1 Oct 10 10:09:54 <[Rui]> Heinervdm: that would mean the app woulk look crappy somewhere else... in shr-u it's 2 Oct 10 10:10:26 [Rui]: so you're changing the scale already? Oct 10 10:10:29 <[Rui]> it's better to have the bug fixed than induce new bugs :) Oct 10 10:10:39 <[Rui]> yes. Oct 10 10:10:49 ok, then it's no alternative Oct 10 10:10:58 <[Rui]> looks good on desktop and on current efl on shr-u Oct 10 10:11:08 <[Rui]> but as the bug get's fixed it'll look crappy :) Oct 10 10:11:15 <[Rui]> it's a dillema Oct 10 10:22:22 <[Rui]> well, I'll fix it again, so people with shr-u can get it looking nice :) Oct 10 10:35:11 ;] Oct 10 10:35:25 hehe Oct 10 10:35:26 why not a female? Oct 10 10:35:34 Heinervdm, no females responded Oct 10 10:35:39 we are now willing to accept Oct 10 10:35:40 ok :D Oct 10 10:35:41 males as well. Oct 10 11:00:53 dos1: if you want to see "green" on LogiLink wallwart, then put a white screen to foreground and wait for dim Oct 10 11:14:12 heyho Oct 10 11:14:22 morphis: pong ;) Oct 10 11:17:43 Heinervdm: hey! I read your mail Oct 10 11:18:14 the first points you noticed are fixed Oct 10 11:18:56 Heinervdm: what do you mean with "der Monat wird bei mir etwas seltsam angezeigt"? Oct 10 11:19:07 you mean the border of the date items? Oct 10 11:19:12 dos1, what sort of help is needed with python? Oct 10 11:19:29 hehe ;D Oct 10 11:19:39 well, some opimd developers are needed Oct 10 11:20:03 mrmoku: no, the "October 2009" is alignt to the top and is too small Oct 10 11:20:14 s/mrmoku/morphis/ Oct 10 11:20:16 Heinervdm meant: morphis: no, the "October 2009" is alignt to the top and is too small Oct 10 11:20:22 Heinervdm: ah ok Oct 10 11:20:28 it even fixed :) Oct 10 11:20:51 look a current head, there are some more features implemented Oct 10 11:21:01 baruch: preferrably someone with good knowledge of dbms and SQl Oct 10 11:21:18 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 Oct 10 11:21:34 the place between day number and state bar is reserved for icons you can swallow into it Oct 10 11:22:03 DocScrutinizer-8, if there are specific tasks I can try to help, but I already have other things I'd like to do Oct 10 11:22:18 I hope I can send the first version to e-devel ml Oct 10 11:22:23 tomorrow Oct 10 11:22:30 morphis: another point i had: it would be nice to have some feedback when clicking on a day Oct 10 11:22:34 like in shr-dialer Oct 10 11:23:04 jep Oct 10 11:23:06 so that that day change color to grey or sth like that Oct 10 11:23:15 its on my list Oct 10 11:23:20 ok :) Oct 10 11:23:42 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? Oct 10 11:23:49 today I worked a little bit on the calendar logic, cause there were some problems when switching the months in the old code Oct 10 11:23:54 but now it should working Oct 10 11:24:12 you can register for events, for view updates and for month switching Oct 10 11:25:18 nice :) Oct 10 11:26:29 baruch: no idea, alphaone|gone and shoragan are the GPS experts. Wow, cool, sounds like a good patch then. Oct 10 11:27:10 baruch: +1 Oct 10 11:27:39 ptitjes: ping Oct 10 11:27:50 mickeyl: pong Oct 10 11:28:06 moin mickeyl o/ Oct 10 11:28:10 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 ;) Oct 10 11:28:15 morning DocScrutinizer-8 Oct 10 11:28:16 thanks Oct 10 11:28:49 mickeyl: you can already describe dbus structs Oct 10 11:29:04 :p Oct 10 11:29:58 oops? Oct 10 11:30:05 do you have an xml example for thatß Oct 10 11:30:05 ? Oct 10 11:30:25 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 Oct 10 11:30:39 :D Oct 10 11:30:48 oh great Oct 10 11:30:52 completely overlooked that Oct 10 11:30:53 thanks Oct 10 11:30:58 yw Oct 10 11:31:00 going to describe our structs now Oct 10 11:31:06 great :p Oct 10 11:31:30 org.freesmartphone.GSM.Device is implemented in Vala now Oct 10 11:31:38 org.freesmartphone.GSM.SIM.* has some complicated params Oct 10 11:31:41 mickeyl: yeah Oct 10 11:31:49 will see soon whether Vala's dbus stuff can cope with that Oct 10 11:32:31 mickeyl: oh so there will soone be fsogsmd ? Oct 10 11:32:49 ptitjes: not sure about 'soon', but I've been working like a maniac on it for the last couple of weeks :) Oct 10 11:32:54 it's my #1 priority atm. Oct 10 11:32:56 mickeyl: has sim contacts a way to specify the stroage index ? Oct 10 11:32:57 héhé Oct 10 11:33:01 good Oct 10 11:33:25 DocScrutinizer-8: yes, you can specify the index on which you want a new number to be stored Oct 10 11:34:12 mickeyl: whats about you with the palm pre challenge meeting? Oct 10 11:34:21 mickeyl: cool. On Nokia you also can speed-dial contacts from sim with # Oct 10 11:34:56 mickeyl: means "index on read" Oct 10 11:35:05 morphis: I'll try to sort out my timing for the remainder of this year early next week, will respond them Oct 10 11:35:08 s/them/then/ Oct 10 11:35:08 mickeyl meant: morphis: I'll try to sort out my timing for the remainder of this year early next week, will respond then Oct 10 11:36:26 mickeyl: ah ok, cause stefan and I already started to search for a good location but got not response from someone else Oct 10 11:39:12 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? Oct 10 11:42:37 lindi-: i'm busy atm., but i can look that up in the manual later Oct 10 11:43:46 mickeyl: I can look it up too if you tell me where. %CPI is not in my GSM docs Oct 10 11:47:57 that's what i meant with looking it up Oct 10 11:48:02 it's in the NDA'd docs Oct 10 11:48:14 you might find it in a public document as well Oct 10 11:48:20 Enfora Enabler II at docs Oct 10 11:48:57 forwarded, means forwarded :P Oct 10 11:48:59 like mail Oct 10 11:49:20 you can set forward options, so when your line is busy call gets forwarded to some other number Oct 10 11:49:38 most probably - voice mail Oct 10 11:49:59 and when you're getting such forwarded call, then you cave 'forwarded': True Oct 10 11:50:12 that's explanation from user point of view ;) Oct 10 11:50:38 dos1: but somebody was calling me Oct 10 11:51:14 forwarded from someone Oct 10 11:51:21 so i can have "forward all calls to lindi-" Oct 10 11:51:26 and when someone calls me Oct 10 11:51:42 BENQ M23A AT docs Oct 10 11:51:43 you are getting call "from: someone; forwarded: true" Oct 10 11:51:44 dos1: interesting Oct 10 11:51:51 that's how i got it Oct 10 11:51:56 dos1: so somebody has setup call forwarding to my number? Oct 10 11:52:24 probably. or that was call from voice mail with faked number, also possible (some operators does that) Oct 10 12:02:29 mickeyl, in cornucopia, each service (gsm, gps, usage) is going to be in its own daemon? Oct 10 12:03:09 DocScrutinizer-8, what help is needed with opimd? Oct 10 12:03:32 mickeyl: found 'Version: 0.1 ­ 2005/12/10' from 'http://www.e-gizmo.com/KIT/download/gsmmodem/m23 specs.pdf' Oct 10 12:03:37 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 Oct 10 12:03:51 lindi-: ok Oct 10 12:04:07 baruch: Tasn, me, and a number of others urged dos1 to switch from cache inside opimd to a SGLite core Oct 10 12:04:20 SQLite even Oct 10 12:04:49 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 Oct 10 12:04:52 aye. Oct 10 12:04:59 I just found out sqlalchemy is super simple ORM yo use in python Oct 10 12:05:02 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 Oct 10 12:05:04 DocScrutinizer, and don't forget the new configuration suggestion. Oct 10 12:05:05 maybe you could use it in fso :) Oct 10 12:05:16 mickeyl: ah so more clearly written as 'ftp://ftp.efo.ru/pub/benq/M23%20AT.pdf' Oct 10 12:05:21 ;) Oct 10 12:06:05 DocScrutinizer, If there are specific tasks that you can point to, I might spare some time to hack on it Oct 10 12:06:25 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" Oct 10 12:06:53 with sqlalchemy, you don't need to worry about table structure that much :) Oct 10 12:06:57 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 Oct 10 12:07:03 also it autocreates sqlite database, repairs broken tables, etc Oct 10 12:07:40 s/normalize/sanitize ;-) / Oct 10 12:07:46 DocScrutinizer, :) Oct 10 12:08:05 baruch, if you do decide to help on opimd Oct 10 12:08:06 cz_jc, but then we'll be tied to python Oct 10 12:08:07 please contact me Oct 10 12:08:16 and me ;-) Oct 10 12:08:18 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 Oct 10 12:08:19 baruch, I thought FSO was all about being in python ? Oct 10 12:08:27 so i'll be able to explain the new suggestions for internal design Oct 10 12:08:30 and DocScrutinizer :) Oct 10 12:08:31 TAsn, if you have something to say, say now, I'll take a look and see if/what I can help Oct 10 12:08:39 cz_jc, not as far as I'm concerned Oct 10 12:08:45 sec, will pastebin most of what I said. Oct 10 12:08:46 baruch, all right then Oct 10 12:08:55 and it seems that even the core frameworkd is being redone in vala Oct 10 12:09:17 hmm.. doesn't gdk have some kind of similar storage ? Oct 10 12:09:18 FSO has never been about all being in python Oct 10 12:09:27 it has happens to were the first implementation language Oct 10 12:09:40 cz_jc, but I'm no authority on FSO, I'm just here to cheer from the crowd Oct 10 12:10:26 baruch, first of all the logs of what I said yesterday night Oct 10 12:10:27 ~logs Oct 10 12:10:28 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. Oct 10 12:10:31 second of all. Oct 10 12:10:38 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? Oct 10 12:11:18 mickeyl: i'm using ancient version :) Oct 10 12:11:35 http://pastebin.com/mb7fbf10 Oct 10 12:11:39 allright, good luck with your efforts :) Oct 10 12:11:41 baruch, skip the first couple of lines. Oct 10 12:12:11 mickeyl: but I do have 'ogsmd: [TI CALYPSO] Apply reinit commands with a delay after resuming.' Oct 10 12:13:04 DocScrutinizer, you are more than welcomed to read that as well, I think this represents the spirit of what we said. Oct 10 12:13:39 mickeyl: but 10-second delay is not enough. I am not able to pick the call that fast Oct 10 12:14:46 hi Oct 10 12:15:46 TAsn, I can't find anything you say on the irc logs from 20091009 about opimd Oct 10 12:15:55 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 Oct 10 12:15:57 reading irc logs sucks Oct 10 12:16:09 how about opening an opimd page in the wiki? Oct 10 12:16:37 how do we cross compile any source code with the processor type of Freerunner(may be armel) Oct 10 12:16:44 Fox_Muldr: you can't add new fields to SIM contacts yet Oct 10 12:16:53 Fox_Muldr: you can do that with SQLite contacts Oct 10 12:16:58 ah ok, that explains it :) Oct 10 12:17:11 baruch, I guess it's probably because today is the 10th Oct 10 12:17:15 and yesterday is the 9th :) Oct 10 12:17:24 baruch, good idea. Oct 10 12:17:39 lindi-: yeah, 10 seconds sounds too short. I'd rather say 30 or 40 would make sense. Oct 10 12:17:54 dos1|away, yo see how confusing is this multi backend thingie? Oct 10 12:18:14 lindi-: i hope you will help us bringing fsogsmd to the market. your help in debugging ogsmd was invaluable! Oct 10 12:18:55 mickeyl: not sure, i feel bit uneasy about all the dbus use when there's still an open dbus bug Oct 10 12:18:56 hmm but i selected sqlite as backend for opimd-utils-contacts in opimd config. so it shouldn't it work then? Oct 10 12:19:45 mickeyl: ( https://bugs.freedesktop.org/show_bug.cgi?id=19796 -- are there guidelines on using dbus so that this issue is avoided? ) Oct 10 12:19:49 Fox_Muldr, I agree with your intuition Oct 10 12:20:00 but atm it does not work like this Oct 10 12:20:14 editing modifies according to current being edited contact Oct 10 12:21:18 <[Rui]> hms... a weird unpredictable crash bug on elmdentica, but I can't hit it on my desktop Oct 10 12:21:23 TAsn, let me know when that wiki page is up Oct 10 12:21:43 <[Rui]> since the major changes were adding hover and hoversel, could they potentially explain these crashes? Oct 10 12:22:02 <[Rui]> they don't seem to have a fixed timeframe or action that would cause them Oct 10 12:22:30 <[Rui]> and I don't see OOM messages Oct 10 12:22:57 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) Oct 10 12:24:12 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. :) Oct 10 12:24:22 TAsn, since you are unprepared you are going to fail anyway so you can just invest your time in shr instead of that test ;-) Oct 10 12:24:28 lindi-: cornucopia will not be plagued by this issue Oct 10 12:24:35 since we do not call into ourselves Oct 10 12:24:42 (since it's all multiple processes) Oct 10 12:25:13 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 Oct 10 12:25:29 baruch, but you did make a good point, so maybe tonight :) Oct 10 12:26:08 lindi-: on an unrelated note... fsogsmd will also provide libfsogsmd, which you could use to implement a non-dbus gsm server, if you want Oct 10 12:26:18 TAsn, I was actually trying reverse logic, but oh well, shr work is important as well :-) Oct 10 12:26:54 mickeyl: sounds good Oct 10 12:27:03 baruch, I got what you meant, I just said that your logic directed me to "the right direction" ;] Oct 10 12:27:18 mickeyl: is the muxer going to be in kernel space, separate process or library used by that "gsm server" process? Oct 10 12:27:21 anyhow, now for real, I'm off. Oct 10 12:27:37 its would be cool though Oct 10 12:27:49 lindi-: with fsogsmd, libgsm0710mux will be used directly, no more rerouting via a seperate process and ptys Oct 10 12:27:55 if you could open a special device that would automagically open a muxer channel in kernel space Oct 10 12:28:04 baruch, btw, on a side note, do you know vala? Oct 10 12:28:05 mickeyl: that too in general sounds good Oct 10 12:28:05 lindi-: i'd love to use a kernel muxer, if someone writes it Oct 10 12:28:07 DocScrutinizer, what would need to be normalized in opimd? it seems that the messages backend looks pretty normal Oct 10 12:28:12 TAsn, I'm learning Oct 10 12:28:22 mickeyl: i don't like the idea of kernel muxer much from the debugging point of view Oct 10 12:28:27 lindi-: true Oct 10 12:28:33 yeah, thats true Oct 10 12:28:33 baruch, not quite. Oct 10 12:28:35 lindi-: and it's not necessary with gprs or even edge Oct 10 12:28:36 I like vala for the close to C but still making the dbus stuff easier Oct 10 12:28:42 with umts it starts to make sense though Oct 10 12:28:44 then maybe a socket ? Oct 10 12:28:51 baruch,wait for the wiki page. I'll also explain what DocScrutinizer meant. Oct 10 12:28:54 a deamon listetning on a socket.. Oct 10 12:29:01 TAsn, sure Oct 10 12:29:08 baruch, cool, so you are thinking about an opimd rewrite in vala I assume? Oct 10 12:29:11 mickeyl: is there some paper that describes these new pieces of software and how they communicate/can be made to communicate? Oct 10 12:29:22 TAsn, I dont know if I have enough time for that Oct 10 12:29:31 mickeyl: i saw some emails but nothing were it was all collected to one place Oct 10 12:29:31 baruch, I c. Oct 10 12:29:44 ok, so I guess you also know python ;) Oct 10 12:29:48 cool enough. Oct 10 12:29:52 and before I do any rewrite I'd like to understand what's there Oct 10 12:29:59 I know C and python =) but no vala :/ Oct 10 12:30:09 baruch, most of what's there will be chaned (internal design and API) Oct 10 12:30:14 not really the API Oct 10 12:30:17 baruch: TAsn : Normalization in a DB is simply elimination of redundance Oct 10 12:30:18 actually the API won't change at all. Oct 10 12:30:52 baruch: tasn: out db tables need a complete sanitation anyway it seems Oct 10 12:30:55 DocScrutinizer, I know what db normalization is, but there are more changes needed to be done in th db Oct 10 12:30:58 ouR* Oct 10 12:30:59 lindi-: i'm afraid not yet. i plan to write some real docs about the architecture soon. Oct 10 12:31:04 DocScrutinizer, exactly.. Oct 10 12:31:05 :) Oct 10 12:31:13 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 Oct 10 12:31:38 baruch, I agree. Oct 10 12:31:48 there's a lot of brokenness in the whole concept. We need a major newstart Oct 10 12:32:00 though that's not opimd's responsibility Oct 10 12:32:07 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 Oct 10 12:32:20 baruch, that'll be handled in ophonekitd Oct 10 12:32:42 TAsn: for the default-field issue: we need attributes to each field, to set a field to "default" for one contact Oct 10 12:32:44 I think it should be in a lower level than ophonekitd Oct 10 12:33:02 btw. have you considered using for example evolution data server ? Oct 10 12:33:05 baruch, I agree. Oct 10 12:33:11 seeing as you're moving to vala and all Oct 10 12:33:21 we come from evolution data server Oct 10 12:33:22 though i don't think anyone will do it. Oct 10 12:33:28 opimd has been written because eds doesn't cut it Oct 10 12:33:28 mickeyl, bad experience ? Oct 10 12:33:44 how come eds doesn't cut it? imo it does lots of stuff Oct 10 12:33:51 long story Oct 10 12:33:53 baruch, I think we need another framework subsystem Oct 10 12:33:53 also syncing wouldn't be a problem Oct 10 12:33:58 that does sane handling of everything Oct 10 12:34:02 i.e a "sane daemon" Oct 10 12:34:14 after fso provided use proper API Oct 10 12:34:43 TAsn: SQL is a relational database - we need to get rid of the notion of a 2-dimensional table Oct 10 12:34:52 we now need to have a daemon that can provide programmers convenient API for everything Oct 10 12:35:05 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 Oct 10 12:35:13 but it's fairly specialized for me Oct 10 12:35:22 DocScrutinizer, probably. Oct 10 12:35:36 baruch, that's what mrmoku|away and I did in phonegui Oct 10 12:35:40 we wrote functions Oct 10 12:35:46 that a backend writer can use Oct 10 12:35:58 TAsn: rather we need a set of tables that are linked together by versatile select statements Oct 10 12:35:59 without worrying too much Oct 10 12:36:05 like phonegui_sms_send Oct 10 12:36:11 that sends an sms in any length Oct 10 12:36:15 and stores it in opimd Oct 10 12:36:26 DocScrutinizer, I agree. Oct 10 12:36:42 DocScrutinizer, but that can *NOT* be done Oct 10 12:36:45 without the switch to Oct 10 12:36:46 sql Oct 10 12:36:48 sqlite* Oct 10 12:37:02 ok, maybe I decide to do a little fancy and try to design a first draft of a decent table structure for opimd database Oct 10 12:37:14 when I go for my brunch in a few minutes Oct 10 12:37:17 DocScrutinizer, go ahead. Oct 10 12:37:21 DocScrutinizer, but please Oct 10 12:37:26 create a wiki entry Oct 10 12:37:28 in openmoko.org Oct 10 12:37:31 and put it there ;) Oct 10 12:37:46 I want the design to be visible, well written and easy to understand Oct 10 12:37:50 good luck with the draft ^^ Oct 10 12:37:56 I'll also contribute my ideas (probably tonight) Oct 10 12:38:25 TAsn: I basically agree, but I know my own inner lazy bastard Oct 10 12:38:43 DocScrutinizer, I'll create the wiki page and you'll up your drafts? :) Oct 10 12:38:47 TAsn: I might contribute as soon as you start that wikipage Oct 10 12:38:47 sec, I'm creating an empty page :) Oct 10 12:39:27 TAsn: you know the fear that arises from looking at a blank paper? ;-P Oct 10 12:39:38 Opimd_redesign Oct 10 12:39:41 good enough? Oct 10 12:40:08 we'll eventually manage to get that started :-) Oct 10 12:40:12 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. Oct 10 12:40:15 :) Oct 10 12:40:19 want a super convenient prototyping scratchpad in python? :) Oct 10 12:40:27 opimd_redesign <-- is this a good name? Oct 10 12:40:29 I'll share some code for simple ORM if you want :) Oct 10 12:40:51 baruch, ? DocScrutinizer ? Oct 10 12:40:52 (prototyping for ORM above sqlite, to get the tables right, test them with some data, etc) Oct 10 12:41:11 TAsn: hmm, don't like it. but still thinking for alternatives Oct 10 12:41:11 TAsn, what? Oct 10 12:41:22 anyone with a open terminal offhand? Oct 10 12:41:24 DocScrutinizer, maybe a topic inside the opimd page? Oct 10 12:41:31 can you do +CPBS=? please? Oct 10 12:41:31 mickeyl, yes Oct 10 12:41:35 baruch, a name for the wiki pgae.. :) Oct 10 12:41:43 (as AT cmmand, that is) Oct 10 12:41:43 mickeyl, oh you mean the modem, ok I'll boot it up :) Oct 10 12:41:46 thanks :) Oct 10 12:41:55 TAsn, yes sounds good Oct 10 12:42:03 TAsn: call the page opimd Oct 10 12:42:08 * mickeyl no idea where he put his Neos before vacation Oct 10 12:42:10 DocScrutinizer, taken. Oct 10 12:42:20 so it's either a topic inside the opimd page Oct 10 12:42:22 or a new page Oct 10 12:42:29 quick, make a decision. Oct 10 12:42:35 mickeyl, do you need to have a sim in for that ? Oct 10 12:42:36 new Oct 10 12:42:39 ok. Oct 10 12:42:45 creating. Oct 10 12:43:37 cz_jc: no, that should work without one as well Oct 10 12:43:48 mickeyl, ok lets see if it gets mine or not :) Oct 10 12:43:56 anyway, cya fellas. Need some RL action now Oct 10 12:44:07 DocScrutinizer, hehe real world sucks :) good bye ;) Oct 10 12:44:50 sure it does. but the effect is getting increasingly painful the longer you try to avoid the confrontation Oct 10 12:45:01 so true.. Oct 10 12:45:40 freesmartphone.org: 03mickey 07cornucopia * r57cd6710a064 10/fsogsmd/src/ (6 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.SIM.ListPhonebooks() Oct 10 12:47:04 so now i found a way to erase code during compiling Oct 10 12:47:21 should i expand this to all loggging domain or only support erasing calls to logger.debug( ... ) ? Oct 10 12:47:29 * mwester wonders if his neos still boot... Oct 10 12:47:29 mickeyl, how? XD Oct 10 12:47:40 cz_jc: assert( logger.debug( "foo" ) ) Oct 10 12:47:46 damn I forgot parameters for screen to set hardware flow control Oct 10 12:47:52 baruch, DocScrutinizer: http://wiki.openmoko.org/wiki/Opimd_redesign Oct 10 12:48:04 mrmoku|away, dos1|away, http://wiki.openmoko.org/wiki/Opimd_redesign Oct 10 12:48:12 ciao. Oct 10 12:48:54 mickeyl, the baudrate was 115200 ? Oct 10 12:49:13 cz_jc: for modem? Oct 10 12:49:22 DocScrutinizer-8, yes Oct 10 12:49:25 yes Oct 10 12:49:29 ok.. Oct 10 12:49:37 autobaud, default 115k Oct 10 12:49:39 mickeyterm should set it up on its own Oct 10 12:49:43 if you have that installed Oct 10 12:51:43 damn it doesn't work... Oct 10 12:52:00 cz_jc: that's the sole purpose of that magic "AT": it autobauds Oct 10 12:52:20 DocScrutinizer-8, yeah, I implemented that myself on an avr, just dunno if calypso has it :) Oct 10 12:52:22 cz_jc: what doesn't work? Oct 10 12:52:36 I pass bad command line arguments to gnu screen, can't get hardware flow control.. Oct 10 12:52:42 It'll take a while till I figure it out Oct 10 12:52:51 mickeyl, just sit tight, sorry :) Oct 10 12:53:10 np, take your time Oct 10 12:53:41 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? Oct 10 12:54:49 DocScrutinizer-8, I got it working before.. its just screen has really stupid manual when it comes to serial ttys Oct 10 12:55:07 cz_jc: so the recommended procedure is to send 2 times AT in quick sequence and wait for the ok answer Oct 10 12:55:29 usually I just start the modem with screen attached and it just sez 'AT Interpreter ready.' :) Oct 10 12:55:53 haha I'm stupid, I had gsmmuxd running Oct 10 12:55:59 I use org.freesmartphone.GSM.Debug :) Oct 10 12:56:39 freesmartphone.org: 03mickey 07cornucopia * r823dbfc6c0d2 10/libfsobasics/fsobasics/logger.vala: Oct 10 12:56:39 freesmartphone.org: libfsobasics: logger: return true for debug/info/warning/error/critical, so that we can use it embedded in calls to 'assert' Oct 10 12:56:39 freesmartphone.org: this is version 0.8.3.1 Oct 10 12:57:12 freesmartphone.org: 03mickey 07cornucopia * r83d3a548f34f 10/libfsobasics/configure.ac: libfsobasics: post-release version bump Oct 10 12:57:40 hmm still doesn't work.. damn how did I do it before XD Oct 10 13:01:48 cz_jc: it's a real pita. Afaik you need to stty the line parameters *after* opening the tty device Oct 10 13:02:07 sound weird, I know Oct 10 13:02:24 seems to be a flaw in tty driver Oct 10 13:02:29 DocScrutinizer-8, I didn't have to do that before since screen knows how to do it but I'll try Oct 10 13:03:42 hmm I pressed enter and AT AT several times this time.. and I got 'ERROR' Oct 10 13:03:44 nothing else Oct 10 13:03:47 this never happened to me Oct 10 13:04:10 hehe, ERROR almost as good as OK Oct 10 13:04:27 "AT AT" is no valid command Oct 10 13:04:37 but it doesn't echo back characters.. if I keep writing AT AT it sometimes randomly says OK Oct 10 13:04:41 this definitely isn't right Oct 10 13:05:12 hmm, no Oct 10 13:05:24 try ate1 Oct 10 13:05:28 lets try it the IT crowd way.. reboot XD Oct 10 13:05:50 DocScrutinizer, 'OK' but it still doesn't echo back characters I write.. Oct 10 13:06:14 but it should now Oct 10 13:06:22 still doesn't... Oct 10 13:06:49 except for the wakeup garbage of course Oct 10 13:07:06 timeout for uart sleep is ~10sec Oct 10 13:07:48 you can stop this disgusting behaviour by "AT%sleep=1" Oct 10 13:07:56 ok calypso won, I'll compile minicom XD Oct 10 13:08:46 cz_jc: use mickeyterm! Oct 10 13:08:58 DocScrutinizer-8, we don't have it in gentoo.. Oct 10 13:09:24 cz_jc: I use socat Oct 10 13:10:20 socat was the name Oct 10 13:10:27 thanks for reminder Oct 10 13:10:47 as socat seems way beyond netcat Oct 10 13:11:27 if I wasn't such an idiot, I'd write an alias with those screen parameters long time ago :/ Oct 10 13:13:02 socat -hhh -> 857lines :-0 Oct 10 13:14:19 damn aclocal on the fr always takes so long.. Oct 10 13:14:44 * DocScrutinizer books a 3-day seminar "socat for dummies" ;-P Oct 10 13:14:44 its 3/4 of whole compilation time.. wonder if it automake can cache Oct 10 13:15:06 DocScrutinizer, hehe :) Oct 10 13:15:18 screen is stupid for serial consoles but minicom should work superbly Oct 10 13:15:34 I bet it'll come in handy later when GPRS is not working in FSO again anyway Oct 10 13:15:46 by the way remove the 'adddefaultroute Oct 10 13:15:54 *parameter for pppd, sorry Oct 10 13:16:07 opr replacedefaultroute it was maybe Oct 10 13:16:29 I dunno I already erased it from the script. without that, gprs doesn't work on non-patched versions of pppd with fso Oct 10 13:17:15 cz_jc: on SHR gprs works (well until first disconnect ;-P ) Oct 10 13:17:41 DocScrutinizer, on gentoo, it doesnt because pppd doesn't support that parameter and dies on startup Oct 10 13:18:03 I just removed the parameter from some list I grepped it in site-packages and it started working.. until first disconnect that is XD Oct 10 13:18:38 freesmartphone.org: 03mickey 07cornucopia * r4c5d07ef56c5 10/misc-vapi/ (Makefile.am configure.ac): misc-vapi: install a .pc file for detection convenience Oct 10 13:18:41 mickeyl: ^^ any news on that annoying issue? Oct 10 13:18:47 that parameter comes from some old Novell patch that was deemed 'redundant because pppd does it anyway' Oct 10 13:18:57 as I googled, if I remember correctly Oct 10 13:19:30 DocScrutinizer: i'll just rewrite the tests to use pkgconfig Oct 10 13:19:33 then it's solved Oct 10 13:19:47 duh Oct 10 13:20:21 mickeyl: I meant frameworkd freeze on gprs disconnect Oct 10 13:20:26 oh Oct 10 13:20:30 no biggie, we can patch FSO in gentoo anyway and I guess all the rest of the world has pppd patched Oct 10 13:20:35 sorry, had no chance to actually work on that Oct 10 13:21:26 btw. didn't someone plan to integrate some of the network managers with fso ? Oct 10 13:21:49 cz_jc: we got mokonnect on SHR Oct 10 13:21:56 I guess that would replace the code to set up pppd with a single dbus call, wouldn't it ? Oct 10 13:22:14 DocScrutinizer, I meant like NetworkManager or the one from moblin Oct 10 13:22:33 those that actually work and are comfortable and well thought out Oct 10 13:22:46 aah the basic manager (daemon). That's a real pita afaik Oct 10 13:23:52 anyway I'm not aware of any plans to integrate to FSO Oct 10 13:24:11 mickeyl should know better Oct 10 13:24:12 hmm.. maybe NetworkManager could be modified to be able to power off gsm and bluetooth completely Oct 10 13:24:30 it seems to handle wireless, bluetooth pan and even GPRS very well on my laptop, its comfortable Oct 10 13:24:52 connman is scheduled for "integration" with FSO Oct 10 13:24:55 blueman btw starts automatically when I power on bluetooth (on fr) and seems to work except notifications Oct 10 13:25:23 I even managed to set up bluetooth networking with it :) Oct 10 13:25:34 but alas, stefan does not seem to have time/motivation to work on that, and i'm stuck with other things Oct 10 13:25:52 mickeyl: didn't "we" (as SHR, mrmoku|away ) abandon connman and adopt NM Oct 10 13:25:59 aah.. thatrs lrzsz compiled and now its minicoms turn :) Oct 10 13:26:30 DocScrutinizer: not to my knowledge. connman had some problems with stability in the past, but the architecture is quite superior Oct 10 13:26:49 wow.. can't imagine something superior to NM, that must really kick ass Oct 10 13:26:50 hmm, I might be totaly wrong on that Oct 10 13:28:22 anyway... another effort to unglue from terminal Oct 10 13:28:26 * DocScrutinizer waves Oct 10 13:28:36 DocScrutinizer, bye :) Oct 10 13:30:17 mickeyl, bear with unbeliveably slow compilling on fr + distcc still :) Oct 10 13:32:07 :) Oct 10 13:32:34 aslo I found out my RTC on my fr got restarted to year 2000 again Oct 10 13:32:44 maybe that could be a factor why gsm wouldn't work ? Oct 10 13:32:50 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 :) Oct 10 13:33:02 PaulFertser_: yes :) Oct 10 13:33:04 DocScrutinizer, what about upping them sketches? Oct 10 13:35:00 lol minocom actually determines default settings in configure script Oct 10 13:35:03 checking for default serial port device... /dev/tty8 Oct 10 13:35:06 mickeyl: duh? what? tell me the command! can't find your FR? Oct 10 13:35:09 checking for default baud rate... 115200 Oct 10 13:35:12 now thats nifty :D Oct 10 13:35:13 DocScrutinizer-8: AT+CPBS=? Oct 10 13:35:20 mompl Oct 10 13:35:30 DocScrutinizer-8: indeed i can't find it atm. Oct 10 13:35:31 +CPBS: ("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD") Oct 10 13:35:42 :-) Oct 10 13:35:43 aah.. he beat me to it XD Oct 10 13:35:46 uah, so many??? Oct 10 13:36:13 hmm Oct 10 13:36:46 thanks paul Oct 10 13:36:48 bbiab Oct 10 13:37:11 Hehe Oct 10 13:38:51 freesmartphone.org: 03mickey 07cornucopia * re99817a60298 10/libfsobasics/configure.ac: libfsobasics: use pkgconfig to check for misc-vapi Oct 10 13:38:52 freesmartphone.org: 03mickey 07cornucopia * r19b4d33a4cb0 10/libfsotransport/configure.ac: libfsotransport: use pkgconfig to check for misc-vapi Oct 10 13:38:53 freesmartphone.org: 03mickey 07cornucopia * r3eb81b80f1fa 10/libfsoframework/configure.ac: libfsoframework: use pkgconfig to check for misc-vapi Oct 10 13:40:48 mickey|bbl: that doesn't mean all are supported actually - I guess Oct 10 13:46:37 * DocScrutinizer-8 curses calypso for e.g not supporting at%sleep? / =? Oct 10 13:48:46 looks like mine is the same +CPBS: ("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD") Oct 10 13:49:04 btw. reboot helped, looks like RTC really has influence on whether GSM works Oct 10 13:50:25 cz_jc: nope, doesn't Oct 10 13:50:36 just a fluke then, I guess Oct 10 13:50:46 dos1, any news concerning the opimd bug I described? (and the fact that it doesn't normalize phone numbers when loading?) Oct 10 14:18:10 omg, the alsa-WM8753-card driver is so.... Oct 10 14:22:49 dos1, ? :( Oct 10 14:31:01 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 Oct 10 14:31:49 DocScrutinizer-8: not really hard but adds some complexity of course. Oct 10 14:32:01 sure Oct 10 14:32:16 you could just usleep in there but I think many people would like to kick your butt then XD Oct 10 14:32:56 PaulFertser: wm8753 driver transmits a full set of 98 register settings for each single control change Oct 10 14:32:59 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. Oct 10 14:33:19 PaulFertser, so I've noticed.. Oct 10 14:33:26 cz_jc: it's justified Oct 10 14:33:35 PaulFertser, thats why I'm not complaining XD Oct 10 14:34:11 DocScrutinizer-8: i know, i think i'll take a look at some more recent drivers to see if they do the same. Oct 10 14:34:28 nope, I want to delay "commit" (i.e. I2C transmission) to wm8753 while driver returns immediately from changing-control function Oct 10 14:34:36 I already noticed theres considerable difference between embedded platforms (arm with everything on uart/i2c/sdio ports) as opposed to x86 with pci, etc Oct 10 14:35:01 DocScrutinizer-8, maybe you could spawn a kernel thread ? Oct 10 14:35:04 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. Oct 10 14:35:19 cz_jc: there's already one aux thread: events/0 Oct 10 14:35:26 iirc Oct 10 14:35:37 ok then, if you got a worker thread and don't worry about timing, use it ! :) Oct 10 14:35:48 yup, something 10ms No guarantees, Linux is not hard real time ;) Oct 10 14:36:17 DocScrutinizer-8, maybe you should check sime timing variable to see if you met your quota and do something if not Oct 10 14:36:20 *some Oct 10 14:36:45 for example on embedded stuff, I use a 64bit timing var counting from processor reset Oct 10 14:36:58 still much better than doing 98 transfers of a whole register set of 98 controls for each "alsactl restore" Oct 10 14:37:04 btw. pardon my apparent dumbness, I don't do much kernel hacking Oct 10 14:38:45 DocScrutinizer-8: where did you found that it does so? Oct 10 14:39:02 by listening to audio :-) Oct 10 14:39:27 and by thinking how it possibly could be implemented right now Oct 10 14:39:57 cause the codec driver itself does not. if you change a setting it only transmits the affected register Oct 10 14:40:12 really? Oct 10 14:40:27 hmm, thanks for the info Oct 10 14:41:07 but maybe a upper layer is causing every register to be changed Oct 10 14:41:25 I don't think so Oct 10 14:41:27 doesn't alsa have some debugging ties ? Oct 10 14:41:53 larsc: was just a wild guess Oct 10 14:44:20 ok Oct 10 14:44:37 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 Oct 10 14:45:16 DocScrutinizer-8: you could add some debugging to wm8753_write in wm8753.c Oct 10 14:45:39 so I pondered about some kind of commit trigger scheme to collect and do those changes all in one big fast dump via I2C Oct 10 14:56:20 Oh, shame on me. I confirmed DocScrutinizer-8's suspcisious without really looking at the code :( Oct 10 14:56:51 PaulFertser: you did? Oct 10 14:57:01 DocScrutinizer-8: considerable delay = 5s, 1s, 500ms, 100ms, 10ms ? Oct 10 14:58:17 I'd guess sth like 50..100ms Oct 10 14:58:33 noticable for a trained ear Oct 10 14:58:57 even 20ms is noticable for not so trained ear when music is playing, etc Oct 10 14:59:01 (delay between volume-tweaking and click that is) Oct 10 15:01:19 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 Oct 10 15:05:52 I got some influenza-like illness and thus not in the mood for soldering or reading the code :-/ Oct 10 15:06:37 PaulFertser: take care of yourself Oct 10 15:07:01 PaulFertser: don't catch the pig-flu Oct 10 15:08:55 DocScrutinizer-8: hehe, nice advice Oct 10 15:09:25 yeah, I know... not very helpful advice :-S Oct 10 15:10:30 (swine-flu) "The illness is generally mild, except in some cases for people in higher risk groups" Oct 10 15:16:32 PaulFertser: (swine-flu) why can't I shake hands with people (according to RKI), but taking money from their hands is okay? Oct 10 15:17:58 blindcoder: probably not shaking hands unless really necessary lowers the probability a bit. Oct 10 15:19:33 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) Oct 10 15:19:45 but no one warns from THAT Oct 10 15:20:53 the cocaine spread all over each used money-bill(?) simply desinfects it instantly ;-P Oct 10 15:21:03 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. Oct 10 15:22:26 I'm more concerned about my butcher preparing sandwiches for me with same hands he takes the money from previous customer Oct 10 15:24:02 DocScrutinizer-8: here they use one-time-gloves Oct 10 15:24:46 some shops do, but maybe one out of 5 Oct 10 15:25:06 SHR: 03jesus 07shr-themes * reae74f5ef860 10/elementary/elementary-theme-gry/ (74 files): Elm Theme gry* added Oct 10 15:28:48 this theme is greeaaat: http://scap.linuxtogo.org/files/09d6e276ecef45c31997f32dcaac0821.png Oct 10 15:30:05 its the niebiee theme created by dos with cutom backgroudn Oct 10 15:30:09 niebiee + custom wallpaper + custom icons + edited desktop files Oct 10 15:30:41 looks translucent with that wallpaper Oct 10 15:31:37 JesusMcCloud, looks awesome. Oct 10 15:31:59 and most of icons looks like oxygen icons Oct 10 15:32:02 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? Oct 10 15:32:11 s/most/part/ Oct 10 15:32:12 dos1 meant: and part of icons looks like oxygen icons Oct 10 15:32:41 mrmoku|away: ping Oct 10 15:32:47 JesusMcCloud: wait for mrmoku|away to came back Oct 10 15:33:06 dos1, have you looked upon this opimd issue? Oct 10 15:33:23 looking now Oct 10 15:33:27 ok will do Oct 10 15:33:28 it's a deal breaker for me ;( Oct 10 15:33:41 dos1, thanks. :) Oct 10 15:33:43 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 Oct 10 15:34:04 JesusMcCloud, any idea who made that? Oct 10 15:34:12 and more importantly, are the icons gpl? Oct 10 15:34:18 and the background? Oct 10 15:35:00 I am no psychic... but I know it is easy to create the effect, if you know how to use gimp Oct 10 15:35:14 TAsn: most of icons are from KDE project (kde3 crystal and kde4 oxygen), so at least part is gpl Oct 10 15:35:17 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 Oct 10 15:35:30 dos1, cool :) Oct 10 15:35:31 the icons are probalbay a patchwork iconset from differrent iconsetts out there Oct 10 15:35:50 back to studying Oct 10 15:35:55 I'm not here except for dos1 Oct 10 15:36:01 if you have anything to ask about this bug Oct 10 15:36:05 ping me, please :) Oct 10 15:36:09 I really need this solved. :) Oct 10 15:41:39 if anyones interested, 'multiprocessing' instead of 'threading' seems to work Oct 10 15:46:28 TAsn: looks like making comp_value works, but something is broken with normalizing queried value Oct 10 15:46:46 dos1, so how can you explain the fact that it didn't write to log? Oct 10 15:46:51 (here) Oct 10 15:47:06 dos1, I think you are wrong btw. Oct 10 15:47:12 hmm nice as it seems libframeworkd-phonegui-efl2 gets some love lately ;) Oct 10 15:47:18 bumbl, :) Oct 10 15:47:27 TAsn: maybe you did something wrong :P Oct 10 15:47:32 dos1, no, listen. Oct 10 15:47:39 (probably, but listen) Oct 10 15:47:51 I can query normalized numbers in the db Oct 10 15:48:00 but I can't query non normalized numbers in the db Oct 10 15:48:25 so? Oct 10 15:48:26 querying normalized works either if what I query with is normalized or not. Oct 10 15:48:29 it matches to what i said Oct 10 15:48:34 but something is broken with normalizing queried val Oct 10 15:48:37 hmm Oct 10 15:48:39 you said that^ Oct 10 15:48:42 exactly the opposite Oct 10 15:48:54 I'm saying the normalization of the *saved* numbers is bad Oct 10 15:49:10 you claim that the normalization of the *query* numbers is bad. Oct 10 15:49:23 here, it works in exactly opposite way you're saying Oct 10 15:49:31 I can show (empirically) that you are wrong :) Oct 10 15:49:41 thing which doesn't work for you works here Oct 10 15:49:41 dos1, not for me and nor for mrmoku|away Oct 10 15:49:54 and think which work for you doesn't work here Oct 10 15:49:54 dos1, it all comes down to revisions Oct 10 15:49:58 :/ Oct 10 15:50:00 are you using opimd-tracking or something? Oct 10 15:50:08 TAsn: does it go into production anytime soon? Oct 10 15:50:12 I'm using latest from tests/mrmoku Oct 10 15:50:16 opimd-tracking is now equal to master Oct 10 15:50:22 bumbl, actually, it was production ready a couple of days ago Oct 10 15:50:24 so we're using the same revision Oct 10 15:50:36 but then mrmoku|away and I started ripping it's heart out in order to make things right :) Oct 10 15:50:39 dos1, aye. Oct 10 15:50:50 bumbl, though I'm using it on a daily basis. Oct 10 15:50:57 it's just there are a couple of issues. Oct 10 15:51:01 well, i'm testing it on pc Oct 10 15:51:07 i'll check my phoneutils installation Oct 10 15:51:11 dos1, hm... Oct 10 15:51:27 try saving the number Oct 10 15:51:29 12345 Oct 10 15:51:31 in your db Oct 10 15:51:33 TAsn: that are? is it shipped with shr-unstable? Oct 10 15:51:44 and let me know if you can query for it. Oct 10 15:52:10 bumbl, name resolving isn't implemented for the names in the messages list (but yes in the show message) Oct 10 15:52:16 and atm Oct 10 15:52:42 well that's no problem imo Oct 10 15:52:49 sending a new sms from contact list is broken iirc Oct 10 15:52:49 bumbl, hopefully it'll be ok by friday. ;) Oct 10 15:52:50 (actually hopefully by tuesday) Oct 10 15:53:01 bumbl, it's not. that's why I'm using it. :) Oct 10 15:53:06 2009.10.10 17:52:37.454 opimd INFO Making comp value for (...) Oct 10 15:53:08 :P Oct 10 15:53:15 so make_comp_value works Oct 10 15:53:16 dos1, hm... Oct 10 15:53:17 |: Oct 10 15:53:18 yeah. Oct 10 15:53:20 s/works/is called/ Oct 10 15:53:21 dos1 meant: so make_comp_value is called Oct 10 15:53:25 well, what about my test? Oct 10 15:53:42 (adding 12345 to db) Oct 10 15:53:50 and then trying to query for that? Oct 10 15:54:06 query for what exactly? Oct 10 15:54:14 add Oct 10 15:54:18 TAsn:12345 Oct 10 15:54:22 to your db Oct 10 15:54:24 and query for Oct 10 15:54:28 +CC12345 Oct 10 15:54:30 and for Oct 10 15:54:32 12345 Oct 10 15:54:40 tel:12345 you mean Oct 10 15:54:42 :P Oct 10 15:54:48 opimd-cli c query Phone tel:12345 Oct 10 15:55:02 dos1, unfortunately, yeah ;) Oct 10 15:55:14 both works Oct 10 15:55:20 really? Oct 10 15:55:23 really Oct 10 15:55:34 maybe check your python-phoneutils Oct 10 15:55:49 dos1, no need for that Oct 10 15:55:52 when it fails, normalization in opimd will fail too :P Oct 10 15:55:57 as Oct 10 15:56:03 pyphonelog works Oct 10 15:56:07 (uses that) Oct 10 15:56:35 hm.. I'm starting to think it's an issue with the sim backend Oct 10 15:56:44 dos1, please try (not in your test area) Oct 10 15:56:46 to add Oct 10 15:56:54 logger.info() in make_comp_value Oct 10 15:57:07 and see if its also being called Oct 10 15:57:13 for sim contacts Oct 10 15:57:28 it's being called for every contact creation Oct 10 15:57:32 as Contact is class Oct 10 15:57:39 please verify Oct 10 15:59:28 2009.10.10 17:58:56.943 opimd INFO Making comp value for tel:12345 Oct 10 15:59:31 2009.10.10 17:58:56.943 opimd INFO Comp value: tel:+12345 Oct 10 15:59:36 hmm, that's wrong Oct 10 15:59:59 return 'tel:'+res Oct 10 16:00:03 def get_compare_for_tel(tel_value): Oct 10 16:00:03 ohhh! Oct 10 16:00:05 helpers.py Oct 10 16:00:06 noob. Oct 10 16:00:07 :| Oct 10 16:00:07 i think i know Oct 10 16:00:33 TAsn: i think phoneutils.init is called too late Oct 10 16:00:38 and some contacts are created Oct 10 16:01:00 before phoneutils is inited Oct 10 16:01:02 checking it... Oct 10 16:01:49 yup, now it's ok :) Oct 10 16:02:16 * TAsn hates dos1 :) Oct 10 16:02:16 TAsn: so you were wrong in all your guesses. but thanks to you i can fix it ;) Oct 10 16:02:28 dos1, hehe thanks for the fix :) Oct 10 16:02:33 mind telling me what to fix where? Oct 10 16:02:47 dos1, I wasn't really wrong! Oct 10 16:02:51 as it really does NOT Oct 10 16:02:57 did not* Oct 10 16:03:04 normalize numbers Oct 10 16:03:07 when loading from sim. Oct 10 16:03:28 anyhow, please commit and tell me what to fix and where :) Oct 10 16:04:09 TAsn: it does Oct 10 16:04:18 TAsn: but phone-utils returs bogus data, as it's not inited Oct 10 16:04:20 ;) Oct 10 16:04:21 not correctly it doesn'.t Oct 10 16:04:21 :) Oct 10 16:04:33 dos1, phone-utils never returns bogus data Oct 10 16:04:33 pushing Oct 10 16:04:37 it's just that it's default is Oct 10 16:04:40 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. Oct 10 16:04:42 "" for everything :){ Oct 10 16:04:56 TAsn: bogus data for our needs :P Oct 10 16:05:00 TAsn: beter? :D Oct 10 16:05:03 dos1, push to master Oct 10 16:05:08 dos1, yeah ;) Oct 10 16:05:09 merging to master Oct 10 16:05:17 okie :) Oct 10 16:06:41 dos1, thanks, giving it a go. Oct 10 16:06:51 mrmoku|away, ^ Oct 10 16:06:59 dos1, anyhow, thanks a lot, you sometimes rock! :) Oct 10 16:07:06 TAsn: i'll build it Oct 10 16:07:13 dos1, even better :) Oct 10 16:07:24 (I already applied the fix here, locally) Oct 10 16:07:28 pushed to master Oct 10 16:07:33 but building it is preferred, thanks :) Oct 10 16:07:52 * TAsn will maybe have a working phone 1: ) Oct 10 16:08:09 dos1, btw, how do you handle (in internal cache) Oct 10 16:08:26 ogsmd crash Oct 10 16:08:32 or maybe just a release of sim resourceL Oct 10 16:08:33 ? Oct 10 16:08:38 erase the data? Oct 10 16:08:52 My SHR dev dir has now 28 GByte... Oct 10 16:08:53 nothing Oct 10 16:09:08 it does nothing when gsm is released Oct 10 16:09:23 probably it should be changed, it shouldn't be hard to do Oct 10 16:09:28 dos1, aye. Oct 10 16:09:43 as code for disabling backend and erasing its data from cache is already there Oct 10 16:09:54 okie, cool. :) Oct 10 16:11:00 TAsn: are sorting issues already fixed? Oct 10 16:11:17 dos1, I think so Oct 10 16:11:22 as phonelog now works correctly Oct 10 16:11:27 TAsn: ok Oct 10 16:11:34 (though I haven't had the time to colllect enough missed calls to really confirm this) Oct 10 16:11:40 wait another day or two. Oct 10 16:12:18 wth, dos1 still doesn't work. :| Oct 10 16:12:22 sec, verifying Oct 10 16:12:37 TAsn: what? Oct 10 16:12:52 resolving. Oct 10 16:13:22 Querying data matching to {'Phone': 'tel:12345'}... Oct 10 16:13:28 still returns 0 results :| Oct 10 16:13:30 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rec50832f66cb 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO Oct 10 16:14:23 TAsn: so i have a patch for ya Oct 10 16:14:34 with debug logger lines Oct 10 16:14:54 http://pastebin.ca/1610214 Oct 10 16:14:55 gimme. Oct 10 16:15:13 bah, git patch :| Oct 10 16:16:55 huh? a value= after a return?! Oct 10 16:17:47 anyhow, sec, checking. Oct 10 16:17:54 TAsn: hmm? Oct 10 16:18:03 patch line 14 Oct 10 16:18:05 TAsn: there is one return, at the end Oct 10 16:18:11 look at line 13 Oct 10 16:18:19 oh oops :) Oct 10 16:18:25 there a - Oct 10 16:18:32 before it, nvm. Oct 10 16:21:20 mickey|bbl: configure.ac:55: required file `misc-vapi-1.0.pc.in' not found Oct 10 16:21:47 dos1, btw, here it does call make_comp_value Oct 10 16:21:55 though when I compare, not when loading :) Oct 10 16:23:34 which sounds like a sane thing anyway Oct 10 16:24:16 DocScrutinizer-8, of course. Oct 10 16:24:19 if make_comp_value ever can sound like a sane thing Oct 10 16:24:35 :) Oct 10 16:26:10 TAsn: apply my patch and then send me complete log of loading frameworkd and quering something Oct 10 16:27:22 dos1, are you trying to spy on me? :) Oct 10 16:27:44 TAsn: cat frameworkd.log | grep opimd? :P Oct 10 16:27:47 dos1, mind if I'll grep only for opimd messages Oct 10 16:27:49 exactly :) Oct 10 16:28:13 (not because of a privacy issue, just that i'll be able to monitor what's being sent in a sane manner ;) Oct 10 16:29:08 freesmartphone.org: 03mickey 07cornucopia * rafd0df8d916c 10/ (3 files in 2 dirs): misc-vapi: add .pc.in file Oct 10 16:29:26 mickey|bbl: thanks Oct 10 16:30:23 ok dos1 Oct 10 16:30:27 just loaded everything Oct 10 16:30:33 the only line that refers to comp value Oct 10 16:30:43 is making a comp value for my sms message content Oct 10 16:30:57 and it returned "" as a comp value Oct 10 16:31:00 (i.e empty string) Oct 10 16:31:04 now querying Oct 10 16:31:33 strange Oct 10 16:31:34 great Oct 10 16:31:36 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.opimd was not provided by any .service files Oct 10 16:31:42 crashed :| Oct 10 16:31:48 what did you break? :P Oct 10 16:31:52 run it in console Oct 10 16:31:54 nothing really. Oct 10 16:31:57 frameworkd Oct 10 16:32:05 bah, sec. Oct 10 16:32:07 not by init script Oct 10 16:32:58 Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Oct 10 16:33:02 all I get in the meanwhile :) Oct 10 16:36:12 dos1, doesn't load Oct 10 16:36:16 many fso crap Oct 10 16:36:17 reboot, sec. Oct 10 16:39:11 dos1, Oct 10 16:39:13 2009.10.10 18:38:06.464 opimd ERROR Could not load entries fo Oct 10 16:39:13 r backend SQLite-Contacts! Oct 10 16:39:13 2009.10.10 18:38:06.961 opimd ERROR Could not load entries fo Oct 10 16:39:13 r backend SQLite-Calls! Oct 10 16:39:16 what's that? Oct 10 16:40:57 some problem Oct 10 16:41:00 :P Oct 10 16:41:23 2009.10.10 18:40:46.399 opimd INFO Making comp value for Oct 10 16:41:24 2009.10.10 18:40:46.410 opimd INFO Comp value: Oct 10 16:41:26 and a crash. Oct 10 16:41:32 only after I added your patch Oct 10 16:41:37 either I added it wrong Oct 10 16:41:41 or I dunno what :) Oct 10 16:41:53 (I added it manually) Oct 10 16:42:15 ok, I think I found the issue Oct 10 16:42:48 a tab instead of a space :| Oct 10 16:43:01 * TAsn hates people who use spaces :) Oct 10 16:43:17 although it probably should have worked Oct 10 16:43:24 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* Oct 10 16:43:28 freesmartphone.org: 03mickey 07libfso-glib * r948b6e35eb07 10/src/ (5 files): regen Oct 10 16:43:31 as it was the only indented line Oct 10 16:43:42 * DocScrutinizer-8 hates format dependent prog lang Oct 10 16:44:27 * TAsn agrees. Oct 10 16:44:54 I want to be able to write a program that looks like a camel and draws a camel! Oct 10 16:46:10 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) Oct 10 16:47:12 ffs Oct 10 16:47:15 crashed, again. Oct 10 16:47:23 what am I missing?! Oct 10 16:48:33 no idea :( Oct 10 16:48:51 dos1, it just crashes when trying to make a comp value for an sms message (actually right after that) Oct 10 16:49:10 otoh the worst thing I ever had to cope with is the . in COBOL which actually means ENDIF Oct 10 16:49:24 barely visible :-S Oct 10 16:49:59 TAsn: run it in console and send me that fscking traceback! :P Oct 10 16:50:13 dos1, running the framework in console Oct 10 16:50:19 is just broken for some reason Oct 10 16:50:29 TAsn: so what traceback says? Oct 10 16:50:35 retrying Oct 10 16:50:41 dos1, no traceback, nothing loads Oct 10 16:50:44 so it doesn't crash. Oct 10 16:50:50 retrying. Oct 10 16:50:51 hey Oct 10 16:51:17 here ya go Oct 10 16:51:19 running again. Oct 10 16:51:41 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? Oct 10 16:51:57 TAsn: keep in mind that you can't run second instance of frameworkd when first is running Oct 10 16:51:59 :P Oct 10 16:52:04 oh really? Oct 10 16:52:18 (j/k) Oct 10 16:52:27 2009.10.10 18:52:10.918 ogsmd.modem.abstract ERROR could not open channel UNS Oct 10 16:52:28 OL, retrying in 2 seconds Oct 10 16:52:28 2009.10.10 18:52:10.927 ogsmd.modems.ti_calypso INFO Requesting new channel Oct 10 16:52:28 from 'fso-abyss' Oct 10 16:52:29 is some "correct" way to do this? Oct 10 16:52:57 fucking python. Oct 10 16:52:59 dos1, is it built yet? Oct 10 16:53:11 the package Oct 10 16:53:22 no, but build is finishing Oct 10 16:53:28 if so I'll download that and revert this logging patch of yours. Oct 10 16:53:31 freesmartphone.org: 03mickey 07cornucopia * rb47e2c46efbc 10/fsogsmd/ (3 files in 2 dirs): fsogsmd: integrate PlusCOPS_Test() into PlusCOPS(), use autgenerated NetworkProvider struct from specs Oct 10 16:53:36 as you can see Oct 10 16:53:40 it doesn't get a chan Oct 10 16:53:47 and therefore opimd is not even loaded. Oct 10 16:53:54 wtf? Oct 10 16:54:04 ogsmd tries to get channel after opimd is loaded Oct 10 16:54:17 TAsn: built, package-index too' Oct 10 16:54:24 thanks. Oct 10 16:54:37 reverting this evil patch of yours. :) Oct 10 16:55:04 onen|openBmap: (name of the device) which device do you mean? Oct 10 16:57:28 rebooting. Oct 10 17:04:32 anyhow, dos1 at least it doesn't crash anymore Oct 10 17:04:36 but it still doesn't work. Oct 10 17:04:37 :| Oct 10 17:05:25 you're strange ;P Oct 10 17:07:08 nah, but opimd is. Oct 10 17:09:38 retrying debug logger lines. Oct 10 17:11:39 wish me luck. Oct 10 17:12:53 does anybody know if connman provides mac addresses of seen networks? Oct 10 17:14:02 onen|openBmap: AFAIR it does Oct 10 17:17:21 dos1, ffs debugging messages doesn't work, again. Oct 10 17:17:26 I'm quitting for today. Oct 10 17:17:31 dos1: ok, I check again then Oct 10 17:17:36 mrmoku|away, please help him debug our issue when you are back. Oct 10 17:17:50 anyhow Oct 10 17:17:51 dos1, Oct 10 17:18:24 please try to figure this out. Oct 10 17:21:06 DocScrutinizer, what about those promised opimd sketches? :) Oct 10 17:23:28 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 Oct 10 17:23:42 :) Oct 10 17:28:57 dos1: cannot find the mac address. besides, even when I turn my home wifi off, I still find the profile of the access Oct 10 17:29:07 dos1: I feel like I will parse iwlist output Oct 10 17:29:18 dos1: it will be more portable too... Oct 10 17:29:26 heh Oct 10 17:29:38 but i think it displayed MAC addresses of networks... Oct 10 17:29:53 even dbus paths was created from mac adresses Oct 10 17:30:00 s/was/were/ Oct 10 17:30:00 dos1 meant: even dbus paths were created from mac adresses Oct 10 17:30:01 dos1: I try all the objects of connman interface... Oct 10 17:30:18 but it was ages ago when i was writing connman frontend Oct 10 17:30:30 and it changed dramatically over that time Oct 10 17:31:12 dos1: for what I see the path is built using our mac address Oct 10 17:31:30 no, that's path of network device Oct 10 17:31:44 i mean path of network :P Oct 10 17:31:46 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 Oct 10 17:31:58 i wasn't using profiles at all Oct 10 17:32:49 dos1: path of the network, not the device? not sure wha tyou mean...? Oct 10 17:33:06 AFAIR network device had method for scanning Oct 10 17:33:34 and then NetworkArrived and NetworkDisappeared (i don't remember exact names) were emitted, with dbus paths to networks Oct 10 17:33:45 dos1: yes. you request a scan. but I could not find some kind of result list Oct 10 17:34:00 onen|openBmap: listen to signals and you'll see Oct 10 17:34:08 mdbus -s -l is your friend ;) Oct 10 17:34:41 dos1: weird. signal listed are about properties. (changed). I used the get properties method and did not see anything meaningful. Oct 10 17:34:51 dos1: thanks for the tip, I try right now Oct 10 17:35:00 dos1: ttyl ;-) Oct 10 17:35:25 onen|openBmap: http://git.shr-project.org/git/?p=shr-settings.git;a=blob;f=playground/wifiman.py;hb=HEAD Oct 10 17:35:28 onen|openBmap: here's my code Oct 10 17:35:32 onen|openBmap: dunno if it still works Oct 10 17:35:37 onen|openBmap: (probably not) Oct 10 17:35:46 but maybe it'll be helpful ;) Oct 10 17:36:28 it worked with connman version something about 0.19 Oct 10 17:36:46 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... Oct 10 17:44:50 dos1: signals are about services update: op'/profile/default/wifi_MAC-ADDRESS_number_managed_wpa Oct 10 17:58:53 dos1: If I follow what your code works, I get an empty list of devices right at the beginning :-( Oct 10 17:59:07 dos1: where you got a list of devices, then looked for a wifi one Oct 10 18:18:33 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. Oct 10 18:19:11 ** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj Oct 10 18:19:13 :| Oct 10 18:19:24 that's the issue ^ Oct 10 18:22:35 freesmartphone.org: 03mickey 07cornucopia * r9b68dd081f5a 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: start w/ phonebook reading Oct 10 18:22:40 * TAsn knows nothing about edj Oct 10 19:07:26 mrmoku, ! :) Oct 10 19:07:35 mrmoku|away, please help him debug our issue when you are back. Oct 10 19:07:49 dos1 and the resolving in opimd, I'm really busy with studying (or at least should be) Oct 10 19:08:01 and Oct 10 19:08:02 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. Oct 10 19:08:03 ** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj Oct 10 19:08:03 :| Oct 10 19:08:03 that's the issue ^ Oct 10 19:08:26 this also happens when adding from number Oct 10 19:08:37 I suspect you meant to write messages.edj and not contacts? Oct 10 19:10:58 TAsn: him who? Oct 10 19:11:18 read the next line Oct 10 19:11:18 :) Oct 10 19:11:24 (dos1 and opimd) Oct 10 19:11:42 * mrmoku has to debug his ophonekitd rewrite :P Oct 10 19:12:00 good enough :) Oct 10 19:12:03 but later, please help the dude :) Oct 10 19:12:15 yup... Oct 10 19:12:37 dos1: how did oemerge building work out? Oct 10 19:12:46 * mrmoku needs newer glib :( Oct 10 19:12:49 mrmoku: NOTE: Running task 1957 of 12669 (ID: 11468, /home/shr/shr-oemerge/openembedded/recipes/xorg-proto/xineramaproto_1.2.bb, do_configure) Oct 10 19:12:55 ohh.. :) Oct 10 19:19:12 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? Oct 10 19:27:23 mrmoku, oh!! almost forgot, even more important than ophonekitd, ** ERROR **: row does not exist in /usr/share/libframeworkd-phonegui-efl2/contacts.edj Oct 10 19:27:29 can you confirm this? Oct 10 19:27:38 (try to add a contact/number to sms) Oct 10 19:29:31 wow Oct 10 19:29:38 * TAsn wants to move to hong kong Oct 10 19:29:40 http://upload.wikimedia.org/wikipedia/commons/1/18/Hong_Kong_Night_Skyline.jpg Oct 10 19:30:39 TAsn: why? Oct 10 19:30:47 that is one beautiful hdr image Oct 10 19:31:04 DocScrutinizer, the pic ^ Oct 10 19:37:28 TAsn: I know... I almost have fixed that one (row) Oct 10 19:38:54 and then got lost in ophonekitd :( Oct 10 19:39:05 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 Oct 10 19:39:38 DocScrutinizer, I'm just kidding, I don't really want to live there Oct 10 19:39:50 though that pic is awesome Oct 10 19:39:56 yup Oct 10 19:40:19 :) Oct 10 19:40:56 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 ;) Oct 10 19:41:18 row was the style for the etk list for recipients Oct 10 19:41:27 I changed the list to be an elm genlist Oct 10 19:42:11 so what calls a row? Oct 10 19:42:50 message-new-view.c: etk_tree_model_edje_new(CONTACTS_FILE, "row")); **** BEGIN LOGGING AT Sat Oct 10 19:46:08 2009 Oct 10 19:46:12 http://talpadk.wordpress.com/2009/10/10/progress-not-always-for-the-better/ Oct 10 19:46:37 I wonder if he tested that with glamo mplayer. Oct 10 19:46:52 mrmoku, btw ^ (message-new-view.c) Oct 10 19:47:32 TAsn: (hdr image) impressive, just wow Oct 10 19:47:52 PaulFertser, yeah! ;) Oct 10 19:48:00 I'm also amazed by it. Oct 10 19:48:54 anyhow, mrmoku message-new-view.c is the culprit. I hope you can fix it, I'm off to study (again) Oct 10 19:49:27 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. Oct 10 19:49:29 :| Oct 10 19:49:30 bah. Oct 10 19:49:32 ciao. Oct 10 20:08:21 Note Oct 10 20:08:26 whoops.. wrong window Oct 10 20:15:20 I just did an opkg upgrade of my shr. no phone connection any more :-( also it complains about a dependency unsatisfied for fso Oct 10 20:15:28 did someone ping me between 24 and 28 hours ago? I don't have enough scrollback Oct 10 20:15:29 does anybody encounters such issue? Oct 10 20:20:21 dos1: I did a system upgrade. now I see the devices list with connman Oct 10 20:20:27 but not network :-( Oct 10 20:20:34 dos1: and I lost phone connectivity Oct 10 20:21:17 onen|openBmap: try opkg install libfsotransport0 Oct 10 20:22:15 dos1: it is rebooting. I force dan ignore dependency issue, let s see if this helps. then I ll try Oct 10 20:25:29 dos1: once installed, should I restart fso stack or sth? Oct 10 20:25:48 yup Oct 10 20:26:09 /etc/init.d/xserver-nodm stop; /etc/init.d/frameworkd stop; /etc/init.d/frameworkd start; /etc/init.d/xserver-nodm start Oct 10 20:33:15 dos1: it now displays "no service" :-( Oct 10 20:33:46 are BT and WiFi started when booting up? Oct 10 21:31:41 * onen|openBmap reflashed his phone, now works again Oct 11 00:10:55 Weiss: I guess I did Oct 11 01:14:16 have not been able to build shr-u for some weeks now - is it buildable or are the devs still using local workarounds? Oct 11 01:14:27 currently failing on vala-native_0.7.7.bb **** ENDING LOGGING AT Sun Oct 11 02:59:56 2009