**** BEGIN LOGGING AT Sat Jul 18 02:59:56 2009
Jul 18 04:15:29 <tmzt> troy|home: not yet, at least with this driver/firmware
Jul 18 07:39:16 * FiXion_ was figurering that since SHR unstable currently seems rather stable - shouldn't a release be made?
Jul 18 07:39:31 <FiXion_> if the goal is to have a stable release ofcourse :)
Jul 18 07:39:45 * FiXion_ is perfectly fine with just running unstable
Jul 18 07:40:25 <FiXion_> and good morning :)
Jul 18 07:41:50 <BluesLee> FiXion_: unstable is not reliable for me
Jul 18 07:42:47 <mrmoku> TAsn, now I'm here :)
Jul 18 07:46:04 <FiXion_> BluesLee: running latest? what's your problem?
Jul 18 07:51:02 <BluesLee> FiXion_: gsm stops running from time to time
Jul 18 07:51:34 <mrmoku> ptitjes, around?
Jul 18 07:51:35 <BluesLee> FiXion_: manual suspending doesnt work reliable
Jul 18 07:51:59 <BluesLee> for me ...
Jul 18 07:53:43 <FiXion_> odd
Jul 18 07:55:00 <FiXion_> BluesLee: runnung gsm0710mux.. or fso-abyss?
Jul 18 07:55:57 <BluesLee> i run the default one
Jul 18 07:56:17 <BluesLee> whats the difference and how can i choose?
Jul 18 07:56:18 <FiXion_> which is?
Jul 18 07:56:49 <mrmoku> up to now the default for SHR was gsm0710muxd
Jul 18 07:57:02 <mrmoku> that changes now as we will default to fso-abyss
Jul 18 07:57:13 <mrmoku> BluesLee, you can change that in /etc/frameworkd.conf
Jul 18 07:58:15 <FiXion_> remember to opkg install fso-abyss to be sure :)
Jul 18 07:58:49 <mrmoku> yep that would help :)
Jul 18 07:58:57 <BluesLee> is it better?
Jul 18 07:59:18 <FiXion_> try it yourself
Jul 18 07:59:50 <BluesLee> mrmoku: how do i changed it?
Jul 18 08:00:43 <mrmoku> BluesLee, search for muxer in frameworkd.conf
Jul 18 08:00:48 <mrmoku> and you should see
Jul 18 08:03:39 <BluesLee> fso-abyss seems to depend on libgsm0710mux 
Jul 18 08:04:32 <FiXion_> mine installed some libgsm0710mux packages as well.
Jul 18 08:04:48 <FiXion_> but it works fine -and a ps shows it runs the fso-abyss daemon instead - when the config has been changed
Jul 18 08:04:51 <FiXion_> so I'm happy :)
Jul 18 08:04:58 <FiXion_> and phone is still stable
Jul 18 08:05:18 <FiXion_> I had tried 20090703 - and had segfault problems
Jul 18 08:05:27 <FiXion_> 0710 is the current that works like a charm
Jul 18 08:05:36 <FiXion_> with upgrades ofcourse :)
Jul 18 08:06:24 <mrmoku> BluesLee, mux without *d*
Jul 18 08:06:25 <mrmoku> :)
Jul 18 08:18:57 <Blu3> another reason to love OM, http://www.theregister.co.uk/2009/07/14/blackberry_snooping/
Jul 18 08:23:38 <FiXion_> Blu3: you checked the SHR code for snooping ?
Jul 18 08:23:40 <FiXion_> :>)
Jul 18 08:23:49 <FiXion_> s/>//
Jul 18 08:23:49 <bzzbot> FiXion_ meant: :)
Jul 18 08:24:07 * FiXion_ thinks bzzbot is rather redundant
Jul 18 08:25:15 <BluesLee> mrmoku: and shr will switch to fso-abyss soo?
Jul 18 08:25:19 <BluesLee> ^n
Jul 18 08:26:05 <FiXion_> BluesLee: latest images should include fso-abyss (latest frameworkd packages contains a config using fso-abyss)
Jul 18 08:27:12 <BluesLee> that means fso-abyss is default in the latest image?
Jul 18 08:27:42 <TAsn> mrmoku, rebuild ophonekitd :)
Jul 18 08:27:48 <TAsn> dos fixed a major bug
Jul 18 08:27:56 <TAsn> and we are close on resolving the call waiting bug :)
Jul 18 08:28:11 <TAsn> oh and also frameworkd
Jul 18 08:28:11 <TAsn> :)
Jul 18 08:28:47 <Wonka> .oO( when will these fixes arrive in shr-unstable? )
Jul 18 08:29:31 <TAsn> Wonka, as soon as mrmoku says "done"
Jul 18 08:29:31 <TAsn> :)
Jul 18 08:30:28 <tobii_> good morning
Jul 18 08:30:58 <TAsn> mrmoku, btw, are you here?
Jul 18 08:31:09 <TAsn> BluesLee, yes.
Jul 18 08:31:29 <mrmoku> TAsn, I can't rebuild anything
Jul 18 08:31:52 <mrmoku> buildarea for unstable is broken
Jul 18 08:32:39 * FiXion_ rambles about filesystem snapshots being a nice thing, when one accidently screws up :)
Jul 18 08:32:41 <TAsn> shit ;(
Jul 18 08:32:58 <TAsn> mrmoku, well, "fuck unstable"
Jul 18 08:33:01 <TAsn> how's testing doing?
Jul 18 08:33:03 <TAsn> and btw
Jul 18 08:33:08 <morphis> heyho
Jul 18 08:33:12 <mrmoku> TAsn, we have to go back to the original plan and determine working revisions
Jul 18 08:33:33 <morphis> ptitjes: I sent some mail to the shr-devel list about my application framework ideas
Jul 18 08:33:48 <TAsn> mrmoku, wait, you can't just build ophonekitd in unstable?
Jul 18 08:34:00 <TAsn> mrmoku, do you want my package version dump?
Jul 18 08:34:01 <mrmoku> TAsn, I can build it... but I can't sync the feed
Jul 18 08:34:16 <TAsn> I think mine is stable :)
Jul 18 08:34:27 <mrmoku> TAsn, mail please :)
Jul 18 08:34:33 <TAsn> cool :)
Jul 18 08:34:38 <TAsn> one comment though
Jul 18 08:34:48 <TAsn> ophonekitd is a local build though it means latest :)
Jul 18 08:37:12 <TAsn> opkg list_installed > tasn.packages
Jul 18 08:37:13 <TAsn> sent :)
Jul 18 08:37:47 <TAsn> mrmoku, btw I have an issue you may know the answer to
Jul 18 08:37:57 <TAsn> TAsn> hey, I have a question about glib. I have the following code: http://pastebin.com/m6ac9b286 and when running with valgrind it complains about possible leaks. (I also later free tmp) what am I doing wrong?
Jul 18 08:38:05 <TAsn> <TAsn> http://pastebin.com/m79853da <--- valgrind output
Jul 18 08:38:22 <TAsn> the dudes at #gtk+ know nothing ;\
Jul 18 08:39:19 <mrmoku> TAsn, the only thing I see is that you don't free error
Jul 18 08:39:36 <TAsn> I know
Jul 18 08:39:44 <TAsn> though that's only when an error occurs
Jul 18 08:39:46 <TAsn> already fixed that
Jul 18 08:39:52 <TAsn> though an error doesn't occur
Jul 18 08:39:56 <TAsn> so error is not allocated
Jul 18 08:40:04 <mrmoku> and what about tmp?
Jul 18 08:41:26 <TAsn> also freed
Jul 18 08:41:35 <TAsn> even tried with retrieving data
Jul 18 08:41:49 <TAsn> btw, do you know how can I save the config file back to hd? :)
Jul 18 08:42:29 <mrmoku> TAsn, no idea
Jul 18 08:42:42 <TAsn> just found it :)
Jul 18 08:42:43 <mrmoku> my first glib contact was for SHR ... so really no expert here :P
Jul 18 08:42:43 <TAsn> hehe
Jul 18 08:43:01 <TAsn> anyhow
Jul 18 08:43:04 <TAsn> this leak is annoying :(
Jul 18 08:43:50 <mrmoku> why don't you use g_key_file_load_from_file ?
Jul 18 08:44:47 <mrmoku> TAsn, nvm :)
Jul 18 08:44:56 <TAsn> :)
Jul 18 08:45:07 <TAsn> anyhow got my mail? :)
Jul 18 08:45:46 <mrmoku> yep
Jul 18 08:46:13 <TAsn> cool. :)
Jul 18 08:47:48 <FiXion_> anyone know of a wml browser (wap sites) for freerunner?
Jul 18 09:05:40 <mrmoku> TAsn, and what was the leak in the end?
Jul 18 09:05:50 <mrmoku> (me wants to learn something :P)
Jul 18 09:05:55 <TAsn> no idea.
Jul 18 09:06:01 <TAsn> still looking :)
Jul 18 09:06:05 <mrmoku> ahh
Jul 18 09:06:06 <TAsn> I think it's not a real leak
Jul 18 09:06:12 <TAsn> but somehow something that glib does
Jul 18 09:06:15 <TAsn> confuses valgrind
Jul 18 09:06:17 <TAsn> but no idea.
Jul 18 09:06:47 <mrmoku> TAsn, did you try valgrind on the efl frontend? :P
Jul 18 09:06:51 <mrmoku> might be interesting
Jul 18 09:09:16 <TAsn> mrmoku, won't be interesting
Jul 18 09:09:19 <TAsn> as I know the result
Jul 18 09:09:22 <TAsn> MANY LEAKS
Jul 18 09:09:26 <TAsn> I can see it with my eyes :)
Jul 18 09:09:34 <TAsn> no need for valgrind
Jul 18 09:09:35 <TAsn> ):
Jul 18 09:11:22 <PaulFertser> TAsn: i've tried to valgrind a simple gtk app and man i couldn't figure why it keeps complaining. Also glib documentation is not very clear about what and how should be freed properly. 
Jul 18 09:11:39 <TAsn> PaulFertser, indeed
Jul 18 09:11:45 <TAsn> not very clear is an understatement
Jul 18 09:12:03 <TAsn> get_string_fro_key_file
Jul 18 09:12:07 <TAsn> or whatever for instance
Jul 18 09:12:10 <TAsn> allocates a new string ;\
Jul 18 09:12:15 <TAsn> but I knew that.
Jul 18 09:12:17 <TAsn> though still...
Jul 18 09:12:28 <TAsn> many stuff like that.
Jul 18 09:12:38 <TAsn> it only make sense
Jul 18 09:12:47 <TAsn> but still is weird.
Jul 18 09:12:57 <TAsn> that they don't state that more clearly.
Jul 18 09:14:36 <PaulFertser> TAsn: should it be freed with g_free() or free()?
Jul 18 09:14:57 <TAsn> PaulFertser, probably g_free, though that's of course not explained.
Jul 18 09:15:17 <PaulFertser> TAsn: valgrind still complained.
Jul 18 09:15:25 <TAsn> :(
Jul 18 09:16:09 <mrmoku> TAsn, are you sure about your revisions
Jul 18 09:16:20 <mrmoku> the frameworkd one for example is in the middle of dos1's opimd stuff
Jul 18 09:17:10 <TAsn> mrmoku, are you sure about frameworkd?
Jul 18 09:17:16 <TAsn> all I know is that my phone works great :)
Jul 18 09:17:18 <mrmoku> yep
Jul 18 09:17:19 <TAsn> dos1, saw my pm?
Jul 18 09:17:22 <TAsn> what do you think?
Jul 18 09:17:29 <TAsn> mrmoku, about frameworkd ask dos1
Jul 18 09:18:11 <dos1> mrmoku: i'm sure about frameworkd
Jul 18 09:18:25 <dos1> it's in middle of changes, yep
Jul 18 09:18:36 <dos1> but now i want to start implementing breaking things ;)
Jul 18 09:19:02 <dos1> new quering, regexps... it changes everything in way that opimd works ;x
Jul 18 09:19:30 <dos1> ok, bbl ;D
Jul 18 09:30:44 <SHR-WugBranler> tracfeed: Ticket #339 (receiving an incoming call when already on line) updated <http://trac.shr-project.org/trac/ticket/339#comment:15>
Jul 18 09:39:00 <dos1> mrmoku: ping
Jul 18 09:39:29 <dos1> mrmoku: "Why would it be needed that the config files rdepend on fso-abyss too?"
Jul 18 09:39:38 <dos1> mrmoku: not too, as frameworkd doesn't depend on fso-abyss
Jul 18 09:39:46 <dos1> mrmoku: frameworkd is only builded in armv4t arch
Jul 18 09:39:52 <dos1> mrmoku: so that lines didn't make sense
Jul 18 09:48:24 <mrmoku> dos1, ah, ok
Jul 18 09:48:30 <mrmoku> that was the explanation needed :P
Jul 18 09:48:43 * mrmoku wonders who added those deps in the first place
Jul 18 09:54:23 <CIA-43> SHR: 03root 07libphone-utils * r9bfbc8048589 10/ (data/phone-utils.conf src/phone-utils.c src/phone-utils.h.in): phone_utils_user_get* now alloc data on return
Jul 18 09:54:39 <TAsn> lol.
Jul 18 09:54:43 <TAsn> root = me. ;(
Jul 18 09:54:53 <TAsn> stupid me :)
Jul 18 09:57:58 <mrmoku> TAsn, what about the pyphonelog revision?
Jul 18 09:58:05 <CIA-43> SHR: 03tom 07libphone-utils * rd1eb2ab7888b 10/src/ (phone-utils.c phone-utils.h.in): adedd phone_utils_save_config
Jul 18 09:58:41 <TAsn> sweet :) now people can change retrieve info from user/frameworkd and set them to the config easily :)
Jul 18 10:01:45 <dos1> root ;D
Jul 18 10:02:16 <TAsn> mrmoku, latest
Jul 18 10:02:18 <dos1> TAsn: could you also implement config in libframeworkd-phonegui-efl, so displaying window with incoming message will be configurable? :)
Jul 18 10:02:20 <TAsn> dos1, yeah :)
Jul 18 10:02:32 <dos1> nice :)
Jul 18 10:02:46 <TAsn> mrmoku, hehe, sure :)
Jul 18 10:02:49 <TAsn> though I'll make it hackish
Jul 18 10:02:56 <TAsn> as efl1 should die already
Jul 18 10:02:57 <TAsn> :)
Jul 18 10:03:09 <TAsn> as for efl2, I'm starting to work on it.
Jul 18 10:03:30 <dos1> ok ;)
Jul 18 10:06:52 <TAsn> mrmoku, it's actually ophoenkitd when I think about it...
Jul 18 10:07:23 <TAsn> no?
Jul 18 10:07:38 <TAsn> I mean should GUI decide if it wants to show?
Jul 18 10:07:41 <TAsn> or should the caller?
Jul 18 10:07:54 <TAsn> hm.. actually maybe the gui
Jul 18 10:08:00 <dos1> hmm
Jul 18 10:08:00 <TAsn> as we may want to make it generic
Jul 18 10:08:03 <dos1> good question
Jul 18 10:08:09 <TAsn> we should probably consider making two calls
Jul 18 10:08:11 <TAsn> SHOW
Jul 18 10:08:17 <TAsn> and
Jul 18 10:08:17 <TAsn> show
Jul 18 10:08:17 <TAsn> ;]
Jul 18 10:08:17 <TAsn> one will SHOW
Jul 18 10:08:20 <TAsn> and one will think about it
Jul 18 10:08:20 <TAsn> ;)
Jul 18 10:16:31 <mrmoku> TAsn, I don't follow you?
Jul 18 10:16:39 <TAsn> ok
Jul 18 10:16:44 <TAsn> I'll explain
Jul 18 10:16:51 <TAsn> you can probably set this in two different places
Jul 18 10:16:57 <TAsn> either ophonekitd
Jul 18 10:17:11 <TAsn> won't even attempt to show the incoming sms window
Jul 18 10:17:31 <TAsn> or phonegui will decide not to show it
Jul 18 10:17:38 <TAsn> both are possible solutions
Jul 18 10:17:48 <TAsn> as phone gui
Jul 18 10:18:03 <TAsn> is the gui
Jul 18 10:18:10 <TAsn> i think it should be the one who decides
Jul 18 10:18:14 <TAsn> though it's "too weird"
Jul 18 10:18:16 <mrmoku> the thing m0nt0 did?
Jul 18 10:18:24 <TAsn> as an app may want to "force show"
Jul 18 10:20:07 <TAsn> no
Jul 18 10:20:11 <TAsn> no idea what he did
Jul 18 10:20:14 <TAsn> I'm just saying
Jul 18 10:20:23 <TAsn> there are two possible places to make it not to show
Jul 18 10:22:25 <mrmoku> he implemented the 'do not show incoming sms' option
Jul 18 10:22:54 <mrmoku> and IIRC he did that in ophonekitd
Jul 18 10:24:27 <TAsn> yeah
Jul 18 10:24:34 <TAsn> that's easy.
Jul 18 10:24:55 <TAsn> I think you should just use his fix then
Jul 18 10:25:03 <TAsn> I should think more about this
Jul 18 10:25:37 <CIA-43> SHR: 03mok 07shr * r06b6b5ffb4df 10/libframeworkd-phonegui-efl/src/view/message-list-view.c: message-list-view: show debug logger when no timestamp is found
Jul 18 10:25:45 <mrmoku> and it might change for our future architecture
Jul 18 10:27:57 <TAsn> future arch?\
Jul 18 10:29:58 <mrmoku> vala
Jul 18 10:30:04 <mrmoku> new api stuff
Jul 18 10:30:08 <mrmoku> new layers :)
Jul 18 10:30:28 <TAsn> :|
Jul 18 10:31:28 <mrmoku> where you might have some profile saying 'show incoming SMS, but only if from this and that'
Jul 18 10:36:12 <mrmoku> TAsn, btw. started a testing build on the buildhost now
Jul 18 10:36:16 <mrmoku> lets pray and see ;)
Jul 18 10:36:27 <TAsn> hehe
Jul 18 10:36:28 <TAsn> :)
Jul 18 10:36:33 <TAsn> latest ophonekitd I hope :(
Jul 18 10:36:36 <TAsn> :)
Jul 18 10:36:42 <mrmoku> no :P
Jul 18 10:37:52 <mrmoku> but we can still update that... next friday ;)
Jul 18 10:38:12 <TAsn> what about latest opkg?
Jul 18 10:38:18 <mrmoku> just kidding... lets first see what this build gives
Jul 18 10:38:30 <TAsn> :)
Jul 18 10:38:38 <dos1> mrmoku: package-kit? :p
Jul 18 10:39:19 <dos1> mrmoku: when i'll run package-kit build on my server (after make update), should it build newer version?
Jul 18 10:39:28 <mrmoku> TAsn, opkg should be including your patch
Jul 18 10:39:36 <mrmoku> dos1, yep
Jul 18 10:39:53 <dos1> mrmoku: then i'll try to build it myself
Jul 18 10:39:54 <dos1> :D
Jul 18 10:40:02 <dos1> as my server is up :)
Jul 18 10:48:52 <dos1> TAsn: http://www.penguin.cz/novinky-view.php?id=1205
Jul 18 10:48:56 <dos1> :D
Jul 18 10:49:05 <dos1> "Freerunner - SHR Phonelog přechází na opimd"
Jul 18 10:50:12 <TAsn> :)
Jul 18 10:52:48 <soltys> :
Jul 18 10:52:50 <soltys> :>
Jul 18 11:07:39 <dos1> hmm
Jul 18 11:07:52 <dos1> new packagekit requires policykit
Jul 18 11:08:31 <dos1> i wonder, if we could use policykit in SHR after changing from root to user account ;x
Jul 18 11:09:02 <dos1> and if it won't be overkill...
Jul 18 11:21:01 <ptitjes> good morning
Jul 18 11:21:09 <ptitjes> gniiaaaaahhhhhhhh
Jul 18 11:21:28 <ptitjes> raster is playing Vala...
Jul 18 11:21:31 <ptitjes> nice :)
Jul 18 11:21:36 <ptitjes> mrmoku: I'm here
Jul 18 11:22:08 <CIA-43> freesmartphone.org: 03mickey 07libeflvala * r914acd34372c 10/patches/callback-typedefs-for-edje.patch: add patch against edje to make post Vala 0.7.4 work
Jul 18 11:22:31 <CIA-43> freesmartphone.org: 03mickey 07libeflvala * rd8a558b58a45 10/vapi/eina.vapi: eina.vapi: fix callback names for Vala 0.7.4
Jul 18 11:22:54 <ptitjes> mrmoku: see the commits of mickeyl ^^^^^^ ?
Jul 18 11:23:10 <ptitjes> mrmoku: libeflvala will build now :)
Jul 18 11:23:43 <CIA-43> freesmartphone.org: 03mickey 07libeflvala * r3c64cf9df6f9 10/vapi/edje.vapi: edje.vapi: add callback names (NOTE: needs patched edje for now)
Jul 18 11:23:51 <mickeyl> not yet
Jul 18 11:23:59 <mickeyl> there's some more headaches
Jul 18 11:24:10 <mickeyl> EFL is _full_ of anonymous callbacks :(
Jul 18 11:24:25 <mickeyl> i will come up with some patches for upstream
Jul 18 11:28:04 * mickeyl grumbles about C
Jul 18 11:28:23 <mickeyl> i don't know why Vala insists on these things now
Jul 18 11:28:30 <mickeyl> it worked fiune before...
Jul 18 11:30:29 <CIA-43> freesmartphone.org: 03mickey 07libeflvala * r3981b0e4b41a 10/vapi/evas.vapi: evas: add type for Evas Callback (NOTE: needs patched evas for now)
Jul 18 11:30:30 <CIA-43> freesmartphone.org: 03mickey 07libeflvala * rd42c423defd9 10/patches/ (2 files): add patch for evas
Jul 18 11:30:36 <mickeyl> ok, libeflvala compiles again
Jul 18 11:30:41 <mickeyl> ~seen raster
Jul 18 11:30:41 <bzzbot> raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #openmoko-cdevel, 3d 7h 20m 58s ago, saying: 'DocScrutinizer: what DO you want to do today?'.
Jul 18 11:31:01 <dos1> mickeyl: raster was just few minutes ago on #openmoko
Jul 18 11:31:09 <mickeyl> ya, he logged off
Jul 18 11:31:16 <dos1> 20 minutes ago
Jul 18 11:32:13 <dos1> mrmoku: /bin/sh: line 1: /usr/bin/glib-genmarshal: No such file or directory
Jul 18 11:32:18 <dos1> when building packagekit ;x
Jul 18 11:35:42 <mickeyl> mail sent to e-devel
Jul 18 11:36:22 <mrmoku> dos1, hmm
Jul 18 11:36:46 <dos1> mrmoku: looks like it tries to use host utility
Jul 18 11:37:08 <mrmoku> yep... and I have that one on my buildhost :P
Jul 18 11:37:36 <dos1> mrmoku: now i also have :P
Jul 18 11:37:37 <TAsn> dos1, ?
Jul 18 11:37:49 <dos1> after aptitude install libglib2.0-dev :P
Jul 18 11:38:17 <dos1> but i think that's not the correct fix ;x
Jul 18 11:48:53 <CIA-43> SHR: 03mok 07shr * r191b50a0b1a9 10/libframeworkd-phonegui-efl/src/view/message-show-view.c: message-show-view: add debug logger when no timestamp is found
Jul 18 11:55:12 <dos1> mrmoku: strange
Jul 18 11:55:17 * von_fritz offers mrmoku an italian pizza for his good work ;)
Jul 18 11:55:35 <dos1> mrmoku: i have glib-marshal installed on host, but it still says "no such file or directory" in bitbake ;x
Jul 18 11:56:19 <dos1> http://tinderbox.openembedded.net/public/logs/task/1914427.txt
Jul 18 11:56:25 <dos1> missing dependency?
Jul 18 12:02:07 * mrmoku is going to take that pizza the next time he goes to italy :D
Jul 18 12:02:11 <[Rui]> does david samblas come around here?
Jul 18 12:03:28 <mrmoku> dos1, did you clean it?
Jul 18 12:03:37 <dos1> mrmoku: packagekit?
Jul 18 12:06:25 <mrmoku> yep
Jul 18 12:08:10 <dos1> mrmoku: not yet, i'll try
Jul 18 12:23:40 <F4t> mrmoku, hows the build?
Jul 18 12:24:59 <mrmoku> F4t, running
Jul 18 12:25:12 <F4t> mrmoku, any chance of it building today? :)
Jul 18 12:25:28 * mrmoku is an optimist
Jul 18 12:25:31 <mrmoku> F4t, yes :)
Jul 18 12:25:36 <F4t> great! :D
Jul 18 12:25:45 * F4t is easily convinced
Jul 18 12:27:49 <Mortak> hi
Jul 18 12:52:13 <TAsn> mickey_away, how can I know if a org.freesmartphone.GSM.SMS.SendMessage succeeded or not?
Jul 18 13:22:58 <bumbl> dos1: i still think your school is really liberal and i still think that using the internet/... even if all are allowed to do that is kind of cheating
Jul 18 13:45:53 <dos1> bumbl: noone is allowed to use internet during exam
Jul 18 13:46:13 <dos1> bumbl: i just said, that when it's easier to cheat using internet - noone does that
Jul 18 13:46:15 <dos1> :P
Jul 18 13:46:41 <dos1> TAsn: in python it's reply_handler and error_handler :P
Jul 18 13:46:50 <dos1> TAsn: when error_handler is called, then it failed ;x
Jul 18 13:47:17 <TAsn> dos1, that's the thing
Jul 18 13:47:24 <TAsn> I don't think it tells anyone it failed...
Jul 18 13:47:48 <dos1> TAsn: it tells
Jul 18 13:47:48 <dos1> TAsn: that's how error handling in opimd-utils works :P
Jul 18 13:48:45 <TAsn> so maybe it's an issue with frameworkd-glib?
Jul 18 13:48:53 <TAsn> as I don't see an option to put an error handler
Jul 18 13:48:57 <TAsn> only a reply handler
Jul 18 13:49:15 <dos1> TAsn: looks like
Jul 18 13:49:58 * mrmoku --> family time
Jul 18 13:50:02 <mrmoku> both builds still running :)
Jul 18 13:50:04 <mrmoku> bbl
Jul 18 13:50:14 <TAsn> one more things
Jul 18 13:50:18 <TAsn> *thing
Jul 18 13:50:29 <TAsn> dos1, how do I do a vbox (gtk) like in elementary?
Jul 18 13:50:34 <TAsn> I want to pack stuff
Jul 18 13:50:38 <TAsn> and just let them be in a list
Jul 18 13:50:57 <TAsn> i.e split screen space
Jul 18 13:51:22 <dos1> TAsn: in python or C
Jul 18 13:51:32 <dos1> ?
Jul 18 13:51:44 <TAsn> c
Jul 18 13:51:50 <TAsn> I'm trying the box wiget
Jul 18 13:51:53 <TAsn> those I'm having issue
Jul 18 13:51:55 <TAsn> s
Jul 18 13:52:02 <dos1> TAsn: elm_box_horizontal_set(your_box, 1); ?
Jul 18 13:52:22 <dos1> ah, vbox?
Jul 18 13:52:32 <dos1> just box = elm_box_add(window);
Jul 18 13:52:42 <dos1> evas_object_show(box);
Jul 18 13:52:55 <dos1> elm_box_pack_end(box, your_widget);
Jul 18 13:52:58 <dos1> :P
Jul 18 13:53:02 <dos1> anyway, bbl
Jul 18 13:53:39 <TAsn> that's what I did.
Jul 18 13:53:40 <TAsn> hm..
Jul 18 13:53:45 <TAsn> I wonder what's wrong.
Jul 18 13:58:39 <bumbl> dos1|away: ah ok
Jul 18 14:44:01 <TAsn> hm.. I can't see to pack it correctly :)
Jul 18 14:44:01 <TAsn> bah.
Jul 18 14:49:33 <TAsn> I need someone with elmentary know how
Jul 18 14:49:40 <TAsn> :)
Jul 18 15:03:04 <[Rui]> TAsn: have you solved it yet?
Jul 18 15:03:33 <TAsn> no :(
Jul 18 15:03:37 <TAsn> for some reason
Jul 18 15:03:40 <TAsn> although I pack it
Jul 18 15:03:47 <TAsn> it still just shows in the middle of the screen
Jul 18 15:03:55 <TAsn> without any relation to where the box is at. ;\
Jul 18 15:04:08 <[Rui]> where is your code?
Jul 18 15:04:39 <dos1> TAsn: do you add widget which should be in box somewhere else? (to window?)
Jul 18 15:05:05 <[Rui]> TAsn: I usually follow the elementary example
Jul 18 15:05:11 <[Rui]> add a window
Jul 18 15:05:14 <[Rui]> add a bg to window
Jul 18 15:05:19 <[Rui]> add a box to window
Jul 18 15:05:29 <[Rui]> then add elements to window and pack them at the end of box
Jul 18 15:05:31 <TAsn> dos1, yes.
Jul 18 15:05:35 <dos1> TAsn: why?
Jul 18 15:05:39 <dos1> TAsn: add it only to box
Jul 18 15:05:45 <TAsn> wait
Jul 18 15:05:45 <TAsn> no
Jul 18 15:05:57 <TAsn> I add it to the box
Jul 18 15:05:58 <[Rui]> dos1: sometimes doing that gives me a core dump
Jul 18 15:06:11 <[Rui]> dos1: I haven't yet understood why.
Jul 18 15:06:37 <dos1> [Rui]: hmm? adding it also to window isn't supposed to work ;x
Jul 18 15:06:40 <dos1> button = elm_button_add(window);
Jul 18 15:06:49 <dos1> elm_box_pack_end(box, button);
Jul 18 15:06:54 <[Rui]> dos1: not also
Jul 18 15:07:04 <dos1> evas_object_show(button);
Jul 18 15:07:09 <[Rui]> button = elm_button_add(box) => crash
Jul 18 15:07:12 <dos1> evas_object_show(box);
Jul 18 15:07:21 <dos1> [Rui]: that's not adding it to window :P
Jul 18 15:07:24 <TAsn> I do
Jul 18 15:07:28 <[Rui]> but it would be more intuitive (at least for my understanding) to add the objects hierarchichally
Jul 18 15:07:29 <TAsn> elm_button_add(box)
Jul 18 15:07:29 <dos1> but here it works (having box as parent)
Jul 18 15:07:35 <[Rui]> dos1: yes, I know.
Jul 18 15:07:48 <[Rui]> dos1: which is why I add them to the window, and then pack them into the boxes
Jul 18 15:08:03 <dos1> [Rui]: that's not adding to window ;P
Jul 18 15:08:10 <dos1> that's just setting window as parent
Jul 18 15:08:20 <[Rui]> dos1: well, yes, unintuitive
Jul 18 15:08:22 <dos1> adding to window is evas_resize_object_add(window, button);
Jul 18 15:08:23 <dos1> ad bg :P
Jul 18 15:08:39 <dos1> [Rui]: but in my apps i'm setting also boxes as parents, and it works ;x
Jul 18 15:08:55 <[Rui]> dos1: as I said, sometimes works, sometimes crashes
Jul 18 15:10:54 <dos1> [Rui]: strange
Jul 18 15:10:58 <[Rui]> not the same spot of code... while constructing a window it works, but then constructin another doesn't
Jul 18 15:11:01 <dos1> TAsn: show your code
Jul 18 15:11:03 <[Rui]> dos1: it could be due to my elementary
Jul 18 15:11:06 <TAsn> sec.
Jul 18 15:11:10 <TAsn> :)
Jul 18 15:11:15 <[Rui]> 0.3.0+svn40530-1
Jul 18 15:11:23 <[Rui]> it's probably a bit oldish
Jul 18 15:11:31 <[Rui]> it's from packages.enlightenment.org
Jul 18 15:11:32 <dos1> hmm, yep
Jul 18 15:12:07 <dos1> mrmoku|away: i have packagekit builded. it brokes shr-installer :D
Jul 18 15:12:10 <[Rui]> dos1: well, the one in om2009 is even older
Jul 18 15:12:11 <[Rui]> elmdentica - 0.0.2-r1 - 
Jul 18 15:12:23 <[Rui]> unless the version is completely wrong
Jul 18 15:12:42 <dos1> mrmoku|away: but that's only because now it needs authorization by policykit
Jul 18 15:12:42 <[Rui]> fortunately I haven't had any problem
Jul 18 15:13:00 <dos1> mrmoku|away: and shr-installer doesn't do that ;) but i'll implement it
Jul 18 15:13:19 <dos1> and then i'll try to fix bugs in opkg backend and send it upstream
Jul 18 15:13:46 <dos1> (AFAICS development is very active)
Jul 18 15:17:22 <TAsn> dos1, 
Jul 18 15:17:25 <TAsn> http://pastebin.com/m1b554507
Jul 18 15:17:27 <TAsn> :|
Jul 18 15:17:31 <TAsn> wanted:
Jul 18 15:17:38 <TAsn> container will host two things
Jul 18 15:17:46 <TAsn> scroller and index
Jul 18 15:17:46 <mwester> shr-unstable/openembedded/recipes/gstreamer/gst-plugins-good_0.10.7.bb do_compile failed
Jul 18 15:17:48 <TAsn> side by side
Jul 18 15:17:58 <TAsn> scroller will host box
Jul 18 15:18:10 <mwester> error: esd.h: No such file or directory
Jul 18 15:18:12 <mwester> Sigh
Jul 18 15:18:30 <mwester> You see what happens when you continue development without a buildable head?
Jul 18 15:18:53 <mwester> Yet Another SHR Build Breakage
Jul 18 15:19:16 <[Rui]> TAsn: side by side would mean the index_box needs to be set horizontal
Jul 18 15:19:22 <[Rui]> ?
Jul 18 15:19:36 <dos1> TAsn: what is obj?
Jul 18 15:19:41 <mwester> I've been travelling for the past month or so, so I don't know about the past month, but I do know that SHR didn't used to be so bad.
Jul 18 15:20:32 <TAsn> wait.
Jul 18 15:20:44 <naeg> can someone help me configure the touchscreen for X?
Jul 18 15:20:48 <dos1> TAsn:    elm_widget_resize_object_set(obj, wd->scroller);
Jul 18 15:20:48 <mwester> I'm going to blow away my TMPDIR, try one more time, and if it fails, I'll have to shut down my build servers, and give up --- gotta leave again.  I was rather hoping I could leave on my next trip with an updated SHR install on my FR. :(
Jul 18 15:20:55 <dos1> TAsn: that's bad :P
Jul 18 15:21:04 <mwester> MEGAFAIL, guys. :(
Jul 18 15:21:10 <TAsn> I'm editing elm_list.c
Jul 18 15:21:13 <TAsn> it's raster's fault :)
Jul 18 15:21:18 <dos1> TAsn: i think you should do elm_widget_resize_object_set(window, wd->container);
Jul 18 15:21:54 <dos1> mwester: we're also trying to get fresh image ;p
Jul 18 15:22:17 <dos1> but that gst problem is something new
Jul 18 15:22:27 <[Rui]> TAsn: wd->box = elm_box_add(wd->scroller); ? this is one of the things that used to crash
Jul 18 15:22:39 <TAsn> nothing crashed
Jul 18 15:23:01 <mwester> Yes.  It's new.  But it would probably be many times easier to sort if shr built BEFORE whatever broke it happened.  Now we don't even know what commit in the past four days broke it.
Jul 18 15:23:02 <[Rui]> TAsn: you do elm_box_add() to containers (windows, boxes, etc...)
Jul 18 15:23:09 <[Rui]> but a scroller has a content which is set
Jul 18 15:23:34 <[Rui]> dos1: I still cannot look at that function and read your understanding
Jul 18 15:23:48 <[Rui]> dos1: that's gotta be the worst possible name to a function if it does what you say
Jul 18 15:24:13 <TAsn> [Rui], I also set the content of the scroller
Jul 18 15:24:46 <[Rui]> TAsn: as a general rule, I'm adding to the respective window and then packing in the right boxes
Jul 18 15:25:22 <dos1> [Rui]: in packing everything is ok
Jul 18 15:25:24 <dos1>    elm_widget_resize_object_set(obj, wd->scroller);
Jul 18 15:25:30 <dos1> that looks like evil ;P
Jul 18 15:25:42 <TAsn> dos1, that is actually correct
Jul 18 15:25:42 <dos1> what is obj, and WTF does scroller here?
Jul 18 15:25:46 <TAsn> though adding what you suggested
Jul 18 15:25:53 <TAsn> is correct.
Jul 18 15:25:59 <TAsn> sec, I'm getting there
Jul 18 15:26:05 <dos1> TAsn: you want to add container to window, not scroller
Jul 18 15:26:19 <dos1> TAsn: and then add scroller to container
Jul 18 15:26:23 <dos1> not scroller to window
Jul 18 15:26:45 <dos1> in this pastebin code, you're adding scroller to something called obj
Jul 18 15:26:59 <dos1> and nothing else you're adding anywhere
Jul 18 15:28:20 <dos1> mwester: gst-plugins-good is now building on buildhost, AFAICS on tinderbox
Jul 18 15:28:43 <dos1> mwester: before that there were other build issues, which were solved
Jul 18 15:29:00 <dos1> mwester: you can't fix everything at the same time, when you even don't know what to fix ;p
Jul 18 15:30:12 <mwester> dos1,  that's _exactly_ the problem, and the point I've been trying to make for days now!
Jul 18 15:30:34 <dos1> mwester: ... then i don't get you
Jul 18 15:31:18 <dos1> mwester: building doesn't take few seconds ;p
Jul 18 15:32:26 <mwester> dos1,  somebody committed a change that broke the build days and days ago -- they did not test, so others checked in more commits.  Those subsequent commits could not be tested either, because the builds were failing.  So now we don't know how to fix all the problems that have crept in.
Jul 18 15:33:08 <dos1> i don't thing there was any commit about gstreamer recently....
Jul 18 15:33:14 <[Rui]> mwester: ah I see the problem
Jul 18 15:33:20 <mwester> dos1,  So the rule is very simple, and used by 1,000,000s of developers on modern software projects all over the world -- you test after you commit, and do not commit any more work until problems are fixed. 
Jul 18 15:33:39 <mwester> dos1, it is naive to assume that a build failure in module X was caused by a change to module X
Jul 18 15:33:39 <[Rui]> you guys should force everyone to view Theo deRaats's presentation on the release model of OpenBSD :)
Jul 18 15:33:40 <TAsn> dos1, 
Jul 18 15:33:42 <TAsn> http://svn.enlightenment.org/svn/e/trunk/TMP/st/elementary/src/lib/elm_list.c
Jul 18 15:33:46 <TAsn> I just modified this
Jul 18 15:33:49 <TAsn> ...
Jul 18 15:33:55 <mwester> dos1,  that is why it is important to delete TMPDIR and do full builds at least once per day.
Jul 18 15:34:02 <[Rui]> people who break the tree are not only duly insulted, but also punished (like a short period without commit access).
Jul 18 15:34:11 <[Rui]> who break it for more than a few minutes, of course.
Jul 18 15:34:17 <[Rui]> a mistake can happen
Jul 18 15:34:18 <mwester> This is fundamental, basic config/build managment, and industry-standard now.
Jul 18 15:34:31 <[Rui]> but it shouldn't last for much longer because it hurts everyone else
Jul 18 15:34:50 <[Rui]> http://www.youtube.com/watch?v=i7pkyDUX5uM
Jul 18 15:35:06 <[Rui]> I use an extension to download and then play with mplayer, but if you have flash it also works
Jul 18 15:35:07 <dos1> but i don't see the issue then, as we do exactly what you want
Jul 18 15:35:11 <[Rui]> it's about half an hour
Jul 18 15:35:11 <mwester> [Rui],  :D at one company I worked at, we designated build failures as "Donut-able" offenses, and the guilty developer had to bring donuts and soda for the next day's meeting for the entire development team -- expensive in addition to embarassing.
Jul 18 15:35:49 <[Rui]> mwester: hehe
Jul 18 15:35:51 <von_fritz> :)
Jul 18 15:35:58 <dos1> nice :D
Jul 18 15:36:17 <[Rui]> in a world distributed environment, perhaps a week without commit and due insults would work better ;)
Jul 18 15:36:33 <mwester> yes, and Ainulindale is very good with the insults. :)
Jul 18 15:36:58 <dos1> well, in SHR only three people have access to OE :P
Jul 18 15:37:07 <dos1> Ainulindale, mrmoku and spaetz
Jul 18 15:37:08 <dos1> noone else
Jul 18 15:37:10 <lindi-> mwester: why not make the automatically do a test build before allowing a patch?
Jul 18 15:37:13 <mwester> True, and many of the problems come from OE, not the SHR team.
Jul 18 15:37:23 <mwester> lindi-,  YES!  I'd love that!
Jul 18 15:37:50 <[Rui]> lindi-: not very practical
Jul 18 15:38:13 <[Rui]> lindi-: mwester: 1) it would have a huge overhead on the developer, 2) it would have a huge overhead on the server
Jul 18 15:38:23 <mwester> It's called a "preflight checkout" in many companies -- a commit trigger does a build/unit test on a developers branch before permitting the change to be merged into the real development branch.
Jul 18 15:38:43 <[Rui]> as a practice in elmdentica, I don't commit if it doesn't (at least) compile, but I usually also run it
Jul 18 15:38:47 <mwester> Yes, it has huge overhead, that is a very valid problem.
Jul 18 15:40:20 <lindi-> [Rui]: isn't the overhead the same? every commit needs to be built at least once anyway?
Jul 18 15:40:50 <mwester> But a compromise that would be workable, I think, would be an autobuilder that builds - from scratch - daily, and makes the branch read-only if the build fails.  That would limit further "damage" to the state of the software until the problem is resolved.
Jul 18 15:41:08 <[Rui]> I think it would work best if the "don't commit without compile test" rule were enforced
Jul 18 15:42:16 <[Rui]> mwester: that would prevent others from correcting it except the adminstrator of the tree. you don't want to increase the single points of failure, you want to reduce them
Jul 18 15:42:40 <mwester> True, but look where we are right now... 
Jul 18 15:42:42 <dos1> but it won't solve majority of our build issues
Jul 18 15:42:59 <[Rui]> mwester: that's because people who commit without compile test aren't punished :D
Jul 18 15:43:19 <dos1> [Rui]: that's because problems doesn't come from us
Jul 18 15:43:39 <[Rui]> dos1: this rule must be enforced among the community of committers
Jul 18 15:43:56 <mwester> dos1,  the root cause of this build failure has to be pointed at SHR.  
Jul 18 15:44:43 <dos1> [Rui]: the only shr fault which i can see is updating vala
Jul 18 15:44:53 <dos1> s/[Rui]/mwester/
Jul 18 15:44:53 <bzzbot> dos1 meant: mwester: the only shr fault which i can see is updating vala
Jul 18 15:45:01 <[Rui]> dos1: and new vala doesn't compile?
Jul 18 15:45:09 <[Rui]> dos1: or vala apps don't compile?
Jul 18 15:45:10 <dos1> [Rui]: no
Jul 18 15:45:12 <mwester> SHR is the "owner" of their own branch; if a commit happens from outside, then a sane srcrev, or a patch, or other solution needs to happen.  The project will fail if everyone just shrugs, and says "somebody upstream will sort that eventually, for now I'm going to continue to code on my stuff"
Jul 18 15:45:14 <dos1> [Rui]: vala apps
Jul 18 15:45:17 <dos1> but it's already fixed
Jul 18 15:45:53 <mwester> dos1,  the problem is that while the vala was broken, nobody was able to detect -- and identify -- the other sources of breakage.
Jul 18 15:45:56 <dos1> mwester: you're saying that we do something that we doesn't do
Jul 18 15:46:39 <mwester> I'm commenting on the attitude, I don't know what actions each individual takes.  You've just stated that SHR is not responsible for changes they did not commit in.
Jul 18 15:47:05 <dos1> mwester: no, i just said it's nonsense blaming us for it, as we're trying to solve it anyway
Jul 18 15:47:22 <mwester> I am saying that SHR is responsible for reacting to all outside changes -- either by using a sane srcrev to remove the change, or by building all the time and fixing -- neither has happened.
Jul 18 15:47:26 <dos1> as we also need working fresh image
Jul 18 15:47:47 <dos1> mwester: first wasn't possible, second is happening
Jul 18 15:47:52 <mwester> dos1,  I would use the word "blame" -- I use the word "responsibility" instead.
Jul 18 15:48:36 <mwester> When the first build breakage occurred, someone needed to be responsible for correcting it right then and there, or locking the branch to prevent further problems.
Jul 18 15:48:41 <dos1> mwester: well, it doesn't change anything, as we're fixing it and you're trying to say that we don't ;P
Jul 18 15:49:35 <mwester> dos1,  good process changes everything -- if nothing is changed, then SHR will be in this same situation again, and again, and again.  How much developer time does everyone want to spend fixing build problems instead of developing?
Jul 18 15:49:51 <dos1> mwester: mrmoku is the only one who was commiting to oe since that, so it was "locked" ;P
Jul 18 15:51:20 <dos1> TAsn and me were commiting into our programs, not oe tree; and either of us were testing our changes
Jul 18 15:51:39 <TAsn> :)
Jul 18 15:51:39 <mwester> It was quite fluid, due to the AUTOREV usage.  If anyone wishes to have a serious discussion on process to resolve some of these issues, I'll be happy to help -- I would recommend that everyone review [Rui]'s suggestion and see how other projects do it.  Also check out the kernel's process for handling changes and build failiures.
Jul 18 15:51:55 <TAsn> mwester, what suiggestion?
Jul 18 15:52:09 <dos1> mwester: again: we were testing our changes
Jul 18 15:52:21 <[Rui]> TAsn: http://www.youtube.com/watch?v=i7pkyDUX5uM
Jul 18 15:52:25 <mwester> <[Rui]> you guys should force everyone to view Theo deRaats's presentation on the release model of OpenBSD :)
Jul 18 15:52:30 <[Rui]> TAsn: it's a well worth half an hour
Jul 18 15:52:43 <TAsn> [Rui], :(
Jul 18 15:52:43 <dos1> so AUTOREV is not problem
Jul 18 15:52:55 <mwester> AUTOREV is the major problkem
Jul 18 15:53:11 <dos1> uhm...
Jul 18 15:53:14 <mwester> AUTOREV is pure, unadulterated EVIL.
Jul 18 15:53:14 <dos1> then err:
Jul 18 15:53:21 <mwester> It is, unfortunately, necessary.
Jul 18 15:53:23 <dos1> so AUTOREV with SHR apps is not problem
Jul 18 15:53:30 <[Rui]> however I suggest NOT to mimic the general attitude of Theo, in such a small community... too much aggressivity is undesireable :)
Jul 18 15:54:05 <TAsn> dos1, 
Jul 18 15:54:12 <TAsn> what exactly does set resize object
Jul 18 15:54:13 <TAsn> does?
Jul 18 15:54:18 <TAsn> do?
Jul 18 15:54:40 <dos1> TAsn: it's the only way to add object to window :P
Jul 18 15:55:04 <dos1> TAsn: and it maximalize object to whole window
Jul 18 15:55:09 <dos1> as background fixed
Jul 18 15:55:15 <TAsn> i c.
Jul 18 15:55:16 <TAsn> thanks.
Jul 18 15:55:16 <dos1> so your container should be added that way
Jul 18 15:55:17 <dos1> and nothing more
Jul 18 15:57:21 <TAsn> yes
Jul 18 15:57:27 <TAsn> just figured that out :)
Jul 18 16:02:08 <dos1> mrmoku: ping
Jul 18 16:02:10 <dos1> mrmoku: build failed
Jul 18 16:02:11 <TAsn> ok, dos1, more questions
Jul 18 16:02:14 <dos1> mrmoku: at libfso-glib
Jul 18 16:02:21 <TAsn> http://svn.enlightenment.org/svn/e/trunk/TMP/st/elementary/src/lib/elm_list.c
Jul 18 16:02:23 <Ainulindale> dos1, mwester 
Jul 18 16:02:34 <TAsn> only the box get called with
Jul 18 16:02:36 <Ainulindale> SHR is responsible for the full state of our OE branch
Jul 18 16:02:36 <TAsn> object show
Jul 18 16:02:39 <Ainulindale> If it doesn't build
Jul 18 16:02:40 <TAsn> any specific reason?
Jul 18 16:02:44 <Ainulindale> That's our fault no matter who commited any stuff
Jul 18 16:03:02 <Ainulindale> And I'm seriously thinking about revoking all accesses until tree is fixed
Jul 18 16:03:21 <TAsn> why doesn't it call show on list?
Jul 18 16:03:34 <TAsn> *scroller
Jul 18 16:03:37 <dos1> Ainulindale: that won't change anything, as problems comes from OE tree or FSO apps
Jul 18 16:03:51 <dos1> Ainulindale: and to OE tree who has access? :P
Jul 18 16:04:01 <Ainulindale> Anyone who is able to post to shr-devel
Jul 18 16:04:30 <Ainulindale> Plus
Jul 18 16:04:31 <dos1> but still someone have to *check* and *then* commit it
Jul 18 16:04:36 <Ainulindale> Problems don't come from OE or FSO
Jul 18 16:04:45 <Ainulindale> They only come from commits we accept in our tree
Jul 18 16:04:50 <Ainulindale> If people commits are worthless
Jul 18 16:04:53 <Ainulindale> Then we can revert them
Jul 18 16:04:53 <dos1> from our OE tree i mean :P
Jul 18 16:05:54 <Ainulindale> We are supposedly three to handle this checking, due to spaetz & myself being busy, mrmoku is alone
Jul 18 16:06:06 <Ainulindale> And I saw no mail from you proposing any kind of help regarding that 
Jul 18 16:06:10 <Ainulindale> Nor from anyone 
Jul 18 16:06:36 <Ainulindale> Were I able to do that myself I'll do it sadly these days I'm really reaaaaally busy
Jul 18 16:06:41 <dos1> Ainulindale: i couldn't help, as my buildhost was down
Jul 18 16:06:51 <dos1> Ainulindale: and i can't build OE tree here due to my internet provider
Jul 18 16:07:02 <Ainulindale> False excuse
Jul 18 16:07:04 <Ainulindale> WE have an SHR buildhost
Jul 18 16:07:08 <Ainulindale> We could give you access*
Jul 18 16:07:15 <dos1> Ainulindale: to which i don't have access
Jul 18 16:07:17 <dos1> oh :P
Jul 18 16:07:21 <Ainulindale> Did you ask for access?
Jul 18 16:08:01 <dos1> no ;P
Jul 18 16:08:01 <Ainulindale> (plus I have a headache)
Jul 18 16:08:27 <dos1> but that's good idea, i didn't think about it
Jul 18 16:08:42 <Ainulindale> Please mind the fact that I'm not accusing anyone of slacking dos1, I know you work
Jul 18 16:08:45 <dos1> but now i have my server up again and i'm trying to help ;P
Jul 18 16:08:48 <Ainulindale> But my point was, as I stated this week
Jul 18 16:08:52 <Ainulindale> We should focus on the important stuff
Jul 18 16:09:01 <Ainulindale> And if a developer can't build SHR
Jul 18 16:09:05 <Ainulindale> He's going to look elsewhere
Jul 18 16:09:42 <Ainulindale> So to me, everything but packaging/building problem is secondary
Jul 18 16:09:44 <Ainulindale> (no)
Jul 18 16:09:45 <Ainulindale> +w
Jul 18 16:09:58 <dos1> ptitjes: is libfso-glib supposed to be buildable now?
Jul 18 16:10:06 <Ainulindale> dos1: it is, I built it
Jul 18 16:10:15 <dos1> ok
Jul 18 16:10:16 <ptitjes> yeha :)
Jul 18 16:10:17 <Ainulindale> (Or I think I did)
Jul 18 16:10:20 <ptitjes> hello btw
Jul 18 16:10:49 <dos1> then tinderbox isn't good place to look at packages status at buildhost ;x
Jul 18 16:11:03 <Ainulindale> it is for latest builds
Jul 18 16:11:07 <Ainulindale> anyway I'm off again
Jul 18 16:11:13 <Ainulindale> Trying to ease my headache
Jul 18 16:11:16 <Ainulindale> Will be back
Jul 18 16:11:17 <Ainulindale> 1
Jul 18 16:12:22 <dos1> Ainulindale: tinderbox says that libfso-glib failed on latest build
Jul 18 16:13:11 <[Rui]> Ainulindale: «And if a developer can't build SHR He's going to look elsewhere» exactly!
Jul 18 16:13:19 <TAsn> dos1, got any idea on why wolud it call object show on container though not on scroller?
Jul 18 16:14:06 <dos1> TAsn: i don't get you?
Jul 18 16:14:28 <[Rui]> TAsn: I call e_o_s(scroller) :)
Jul 18 16:14:52 <TAsn> [Rui], hm... ;|
Jul 18 16:14:55 <TAsn> tricky.
Jul 18 16:14:56 <TAsn> :)
Jul 18 16:15:43 <dos1> i call evas_object_show on everything :P
Jul 18 16:15:44 <dos1> boxes too
Jul 18 16:16:54 <TAsn> :)
Jul 18 16:20:15 <TAsn> bah I can't figure out what's wrong :)
Jul 18 16:20:25 <[Rui]> yeah, and I call them from bottom up so it all shows up nicely in the end.
Jul 18 16:20:29 <[Rui]> brb... coffee time.
Jul 18 16:21:03 <dos1> [Rui]: i think order of calling e_o_s doesn't matter
Jul 18 16:22:09 <khiraly_> hi
Jul 18 16:22:09 <TAsn> dos1, :(
Jul 18 16:22:15 <TAsn> I don't fucking get what's wrong :)
Jul 18 16:22:27 <khiraly_> http://totalueberwachung.de/blog/2008/10/14/fso-tutorial-part-1-gps
Jul 18 16:22:57 <khiraly_> I tied usageiface.RequestResource("GPS")
Jul 18 16:23:42 <khiraly_> and gpsposition.GetPosition() return (0, 0, 0.0, 0.0, 0.0)
Jul 18 16:23:51 <khiraly_> how can I check if GPS is truely enabled?
Jul 18 16:24:10 <PaulFertser|erc> khiraly_: ifconfig ppp0
Jul 18 16:25:23 <PaulFertser|erc> Guys, elementary sucks, plain old (well, 23 :) ) emacs is what rocks on FR!
Jul 18 16:25:54 <khiraly_> error fetching interface information: Device not found
Jul 18 16:26:18 <khiraly_> ifconfig: ppp0: error fetching interface information: Device not found
Jul 18 16:26:44 <mrmoku> ptitjes, under what condition does one get:
Jul 18 16:26:46 <mrmoku> Reference parameter types are not yet supported for yielding functions
Jul 18 16:26:57 <mrmoku> while building libfso-glib?
Jul 18 16:27:36 <mrmoku> ptitjes, binding-tools to new?
Jul 18 16:27:39 <mrmoku> +o
Jul 18 16:27:59 <khiraly_> PaulFertser|erc: am I missing some packages?
Jul 18 16:30:07 <mrmoku> yeah probably...
Jul 18 16:37:29 <TAsn> dos1, now it doesn't show anything :(
Jul 18 16:37:30 <TAsn> bah.
Jul 18 16:39:50 <khiraly_> PaulFertser|erc: Im trying to follow this tutorial: http://totalueberwachung.de/blog/2008/10/14/fso-tutorial-part-1-gps
Jul 18 16:39:55 <khiraly_> is it outdated?
Jul 18 16:40:50 <TAsn> http://pastebin.com/m7cba0952 
Jul 18 16:41:07 <TAsn> doesn't work, and it's just a modified version of http://svn.enlightenment.org/svn/e/trunk/TMP/st/elementary/src/lib/elm_list.c
Jul 18 16:41:10 <TAsn> elm_list_add
Jul 18 16:41:12 <TAsn> any ideas ? :(
Jul 18 16:41:39 <ptitjes> mrmoku|away: bad Vala version (in fact, missing code from 0.7.5-fso1)
Jul 18 16:42:09 <ptitjes> mrmoku|away: it is a check that I removed
Jul 18 16:42:20 <ptitjes> what it checks may work now
Jul 18 16:43:05 <F4t> omg, a build succeeded?
Jul 18 16:50:11 <dos1>    obj = elm_widget_add(e);
Jul 18 16:50:18 <dos1> TAsn: you're doing strange things ;x
Jul 18 16:50:39 <dos1> really strange
Jul 18 16:50:41 <dos1> and...
Jul 18 16:50:51 <dos1> why the fsck are you reffering to elm_list.c?
Jul 18 16:51:00 <dos1> that's source of list widget, not example of using it :D
Jul 18 16:51:13 <TAsn> dos1, I'm not using it
Jul 18 16:51:17 <TAsn> I'm creating a widget..
Jul 18 16:51:18 <TAsn> ffs :)
Jul 18 16:51:31 <dos1> ffs?
Jul 18 16:51:39 <TAsn> look, my code is similar to elm_list_add
Jul 18 16:51:41 <TAsn> in the link I gave you
Jul 18 16:51:51 <TAsn> dos1, ffs = for fuck sake :)
Jul 18 16:51:57 <TAsn> I'm tired :)
Jul 18 16:52:56 <dos1> so i won't help ;x
Jul 18 16:53:16 <dos1> i thought you're making some gui app ;D
Jul 18 16:53:26 <TAsn> nah.
Jul 18 16:56:09 <khiraly_> so somebody know how can I get started using gps using cli-framework?
Jul 18 16:56:34 <khiraly_> this does not work for me: http://totalueberwachung.de/blog/2008/10/14/fso-tutorial-part-1-gps
Jul 18 16:56:54 <khiraly_> is it working for anybody? Ialways get (0,0, 0, 0.0, 0.0, 0)
Jul 18 16:58:50 <dos1> khiraly_: wait for fix...
Jul 18 16:59:02 <mrmoku> ptitjes, the other way round... too new vala-dbus-binding tool ;)
Jul 18 16:59:18 <dos1> gps fix of course :P
Jul 18 16:59:35 <ptitjes> yeah one or the other in the end...
Jul 18 16:59:45 <ptitjes> mrmoku: is it for testing ? 
Jul 18 16:59:53 <mrmoku> I'm building testing with older vala, yeah
Jul 18 17:00:34 <ptitjes> then putting libfso-glib in testing is not needed
Jul 18 17:00:58 <ptitjes> mrmoku: there is no apps that could go in testing that are using libfso-glib...
Jul 18 17:01:22 <mrmoku> ptitjes, hmm, some app wants it though
Jul 18 17:01:24 <khiraly_> dos1: the above page working for you? Because Im waiting more than 10 minutes now. And tangogps used to work on this device
Jul 18 17:01:35 <ptitjes> mrmoku: which ?
Jul 18 17:02:37 <mrmoku> don't know
Jul 18 17:03:23 <mrmoku> ptitjes, all cornucopia apps depend on it
Jul 18 17:03:32 <ptitjes> that would be interesting indeed
Jul 18 17:03:34 <mrmoku> that includes fsousaged which we certainly want in testing
Jul 18 17:03:43 <ptitjes> you put cornucopia in testing ?
Jul 18 17:03:58 <mrmoku> fsousaged yes
Jul 18 17:04:56 <dos1> ptitjes: cornucopia is officially part of milestone5.5 :P (fsousaged)
Jul 18 17:05:14 <ptitjes> mrmoku: will we have fsodeviced in unstable then ?? :)
Jul 18 17:05:33 <dos1> ptitjes: when it gets ready for that (not it isn't)
Jul 18 17:05:50 <ptitjes> dos1: are you sure ?
Jul 18 17:05:58 <dos1> i'm sure, i've tested it
Jul 18 17:06:20 <ptitjes> dos1: what are the drawbacks ?
Jul 18 17:06:25 <dos1> too much problems with dbus autolaunching, playing sounds and configuration
Jul 18 17:06:28 <ptitjes> or what is missing ?
Jul 18 17:06:46 <ptitjes> dos1: bugs ?
Jul 18 17:06:49 <dos1> well, playing sound is crappy for me with fsodeviced
Jul 18 17:06:52 <dos1> it jumps
Jul 18 17:06:56 <ptitjes> oh!
Jul 18 17:07:03 <dos1> and frameworkd isn'
Jul 18 17:07:11 <dos1> +n prepared for using fsodeviced
Jul 18 17:07:25 <dos1> it isn't even started by it at all
Jul 18 17:07:41 <dos1> which means - no idle notifier until something requests something from odeviced
Jul 18 17:07:43 <dos1> :P
Jul 18 17:07:52 <ptitjes> dos1: meaning you can't deactivate the device subsystem ?
Jul 18 17:07:57 <dos1> ptitjes: no
Jul 18 17:08:07 <ptitjes> oki we typed at the same time :)
Jul 18 17:08:10 <dos1> ;)
Jul 18 17:08:46 <ptitjes> dos1: who should request something ? framework or us ?
Jul 18 17:09:07 <dos1> ptitjes: dunno, but it should be started at boot :P
Jul 18 17:09:08 <ptitjes> dos1: we can easily map a mdbus call before launching ophonekitd
Jul 18 17:09:23 <dos1> well, that's ugly hack
Jul 18 17:09:26 <dos1> ;P
Jul 18 17:10:03 <ptitjes> anyway ophonekitd is requesting all those (idel notifier, gsm, ...) at boot
Jul 18 17:10:10 <dos1> ptitjes: no
Jul 18 17:10:23 <dos1> ptitjes: it isn't requesting anything from org.freesmartphone.odeviced
Jul 18 17:10:31 <dos1> ptitjes: only from ousaged and ogsmd
Jul 18 17:10:33 <ptitjes> sure it does
Jul 18 17:10:40 <dos1> ptitjes: sure it doesn't ;)
Jul 18 17:10:41 <ptitjes> oh
Jul 18 17:11:19 <ptitjes> http://git.shr-project.org/git/?p=ophonekitd.git;a=blob;f=src/ophonekitd-idle-suspend.vala;h=7703d996e48798dabc1751f7d2531b31c3c9eee8;hb=HEAD
Jul 18 17:11:35 <dos1> it only listens to signals
Jul 18 17:12:09 <dos1> which doesn't mean it will be started :P
Jul 18 17:12:15 <F4t> mrmoku, still no 0.3 of mokonnect? :(
Jul 18 17:12:29 <mrmoku> still building
Jul 18 17:12:39 <dos1> BTW. should it really be ophonekitd who handle suspend?
Jul 18 17:13:06 <dos1> not oeventsd, or in future ologicd?
Jul 18 17:13:07 <ptitjes> dos1: IMHO this is a UI concern
Jul 18 17:13:19 <dos1> ptitjes: suspend on idle? nooo...
Jul 18 17:13:25 <ptitjes> yes
Jul 18 17:13:43 <ptitjes> user interface
Jul 18 17:14:18 <dos1> but now it only leads to problems on gta01
Jul 18 17:14:18 <ptitjes> because user may want|configure different behavior
Jul 18 17:14:19 <dos1> :P
Jul 18 17:14:27 <ptitjes> dos1: what problems ?
Jul 18 17:14:33 <dos1> with Power interface
Jul 18 17:14:40 <dos1> ptitjes: yes, like turning off auto-suspend
Jul 18 17:14:43 <ptitjes> dos1: and this is not because it does not work, that we must move it ;)
Jul 18 17:14:50 <dos1> ptitjes: but... hmm, it isn't ophonekitd who does that!
Jul 18 17:14:51 <dos1> :P
Jul 18 17:15:00 <ptitjes> yes
Jul 18 17:15:07 <ptitjes> or it should
Jul 18 17:15:45 <dos1> now handling suspend by ophonekitd is only limiting us... ;x
Jul 18 17:15:58 <ptitjes> dos1: why ?
Jul 18 17:16:01 <dos1> there is one hardcoded if
Jul 18 17:16:12 <dos1> for something, which is easly doable in rules.yaml by OccupyResource
Jul 18 17:16:16 <ptitjes> dos1: but it should read things in preferences
Jul 18 17:16:45 <dos1> and... guess what!
Jul 18 17:16:57 <dos1> if CPU resource is requested, then that code in ophonekitd isn't even called!
Jul 18 17:17:05 <dos1> so it's called *ONLY* if we can suspend
Jul 18 17:17:13 <dos1> so that if instruction is useless ;x
Jul 18 17:17:57 <dos1> ptitjes: by the way - we all want to know, what about ophonekitd-vala ;)
Jul 18 17:18:02 <dos1> is it usable?
Jul 18 17:18:30 * mrmoku built a shr-unstable lite image without any problem
Jul 18 17:18:41 <dos1> mwester: ^^^^
Jul 18 17:19:53 <dos1> ptitjes: and you could remove that ugly comment about "Suspend is working on my kernel, but unfortunately resume isn't" :D
Jul 18 17:21:06 <ptitjes> ptitjes: I let the comment for history until we know that is working iso-functionnaly with current opkd
Jul 18 17:21:33 <ptitjes> dos1: I think that with the new async stuff I did, I have some stuff to rewrite
Jul 18 17:21:51 <ptitjes> dos1: for instance http://git.shr-project.org/git/?p=ophonekitd.git;a=blob;f=src/ophonekitd-gsm-activator.vala;h=7e670a7a5a210d97509901b8cb9c2e05fc4c697e;hb=HEAD
Jul 18 17:22:22 <ptitjes> dos1: there I have to put the content of initialize() in a "yields" function and call it from initialize
Jul 18 17:23:14 <ptitjes> dos1: but those are things that I'll do quickly at the beginning of the week
Jul 18 17:23:30 <ptitjes> dos1: I think we can test it at the end of next week
Jul 18 17:23:35 <dos1> ptitjes: ok :)
Jul 18 17:24:16 <dos1> damn 24h-disconnect
Jul 18 17:24:27 <dos1> and damn dos, who forgots to run screen session ;x
Jul 18 17:25:09 <mrmoku> dos1, I have a cronjob which disconnects in the middle of the night :P
Jul 18 17:27:10 <dos1> i should do the same... eh
Jul 18 17:27:15 <mrmoku> dos1, hmm... my image has the handy splash as default
Jul 18 17:27:22 <dos1> again?
Jul 18 17:27:25 <dos1> :/
Jul 18 17:27:34 <mrmoku> strange thing those splash screens ;)
Jul 18 17:27:51 <dos1> there is prefered provider...
Jul 18 17:28:14 <dos1> for simple
Jul 18 17:28:20 <dos1> why it isn't respected? :/
Jul 18 17:28:35 <dos1> i don't think handy theme is good as default :D
Jul 18 17:29:23 <mrmoku> I agree on that :P
Jul 18 17:32:19 <[Rui]> dos1: order of calling e_o_s(obj) should matter because tipically they're hidden until you show the one on the highest level (not sure if it's this way with evas)
Jul 18 17:32:43 <dos1> [Rui]: it isn't this way with evas ;)
Jul 18 17:32:48 <[Rui]> dos1: calling e_o_s(obj) from bottom up will reduce redrawing
Jul 18 17:32:59 <dos1> as far as i noticed
Jul 18 17:33:09 <[Rui]> dos1: maybe normally it's fast enough so you don't notice
Jul 18 17:33:41 <dos1> [Rui]: i think everything is redrawed at one time
Jul 18 17:34:08 <[Rui]> you can test that easily by adding a sleep(1) before each show :)
Jul 18 17:34:12 * von_fritz thinks his latest build is borked parts of E missed , connman - 0.19-r1 WTF :( 
Jul 18 17:34:32 <dos1> [Rui]: in python it'll hang ui and show everything after all commands :P
Jul 18 17:34:34 <mrmoku> von_fritz, mine too :P
Jul 18 17:34:34 <[Rui]> dos1: do you have any reference?
Jul 18 17:34:40 <mrmoku> von_fritz, do you build with -j4 ?
Jul 18 17:34:55 <[Rui]> dos1: how does it know "all" is reached?
Jul 18 17:35:05 <dos1> [Rui]: mainloop?
Jul 18 17:35:30 <[Rui]> dos1: if so then shouldn't objects be visible by default instead of hidden?
Jul 18 17:35:33 <von_fritz> mrmoku yes
Jul 18 17:35:45 <mrmoku> von_fritz, I start to think that is broken
Jul 18 17:35:54 <dos1> [Rui]: dunno. i'm only telling what i noticed :P
Jul 18 17:35:54 <mrmoku> everytime I do it something is missing in the final image
Jul 18 17:35:59 <[Rui]> it's likely the most repeatedly called api function
Jul 18 17:36:12 * mrmoku rebuilds without -j4 now
Jul 18 17:36:32 <dos1> oh
Jul 18 17:36:43 <dos1> that's why my images didn't have even frameworkd ;D
Jul 18 17:37:31 <von_fritz> well will try, but until last week i haved no problems building with -j4
Jul 18 17:37:34 <dos1> mrmoku: are you commenting also BB_NUMBER_THREADS?
Jul 18 17:37:46 <mrmoku> yep have both active :)
Jul 18 17:38:00 <mrmoku> (which makes my notebook quite unresponsive :P)
Jul 18 17:38:11 <dos1> i think -j4 can't make influence about what is in image
Jul 18 17:38:14 <dos1> but BB_NUMBER_THREADS can :P
Jul 18 17:38:58 <mrmoku> hmm... I experienced problems always with -j4
Jul 18 17:39:06 <mrmoku> but with BB_NUMBER_THREADS I get good images
Jul 18 17:39:09 <mrmoku> no idea
Jul 18 17:39:22 <mrmoku> maybe its enabling both creating problems...
Jul 18 17:39:28 <dos1> strange
Jul 18 17:40:27 <mrmoku> von_fritz, one of the packages missing for me is angstrom-version... do you have that one in your image?
Jul 18 17:41:25 <von_fritz> well opkg list_installed says angstrom-version - 1:-20090606-r2
Jul 18 17:42:04 <mrmoku> ok
Jul 18 17:44:08 <dos1> shouldn't it be shr-version? ;)
Jul 18 17:44:38 <mrmoku> :)
Jul 18 17:45:08 <mrmoku> others missing are ophonekitd, frameworkd-config-shr
Jul 18 17:46:02 <dos1> mrmoku: could you send me do_rootfs log?
Jul 18 17:46:08 <dos1> i would like to check something...
Jul 18 17:46:13 <mrmoku> in fact it is building all the missing stuff now :)
Jul 18 17:46:46 <dos1> hmm
Jul 18 17:46:56 <dos1> then lookg like bitbake bug
Jul 18 17:47:07 <dos1> s/lookg/looks/
Jul 18 17:47:07 <bzzbot> dos1 meant: then looks like bitbake bug
Jul 18 17:47:16 <dos1> i was thinking about running few opkgs at the same time
Jul 18 17:47:25 <dos1> but looks like it isn't that :P
Jul 18 17:48:50 <mrmoku> von_fritz, bitbake -c clean shr-lite-image task-shr-minimal; bitbake shr-lite-image
Jul 18 17:48:58 <mrmoku> and turn off -j4 before :P
Jul 18 17:49:11 <von_fritz> ok will try
Jul 18 17:49:11 <[Rui]> I use -j2 and 2 bitbake threads
Jul 18 17:49:27 <[Rui]> has never failed me so far, and it really makes it a bit quicker on my laptop
Jul 18 17:49:34 <[Rui]> dual core amd64
Jul 18 17:49:36 <dos1> [Rui]: as i, and there also was missing stuff in images
Jul 18 17:50:07 <mrmoku> to be honest I only have 2 cores... so -j4 might be excessive anyway ;)
Jul 18 17:51:09 <dos1> -j4 is recommended for 2 cores :P
Jul 18 17:51:23 <dos1> recommended -j = amount of cores * 2
Jul 18 17:51:32 <mrmoku> maybe... but I'm using the laptop for other stuff too while building :P
Jul 18 17:51:49 <dos1> so why did you set -j4 then? :D
Jul 18 17:52:33 <mrmoku> because I'm insane ;)
Jul 18 17:52:44 <dos1> that explains everything :D
Jul 18 17:52:51 <mrmoku> probably
Jul 18 18:00:09 <F4t> mrmoku, packages building?
Jul 18 18:02:54 <mrmoku> F4t, on the buildhost I'm building the lite images for unstable *and* testing
Jul 18 18:03:09 <mrmoku> after that the fat images for both (which includes mokonnect :)
Jul 18 18:03:17 <F4t> cool :)
Jul 18 18:03:30 <mrmoku> dos1, hmm... still not good :(
Jul 18 18:04:26 <dos1> mrmoku: what exactly?
Jul 18 18:04:31 <mrmoku> my image
Jul 18 18:04:35 <dos1> with both options disabled?
Jul 18 18:04:43 <mrmoku> only -j4 disabled
Jul 18 18:04:49 <mrmoku> trying with both disabled now
Jul 18 18:08:16 <dos1> polkit-read-auth-helper: needs to be setgid polkituser
Jul 18 18:08:18 <dos1> hmm
Jul 18 18:08:22 <dos1> (policykit)
Jul 18 18:12:04 <von_fritz> mrmoku 63569920 18 lug 20:10 shr-shr-lite-image-glibc-ipk--20090718-om-gta02.rootfs.jffs2 too small :( 
Jul 18 18:12:58 <TAsn> dos1, 
Jul 18 18:13:01 <TAsn> how should I call the
Jul 18 18:13:05 <TAsn> "turn back to active"
Jul 18 18:13:08 <TAsn> button?
Jul 18 18:13:16 <dos1> hmm
Jul 18 18:13:18 <TAsn> i.e if a call was waiting
Jul 18 18:13:26 <dos1> i understand
Jul 18 18:13:27 <mrmoku> -rw-r--r--. 1 mok mok 61210624 Jul 18 19:55 shr-shr-lite-image-glibc-ipk--20090718-om-gta02.rootfs.jffs2
Jul 18 18:13:36 <mrmoku> von_fritz, mine is even smaller :P
Jul 18 18:13:39 <dos1> maybe look how it's called in some other phone?
Jul 18 18:13:49 <dos1> switch to english language
Jul 18 18:13:51 <dos1> ;)
Jul 18 18:14:07 <TAsn> dos1, and call myself?
Jul 18 18:14:10 <TAsn> too complicated :)
Jul 18 18:14:15 <TAsn> mrmoku, what do you think?
Jul 18 18:14:15 <dos1> ;D
Jul 18 18:18:11 <mrmoku> Out of Memory: Kill process 7053 (python) score 102415 and children.
Jul 18 18:18:16 <mrmoku> :(
Jul 18 18:18:25 * mrmoku fires dictionarry
Jul 18 18:18:26 <mrmoku> -r
Jul 18 18:19:20 <mrmoku> TAsn, hmm pickup?
Jul 18 18:20:14 <TAsn> mrmoku, thanks :)
Jul 18 18:21:44 <mrmoku> building testing and unstable in parallel on the buildhost is no good idea :P
Jul 18 18:22:55 <dos1> policykit in oe is packages awfully :x
Jul 18 18:23:04 <dos1> s/packages/packaged/
Jul 18 18:23:04 <bzzbot> dos1 meant: policykit in oe is packaged awfully :x
Jul 18 18:23:33 <dos1> incorrect gids of files, root without access to anything...
Jul 18 18:24:56 <TAsn> I think I got it :)
Jul 18 18:25:17 <TAsn> (not the elementary issue, but bug 339)
Jul 18 18:25:24 <TAsn> elementary issue still remains :(
Jul 18 18:25:36 <TAsn> does someone have an idea btw?
Jul 18 18:25:45 <TAsn> :(
Jul 18 18:38:34 <dos1> mrmoku: please cherry-pick http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=a610a5d1726b03d017beb40fa8857a552dfa0618
Jul 18 18:40:35 <TAsn> I'm so desperate that I'm bruteforcing a solution :)
Jul 18 18:40:39 <TAsn> (efl)
Jul 18 18:41:44 <mrmoku> dos1, done
Jul 18 18:41:57 <dos1> mrmoku: thanks :)
Jul 18 18:42:05 <mrmoku> TAsn, what was your problem?
Jul 18 18:42:30 <TAsn> is
Jul 18 18:42:38 <TAsn> <TAsn> <TAsn> http://pastebin.com/m7cba0952 
Jul 18 18:42:39 <TAsn> <TAsn> <TAsn> doesn't work, and it's just a modified version of http://svn.enlightenment.org/svn/e/trunk/TMP/st/elementary/src/lib/elm_list.c
Jul 18 18:42:39 <TAsn> <TAsn> <TAsn> elm_list_add
Jul 18 18:42:39 <TAsn> <TAsn> <TAsn> any ideas ? :(
Jul 18 18:42:39 <TAsn> <TAsn> it won't show anything
Jul 18 18:42:40 <TAsn> <TAsn> I get a blank. ;\
Jul 18 18:42:50 <TAsn> (when trying to work with my new list widget)
Jul 18 18:43:07 <dos1> TAsn: btw - why do you need new list widget?
Jul 18 18:43:37 <dos1> TAsn: hmm
Jul 18 18:43:42 <mrmoku> TAsn, yeah, why?
Jul 18 18:43:45 <[Rui]> I would love a list widget that would carry widgets
Jul 18 18:43:55 <mrmoku> genlist does that
Jul 18 18:43:57 <dos1> TAsn: i think you know lists can't be placed on scroller?
Jul 18 18:44:02 <mrmoku> brb
Jul 18 18:44:08 <dos1> [Rui]: list can do that too
Jul 18 18:44:26 <[Rui]> like a scroller whose content is a box full of boxes
Jul 18 18:44:28 <dos1> [Rui]: i was always carring buttons on right of elm_lists :P
Jul 18 18:44:37 <TAsn> dos1, lists are scroller
Jul 18 18:44:47 <[Rui]> dos1: huh? don't see how on Elementary.h for libelm 0.3.0
Jul 18 18:44:52 <TAsn> scrollers that pack a box
Jul 18 18:44:55 <TAsn> but hm.. interesting
Jul 18 18:44:59 <dos1> TAsn: yep
Jul 18 18:45:05 <TAsn> I didn't know that
Jul 18 18:45:09 <TAsn> so that's probably it
Jul 18 18:45:13 <dos1> TAsn: but you can place one scroller inside second ;)
Jul 18 18:45:14 <TAsn> as I'm putting it inside a box
Jul 18 18:45:19 <TAsn> oh
Jul 18 18:45:25 <TAsn> can you put a list in a box?
Jul 18 18:45:39 <dos1> [Rui]: item_add :P
Jul 18 18:45:47 <dos1> TAsn: list in box - yes
Jul 18 18:45:53 <TAsn> hm.
Jul 18 18:46:00 <[Rui]> dos1: ? it only allows a label and an icon
Jul 18 18:46:03 <dos1> TAsn: but you have to set correct width and align values
Jul 18 18:46:12 <dos1> [Rui]: instead of icon use check or button ;P
Jul 18 18:46:21 <dos1> [Rui]: and there is also third argument
Jul 18 18:46:27 <TAsn> dos1, ffs
Jul 18 18:46:34 <TAsn> so that's probably it
Jul 18 18:46:35 <dos1> [Rui]: wrong
Jul 18 18:46:37 <[Rui]> dos1: neat
Jul 18 18:46:40 <dos1> [Rui]: there are four arguments
Jul 18 18:46:47 <TAsn> please give me a C snippent :)
Jul 18 18:46:59 <dos1> [Rui]: one for left widget, second for label, third for right widget, and fourth for callback
Jul 18 18:47:00 <[Rui]> elm_list_item_append(Evas_Object *obj, const char *label, Evas_Object *icon, Evas_Object *end, void (*func) (void *data, Evas_Object *obj, void *event_info), const void *data);
Jul 18 18:47:10 <[Rui]> dos1: I don't see that
Jul 18 18:47:11 <dos1> yes, exactly
Jul 18 18:47:19 <dos1> label, icon and end
Jul 18 18:47:38 <dos1> that's exactly that :P
Jul 18 18:47:41 <dos1> label - text
Jul 18 18:47:42 <[Rui]> dos1: this is why those libraries need documentation
Jul 18 18:47:46 <dos1> icon - left widget
Jul 18 18:47:50 <TAsn> dos1, help me :)
Jul 18 18:47:50 <[Rui]> dos1: or better comments in the .h files
Jul 18 18:47:50 <dos1> end - right widget
Jul 18 18:47:51 <[Rui]> whatever
Jul 18 18:47:59 <[Rui]> this pisses me off a bit
Jul 18 18:48:02 <dos1> TAsn: look at shr-settings
Jul 18 18:48:13 <TAsn> ffs :) where in shr-settings?
Jul 18 18:48:22 <TAsn> (me is lazy)
Jul 18 18:48:23 <dos1> TAsn: when i try to set correct align and width values, it's brute force method :D
Jul 18 18:48:48 <[Rui]> it should be, then, Evas_object * pre, Evas_object * post
Jul 18 18:48:50 <[Rui]> at least
Jul 18 18:48:54 <dos1> TAsn: search for size_hint_align_set and size_hint_weight_set with scroller
Jul 18 18:48:55 <[Rui]> and to be a little more readable
Jul 18 18:48:57 <[Rui]> :(
Jul 18 18:49:07 <dos1> [Rui]: well, elm_list is supposed to have icon and some end widget
Jul 18 18:49:14 <TAsn> cool.
Jul 18 18:49:15 <TAsn> thanks.
Jul 18 18:49:19 <dos1> [Rui]: if you want other widgets, then you should use elm_genlist
Jul 18 18:49:20 <[Rui]> dos1: anyway, thanks for the tip
Jul 18 18:49:29 <[Rui]> dos1: it'll improve elmdentica for the next release :)
Jul 18 18:49:44 <dos1> i'm happy i could help :D
Jul 18 18:50:10 <[Rui]> dos1: well, it's infuriating to find out you missed something nice because the docs could be better
Jul 18 18:50:25 <[Rui]> dos1: but at the same time it's very nice to learn a new helpful tip :)
Jul 18 18:50:33 <TAsn> dos1, what do the values mean?
Jul 18 18:50:39 <TAsn> I know they are from -1 to 1
Jul 18 18:50:45 <TAsn> but is it 
Jul 18 18:50:49 <TAsn> lr, tb
Jul 18 18:50:50 <TAsn> or
Jul 18 18:50:52 <dos1> TAsn: dunno. it's always brute force from my side :D
Jul 18 18:50:54 <TAsn> tb, lc?
Jul 18 18:50:58 <TAsn> lr*
Jul 18 18:51:17 <dos1> but horizontal is first, vertical is second
Jul 18 18:51:31 <dos1> as in other methods (bounce_set, size_set etc.)
Jul 18 18:52:02 <TAsn> ok, cool.
Jul 18 18:52:04 <TAsn> thanks.
Jul 18 18:52:04 <TAsn> :)
Jul 18 18:52:44 <dos1> TAsn: you can also look for it in shr-installer, as shr-settings is mess :D
Jul 18 18:53:09 <dos1> shr-installer is supposed to have less mess ;)
Jul 18 18:53:20 <TAsn> nah it's ok :)
Jul 18 18:54:35 <[Rui]> going for dinner. bye all
Jul 18 18:55:23 <dos1> TAsn: well, shr-settings sometimes even had variable names typed in polish ;)
Jul 18 18:55:52 <TAsn> ouch :)
Jul 18 18:55:53 <TAsn> why?!
Jul 18 18:57:48 <dos1> TAsn: initially it was project on #openmoko.pl
Jul 18 18:58:13 <dos1> there still are polish comments sometimes
Jul 18 18:58:17 <dos1> ;)
Jul 18 18:59:25 <TAsn> :|
Jul 18 19:00:24 <dos1> but rarely
Jul 18 19:00:27 <dos1> ;)
Jul 18 19:01:25 <dos1> TAsn: i want to rewrite shr-settings launcher to fix some issues with multiple windows opened
Jul 18 19:01:42 <dos1> TAsn: now it's quite hard to workaround ;x
Jul 18 19:02:12 <TAsn> hehe
Jul 18 19:02:16 <TAsn> btw
Jul 18 19:02:26 <TAsn> what's top left?
Jul 18 19:02:28 <TAsn> -1, -1
Jul 18 19:02:28 <TAsn> ?
Jul 18 19:03:42 <dos1> i think yes
Jul 18 19:03:47 <agg1n1> TAsn: align?
Jul 18 19:03:53 <TAsn> yes.
Jul 18 19:03:58 <agg1n1> then 0, 0
Jul 18 19:04:01 <TAsn> no
Jul 18 19:04:07 <TAsn> that's middle of the screen
Jul 18 19:04:42 <agg1n1> hm, you're talking of size_hint_align_set?
Jul 18 19:04:59 <TAsn> yes.
Jul 18 19:05:08 <TAsn> dos1, how to I determine size in pixels?
Jul 18 19:05:23 <dos1> 0, 0 is middle, -1, -1 is top left AFAIK
Jul 18 19:05:33 <dos1> TAsn: why do you want to do that?
Jul 18 19:05:49 <agg1n1> hm, i thought -1, -1 means to use all available space :/
Jul 18 19:05:57 <TAsn> dos1, to make sure
Jul 18 19:06:00 <dos1> hmm
Jul 18 19:06:05 <TAsn> it's not size 0
Jul 18 19:06:06 <dos1> agg1n1: isn't weight for that?
Jul 18 19:06:12 <TAsn> as I can pack other stuff in there
Jul 18 19:06:23 <TAsn> I can see button
Jul 18 19:06:24 <TAsn> s
Jul 18 19:06:36 <TAsn> only thing not visible is list...
Jul 18 19:06:49 <agg1n1> dos1: i don't really know about weight :D
Jul 18 19:07:10 <dos1> TAsn: try list with align -1 -1, width 1 1
Jul 18 19:07:18 <dos1> s/width/weight/
Jul 18 19:07:19 <bzzbot> dos1 meant: TAsn: try list with align -1 -1, weight 1 1
Jul 18 19:08:52 <TAsn> on what?
Jul 18 19:08:54 <TAsn> scroller?
Jul 18 19:08:56 <TAsn> or box?
Jul 18 19:09:15 <dos1> hmm
Jul 18 19:09:28 <dos1> i don't know now :D
Jul 18 19:09:34 <TAsn> :)
Jul 18 19:09:43 <dos1> try on scroller
Jul 18 19:10:30 <dos1> TAsn: and the same on your widget in test app
Jul 18 19:10:49 <dos1> TAsn: (if you have it in box)
Jul 18 19:12:04 <TAsn> sec.
Jul 18 19:13:40 <TAsn> nothing.
Jul 18 19:13:47 <TAsn> though I'm packing a button right next to it
Jul 18 19:13:50 <TAsn> which works great!
Jul 18 19:13:58 <TAsn> so I have no idea what this may be ;\
Jul 18 19:14:56 <dos1> welcome to size_hint world :D
Jul 18 19:18:14 <TAsn> how can I probe for the size?
Jul 18 19:40:13 <mrmoku> file_md5sum_alloc: Failed to open file /etc/shr-settings/*: No such file or directory
Jul 18 19:40:18 <mrmoku> :)
Jul 18 19:41:08 <mrmoku> TAsn, dos1: what is shr-settings?
Jul 18 19:41:24 <TAsn> huh? I guess that's dos's file
Jul 18 19:41:31 <TAsn> I have no such thing in opkg
Jul 18 19:41:32 <TAsn> ...
Jul 18 19:41:41 <dos1> hmm?
Jul 18 19:42:04 <dos1> in /etc/shr-settings/ there are conf files for Toaster`'s backup module
Jul 18 19:42:08 <dos1> Ainulindale added it to recipe
Jul 18 19:42:17 <mrmoku> opkg output while upgrading the backup-config 
Jul 18 19:43:04 <TAsn> mrmoku, I don't think it's me to tell you the truth. though it might.
Jul 18 19:43:04 <TAsn> :)
Jul 18 19:43:14 <TAsn> I wonder where that could be.
Jul 18 19:43:42 <mrmoku> ?
Jul 18 19:44:00 <mrmoku> ahh
Jul 18 19:44:03 <mrmoku> k :)
Jul 18 19:45:06 <TAsn> it's obvious someone passed a *
Jul 18 19:45:17 <TAsn> it's AINU!
Jul 18 19:45:24 <TAsn> check out the bb file
Jul 18 19:45:26 <TAsn> I bet there's
Jul 18 19:45:27 <TAsn> *
Jul 18 19:45:30 <TAsn> in conffiles
Jul 18 19:45:40 <TAsn> and conffiles doesn't parse this crap!
Jul 18 19:45:41 <TAsn> haha :)
Jul 18 19:45:45 <TAsn> (It's not me!)
Jul 18 19:50:30 <Ainulindale> Syntax of the bb is right
Jul 18 19:50:32 <Ainulindale> opkg is bad
Jul 18 19:50:46 <mrmoku> TAsn, hmm
Jul 18 19:51:03 <mrmoku> it is asking me lots of questions about .yaml files I never touched
Jul 18 19:51:19 <TAsn> what's asking who?
Jul 18 19:51:26 <TAsn> Ainulindale, might be
Jul 18 19:51:27 <mrmoku> opkg upgrade
Jul 18 19:51:28 <TAsn> but not my change
Jul 18 19:51:32 <Ainulindale> (sheesh... focusing on useless features whereas we need other stuff..)
Jul 18 19:51:44 <TAsn> as thins doesn't relate to my patch
Jul 18 19:51:47 <TAsn> mrmoku, like?
Jul 18 19:51:54 <TAsn> as yaml's have changed
Jul 18 19:52:04 <TAsn> and it asks you if they changed
Jul 18 19:52:11 <TAsn> just like original opkg
Jul 18 19:52:12 <TAsn> ...
Jul 18 19:52:19 <mrmoku> jaja :)
Jul 18 19:53:59 <mrmoku> dos1,  * ERROR: Cannot satisfy the following dependencies for frameworkd-config-shr:
Jul 18 19:54:03 <mrmoku> 	 *  fso-abyss *  fso-abyss * 
Jul 18 19:54:48 <mrmoku> hmm... and it is not there
Jul 18 19:54:54 <dos1> WTF?
Jul 18 19:56:39 <Ainulindale> frameworkd-config-shr should not depend on it
Jul 18 19:56:46 <Ainulindale> the dependency is misplaced
Jul 18 19:56:50 <Ainulindale> even though fso-abyss is needed
Jul 18 19:57:12 <Ainulindale> By the way fso-sounds should get removed
Jul 18 19:57:20 <Ainulindale> Or replaced by a similar SHR pacage
Jul 18 19:57:21 <Ainulindale> +k
Jul 18 19:57:41 <mrmoku> Ainulindale, the recipe had it depend directly on frameworkd
Jul 18 19:57:55 <mrmoku> which was wrong to because frameworkd is not arch dependent
Jul 18 19:57:55 <Ainulindale> what?
Jul 18 19:58:06 <Ainulindale> Well we don't care about that
Jul 18 19:58:11 <Ainulindale> Even if it depends on frameworkd
Jul 18 19:58:16 <Ainulindale> It can be ARCH dependent
Jul 18 19:58:40 <mrmoku> but you can't have DEPEND_om-gta02 for frameworkd
Jul 18 19:58:49 <mrmoku> because frameworkd itself is *not* arch dependent
Jul 18 19:58:54 <mrmoku> the config instead is
Jul 18 19:59:00 <Ainulindale> What's the link here?
Jul 18 19:59:08 <Ainulindale> You mean for abyss?
Jul 18 19:59:12 <mrmoku> yep
Jul 18 19:59:28 <Ainulindale> Ok then I reiter
Jul 18 19:59:30 <Ainulindale> Misplaced thing
Jul 18 19:59:35 <Ainulindale> That is, in this case, the DEPEND
Jul 18 19:59:42 <Ainulindale> Shouldn't be there IMHO
Jul 18 19:59:56 <Ainulindale> In fact it should be in the image IMHO (again)
Jul 18 20:00:07 <Ainulindale> Or as an additional thing to the fso task
Jul 18 20:00:09 <dos1> Ainulindale, mrmoku: GSM in latest images wasn't working because there was no fso-abyss
Jul 18 20:00:12 <Ainulindale> Which whould be the right and proper way
Jul 18 20:00:17 <mrmoku> it was there
Jul 18 20:00:21 <mrmoku> we did not add it
Jul 18 20:00:24 <mrmoku> just fixed it :P
Jul 18 20:00:34 <dos1> Ainulindale: and that's config which selects which muxer to use
Jul 18 20:00:35 <Ainulindale> mrmoku: what do you mean?
Jul 18 20:00:38 <mrmoku> the correct fix might be to RRECOMMEND it directly
Jul 18 20:00:47 <Ainulindale> In task-fso you mean?
Jul 18 20:00:55 <Ainulindale> or in fsc ?
Jul 18 20:00:58 <Ainulindale> (fcs)
Jul 18 20:01:01 <Ainulindale> (too long to write it)
Jul 18 20:01:32 <mrmoku> Ainulindale, if you install a frameworkd config that has configured fso-abyss as muxer
Jul 18 20:01:38 <mrmoku> you should RDEPEND on it, no?
Jul 18 20:02:03 <Ainulindale> well this is a bit tricky
Jul 18 20:02:07 <Ainulindale> But as for myself
Jul 18 20:02:12 <Ainulindale> I wouldn't do it that way
Jul 18 20:02:13 <Ainulindale> But that's me
Jul 18 20:02:32 <mrmoku> sure we can add it to task-shr-minimal
Jul 18 20:02:41 <Ainulindale> mrmoku: well listen I don't really care as long as it works
Jul 18 20:02:46 <mrmoku> but that will break upgrade paths for people having it not installed
Jul 18 20:02:46 <Ainulindale> It's church quarrel anyways
Jul 18 20:03:01 <Ainulindale> mrmoku: why would it if you bump PR ?
Jul 18 20:04:03 <mrmoku> if frameworkd-config-shr does not depend on it...
Jul 18 20:04:16 <mrmoku> anyway... I don't care either
Jul 18 20:04:26 <Ainulindale> mrmoku: picture it that way
Jul 18 20:04:32 <Ainulindale> you bump the rev for frameworkd-config-shr
Jul 18 20:04:36 <mrmoku> was just trying to explain why it is as it is
Jul 18 20:04:40 <Ainulindale> you add fso-abyss to task-shr-minimal
Jul 18 20:04:43 <Ainulindale> bump the latter PR
Jul 18 20:04:46 <Ainulindale> it'll upgrtade properly
Jul 18 20:04:52 <Ainulindale> but I see your point anyways
Jul 18 20:04:54 <Ainulindale> And it makes sense
Jul 18 20:05:01 <Ainulindale> My usual way is different that's all :-)
Jul 18 20:05:28 <TAsn> :(
Jul 18 20:05:31 <TAsn> I'm tired.
Jul 18 20:06:10 <Ainulindale> And ugly!
Jul 18 20:06:20 <mrmoku> I'm tired and ugly too :(
Jul 18 20:06:32 <TAsn> :(
Jul 18 20:06:39 <Ainulindale> :-)
Jul 18 20:06:43 <TAsn> Ainulindale, are you by any change an elementary expert?
Jul 18 20:06:51 <mrmoku> lol :)
Jul 18 20:06:51 <TAsn> ~seen raster
Jul 18 20:06:51 <bzzbot> raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #openmoko-cdevel, 3d 15h 57m 8s ago, saying: 'DocScrutinizer: what DO you want to do today?'.
Jul 18 20:06:51 <Ainulindale> Yeah UI is my field
Jul 18 20:06:52 <TAsn> :(
Jul 18 20:06:56 <TAsn> Ainulindale, :)
Jul 18 20:07:08 <TAsn> bah, it's not mine either ;\
Jul 18 20:07:23 <mrmoku> Ainulindale, it was the first time I used lol... and it was justified ;)
Jul 18 20:08:06 <TAsn> cross your fingers ;)
Jul 18 20:08:21 <TAsn> I'm testing the fix for 339
Jul 18 20:08:21 <TAsn> :)
Jul 18 20:09:09 <mrmoku> TAsn, want me to call you :P
Jul 18 20:09:15 <TAsn> it's ok
Jul 18 20:09:19 <TAsn> I already have a phone lab here
Jul 18 20:09:22 <TAsn> (4 devices)
Jul 18 20:09:22 <mrmoku> :)
Jul 18 20:09:41 <TAsn> sec, restarting my moko
Jul 18 20:09:52 <TAsn> as for some reason frameworkd doesn't want to work anymore
Jul 18 20:09:53 <TAsn> btw
Jul 18 20:10:00 <TAsn> mrmoku, how's testing image doing? :)
Jul 18 20:10:07 <TAsn> (I know you were just talking about it)
Jul 18 20:10:29 <Ainulindale> well guys
Jul 18 20:10:32 <Ainulindale> I'm stuffed again
Jul 18 20:10:36 <Ainulindale> Spent the afternoon cooking
Jul 18 20:10:40 <Ainulindale> A french pot-au-feu
Jul 18 20:10:43 <mrmoku> TAsn, restarted after the OOM - still building
Jul 18 20:10:55 <Ainulindale> (Beef/Bone in a pot with vegetables, cooked ~7 hours)
Jul 18 20:10:57 <TAsn> :)
Jul 18 20:11:05 <TAsn> Ainulindale, you look bored.
Jul 18 20:11:11 * mrmoku is eating chilly chips :P
Jul 18 20:11:19 <Ainulindale> TAsn: Nah I cooked for my gal
Jul 18 20:11:32 <Ainulindale> She went back from holidays thursday morning
Jul 18 20:11:37 * TAsn ate great lasania
Jul 18 20:11:42 <Ainulindale> (lasagna)
Jul 18 20:11:42 <TAsn> or I don't know how it's called :)
Jul 18 20:11:47 <TAsn> :)
Jul 18 20:13:27 <TAsn> btw
Jul 18 20:13:35 <TAsn> the switch to fsousage really killed our boot time
Jul 18 20:13:36 <TAsn> ...
Jul 18 20:13:45 <TAsn> we should find a way to make it start earlier
Jul 18 20:13:46 <Ainulindale> Killed as in bad or good?
Jul 18 20:13:50 <TAsn> bad.
Jul 18 20:13:50 <Ainulindale> Well
Jul 18 20:13:54 <TAsn> very bad.
Jul 18 20:13:56 <Ainulindale> We should start X earlier amongst other things
Jul 18 20:14:03 <TAsn> aye.
Jul 18 20:14:06 <Ainulindale> We should investigate upstart too
Jul 18 20:14:14 <Ainulindale> I talked about that 4 or 5 months ago
Jul 18 20:14:21 <Ainulindale> But as with all my mails
Jul 18 20:14:24 <Ainulindale> Nobody followed up =)
Jul 18 20:15:02 <Ainulindale> (But ptitjes talking about a new great way to launch initscripts with prolog under an obscure implementation which tends to make you sacrifice animals to make it work)
Jul 18 20:15:34 <Ainulindale> BRrr..... Prolog. Now I've got the chillies
Jul 18 20:15:38 * mrmoku wonders how many animals a day to have a stable phone...
Jul 18 20:16:09 <Ainulindale> mrmoku: well as you're a father, it seems to me that kids are a non expensive and more appropriate sacrifice to the good of the moko
Jul 18 20:16:19 <Ainulindale> s/good/god/
Jul 18 20:16:19 <bzzbot> Ainulindale meant: mrmoku: well as you're a father, it seems to me that kids are a non expensive and more appropriate sacrifice to the god of the moko
Jul 18 20:16:50 <mrmoku> Ainulindale, but I only have two... and if it gives me two days of stable telephony...
Jul 18 20:16:56 <mrmoku> what to do on day three? :P
Jul 18 20:17:20 * mrmoku could buy an iphone from the money savings for not having children ;)
Jul 18 20:17:28 <Ainulindale> mrmoku: well I heard that dos1 is pretty young
Jul 18 20:17:48 <mrmoku> we still need him though - opimd is not yet finished ;)
Jul 18 20:18:04 <Ainulindale> Damn you're right
Jul 18 20:18:20 <mrmoku> we're doomed
Jul 18 20:18:57 <dos1> ;D
Jul 18 20:19:03 <TAsn> sec brb
Jul 18 20:19:44 <TAsn> mrmoku, 
Jul 18 20:19:47 <TAsn> fso-glib
Jul 18 20:19:53 <TAsn> when will we have that? :)
Jul 18 20:20:36 <mrmoku> TAsn, what do you mean?
Jul 18 20:20:43 <mrmoku> we have that
Jul 18 20:20:52 <mrmoku> you mean the async fso-glib?
Jul 18 20:21:04 <TAsn> wait
Jul 18 20:21:10 <TAsn> I can use fso-glib?
Jul 18 20:21:33 <TAsn> (i.e i can start porting phonegui to fso-glib?)
Jul 18 20:21:45 <TAsn> it just won't respect my callbacks?
Jul 18 20:21:48 <TAsn> *I mean
Jul 18 20:22:01 <TAsn> it will just call the callback in a synced way?
Jul 18 20:22:10 <mrmoku> the fso-glib in unstable should do async calls, yeah
Jul 18 20:22:20 <mrmoku> (as soon as I synced it to the feed ;)
Jul 18 20:22:45 <TAsn> sweet.
Jul 18 20:22:46 <TAsn> :)
Jul 18 20:22:47 <TAsn> justs
Jul 18 20:22:58 <TAsn> *used the same as
Jul 18 20:23:05 <TAsn> frameworkd-glib
Jul 18 20:23:05 <TAsn> ?
Jul 18 20:23:08 <TAsn> :)
Jul 18 20:23:17 <mrmoku> ?
Jul 18 20:25:33 <TAsn> anyhow
Jul 18 20:25:36 <TAsn> compiling my fix
Jul 18 20:25:38 <TAsn> brb
Jul 18 20:26:45 <Ainulindale> o
Jul 18 20:26:48 <Ainulindale> TAsn: not directly no
Jul 18 20:27:56 <TAsn> huh?
Jul 18 20:28:02 <TAsn> I mean kinda the same
Jul 18 20:28:05 <TAsn> same idea
Jul 18 20:28:12 <TAsn> give me something to work with...
Jul 18 20:28:12 <TAsn> ;)
Jul 18 20:28:15 <Ainulindale> well same logic as it's based on it
Jul 18 20:28:22 <Ainulindale> but not the same exact way
Jul 18 20:28:30 <TAsn> i.e different names?
Jul 18 20:28:37 <TAsn> i can live with that
Jul 18 20:34:01 <Ainulindale> TAsn: different ways
Jul 18 20:36:57 <dos1> it's time to do something interesting
Jul 18 20:37:05 <TAsn> dos1, 
Jul 18 20:37:09 <TAsn> think about 339
Jul 18 20:37:10 <TAsn> ...
Jul 18 20:37:28 <TAsn> I described the second bug there
Jul 18 20:37:30 <dos1> TAsn: looks like bug in oeventsd design, as rule is damn right!
Jul 18 20:37:30 <TAsn> (state file bug)
Jul 18 20:37:35 <TAsn> :)
Jul 18 20:37:36 <dos1> hmm
Jul 18 20:37:50 <TAsn> well, check oeventsd then :)
Jul 18 20:37:56 <dos1> ohhh
Jul 18 20:38:03 <dos1> that's darkness
Jul 18 20:38:03 <TAsn> as it shouldn't have dropped the state...
Jul 18 20:38:06 <TAsn> ?
Jul 18 20:38:07 <dos1> :D
Jul 18 20:38:08 <TAsn> :)
Jul 18 20:38:21 <dos1> oeventsd comes from darkness
Jul 18 20:38:24 <dos1> didn't you know? ;)
Jul 18 20:38:50 <TAsn> then move to the darkside
Jul 18 20:38:57 <TAsn> as we need this dark magic!
Jul 18 20:39:01 <TAsn> (call waiting)
Jul 18 20:39:07 <TAsn> although it's not as bad
Jul 18 20:39:13 <TAsn> and the majority of stuff have been fixed
Jul 18 20:39:24 <TAsn> it's only with the second call waiting in the same call...
Jul 18 20:45:01 <PaulFertser|erc> Guys, emacs on FR realy rocks. You should have dropped elementary and write in elisp ;)
Jul 18 20:47:37 <dos1> did someone notice, that PaulFertser|erc uses too much "you should"? :D
Jul 18 20:52:17 <dos1> i'm thinking about some opimd backend to handle distro maintainer announces ;)
Jul 18 20:52:46 <dos1> and i'm thinking about format to use
Jul 18 20:54:23 <PaulFert`> dos1: hey from emacs ;)
Jul 18 20:56:47 <PaulFert`> johnsu01: i'm really looking forward to more usable fso.el, seems like it's way to go.
Jul 18 20:58:38 <johnsu01> PaulFert`: Yeah, I've lent my FR to a coworker but I should have it back next week to start hacking more on it
Jul 18 20:58:58 <johnsu01> PaulFert`: feel free to put requests on the wiki page :)
Jul 18 20:59:03 <johnsu01> and bugs
Jul 18 21:01:11 <mrmoku> ok, build is still running
Jul 18 21:01:15 <mrmoku> and I'm off to bed
Jul 18 21:01:41 <TAsn> mrmoku, release on monday? :)
Jul 18 21:01:43 <TAsn> night.
Jul 18 21:01:44 <tobii_> mrmoku: gn8
Jul 18 21:01:51 <mrmoku> dos1, TAsn: I already did links for testing for you guys to test
Jul 18 21:01:59 <mrmoku> in case the build finishes ;)
Jul 18 21:02:07 <TAsn> nah
Jul 18 21:02:11 <TAsn> I won't be here today anyway
Jul 18 21:02:14 <mrmoku> gnight all :)
Jul 18 21:02:15 <TAsn> I'm testing 339
Jul 18 21:02:17 <mrmoku> ok
Jul 18 21:02:18 <TAsn> and go to sleep
Jul 18 21:02:20 <TAsn> night.
Jul 18 21:02:21 <TAsn> thanks
Jul 18 21:02:22 <TAsn> .
Jul 18 21:02:23 <mrmoku> cu
Jul 18 21:03:07 <PaulFert`> johnsu01: your last commit disabled call status reporting without good reason
Jul 18 21:03:32 <PaulFert`> johnsu01: and caadr requires 'cl
Jul 18 21:04:25 <dos1> links?
Jul 18 21:04:29 <dos1> where? what?
Jul 18 21:04:32 <johnsu01> PaulFert`: hm, I did that because I was switching to using kapula for phone calls for a while
Jul 18 21:04:48 <johnsu01> and emacs for sms
Jul 18 21:05:09 <johnsu01> dos1: http://wjsullivan.net/git/?p=fso-el.git;a=summary
Jul 18 21:05:27 <johnsu01> and http://wiki.wjsullivan.net/collaboration.cgi/FsoEl
Jul 18 21:05:31 <dos1> johnsu01: i wasn't talking about fso-el, but thanks :D
Jul 18 21:05:38 <johnsu01> heh
Jul 18 21:05:40 <dos1> TAsn: hmm?
Jul 18 21:06:20 <dos1> johnsu01: btw. do you want to implement opimd in fso-el?
Jul 18 21:06:58 <johnsu01> dos1: Yeah, possibly... though there are other emacs faculties for that so it wasn't high on my priority
Jul 18 21:08:14 <TAsn> dos1, ?
Jul 18 21:09:19 <dos1> TAsn: about what links mrmoku was talking?
Jul 18 21:10:03 <TAsn> to not built yet
Jul 18 21:10:04 <TAsn> testing image
Jul 18 21:10:05 <TAsn> ;)
Jul 18 21:13:17 <PaulFertser> johnsu01: are you using x-ified emacs?
Jul 18 21:13:39 <johnsu01> PaulFertser: Yeah
Jul 18 21:13:51 <TAsn> haha found the bug
Jul 18 21:14:07 <TAsn> I accidentally made it write Release when it should have written Pickup
Jul 18 21:14:16 <TAsn> which caused it not to change :)
Jul 18 21:14:21 <johnsu01> PaulFertser: Well, fixed those two things at least in git.
Jul 18 21:15:13 <PaulFertser> johnsu01:It seems that terminal version has more problems receiving dbus signal.
Jul 18 21:15:47 <johnsu01> PaulFertser: I noticed problems when having both a terminal frame and an X frame open
Jul 18 21:16:41 <johnsu01> an emacs dbus bug I think, where the signal handler wouldn't run until some other input happens
Jul 18 21:16:50 <PaulFertser> johnsu01: yeah, i think that's the case for me too, was trying to use new facinating multitty suport
Jul 18 21:16:51 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:21>
Jul 18 21:16:55 <tmzt> emacs uses dbus?
Jul 18 21:16:58 <johnsu01> PaulFertser: but as long as there is only an X frame open, it seems to work fine
Jul 18 21:17:58 <johnsu01> tmzt: Yeah, newly
Jul 18 21:18:24 <tmzt> wow, kind of suprising given how long emacs has been around
Jul 18 21:18:52 <johnsu01> tmzt: I mean, it "uses" dbus it that you can write extensions that interact with dbus, and it exports some basic stuff
Jul 18 21:19:08 <dos1> tmzt: emacs is great operating system, it just lacks good text editor ;D
Jul 18 21:19:24 <tmzt> ah, okay
Jul 18 21:19:56 <johnsu01> tmzt: so probably more correct to say that emacs lisp now has a dbus library
Jul 18 21:20:26 <PaulFertser> johnsu01: do you plan to switch to emacs on FR fully?
Jul 18 21:20:52 <johnsu01> PaulFertser: I was using it fully for a while
Jul 18 21:21:18 <johnsu01> PaulFertser: so, maybe :)
Jul 18 21:23:41 <PaulFertser> johnsu01: probably call initation/answrr with hyperlinks/buttons, contact lookup for every number and it'll be better than all shr ap suit ;)
Jul 18 21:24:48 <PaulFertser> johnsu01: btw, do you know fsoraw? i think with this utility wifi resourxe control is redudant
Jul 18 21:24:52 <johnsu01> PaulFertser: heh, answer/end button is the next thing on the list
Jul 18 21:28:24 <johnsu01> PaulFertser: no, I don't know fsoraw
Jul 18 21:29:20 <johnsu01> PaulFertser: Wouldn't you still want to be able to turn wifi off from emacs though?
Jul 18 21:34:57 <PaulFertser> johnsu01: the idea is that you want wifi for the time wpa_supplicant is runnig only, so you wrap it into fsoraw
Jul 18 21:42:44 <CIA-43> SHR: 03tom 07shr * r66e9e36cbc59 10/libframeworkd-phonegui-efl/src/ (5 files in 2 dirs): Added support for picking up a call back from pending state
Jul 18 21:42:54 <CIA-43> SHR: 03tom 07shr * r2ba961ceee59 10/libframeworkd-phonegui-efl/src/view/call-common.c: fixed a typo bt2 to bt1
Jul 18 21:42:55 <CIA-43> SHR: 03tom 07shr * r1f13f528d4d7 10/libframeworkd-phonegui-efl/src/view/ (call-active-view.c call-common.c): it now correctly sets to active after returning a call from pending
Jul 18 21:42:56 <CIA-43> SHR: 03tom 07shr * r67bddaa1be08 10/libframeworkd-phonegui-efl/src/ (4 files in 2 dirs): fixed a couple of typos + issues, picking up a call from pending now works (or at least should)
Jul 18 21:42:56 <CIA-43> SHR: 03tom 07shr * r7c8f6e305543 10/libframeworkd-phonegui-efl/src/view/ (message-list-view.c message-show-view.c): Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr
Jul 18 21:43:23 <TAsn> :)
Jul 18 21:43:27 <TAsn> and of course I forgot to pull ;(
Jul 18 21:43:33 <TAsn> newbish merge comming up :)
Jul 18 21:43:42 <TAsn> oh nvm already was
Jul 18 21:43:42 <TAsn> :)
Jul 18 21:44:56 <TAsn> fucking finally!
Jul 18 21:44:57 <SHR-WugBranler> tracfeed: Ticket #339 (receiving an incoming call when already on line) updated <http://trac.shr-project.org/trac/ticket/339#comment:16>
Jul 18 21:45:04 <TAsn> call waiting on the fr :)
Jul 18 21:45:19 <TAsn> only one framework bug from being completely usable
Jul 18 21:45:52 <TAsn> phew.
Jul 18 21:48:46 <TAsn> mrmoku|away, when you are here, rebuild efl ;) (should fix that in efl2 as well :( bah.)
Jul 18 22:25:07 <TAsn> omg
Jul 18 22:25:07 <TAsn> had to share
Jul 18 22:25:09 <TAsn> http://pastebin.com/m4146da3a
Jul 18 22:49:27 <dos1> TAsn: !!!!!
Jul 18 22:49:29 <dos1> http://tinderbox.openembedded.net/public/logs/task/1928908.txt
Jul 18 22:49:35 <dos1> build failed on ophonekitd...
Jul 18 22:49:43 <F4t> OMFG...
Jul 18 22:49:52 <F4t> :P
Jul 18 22:50:10 <F4t> did TAsn modify ophonekitd code? :)
Jul 18 22:50:28 <dos1> yep :P
Jul 18 22:50:34 <dos1> TAsn: btw, you can remove it:
Jul 18 22:50:36 <dos1> arm-angstrom-linux-gnueabi-gcc: -lsqlite3: linker input file unused because linking not done
Jul 18 22:50:43 <dos1> i mean -lsqlite3
Jul 18 22:50:47 <dos1> as it's not used now :P
Jul 18 22:50:52 <TAsn> no I didn't.!
Jul 18 22:50:57 <F4t> well, we can now safely build the stake, and gather some wood and oil....
Jul 18 22:51:01 <TAsn> I did nothing
Jul 18 22:51:03 <TAsn> I swear
Jul 18 22:52:16 <dos1> TAsn: then
Jul 18 22:52:22 <TAsn> no idea
Jul 18 22:52:23 <dos1> how would you explain this: arm-angstrom-linux-gnueabi-gcc: -lsqlite3: linker input file unused because linking not done
Jul 18 22:52:26 <dos1> wrong
Jul 18 22:52:27 <TAsn> oh,
Jul 18 22:52:30 <TAsn> that's the fail?
Jul 18 22:52:35 <dos1> http://tinderbox.openembedded.net/public/logs/task/1928908.txt
Jul 18 22:52:35 <TAsn> it didn't happen here
Jul 18 22:52:36 <dos1> no :P
Jul 18 22:52:50 <TAsn> hey
Jul 18 22:52:51 <dos1> fail is ophonekitd-main.c:99: error: 'unique_id' undeclared (first use in this function)
Jul 18 22:52:53 <TAsn> I committed stuff since!
Jul 18 22:52:56 <TAsn> I think
Jul 18 22:53:44 <dos1> ms5.5 will be announced tomorow
Jul 18 22:53:56 <TAsn> dos1, 
Jul 18 22:53:59 <TAsn> Everything up-to-date
Jul 18 22:54:02 <TAsn> when git push
Jul 18 22:54:05 <TAsn> nothing to commit
Jul 18 22:54:06 <TAsn> and here it's ok
Jul 18 22:54:07 * dos1 checks what he can break in frameworkd
Jul 18 22:54:09 <TAsn> conclusion
Jul 18 22:54:21 <TAsn> mrmoku chose the wrong rev
Jul 18 22:54:21 <TAsn> :)
Jul 18 22:54:40 <TAsn> mrmoku|away, YOU CHOSE AN OLD OPHONEKITD REV!!! (noob) :)
Jul 18 22:54:41 <dos1> TAsn: looks like ;x
Jul 18 22:54:43 <dos1> :D
Jul 18 22:56:40 <CIA-43> SHR: 03tom 07shr * r9667b5bce417 10/ophonekitd/ (configure.ac src/Makefile.am): removed sqlite linking in ophonekitd
Jul 18 22:56:48 <dos1> TAsn: he chosed "Removed phonelog from ophonekitd as we already have it in opimd"
Jul 18 22:56:50 <dos1> :P
Jul 18 22:59:23 <TAsn> what?!
Jul 18 22:59:28 <TAsn> he didn't even move to libphone-utils
Jul 18 22:59:30 <TAsn> ffs :|
Jul 18 22:59:46 <TAsn>     removed a pesky debug message
Jul 18 22:59:47 <F4t> TAsn, !! because of you mokonnect is still 0.2! :(
Jul 18 22:59:50 <TAsn> I wasn't very descriptive :)
Jul 18 23:00:02 <TAsn> (that's the commit after the one he chose)
Jul 18 23:00:02 <dos1> F4t: no, that's mrmoku|away's fault :P
Jul 18 23:00:22 <TAsn> mrmoku|away, you ass! put latest ophonekitd! :) and libframeworkd-phonegui-efl
Jul 18 23:00:24 <F4t> oh... 
Jul 18 23:00:38 <TAsn> we want to ship with those important fixes!
Jul 18 23:01:04 <agg1n1> damn, someone has to figure out howto use dbus and elementary simultaneously in a vala app :X
Jul 18 23:01:08 <TAsn> mrmoku|away, furthermore, I think dos1's fix of the sleep 3 bug came only after the commit you chose! just choose latest!!!
Jul 18 23:02:23 <TAsn> dos1, I still haven't solved this crap :(
Jul 18 23:02:33 <dos1> which crap?
Jul 18 23:02:34 <TAsn> dos1, mind doing me a favor?
Jul 18 23:02:37 <TAsn> (elementary)
Jul 18 23:02:47 <TAsn> http://pastebin.com/m7cba0952 
Jul 18 23:02:47 <dos1> huh
Jul 18 23:02:53 <TAsn> try following this in python
Jul 18 23:03:03 <TAsn> i.e creating what I'm describing exactly line after line
Jul 18 23:03:05 <dos1> TAsn: i still wonder why do you need new widget ;x
Jul 18 23:03:14 <TAsn> and see if you get the same problem
Jul 18 23:03:20 <TAsn> dos1, two reasons
Jul 18 23:03:23 <TAsn> btw
Jul 18 23:03:26 <TAsn> it's not a new widget
Jul 18 23:03:34 <TAsn> it's an improvement to the current list widget
Jul 18 23:03:38 <TAsn> anyhow, two reasons:
Jul 18 23:03:43 <TAsn> 1. I promised rsaster
Jul 18 23:03:46 <dos1> but it acts as new widget
Jul 18 23:04:03 <TAsn> 2. #292
Jul 18 23:04:08 <TAsn> dos1, no it doesn't.
Jul 18 23:04:19 <TAsn> it'll act the same
Jul 18 23:04:38 <TAsn> and it's a patch for elementary
Jul 18 23:04:43 <TAsn> not another lib
Jul 18 23:04:58 <TAsn> anyhow
Jul 18 23:05:05 <TAsn> I'm going to take a shower, back in 5
Jul 18 23:05:15 <TAsn> please write me a short python app that does the same
Jul 18 23:05:19 <TAsn> so i'll be able to test ;)
Jul 18 23:05:21 <TAsn> I tried myself
Jul 18 23:05:26 <TAsn> wasn't able to make it
Jul 18 23:05:30 <TAsn> I suck with documentation ;\
Jul 18 23:05:34 <TAsn> (and time...)
Jul 18 23:07:19 <dos1> TAsn: ok, when i'll finish updating fso-specs i'll do that :P
Jul 18 23:11:46 <TAsn> shit fu :)
Jul 18 23:11:49 <TAsn> though i'll have it by now
Jul 18 23:11:55 <TAsn> now I have nothing to do but go to sleep :(
Jul 18 23:11:57 <TAsn> I'm bored
Jul 18 23:12:03 <TAsn> nvm :) thanks a lot
Jul 18 23:12:13 <TAsn> please up and pm it so i'll have something to do tomorrow :)
Jul 18 23:12:38 <TAsn> dos1, btw if you can, try to figure out what's the deal with the framework's bug in oevents.
Jul 18 23:18:49 <CIA-43> freesmartphone.org: 03seba.dos1 07specs * r4b5c42fbb825 10/org.freesmartphone.PIM/ (6 files): Update opimd specs
Jul 18 23:18:53 <TAsn> DocScrutinizer2, I had something I wanted to ask you though I forgot! :)
Jul 18 23:19:04 <TAsn> OH I remember!
Jul 18 23:19:11 <TAsn> are you even here?
Jul 18 23:32:44 <dos1> TAsn: i have it rewriten into python
Jul 18 23:32:48 <dos1> and i can't see nothing ;x
Jul 18 23:32:52 <dos1> err
Jul 18 23:32:56 <dos1> i can't see anything
Jul 18 23:32:57 <dos1> :D
Jul 18 23:33:05 <dos1> (in polish there are double negations ;x)
Jul 18 23:33:07 <TAsn> dos1, btw, please check this out, though it seems that the limit function you added to opimd in CallsDomain is buggy and limits from the bottom up and not from top down I mean, when I get with phonelog I get only the oldest
Jul 18 23:33:09 <TAsn> :)
Jul 18 23:33:13 <TAsn> dos1, ^
Jul 18 23:33:20 <TAsn> dos1, pastebin please
Jul 18 23:33:28 <TAsn> I want to play with it as well.. :)
Jul 18 23:33:29 <dos1> TAsn: oh, possible!
Jul 18 23:33:39 <TAsn> not only possible, but true! :)
Jul 18 23:33:43 <dos1> TAsn: then it has to wait to sort ;x
Jul 18 23:33:44 <TAsn> pastebin
Jul 18 23:33:47 <TAsn> and then fix it :)
Jul 18 23:33:54 <dos1> s/sort/sorting/
Jul 18 23:33:54 <bzzbot> dos1 meant: TAsn: then it has to wait to sorting ;x
Jul 18 23:33:58 <TAsn> dos1, damn you! :)
Jul 18 23:34:08 <TAsn> dos1, what's the problem with creating a sort function?
Jul 18 23:34:15 <TAsn> (even on opimd's side)
Jul 18 23:34:28 <TAsn> or at least dos
Jul 18 23:34:31 <dos1> TAsn: opimd uses strange datastructure
Jul 18 23:34:34 <TAsn> change the sql backend
Jul 18 23:34:35 <TAsn> !
Jul 18 23:34:42 <TAsn> so it'll order by when getting
Jul 18 23:34:44 <TAsn> ...
Jul 18 23:34:50 <TAsn> in calls domain it makes sense...
Jul 18 23:34:58 <TAsn> to order by date new to old...
Jul 18 23:35:06 <TAsn> it should be done anyway...
Jul 18 23:35:07 <dos1> hmm
Jul 18 23:35:12 <dos1> as quick and dirty hack? ;)
Jul 18 23:35:15 <TAsn> as in sqlite it'll be faster
Jul 18 23:35:15 <dos1> ok, i'll do it
Jul 18 23:35:19 <TAsn> dos1, yes and no
Jul 18 23:35:25 <TAsn> as this is a wanted behavior anyway :)
Jul 18 23:35:34 <TAsn> or even better
Jul 18 23:35:36 <TAsn> not by date
Jul 18 23:35:38 <TAsn> by id
Jul 18 23:35:38 <TAsn> ...
Jul 18 23:35:41 <dos1> TAsn: well, wanted behavior is having it configurable
Jul 18 23:35:46 <TAsn> by id...
Jul 18 23:35:55 <TAsn> more correct and will be faster
Jul 18 23:35:56 <dos1> TAsn: by id, but desc, yep?
Jul 18 23:35:58 <TAsn> since it's indexed
Jul 18 23:36:03 <TAsn> id desc
Jul 18 23:36:03 <TAsn> yes
Jul 18 23:36:04 <TAsn> :)
Jul 18 23:36:10 <dos1> ok
Jul 18 23:36:21 <TAsn> dos1, tell moku to build :)
Jul 18 23:36:27 <TAsn> btw, please pastebin elementary code
Jul 18 23:36:30 <dos1> http://pastebin.com/m8a3e3b4
Jul 18 23:36:31 <dos1> :P
Jul 18 23:36:37 <TAsn> cheat. :)
Jul 18 23:36:47 <TAsn> thanks.
Jul 18 23:36:59 <dos1> it's just dumb rewrite
Jul 18 23:37:05 <dos1> now i'm looking what did you break :P
Jul 18 23:37:47 <TAsn> WTF?!
Jul 18 23:37:50 <TAsn> DOS1
Jul 18 23:37:56 <TAsn> wtf are all those indexes you created?
Jul 18 23:38:10 <TAsn> big nono!
Jul 18 23:38:20 <TAsn> you should have only a small amount of indexes
Jul 18 23:38:27 <TAsn> as too many indexes makes insertion slow
Jul 18 23:38:31 <TAsn> and takes place for no reason
Jul 18 23:38:38 <TAsn> otherwise indexes would have been the default...
Jul 18 23:38:42 <dos1> TAsn: then which i should remove? :P
Jul 18 23:38:49 <TAsn> all but
Jul 18 23:39:23 <TAsn> hm..
Jul 18 23:39:25 <TAsn> first of all
Jul 18 23:39:27 <TAsn> add id
Jul 18 23:40:36 <TAsn> leave call_values_callId_idx
Jul 18 23:40:48 <TAsn> (mean: let it be, it's good)
Jul 18 23:41:22 <TAsn> drop answered
Jul 18 23:41:45 <TAsn> drop deleted and fucking delete instead of logging the deleted ones!
Jul 18 23:42:05 <dos1> TAsn: it's already deleted
Jul 18 23:42:07 <dos1> :P
Jul 18 23:42:09 <TAsn> that's about it.
Jul 18 23:42:09 <TAsn> ;)
Jul 18 23:42:46 <dos1> TAsn: what about Type?
Jul 18 23:42:59 <TAsn> drop
Jul 18 23:43:11 <dos1> id, direction, new and callId
Jul 18 23:43:15 <dos1> that's all?
Jul 18 23:43:16 <TAsn> yes.
Jul 18 23:43:20 <dos1> ok
Jul 18 23:43:21 <TAsn> worst case
Jul 18 23:43:26 <TAsn> if you'll see a performance hit
Jul 18 23:43:31 <TAsn> you can always add them real time
Jul 18 23:43:31 <TAsn> ...
Jul 18 23:43:42 <TAsn> you can probably benchmark default results if you are bored ;)
Jul 18 23:43:52 <TAsn> id is important because of join
Jul 18 23:43:57 <TAsn> same goes for callid
Jul 18 23:44:16 <TAsn> direction is important since it sifts a lot and used a lot
Jul 18 23:44:26 <TAsn> and new is used all the time and does major sifting.
Jul 18 23:46:18 <TAsn> anyhow, you see? :(
Jul 18 23:46:35 <TAsn> dos1, btw, also remove unneeded indexes in other backends
Jul 18 23:46:40 <TAsn> (you see) efl is broken ;(
Jul 18 23:46:43 <CIA-43> freesmartphone.org: 03seba.dos1 07framework * rbfb7833fe6aa 10/framework/subsystems/opimd/pimb_sqlite_calls.py: opimd: SQLite-Calls: remove too much indexes
Jul 18 23:46:44 <CIA-43> freesmartphone.org: 03seba.dos1 07framework * rcfbca177f234 10/framework/subsystems/opimd/pimb_sqlite_calls.py: opimd: SQLite-Calls: order by id desc as default
Jul 18 23:47:25 <dos1> TAsn: there are no indexes in other backends
Jul 18 23:47:31 <TAsn> then add :)
Jul 18 23:47:36 <dos1> ;)
Jul 18 23:47:41 <TAsn> we'll deal with it tomorrow though
Jul 18 23:47:45 <TAsn> will probably boost sms probing
Jul 18 23:47:47 <dos1> tell me which fields
Jul 18 23:47:52 <TAsn> tomorrow 
Jul 18 23:47:55 <TAsn> remind me :)
Jul 18 23:47:56 <dos1> nooo
Jul 18 23:47:59 <TAsn> ok
Jul 18 23:48:02 <dos1> tomorrow will be ms5.5 released
Jul 18 23:48:03 <TAsn> what are the fields?
Jul 18 23:48:03 <dos1> :D
Jul 18 23:48:13 <TAsn> (possible fields I mean)
Jul 18 23:48:48 <dos1> id, source, timestamp, timezone, direction, title, sender, transmitloc, content, messageread, messagesent, processing
Jul 18 23:49:02 <dos1> and in second table - messageId, field, value
Jul 18 23:49:09 <dos1> and in contacts:
Jul 18 23:49:51 <dos1> id, name, surname, nickname, birthdate, marrdate, partner, spouse, metat, homeloc, department, refid
Jul 18 23:49:58 <TAsn> hm.. sec.
Jul 18 23:50:06 <TAsn> first of all second table
Jul 18 23:50:08 <TAsn> messageId
Jul 18 23:50:08 <dos1> (we should work on default fields...)
Jul 18 23:50:27 <TAsn> and you should also make it foreign key if you haven't
Jul 18 23:50:39 <TAsn> same in calls btw
Jul 18 23:50:45 <TAsn> should be foreign key
Jul 18 23:50:49 <TAsn> it's an important constraint
Jul 18 23:50:57 <TAsn> as for sms
Jul 18 23:51:04 <TAsn> id
Jul 18 23:51:11 <TAsn> sender
Jul 18 23:51:13 <TAsn> direction
Jul 18 23:51:40 <TAsn> that's it.
Jul 18 23:51:42 <dos1> foreign key?
Jul 18 23:51:50 <TAsn> like primary key
Jul 18 23:51:58 <dos1> id INTEGER FOREIGN KEY?
Jul 18 23:51:58 <TAsn> just foreign :)
Jul 18 23:52:02 <TAsn> no
Jul 18 23:52:20 <dos1> id INTEGET FOREIGN?
Jul 18 23:52:27 <TAsn> nvm
Jul 18 23:52:28 <TAsn> just read
Jul 18 23:52:34 <TAsn> sqlite3 does not implement it
Jul 18 23:52:36 <TAsn> ;\
Jul 18 23:52:40 <TAsn> http://www.sqlite.org/omitted.html
Jul 18 23:52:53 <TAsn> anyhow I don't remember the exact syntax
Jul 18 23:53:03 <TAsn> thouh I think it's something like
Jul 18 23:53:21 <TAsn> Callsid INTEGER FOREIGN KEY calls.id
Jul 18 23:53:24 <TAsn> or something like that :)
Jul 18 23:54:17 <TAsn> FOREIGN KEY (P_Id) REFERENCES Persons(P_Id)
Jul 18 23:54:21 <TAsn> I wasn't even close :)
Jul 18 23:54:22 <TAsn> hehe
Jul 18 23:54:32 <TAsn> long time has passed since I last did it without a gui
Jul 18 23:54:44 <TAsn> as I mostly work with sucky ORACLE dbs
Jul 18 23:54:57 <TAsn> and they have easy guis :)
Jul 18 23:55:29 <dos1> TAsn: ok, what about contacts?
Jul 18 23:56:15 <TAsn> hm..
Jul 18 23:56:18 <TAsn> id
Jul 18 23:56:22 <CIA-43> freesmartphone.org: 03seba.dos1 07framework * rfc6aad5fce8e 10/framework/subsystems/opimd/pimb_sqlite_messages.py: opimd: SQLite-Messages: add indexes to database
Jul 18 23:56:30 <TAsn> name, surname, nickname, phone
Jul 18 23:56:42 <TAsn> though I can't see phone
Jul 18 23:56:47 <TAsn> where is it?!
Jul 18 23:56:53 <TAsn> actually
Jul 18 23:57:00 <TAsn> phone is not important if you added what I told you
Jul 18 23:57:11 <TAsn> (canonized_phone column)
Jul 18 23:57:17 <TAsn> and you need to index that...
Jul 18 23:57:36 <TAsn> you need to index (though first add) canonized_phone
Jul 18 23:57:37 <dos1> phone is in second table
Jul 18 23:57:43 <TAsn> in conclusion
Jul 18 23:57:45 <dos1> as you can have multiple phone numbers
Jul 18 23:57:53 <TAsn> name, surname, nickname, canonized_phone
Jul 18 23:57:57 <TAsn> dos1, then multi indexes
Jul 18 23:58:11 <TAsn> or actually
Jul 18 23:58:13 <TAsn> no
Jul 18 23:58:16 <TAsn> don't 
Jul 18 23:58:19 <TAsn> no need to index that
Jul 18 23:58:30 <TAsn> as resolving will be done with cache anyway
Jul 18 23:58:35 <TAsn> getting from db will be too slow
Jul 18 23:58:40 <TAsn> so it won't be done...
Jul 18 23:58:53 <TAsn> but you should always keep a canonized_phone
Jul 18 23:58:57 <TAsn> for every phone you keep
Jul 18 23:59:03 <TAsn> so it'll be possible to search...
Jul 18 23:59:10 <dos1> TAsn: yep
Jul 18 23:59:14 <TAsn> btw
Jul 19 00:00:07 <CIA-43> freesmartphone.org: 03seba.dos1 07framework * r331be16598f6 10/framework/subsystems/opimd/pimb_sqlite_contacts.py: opimd: SQLite-Contacts: add indexes to database
Jul 19 00:02:12 <TAsn> got any ideas on what to pack it in?
Jul 19 00:02:16 <TAsn> so it'll work?
Jul 19 00:03:03 <dos1> TAsn: elementary?
Jul 19 00:03:08 <TAsn> yes.
Jul 19 00:03:12 <dos1> huh, it still doesn't work here
Jul 19 00:03:22 <dos1> i'll try brute force tomorrow
Jul 19 00:03:28 <dos1> :P
Jul 19 00:03:42 <dos1> now i'm going to sleep
Jul 19 00:04:13 <dos1> good night :)
Jul 19 00:04:39 <TAsn> btw dos1|zzZZzz 
Jul 19 00:04:44 <TAsn> this won't work as is
Jul 19 00:04:50 <TAsn> you won't see nothing
Jul 19 00:04:55 <TAsn> you gotta put buttons in the list...
Jul 19 00:04:55 <TAsn> :)
Jul 19 00:05:44 <dos1|zzZZzz> TAsn: but i should see scroller at last :P
Jul 19 00:05:47 <dos1|zzZZzz> ok, sleeping now
Jul 19 00:05:49 <dos1|zzZZzz> gn
Jul 19 00:06:45 <TAsn> weird it works (I think)
Jul 19 00:20:31 <wpwrak> by the way, has Brian Code ever been seen around here since Paul gave him that cheerful welcome a few weeks ago ?
Jul 19 00:33:10 <F4t> wpwrak, brian code hangs around android channels i think...
Jul 19 00:37:12 <wpwrak> F4t: I was wondering if any attempts have been made to bridge the gap between the android and most of the rest of the openmoko world. it would be a good sign even just when people start talking :)
Jul 19 01:21:08 <SHR-WugBranler> tracfeed: Ticket #556 (no sound after espeak (navit)) created <http://trac.shr-project.org/trac/ticket/556>
**** ENDING LOGGING AT Sun Jul 19 02:59:57 2009