**** BEGIN LOGGING AT Thu Oct 08 02:59:58 2009
Oct 08 05:47:55 <mrmoku> TAsn: PING
Oct 08 05:48:18 <mrmoku> TAsn: PLEASE... do NOT run indent over our config files :P
Oct 08 05:48:23 <mrmoku> [phonegui] library = libframeworkd - phonegui - efl.so .0 show_incoming_sms = true
Oct 08 05:48:28 <mrmoku> not good ;)
Oct 08 05:52:18 <CIA-66> SHR: 03mok 07shr * rf44422b0f63c 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr
Oct 08 05:52:28 <CIA-66> SHR: 03mok 07shr * ra452a1923fa8 10/libframeworkd-phonegui/data/frameworkd-phonegui.conf: phonegui: fix config after accidently indenting it
Oct 08 05:57:55 <mrmoku> Multiple replacers for atd, using first one (atd-over-fso-dbg)
Oct 08 06:01:38 <spaetz> morning
Oct 08 06:08:06 <mrmoku> spaetz: morning
Oct 08 06:10:28 <spaetz> up early :)
Oct 08 06:10:44 <mrmoku> like the birds :)
Oct 08 06:15:21 <spaetz> hehe, no birds here, just rain...
Oct 08 06:15:30 <mrmoku> oohhh
Oct 08 06:16:02 <spaetz> I'm not complaining, we had 26° yesterday and sun all day.
Oct 08 06:16:11 <mrmoku> yup here too
Oct 08 06:25:16 <TAsn> mrmoku|away, lol, accident :)
Oct 08 06:26:05 <TAsn> mrmoku|away, please check index, as I fixed the issue though it doesn't pop for me, I suspect it's an issue there,'s there even before my changes, as I tried adding non utf8 strings... does it work for you?
Oct 08 06:31:32 <blindcoder> good morning everyone
Oct 08 06:31:41 <DocScrutinizer-8> mooo
Oct 08 06:32:35 <spaetz> morning
Oct 08 06:33:12 <spaetz> mrmoku|away: more "fatal" zero packs found.
Oct 08 06:33:12 <spaetz> From http://git.shr-project.org/repo/libphone-utils
Oct 08 06:33:22 <spaetz> have you the rights to fix that?
Oct 08 06:38:45 <mrmoku> spaetz: will take a look
Oct 08 06:40:16 <spaetz> thanks.
Oct 08 06:42:42 <mrmoku> running git repack on all repos now
Oct 08 06:43:12 <spaetz> does this need to be done regularly? Or is it a one-time thing?
Oct 08 06:43:22 <spaetz> sorry, I am just a git noob :)
Oct 08 06:43:51 <mrmoku> spaetz: yup regulary... will try to add a cronjob for that
Oct 08 06:44:01 <spaetz> cool
Oct 08 06:45:27 <DocScrutinizer-8> lol
Oct 08 06:47:49 <DocScrutinizer-8> mrmoku: patch git!
Oct 08 06:47:57 <spaetz> NOTE: Unpacking /home/spaetz/src/shrbuildenv/downloads/apps.atd_anoncvs.handhelds.org_ATD-0_70_.tar.gz to /home/spaetz/src/shrbuildenv/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/atd-0.70-r4/
Oct 08 06:48:01 <spaetz> gzip: stdout: Broken pipe
Oct 08 06:48:15 <spaetz> why the fuck, is atd giving me problems?
Oct 08 06:48:17 <spaetz> Retrying
Oct 08 06:48:48 <DocScrutinizer-8> wrong flavour? there's fso-atd as well, afaik
Oct 08 06:49:04 <mrmoku> DocScrutinizer-8: huh?
Oct 08 06:49:09 <spaetz> I'm using whatever shr-image prefers....
Oct 08 06:49:33 <spaetz> I recall something like atd-over-fso as well, not sure what that is
Oct 08 06:49:35 <DocScrutinizer-8> mrmoku: patch huh?
Oct 08 06:50:02 <mrmoku> patching git?
Oct 08 06:50:08 <DocScrutinizer-8> j/k
Oct 08 06:50:22 <mrmoku> :P
Oct 08 06:50:23 <DocScrutinizer-8> mostly
Oct 08 06:50:36 <mrmoku> how was city admin fun yesterday? ;)
Oct 08 06:50:59 <mrmoku> raster: ping
Oct 08 06:51:29 <DocScrutinizer-8> well, as usual, got a date, for getting, dates, for getting even more dates
Oct 08 07:04:44 <spaetz> has anyone tried omgps?
Oct 08 07:05:17 <spaetz> and once we have a working build again, I'd love to experiment with mdev vs udev agian
Oct 08 07:11:10 <mrmoku> spaetz: do you now the magic svn parameters to show me one commit?
Oct 08 07:11:31 <mrmoku> I want to see what changed in r42560
Oct 08 07:11:44 <spaetz> that's easy
Oct 08 07:12:30 <mrmoku> ahh -c r42560 ?
Oct 08 07:12:39 <mrmoku> (without r)
Oct 08 07:12:40 <spaetz> svn diff -r HEAD
Oct 08 07:12:48 <spaetz> svn diff -ehh, hold on
Oct 08 07:13:10 <spaetz> svn diff -r 42560:52561 ?
Oct 08 07:13:11 <mrmoku> :)
Oct 08 07:13:21 <spaetz> darn, too long ago...
Oct 08 07:13:30 <mrmoku> though svn diff -c 42560 is what I want
Oct 08 07:13:36 <mrmoku> just to see what changed in that commit
Oct 08 07:13:39 <DocScrutinizer-8> patch git ;-P
Oct 08 07:13:55 <spaetz> ok, glad you found it
Oct 08 07:14:26 <mrmoku> spaetz: thanks :)
Oct 08 07:15:51 <spaetz> I'm more into mercurial nowadays :)
Oct 08 07:16:22 <mrmoku> the thing confusing me about svn log is that you don't get the context which module the change was in
Oct 08 07:16:35 <mrmoku> (if you checked out complete enlightenment for example)
Oct 08 07:16:51 <mrmoku> log shows me:
Oct 08 07:16:51 <mrmoku> Change hoversel callback mechanism and add icon_get for items
Oct 08 07:17:03 <mrmoku> but not that this is only the python bindings
Oct 08 07:17:12 <spaetz> ok, but you have no clue where in enlightenment that actually was, true
Oct 08 07:17:14 <mrmoku> anyway
Oct 08 07:17:19 <mrmoku> raster: hoversels are broken :P
Oct 08 07:17:42 <spaetz> but then what I still like about SVN is that you can just check out a subdirectory and treat it as a normal SVN checkout
Oct 08 07:17:59 <spaetz> which is sometimes very convenient
Oct 08 07:18:21 <spaetz> Running task 8491 of 8511 :-)
Oct 08 07:18:22 <[Rui]> mrmoku: oh that's bad, I will probably need them for elmdentica when I can get clicks on the bubbles (or sth above them)
Oct 08 07:21:04 <CIA-66> SHR: 03mok 07libframeworkd-phonegui-efl2 * rb1741cb5767d 10/data/call.edc: call.edc: clean and reindent
Oct 08 07:21:15 <CIA-66> SHR: 03mok 07libframeworkd-phonegui-efl2 * r9b267e182165 10/data/ (9 files): data: remove *.edj as they get generated
Oct 08 07:21:16 <CIA-66> SHR: 03mok 07libframeworkd-phonegui-efl2 * ra182a3f3ebbb 10/src/view/contact-list-view.c: contacts: fix initiating a call from the list
Oct 08 07:53:43 <DocMobilizer> ~ping
Oct 08 07:53:44 <apt> ~pong
Oct 08 07:54:45 <DocScrutinizer-8> ~pong
Oct 08 07:54:46 <apt> ~ping
Oct 08 08:00:14 <DocScrutinizer-8> moin baruch 
Oct 08 08:08:22 <baruch> morning
Oct 08 08:08:43 <baruch> A relatively good one at that too
Oct 08 08:17:58 <Heinervdm> Weiss, larsc: i tried to patch evdev for screenrotation, i got a function for this from daniels that has to be called on rotation. But i can't get it working...
Oct 08 08:20:24 <tmzt> Heinervdm: #mer people need that too :)
Oct 08 08:20:38 <tmzt> actually, what X version are you using?
Oct 08 08:20:49 <Heinervdm> 1.7.0
Oct 08 08:20:56 <JaMa> Heinervdm: have you seen this problem? http://lists.shr-project.org/pipermail/shr-devel/2009-October/000835.html
Oct 08 08:21:13 <Heinervdm> JaMa: for me it compiles just fine
Oct 08 08:21:18 <JaMa> Heinervdm: I have some xorg updates, but cannot test it before fixing this one :/
Oct 08 08:21:49 <Heinervdm> JaMa: i compiled from scratch, yesterday. And it compiles
Oct 08 08:24:13 <JaMa> Heinervdm: ok, I'll try to rebuild from scratch too, thanks
Oct 08 08:47:45 <spaetz> OK, so compiling the laterst shr-unstable leads to X not starting, right?
Oct 08 08:47:56 <spaetz> Because that is what I currently have...
Oct 08 08:49:14 <Heinervdm> spaetz: no
Oct 08 08:50:09 <mrmoku> spaetz: check log.do_rootfs... for ERROR
Oct 08 08:50:14 <mrmoku> probably fso-abyss...
Oct 08 08:50:56 <spaetz> let me check. I can ssh into it, fortunately
Oct 08 08:52:16 <Heinervdm> spaetz: i would say evas-engine-* are missing
Oct 08 08:52:39 <spaetz>  * ERROR: Cannot satisfy the following dependencies for task-shr-minimal-apps:
Oct 08 08:52:42 <spaetz>          *  fso-abyss *  fso-abyss * 
Oct 08 08:52:44 <spaetz>  * ERROR: Cannot satisfy the following dependencies for task-shr-minimal-x:
Oct 08 08:52:47 <spaetz>          *  glibc-binary-localedata-en-us *
Oct 08 08:53:26 <mrmoku> you disabled locales?
Oct 08 08:53:30 <spaetz> mrmoku: you were right.
Oct 08 08:54:00 <spaetz> no, I have GLIBC_GENERATE_LOCALES = "en_US.UTF-8"
Oct 08 08:54:15 <spaetz> and this is still commented out: #ENABLE_BINARY_LOCALE_GENERATION = "0"
Oct 08 08:54:21 <mrmoku> hmm
Oct 08 08:55:07 <spaetz> so can I just rebuild fso-abyss and install that package?
Oct 08 08:55:24 <mrmoku> build fso-abyss, clean task-shr-minimal and rebuild the image
Oct 08 08:55:31 <mrmoku> don't know about the locale issue though
Oct 08 08:55:54 <spaetz> thanks will try
Oct 08 08:58:48 <blindcoder> anyone here know how to contact the author of literki?
Oct 08 09:00:15 <blindcoder> nm, found it in my mailarchive
Oct 08 09:00:39 <spaetz> starting X manually results in AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
Oct 08 09:00:48 <spaetz> (EE) GLX: could not load software renderer
Oct 08 09:00:57 <spaetz> with just a black screen
Oct 08 09:02:13 <spaetz> X does not crash/exit though
Oct 08 09:02:32 <Heinervdm> the missing swrast_dri.so is not fatal
Oct 08 09:03:13 <spaetz> ok, but then starting enlightenment does this:
Oct 08 09:03:14 <spaetz> Enlightenment found Evas can't create a buffer canvas. Please check
Oct 08 09:03:14 <spaetz> Evas has Software Buffer engine support.
Oct 08 09:03:29 <spaetz> so you are probably right about evas engines missing or something like that
Oct 08 09:03:42 <Heinervdm> [10:52:15] <Heinervdm> spaetz: i would say evas-engine-* are missing
Oct 08 09:03:47 <Heinervdm> ;)
Oct 08 09:04:17 <spaetz> seems, like you are right. But shouldn't they be part of shr-image?
Oct 08 09:04:26 <spaetz> ie I am pretty sure they are dependencies
Oct 08 09:04:34 <playya_> moin
Oct 08 09:04:55 <Heinervdm> spaetz: yes but there is a problem that they aren't build, like fso-abyss...
Oct 08 09:05:07 * spaetz sighs. bitbake...
Oct 08 09:28:26 <mrmoku> TAsn: ping
Oct 08 09:49:13 <spaetz> If I rebuild from scratch is it likely that I get build errors again?
Oct 08 09:55:36 <Heinervdm> mrmoku: i have patch for touchscreen rotation :)
Oct 08 10:02:09 <Heinervdm> mrmoku: patch in patchwork
Oct 08 10:14:09 <playya_> ~seen ptitjes
Oct 08 10:14:11 <apt> ptitjes <n=didier@53.73.198-77.rev.gaoland.net> was last seen on IRC in channel #openmoko-cdevel, 7d 16h 15m 9s ago, saying: 'hummmm libmodulo....'.
Oct 08 10:15:16 <playya_> anyone knows what happend to him? busy? holiday?
Oct 08 10:17:50 <mrmoku> Heinervdm: ohh nice :)
Oct 08 10:18:19 <Heinervdm> mrmoku: why are there so many not applied patches? :P
Oct 08 10:19:32 <playya_> because they are mine ;)
Oct 08 10:20:45 <playya_> the 4th patch for navit is pending in sybren's queue
Oct 08 10:22:03 <spaetz> do we (*cough cough* :-) ) apply patches to dev.oe as well or just to shr/import?
Oct 08 10:23:28 <mrmoku> spaetz: as long as we're not in sync with oe.dev that is a pain :(
Oct 08 10:24:50 <playya_> wait for the vala tarball and stop accepting patch?
Oct 08 10:24:59 <spaetz> ok
Oct 08 10:25:47 <playya_> that' should make it easier to merge everything back
Oct 08 10:26:15 <Heinervdm> playya_: are your patches bad? or why? ;)
Oct 08 10:26:37 <playya_> they send data to my server
Oct 08 10:26:53 <playya_> few my blog @ blog.127.0.0.2
Oct 08 10:29:53 <playya_> Heinervdm, test my navit patches. they are not evil
Oct 08 10:33:41 <Arigead> Hi All, Question about shr-u. I had to reflash the shr-u image from the server. After that I included mrmoku testing feed into /etc/opkg  and did an okg update; opkg upgrade. That worked but now my touch screen is all over the place and ain't registering clicks in correct location. I've never seen this before. Is this a know problem?
Oct 08 10:35:37 <playya_> i have the same problem frome time to time
Oct 08 10:36:18 <Arigead> playya: You don't have a resolution to it do you? ;-) 
Oct 08 10:36:41 <DocScrutinizer-8> strange thing is I never seen this
Oct 08 10:40:18 <Arigead> It's new to me as well, and I've had my fair share of problems. ;-) I was hoping to get an app which would enable long sms messages and eventually got my local build of shr-messages to start looking at it. I then found that shr-launcher has that feature and then found out that the shr-messages in mrmoku had been upgraded. Since then it's all been bad never got anything working. Both shr-messages and launcher seem to struggle to rec
Oct 08 10:40:18 <Arigead> eive sms messages at all. Now touch screen gone. I'll reflash and try again
Oct 08 10:40:48 <Heinervdm> Arigead: you flashed the image from /tests/mrmoku or the image form 20090906?
Oct 08 10:43:19 <Arigead> Heinervdm: 20090906 didn't know about a mrmoku build. I only really navigate through the SHR homepage and pick up the build via there.
Oct 08 10:44:00 <Heinervdm> Arigead: there are images too ;) http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/
Oct 08 10:45:04 <Arigead> Heinervdm: excellent! Thanks a million I'll try those and hopefully make some progress. 
Oct 08 10:45:50 <Heinervdm> Arigead: but you have to change the feeds too
Oct 08 10:45:56 <DocMobilizer> hmmmm....
Oct 08 10:47:31 <spaetz> latest mrmoku/lite/image works fine. Can't we push it over to regular -unstable again?
Oct 08 10:48:25 <Heinervdm> spaetz: +1 for this
Oct 08 10:48:25 <spaetz> well, works fine might be exaggerated. I haven't made a call yet :)
Oct 08 10:48:39 <Heinervdm> resume from suspend needs lot of time
Oct 08 10:48:45 <Arigead> Heinervdm: By changing the feeds do you mean adding just the mrmoku testing feed?
Oct 08 10:48:55 <Heinervdm> Arigead: yes
Oct 08 10:49:08 <playya_> Arigead, install tslib-calibrate and tslib-tests
Oct 08 10:49:12 <playya_> restart your X
Oct 08 10:49:36 <Heinervdm> playya_: that doesn't work for evdev ;)
Oct 08 10:50:00 <Arigead> Heinervdm: Right thanks I have that feed saved on my sd card so after a reflash I copy it across, if I remember
Oct 08 10:50:18 <playya_> Heinervdm, ok. options?
Oct 08 10:50:36 <Heinervdm> Arigead: when the feeds are synced now it's irrelevant
Oct 08 10:50:50 <Heinervdm> playya_: no options for calibration currently
Oct 08 10:50:51 <DocScrutinizer-8> big sign "attention! construction site ahead!"
Oct 08 10:51:36 <playya_> DocScrutinizer-8, you new bootsplash?
Oct 08 10:51:44 <DocScrutinizer-8> pffff
Oct 08 10:52:24 <DocScrutinizer-8> I'll "happily" stick with 0808 plus the upgrades from back when I dared to
Oct 08 10:56:17 <playya_> mrmoku, could we split gypsy into gypsy* and libgypsy*
Oct 08 11:00:58 <spaetz> no, mrmoku image doesn't work for me...
Oct 08 11:00:59 <spaetz>  ophonekitd 
Oct 08 11:00:59 <spaetz> ** (process:1548): DEBUG: Configuration file read
Oct 08 11:00:59 <spaetz> ** ERROR **: Loading libframeworkd - phonegui - efl.so .0 show_incoming_sms = true failed: libframeworkd - phonegui - efl.so .0 show_incoming_sms = true: cannot open shared object file: No such file or directory
Oct 08 11:01:03 <spaetz> aborting...
Oct 08 11:01:06 <spaetz> when starting ophonekitd
Oct 08 11:01:49 <spaetz> this is this is : http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/lite-om-gta02.tar.gz
Oct 08 11:03:26 <spaetz> hehe, this is because /etc/frameworkd-phonegui.conf contains:
Oct 08 11:03:33 <spaetz> [phonegui] library = libframeworkd - phonegui - efl.so .0 show_incoming_sms = true
Oct 08 11:03:56 <spaetz> (newline after the [phonegui] part)
Oct 08 11:05:52 * DocMobilizer shakes head
Oct 08 11:07:20 <mrmoku> spaetz: yup, already fixed that... Tasn ran indent over the config file too :P
Oct 08 11:07:25 <mrmoku> not yet built though
Oct 08 11:07:58 * DocMobilizer considers to re-install the "do not upgrade!" notice all over the place
Oct 08 11:12:47 * mrmoku wonders why DocMobilizer considers a need for that notice... as we did not (and won't) sync the feed
Oct 08 11:13:20 <PaulFertser> ever
Oct 08 11:13:20 <PaulFertser> ;)
Oct 08 11:13:48 <mrmoku> never ever again :P
Oct 08 11:13:59 <mrmoku> the only way to not break anything ;)
Oct 08 11:30:22 <spaetz> hehe
Oct 08 11:30:56 <spaetz> mrmoku: ok. What's the correct entdy for library=?
Oct 08 11:31:19 <spaetz> ahh,
Oct 08 11:31:32 <spaetz> library = libframeworkd-phonegui-efl.so.0
Oct 08 11:31:39 <spaetz> stupid me...
Oct 08 11:32:08 <spaetz> funny
Oct 08 11:46:20 <spaetz> mmh, everything works well. I like it.
Oct 08 11:49:10 <mrmoku> spaetz: you should give efl2 a try :)
Oct 08 11:49:30 <mrmoku> or maybe not yet...
Oct 08 11:49:40 <mrmoku> still some small issues to fix
Oct 08 11:51:42 <mrmoku> mickeyl: do you know if requesting a receipt for a message might cost something depending on the provider?
Oct 08 11:52:03 <Heinervdm> mrmoku: someone mentiond this
Oct 08 11:52:24 <Heinervdm> you should add an option for this to shr setting
Oct 08 11:52:29 <mrmoku> then we have to make that optional
Oct 08 11:52:30 <mickeyl> yes
Oct 08 11:52:31 <mrmoku> yeah :)
Oct 08 11:52:45 <mickeyl> some providers charge the cost of an sms for the receipt
Oct 08 11:52:55 <mrmoku> bad providers :(
Oct 08 11:52:57 <mickeyl> *nod*
Oct 08 11:55:07 <spaetz> WTF? for a receipt?
Oct 08 11:55:15 <spaetz> It doesn't cost them shit to send one
Oct 08 11:55:36 <spaetz> And I get receipts for free in even the cheapest discount stores :)
Oct 08 11:56:30 <spaetz> mrmoku: how would I try efl2?
Oct 08 11:57:52 <Heinervdm> spaetz: library = libframeworkd-phonegui-efl2.so.0
Oct 08 11:58:29 <Gnutoo> mmm
Oct 08 11:58:35 <Gnutoo> Enlightenment found Evas can't create a buffer canvas. Please check Evas has Software Buffer engine support.
Oct 08 11:58:38 <Gnutoo> hi
Oct 08 11:58:40 <Gnutoo> btw
Oct 08 11:58:42 <Gnutoo> so is it:
Oct 08 11:58:55 <Gnutoo> *my framebuffer that don't have shadow?
Oct 08 11:58:59 <Heinervdm> Gnutoo: evas-engine-* packages are missing
Oct 08 11:59:07 <Gnutoo> ah ok thanks a lot
Oct 08 11:59:10 <Heinervdm> Gnutoo: reinstall evas
Oct 08 11:59:13 <Gnutoo> so shr-issue then
Oct 08 11:59:24 <Gnutoo> I'll bitbake evas and try to make a better image
Oct 08 11:59:41 <Heinervdm> Gnutoo: not shr isssue, bitbake issue ;)
Oct 08 12:00:19 <Gnutoo> Heinervdm, as shr-issue I mean shr/import not depending on something
Oct 08 12:01:03 <Heinervdm> Gnutoo: no, depencies are corret but bitbake doesn't build include them for some reason, same for fso-abyss
Oct 08 12:01:08 <Gnutoo> btw it seems that none fo my machine specific config went into the image(Xorg.conf,frameworkd.conf) what did I forget to do? do I have to add overrides somewhere?
Oct 08 12:01:20 <Heinervdm> everytime i build from scratch these packages are missing in the first image
Oct 08 12:01:22 <Gnutoo> Heinervdm, ah ok so known issue
Oct 08 12:02:28 <Heinervdm> Gnutoo: you placed Xorg.conf in htc-dream dir (or how your machine is named)?
Oct 08 12:02:41 <Gnutoo> yes in htcdream dir
Oct 08 12:03:12 <Heinervdm> and what config does it include?
Oct 08 12:03:58 <Arigead_> Heinervdm: sorry was away for a while. Does the full build work on the second attempt then? Didn't know that. Had tried to build lite-image and failed with enlightenment in the image. Does doing bitbake twice solve this?
Oct 08 12:04:21 <Heinervdm> Gnutoo: in some places we have RDEPENDS_append-om-gta02 i think we have that for xorg too
Oct 08 12:04:28 <Gnutoo> ok
Oct 08 12:04:50 <Gnutoo> I'll grep for that then
Oct 08 12:04:50 <Gnutoo> thanks a lot
Oct 08 12:05:11 <Gnutoo> Heinervdm, for frameworkd.conf ->no config ,for xorg ->blank config
Oct 08 12:05:14 <Heinervdm> Arigead_: when i bitbake frameworkd, fso-abyss and evas manually and after that bitbake a new lite-image it's working for me
Oct 08 12:05:19 <Gnutoo> so for xorg it taken the top config
Oct 08 12:05:30 <Gnutoo> ok I'll do that then
Oct 08 12:05:54 <Heinervdm> Gnutoo: then bitbake doesn't find the machine dir...
Oct 08 12:05:55 <Arigead_> Heinervdm: Cheers. BTW  Reflashed from tests/mrmoko/unstable/images and things get even stranger. Touch screen now back to normal but now have no gsm connectivity and no USB Networking. This HW is very strange.
Oct 08 12:06:23 <Gnutoo> Heinervdm, yes I know...that's why I asked about the overrides
Oct 08 12:06:37 <Heinervdm> Arigead_: we just realised, that the image from yesterday has a broken frameworkd.conf
Oct 08 12:07:07 <Arigead_> Heinervdm: What a struggle ;-)
Oct 08 12:07:28 <Heinervdm> Gnutoo: if xserver-xorg-conf is build then everything is ok, from the recipe site
Oct 08 12:07:49 <Heinervdm> Arigead_: the image from 06.10.2009 is ok ;)
Oct 08 12:09:03 <Heinervdm> Gnutoo: do you have a machine dependent dir in some other recipe?
Oct 08 12:09:23 <Gnutoo> Heinervdm, yes I have...I'll look in the manual if they talk about overrides
Oct 08 12:09:27 <Gnutoo> and where to put them
Oct 08 12:11:18 <Gnutoo> This section is a stub, help us by expanding it
Oct 08 12:11:19 <Gnutoo> mmm
Oct 08 12:11:24 <Gnutoo> I'll look in shr files
Oct 08 12:11:29 <Gnutoo> or ask in #oe
Oct 08 12:11:35 <morphis> heyho
Oct 08 12:12:55 <Heinervdm> morphis: hi
Oct 08 12:14:04 <mrmoku> Arigead_: edit /etc/frameworkd-phonegui.conf
Oct 08 12:14:12 <mrmoku> and make it look like a correct config file
Oct 08 12:15:49 <morphis> mrmoku: do you have anything done regarding shr-image and the palm pre?
Oct 08 12:16:46 <Arigead_> mrmoku: Hi and sorry make it  look like a real config file? I'm presently reflashing with the rootfs from 6th. Is the /etc/frameword-phonegui.conf messed up in that image?
Oct 08 12:20:24 <mrmoku> morphis: not yet :(
Oct 08 12:20:41 <mrmoku> Arigead_: no
Oct 08 12:22:20 <Arigead_> mrmoku: Sorry don't know what you mean by "edit frameworkd-phonegui.conf and make it look like a correct config file"
Oct 08 12:23:32 <mrmoku> Arigead_: /etc/frameworkd-phonegui.conf is messed up in the image from tests/mrmoku/unstable
Oct 08 12:23:42 <mrmoku> to make GSM work you would have to fix it
Oct 08 12:23:57 <mrmoku> but as you already reflashed the old official one... no need for it
Oct 08 12:28:00 <Arigead_> mrmoku: Thanks for that downloaded already
Oct 08 12:30:54 <mrmoku> TAsn: ping
Oct 08 12:40:14 <TAsn> mrmoku, pong.
Oct 08 12:40:39 * TAsn is a bad bad man.
Oct 08 12:40:40 <TAsn> :)
Oct 08 12:40:47 <TAsn> (config indent issue)
Oct 08 12:41:01 <TAsn> mrgarlic, anyhow, does index work for you? (did it work before my fix?)
Oct 08 12:41:21 <TAsn> s/mrgarlic/mrmoku/
Oct 08 12:41:21 <apt> TAsn meant: mrmoku, anyhow, does index work for you? (did it work before my fix?)
Oct 08 12:41:22 <TAsn> :)
Oct 08 12:42:37 <mrmoku> TAsn: hey :)
Oct 08 12:42:45 <TAsn> mrmoku, does the index work for you?
Oct 08 12:42:55 <mrmoku> TAsn: index works... but not as I would like it to :P
Oct 08 12:42:57 <TAsn> did it work in your commits? does it work with my commit?
Oct 08 12:43:02 <TAsn> mrmoku, with my commit?
Oct 08 12:43:04 <mrmoku> yup
Oct 08 12:43:07 <TAsn> because here it doesn't.
Oct 08 12:43:16 <TAsn> :|
Oct 08 12:43:16 <mrmoku> now I have a and A in the index
Oct 08 12:43:16 <TAsn> doesn't pop.
Oct 08 12:43:20 <TAsn> really? that's a bug.
Oct 08 12:43:24 <TAsn> not a feature ;)
Oct 08 12:43:26 <mrmoku> TAsn: maybe your fingers are too fat :P
Oct 08 12:43:30 <TAsn> nah.
Oct 08 12:43:38 <mrmoku> take your stylus :)
Oct 08 12:43:40 <TAsn> so there's another utf8 issue.
Oct 08 12:44:03 <TAsn> just hover my stylus on the right side?
Oct 08 12:44:32 <TAsn> btw, the show contact window doesn't work for me as well.
Oct 08 12:44:39 <TAsn> so that's maybe it. ;)
Oct 08 12:45:00 <mrmoku> TAsn: garbled screen?
Oct 08 12:45:04 <TAsn> aye.
Oct 08 12:45:09 <mrmoku> fixed that... update
Oct 08 12:45:16 <mrmoku> we had stale edj in the source :P
Oct 08 12:45:23 <mrmoku> so it did not rebuild them
Oct 08 12:45:26 <mrmoku> I removed them all
Oct 08 12:45:35 <TAsn> mrmoku, is it in repos?
Oct 08 12:45:38 <mrmoku> I think so
Oct 08 12:45:48 <TAsn> mrmoku, btw, do you see what I'm doing with phonegui_call_* etc?
Oct 08 12:45:51 <TAsn> please do the same :)
Oct 08 12:46:02 <TAsn> (when you add stuff
Oct 08 12:46:02 <TAsn> )
Oct 08 12:47:54 <TAsn> hm.. new frameworkd
Oct 08 12:48:37 <TAsn> oh, nothing serious.
Oct 08 12:48:55 <TAsn> mrmoku, is it possible
Oct 08 12:49:02 <TAsn> that the reason I don't have index is bad edjs?
Oct 08 12:49:31 <mrmoku> hmm... might be possible
Oct 08 12:49:46 <TAsn> damnit
Oct 08 12:49:53 <TAsn> cause I did bug hunting for hours yesterday :|
Oct 08 12:50:18 <CIA-66> freesmartphone.org: 03mok 07libframeworkd-glib * re9838c5d97c5 10/src/opimd/frameworkd-glib-opimd-contacts.c: 
Oct 08 12:50:18 <CIA-66> freesmartphone.org: opimd: remove some more g_free(proxy)
Oct 08 12:50:18 <CIA-66> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Oct 08 12:52:07 <TAsn> what about contacts? fixed everything?
Oct 08 12:52:38 <TAsn> OMG
Oct 08 12:52:43 <TAsn> INDEX IS SOOOO COOL :)
Oct 08 12:52:44 <TAsn> :)
Oct 08 12:53:26 <Heinervdm> Need to reboot, my kernel oopses :(
Oct 08 12:56:46 <net_tux> is the stuff in /tests/mrmoku/unstable stable enough to attempt running it?  if so, are there any full images (i.e. not the "lite" version)?
Oct 08 12:56:59 <mrmoku> TAsn: we have to fix it being to high
Oct 08 12:57:16 <mrmoku> don't know how though
Oct 08 13:00:37 <TAsn> fix what being what?
Oct 08 13:00:46 <TAsn> the index having too many values?
Oct 08 13:00:52 <TAsn> I can fix that.
Oct 08 13:01:00 <TAsn> I will fix that.
Oct 08 13:01:08 <TAsn> sec.
Oct 08 13:01:50 <mrmoku> TAsn: that too
Oct 08 13:01:54 <TAsn> then?
Oct 08 13:01:59 <TAsn> what's the first?
Oct 08 13:02:06 <mrmoku> but the index has to much height and/or does not scroll
Oct 08 13:02:23 <mrmoku> maybe that is not yet implemented in elementary... don't know
Oct 08 13:02:52 <TAsn> I don't get what you mean ;)
Oct 08 13:02:57 <TAsn> oh, exactly that.
Oct 08 13:03:00 <TAsn> yeah, limiting the index
Oct 08 13:03:09 <TAsn> so it won't get out of screen.
Oct 08 13:03:28 <mrmoku> did try that for a while... and failed :(
Oct 08 13:03:37 <mrmoku> TAsn: btw. another problem I have...
Oct 08 13:03:50 <mrmoku> I want to listen for ContactUpdated signals in the contact list
Oct 08 13:03:56 <TAsn> ok
Oct 08 13:04:09 <TAsn> and?
Oct 08 13:04:17 <mrmoku> not sure how and where and what :P
Oct 08 13:04:23 <TAsn> hehe :)
Oct 08 13:04:33 <TAsn> in contact show
Oct 08 13:04:43 <TAsn> you should register to that signal
Oct 08 13:04:49 <mrmoku> talking about the list
Oct 08 13:04:53 <TAsn> (I think) and then just repopulate
Oct 08 13:05:01 <TAsn> mrmoku, repopulate
Oct 08 13:05:06 <TAsn> don't try to be a smartass :)
Oct 08 13:05:38 <mrmoku> apart from having to pass a callback from the list to the show view... a contact could get modified from outside
Oct 08 13:06:43 <mrmoku> hmm... ok will pass a callback then for now :P
Oct 08 13:10:31 <mrmoku> TAsn: is there some phonegui func to show the new message window?
Oct 08 13:10:51 <TAsn> yes.
Oct 08 13:10:59 <mrmoku> where?
Oct 08 13:11:00 <TAsn> look in phonegui.h
Oct 08 13:11:12 <TAsn> phonegui_message_new_show
Oct 08 13:11:14 <TAsn> iirc
Oct 08 13:11:21 <TAsn> oh, btw
Oct 08 13:11:24 <mrmoku> lf-phonegui?
Oct 08 13:11:27 <TAsn> yes.
Oct 08 13:11:31 <mrmoku> nnop
Oct 08 13:11:36 <TAsn> use phonegui functions for that.
Oct 08 13:11:38 <TAsn> YEAH.
Oct 08 13:11:42 <mrmoku> there is phonegui_message_show
Oct 08 13:11:52 <mrmoku> but no new show and no way to prefill recipients
Oct 08 13:12:06 <TAsn> oh right.
Oct 08 13:12:12 <TAsn> so please create one
Oct 08 13:12:29 <mrmoku> ok
Oct 08 13:12:32 <TAsn> (that accepts a g list or something)
Oct 08 13:12:49 <TAsn> I'm glad you remember that you need to call phonegui functions and *not* internal windows :)
Oct 08 13:12:53 <TAsn> I almost forgot. :)
Oct 08 13:12:59 <TAsn> (we need that for mixing backends)
Oct 08 13:13:32 <mrmoku> TAsn: something like
Oct 08 13:13:33 <mrmoku> static void (*_phonegui_message_new_show (const char *message, GPtrArray *recipients) = NULL;
Oct 08 13:14:11 <mrmoku> how far does that mixing go? 
Oct 08 13:14:28 <mrmoku> can contactlist be a different frontend than contactview?
Oct 08 13:14:46 <TAsn> no.
Oct 08 13:14:56 <mrmoku> sure? why not?
Oct 08 13:15:06 <TAsn> actually it only depends on you.
Oct 08 13:15:12 <TAsn> we *can* do that if we want
Oct 08 13:15:13 <TAsn> :)
Oct 08 13:19:12 <TAsn> mrmoku, it generally only depends on how well we write our code
Oct 08 13:19:33 <TAsn> i.e how modular, not hackish and interdependent we write our windows. 
Oct 08 13:19:44 <TAsn> mrmoku, btw, AWESOME job :) (contacts)
Oct 08 13:22:04 <TAsn> mrgarlic, I think I fixed the index count issue, not in the optimal way, but still cool :)
Oct 08 13:23:12 <mrmoku> TAsn: and with rebuilt lfg saving even would work :P
Oct 08 13:23:24 <TAsn> :))
Oct 08 13:23:26 <TAsn> cool.
Oct 08 13:23:30 <TAsn> what about deletes?
Oct 08 13:23:31 <TAsn> updates?
Oct 08 13:24:44 <mickeyl> playya_: can you give me an URL for your patch against Vala again?
Oct 08 13:24:46 <TAsn> I still don't get why querying contacts broke.
Oct 08 13:25:04 <TAsn> I mean, when did it broke?
Oct 08 13:25:11 <TAsn> break*
Oct 08 13:26:36 <playya_> mickeyl, http://pastebin.com/f51e74073
Oct 08 13:26:56 <TAsn> mrmoku, look at 204-206, no idea why it doesn't CAP your index :|
Oct 08 13:27:00 <tmzt> mickeyl: I have a method for using Xorg on touchpro, I ust pasted it in #htc-linux
Oct 08 13:27:53 <mickeyl> tmzt: awesome!
Oct 08 13:28:03 <mickeyl> playya_: thanks. cutting a tarball now
Oct 08 13:28:05 <mrmoku> TAsn: deleting works, update and new too
Oct 08 13:28:11 <TAsn> cool :)
Oct 08 13:28:21 <mrmoku> sending SMS and calling not so
Oct 08 13:28:28 <tmzt> requires fb patch and is still slow, but I hope to get a faster driver working
Oct 08 13:28:29 <mrmoku> and the list needs updating
Oct 08 13:28:35 <tmzt> this is more about touchscreen
Oct 08 13:28:43 <mrmoku> TAsn: what about async elimination?
Oct 08 13:29:57 <TAsn> mrmoku, I have no idea where to start :)
Oct 08 13:30:01 <TAsn> just remove all the async?
Oct 08 13:30:11 <TAsn> sed/async/actual_name/?
Oct 08 13:30:18 <TAsn> and how do we even start glib?
Oct 08 13:30:22 <TAsn> I have no idea there
Oct 08 13:30:27 <TAsn> (nor do I have a lot of time)
Oct 08 13:30:33 <TAsn> got a test I need to study for
Oct 08 13:30:36 <TAsn> I haven't started yet :(
Oct 08 13:30:47 <mrmoku> ok
Oct 08 13:30:57 * mrmoku takes a look what mickeyl did for libeflvala :)
Oct 08 13:31:08 <mickeyl> :)
Oct 08 13:33:53 <TAsn> mrmoku, ok, trying to limit indexes to 13
Oct 08 13:33:54 <mickeyl> playya_: try http://www.freesmartphone.org/sources/vala-0.7.7+fso1.tar.bz2
Oct 08 13:33:55 <TAsn> not the best solution
Oct 08 13:33:59 <TAsn> but at least something ...
Oct 08 13:34:42 <playya_> mickeyl, ok. after i figured out why angstrom-version failed
Oct 08 13:35:57 <TAsn> mrmoku, hey, please apply the patch in shr-devel (xorg touchscreen rotation)
Oct 08 13:36:27 <TAsn> btw, mrmoku, I know I already asked it, but still, is there a reason why we don't build a new unstable (real unstable, not mrmoku tests unstable?0
Oct 08 13:37:19 <TAsn> (I don't remember what you said
Oct 08 13:37:20 <TAsn> )
Oct 08 13:37:20 <morphis> Heinervdm: good news for you, calendar widget 0.1 is nearly finished
Oct 08 13:37:28 <TAsn> morphis, !
Oct 08 13:37:29 <TAsn> hey.
Oct 08 13:37:42 <Heinervdm> morphis: great, will you do a python binding too?
Oct 08 13:37:43 <TAsn> python-elementary is broken ;(
Oct 08 13:37:43 <TAsn> (with newest efl rev)
Oct 08 13:37:51 <TAsn> I heard from dos you are the python-elementary master.
Oct 08 13:37:55 <TAsn> :)
Oct 08 13:37:55 <morphis> Heinervdm: jepp
Oct 08 13:38:00 <Heinervdm> great
Oct 08 13:38:08 <morphis> Heinervdm: when raster accept the widget as it is
Oct 08 13:38:16 <Heinervdm> :)
Oct 08 13:38:25 <morphis> Heinervdm: only the visual styling is very ugly currently
Oct 08 13:38:33 <tmzt> Heinervdm: found how to do it with evdev, manual rotation based on your patch
Oct 08 13:38:44 <morphis> so if you have some ideas for that tell me
Oct 08 13:38:55 <tmzt> Heinervdm: I will have to integrate that or the patches you pointed to when I can compile X
Oct 08 13:39:29 <Heinervdm> tmzt: for me touch rotation is working now, with the patch i posted
Oct 08 13:40:40 <Heinervdm> morphis: it's the commit from 40h ago, or will you commit some more stuff?
Oct 08 13:41:02 <morphis> Heinervdm: you mean on git.gravedo.de?
Oct 08 13:41:07 <Heinervdm> morphis: yes
Oct 08 13:41:17 <morphis> there are some local commits :)
Oct 08 13:41:23 <morphis> but I can push them now
Oct 08 13:41:33 <Heinervdm> morphis: i can wait :)
Oct 08 13:42:14 <mrmoku> TAsn: one issue is hoversel not working
Oct 08 13:42:24 <TAsn> mrmoku, I was referring to that.
Oct 08 13:42:25 <TAsn> :)
Oct 08 13:42:35 <TAsn> but broken sounds more drastic. :)
Oct 08 13:42:37 <morphis> Heinervdm: I pushed it
Oct 08 13:42:40 <mrmoku> but that is not python
Oct 08 13:42:48 <mrmoku> not morphis' fault ;)
Oct 08 13:43:02 <mrmoku> elementary_test has the same problem
Oct 08 13:43:08 <morphis> :)
Oct 08 13:43:32 <TAsn> mrmoku, oh.
Oct 08 13:43:36 <TAsn> ok, nvm then.
Oct 08 13:44:03 <morphis> Heinervdm: can you test the widget?
Oct 08 13:44:08 * mrmoku builds newest E on his laptop to see if it is fixed.. maybe
Oct 08 13:44:28 <Heinervdm> morphis: i have no c code currently, have to write sth for that
Oct 08 13:44:44 <morphis> in my elementary branch is already a test case
Oct 08 13:44:50 <Heinervdm> ok
Oct 08 13:44:54 <morphis> needs only a little bit modification
Oct 08 13:47:01 <morphis> Heinervdm: there is a new commit which fixes the broken test case
Oct 08 13:52:31 <Heinervdm> hmm, i need newer e for your elementary
Oct 08 13:54:57 <morphis> :)
Oct 08 13:56:07 <Sharwin_F> mrmoku, just built elementary to try hoversels, and they look weird when you "open" them
Oct 08 13:56:09 <Gnutoo> Heinervdm, I've still no clue why the config are not included and it take a lot of time to bitbake an image due to autorev
Oct 08 13:56:38 <Gnutoo> Heinervdm, the overrides are well defined...
Oct 08 13:56:53 <Sharwin_F> the text/icons don't display correctly inside the background
Oct 08 13:57:36 <Heinervdm> Gnutoo: you don't need to bitbake a complete image, just bitbake xserver-xorg and framework with -b till configs are included in the packages, if that's the case they will be included in the image too
Oct 08 13:58:02 <Gnutoo> Heinervdm, ok 
Oct 08 13:58:12 <Gnutoo> Heinervdm, I was bitbaking the configs
Oct 08 13:58:19 <Gnutoo> for the xserver
Oct 08 13:58:28 <Heinervdm> Gnutoo: i meant that ;)
Oct 08 13:58:35 <Gnutoo> ok
Oct 08 13:58:58 <mrmoku> Sharwin_F: hmm... icons and text look fine... just selecting an item does not work for me
Oct 08 13:59:15 <Heinervdm> Gnutoo: but your htcdream dir is at the same place as the om-gta02 dir?
Oct 08 13:59:22 <Gnutoo> yes
Oct 08 13:59:28 <morphis> mickey|sofa: ping
Oct 08 13:59:48 <Sharwin_F> mrmoku, I'll upgrade evas and other stuff too, maybe that's the problem
Oct 08 13:59:57 <Heinervdm> Gnutoo: then no idea why it's not included, some strange behavior of bitbake...
Oct 08 14:00:20 <Gnutoo> beagleboard  htcdream  nokia800  omap3evm  om-gta02  xorg.conf
Oct 08 14:00:20 <Heinervdm> mrmoku: i'
Oct 08 14:00:26 <mrmoku> Sharwin_F: yup, I did a complete update
Oct 08 14:00:45 <Heinervdm> mrmoku: i'm testing current head of e for morphis elementary
Oct 08 14:09:12 <mrmoku> TAsn: hmm... right now the glib mainloop is created (and run) by shr-messages, shr-contacts, ...
Oct 08 14:09:25 <mrmoku> which means we can't integrated it into the e mainloop
Oct 08 14:09:29 <mrmoku> (as it is already running)
Oct 08 14:09:48 <TAsn> we just need to drop those loops
Oct 08 14:09:49 <mrmoku> and also means we can't have non-glib backends
Oct 08 14:10:01 <mrmoku> yup
Oct 08 14:10:06 <TAsn> non-glib backends
Oct 08 14:10:12 <TAsn> will have to do async stuff themselves
Oct 08 14:10:14 <TAsn> ...
Oct 08 14:10:33 <mrmoku> btw.... phonegui_load(const char *application_name)
Oct 08 14:10:40 <TAsn> yeah?
Oct 08 14:10:41 <mrmoku> shr-contacts is passing in /etc/ophonekitd/gui.conf is param :P
Oct 08 14:10:49 <TAsn> lol.
Oct 08 14:10:54 <TAsn> atm we don't listen to that anyway
Oct 08 14:10:56 <mrmoku> yup
Oct 08 14:10:59 <TAsn> but in the future that'll be fucked up :)
Oct 08 14:11:24 <mrmoku> I will move the loop away and fix that param to be "contacts" instead
Oct 08 14:17:34 <Heinervdm> morphis: Unable to load image for image "bg_cal_card.9.png"
Oct 08 14:17:42 <Heinervdm> while compiling elementary
Oct 08 14:17:54 <morphis> uups, it seems that I forgot to add that image :)
Oct 08 14:18:28 <Heinervdm> :)
Oct 08 14:18:53 <morphis> Heinervdm: fixed with current head
Oct 08 14:19:08 <morphis> I out for a moment
Oct 08 14:22:08 <TAsn> mrmoku, we should maybe do the add new value (contacts)
Oct 08 14:22:11 <TAsn> with an hoversel
Oct 08 14:22:22 <TAsn> that also prefixes with "tel:" "email:" etc.
Oct 08 14:22:30 <TAsn> (whatever opimd needs, I have no idea)
Oct 08 14:23:22 <mrmoku> as hoversels don't work right now we should wait a bit :P
Oct 08 14:24:18 <TAsn> mrmoku, probably :)
Oct 08 14:24:24 <TAsn> mrmoku, btw look at the commit ;)
Oct 08 14:24:26 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * r989444895fdb 10/src/view/ (contact-list-common.c contact-list-common.h): added a limit to 13 indexes in list, should probably make it modular, though gotta think about a way since window can decrease in size while running
Oct 08 14:25:08 <TAsn> mrmoku, btw, I need a wchar to utf8 conversion function
Oct 08 14:25:23 <TAsn> but I don't know why it doesn't "toupper" your As
Oct 08 14:25:33 <TAsn> I did it, so really no idea.
Oct 08 14:27:23 <TAsn> anyhow, cya.
Oct 08 14:27:28 <TAsn> please try to find out yourself as well.
Oct 08 14:27:44 <mrmoku> TAsn: hope you have no changes open... as this async removing will be invasive ;)
Oct 08 14:27:52 <TAsn> nothing.
Oct 08 14:27:54 <TAsn> go ahead
Oct 08 14:27:56 <mrmoku> ok
Oct 08 14:27:56 <TAsn> just pull before :)
Oct 08 14:28:15 <mrmoku> yup, I'm up-to-date
Oct 08 14:28:19 <TAsn> cool :)
Oct 08 14:28:27 <TAsn> hopefully I'll have more dev time over the weekend
Oct 08 14:31:03 <TAsn> and more importantly 
Oct 08 14:31:10 <TAsn> fix e17lookalike :(
Oct 08 14:31:12 <TAsn> I have no idea what's broken
Oct 08 14:31:17 <TAsn> I'm in pain here :)
Oct 08 14:44:25 <TAsn> mrmoku, ping me when you are done :)
Oct 08 14:51:24 <mrmoku> TAsn: that will be next week ;)
Oct 08 14:51:35 <TAsn> for real?
Oct 08 14:51:50 <mrmoku> don't know yet... it is quite a lot of changes
Oct 08 14:52:10 <mrmoku> let's see
Oct 08 14:52:32 * mrmoku moving downstairs
Oct 08 15:34:11 <mrmoku> TAsn: hmm... not sure if I'm doing the right thing...
Oct 08 15:35:03 <Heinervdm> mrmoku: just installed e rev 42595, it compiles and runs
Oct 08 15:37:27 <mrmoku> Heinervdm: but hoversels still don't work
Oct 08 15:51:45 * mrmoku dinner
Oct 08 15:58:14 <Gnutoo> hi
Oct 08 15:58:21 <Gnutoo> openmoko uses a evdev driver?
Oct 08 15:58:22 <Gnutoo> xf86-input-evdev
Oct 08 15:58:30 <Gnutoo> s/a/an
Oct 08 15:58:55 <Gnutoo> can evdev drivers be absolute?
Oct 08 15:59:24 <Gnutoo> because I've the choice between evdev and tslib
Oct 08 15:59:29 <dos1> Gnutoo: SHR uses evdev now
Oct 08 15:59:30 <Gnutoo> I was told to use evdev
Oct 08 15:59:32 <dos1> with xorg
Oct 08 15:59:47 <Gnutoo> dos1, ok so I've evdeved my touchscreen driver...
Oct 08 16:00:03 <Gnutoo> but xinput says it's relative
Oct 08 16:00:23 <Gnutoo> and indeed it behave strangely
Oct 08 16:00:23 <Gnutoo> it reports the coordinates + BTN_TOUCH
Oct 08 16:00:41 <Gnutoo> can evdev be absolute?
Oct 08 16:02:39 <Gnutoo> dos1, basically I've 2 kernel drivers one with tslib which works with xfbdev and one with evdev...I switch between both by patching the kernel
Oct 08 16:02:52 <Gnutoo> xfbdev is kdrive
Oct 08 16:03:00 <Gnutoo> so I've built SHR with Xorg
Oct 08 16:03:28 <Gnutoo> and I want to make the driver work with xorg
Oct 08 16:03:35 <Gnutoo> so I reported BTN_TOUCH
Oct 08 16:03:44 <Gnutoo> and kept the coordinates
Oct 08 16:03:48 <Gnutoo> that are absolute
Oct 08 16:10:58 <dos1> Gnutoo: it works here
Oct 08 16:11:02 <dos1> Xorg + evdev
Oct 08 16:11:05 <dos1> without any problems
Oct 08 16:11:17 <Gnutoo> dos1, I know it works...but does it report relative or absolute?
Oct 08 16:11:35 <Gnutoo> mine works too but loose precision 
Oct 08 16:11:57 <Gnutoo> tslib have better precision but has issues with xorg
Oct 08 16:12:09 <dos1> what do you mean by precision?
Oct 08 16:13:47 <Gnutoo> I mean that sometimes it become relative instead of absolute
Oct 08 16:16:48 <mrmoku> Gnutoo: don't know for your device... but on the FR we have to calibrate the TS on kernelside
Oct 08 16:17:36 <TAsn> mrmoku, (doing the right thing) justice can sometimes be hard to identify.
Oct 08 16:17:46 <TAsn> and now for real, why and what?
Oct 08 16:18:39 <Gnutoo> mrmoku, ah ok
Oct 08 16:19:54 <Gnutoo> mrmoku, what's the use of /usr/bin/xtscal if you calibrate with echo ?
Oct 08 16:20:34 <Gnutoo> ah ok
Oct 08 16:20:40 <Gnutoo> there is a if
Oct 08 16:20:44 <Gnutoo> (I'm talking about 30xTs_Calibrate)
Oct 08 16:26:15 <mrmoku> TAsn: can't right now... bbiab
Oct 08 16:26:53 <Gnutoo> I'll be back soon too
Oct 08 16:27:00 <Schorhr> Hello, Moko
Oct 08 16:35:08 <ChristW> [SHR-U] Could someone post his/her /etc/network/interfaces (form a FR) on pastebin? I think I edited the wrong file (on the FR, not the desktop machine), and now I don't have USB networking anymore...
Oct 08 16:39:35 <Gnutoo> ChristW, http://pastebin.com/m27d64995
Oct 08 17:05:26 <mrmoku> TAsn: back now :)
Oct 08 17:05:40 <Gnutoo> hi mrmoku so quick question....how do I get the calibrations values...I bet the tslib ones won't work
Oct 08 17:05:55 <Gnutoo> then can I set them with xinput ?
Oct 08 17:06:08 <mrmoku> Gnutoo: we set them for the kernel
Oct 08 17:06:28 <Gnutoo> mrmoku, ok so I should look at your driver then
Oct 08 17:06:44 <Gnutoo> mrmoku, I've seen how you set them btw
Oct 08 17:06:55 <mrmoku> Gnutoo: http://shr.pastebin.com/m61bc4fc9
Oct 08 17:06:57 <mrmoku> is what we do
Oct 08 17:07:00 <Heinervdm> Gnutoo: the FR toushscreen reports absolut coordinates
Oct 08 17:07:30 <Gnutoo> I know...I saw that in the file for 30calibration or something like that
Oct 08 17:07:47 <Gnutoo> Heinervdm, we also report absolute coordinates
Oct 08 17:07:48 <mrmoku> yup, but that won't help you on other devices :(
Oct 08 17:07:58 <Gnutoo> mrmoku, why?
Oct 08 17:08:00 <Heinervdm> and for a a touchscreen it's the only usefull information :)
Oct 08 17:08:06 <mrmoku> because it is different hardware?
Oct 08 17:08:20 <Gnutoo> mrmoku, yes but calibration is done in software no?
Oct 08 17:08:35 <Gnutoo> like tslib for instance
Oct 08 17:08:52 <Gnutoo> mrmoku, how did you get theses values?
Oct 08 17:08:52 <Heinervdm> Gnutoo: evdev ask the kernel for the calibration settings, so kernel have to provide them
Oct 08 17:08:52 <mrmoku> I have no idea about how touchscreens work... but I thought calibration would depend on the hardware
Oct 08 17:09:20 <Gnutoo> mrmoku, I was told calibration was software only
Oct 08 17:09:21 <mrmoku> Gnutoo: do you have similiar sysnodes?
Oct 08 17:09:25 <Gnutoo> mrmoku, no
Oct 08 17:09:30 <Gnutoo> mrmoku, I'll check 
Oct 08 17:09:35 <Gnutoo> Heinervdm, ok 
Oct 08 17:09:50 <Heinervdm> Gnutoo: you should ask in #xorg-devel for details
Oct 08 17:10:16 <Gnutoo> ok
Oct 08 17:10:22 <Gnutoo> tslib works fine tough...
Oct 08 17:10:43 <pbaxter> dos someone here use SHR + paroli?
Oct 08 17:11:12 <Heinervdm> Gnutoo: tslib has it's own calibration config, i doesn't relay on kernel information
Oct 08 17:11:26 <Gnutoo> indeed
Oct 08 17:11:54 <Gnutoo> but it need special driver that report something else than BTN_TOUCH...it wants pressure
Oct 08 17:12:03 <Gnutoo> so I sent a fake pressure
Oct 08 17:13:26 <Gnutoo> thanks I'll ask xorg-dev
Oct 08 17:17:57 <dos1> update in tests repo
Oct 08 17:18:13 <dos1> i compiled xorg with that randr patch :)
Oct 08 17:20:35 <dos1> Weiss: ping
Oct 08 17:22:21 <dos1> Weiss: how to enable composite with xorg?
Oct 08 17:22:53 <dos1> not that i need it, but that's regression from kdrive in default config ;)
Oct 08 17:48:39 <Sharwin_F> dos1, you can set it in Xorg.conf I think
Oct 08 17:48:51 <Sharwin_F> Enable Composite or something similar
Oct 08 17:49:51 <Sharwin_F> btw, are calls/sms working in tests feed? I have to go out in a while and I'll need them
Oct 08 17:50:52 <dos1> Sharwin_F: it doesn't work (composite)
Oct 08 17:53:13 <Sharwin_F> Section "Extensions"
Oct 08 17:53:13 <Sharwin_F>   Option "Composite" "Enable"
Oct 08 17:53:13 <Sharwin_F> EndSection
Oct 08 17:53:20 <Sharwin_F> dos1, ^ this doesn't work?
Oct 08 17:53:24 <dos1> Sharwin_F: yup, this
Oct 08 17:53:27 <Sharwin_F> :)
Oct 08 17:54:04 <Sharwin_F> oh, ok, this >>doesn't<< work
Oct 08 17:56:09 <Sharwin_F> dos1, have you looked at /var/log/Xorg.0.log?
Oct 08 18:02:26 <playya_> how can i configure the touchscreen driver for xorg?
Oct 08 18:19:19 <TAsn> mrmoku, what seems to be your problem with removing async?
Oct 08 18:19:24 <TAsn> btw, mrmoku thought about that.
Oct 08 18:19:27 <TAsn> please do it in a branch.
Oct 08 18:19:28 <TAsn> :)
Oct 08 18:19:40 <TAsn> just in case... :)
Oct 08 18:20:07 <mrmoku> yup... wanted to do that anyway :)
Oct 08 18:20:25 <mrmoku> TAsn: one problem is we have to add threads to ophonekitd
Oct 08 18:20:40 <mrmoku> though... not a big problem (and was planned anyway)
Oct 08 18:21:05 <TAsn> mrmoku, what do we need threads in ophonekitd for?
Oct 08 18:21:25 <TAsn> btw, a lesson from last time, use locks not insane memory allocations :)
Oct 08 18:21:38 <mrmoku> TAsn: because ophonekitd has its own mainloop
Oct 08 18:22:01 <TAsn> not glib?
Oct 08 18:22:03 <mrmoku> YAY... 
Oct 08 18:22:11 * mrmoku has a contact list without async :)
Oct 08 18:22:17 <TAsn> :))
Oct 08 18:22:20 <TAsn> sweet.
Oct 08 18:22:24 <TAsn> now you only need to commit
Oct 08 18:22:33 <TAsn> to drop that in shr-contacts
Oct 08 18:22:38 <TAsn> and to apply that on everything else :)
Oct 08 18:22:56 <mrmoku> well... already modified shr-contacts (and everything else)
Oct 08 18:23:04 <TAsn> cool :)
Oct 08 18:23:10 <TAsn> btw, when you have the time
Oct 08 18:23:12 <TAsn> take a look at
Oct 08 18:23:22 <TAsn> the toupper case issue
Oct 08 18:23:27 <TAsn> I just can't get whats wrong.
Oct 08 18:23:33 <TAsn> :|
Oct 08 18:23:35 <mrmoku> ok
Oct 08 18:23:39 <TAsn> thanks.
Oct 08 18:23:44 <TAsn> looks damn correct.
Oct 08 18:23:54 <TAsn> (only touch the _new_get_index function)
Oct 08 18:23:58 <TAsn> the rest doesn't matter.
Oct 08 18:25:16 <playya_> anyone already added the new vala 0.7.7+fso1 recipe?
Oct 08 18:26:19 <TAsn> anyhow, mrmoku GJ! :)
Oct 08 18:26:31 <TAsn> AWESOME WORK! :)
Oct 08 18:26:31 <TAsn> I'm soo happy :)
Oct 08 18:26:37 <TAsn> btw, I like the cute alien on the side.
Oct 08 18:26:42 <TAsn> (looks a bit childish, but still cool)
Oct 08 18:26:58 <playya_> alien?
Oct 08 18:27:10 <TAsn> playya, in new shr contact list
Oct 08 18:27:16 <TAsn> we'll upload pics soon.
Oct 08 18:29:21 <playya_> mrmoku, afaik you are a vim guru :)
Oct 08 18:29:26 <Sharwin_F> on stopping Xorg: EDJE ERROR: file /usr/share/enlightenment/data/themes/illume-niebiee.edj, group e/modules/slipshelf/base/default has a non-fixed part. add fixed: 1 1; ???
Oct 08 18:29:27 <Sharwin_F>   Problem part is: e.text.label
Oct 08 18:29:48 <playya_> could we generate some other language pack for the illume keyboard?
Oct 08 18:30:17 <mrmoku> TAsn: wow... suddenly clicking on the photo works :D
Oct 08 18:30:31 <mrmoku> TAsn: I'm wondering how many threading related errors are hidden in our crap ;)
Oct 08 18:30:43 <mrmoku> playya_: vim guru?
Oct 08 18:30:56 <mrmoku> ahh... syntax file to write keyboards?
Oct 08 18:31:20 <playya_> i used vim to convert the OOo dicts to illume keyboard ones
Oct 08 18:31:43 <playya_> now we need some automisations for it and package them
Oct 08 18:32:11 <TAsn> mrmoku, EVERYTHING is wrong
Oct 08 18:32:15 <TAsn> (from what I have seen)
Oct 08 18:32:18 * mrmoku searches for his OOo dicts...
Oct 08 18:32:42 <TAsn> playya, I did the same for hebrew.
Oct 08 18:32:48 <TAsn> though utf8 handling sucked at that time.
Oct 08 18:32:59 <playya_>  /usr/share/dict
Oct 08 18:33:55 <baruch> I don't understand why you work so hard to be toolkit agnostic when the only real implementation is the EFL one
Oct 08 18:34:10 <baruch> and no one else seems to bother with anything different
Oct 08 18:34:30 <playya_> there's a gtk version, too
Oct 08 18:34:33 <TAsn> baruch, ^
Oct 08 18:34:39 <mrmoku> baruch: the threading thing has nothing to do with being toolkit agnostic
Oct 08 18:34:42 <playya_> but SHR moved from GTK to EFL
Oct 08 18:34:45 <TAsn> baruch, ^
Oct 08 18:34:59 <TAsn> they are all correct. :)
Oct 08 18:35:21 <mrmoku> baruch: we needed threads to have two mainloops, one for glib and one for E
Oct 08 18:35:41 <baruch> wasn't there an announcement lately that there is glib mainloop integration with e?
Oct 08 18:35:43 <TAsn> and someone (really no idea who, quickdev?) did it amazingly bad :)
Oct 08 18:35:53 <TAsn> baruch, that's why we are dropping it :)
Oct 08 18:35:56 <TAsn> (the thread crap)
Oct 08 18:36:00 <playya_> or was it for vim dicts.
Oct 08 18:37:54 <TAsn> baruch, or to put it as simple as possible
Oct 08 18:38:06 <TAsn> baruch, making it tk agnostic is not hard work
Oct 08 18:38:10 <TAsn> it only forces better design
Oct 08 18:38:17 <mrmoku> TAsn: btw. phonegui_get_function had an g_error in it when the symbol is not found
Oct 08 18:38:25 <TAsn> mrmoku, so?
Oct 08 18:38:28 <mrmoku> I changed that to be a g_debug... otherwise it will abort
Oct 08 18:38:30 <baruch> FWIW, I also work on web-manager which is a way to control the moko from a browser when its connected to a network (say usbnet or wifi), what is the chance I can build upon ophonekitd and integrate with it as a second interface?
Oct 08 18:38:41 <TAsn> mrmoku, no, when we'll have multi backends
Oct 08 18:38:45 <TAsn> we'll have to change that anyway
Oct 08 18:38:51 <TAsn> so no need to worry, but ok ;)
Oct 08 18:38:58 <TAsn> actually good thing you change it. ;)
Oct 08 18:39:27 <TAsn> baruch, I think you can do that.
Oct 08 18:39:47 <TAsn> quite easily actually.
Oct 08 18:40:03 <TAsn> (when we'll finish fixing everything to support that, which is not a big issue)
Oct 08 18:42:54 <TAsn> mrmoku, btw, if you find a spare minute here and there, let's try to document phonegui a bit, I know I will (try). Though the most important issue atm is dropping async (which is what you are working on atm), moving all the frameworkd-glib calls to phonegu_* functions and then improving the messages UI.
Oct 08 18:43:16 <TAsn> mrmoku, btw, you still haven't answered my Q from earlier, why don't we build a new unstable?
Oct 08 18:43:25 <TAsn> mrmoku, and does contact resolving work for you?
Oct 08 18:44:04 <TAsn> dos1, please try use GetSingleEntrySingleField and figure out why it fails resolving (it's a second to implement with python)
Oct 08 18:44:35 <ChristW> Gnutoo: Thanks! I think I need a reboot first...
Oct 08 18:45:15 <dos1> TAsn: resolving in efl2 works here
Oct 08 18:45:28 <TAsn> incoming calls as well?
Oct 08 18:45:56 <dos1> didn't try incoming calls
Oct 08 18:46:03 <TAsn> then? sms?
Oct 08 18:46:05 <dos1> only message view ;p
Oct 08 18:46:06 <TAsn> please try incoming calls.
Oct 08 18:46:21 <TAsn> message view resolving used to work here haven't tested it in a while now.
Oct 08 18:46:30 <TAsn> sec
Oct 08 18:47:02 <Heinervdm> now morphis is gone...
Oct 08 18:47:20 <Heinervdm> i've tested the calendar widget but i can't click anything
Oct 08 18:47:25 <TAsn> mrmoku, did you break the "Add Contact" window?
Oct 08 18:48:54 <ChristW> Gnutoo: Ok, I can ssh in again. Thanks!
Oct 08 18:49:51 <mrmoku> TAsn: I answered... hoversel is broken
Oct 08 18:50:11 <TAsn> oh, ok.
Oct 08 18:50:17 <TAsn> <TAsn> mrmoku, and does contact resolving work for you?
Oct 08 18:50:29 <mrmoku> yup
Oct 08 18:50:37 <mrmoku> at least when viewing messages
Oct 08 18:50:44 <mrmoku> (not for the list though)
Oct 08 18:50:54 <TAsn> we didn't add in list support yet.
Oct 08 18:50:58 <mrmoku> yup :)
Oct 08 18:52:28 <mrmoku> TAsn: adding contact (from SMS) gives Illegal instruction
Oct 08 18:52:34 <TAsn> yes.
Oct 08 18:52:39 <TAsn> that's what I said.
Oct 08 18:52:45 <TAsn> (that's how I found out)
Oct 08 18:52:50 <TAsn> sms/pyphonelog
Oct 08 18:53:02 <TAsn> which is reasonable
Oct 08 18:53:05 <TAsn> since you removed
Oct 08 18:53:10 <TAsn> the windows I called there
Oct 08 18:53:11 <TAsn> :)
Oct 08 18:53:14 <mrmoku> :)
Oct 08 18:53:27 <TAsn> (src/calls... something)
Oct 08 18:53:46 * TAsn in (shower, )
Oct 08 18:53:53 <mrmoku> contact_view_show is your friend nowadays :P
Oct 08 18:54:01 <TAsn> yeah.
Oct 08 18:54:03 <TAsn> figured ;)
Oct 08 18:54:12 <TAsn> will fix that hopefully after my test on monday
Oct 08 18:54:19 <TAsn> probably sooner as I can't control myself. :)
Oct 08 18:55:16 <mrmoku> TAsn: one thing I don't know yet...
Oct 08 18:55:26 <TAsn> what don't you know?
Oct 08 18:55:31 <mrmoku> you say all lfg stuff moves into phonegui
Oct 08 18:55:41 <mrmoku> what about listening to signals?
Oct 08 18:56:09 <TAsn> we should also make phonegui signal callbacks functions
Oct 08 18:56:28 <mrmoku> makes sense somehow :P
Oct 08 18:56:31 <TAsn> :)
Oct 08 18:56:43 <TAsn> this way you can tell anything you want to pick up your signal.
Oct 08 18:56:53 <mrmoku> yup
Oct 08 18:57:01 <TAsn> ciao
Oct 08 18:57:04 <mrmoku> cu
Oct 08 18:59:46 <dos1> mrmoku: "Show contacts list" in shr-dialer is also broken in efl2
Oct 08 19:00:56 <mrmoku> dos1: in how far?
Oct 08 19:01:17 <dos1> mrmoku: shr-dialer segfaults when clicking on it
Oct 08 19:01:18 <dos1> ;P
Oct 08 19:01:24 <mrmoku> hmm
Oct 08 19:10:43 <mrmoku> TAsn: still under the shower?
Oct 08 19:11:25 <onen|openBmap> baruch: ping
Oct 08 19:11:45 <TAsn> mrmoku, actually, didn't go there yet.
Oct 08 19:11:48 <TAsn> got something to eat instead.
Oct 08 19:12:44 <mrmoku> :)
Oct 08 19:13:02 <mrmoku> TAsn: what about clicking on a contact in the list to view it
Oct 08 19:13:09 <mrmoku> that should call phonegui_...
Oct 08 19:13:20 <mrmoku> and thus needs to fork (create a thread)
Oct 08 19:13:52 <TAsn> why?
Oct 08 19:14:01 <TAsn> it's a branch of the current dialer operation.
Oct 08 19:14:02 <baruch> onen|openBmap, pong
Oct 08 19:14:05 <TAsn> is it not?
Oct 08 19:14:18 <mrmoku> not if we have different backends
Oct 08 19:14:25 <TAsn> mrmoku, why not?
Oct 08 19:14:32 <TAsn> it's still the same thing.
Oct 08 19:14:35 <mrmoku> different mainloops?
Oct 08 19:14:47 <onen|openBmap> baruch: just to let you know that I reworked a bit the wiki: https://sourceforge.net/apps/trac/myposition/wiki/WikiStart
Oct 08 19:15:21 <onen|openBmap> baruch: please let me know if you find this less "messy" ;-)
Oct 08 19:15:58 <TAsn> mrmoku, hm.. maybe you are right. :|
Oct 08 19:16:12 <dos1> onen|openBmap: look at that
Oct 08 19:16:21 <dos1> onen|openBmap: http://url.ie/2lqf
Oct 08 19:16:25 <mrmoku> TAsn: if I'm right... I'm wondering if we should stuff the threading inside phonegui
Oct 08 19:16:44 <TAsn> mrmoku, then we should consider doing the move to the GUI daemon.
Oct 08 19:16:57 <mrmoku> :P
Oct 08 19:17:04 <TAsn> ** (process:2950): DEBUG: name b not found!!!!
Oct 08 19:17:05 <TAsn> btw.
Oct 08 19:17:16 <mrmoku> normal if a contact has no name ;)
Oct 08 19:17:23 <onen|openBmap> dos1: mmhh, well what do you want to point exactly?
Oct 08 19:17:27 <TAsn> but I think it has.
Oct 08 19:17:38 <TAsn> anyhow, after a lot of that it segfaults
Oct 08 19:17:44 <TAsn> which means me/you assumed somewher
Oct 08 19:17:46 <dos1> onen|openBmap: i've got message on identi.ca
Oct 08 19:17:48 <TAsn> something we shouldn't have.
Oct 08 19:17:49 <dos1> onen|openBmap: "[16:59:26] <Identi.ca> baruche: Created a GSM cell location service for the ! freerunner , code and package currently at http://url.ie/2lqf , feedback is welcome! "
Oct 08 19:18:17 * TAsn is checking.
Oct 08 19:18:28 <TAsn> ok found it
Oct 08 19:18:34 <mrmoku> TAsn: I think meanwwhile I fixed them
Oct 08 19:18:35 <mrmoku> where?
Oct 08 19:18:39 <onen|openBmap> dos1: yes I know. baruch did the package.
Oct 08 19:18:49 <TAsn> contact-list-common.c
Oct 08 19:18:50 <TAsn> 226
Oct 08 19:18:53 <dos1> oh, that's yours app? :)
Oct 08 19:19:06 <TAsn> you try to get a string out of a maybe null gvalue
Oct 08 19:19:10 <onen|openBmap> dos1: I think the right way is to make it into repository, not by hand thoug
Oct 08 19:19:19 <TAsn> mrmoku, I think we should add a
Oct 08 19:19:24 <dos1> onen|openBmap: so we need bb recipe
Oct 08 19:19:25 <TAsn> g_value_safe_get_string :)
Oct 08 19:19:41 <TAsn> sec, /me is adding that to somewhere.
Oct 08 19:19:59 <mrmoku> :)
Oct 08 19:20:01 <TAsn> nvm, will add it some other time
Oct 08 19:20:03 <TAsn> but for now
Oct 08 19:20:05 <TAsn> I'll fix it.
Oct 08 19:20:20 <onen|openBmap> baruch: why did you not mention us you released your app? it would be nice on the tweeter feed of the openbmap project?
Oct 08 19:20:26 * mrmoku goes downstairs to get some beer
Oct 08 19:20:49 <onen|openBmap> dos1: no not my app. the one in vala from baruch.
Oct 08 19:22:03 <baruch> onen|openBmap, it is better,(the wiki), but why not just use mediawiki? we use no other feature of trac besides the wiki
Oct 08 19:22:41 <baruch> onen|openBmap, I'm not sure what you are asking about, me not letting you know I released? or not mentioning openbmap specifically?
Oct 08 19:22:42 <TAsn> mrmoku, done ;)
Oct 08 19:23:07 <onen|openBmap> baruch: when SF closed the old wiki we used, we had to select a target for migration. I chose trac, thinking it would be nice to use its feature (e.g. bug report of SF seems not very nice)
Oct 08 19:24:22 <baruch> The problem with trac is that it is a single project solution, it doesnt work well when there are multiple repositories, unless you ignore the source browser and use the rest
Oct 08 19:24:52 <onen|openBmap> baruch: you don't have to mention obm. you are free to promote your code as you wish. I don't even know if you want to present it under obm banner. It is of course your choice to make.
Oct 08 19:25:38 <onen|openBmap> baruch: thus I was saying: it may be of interest, for your work, as much as for the obm project, if we talk about your locatin service. but we have to know it has been released ;-)
Oct 08 19:26:33 <baruch> I wanted to do a test release to have others test it before I do a big thing out of it
Oct 08 19:26:54 <baruch> The identi.ca service is following by some 97 folks
Oct 08 19:26:55 <onen|openBmap> baruch: about trac. I filed a ticket yesterday to get rid of the warning. I asked if the "brwose souce" could point to git repositories. if not, then I agree this is not that useful (same thing if roadmaps cannot be put for the different projects, bugs the same etc.)
Oct 08 19:26:57 <baruch> so far, no response though
Oct 08 19:27:23 <baruch> trac only does one project at a time, it doesn't work for several projects
Oct 08 19:27:44 <onen|openBmap> baruch: this sucks then
Oct 08 19:27:48 <CIA-66> SHR: 03tom 07libframeworkd-phonegui-efl2 * r6032fb3976a3 10/ (TODO src/view/contact-list-common.c): fixed the segfault when there's no name to a contact and updated todo
Oct 08 19:28:21 <onen|openBmap> baruch: what identi.ca service are you refering to?
Oct 08 19:28:42 <baruch> an open source twitter, http://identi.ca/
Oct 08 19:29:19 <onen|openBmap> baruch: I would like to talk about your work on th e wiki. if you want to put news in the obm twitter feed, you have to send an email to Nick (I know not very reactive lately)
Oct 08 19:29:45 <onen|openBmap> baruch: your code does not need to be under SF of course, I would like at least to mentin your work on our wiki
Oct 08 19:30:21 <baruch> I will put the code in git shortly
Oct 08 19:30:41 <baruch> feel free to add info about it to the wiki
Oct 08 19:30:56 <onen|openBmap> baruch: identi.ca: misunderstood. I know that it is a micro blogging opensource and respecting rights on data of users. but don't you have a kind of channel, where you put your news? or is it some kind of public main feed?
Oct 08 19:32:21 <baruch> There are groups, when I wrote there !freerunner it put it in the freerunner group
Oct 08 19:32:22 <Gnutoo> mmm...so andy created a filter framework for the kernel
Oct 08 19:32:34 <Gnutoo> that could be used by another driver...
Oct 08 19:32:50 <Gnutoo> s/andy/openmoko employee
Oct 08 19:32:52 <onen|openBmap> baruch: I see. is there a web page I could look at, without subscribing?
Oct 08 19:33:37 <onen|openBmap> dos1: by the way, thanks for pointing this to me! :-)
Oct 08 19:34:12 <baruch> onen|openBmap, http://identi.ca/group/freerunner
Oct 08 19:34:14 <TAsn> dos1, here resolving doesn't work with sms as well.
Oct 08 19:34:19 <TAsn> so I guess it's something broken here.
Oct 08 19:34:25 <TAsn> what can I do to make it right?
Oct 08 19:34:37 <onen|openBmap> baruch: he he, I even know what you are looking like now ;-)
Oct 08 19:34:49 <TAsn> (doesn't resolve neither from sim and neither from sqlite)
Oct 08 19:35:27 <onen|openBmap> baruch: here is the feed of the project: http://twitter.com/openBmap
Oct 08 19:35:37 <Gnutoo> is there some docs on how to use it or should I read all the source? and which source? the s3c one ? another driver's source? or the filter source
Oct 08 19:35:45 <mrmoku> TAsn: I created no-async branches in shr and efl2
Oct 08 19:36:08 <TAsn> mrmoku, btw, mrmoku, let's try to make this go a little more segfault (and memory leak) proof. Please refer to the ghashtable and gvalue api references whenever needed to see what strdups and what does not.
Oct 08 19:36:16 <TAsn> mrmoku, great :)
Oct 08 19:36:20 <TAsn> mrmoku, do they work?
Oct 08 19:36:29 <CIA-66> SHR: 03mok 07shr * re06689192768 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: phonegui: make missing backend symbols non fatal
Oct 08 19:36:31 <baruch> onen|openBmap, I've seen that feed and unsubscribed from it, it's too noisy and not useful
Oct 08 19:36:40 <CIA-66> SHR: 03mok 07shr * re52ffb7c9f59 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): phonegui: add contact_new_show and contact_hide
Oct 08 19:36:46 <baruch> instead of news on the service it includes not interesting stuff about uploads
Oct 08 19:37:04 <mrmoku> TAsn: one thing I don't know is what the hashtables are we get via dbus?
Oct 08 19:37:22 <onen|openBmap> baruch: I think it is useful. but as a upload/server update. an another feed would be needed for news and so on
Oct 08 19:37:24 <TAsn> you mean who's responsible to free them?
Oct 08 19:37:30 <TAsn> that's a mystery :)
Oct 08 19:37:35 <mrmoku> yup
Oct 08 19:37:45 <TAsn> it's probably our duty
Oct 08 19:37:56 <onen|openBmap> baruch: on the obm website the last twits are shown. pb: when you put a news about let's say a release, then it disappears very fast from the main page
Oct 08 19:38:05 <TAsn> though google for dbus glib 
Oct 08 19:38:11 <mrmoku> heh
Oct 08 19:38:11 <TAsn> googlers will prevail.
Oct 08 19:38:16 <Heinervdm> http://scap.linuxtogo.org/files/1fc33f17dca88eefad2e1fe4ecc17b11.png
Oct 08 19:38:25 <baruch> onen|openBmap, a better version of his picture is available on twitter, my user there is baruche
Oct 08 19:38:26 <TAsn> anyhow ciao I really need to start studying.
Oct 08 19:38:32 <mrmoku> yup, have fun :)
Oct 08 19:38:35 <baruch> there is also a picture on my website http://baruch.ev-en.org/
Oct 08 19:39:23 <baruch> onen|openBmap, git repository pushed
Oct 08 19:39:40 <onen|openBmap> baruch: :-O fantastic!
Oct 08 19:41:37 <onen|openBmap> baruch: I would propose to support you in making your service work (if you need data, info, anything). meanwhile I think I will try to make a python implementation of wifi logging.
Oct 08 19:42:08 <onen|openBmap> baruch: this will allow me to prototype it fast, in order to find out a right way to do it
Oct 08 19:42:24 <baruch> I tried to convert your data to the format I use, I need to check it and see how it went
Oct 08 19:42:48 <onen|openBmap> baruch: then we could do the vala implementation, once I am satisfied with the logging process
Oct 08 19:42:54 <onen|openBmap> baruch: does it sound ok for you?
Oct 08 19:43:07 <baruch> I really want proper access to regular (say, weekly) data drops of all the database data and the calculated data but in a sane format the way the sqlite database is right now sucks big time
Oct 08 19:43:15 <baruch> onen|openBmap, I'
Oct 08 19:43:39 <baruch> I'm actually thinking to implement the vala logger as well in the same process and just have an external gui to control it
Oct 08 19:44:02 <baruch> this way a normal user who doesn't care much will get a location service *and* help with the collection without doing anything
Oct 08 19:44:03 <TAsn> dos1, what might be causing resolving not to work here at all?
Oct 08 19:44:10 <onen|openBmap> baruch: the raw data is updated on the website after every processing of uploaded data.
Oct 08 19:44:25 <baruch> I need to check if my uploads are there
Oct 08 19:44:37 <mrmoku> TAsn: go and study ;)
Oct 08 19:44:45 <onen|openBmap> baruch: the generated data was a test from Nick. so not automatic for now. But this could be of course done.
Oct 08 19:44:47 <TAsn> mrmoku, shit, ok.
Oct 08 19:44:53 <TAsn> cya ;)
Oct 08 19:44:55 <mrmoku> :P
Oct 08 19:45:38 <baruch> onen|openBmap, I currently point the location service to download data from my own website anyway so nothing is automatic there either
Oct 08 19:45:40 <onen|openBmap> baruch: well what is the difference with what I proposed to you (dbus logger, gui/daemon)?
Oct 08 19:46:44 <baruch> the only difference I can think of is that I want the logger and location service in the same daemon
Oct 08 19:47:16 <onen|openBmap> baruch: about this entry point for update of the service, you have to talk with Nick. He is taking care of this. Sorry I can jsut be a messenger here :-(
Oct 08 19:48:05 <baruch> since nick is not answering for some time now (at least a week) I'm starting to think I'd better finish the server I wrote
Oct 08 19:48:23 <onen|openBmap> baruch: ah ok I see. well I prefer to keep them separated. if I only want the location service I don't need th elogger part. they could be both dbus based, and thus easily interact. don't yo think?
Oct 08 19:48:48 <baruch> I want them combined so that any user who gets the location service will also help fill it up
Oct 08 19:49:25 <baruch> this way we can have an integrated service where you go around with your gps enabled phone and build the database for yourself, automatically contribute it to the public and then get better updates as a full circle
Oct 08 19:49:53 <onen|openBmap> baruch: what can I say ;-) if Nick availability does not fit your needs... but I really hope to see a discussion between you both before you spend your time on the server (in case it would not be necessary...)
Oct 08 19:50:08 <baruch> if the user needs to make an active choice to add the logger we will have a lot less input
Oct 08 19:50:49 <baruch> I have too much on my hands right now to do the server but for now I feel I can't trust the server side so I don't have a complete service offering
Oct 08 19:51:02 <onen|openBmap> baruch: I strongly disagree with this approach. for privacy reason I don't want to put the logger into the location service without people activating on purpose
Oct 08 19:52:05 <onen|openBmap> baruch: server side: I understand. I can't do much more for it...
Oct 08 19:52:48 <baruch> onen|openBmap, if you dont keep an association between the data and the user that uploaded it there is no privacy issue
Oct 08 19:53:00 <onen|openBmap> baruch: I agree about demanding people to activate the system bring less input. But I really care about privacy, and thus I don't like the idea. I have to think about how we could do this.
Oct 08 19:53:54 <onen|openBmap> baruch: we did this in the raw data download to protect privacy. but: if another project wants to import our data, I am not sure if this structure fits the creative commons licence...
Oct 08 19:54:12 <onen|openBmap> baruch: data must be linked to the contributor, I think
Oct 08 19:54:41 <onen|openBmap> baruch: do yo uthink this would be so bad to ask once to the user after first install if he wants to contribute automatically?
Oct 08 19:55:16 <baruch> onen|openBmap, there is no real way to do it
Oct 08 19:55:41 <baruch> the gui can offer this, but this will be only after the user runs the gui for the first time
Oct 08 19:55:55 <onen|openBmap> baruch: correct.
Oct 08 19:55:56 <baruch> onen|openBmap, we should rethink the CC license then
Oct 08 19:56:19 <baruch> OpenStreetMap moved away from CC to another license, maybe we should do the same
Oct 08 19:56:50 <onen|openBmap> baruch: not easy. osm has trouble with the licence. we are folowing their licence change they try to do. but data belongs to someone. maybe you may transfer copyright ownership... 
Oct 08 19:57:40 <onen|openBmap> baruch: I know the reason of osm move. but this does not change the issue with data copyright.
Oct 08 19:58:04 <baruch> for us we can take the easy route then, keep the old data with the old license, all new data with a new license, when we have enough new data that we dont need the old, drop the old data
Oct 08 19:58:34 <baruch> the copyright has nothing to say about attribution, not if the license the user gave the data under requires no attribution
Oct 08 19:58:48 <onen|openBmap> baruch: if you want to change the data licence, you have to ask to the copyrright owner. that means ask every contributors, for his data, if he agrees. if you break the link between data and contributors in the export you propose, you remove some "liberties" from other projects
Oct 08 19:59:37 <baruch> so have new data with new license and temporarily keep old data with old license
Oct 08 20:00:01 <baruch> new license can be chosen not to require attribution and so we can remove id from contribution and we have no privacy issue
Oct 08 20:00:07 <baruch> I think it's good anyway
Oct 08 20:00:23 <baruch> no one should keep the username of the upload for more than the upload time itself
Oct 08 20:00:33 <onen|openBmap> baruch: we will have to think about it. but a lot of thinking has been done by osm people, some from the legal sphere. I think they are a good exampel to follow
Oct 08 20:01:30 <onen|openBmap> baruch:  in the server, it allows if we detect that a user is uploading garbage, to retroactively delete his contributions (did I mention we try to keep quality high ;-) )
Oct 08 20:02:42 <baruch> I understand that but the privacy issue stays then
Oct 08 20:02:57 <baruch> a court order will force you to reveal the information
Oct 08 20:03:07 <baruch> if you dont have the information, you have nothing to reveal
Oct 08 20:03:08 <onen|openBmap> baruch: well people have to trust us, sure. but this is not public on the web site...
Oct 08 20:03:23 <onen|openBmap> baruch: yes. tradeoff...
Oct 08 20:04:16 <onen|openBmap> baruch: if I take my paranoid cap: someone following the update, could see the diff, and with timestamp and everything, find out a lot of things about a user. now a user is only a nickname (if he does not use his real name...)
Oct 08 20:05:07 <baruch> if someone sniffs the update he can see the nick as well...
Oct 08 20:05:25 <onen|openBmap> baruch: I guess you see all the questions we have been asking us, about the best way to keep quality, freedom of data contributed, and privacy
Oct 08 20:06:21 <onen|openBmap> baruch: yes. but I consider that if someone sniff the upload, it is then such an attack that it falls out of our scope (even if I have been thinking about encrypting upload... but server part I don't control ;-) )
Oct 08 20:07:48 <onen|openBmap> baruch: ok I am off for today
Oct 08 20:08:32 <baruch> night
Oct 08 20:08:50 <onen|openBmap> baruch: a last though, about the automatic/privacy stuff. when installing a package, you may ask question to user that would be one not too bad way
Oct 08 20:09:20 <baruch> I dont think it will work with graphical installers
Oct 08 20:09:27 <onen|openBmap> baruch: or if we keep both services separated enough, I can choose to install the logging part only if I want it
Oct 08 20:09:38 <onen|openBmap> baruch: I fear the same
Oct 08 20:10:31 <onen|openBmap> baruch: let's say location is one part, logging service another (automatic by default?), then if I install the graphical part, I may switch the automatic off or sth this way
Oct 08 20:11:16 <onen|openBmap> baruch: or run the graphicla quesiton at the end of gui installation?
Oct 08 20:11:39 <baruch> I think that setting it in the gui is enough
Oct 08 20:11:55 <Gnutoo> hi any kernel hacker here?
Oct 08 20:12:00 <Gnutoo> the question is:
Oct 08 20:12:24 <Gnutoo> how is architectured ts_filter thing...
Oct 08 20:12:44 <Gnutoo> for instance if I want to use the linear one
Oct 08 20:13:02 <onen|openBmap> baruch: we still have time to think about the best way to handle it. we will do at best
Oct 08 20:13:10 <Gnutoo> I should use ts_filter_chain.h api in my driver?
Oct 08 20:13:17 <onen|openBmap> good night everyone
Oct 08 20:13:25 <onen|openBmap> baruch: bye, ttyl
Oct 08 20:13:31 <baruch> onen|openBmap, bye
Oct 08 20:45:34 <Gnutoo> I start to understand...it's in mach-gta02.c
Oct 08 20:45:39 <Gnutoo> in in /touchscreen
Oct 08 20:59:35 <TAsn> mrmoku, ping.
Oct 08 21:01:54 <TAsn> mrmoku, thought about what you said about contacts calling messages, well as I said, I think it's "part" of contacts while it's running as it's a service requested by the contacts app. maybe when we'll have the GUI daemon everything will change, but at least now, I think this is enough. (we can save for each backend a var that signals whether the backend initialized or not, and initialize it automatically if it wasn't.) although thi
Oct 08 21:01:55 <TAsn> s may sound suboptimal, I think it'll provide the framework needed for future improvements, do you agree?
Oct 08 21:10:57 <mrmoku> yup
Oct 08 21:11:35 <TAsn> cool :)
Oct 08 21:11:37 <TAsn> I'm glad you agree.
Oct 08 21:11:46 <TAsn> otherwise it would have meant a lot of work :)
Oct 08 21:11:52 <mrmoku> it would get too ugly with what we have now :P
Oct 08 21:12:00 <TAsn> exactly. :)
Oct 08 21:12:11 <TAsn> btw, do the async free stuff work?
Oct 08 21:13:11 <mrmoku> not yet completely, but in principle yes
Oct 08 21:13:40 <mrmoku> I will finish it tomorrow though :)
Oct 08 21:14:00 <TAsn> yay :)
Oct 08 21:14:17 <mrmoku> so you can study in peace :P
Oct 08 21:14:21 <TAsn> (actually I'm sad, this means I'll be more tempted to work on it instead of study) :)
Oct 08 21:14:33 <TAsn> hehe exactly what I thought about though from the opposite direction.
Oct 08 21:14:44 <mrmoku> then let me tell you that I have a dirty workdir that I won't put today ;)
Oct 08 21:14:53 <TAsn> I'm actually learning a full semester worth of info in 2 days :|
Oct 08 21:15:23 <TAsn> mrmoku, in case you are lying: thanks. :), otherwise, phew, lucky me. ;)
Oct 08 21:15:27 <mrmoku> listen to my proposal then... You go study - me goes to bed :)
Oct 08 21:16:15 <TAsn> sounds fair enough. though I'd also like to get some sleep. :)
Oct 08 21:16:17 <TAsn> ciao.
Oct 08 21:16:24 <mrmoku> ciao
Oct 08 21:16:28 <TAsn> and again, thanks for fixing this ugly crap ;)
Oct 08 21:16:47 <TAsn> I hope we'll have a prototype (or at least an example) for other users to follow.
Oct 08 21:16:48 <mrmoku> uhh... yes getting rid of the async stuff is a great thing
Oct 08 21:16:57 <TAsn> *devs
Oct 08 21:16:58 <mrmoku> thanks to whoever integrated the glib thing in ecore :)
Oct 08 21:17:03 <TAsn> heeh.
Oct 08 21:17:07 <TAsn> raster, marry me. ;]
Oct 08 21:17:09 <TAsn> (j/k{
Oct 08 21:17:17 <TAsn> I don't even think it's him.
Oct 08 21:17:20 <TAsn> anyhow, ciao.
Oct 08 21:17:22 <mrmoku> I think you would have to marry barbieri then ;)
Oct 08 21:17:24 <mrmoku> by
Oct 08 21:17:26 <mrmoku> e
**** ENDING LOGGING AT Fri Oct 09 03:00:00 2009