**** BEGIN LOGGING AT Thu Jul 16 02:59:57 2009 Jul 16 05:40:06 dos1, did you add the correct alsalib to configure.ac? Jul 16 05:48:19 TAsn: in russian "mat" i assume. F4t: kakogo huya ti sdelal ne tak, kak blyad pravilno, a tak, kak s kakogo-to, blyad, huya, vdrug blyad zarabotalo? ;) Jul 16 05:50:03 ptitjes, PING Jul 16 05:50:21 TAsn: btw, some categories of russian workers (usually construction workers, also railway (including underground) workers etc) don't really understand usual language, only "mat". Jul 16 05:50:29 ptitjes, error: Cannot convert from `string' to `char[]' Jul 16 05:50:48 * mrmoku knew updating the vala version would end in pain ;) Jul 16 07:03:24 good morning Jul 16 07:04:03 ptitjes: hey, morning Jul 16 07:04:05 ptitjes: HELP Jul 16 07:04:39 I need somebody help Jul 16 07:05:08 ptitjes: sometimes you show that you too are quite OLD ;) Jul 16 07:05:36 ptitjes: did you see the vala problems of mwester and mee? Jul 16 07:06:02 yeah quickly Jul 16 07:06:10 but they don't seem to relate to valac Jul 16 07:06:39 well I don't know about mwester's problems with libgee... Jul 16 07:06:55 but can it be that char[] != string anymore? Jul 16 07:07:32 char[] always was different to string Jul 16 07:07:48 what's the prob with that ? Jul 16 07:08:31 moment Jul 16 07:11:40 ptitjes, don't remember the package... rebuilding now to find out Jul 16 07:11:46 though it was one of mickey|zzZZzz Jul 16 07:11:50 's fso packages Jul 16 07:13:48 hum can I go and take my breakfast outside with a friend Jul 16 07:14:01 I promise I come back :) Jul 16 07:14:05 ptitjes: uhh... french breakfast? 5 hours? Jul 16 07:14:06 in some minutes Jul 16 07:14:08 NO Jul 16 07:14:10 :) Jul 16 07:14:20 only 2 hours Jul 16 07:14:22 :D Jul 16 07:14:23 :p Jul 16 07:14:25 ptitjes: go ahead... then ;) Jul 16 07:14:38 thank you mrmoku Jul 16 07:14:57 * mrmoku continues listening to Zappa in that case :P Jul 16 07:16:44 mrmoku: you know anything about vala bindings, esp. the efl bindings? *hope* Jul 16 07:16:59 agg1n: no,not realy :( Jul 16 07:17:22 it is one of the things I wanted to try and learn... but did not get around it yet Jul 16 07:19:09 FR (SHR) charges with 500mA even on dumb chargers (i.E. no magic resistor, no enum). Well I'm fine with that (almost all chargers can do >>500mA). Ad my laptop is: Jul 16 07:19:13 wHubCharacteristic 0x0002 Jul 16 07:19:15 No power switching (usb 1.0) Jul 16 07:19:16 Ganged overcurrent protection Jul 16 07:20:14 so no prblem even with 100mA here ;-) Jul 16 07:20:20 err 1000mA Jul 16 07:20:48 DocScrutinizer: but is intentionally violating specs are ok? Jul 16 07:21:58 ptitjes, if you're back from breakfast... I guess its almost all fso vala stuff that does not build anymore with the new vala Jul 16 07:22:07 for example fsonetworkd Jul 16 07:22:25 src/plugins/sharing/plugin.vala:122.83-122.83: error: invalid escape sequence Jul 16 07:22:26 it's just f*ckng ridiculous what a noise and turmoil was dne all he time with "keep below 100mA", and "switch to 500", switch to 1A" Jul 16 07:22:28 private const string UDHCPD_TEMPLATE = "# freesmartphone.org /etc/udhcpd.conf\n \ Jul 16 07:23:13 and now it turns out it's operating at 500mA all the time (except OM-walcharger) and nobody even noticed Jul 16 07:24:29 PaulFertser: It doesn't seem intentionally, but by mere incapability Jul 16 07:26:01 PaulFertser: so many peole did so many mds and patches and "improvements", so in the end nothing beyond mere basics is working anymore Jul 16 07:26:11 mOds Jul 16 07:26:18 DocScrutinizer: probably true... Jul 16 07:27:22 No I should say "I told you", but I think I can refrain from that for this time ;-) Jul 16 07:28:00 :) Jul 16 07:30:54 mrmoku: this string looks somewhat kinky for real. "xxx\n \ Jul 16 07:31:43 mrmoku: dunno, might be righ for a multiline \n separated string though Jul 16 07:32:48 though even then I wouldn't include the at start of line Jul 16 07:32:59 probably Jul 16 07:33:07 no idea about vala Jul 16 07:33:41 here not a it more ;) Jul 16 07:49:36 huh... what was that? :( Jul 16 07:49:58 mrmoku: trying to compile some of those then :( Jul 16 07:50:37 ahh... forgot to add the 'disconnect in the middle of the night to work around 24h forced disconnect' cronjob on my new server :P Jul 16 07:51:58 hum dbus-hlid compiles correctly Jul 16 07:52:09 ptitjes: try libfsotransport Jul 16 07:52:18 that was the one failing this morning Jul 16 07:52:21 cloning cornucopia Jul 16 07:52:26 ha ok Jul 16 07:52:41 oh yeah that is cornucopia Jul 16 07:55:34 hum mrmoku` Jul 16 07:55:39 I ./configure Jul 16 07:55:54 but make says no targets specified Jul 16 07:56:06 what's those f**** makefiles Jul 16 07:56:14 FiXion_: probably cause the udhcpc deamon is really a busybox lame clone, 2 sdio is how we interface with the ar6 as for bug reporting... why do you need to remove the module cant you just use the procfs to enable/disable the device? like i think we're supposed to, i'd think after that wpa_supplicant would die cause it cant access the dev anymore... i'd test it myself but screw that Jul 16 07:57:00 holy crap i was like 3 days behind Jul 16 07:57:05 on that reply Jul 16 07:57:05 mrmoku`: fsotransport/Makefile.am:29: Inference rules can have only one target before the colon (POSIX). Jul 16 07:57:22 mrmoku`: can't build that... Jul 16 07:57:25 ptitjes: hmm... it configures on the buildhost inside OE Jul 16 08:00:33 coney: but thanks anyways :) Jul 16 08:01:02 coney: but how do you use udhcpc to get an dhcp address for a given interface? Jul 16 08:01:45 when I run wpa_supplicant by hand -(which actually often works - which mofi never does) - it does not spawn any dhcp client (which is fair enough) Jul 16 08:02:53 morning Jul 16 08:02:58 hummm Jul 16 08:03:02 * ptitjes installs alsa Jul 16 08:03:07 hello methril|work Jul 16 08:03:10 udhcpc eth1 Jul 16 08:03:21 hello, nice the patchwork Jul 16 08:03:32 yeah I second that Jul 16 08:03:37 and cross your fingers Jul 16 08:03:41 * ptitjes would love there is the same for the apps Jul 16 08:04:19 mrmoku: could we have a patchwork for SHR applications ? Jul 16 08:05:02 ptitjes: should be now problem... though we need some more MLs then Jul 16 08:05:21 coffee time Jul 16 08:05:23 bbl Jul 16 08:07:48 coney: as simple as dh_client ok - thanks :) Jul 16 08:07:57 * FiXion_ should probably just have tested :) Jul 16 08:08:52 mrmoku: hum yeah... that's right Jul 16 08:09:29 mrmoku: but maybe the devel mail flow should be split in two, as there seems to be a lot more posts for OE now that the workflow works correctly Jul 16 08:09:35 mrmoku: don't you think ? Jul 16 08:10:02 whatever, yeah - I don't care about one, two or three lists more ;) Jul 16 08:10:31 mrmoku: Ainulindale would say there should not be too much lists I think :) Jul 16 08:11:41 ptitjes: well... Ainulindale normally is quite reasonable. If there is a reason for a list he won't disagree. And feeding patches into two different patchwork projects *is* a reason :P Jul 16 08:11:45 mickey|zzZZzz: your code is full of warning!!! Jul 16 08:12:00 mrmoku: yep Jul 16 08:15:32 mrmoku: until now, misc-vapi, libfsoframework builds fine Jul 16 08:20:47 mrmoku: fsonetworkd build fails on the long escaped string Jul 16 08:20:59 mrmoku: did this build before and with what valac version Jul 16 08:21:23 mrmoku: I don't think what we added for the last release is relevant here... Jul 16 08:22:36 ptitjes: fsonetworkd I'm not sure about... might be that the version of it got bumped too and it does not build for that Jul 16 08:22:55 the important one would be libfsotransport ;) Jul 16 08:23:02 and you could try libgee Jul 16 08:23:11 mwester had problems with that one last night Jul 16 08:23:13 ok building that one too Jul 16 08:23:14 :) Jul 16 08:26:31 mrmoku: IMHO the only problem is that mickey|zzZZzz's code is crap :) Jul 16 08:26:55 for sure one can't put a string in a char array as is Jul 16 08:27:33 ptitjes: even if that would be the only problem... that would be a big problem Jul 16 08:27:40 though I don't believe in that ;) Jul 16 08:30:35 sorry Jul 16 08:30:49 mrmoku: I didn't follow you Jul 16 08:30:56 what would be a big problem ? Jul 16 08:31:09 ptitjes: if mickey|zzZZzz's code would be crap :P Jul 16 08:31:17 héhéhé Jul 16 08:31:22 for sure Jul 16 08:31:31 (don't tell but I think it is ;)) Jul 16 08:33:19 mrmoku: this does it: http://pastebin.com/d49e84135 Jul 16 08:33:40 explicit cast is needed to do such conversions Jul 16 08:34:19 ptitjes: apart from it being ugly (to have to cast it *that* way) I don't care Jul 16 08:34:24 I want it fixed in the repo Jul 16 08:34:31 mrmoku: it is not uggly Jul 16 08:34:35 :) Jul 16 08:34:42 mrmoku: char arrays and strings are different things Jul 16 08:34:53 ptitjes: and next time.... *please* coordinate vala bumps with mickey|zzZZzz ;) Jul 16 08:35:06 mrmoku: I'm not responsible for that Jul 16 08:35:13 mrmoku: there is no change in vala for that Jul 16 08:35:28 mrmoku: it is just that he did not build it with latest Jul 16 08:35:36 mickey|zzZZzz: ping Jul 16 08:35:39 mrmoku: and that OE was using 0.7.2 for a while Jul 16 08:35:59 and nobody used the 0.7.4-fso1 that was available since the 6 of June Jul 16 08:36:17 mrmoku: ^^^^^^that is the problem Jul 16 08:38:33 ptitjes: that is what I mean by coordinating vala bumps Jul 16 08:38:42 I have no freaking idea what might break Jul 16 08:38:51 but you and playya asked for a newer one Jul 16 08:39:14 and now it's me having build problems here and there Jul 16 08:39:37 and if I won't get a testing release done by tomorrow TAsn will spank me *really* hard :P Jul 16 08:46:53 mrmoku: can you help me? :D Jul 16 08:47:07 ophonekitd: symbol lookup error: /usr/lib/libframeworkd-phonegui-efl.so.0: undefined symbol: snd_hctl_open Jul 16 08:47:51 dos1: backlog Jul 16 08:48:10 dos1: did you add the needed alsa lib to configure.ac? Jul 16 08:49:06 mrmoku: i was fighting with configure.ac, wait a moment and i'll send you what i added Jul 16 08:50:21 DocScrutinizer: IIRC some company from Redmond had slogan "WHERE do you want to GO today" :P Jul 16 08:51:07 it was kind of joke in early development stage, i and didn't changed it cause i'm too lazy :P Jul 16 08:55:15 dos1: did you already send something? Jul 16 08:55:19 dos1: it seems, that i have to sort the messages i get from opimd own my own, right? Jul 16 08:55:20 dos1: my comment on this was exaggerated and also meant to be a joke. Nevertheless ther's a grain of truth in what I said ;-) Jul 16 08:56:24 agg1n: now yes, but i want to implement sorting in opimd Jul 16 08:56:31 mrmoku: no, only now: Jul 16 08:56:33 AC_SUBST(ALSA_CFLAGS) Jul 16 08:56:34 AC_SUBST(ALSA_LIBS) Jul 16 08:56:42 i also tried: Jul 16 08:57:02 LIBALSA="-lasound" Jul 16 08:57:02 dos1: add PKG_CHECK_MODULES(ALSA, alsa) Jul 16 08:57:04 AC_SUBST(LIBALSA) Jul 16 08:57:14 mrmoku: and PKG_CHECK_MODULES(ALSA, alsa) Jul 16 08:57:17 :P Jul 16 08:57:39 and you changed the recipe to depend on alsa? Jul 16 08:57:52 hmm... should not even be needed maybe Jul 16 08:57:52 (last one was from beginning) Jul 16 08:57:58 mrmoku: hmm... no ;x Jul 16 08:58:19 but then it should fail at compilation time Jul 16 08:58:21 shouldn't it? Jul 16 08:58:26 I'm never sure if it isn't doing it automatically for pkgconfig stuff Jul 16 08:58:56 hm new images for unstable were build but no ipk... Jul 16 08:59:08 may I ask why ? Jul 16 08:59:13 new images? Jul 16 08:59:17 mrmoku: about release coordination Jul 16 08:59:27 soltys: checking the buildlog? Jul 16 08:59:40 mrmoku: I build most of the projects on my desktop everytime I make a vala release Jul 16 08:59:43 hm dos was writing sth like that on our polish channel Jul 16 08:59:53 mrmoku: those projects contain a lot of those things that could break Jul 16 09:00:23 mrmoku: but I agree that everyone should test there own apps before pushing a new release to OE Jul 16 09:00:24 soltys: images were building, but they failed :P Jul 16 09:00:30 and opkg update && opkg upgrade didn't do anything ;) Jul 16 09:00:36 mrmoku: but I can't do that myself for sure Jul 16 09:00:37 dos1: ahm Jul 16 09:00:56 soltys: so no image, no new packages now Jul 16 09:01:02 sux ;) Jul 16 09:01:06 until mrmoku will fix that :P Jul 16 09:01:17 mrmoku: libgee's problem is now fixed in its git repo Jul 16 09:01:18 :D Jul 16 09:01:30 ptitjes: good :) Jul 16 09:01:51 thanks to juergbi fast commit power ;) Jul 16 09:02:04 (and ptitjes's fast patching power ;)) Jul 16 09:02:05 :p Jul 16 09:03:06 dos1: I really wonder why you try soooo hard to create reasons for tickets :-P Jul 16 09:12:56 DocScrutinizer: hmm? Jul 16 09:17:09 dos1: snd_hctl_open(). I can't imagine any way you could use this function in a whatsoever fso- and ausisystem-compliant way, and still get a minimum of really useful functionalyity Jul 16 09:17:41 s/ausi/audio/ Jul 16 09:17:41 DocScrutinizer meant: dos1: snd_hctl_open(). I can't imagine any way you could use this function in a whatsoever fso- and audiosystem-compliant way, and still get a minimum of really useful functionalyity Jul 16 09:25:13 DocScrutinizer: i found it in http://alsa.opensrc.org/index.php/HowTo_access_a_mixer_control Jul 16 09:25:26 DocScrutinizer: can you suggest better solution? i don't know alsa at all Jul 16 09:26:39 dos1: that's probably the correct way to access a mixer control. However that's not exactly what you *want* to do anyway, I guess. Jul 16 09:27:00 DocScrutinizer: then what i *want* to do? :D Jul 16 09:27:27 DocScrutinizer: then what i *want* to do? :D Jul 16 09:27:30 err Jul 16 09:27:42 I offered you should talk to me about a few function prototypes you could call, and I provide the basic function body Jul 16 09:28:00 DocScrutinizer: that's temporialy solution until FSO gets some method for changing volume Jul 16 09:28:09 DocScrutinizer: and i asked you about that, and you didn't answer :P Jul 16 09:28:32 dos1: to do that, I need a little more detail about what exactly you plan to implement Jul 16 09:29:26 ~seen morphs Jul 16 09:29:26 i haven't seen 'morphs', ptitjes Jul 16 09:29:32 ~seen morhpis Jul 16 09:29:33 ptitjes: i haven't seen 'morhpis' Jul 16 09:29:35 grrrrrr Jul 16 09:29:40 ~seen morphis Jul 16 09:29:40 morphis was last seen on IRC in channel #openmoko-cdevel, 14h 51m 33s ago, saying: 'byebye'. Jul 16 09:29:41 dos1: AIUI fso way will become the function prototypes I offered to specify together with you Jul 16 09:29:58 DocScrutinizer: just volume slider, nothing more Jul 16 09:30:23 dos1: rather unspecific Jul 16 09:31:58 i had it working with system amixer call, but i also wanted to be able to read actual volume :P Jul 16 09:32:14 I guess you want to (implicitly) specify a device/scenario and get info about which user controls you can adjust for this. then adjust and persistently store Jul 16 09:33:04 DocScrutinizer: right now i have hardcoded "Speaker", but i agree that's bad, ugly and needs to be changed :P Jul 16 09:33:10 is this halfway what you thought of? Jul 16 09:33:56 DocScrutinizer: yep, finally i would like to get something like that (but in FSO side) Jul 16 09:34:00 dos1: so please specify a usecase / user PoV operation example Jul 16 09:34:39 along the pattern I gave 2 posts above Jul 16 09:35:35 DocScrutinizer: user calls. he is in quiet room with some other person. he notice, that other party in his call is too loud (speaker), and other person in room can hear anything, so he want to turn volume a little bit off. So he just drags slider in call window :P Jul 16 09:35:51 dos1: or maybe it's more convenient to you I first create a few function prototypes, and then you see how far you get with those Jul 16 09:35:53 ? Jul 16 09:36:16 mrmoku: ping Jul 16 09:36:20 why a second list? Jul 16 09:36:26 ok, much better Jul 16 09:37:10 mrmoku: adding alsa-lib to dependences in recipe doesn't work Jul 16 09:38:03 dos1: would you feel it's bearable if I send to you a (set of) functions this afternoon/eve I think you can do all that in a fso-compliant way? Jul 16 09:38:12 Ainulindale: pong Jul 16 09:38:45 DocScrutinizer: using alsa-lib? Jul 16 09:38:53 Ainulindale: for apps devel Jul 16 09:39:24 Ainulindale: there are some stupid guys that use the current devel list to send dumb test patches Jul 16 09:39:29 DocScrutinizer: if yes, then you have long "available" time, as i have to get alsa-lib linking correctly with phonegui-efl :DD Jul 16 09:39:30 dos1: don't care about the tools I use to implement. Those might change anyway Jul 16 09:39:35 :p Jul 16 09:40:21 Ainulindale: have a patchwork for apps... Jul 16 09:40:57 dos1: for now I thought first step would be a mere script call (stdin/out, pipes, whatever), next a dbus implementation Jul 16 09:42:03 DocScrutinizer: i think i don't get you. what do you exactly want to write? Jul 16 09:42:22 Useless IMHO Jul 16 09:42:31 dos1: in first place we need to get the semantics right, then real implementation doesn't bother me (whether .so, or dbus, or socks, or...) Jul 16 09:42:37 I see no use to that, why obfuscating the patch process? Just tell people it's not supposed to be that way Jul 16 09:42:56 Plus I saw no mail like that Jul 16 09:43:05 ?? Jul 16 09:43:10 I don't follow you Jul 16 09:43:16 And there's no use to have a patchwork for apps as we can give commit access to anybody Jul 16 09:43:38 I don't agree Jul 16 09:43:44 You never agree Jul 16 09:43:50 we CANNOT give commit access to anybody Jul 16 09:43:54 Yes we can Jul 16 09:43:57 at least I don't want we do Jul 16 09:44:25 *You* this, *you* that Jul 16 09:44:34 There's no point in talking about anything remotely related to that on IRC Jul 16 09:44:48 dos1: I want to offer to you a function prototype (plus core functionality aka code PoC implementation) how to handle your usecase in a seamlessly integrated way Jul 16 09:44:56 Ainulindale: and I don't want to discuss it neither Jul 16 09:44:58 I see no point in an additional patchwork/ML for the time being, find some, and mail it to core team Jul 16 09:45:08 DocScrutinizer: oh, ok ;) Jul 16 09:45:23 Ainulindale: just to let you know that if someone ask for commit rights on say for instance libmodulo or ophonekitd/vala Jul 16 09:45:23 Ainulindale: btw... talking about infrastructure... could you please fix account generation on our trac? Jul 16 09:45:25 DocScrutinizer: when you finish, please send it also to mickey|zzZZzz Jul 16 09:45:33 then please do not at first but wait for some contribution Jul 16 09:45:36 sure I will Jul 16 09:45:36 +s Jul 16 09:45:55 ptitjes: we never added any account without ideas or contributions Jul 16 09:46:09 mrmoku: Yeah I will but not now, I've a meeting this afternoon Jul 16 09:46:26 Ainulindale: so there is still some time ;) Jul 16 09:46:28 dos1: if I won't come up with something tonight, then please ping and spank me ;-) Jul 16 09:47:02 mrmoku: I'm preparing it :-/ Jul 16 09:47:11 dos1: ok? Jul 16 09:47:16 mrmoku: What's the issue anyways? Jul 16 09:47:50 Ainulindale: confirming passwords ends in some cyclic link IIRC Jul 16 09:47:57 DocScrutinizer: ok :) Jul 16 09:48:02 Ainulindale: try to change your password ;) Jul 16 09:50:16 hummmm Jul 16 09:51:17 mrmoku: :-)) Jul 16 09:52:06 mickey|zzZZzz: please ping me when you are back to briefly talk about UMAF... Jul 16 09:52:23 mrmoku: Ok I can't do anything about that but I'll talk to bearstech admins Jul 16 09:52:30 Ainulindale: ok, thanks Jul 16 09:52:35 mickey|zzZZzz: me too :D Jul 16 09:52:43 What about UMAF now? Jul 16 09:53:09 Ainulindale: rtfML Jul 16 09:53:11 :) Jul 16 09:53:51 No time to read. Jul 16 09:54:10 And which ML anyways? Jul 16 09:54:27 fso standards Jul 16 10:01:42 mrmoku, build failed :( Jul 16 10:02:05 F4t: yep Jul 16 10:02:31 mrmoku, hey good morning :) Jul 16 10:02:36 I gtg so I'll make it brief Jul 16 10:02:47 don't forget about bug #551 Jul 16 10:02:50 when you build an image Jul 16 10:02:51 lol Jul 16 10:03:13 try to change the boot order or something and if that doesn't succeed please consider adding the sleep3 hack :) Jul 16 10:03:15 TAsn: o/ Jul 16 10:03:15 gtg cya. Jul 16 10:03:37 DocScrutinizer, I just woke up :( I almost missed lunch Jul 16 10:03:44 my alarm clock failed me ;) Jul 16 10:03:58 gtg ciao. Jul 16 10:04:12 hehe, you're approaching my biorhythm Jul 16 10:04:22 TAsn: cya Jul 16 10:38:48 mrmoku, is the elmdentica recipe working? Jul 16 10:42:42 playya, yep, comitted it and added it to the feed Jul 16 10:43:07 ok Jul 16 10:43:20 i try to post it from my freerunner :) Jul 16 10:44:16 thx Jul 16 10:46:34 mrmoku, btw, why is there two builds in progress? Jul 16 11:58:30 F4t, two builds? Jul 16 11:59:01 http://tinderbox.openembedded.net/builders/shr.bearstech.com/ both latest builds are marked as started...? Jul 16 12:11:05 http://tinderbox.openembedded.net/builders/shr.bearstech.com/ both latest builds are marked as started...? Jul 16 12:17:04 F4t: yeah, both are marked as started ! :P Jul 16 12:17:55 neomilium, does that mean it builds both simultainously, and thus will die? or it means the previous one was aborted but its status wasnt changed and left as "started"? Jul 16 12:21:35 F4t: I think that mean it builds both simultainously, and nothing is actually done... or something in tinderbox goes wrong, but I trust tingerbox. Jul 16 12:22:20 neomilium, i do love the "something goes wrong, or wrong another way, but i still trust them" sentence... Jul 16 12:23:33 F4t: yeah me too :P Jul 16 12:30:58 anyone know how to enable "delivery reports" on sms? Jul 16 12:31:01 on shr Jul 16 12:31:02 unstable Jul 16 12:31:29 I just send an sms (I think) but it didn't say send or anything. and it's not stored in the sms list. Jul 16 12:31:30 neomilium: no, tinderbox (or tinderbox client) has bugs Jul 16 12:31:42 * FiXion_ would sooo much like message folders for sms Jul 16 12:31:52 neomilium: it sometimes doesn't report finished build, reports wrong date/time or other weird things Jul 16 12:32:07 on local storage would be fine. so inbox on sim (or local if you prefer) and folders on local Jul 16 12:32:11 FiXion_: if you're just "end user", then wait for it Jul 16 12:32:19 FiXion_: if you're developer, then look at opimd ;p Jul 16 12:32:43 even if opimd supports it - shr-contacts need to make use of it, right? Jul 16 12:32:48 shr-messages :) Jul 16 12:33:03 FiXion_: no. libframeworkd-phonegui-efl :P Jul 16 12:33:05 anyone know how to enable "delivery reports" ? Jul 16 12:33:43 FiXion_: if you're developer, i can tell you, if you're user, then you can't enable it ;D Jul 16 12:33:52 dos1: I can write code Jul 16 12:33:54 (opimd supports delivery reports already) Jul 16 12:33:57 not that well versed in python yet though Jul 16 12:34:27 FiXion_: if you want it in SHR, then C Jul 16 12:35:12 not a huge problem. except I don't have a build environment (yet) Jul 16 12:35:18 I know it's described in the wiki though Jul 16 12:36:35 what is .edj files? Jul 16 12:36:45 FiXion_: themes (layouting) Jul 16 12:36:57 FiXion_: some E17 stuff Jul 16 12:37:06 libframeworkd-phonegui-efl/messages - defines layout for shr-messages ? Jul 16 12:37:12 messages.edj that is Jul 16 12:38:41 FiXion_: yes Jul 16 12:38:41 it's binary data of some sorts. what do you use to edit it? Jul 16 12:39:01 file says: data Jul 16 12:40:08 FiXion_: .edj files are compiled .edc files Jul 16 12:40:16 edc files are in sources Jul 16 12:40:21 ok Jul 16 12:40:28 np then Jul 16 12:43:25 btw i've been looking into vala, and it seems to me like a regular c++... can someone link me to some place that demonstrates vala's power well? Jul 16 12:43:59 dos1: thanks Jul 16 12:48:34 mickey|zzZZzz: wake up!! Jul 16 12:48:43 freesmartphone.org is not responding Jul 16 12:50:34 . o O ( somebody forgot to pay hosting fees ) Jul 16 12:51:33 F4t, sorry, daywork bugging me :( Jul 16 12:51:58 mrmoku, np, just worrying about the build here... :) Jul 16 12:53:22 mickey|patio, hey :) Jul 16 12:53:41 ho mrmoku Jul 16 12:53:46 mickey|patio, having a build problem with the new vala snapshot Jul 16 12:53:52 hi mickey|patio Jul 16 12:53:55 yo ptitjes Jul 16 12:54:04 mrmoku: where and how does it bail out? Jul 16 12:54:15 mickey|patio: you have to cast string to char[] explicitely :) Jul 16 12:54:39 ptitjes: where? Jul 16 12:55:14 hmm, bummer, git.fso is offline Jul 16 12:56:47 mickey|patio: there: http://pastebin.com/d49e84135 Jul 16 12:57:16 oh, interesting Jul 16 12:57:19 since when is that necessary? Jul 16 12:57:35 mickey|patio: fso.org is not resolving for me Jul 16 12:57:41 methril|work: same here Jul 16 12:57:50 methril|work: dns is fine, server is not though Jul 16 12:58:09 mickey|patio: ok thank you :) Jul 16 12:58:38 this server is hosted by Braunschweig university, so I don't have direct access. Will pester alphaone and shoragan :) Jul 16 13:11:08 ptitjes: btw., what's the latest status wrt. async? I've seen some more commits from you Jul 16 13:11:34 mickey|patio: I thought you got my messages on this channel Jul 16 13:11:45 mickey|patio: client support for async dbus is complete Jul 16 13:11:53 :) Jul 16 13:12:18 didn't read the whole backlog yet, logged in under another account Jul 16 13:12:25 mickey|patio: and libfso can be regenerated accordingly (vala-dbus-binding-tool is also modified) Jul 16 13:12:27 if you say async, you mean w/ yield? Jul 16 13:12:33 yes Jul 16 13:12:36 ah Jul 16 13:12:43 do you have some examples offhand? Jul 16 13:13:00 mickey|patio: now async dbus methods have the added "yields" keyword Jul 16 13:13:11 and can be invoked asynchroneously from client code Jul 16 13:13:25 is this a must if the keyword is present or optional? Jul 16 13:13:34 mickey|patio: looking at the generated code, the effort for server part may not be as big as it seems Jul 16 13:13:49 ptitjes: (not be as big) that makes me hope Jul 16 13:13:55 :) Jul 16 13:14:09 mickey|patio: what do you mean by "is this a must if the keyword is present or optional?" Jul 16 13:14:35 i mean can we still call such a function in the callback-based async way? Jul 16 13:15:34 since people may want to start calling the "traditional" way and eventually rewriting their programs Jul 16 13:15:45 and there are even circumstances where both methods may be suitable depending on context Jul 16 13:16:05 mickey|patio: callback way is the way it is implemented Jul 16 13:16:19 so yield is only syntactic sugar at the end of the day? Jul 16 13:16:24 mickey|patio: Vala's syntactic sugars are another problem Jul 16 13:16:53 mickey|patio: "yields" says whether the C _async and _finish have to be generated Jul 16 13:17:18 mickey|patio: the fact that calling that async method from an async method in Vala is transparent is syntactic sugar Jul 16 13:17:29 that's what i wanted to hear Jul 16 13:17:30 awesome Jul 16 13:17:32 good work Jul 16 13:17:35 :) Jul 16 13:17:40 thank you :) Jul 16 13:17:52 beer is on me when we meet next time ;) Jul 16 13:17:54 I'll work on fixing the string enums checking Jul 16 13:18:01 making them in functions Jul 16 13:18:01 great, thans Jul 16 13:18:05 and enhancing errors Jul 16 13:18:13 i need to create some bugs against vala Jul 16 13:18:15 generic methods have issues Jul 16 13:18:28 then I'll work again on the async dbus server part and also ObjectPath/Object substitution Jul 16 13:18:32 good plan Jul 16 13:18:39 (as playya gives no news about it :)) Jul 16 13:19:39 wb DocScrutinizer & PaulFertser Jul 16 13:19:44 DocScrutinizer: o2 loop is prepaid? Jul 16 13:19:56 DocScrutinizer: i need to get one of those cards to work on extended ussd support then Jul 16 13:20:03 ptitjes, still the same problem :( Jul 16 13:20:10 arf Jul 16 13:20:40 i had a exam on monday. on saturday a talk. then i have some time left :) Jul 16 13:21:07 good ;) Jul 16 13:21:25 have to go now. are you available this evening? Jul 16 13:21:38 mickey|patio: :D Jul 16 13:21:58 playya: maybe Jul 16 13:22:01 just try Jul 16 13:22:05 :) Jul 16 13:22:19 ok Jul 16 13:22:21 bye Jul 16 13:22:43 cya Jul 16 13:52:08 ptitjes, working on async dbus? :D.. coooool Jul 16 13:54:29 yo Sup3rkiddo Jul 16 13:54:33 Sup3rkiddo: how are things? Jul 16 13:55:23 freesmartphone.org: 03mickey 07cornucopia * r54ecfaaed2d0 10/libfsobasics/ (27 files in 3 dirs): Jul 16 13:55:23 freesmartphone.org: fsobasics: new library containing the omre versatile utility classes Jul 16 13:55:23 freesmartphone.org: previously found in libfsoframework Jul 16 13:55:23 freesmartphone.org: 03mickey 07cornucopia * r2fa18e675b91 10/libfsobasics/fsobasics-2.0.pc.in: fsobasics: fix include dir Jul 16 13:55:25 freesmartphone.org: 03mickey 07cornucopia * r29aea048c1c5 10/libfsoframework/ (13 files in 3 dirs): Jul 16 13:55:28 freesmartphone.org: fsoframework: strip logger, smartkeyfile, and utilities out of this library. Jul 16 13:55:30 freesmartphone.org: Depend on libfsobasics instead. Jul 16 13:55:32 freesmartphone.org: 03mickey 07cornucopia * r87d7b662b7ce 10/Makefile: add new libraries to top-level Makefile Jul 16 13:56:08 ok, so now everything should be broken :D Jul 16 13:56:15 reconstructing time again... Jul 16 13:56:25 mickey|patio, hey, doing food.. Jul 16 13:56:28 i mean good Jul 16 13:56:36 hehe, both good Jul 16 13:56:46 :D... Jul 16 13:56:49 brb Jul 16 14:03:55 Sup3rkiddo: yep Jul 16 14:09:32 hmm Jul 16 14:09:34 /usr/local/include/fso-glib/freesmartphone.h:366: Fehler: expected declaration specifiers or »...« before »GAsyncReadyCallback« Jul 16 14:09:42 now i have heaps of that Jul 16 14:11:53 where's GAsyncReadyCallback defined? Jul 16 14:12:43 mickey|patio, think gio.h Jul 16 14:12:48 mickey|patio: --pkg Gio-2.0 Jul 16 14:13:00 :) Jul 16 14:13:04 hmm Jul 16 14:13:12 libfso-glib needs to have this in .depends then Jul 16 14:13:14 yet another dep :) Jul 16 14:13:15 err Jul 16 14:13:16 .deps Jul 16 14:13:26 yep for sure Jul 16 14:13:40 ok Jul 16 14:13:41 sorry that I forgot that Jul 16 14:13:42 adding it Jul 16 14:13:43 np Jul 16 14:13:46 gracias Jul 16 14:14:41 freesmartphone.org: 03mickey 07libfso-glib * rcdd5d12022b0 10/src/fso-glib-1.0.deps: add gio-2.0 to vala .deps file Jul 16 14:14:42 freesmartphone.org: 03mickey 07libfso-glib * re3caf7d42b10 10/src/ (5 files): regenerate Jul 16 14:17:57 hmm Jul 16 14:18:01 that wasn't enough Jul 16 14:18:11 #include is still missing in framework.h Jul 16 14:19:05 hmm, probably fso-glib itself needs to supply --pkg gio-2.0 Jul 16 14:19:57 mrmoku: ignore my last patch (sent to devel) Jul 16 14:20:06 mrmoku: sent too early ;x Jul 16 14:20:45 hmm, no Jul 16 14:20:50 still missing gio include Jul 16 14:21:43 dos1: hehe, ok Jul 16 14:21:53 dos1: btw. I got new packagekit to build :-) Jul 16 14:22:09 mrmoku: nice! which version? Jul 16 14:22:40 mrmoku, hows the build going? Jul 16 14:23:48 dos1, 0.4.6 - updating preferred version for libpam helped Jul 16 14:23:48 ptitjes: hmm, it's listed as cheader_filename before the interface Jul 16 14:23:53 F4t, no going :( Jul 16 14:23:53 but it doesn't appear Jul 16 14:23:55 +t Jul 16 14:23:56 in the resulting .h Jul 16 14:24:08 F4t, waiting for vala stuff to get sorted out ;) Jul 16 14:24:39 dos1, might try to build even newer packagekit later Jul 16 14:24:59 oh Jul 16 14:25:06 mrmoku: i sent patches now Jul 16 14:25:23 mickey|patio: in freesmartphone.h ? Jul 16 14:25:30 yeah Jul 16 14:25:37 hum Jul 16 14:25:45 what valac do you use ? Jul 16 14:25:45 mrmoku: fine :) Jul 16 14:25:59 0.7.5-fso1 Jul 16 14:26:03 grr Jul 16 14:26:07 mrmoku: i'll try to make patches for packagekit Jul 16 14:26:12 ok, i'm away now Jul 16 14:28:48 mickey|patio: this builds correctly here although Jul 16 14:28:55 mickey|patio: not for you ? Jul 16 14:29:09 mickey|patio: could you show me a gcc line please Jul 16 14:29:43 and in fact this builds correctly even without the --pkg Gio-2.0 Jul 16 14:30:19 mickey|patio: ? Jul 16 14:31:13 well Jul 16 14:31:22 freesmartphone.h is not containing the include Jul 16 14:31:24 that's the problem Jul 16 14:31:32 gcc line from which ? Jul 16 14:31:37 libfso build Jul 16 14:31:41 everything using fso-glib breaks here Jul 16 14:31:45 e.g. fsodevice Jul 16 14:31:49 here's the line Jul 16 14:32:54 libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I/usr/local/include/fso-glib -I/usr/local/include/fsoframework-2.0 -I/usr/include/dbus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -MT resource.lo -MD -MP -MF .deps/resource.Tpo -c resource.c -fPIC -DPIC -o .libs/resource.o Jul 16 14:33:47 mickey|patio: did you add the --pkg Gio-2.0 in fsodevice ? Jul 16 14:34:37 no Jul 16 14:34:44 but it's automatically added Jul 16 14:34:48 due to it being present in the .deps file Jul 16 14:35:01 for fso-glib Jul 16 14:35:29 mickey|patio: so you fsodevice.h (or whatever) should contain a include to it Jul 16 14:35:33 no Jul 16 14:35:38 freesmartphone.h is missing the include Jul 16 14:35:44 mickey|patio: and you should add the correct include to your gcc line Jul 16 14:35:46 since it is referring to a type from gio-2.0 Jul 16 14:36:47 libfso-glib should not require customers to include gio.h Jul 16 14:37:00 since freesmartphone.h is the one missing it Jul 16 14:37:16 or is it present for you? Jul 16 14:37:28 no I don't have it in fso.h too Jul 16 14:37:32 right Jul 16 14:37:35 that's the problem then Jul 16 14:37:39 we can work around it Jul 16 14:37:43 but I'd rather fix it Jul 16 14:38:09 yeah Jul 16 14:38:14 but not today :( Jul 16 14:38:20 tomorow ? Jul 16 14:38:25 sounds good Jul 16 14:38:30 oki Jul 16 14:38:30 my coding time is up for today anyways Jul 16 14:38:34 need to do housework now Jul 16 14:38:35 *sigh* Jul 16 14:38:36 bbl Jul 16 14:38:40 perfect timing then :) Jul 16 14:38:42 hehe, right Jul 16 14:38:43 cu Jul 16 14:38:46 cya Jul 16 14:39:04 moving too Jul 16 14:39:06 bye all Jul 16 14:54:28 checking for FSOBASICS... configure: error: Package requirements (fsobasics-2.0 >= 0.8.0.0) were not met: No package 'fsobasics-2.0' found Jul 16 14:54:31 I give up. Jul 16 14:54:35 SHR is unbuildable. Jul 16 14:54:44 later, folks. Jul 16 14:55:08 mwester: yup, vala broke everything again Jul 16 14:55:40 * mrmoku will never ever update vala again without confirming it works with three builds from scratch :P Jul 16 15:23:14 mwester: fsobasics was added today, ~hour ago ;D Jul 16 15:23:21 (it even didn't exist before) Jul 16 15:23:34 fsobasics? Jul 16 15:23:51 playya: Jul 16 15:23:53 [15:54] freesmartphone.org: fsobasics: new library containing the omre versatile utility classes Jul 16 15:23:54 [15:54] freesmartphone.org: previously found in libfsoframework Jul 16 15:24:51 ah ok Jul 16 17:07:58 mrmoku, here? Jul 16 17:12:48 TAsn: almost gone Jul 16 17:13:35 nvm Jul 16 17:13:37 TAsn: we have serious build problems due to the vala changes Jul 16 17:13:45 :| Jul 16 17:13:50 <|Fate|> :( Jul 16 17:13:55 and thus I decided to set revs for testing from the last unstable Jul 16 17:14:05 build that and try that Jul 16 17:14:16 at least revs for the vala stuff Jul 16 17:14:22 but.... the new mokonnect version?!... Jul 16 17:14:38 have to go to an informational thingie at my sons school now Jul 16 17:14:40 mrmoku, cool :) Jul 16 17:14:47 F4t: sure thing :) Jul 16 17:15:21 I'm going to build directly a testing image, what do you think TAsn Jul 16 17:15:32 won't sync it to the feed to not make it public Jul 16 17:15:42 so that two or three of us can try it Jul 16 17:15:42 mrmoku, I like the idea Jul 16 17:15:43 :) Jul 16 17:15:46 yeah. Jul 16 17:15:49 np. Jul 16 17:15:53 build and let me download Jul 16 17:15:54 and when it works... your turn to blog something ;) Jul 16 17:15:55 I'll try Jul 16 17:16:00 mrmoku, cool :) Jul 16 17:16:18 ok, bbl Jul 16 17:23:09 hi there Jul 16 17:23:12 hm.. I think I'm done ripping phonelog out of ophonekitd :) Jul 16 17:23:18 don't have a build env to test though :) Jul 16 17:24:36 dos1, here? Jul 16 17:24:43 TAsn: no :P Jul 16 17:26:09 ok, I'll ask anyway, when you are here, please answer. Jul 16 17:26:15 hm... is opimd ready? Jul 16 17:26:17 TAsn: i'm here ;) Jul 16 17:26:23 I mean, should I start using it for messages + contacts? Jul 16 17:26:34 I = shr :) Jul 16 17:26:57 TAsn: i think yes (in unstable of course) Jul 16 17:27:09 TAsn: but don't forget about phonegui library :P Jul 16 17:27:23 * dos1 wonders, if it can manage to get more ways to ophonekitd segfault with his volume slider Jul 16 17:27:30 s/if it/if he/ Jul 16 17:28:46 lol. Jul 16 17:28:55 hm.. I'm not forgetting about the phonegui library Jul 16 17:29:03 infact Jul 16 17:29:03 I am working on it... Jul 16 17:29:16 dos1, you send a signal for a new stored message, right? Jul 16 17:29:21 TAsn: i mean - phonegui-efl2 is still crashy AFAIK Jul 16 17:29:33 TAsn: there are three signals Jul 16 17:29:46 NewMessage, IncomingMessage and UnreadMessages Jul 16 17:30:02 NewMessage - when message arrives (backend loaded it from database) Jul 16 17:30:22 dos1, btw, have you started working on phonegui notifier? Jul 16 17:30:27 DocScrutinizer, here? Jul 16 17:30:29 IncomingMessage - should be clear Jul 16 17:30:40 UnreadMessages - the same as NewMissedCalls :P Jul 16 17:30:42 TAsn: no Jul 16 17:31:56 bah I don't think I get you. Jul 16 17:32:09 whats NewMessage for? the same as incoming stored message? Jul 16 17:32:20 if so, what's incomingMessage for? Jul 16 17:33:26 TAsn: no Jul 16 17:33:37 :) Jul 16 17:33:39 so please explain Jul 16 17:34:02 TAsn: NewMessage is when message is added to opimd cache Jul 16 17:34:27 incoming or outgoing? Jul 16 17:34:28 for instance on backend loading, or boot Jul 16 17:34:34 TAsn: doesn't mutter Jul 16 17:34:39 ok Jul 16 17:34:53 is there a Qi expert here ? Jul 16 17:34:53 TAsn: every message added to opimd Jul 16 17:34:56 Incoming is the same as inocming stored then? Jul 16 17:35:04 IncomingMessage is for incoming messages ;) Jul 16 17:35:11 TAsn: yep, you can map that Jul 16 17:35:21 :) Jul 16 17:35:28 NewMessage is for updating message list, or something like that Jul 16 17:35:45 where's the code for libframeworkd-glib is at? Jul 16 17:35:48 when you're storing sent message for instance Jul 16 17:36:16 TAsn: i didn't worked on libframeworkd-glib regarding opimd. that's mrmoku's work, i don't know how actual it is Jul 16 17:36:26 dos1, i c. Jul 16 17:36:40 which probably means it doesn't exist? :) (as opimd is not yet production) Jul 16 17:36:43 fun fun fun. ;\ Jul 16 17:37:12 TAsn: something exists - for contacts ;P Jul 16 17:37:33 TAsn: with libfso-glib it should work Jul 16 17:37:38 clem-vangelis: Hahahah Jul 16 17:37:44 what's that? Jul 16 17:37:49 :) Jul 16 17:37:53 and where to I get more info on that? Jul 16 17:37:59 clem-vangelis: do i qualify? Jul 16 17:38:06 TAsn: ask ptitjes Jul 16 17:38:12 maybe ^^ Jul 16 17:38:21 ffs :) Jul 16 17:38:30 probably beta as well. ;\ Jul 16 17:38:34 TAsn: but AFAIK that's bindings autogenerated from FSO specs Jul 16 17:38:54 TAsn: and fso specs regarding opimd should be quite actual Jul 16 17:39:38 dos1, bottom line, how can I get frameworkd-glib with opimd asap? :) Jul 16 17:39:59 TAsn: dunno, i never worked with libframeworkd-glib Jul 16 17:40:17 AFAIK mrmoku wants to rewrite phonegui-efl to libfso-glib Jul 16 17:40:17 clem-vangelis: so? Jul 16 17:40:31 i'm actually trying to hack a photo frame based on s3c2412 soc Jul 16 17:40:55 * TAsn is not having fun. Jul 16 17:41:11 i have JTAG and serial access. Jul 16 17:41:19 clem-vangelis: nice start indeed Jul 16 17:41:49 i've been searching for bootloader supporting steppingstone and i found qi :) Jul 16 17:42:29 clem-vangelis: if you need something simple, i'd suggest go for it. Clean, simple and hackable. Jul 16 17:42:51 clem-vangelis: it was tested on gta01 so s3c2412 should be supported Jul 16 17:43:07 gta01 has an s3c2410 ? Jul 16 17:43:15 clem-vangelis: (gta01 has s3c2410, i hope that's close enough) Jul 16 17:44:04 pretty close yes :) Jul 16 17:44:54 clem-vangelis: so, do you have any particular question about Qi's code? Jul 16 17:45:12 as it my first attempt to hack a device i'm a little confused about some concept and here by Qi organization Jul 16 17:46:05 if i'm right : 1) minimal code is loaded by "internal bootloader" to steppingstone Jul 16 17:46:33 2) the minimal code is loading the full bootloader from nand ? Jul 16 17:46:46 clem-vangelis: right Jul 16 17:47:19 3) the full bootloader is trying tio boot either from sd or nand Jul 16 17:47:37 right Jul 16 17:47:47 now it's about board specific things Jul 16 17:48:14 for instance in s3c2442 folder there is a gta02.c file Jul 16 17:50:59 now to add a board for s3c2442 for example i have to add it to start_qi.c Jul 16 17:52:10 but then how Qi will determine the right board ? Jul 16 17:58:37 clem-vangelis: either you modify start_qi.c and hardcode your board there. Or you can take a look at s3c6410 where both gta03 and smdk6410 supported and make some function that will determine the board at runtime. Jul 16 17:58:51 ok thanks :) Jul 16 17:58:58 and last question Jul 16 17:59:25 as i'm using jtag, i have access to nand, but what image does i have to upload ? Jul 16 17:59:30 clem-vangelis: or you can define a preprocessor symbol and #ifdef the necessary parts... Jul 16 17:59:34 start_all_* ? Jul 16 18:00:31 clem-vangelis: if you are debugging and want to upload in RAM, you're to upload the whole image to steppingstone and set a magic word to the magic value (so Qi will skip nand reading). Jul 16 18:01:47 clem-vangelis: generated images are in the image/ directory Jul 16 18:02:11 yes i see that by the right image to upload is ? Jul 16 18:02:19 udfu is for dfu uplaod i believe Jul 16 18:02:49 clem-vangelis: start_qi_all-$(CPU) is an elf, you need binary version Jul 16 18:03:21 clem-vangelis: udfu means DFU _footer_ to faciliate upload with DFU, it doesn't affect anything if you transfer it the other way, it's a footer. Jul 16 18:03:33 ok Jul 16 18:04:11 clem-vangelis: you can take image without .udfu footer, you can take the one with it. I think the result will be the same. Jul 16 18:04:21 as you can see i'm a total beginner in that world and i'm lacking of knowledge :s Jul 16 18:04:26 ok thanks a lot for your help Jul 16 18:04:33 clem-vangelis: i hope i didn't mess anything :D Jul 16 18:04:47 clem-vangelis: feel free to ping me whenever you need some help i can provide. Jul 16 18:05:13 thanks a lot for your help i will try to have serial working first :) Jul 16 18:05:55 clem-vangelis: i want to warn you i couldn't access some SDHC card on one of the gta01s i had access to. Jul 16 18:06:46 clem-vangelis: probably the card socket was damaged too much (it was damaged slightly for sure) or just a card was picky. Lowering the frequency (by using a higher divider) helped. Jul 16 18:07:05 that's not a problem, i'm just trying to do it for knowledge :) this photo frame was given for 1€ so...i'm not expecting a lot from it :p but thanks anyway :) Jul 16 18:07:25 clem-vangelis: wow, where can i get one? ;) Jul 16 18:08:09 buy a N95 to sfr ;) i know i should have buy a neo but money wasn't here :( Jul 16 18:09:00 clem-vangelis: don't forget to set a special mark 0xffffffff at address 0x4 when you will do jtag debugging. Jul 16 18:09:41 yep i read it in some file :) but thanks Jul 16 18:13:00 tracfeed: Ticket #554 (usb0 configuration) updated Jul 16 18:13:57 oh by the way i was getting error with stringify2 Jul 16 18:14:06 solved by hardcoding #s Jul 16 18:16:10 clem-vangelis: hm, strange. Here it builds ok. Jul 16 18:16:26 dunno mauybe my gcc version Jul 16 18:17:21 clem-vangelis: btw, beware gcc versions that were build with armv5 support! If your libgcc is for armv5, it won't work. Jul 16 18:17:25 i'm using cross compielr from codesourcery Jul 16 18:18:00 clem-vangelis: it doesn't tell me anything. There shouldn't be a single armv4 instruction in libgcc. Jul 16 18:18:05 I already compile linux kernel and boot it from ram so i assume it works :) Jul 16 18:18:13 clem-vangelis: wrong Jul 16 18:18:20 arf Jul 16 18:18:25 clem-vangelis: linux kernel doesn't need any function from libgcc. Jul 16 18:18:58 clem-vangelis: i can't imagine how much time i spent understanding why i can build kernel just fine but Qi hangs (and i don't have jtag) ;) Jul 16 18:18:58 but here stringify2(s) just calls stringify1(s) no ? Jul 16 18:19:08 arf Jul 16 18:19:49 clem-vangelis: solved that by comparing .dis files with a working version :D When i saw one armv5 instruction at the very end of it, i was enlightened! Jul 16 18:19:55 ;) Jul 16 18:20:12 ok :) Jul 16 18:20:34 freesmartphone.org: 03mickey 07cornucopia * r2ee64a338ba7 10/fsodeviced/src/ (bin/Makefile.am plugins/kernel26_rtc/plugin.vala): fsodevice: catch up with Vala 0.7.4 Jul 16 18:20:35 freesmartphone.org: 03mickey 07cornucopia * r9a9011dc320f 10/misc-vapi/vapi/libcanberra.vapi: misc-vapi: libcanberra.vapi: catch up with Vala 0.7.4 Jul 16 18:21:06 but where can i find a correct .dis file :p ? Jul 16 18:21:56 clem-vangelis: you can borrow it from me. But i recommend you to make sure you use armv4 toolchain from the very beginning. Jul 16 18:23:10 clem-vangelis: and yes, i can't understand what's the intention for stringify2 which is substituted by stringify1 :) Jul 16 18:25:49 clem-vangelis: If you want to stringify the result of expansion of a macro argument, you have to use two levels of Jul 16 18:25:53 macros. Jul 16 18:25:57 clem-vangelis: http://gcc.gnu.org/onlinedocs/cpp/Stringification.html Jul 16 18:26:41 clem-vangelis: hehe, obvious after you know that. Jul 16 18:27:46 oh ok :/ i'm not used to compilation and all those things, i just have some basic knowledges in architecture... maybe this project is to much for me :D Jul 16 18:29:26 clem-vangelis: sure not, it's a great opportunity to learn. Jul 16 18:29:37 clem-vangelis: esp. given you have all the tools (jtag and serial) already. Jul 16 18:29:41 freesmartphone.org: 03mickey 07cornucopia * rb01660f5d0fa 10/fsogsmd/src/bin/Makefile.am: fsogsmd: fix valac options, we don't want it to call gcc for us Jul 16 18:29:42 freesmartphone.org: 03mickey 07cornucopia * r2ee228a2bfc4 10/fsotimed/src/bin/Makefile.am: fsotimed: fix valac options Jul 16 18:29:43 freesmartphone.org: 03mickey 07cornucopia * r9e76bb7f0236 10/fsonetworkd/src/ (bin/Makefile.am plugins/sharing/plugin.vala): fsonetworkd: catch up with Vala 0.7.4 Jul 16 18:29:44 freesmartphone.org: 03mickey 07cornucopia * rc567aa86ea8d 10/fsousaged/src/bin/Makefile.am: fsousaged: fix valac invocation to not call gcc for us Jul 16 18:29:49 yep that's true Jul 16 18:30:17 but i don'thave any information on hardware except for proc, ram and nand Jul 16 18:31:13 Thanks for your help :) got to go now, you'll see me later :p Jul 16 18:32:01 clem-vangelis: i'm not scared :P Jul 16 19:08:28 TAsn, (lfg) I did not implement the new stuff dos1 did in opimd Jul 16 19:08:40 I really would like to switch to autogenerated libfso-glib Jul 16 19:09:31 ok Jul 16 19:09:36 I'm fixing opkg atm Jul 16 19:09:40 mickeyl, I see you finished your housework :) Jul 16 19:09:46 so i'll ask you some questions soon :) Jul 16 19:09:48 TAsn, good thing :D Jul 16 19:10:18 mickeyl, should everything be buildable again now? Jul 16 19:11:48 TAsn: what are you fixing in opkg now? ;) Jul 16 19:12:30 mrmoku: libfso-glib / vala-dbus-binding-tool has problems, you need these two from before ptitjes last changes Jul 16 19:12:42 we're working on fixing these tomorrow Jul 16 19:12:47 oh, ok Jul 16 19:13:01 the rest should be ok w/ the latest vala Jul 16 19:13:11 cornucopia, that is Jul 16 19:13:16 didn't test abyss and friends yet Jul 16 19:13:22 but with older libfso-glib / binding-tool it should work? Jul 16 19:13:22 dos1, what we talked about. Jul 16 19:13:32 yes Jul 16 19:13:34 hmm... Jul 16 19:13:39 * mrmoku undecided :( Jul 16 19:13:43 TAsn: but which one? Jul 16 19:13:50 asking about configuration files? Jul 16 19:14:21 yeah. Jul 16 19:30:34 mickeyl, in vala-dbus-binding-tool I see ptitjes' commit regarding yield Jul 16 19:30:43 in libfso-glib I don't see commits from him Jul 16 19:30:55 is it broken, because it got generated with the broken binding-tool? Jul 16 19:31:05 mrmoku: patchwork ;P Jul 16 19:31:12 patch patch patch patch Jul 16 19:31:13 :D Jul 16 19:32:05 mickeyl, is the .deps commit from playya still ok? Jul 16 19:32:19 dos1, let me see... Jul 16 19:33:08 mrmoku: i removed that one which you should ignore, so don't worry :P Jul 16 19:33:12 dos1, provide all sounds from git repo? Jul 16 19:33:33 mrmoku: yep, all wav files from shr-themes.git frameworkd-config-shr directory Jul 16 19:33:34 * mrmoku is worried anyway :P Jul 16 19:33:41 mrmoku, mickeyl added one depency Jul 16 19:33:44 now there are two sounds - call and sms :P Jul 16 19:33:45 bad, bad idea Jul 16 19:34:13 mrmoku: why? for other sound themes there will be other directory and other recipe ;x Jul 16 19:34:15 ahh... replacement for Arkanoid SMS ringtone? Jul 16 19:34:21 mrmoku: yes Jul 16 19:34:28 mrmoku: notify_message.wav Jul 16 19:34:41 dos1, was just worried about image size... but that is needed yeah :) Jul 16 19:34:55 playya, yeah, but do I need that? Jul 16 19:35:36 mrmoku: yes Jul 16 19:35:43 (two all questions ;) Jul 16 19:35:47 yes, now you use --pkg fsousage with its depencies Jul 16 19:36:25 the .deps is the same as REQUIRES in a .pc Jul 16 19:37:11 mickeyl, :) ok, thanks Jul 16 19:37:23 playya, thanks too :) Jul 16 19:37:52 * mrmoku wonders if we should do it the fso way and postpone the testing a day or two ;) Jul 16 19:40:16 dos1, ok, applied your patches then :P Jul 16 19:40:41 spaetz, hey Jul 16 19:41:06 good evening Jul 16 19:42:00 going for a week of holiday tomorrow. will be offline... Jul 16 19:43:20 argh. dynamic DBus.Object sucks. I called the mehtod Itrospection instead of Introspect Jul 16 19:45:23 TAsn: re Jul 16 19:45:32 DocScrutinizer, sec. :) Jul 16 19:45:56 mrmoku: thanks :) Jul 16 19:46:32 mrmoku: did you manage to apply a custom theme to genlist some weeks ago? Jul 16 19:46:37 dos1: could you send me (pointer to (pastebin of)) example code using a slider? Jul 16 19:46:40 hm.. DocScrutinizer Jul 16 19:46:52 sec, looking for a link Jul 16 19:47:07 agg1n1, yes :) Jul 16 19:47:21 DocScrutinizer: in C? Jul 16 19:47:28 efl2 was using the path of efl for the themes :P Jul 16 19:47:29 DocScrutinizer, what do you think about me making a libphonefunctions library? Jul 16 19:47:31 no matter Jul 16 19:47:35 that's why it did not work Jul 16 19:47:37 I mean what do you think about the idea in general? Jul 16 19:47:44 playya: hehe Jul 16 19:47:47 phonefunctions = canonize phone number Jul 16 19:47:50 etc etc Jul 16 19:48:06 compare phone numbers Jul 16 19:48:16 any many similar stuff Jul 16 19:48:31 TAsn: I seem to remember I suggested such a lib of generic functions ;-) Jul 16 19:48:52 DocScrutinizer, yes you have. Jul 16 19:48:56 :) Jul 16 19:49:01 that's why I'm asking you Jul 16 19:49:11 because I wanna know what functions do you think it should include? Jul 16 19:49:20 any wanted prototypes maybe? Jul 16 19:49:23 any design suggestions? Jul 16 19:49:42 back when someone had a strong point in such functions not used multiple instance Jul 16 19:50:30 DocScrutinizer: http://pastebin.com/m39f036ce Jul 16 19:51:03 mrmoku: yes, but what exactly has to be done then? i copied the "elm/genlist/item/double_label/default"-group and edited some stuff and tried to apply that with overlay_add/extension_add... didn't work :/ Jul 16 19:51:04 DocScrutinizer, huh? Jul 16 19:51:46 also I wasn't able to come up with a considerable number of such functions that would share the properties of generic&for_phoneuse Jul 16 19:53:04 TAsn: I failed to explain why we needed such function (e.g. number normalize) in more than one module Jul 16 19:53:05 pingdotfm: melts like ice in the sunshine... Jul 16 19:53:08 oops Jul 16 19:53:13 agg1n1, if you don't rename your style you have to use overlay_add Jul 16 19:53:22 if you add a new style you should use extension_add Jul 16 19:53:37 and I think I did not push the fix for the correct path :P Jul 16 19:53:41 DocScrutinizer, we do. Jul 16 19:53:53 so if you're trying in efl2 that will still use the wrong path Jul 16 19:54:01 as people may want to write a text editor/browesr Jul 16 19:54:08 that identifies numbers in text Jul 16 19:54:08 agg1n1, let me check... Jul 16 19:54:10 TAsn: meanwhile I think we found some more than a single purpose at least for normalize Jul 16 19:54:16 and for some reason want to canonize it :) Jul 16 19:54:31 DocScrutinizer, I'm making the lib, there's no question about it ;) Jul 16 19:54:40 just asking for design ideas. :) Jul 16 19:54:59 TAsn: fine. No contra here ;-D Jul 16 19:55:09 mrmoku: no i'm trying in a test-app, but is there a genlist theme in efl2 at all? Jul 16 19:56:33 DocScrutinizer, great :) Jul 16 19:56:42 DocScrutinizer, I hope you don't have bugs in your regex Jul 16 19:56:47 as I'm basing my lib aronud it ;) Jul 16 19:56:58 SHR: 03mok 07libframeworkd-phonegui-efl2 * re5d472cd7efa 10/po/pl.po: Merge branch 'master' of ssh://git@shr.bearstech.com/libframeworkd-phonegui-efl2 Jul 16 19:56:59 mrmoku: understand... you just meant to mention the problem with the path ;) Jul 16 19:57:00 SHR: 03mok 07libframeworkd-phonegui-efl2 * raafcb822114e 10/src/view/views.h.in: fix path to edje files Jul 16 19:57:09 agg1n1, not yet :) Jul 16 19:57:20 TAsn: for normalize number I might augment my silly code example Jul 16 19:57:46 agg1n1, but we should have a nice and light one... because things get faster Jul 16 19:58:14 mrmoku: that's exactly what i'm trying to do :) Jul 16 19:58:28 TAsn: I don't think there are severe bugs in it ;) Jul 16 19:58:29 :) Jul 16 19:58:31 thanks. Jul 16 19:58:36 agg1n1, great thing :D Jul 16 19:59:13 agg1n1, I can just commit the edc file I did for the message list Jul 16 19:59:22 but we could consider augmentig it for best-match heuristics Jul 16 19:59:23 so that you can take a look Jul 16 19:59:23 agg1n1: what are you doing? Jul 16 19:59:53 mrmoku: that would be great (if it works) Jul 16 19:59:57 TAsn: also a phonetic name compare might come in handy Jul 16 20:00:10 TAsn: and create python binding for that library! ;d Jul 16 20:00:12 ;) Jul 16 20:00:21 dos1, duh :) Jul 16 20:00:28 DocScrutinizer, sec, I'm still working on opkg :) Jul 16 20:00:29 but soon. Jul 16 20:00:32 dos1: writing my own opimd-messages-app in vala :) Jul 16 20:00:41 agg1n1: nice! :) Jul 16 20:00:43 TAsn: and would go along well with a text-to-speech for names ;-)) Jul 16 20:00:57 SHR: 03mok 07libframeworkd-phonegui-efl2 * rdf78c7062721 10/data/messagelist.edc: add a genlist style for messages (WIP) Jul 16 20:01:04 will it be threaded? (bubbles are nice for that) Jul 16 20:01:52 DocScrutinizer, :) Jul 16 20:02:08 dos1: how do i know, if an incoming message is a reply to a message i sent? Jul 16 20:03:18 agg1n1: if it's from the same person ;x Jul 16 20:03:31 agg1n1: that's how 2007.2 was working, and i really like that way Jul 16 20:04:30 dos1: Jul 16 20:04:36 oops Jul 16 20:05:51 dos1, TAsn: what frameworkd rev for testing? Jul 16 20:06:09 dos1:so, a list with messages like shr-messages and when you click on one you get a thread with bubbles with all messages between you and the contact or what? :S Jul 16 20:06:20 mrmoku, wanna know mine? Jul 16 20:06:29 mrmoku: latest Jul 16 20:06:31 mine is about a week old :) Jul 16 20:06:32 TAsn, I wanna know what to put in testing Jul 16 20:06:36 though I go for latest as well Jul 16 20:06:48 mrmoku: i think i didn't break anything Jul 16 20:06:49 :D Jul 16 20:06:58 agg1n1: i'll try to explain: Jul 16 20:07:15 when opening shr-messages, you see contact list Jul 16 20:07:29 with contact name, x unread messages and x read messages Jul 16 20:07:31 what about the full-csd-handling stuff? Jul 16 20:07:33 after selecting some name Jul 16 20:07:57 it displays messages from and to that contact Jul 16 20:08:27 in order from oldest to newest Jul 16 20:08:41 sent messages aligned to right, and recievied messages aligned to left Jul 16 20:08:47 that's exactly how 2007.2 was working Jul 16 20:08:53 dos1: ok, got it, sounds good :) Jul 16 20:08:55 if it wasn't damn slow, it would be perfect :) Jul 16 20:09:50 mickeyl: did you break something with your full-csd-handling stuff? :D Jul 16 20:09:53 mickeyl, is the full-csd-handling combined with the risk of breaking something or are we safe to put it in testing? Jul 16 20:10:54 dos1: thanks for pastebin :-) I think I need your help to understand semantics of functioncall line5, and meaning of function parameters in line6 Jul 16 20:10:56 * mwester wonders if its even worth the trouble of doing a "git pull" and trying to build SHR for the third time in 24 hours... :( Jul 16 20:11:12 mwester, not yet Jul 16 20:11:27 DocScrutinizer: with value_set you just set position of slider Jul 16 20:11:29 mwester, I'm collecting working revisions for our testing image Jul 16 20:11:40 Ah, you just answered my next question. Jul 16 20:11:46 value (here: volume) must be between min and max values set before Jul 16 20:12:07 You see, if "unstable" is indeed unstable, one would naturally assume that "testing" would be a sane fallback... but nooooo! Jul 16 20:12:15 Who broke unstable so badly? Jul 16 20:12:19 dos1: k Jul 16 20:12:32 mwester, it broke by updating vala Jul 16 20:12:47 DocScrutinizer: and 6 -> firstly slider object, then name of action (changed, clicked or something like that), then callback funtion, and then arguments to callback function Jul 16 20:13:01 mrmoku, I'm excited ;) Jul 16 20:13:01 mwester, and I promise to not update it ever again :P Jul 16 20:13:04 (without testing) Jul 16 20:13:39 dos1: what is "action"? the action allowed and which will trigger callback? Jul 16 20:14:14 DocScrutinizer: that user event (slider is gui control :P) Jul 16 20:14:17 s/that/that's/ Jul 16 20:14:17 dos1 meant: DocScrutinizer: that's user event (slider is gui control :P) Jul 16 20:14:40 yesyes Jul 16 20:15:06 so what exactly does "delay,changed" mean? Jul 16 20:15:06 new testing,yay Jul 16 20:15:16 I need a new fallback version Jul 16 20:15:16 sheesh. I'm travelling for many many weeks, finally get somewhere where I'm not borrowing a computer (and therefore can build the latest SHR)... and dos1 breaks it!! :D :P Jul 16 20:15:42 me? :D Jul 16 20:15:47 mwester: lol Jul 16 20:16:03 DocScrutinizer: changed will be triggered every user drag on slider, even if he didn't finished dragging Jul 16 20:16:16 DocScrutinizer: delay,changed waits until user gets more decided :P Jul 16 20:16:25 yup Jul 16 20:16:30 understood Jul 16 20:17:08 so obviously you ommitted some chrome around that 5 lines ;-P Jul 16 20:17:17 dos1: we would need a loop Jul 16 20:17:44 aah, wait Jul 16 20:17:49 that's a callback Jul 16 20:17:54 DocScrutinizer: hmm? Jul 16 20:18:01 yep Jul 16 20:19:24 dos1: so what's expected behaviour of this slider (& code) if some other process changes same data (here: volume) same time? Jul 16 20:20:06 dos1: compare situation when you open kmix and alsamixer same time (on your desktop box) Jul 16 20:20:14 DocScrutinizer: hmm... it's only volume during call Jul 16 20:20:38 DocScrutinizer: maybe it should display changed value, but maybe we can just ignore it Jul 16 20:20:45 dos1: you mean "I don't care for now" ? :-P Jul 16 20:21:15 dos1: i think bubbles that contain the full text of each message wouldn't be so nice :/ Jul 16 20:21:45 maybe second invocation even should fail, as the variable represented by this slider is exclusively allocated? Jul 16 20:21:48 DocScrutinizer: in the perfect world everything should request volume changing via FSO and then FSO will emmit signal VolumeChanged, to which we can listen Jul 16 20:22:24 hmm, dos1. that won't fix our problem Jul 16 20:23:03 at least if you got means (like two mice, or mouse plus kbd) to cncurrently move both sliders Jul 16 20:23:04 DocScrutinizer: well... i don't have idea then Jul 16 20:23:09 i leave it up to you ;) Jul 16 20:24:02 ok, np. I just wanted to ask if there's any design consideration yet, or I'm free to handle it the way I feel is most appropriate Jul 16 20:24:38 also the info with callback was important to me Jul 16 20:29:24 give an hour or two to think about it and write down the function calls you may use to capsule/store/retrieve volume-var, as well as vol-min/max, maybe even label ("volume:"), plus - most important probably - the params that are missing yet (e.g. 'bool persistent" to mark if thew change will be restored to original on unload of current "scenario" or rather gets saved persistent somewhere Jul 16 20:29:37 TAsn, what about pyphonelog? Jul 16 20:30:01 mrmoku, what about it? Jul 16 20:30:05 should use latest. Jul 16 20:30:28 is that with opimd? Jul 16 20:31:29 and if yes... what does that mean for ophonekitd? Jul 16 20:32:26 mrmoku: nothing. just ophonekitd db isn't used Jul 16 20:33:25 mickeyl, should i commit ListChildrenByObject or is it useless? Jul 16 20:33:51 it only returns object which have "useful" interfaces Jul 16 20:34:54 mrmoku: TAsn: talking of testing? So... should there be a freeze and 2 days intense testing prior to U->T move? Jul 16 20:35:13 DocScrutinizer, we already had that. (kinda) Jul 16 20:35:26 mrmoku, I'm patching ophonekitd as we speak :) Jul 16 20:36:00 TAsn: ooh, didn't notice. Ok then Jul 16 20:36:43 mrmoku, sec I'll commit my changes Jul 16 20:36:49 haven't tested them though Jul 16 20:37:03 (yet) Jul 16 20:37:38 * mrmoku wonders if we call it testing for TAsn to test his stuff ;) Jul 16 20:37:47 :) Jul 16 20:37:57 nah, I usually don't break stuff. Jul 16 20:38:50 SHR: 03tom 07shr * ra06a7a4af438 10/ophonekitd/src/ (4 files): Removed phonelog from ophonekitd as we already have it in opimd Jul 16 20:38:58 committed Jul 16 20:38:59 it's *all* just features ;-0 Jul 16 20:39:04 building for testing though Jul 16 20:39:07 err, ;-P Jul 16 20:39:17 [22:33] mrmoku: TAsn: talking of testing? So... should there be a freeze and 2 days intense testing prior to U->T move? Jul 16 20:39:20 what was after that? Jul 16 20:39:34 e.g. something missed me? Jul 16 20:39:35 ;) Jul 16 20:39:48 22:35 < TAsn> DocScrutinizer, we already had that. (kinda) Jul 16 20:39:59 22:35 < DocScrutinizer> TAsn: ooh, didn't notice. Ok then Jul 16 20:40:16 thanks :) Jul 16 20:40:22 dos1, nothing much Jul 16 20:40:37 just me lying :) Jul 16 20:40:37 (j/k) Jul 16 20:40:57 duh, I should publish a bonmot compendium to quote me every time it fits ;-P Jul 16 20:41:14 brb Jul 16 20:45:17 ouch Jul 16 20:48:37 mrmoku: huh? Jul 16 20:49:32 old vala is no more... Jul 16 20:49:38 I renamed the recipe :P Jul 16 20:50:06 anyway... new vala should work with older vala-dbus-binding-tool and older libfso-glib Jul 16 20:50:21 * mrmoku is trying a local build from scratch now Jul 16 20:51:45 * real_ate is so unbelievably confused as to where to get started developing Jul 16 20:51:47 SHR: 03tom 07shr * r2c1a8b395308 10/ophonekitd/src/ophonekitd-main.c: removed a pesky debug message Jul 16 20:52:50 hmm, device fatality? Stopped charging :-o Jul 16 20:53:30 real_ate, depends a bit on what you intend to develop :) Jul 16 20:53:53 :-( Jul 16 20:53:58 mrmoku: simple qt stuff Jul 16 20:54:10 * real_ate lies ... what he wants to do is not simple at all Jul 16 20:54:32 mrmoku: i just want to get a build environment up so i can compile qt stuff Jul 16 20:54:50 so that i can tinker away and make a fool of my self on my own time ;) Jul 16 20:55:06 but there are so many conflicting pages as to what to do Jul 16 20:55:08 :( Jul 16 20:55:17 on the wiki i mean Jul 16 20:57:13 mrmoku, it's compiling Jul 16 20:57:13 sec I'm testing :) Jul 16 20:59:59 real_ate, hmm... theoretically you have two build methods to choose from Jul 16 21:00:08 the toolchain and openembedded Jul 16 21:00:28 by openembedded you mean the MakeFile stuff yes? Jul 16 21:00:33 toolchain is what people use that want to develop just one app Jul 16 21:00:36 real_ate, yep Jul 16 21:01:10 mrmoku: well one thing that i was interested in was doing the qemu build stuff Jul 16 21:01:10 I don't think there is a ready-to-go toolchain for qt though Jul 16 21:01:28 hmm... :( Jul 16 21:01:42 I tried the qemu stuff in the beginning Jul 16 21:01:43 mrmoku: its a bit of work but i would like to get into it Jul 16 21:01:49 but it was not worth it Jul 16 21:02:15 mrmoku: well the qemu build using a different makefile builds 2007.2 Jul 16 21:02:24 so even at that its not worth it Jul 16 21:02:29 real_ate, yeah, that makefile is *OLD* Jul 16 21:02:42 ;) Jul 16 21:02:56 mrmoku: i remember when 2008x came out Jul 16 21:03:09 man was i gobsmacked! it looked so new and shiney! Jul 16 21:03:12 real_ate, get the toolchain, add the libs you need (there is somewhere some explanation about how to do that) and test on the real device ;) Jul 16 21:03:32 mrmoku: yea i was looking at that Jul 16 21:03:42 but it says that it gets testing packages Jul 16 21:03:50 and i couldn't find qt in there anywhere Jul 16 21:03:53 libqt Jul 16 21:03:56 qtlibs Jul 16 21:03:59 ... nada! Jul 16 21:04:14 real_ate, you have to crosscompile them yourself with the toolchain then Jul 16 21:04:31 <|Marco|> okay, why does shr lag like crazy every time tangogps does a large tile download ? Jul 16 21:04:35 * real_ate is a noob to embedded programming Jul 16 21:04:52 <|Marco|> lag to the ekstent that you might think it's crashed Jul 16 21:04:56 mrmoku: ok ... hmm Jul 16 21:05:13 |Marco|: it works ok to me Jul 16 21:05:18 |Marco|: NAND or uSD? Jul 16 21:05:22 <|Marco|> uSD Jul 16 21:05:32 * real_ate is looking into something Jul 16 21:05:38 <|Marco|> on hackable1 there is no lag to this extent Jul 16 21:06:06 anyway... going to bed... to be fresh and surprised by a finished build tomorrow morning :) Jul 16 21:06:19 gnight all :) Jul 16 21:06:24 <|Marco|> g'night Jul 16 21:08:11 pffff, FR stopped charging or even accepting any power from USB. Removing bat didn't fix autoboot on plug-insert. Jul 16 21:09:29 booting from NAND uBoot without bat seems never worked for the last roundaout 6 months ? Jul 16 21:10:26 TAsn: looking at that ophonekitd problem.... Jul 16 21:10:38 TAsn: maybe that's due to change to fsousaged? Jul 16 21:10:56 it isn't started with initscript Jul 16 21:11:03 booting with bat and charger didn't do anything beyond flashing AUX very short and dim, **AND** starting bat charge (draws >100mA fro charger) Jul 16 21:11:04 dos1, no idea ;) Jul 16 21:11:06 only autostarted by dbus Jul 16 21:11:12 probably though Jul 16 21:11:31 TAsn: in python i always do "try: dbusblah except: try: dbusblah except: error" Jul 16 21:11:37 booting from NOR put everything back to normal though o.O Jul 16 21:11:52 as this causes a big time delay Jul 16 21:12:33 seems our whole PMU/BAT management is way much smarter than Me even able to figure out ;-P Jul 16 21:13:46 dos1|away, :) Jul 16 21:24:40 mrmoku|away, works :) Jul 16 21:24:44 no more phonelog in ophonekitd :) Jul 16 21:25:35 SHR: 03tom 07shr * r7d2daabb6018 10/ophonekitd/data/phonelog-database.sql: removed the last trace of the phonelog, the sql specs Jul 16 21:35:36 well, 24C here outside at half an hour to midnight. Need a beer out in the "fresh" air. bbl Jul 16 21:46:03 dos1, Jul 16 21:46:09 I'm building opkg :) Jul 16 21:46:15 cross your fingers ;) Jul 16 21:46:27 x Jul 16 21:46:32 ;) Jul 16 21:46:37 while fixing it Jul 16 21:46:42 I assumed something Jul 16 21:46:48 I'm hoping to be correct Jul 16 21:46:51 I'll know in a sec Jul 16 21:46:55 if I was right ;) Jul 16 21:48:20 dos1, and btw about ophonekitd Jul 16 21:48:24 I'm 99.9% you are right Jul 16 21:48:42 ok, I need a package! Jul 16 21:48:55 shit. Jul 16 21:48:59 nvm. Jul 16 21:49:11 TAsn: compiled? Jul 16 21:49:23 ok, I need a package :) Jul 16 21:49:32 for a sec I though I forgot to package libopkg Jul 16 21:49:37 but I haven't :) Jul 16 21:50:35 * TAsn is also Xing fingers Jul 16 21:50:49 $ opkg install opkg_0.1.6\+svnr1215-r1_armv4t.ipk Jul 16 21:50:51 Killed Jul 16 21:50:51 ^ Jul 16 21:50:52 not good Jul 16 21:50:53 ;\ Jul 16 21:51:28 what does that even mean?! :( Jul 16 21:51:41 TAsn: hmm? Jul 16 21:52:02 TAsn: old opkg said "killed" when trying to install your opkg? Jul 16 21:52:07 :| Jul 16 21:52:11 how did you build that package? with oe? Jul 16 21:52:14 * TAsn thinks he broke his installation Jul 16 21:52:16 or toolchain? or something else? Jul 16 21:52:26 aye. ;\ Jul 16 21:52:48 oe Jul 16 21:52:55 dos1, yes. Jul 16 21:53:33 I wonder what may be the cause ;\ Jul 16 21:54:27 that's strange Jul 16 21:54:40 but it's not bug introduced by you :D Jul 16 21:54:54 I think I know though Jul 16 21:54:57 hm.. Jul 16 21:54:58 in opkg ;) Jul 16 21:57:07 TAsn: hmm? Jul 16 21:57:16 sec.. Jul 16 21:58:39 nope. :\ Jul 16 22:00:21 where can i find the wishlist or issuelist for shr? Jul 16 22:00:57 at my last call i missed a keyboard button Jul 16 22:03:35 they said to me please press the one, until i opened the keyboard the call was ended Jul 16 22:03:37 :( Jul 16 22:06:32 tobii_: hmm? there is keypad button Jul 16 22:06:47 hm? Jul 16 22:07:08 tobii_: on call window i see three buttons Jul 16 22:07:13 Keypad, Speaker and Release Jul 16 22:07:23 omg Jul 16 22:07:26 yes Jul 16 22:07:28 clicking on keypad gives me big, finger friendly numeric keypad Jul 16 22:07:33 i'm blind Jul 16 22:07:38 :D Jul 16 22:08:06 shit. ;) Jul 16 22:08:12 I can't install anything Jul 16 22:08:15 including dev packages ;\ Jul 16 22:08:22 gotta do everything by hand :) Jul 16 22:11:46 though I think I found the issue Jul 16 22:12:16 I had a rogue free Jul 16 22:12:21 let's just hope this was it ;\ Jul 16 22:12:34 though I have no idea where did this Killed come from Jul 16 22:12:47 it seems like maybe an infinite loop or something Jul 16 22:12:51 though I did nothing to cause that. Jul 16 22:12:53 (or did I?) Jul 16 22:34:14 dos1, ? Jul 16 22:34:23 nvm. Jul 16 22:41:59 dos1, YAY I'm an idiot! :) Jul 16 22:42:30 TAsn: what stupid did you do? :D Jul 16 22:42:48 no idea Jul 16 22:42:51 but now it works :) Jul 16 22:42:56 I think. Jul 16 22:43:04 sec, verifying Jul 16 22:43:16 oh wait. Jul 16 22:43:18 maybe not. Jul 16 22:43:18 sec. Jul 16 22:43:20 * dos1 is sleepy today Jul 16 22:44:57 retrying, probably broken :) Jul 16 22:45:03 tam tam tam. Jul 16 22:45:22 opkg is soo sloow though ;) Jul 16 22:45:22 is new mokonnect built? Jul 16 22:45:55 bah, didn't work, installing gdb ;\ Jul 16 22:46:07 F4t, check the repos Jul 16 22:46:10 if it's there it's tehre Jul 16 22:46:13 there Jul 16 22:46:13 if not it's not ;) Jul 16 22:46:29 no shit.. Jul 16 22:53:19 its till not built? :( Jul 16 22:53:27 even though tinderbox says the built was good.. Jul 16 22:53:38 F4t, it got built Jul 16 22:53:41 not synced to feed Jul 16 22:53:44 (probably) Jul 16 22:54:48 <[Rui]> co-eee... Jul 16 22:57:40 so no one can opkg upgrade yet :( Jul 16 22:58:24 no. Jul 16 22:58:37 especially not me Jul 16 22:58:40 since I broke my opkg :) Jul 16 22:58:54 how can one brake opkg? Jul 16 22:59:07 ...it's okpg, not hard Jul 16 22:59:09 :> Jul 16 22:59:27 i mean without messing with the source or changing random bytes in the binary Jul 16 22:59:28 F4t, I'm trying to fix some issues in it Jul 16 22:59:29 ;) Jul 16 22:59:33 changing the source... Jul 16 23:00:06 <[Rui]> is the new opimd contacts management in shr yet? Jul 16 23:00:32 TAsn, "hmm, it seems to be working too much percent of the time, i wonder how i can 'fix' that..." Jul 16 23:00:49 F4t, no Jul 16 23:00:58 "it sucks someone should do something about it" Jul 16 23:06:12 f4t, it doesn't. opkg breaks frequently Jul 16 23:06:31 Blu3, good to know... Jul 16 23:06:36 it a) runs out of memory, and b) runs out of file handles, and c) has otherwise unexplained crashes Jul 16 23:09:52 just take a look at the source code some day... it's amazing that it works at all, in any fashion. Jul 16 23:10:40 I have a massively-modified version that I've hacked up to work on a system with 32MB of physical memory, hence I'm pretty familiar with the horrors of the opkg code. Jul 16 23:11:41 Frankly, I think we should all switch to dpkg and friends -- the gta0x all have sufficient memory for that, and those utilities are well-written, at least. Jul 16 23:15:13 mwester, Jul 16 23:15:27 do you have any idea Jul 16 23:15:42 why an app (opkg) would die and print "Killed" Jul 16 23:15:46 what's the probably cause? Jul 16 23:15:56 add a swap file Jul 16 23:16:03 it'll probably work Jul 16 23:16:36 * dos1 wonders if turning off fans in his laptop over night won't make anything bad to hardware :x Jul 16 23:16:59 why turn them off? they should be on auto Jul 16 23:17:03 when needed, they run Jul 16 23:17:17 set your cpu to slowest speed overnight and they should stay quiet Jul 16 23:17:19 Blu3, I bet he wants to sleep Jul 16 23:17:23 and compile Jul 16 23:17:23 ;) Jul 16 23:17:31 and fry cpu :) Jul 16 23:17:33 dos1, put the laptop in another room. Jul 16 23:17:45 no, downloading ;) Jul 16 23:17:53 but there is one fan Jul 16 23:17:58 quiet, but it is Jul 16 23:18:05 others are turned on automatically Jul 16 23:18:15 dunno about this one, but i can turn it off manually Jul 16 23:18:46 i'll make test Jul 16 23:20:18 mwester, btw, I agree, especially since we rarely use opkg... Jul 16 23:20:54 ok, after running firefox fan started automatically Jul 16 23:20:56 :D Jul 16 23:22:47 dos1, how's your todo going? Jul 16 23:23:16 btw I think I fixed opkg :) Jul 16 23:23:28 I just need a package to install (I got one) Jul 16 23:24:21 " what's the probably cause?" RAM shortage Jul 16 23:24:28 yeah Jul 16 23:24:31 figured that out Jul 16 23:24:32 :) Jul 16 23:24:33 thanks Jul 16 23:25:13 np,bbl - me away to enjoy another beer Jul 16 23:26:34 :) Jul 16 23:28:06 dos1: " ok, after running firefox fan started automatically" FF is a dirty hog on JS Jul 16 23:29:07 TAsn: todo? i started to look at regexps in python ;D Jul 16 23:29:22 :) Jul 16 23:29:33 libboost I guess Jul 16 23:30:09 DocScrutinizer: i know, that's why i started firefox to test fans :D Jul 16 23:35:30 ok, i'm leaving now Jul 16 23:35:33 good night :) Jul 16 23:47:18 TAsn, sorry - away from keyboard. Yes, it's out of memory. That's the single biggest problem it has; it trips a long-standing Linux "issue" with fork. Jul 16 23:47:35 :) Jul 16 23:48:41 One of the change-sets in my 32-MB opkg patches is to switch to vfork() to sidestep that problem. Jul 16 23:49:02 hi all. trying to get acquainted with paroli development... Jul 16 23:50:03 and I can't how the settings 'application' populates its menu list. Jul 16 23:50:17 sorry (I cant find out how...) Jul 16 23:51:59 anyone with paroli knowledge know where the settings menu gets is list of items? Jul 17 01:05:22 when a phone call is made (atdnnn;) what AT command is used to send a digit keypress after the call has been connected? Jul 17 01:18:52 if anyone is interested, it can vary on devices. the command i'm currently using is "AT+VTS=;" which is repeated for each digit Jul 17 01:47:11 mwester, ping Jul 17 01:47:39 pon-bbbbzzzttt-sproing-spat........ Jul 17 01:53:30 what's up, Mr. TAsn? Jul 17 01:53:50 hm.. do you by any change know Jul 17 01:54:05 where opkg writes .conffiles at? Jul 17 01:54:11 I mean where in the code Jul 17 01:54:28 for some reason I can't find it. ;\ Jul 17 01:54:33 heh - several places, actually. Jul 17 01:55:07 Go to the opkg recipe in Openembedded, and look for a set of patches. Jul 17 01:55:30 bah. ;) Jul 17 01:55:31 thanks. Jul 17 01:55:44 nowhere in real code though, huh? Jul 17 01:55:56 opkg_wget_nogpg_* are the set of patches that I hacked in (not used by SHR). Jul 17 01:56:23 One of those hacks on the pathnames so that the conf files get written to a user-specified tmpdir Jul 17 01:56:37 Let me go look... Jul 17 01:57:12 mwester, I'm talking about Jul 17 01:57:27 /usr/lib/opkg/info/alsa-state.conffiles Jul 17 01:57:31 for example Jul 17 01:57:35 Ah. Sorry. Jul 17 01:58:00 That I don't know, I'm afraid. Jul 17 01:58:25 ;\ Jul 17 01:58:33 as it does lie in real code Jul 17 01:58:38 as it's used. Jul 17 01:58:43 though for some reason I can't find it ;\ Jul 17 01:58:49 been grepping my ass off ;) Jul 17 02:03:38 backup_modified_conffiles in opkg_install.c ? Jul 17 02:06:05 no Jul 17 02:06:11 this doesn't write a list to that file Jul 17 02:06:36 or it's just very cryptic and I can't find it **** ENDING LOGGING AT Fri Jul 17 02:59:56 2009