**** BEGIN LOGGING AT Mon Oct 22 03:00:00 2012
Oct 22 04:43:38 <GNUtoo-desktop> JaMa, hi
Oct 22 04:43:56 <GNUtoo-desktop> my install and builder are still broken
Oct 22 04:47:44 <GNUtoo-desktop> ah it seem that I've to edit the status file on target
Oct 22 05:02:15 <GNUtoo-desktop> ok now it works again
Oct 22 18:20:42 <GNUtoo-x60> JaMa, hi about danny I marked many bugs with [efl]
Oct 22 18:21:02 <GNUtoo-x60> since there are many, do you think that they will be fixed automatically
Oct 22 18:21:12 <GNUtoo-x60> on dany branches
Oct 22 19:03:43 <JaMa> GNUtoo-x60: what do you mean by automatically?
Oct 22 19:04:09 <JaMa> GNUtoo-x60: that config.rpath issue see http://lists.linuxtogo.org/pipermail/openembedded-core/2012-October/031119.html
Oct 22 19:04:36 <GNUtoo-x60> JaMa, ok thanks a lot for config.rpath
Oct 22 19:04:54 <GNUtoo-x60> I mean that the enlightenment project would take care of backporting the fixes they made in svn
Oct 22 19:04:59 <GNUtoo-x60> *make
Oct 22 19:08:05 <GNUtoo-x60> my main fear with danny is that we won't get efl updates
Oct 22 19:08:21 <GNUtoo-x60> and with the high number of efl related bugs that can be an issue
Oct 22 19:08:29 <GNUtoo-x60> specially if they don't backport the fixes
Oct 22 19:10:26 <JaMa> there is 1.7.1 now
Oct 22 19:10:37 <JaMa> but then there is plan for single efl source tree
Oct 22 19:10:48 <JaMa> which probably wont get into danny/meta-efl
Oct 22 19:11:19 <JaMa> but if there is another bugfix release for 1.7 then we can get it in danny
Oct 22 19:11:28 <GNUtoo-x60> what does "single efl source tree" means
Oct 22 19:11:41 <GNUtoo-x60> yes they can get into danny, but who has to do the work?
Oct 22 19:11:44 <JaMa> they want to merge all efl libs to one build
Oct 22 19:11:51 <GNUtoo-x60> ok
Oct 22 19:12:01 <JaMa> I think I'll have to do it
Oct 22 19:12:09 <JaMa> as 99,9% commits in meta-efl are mine
Oct 22 19:12:34 <GNUtoo-x60> ok
Oct 22 19:12:54 <GNUtoo-x60> ouch, and I guess you're pretty busy
Oct 22 19:13:51 <GNUtoo-x60> I would have wanted that the enlightenment project would have done it
Oct 22 19:13:53 <GNUtoo-x60> like code wise
Oct 22 19:14:08 <GNUtoo-x60> and then trough updating the minor version we would have gotten it
Oct 22 19:14:24 <JaMa> I meant only metadata commits
Oct 22 19:14:51 <JaMa> but they usually don't use enlightenment like we do (e.g. illume2 profile)
Oct 22 19:14:58 <GNUtoo-x60> ah ok
Oct 22 19:15:04 <JaMa> or there are bugs in our themes, apps etc
Oct 22 19:15:19 <GNUtoo-x60> some important bugs are in enlightenment
Oct 22 19:15:23 <GNUtoo-x60> not all tough
Oct 22 19:15:24 <JaMa> so bugfixes releases for efl libs probably wont fix it
Oct 22 19:15:39 <GNUtoo-x60> what about the enjoy issue with ogg vorbis
Oct 22 19:15:47 <GNUtoo-x60> it seem a problem in enjoy/emmotion
Oct 22 19:16:38 <GNUtoo-x60> the moving icons bug seem upstream too, we're not the author of illume2 I guess
Oct 22 19:16:44 <JaMa> have you tried to report it upstream?
Oct 22 19:16:55 <GNUtoo-x60> the contact app is probably our fault
Oct 22 19:17:06 <GNUtoo-x60> like non-matching versions
Oct 22 19:17:10 <GNUtoo-x60> no
Oct 22 19:17:38 <GNUtoo-x60> what's the best way to do that?
Oct 22 19:17:40 <GNUtoo-x60> IRC?
Oct 22 19:17:43 <GNUtoo-x60> like #e ?
Oct 22 19:17:57 <GNUtoo-x60> the problem is that I don't run lastest evl rev
Oct 22 19:18:02 <GNUtoo-x60> *efl
Oct 22 19:18:11 <GNUtoo-x60> do they accept bugs for old versions
Oct 22 19:22:52 <JaMa> I'll probably upgrade to 1.7.1 as soon as I get my build env again (now oe-core is broken)
Oct 22 19:23:14 <JaMa> but I wanted to finish qt in webos first..
Oct 22 19:24:26 <Alex[sp3dev]> hi
Oct 22 19:24:26 <GNUtoo-x60> ok
Oct 22 19:24:30 <GNUtoo-x60> Alex[sp3dev], hi
Oct 22 19:24:45 <Alex[sp3dev]> GNUtoo-x60: what's up
Oct 22 19:24:49 <Alex[sp3dev]> morphis: ping
Oct 22 19:25:07 <GNUtoo-x60> Alex[sp3dev], many things, I forgett what I do tough
Oct 22 19:25:16 <GNUtoo-x60> Alex[sp3dev], I've serial on tuna btw
Oct 22 19:25:39 <GNUtoo-x60> is it possible to recover bootloaders with serial?
Oct 22 19:26:04 <GNUtoo-x60> and tuna works pretty well under replicant
Oct 22 19:26:11 <GNUtoo-x60> lacks some stuff tough
Oct 22 19:26:28 <Alex[sp3dev]> GNUtoo-x60: well, under windoze you can use omapflash to upload xloader/sbl via usb
Oct 22 19:26:35 <GNUtoo-x60> ok
Oct 22 19:26:45 <GNUtoo-x60> is there a way to workarround that with serial?
Oct 22 19:27:23 <GNUtoo-x60> for instance with some omap3 stuff you had recovery bootloaders that you could send trough serial trough cat or something like that
Oct 22 19:27:27 <GNUtoo-x60> like second stage
Oct 22 19:27:41 <GNUtoo-x60> like send xloader trough special protocol and then cat uboot
Oct 22 19:27:45 <GNUtoo-x60> but I don't remember well
Oct 22 19:27:48 <Alex[sp3dev]> no idea but given it's an HS device it's unlikely
Oct 22 19:27:54 <GNUtoo-x60> ok
Oct 22 19:29:22 <GNUtoo-x60> you sent me traces of omapflash if I remember well
Oct 22 19:30:44 <Alex[sp3dev]> yes
Oct 22 19:31:16 <Alex[sp3dev]> wow, morphis github has nice code. does hybris project mean we can run meego or any other full-blown linux on top of android binaries?
Oct 22 19:31:36 <morphis> Alex[sp3dev]: we already do for webos
Oct 22 19:32:18 <Alex[sp3dev]> morphis: nice. btw, is your 'that kind of work' going fine?
Oct 22 19:32:40 <morphis> Alex[sp3dev]: its public now
Oct 22 19:32:43 <morphis> but lets talk tomorrow
Oct 22 19:32:46 <morphis> have to leave now
Oct 22 19:32:48 <Alex[sp3dev]> morphis: okay
Oct 22 19:32:54 <Alex[sp3dev]> have a nice day
Oct 22 19:33:07 <GNUtoo-x60> JaMa, can I merge vquicksilver's work btw
Oct 22 19:34:25 <JaMa> GNUtoo-x60: yes
Oct 22 19:34:48 <GNUtoo-x60> ok thanks
Oct 22 19:35:05 <GNUtoo-x60> btw should I push all my work on dany branch too or will you backport?
Oct 22 19:35:12 <GNUtoo-x60> I still use shr branch in meta-smartphone
Oct 22 19:36:34 <JaMa> I think it's good for shr and master now, we can merge to danny later
Oct 22 19:36:57 <GNUtoo-x60> ok nice
Oct 22 19:37:00 <GNUtoo-x60> thanks
Oct 22 19:37:21 <GNUtoo-x60> I've xv on gta04, but we need to educate people to do -vo xv
Oct 22 19:37:24 <GNUtoo-x60> in mplayer
Oct 22 19:37:43 <GNUtoo-x60> because in /usr/etc/mplayer/mplayer.conf adding that fails:
Oct 22 19:37:47 <GNUtoo-x60> vo=xv,x11
Oct 22 19:38:14 <GNUtoo-x60> basically if I've a video that is too big for xv (superior to the screen dimmentions) it fails in xv
Oct 22 19:38:20 <GNUtoo-x60> and doesn't try x11 after
Oct 22 19:39:21 <GNUtoo-x60> vo=xv + vf=scale=480:640 is a bad idea too:
Oct 22 19:39:35 <GNUtoo-x60> if a video is let's say 320x240
Oct 22 19:39:42 <GNUtoo-x60> my gta04 is not that fast....
Oct 22 19:39:51 <GNUtoo-x60> it's too slow full screen even with xv
Oct 22 19:40:03 <JaMa> pitty :/
Oct 22 19:40:08 <GNUtoo-x60> (because it has to do the resizing etc....due to vf=scale)
Oct 22 19:40:22 <GNUtoo-x60> so video works fine but the user has to know what to type....
Oct 22 19:40:40 <GNUtoo-x60> note that I've an A3@500Mhz or somehitng like that
Oct 22 19:40:53 <GNUtoo-x60> so my unit is slow
Oct 22 19:41:03 <GNUtoo-x60> I'm not sure it can do more than that
Oct 22 19:41:08 <GNUtoo-x60> maybe
Oct 22 19:41:10 <GNUtoo-x60> maybe not
Oct 22 19:41:17 <GNUtoo-x60> the bootloader says 1GHz
Oct 22 19:43:33 <Alex[sp3dev]> bye
Oct 22 19:45:17 <GNUtoo-x60> ah strange
Oct 22 19:45:22 <GNUtoo-x60> maybe fso's fault
Oct 22 19:45:33 <GNUtoo-x60> it says 800000 at scaling_max_freq
Oct 22 19:45:39 <GNUtoo-x60> there was a plugin for freq it seems
Oct 22 19:45:41 <GNUtoo-x60> let me look
Oct 22 19:49:51 <GNUtoo-x60> ah it seem that without rotation big buck bunny scalled is nearly fast
Oct 22 19:50:01 <GNUtoo-x60> *nearly viewable
Oct 22 19:50:19 <GNUtoo-x60> but 100% cpu usage because of the resize
Oct 22 19:50:25 <GNUtoo-x60> but if you resize *before*
Oct 22 19:50:28 <GNUtoo-x60> with xv
Oct 22 19:50:32 <GNUtoo-x60> you get very low cpu usage
Oct 22 19:50:40 <GNUtoo-x60> for instance with lavc mpeg4 defaults
Oct 22 19:51:19 <GNUtoo-x60> I get between 50 and 60% CPU usage
Oct 22 19:51:22 <GNUtoo-x60> full screen
Oct 22 19:51:24 <GNUtoo-x60> pre-rotated
Oct 22 19:51:28 <GNUtoo-x60> and pre-scalled
Oct 22 19:51:38 <GNUtoo-x60> without xv it's much higher
Oct 22 19:52:08 <GNUtoo-x60> it's between 90 and 90%
Oct 22 19:52:38 <GNUtoo-x60> *75 and 80%
Oct 22 19:53:21 <GNUtoo-x60> so basically you have to pre-rotate and pre-scale with mencoder
Oct 22 19:53:26 <GNUtoo-x60> on a fast computer 
Oct 22 19:55:40 <GNUtoo-x60> seem even lower with omapfb
Oct 22 19:56:04 <GNUtoo-x60> ah no it jumps more
Oct 22 20:02:01 <GNUtoo-x60> maybe there is an internal way to mesure performance in mplayer
Oct 22 20:06:08 <GNUtoo-x60> what do we do for mplayer then?
Oct 22 20:15:22 <GNUtoo-x60> ouch....
Oct 22 20:15:57 <GNUtoo-x60> I didn't see that the third commit message's signed-off-by was in the first line
Oct 22 20:16:27 <GNUtoo-x60> sorry
**** ENDING LOGGING AT Tue Oct 23 03:00:00 2012