**** BEGIN LOGGING AT Sat Jun 07 02:59:59 2014
Jun 07 09:26:27 <pedroaleluia> hi
Jun 07 09:26:40 <pedroaleluia> can anyone help me ?
Jun 07 09:35:55 <BCMM> pedroaleluia: in general, on Freenode, it is best to just ask your question - nobody knows if they can help you yet, because not all of us know everything about yocto
Jun 07 09:38:46 <pedroaleluia> i have an kernel for rk3188 cpu and a system already working with  Poky 8.0 Yocto Project 1.3 Reference Distro
Jun 07 09:39:28 <pedroaleluia> can i import my alrealy working system image ?
Jun 07 09:39:49 <pedroaleluia> to a new yocto project ?
Jun 07 10:26:26 <kroon> pedroaleluia, there is a section in the reference manual, about what to think about when upgrading to newer yocto releases. each release has its own chapter
Jun 07 10:27:06 <kroon> pedroaleluia, http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#migration
Jun 07 10:35:04 <pedroaleluia> we need an thinclient OS based on poky,
Jun 07 10:35:41 <pedroaleluia> anyone to this job ?
Jun 07 10:36:05 <pedroaleluia> we already have kernel working
Jun 07 11:30:34 <pedroaleluia> alguem de portugal ?
Jun 07 11:52:58 <kroon> otavio, ping
Jun 07 12:06:02 <otavio> kroon: pong
Jun 07 12:08:05 <kroon> otavio, I'm playing with COPY_LIC_MANIFEST and COPY_LIC_DIRS
Jun 07 12:08:52 <otavio> kroon: :-)
Jun 07 12:09:43 <kroon> otavio, the gpu-viv-bin-mx6 packages seem to package "gc_vdk.h" as license file for some reason.. is that by intention ?
Jun 07 12:14:05 <Net147> otavio: hi
Jun 07 12:21:26 <Net147> otavio: is the normal usage of Qt 5 SDK to create a wrapper script to source the environment script before starting Qt Creator?
Jun 07 12:51:56 <otavio> Net147: yes
Jun 07 12:52:50 <otavio> kroon: this is because vivante didn't provide (last time I checked) a formal license file there; does it ??
Jun 07 12:54:20 <kroon> otavio, good question :) i'm not sure, but I will dig around some more. I was more worried there was a bug in license.bbclass ...
Jun 07 13:01:37 <codinho> I'm trying to use zero-copy rendering with qt5 using this patch https://github.com/Freescale/meta-fsl-arm/blob/master/qt5-layer/recipes-qt/qt5/qtmultimedia/add-imx6-support.patch
Jun 07 13:01:54 <Net147> otavio: okay. I got tired of restarting Qt Creator whenever I want to build for desktop instead of embedded so I generate a list of environment variable definitions from the environment script that I can paste into Qt Creator's Build Environment Batch Edit function.
Jun 07 13:02:53 <otavio> Net147: ah hehe
Jun 07 13:03:23 <codinho> libimx6vivantevideonode.so was built while fsl-image-multimedia compilation but this lib was not copied to the image
Jun 07 13:03:42 <otavio> codinho: fixed yesterday in qt5
Jun 07 13:03:50 <otavio> codinho: I pushed it
Jun 07 13:04:17 <codinho> otavio, how to check that, is there any example of zero-copy rendering?
Jun 07 13:04:21 <Net147> otavio: surely it should be possible to dynamically create a mkspec that doesn't rely on external environment variables when the SDK is installed
Jun 07 13:04:53 <codinho> otavio, I'm using qt-gstreamer as it uses videonode, is there any other option to check it?
Jun 07 13:11:54 <otavio> codinho: we added support for qtmultimedia
Jun 07 13:12:28 <otavio> Net147: yes
Jun 07 13:12:41 <otavio> Net147: someone needs to improve this
Jun 07 13:12:54 <otavio> Net147: hehe or sponsor us for it ;P
Jun 07 13:32:23 <codinho> otavio, how can I use qt5-layer? Is it for some specific meta-qt5 or its standalone?
Jun 07 13:32:35 <otavio> meta-qt5
Jun 07 13:32:46 <codinho> branch?
Jun 07 13:33:36 <codinho> I'm using meta-qt5 5.3 branch with my changes for gst1.x and qtmultimedia
Jun 07 13:34:13 <codinho> otavio, as I understand current state is for 0.10
Jun 07 13:34:54 <codinho> *gst 0.10*
Jun 07 14:06:29 <otavio> master
Jun 07 14:06:42 <otavio> codinho: in master and daisy there are gst support
Jun 07 14:06:51 <otavio> codinho: use gstreamer1.0-imx for that
Jun 07 14:12:15 <codinho> otavio, yes, I'm using it
Jun 07 15:05:06 <pedroaleluia> any  howto to rockchip hardware ?
Jun 07 15:05:10 <pedroaleluia> 3188
Jun 07 18:48:24 <kroon> seebs, dunno if its just me, but pseudo in master seems to be a lot more cpu-intensive during kernel builds from devshell nowadays ...
Jun 07 19:01:16 <seebs> Hmm. Well, I can't *immediately* think of anything, unless there's a huge number of setxattr() type things that we were previously ignoring.
Jun 07 20:43:59 <kroon> seebs, fwiw, its only when I build the kernel from a devshell that pseudo seems to slow things down
Jun 07 20:44:11 <seebs> Ohhh.
Jun 07 20:44:15 <kroon> seebs, might just be my setup that is funky
Jun 07 20:44:31 <seebs> I am not sure, but I think it may be that devshells imply being in the pseudo environment, and normally builds mostly wouldn't be.
Jun 07 20:46:39 <kroon> aha
**** ENDING LOGGING AT Sun Jun 08 02:59:59 2014