**** BEGIN LOGGING AT Mon Apr 08 02:59:58 2013
Apr 08 07:06:15 <mckoan> good morning
Apr 08 08:12:21 <bluelightning> morning all
Apr 08 08:16:18 <Corneliu> morning
Apr 08 08:50:22 <dimr> hey, im trying to compile a simple application in eclipse using yocto's ADT plugin. once i include gstreamer-0.10/gst/gst.h i get an error saying glib.h no such file or directory error. i have tried adding the required include paths in the project's properties but with no luck. what am i missing?
Apr 08 08:55:08 <jackmitchell> dimr: I had to use pkgconfig
Apr 08 08:55:23 <jackmitchell> dimr: I can't remember how I did it but that was the route I took
Apr 08 08:57:02 <jackmitchell> dimr: this is how I did it in autotools: PKG_CHECK_MODULES(GLIB, glib-2.0 gobject-2.0 gio-2.0)
Apr 08 08:59:08 <dimr> thanks i will try it :)
Apr 08 09:11:03 <mattnie> hi there, has anyone else problems with yocto and u-boot on freescale imx6?
Apr 08 09:17:01 <alex_kag> hello, last good build of imx6qsabresd was  http://autobuilder.yoctoproject.org/pub/nightly/20130313-3/machines/imx6qsabresd/,  poky files, i can download in http://autobuilder.yoctoproject.org/pub/nightly/20130313-3/poky-4da406cd50cf02a63ed76810a670aba1eb561c79.tar.bz2, but,  i can't found  meta-fsl-arm..
Apr 08 09:19:24 <bluelightning> alex_kag: sorry, what are you looking for?
Apr 08 09:20:17 <alex_kag> im lookin meta-fsl-arm on 2013-03-13 to build it myself
Apr 08 09:21:16 <alex_kag> or, may be, i can take master?
Apr 08 09:22:22 <bluelightning> meta-fsl-arm is here: https://github.com/Freescale/meta-fsl-arm
Apr 08 09:25:08 <alex_kag> i know that. but i don't understand, why  where are no info about it in tar.bz2 ?
Apr 08 09:28:58 <alex_kag> bluelightning, and, about qt4-x11-free, on clear master - i cant build it...
Apr 08 09:29:02 <bluelightning> alex_kag: what information are you looking for?
Apr 08 09:32:40 <alex_kag> as for me, I think it would be nice to put the  "origin" of  all repositories for a repeat build
Apr 08 09:42:18 <bluelightning> alex_kag: there is a log which includes the hashes of all repositories used
Apr 08 09:43:54 <bluelightning> http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/61/steps/Building%20Images/logs/stdio
Apr 08 09:44:15 <bluelightning> see under "Build configuration" which bitbake prints out
Apr 08 09:49:01 <alex_kag> thanks
Apr 08 09:55:33 <mattnie> is the u-boot.bin the same which is build in the rootfs sdcard image?
Apr 08 09:56:14 <mattnie> respectively u-boot.imx
Apr 08 10:00:39 <alex_kag> bluelightning, i am sorry, but where i can see log for the other date?
Apr 08 10:02:22 <bluelightning> alex_kag: I think we only have logs going back a few builds: http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm
**** BEGIN LOGGING AT Mon Apr 08 11:28:15 2013
**** BEGIN LOGGING AT Mon Apr 08 11:59:37 2013
Apr 08 12:12:15 <otavio> Hello
Apr 08 12:16:17 <bluelightning> otavio: hi
Apr 08 12:16:56 <bluelightning> otavio: have you seen any issues building qt with imx6 machines?
Apr 08 12:17:06 <otavio> bluelightning: yes
Apr 08 12:17:06 <bluelightning> alex_kag has been having problems recenty
Apr 08 12:17:16 <bluelightning> recently
Apr 08 12:17:17 <otavio> bluelightning: but not lately
Apr 08 12:17:19 <otavio> which?
Apr 08 12:18:33 <bluelightning> otavio: "Never use <bits/predefs.h> directly; include <stdc-predef.h> instead"
Apr 08 12:18:49 <bluelightning> alex_kag: can you pastebin the whole log?
Apr 08 12:19:01 <otavio> bluelightning: today's master?
Apr 08 12:19:05 <otavio> alex_kag: ?
Apr 08 12:21:55 <bluelightning> otavio: on another issue, I'm looking into bug 4153 (locale package dependencies and preinst scripts)
Apr 08 12:21:56 <yocti> Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4153 major, Medium, 1.4, paul.eggleton, NEW , Packages add by locales does not have preinst run
Apr 08 12:22:41 <bluelightning> otavio: how can I tell that the preinst hasn't run? AFAICT, the avahi-autoipd user is getting created which is all I can see in the avahi-daemon preinst script
Apr 08 12:23:24 <otavio> bluelightning: I did check the user creation
Apr 08 12:23:57 <otavio> bluelightning: user were not created
Apr 08 12:23:59 <bluelightning> maybe the problem has been fixed since denzil
Apr 08 12:24:09 <bluelightning> you are using denzil right?
Apr 08 12:24:15 <otavio> bluelightning: my case was avahi-daemon
Apr 08 12:24:24 <otavio> bluelightning: in this product danny
Apr 08 12:24:36 <bluelightning> ah right
Apr 08 12:24:38 <bluelightning> hmm
Apr 08 12:24:56 <otavio> bluelightning: so I used: grep avahi tmp/rootfs
Apr 08 12:25:03 <otavio> bluelightning: so I used: grep avahi tmp/rootfs/etc/passwd
Apr 08 12:28:20 <otavio> bluelightning: add IMAGE_LINGUAS = 'pt-br' for example
Apr 08 12:28:28 <otavio> bluelightning: it'll bring avahi right?
Apr 08 12:29:06 <bluelightning> otavio: if you have any of the avahi subpackages installed and you're not using master (which removes these RRECOMMENDS) then yes
Apr 08 12:29:25 <otavio> bluelightning: danny :P
Apr 08 12:29:31 <bluelightning> yes I know
Apr 08 12:29:42 <bluelightning> hence why I am going to try danny now
Apr 08 12:30:35 <otavio> bluelightning: I'd revert the rrecommends removal just to test if it happens  in master as well or not
Apr 08 12:30:42 <bluelightning> yes, I did that
Apr 08 12:31:48 <otavio> bluelightning: and?
Apr 08 12:31:57 <otavio> bluelightning: did you reproduce it?
Apr 08 12:32:12 <bluelightning> otavio: can't reproduce the issue - as I mentioned above, the user gets created as expected
Apr 08 12:32:31 <otavio> bluelightning: so seems it has been fixed
Apr 08 12:32:35 <bluelightning> maybe
Apr 08 12:32:42 <bluelightning> we'll know shortly
Apr 08 12:33:04 <otavio> bluelightning: danny is broken; I use it and workarounded it
Apr 08 12:35:05 <bluelightning> I need to be sure I'm actually able to reproduce it there to be sure it's fixed
Apr 08 12:35:36 <alex_kag> bluelightning, whole log is above 7 Mb
Apr 08 12:37:16 <otavio> alex_kag: so paste what is important only
Apr 08 12:37:21 <otavio> alex_kag: :)
Apr 08 12:37:29 <bluelightning> s/paste/pastebin/
Apr 08 12:40:37 <alex_kag> http://pastebin.com/X6Yacm3P
Apr 08 13:09:47 <bluelightning> otavio: reproduced it with danny
Apr 08 13:09:53 <bluelightning> found the fix that fixed it as well
Apr 08 13:11:39 <otavio> bluelightning: :-)
Apr 08 13:15:42 <bluelightning> otavio: details in the bug
Apr 08 13:20:36 <otavio> bluelightning: great!
Apr 08 13:20:53 <otavio> bluelightning: it took me quite some time to figure out postinsts were not being run
Apr 08 13:21:01 <bluelightning> otavio: hmm.. sorry about that
Apr 08 13:23:11 <otavio> bluelightning: no problem
Apr 08 13:23:23 <otavio> bluelightning: I reported it as it is no trivial to find out
Apr 08 13:23:33 <otavio> alex_kag: Strange
Apr 08 13:23:42 <otavio> alex_kag: it seems it has a change in glibc
Apr 08 13:23:49 <otavio> alex_kag: did you change something?
Apr 08 13:32:31 <schramae> hi. i'm trying to use ARCHIVER_MODE = "patched" with ARCHIVER_MODE[log_type] = "none" with Yocto 1.3 release, but i keep getting script-logs and showdata-dumps. do i have to set some other variable or sth. for this to work?
Apr 08 13:36:26 <otavio> bluelightning: please take a look in the base.bbclass patch I sent
Apr 08 13:36:46 <otavio> bluelightning: it is very small but helps a lot to avoid duplication of code
Apr 08 13:37:06 <otavio> bluelightning: and I did it when refactoring some patches for MX28 for fsl-arm
Apr 08 13:38:16 <bluelightning> otavio: you mean the SOC_FAMILY one?
Apr 08 13:38:25 <bluelightning> I don't know much about SOC_FAMILY...
Apr 08 13:40:02 <dimr> has anyone anyone with imx6 managed to use gstream to play video properly? im trying to play a quicktime video on a nitrogen6x with the fsl-image-test image using gst-launch and the console just gets dimmed a bit and i dont see any video playing. i dont get any errors either
Apr 08 13:43:23 <otavio> bluelightning: yes; SOC_FAMILY
Apr 08 14:38:59 <mattnie> I have a imx6qsabresd and if i copy the u-boot.imx to sdcard it does not boot!
Apr 08 14:39:35 <mattnie> Does anyone also have this problem?
Apr 08 14:39:45 <mcfrisk> mattnie: try seek=1 and also skip=1 for dd if you do dd manually
Apr 08 14:40:32 <mattnie> ok i will try
Apr 08 14:41:03 <mcfrisk> fwiw, I have sabresd and just dd'ing the whole .sdcard image is enough.
Apr 08 14:42:01 <mattnie> yes if i dd the whole .sdcard image it works fine ;)
Apr 08 14:42:39 <mattnie> but if use tftp boot so i only need u-boot
Apr 08 14:45:06 <mcfrisk> when I had non-booting u-boot images after dd, it was because the Freescale BSP version needed also skip=1 and the others like sabrelite ones did not. This was mentioned in some docs/instructions.
Apr 08 14:47:19 <mattnie>  sudo dd if=u-boot.imx of=/dev/sdb bs=512 seek=1 skip=1 conv=fsync
Apr 08 14:47:27 <mattnie> this is my command to copy it
Apr 08 14:48:04 <mcfrisk> mattnie: looks ok
Apr 08 14:48:53 <mcfrisk> but if you overwrote the first block before, remember to recreate a partition table.
Apr 08 14:58:00 <mattnie> it does not boot up
Apr 08 14:58:50 <mattnie> i dd the whole sdcard image on to the sdcard it boots up -> than i only changed u-boot -> it doesn't boot up
Apr 08 14:59:43 <mcfrisk> I don't know that well how yocto handles the u-boot image, I've mostly dealth with BSP and sabrelite u-boot images after manual cross compiles.
Apr 08 15:03:22 <mattnie> #mcfrisk any ideas?
Apr 08 15:04:18 <mcfrisk> mattnie: debug yocto image creation process, and try to recreate the "dd u-boot" step, maybe there's some fat partition magic involved, like script files.
Apr 08 15:17:26 <mattnie> i allready tried a rebuild.. i think it must be a stuipid failure from me
Apr 08 15:18:48 <mattnie> but i have to go offline now ;) work time is unfortunately over...
Apr 08 15:29:07 <RP_> khem: ping?
Apr 08 15:38:17 <alex_kag> otavio, it was fresh install. nothing change.  http://pastebin.com/10ZSfvFB
Apr 08 15:57:08 <otavio> alex_kag: sure; but it might have a change at oe-core/poky side
Apr 08 15:57:15 <otavio> alex_kag: and you getting the side effects
Apr 08 15:57:37 <otavio> RP_: There're any image building Qt but default in auto-builder?
Apr 08 15:58:11 <RP_> otavio: its in core-image-sato-sdk iirc and the lsb images
Apr 08 15:59:41 <otavio> RP_: alex_kag has found that Qt is failing to build in meta-fsl-arm however the code it is failing is not touched by any patch we apply. So it may be a generic issue
Apr 08 16:00:06 <RP_> otavio: pretty sure it does get tested on the AB
Apr 08 16:00:32 <alex_kag> qt4e-demo-image build correctly
Apr 08 16:00:55 <otavio> alex_kag: and which one fails?
Apr 08 16:01:33 <alex_kag> qt4-x11-free
Apr 08 16:04:30 <otavio> alex_kag: right
Apr 08 16:08:57 <otavio> alex_kag: I started a new build here to see if I can reproduce it
Apr 08 16:11:55 <alex_kag> i hope it is not my error
Apr 08 16:21:33 <diego_kynetics> otavio: I'm getting "Can't install gpu-viv-bin-mx6q-1:1.1.0-r5.0@nitrogen6x: no package provides libgal-x11-mx6 >= 1.1.0" on master for Nitrogen6x
Apr 08 16:22:00 <otavio> diego_kynetics: yes, it has been reworked
Apr 08 16:22:09 <otavio> diego_kynetics: you're not using PRServer right?
Apr 08 16:22:20 <diego_kynetics> otavio: no, I'm not
Apr 08 16:22:28 <otavio> alex_kag: I think it's not your fault
Apr 08 16:22:43 <otavio> alex_kag: I just need to find out if it is a BSP issue or an OE-Core issue
Apr 08 16:23:01 <otavio> diego_kynetics: sure; the easier way in this case is to remove tmp and start the build again
Apr 08 16:23:13 <otavio> diego_kynetics: it will than rebuild the packages which depends on gpu-viv
Apr 08 16:23:26 <diego_kynetics> otavio: okay. I had hoped for a bitbake -c clean something :)
Apr 08 16:23:34 <otavio> diego_kynetics: yes
Apr 08 16:23:54 <otavio> diego_kynetics: this is possible but you'd need to clean all ones depends on gpu-viv or virtual/egl and so on
Apr 08 16:24:03 <diego_kynetics> k
Apr 08 16:24:20 <diego_kynetics> I think I'll use all my 8 cores then :)
Apr 08 16:24:22 <otavio> diego_kynetics: it is very easy to forget something so removing temp is the safest route (or use PRServer)
Apr 08 16:24:29 <otavio> diego_kynetics: \m/
Apr 08 16:25:28 <diego_kynetics> otavio: thank you so much
Apr 08 16:26:34 <bluelightning> otavio: so do you want to keep bug 4153 open until the patch is backported or should I mark it resolved?
Apr 08 16:26:35 <yocti> Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4153 major, Medium, 1.4, paul.eggleton, ACCEPTED , Packages add by locales does not have preinst run
Apr 08 16:27:20 <otavio> yocti: well I think it should be keep open until rburton does the danny backport
Apr 08 16:27:21 <yocti> otavio: Error: "well" is not a valid command.
Apr 08 16:27:22 <otavio> grr
Apr 08 16:27:30 <otavio> bluelightning: well I think it should be keep open until rburton does the danny backport
Apr 08 16:27:37 <otavio> diego_kynetics: yw
Apr 08 16:27:42 <bluelightning> otavio: ok fair enough
Apr 08 16:28:00 <otavio> bluelightning: and it is good to reassign it to him
Apr 08 16:28:17 <otavio> bluelightning: ;-) rburton one more in your plate :P
Apr 08 16:29:34 <bluelightning> done
Apr 08 16:44:30 <bluelightning> JaMa: can you test this for me? http://cgit.openembedded.org/openembedded-core-contrib/log/?h=paule/buildhistory-rmwork
Apr 08 16:44:51 <bluelightning> just the top commit
Apr 08 16:48:28 <JaMa> bluelightning: will do tonight
Apr 08 16:48:47 <bluelightning> thanks
Apr 08 16:50:53 <rburton> otavio, bluelightning: i've set it to inprogressreview which means "merged to my local branch" and will be closed when its in oe-core/danny
Apr 08 16:51:07 <otavio> rburton: awesome; thx
Apr 08 16:51:54 <bluelightning> rburton: thanks
Apr 08 17:11:35 <JaMa> bluelightning: I've noticed interesting issue with buildhistory
Apr 08 17:11:59 <JaMa> OSError: [Errno 20] Not a directory: '/OE/webos/owub/build-webos-pro/buildhistory/packages/i586-webos-linux/linux-libc-headers/latest_srcrev'
Apr 08 17:12:02 <JaMa> ERROR: [From file: 'buildhistory_emit_pkghistory', lineno: 185, function: <module>]
Apr 08 17:12:24 <JaMa> bluelightning: it happens when oe-core is downgraded, but old buildhistory dir is kept
Apr 08 17:13:00 <bluelightning> JaMa: ah yes... it assumes that anything it doesn't know about is a directory
Apr 08 17:13:16 <bluelightning> there's explicit exclusion for "latest" (and "latest_srcrev" in recent versions)
Apr 08 17:13:17 <JaMa> it skips "latest" but not latest_srcrev
Apr 08 17:14:04 <bluelightning> should probably just recode that to not be implemented in such a fragile manner; however that won't help when you downgrade anyway
Apr 08 17:17:49 <JaMa> I've fixed it with find and git rm, it's just a bit surprising when it fails like this
Apr 08 17:43:47 <zecke> RP_: ping?
Apr 08 17:50:33 <Crofton|work> zecke, are you still in Berlin?
Apr 08 17:50:55 <zecke> Crofton|work: most of the time
Apr 08 17:51:09 <Crofton|work> any chance of you giving Florian a hand at Linuxtag?
Apr 08 17:51:34 <zecke> Crofton|work: unlikely. :(
Apr 08 17:51:55 <Crofton|work> oh well, if you do know anyone, please twist their arm :)
Apr 08 17:52:02 <zecke> Crofton|work: work is quite busy. I can help with printing stuff.. but I have no time for booth duty
Apr 08 17:52:12 <zecke> Crofton|work: woglinde deserves his arm to be twisted
Apr 08 17:52:34 <Crofton|work> good that work is busy
Apr 08 17:52:40 <Crofton|work> He is on my list
Apr 08 17:52:57 <Crofton|work> :)
Apr 08 17:57:50 <bluelightning> Crofton|work: speaking of booth stuff, any suggestions on where we should put the booth files given that the oe-classic repo isn't really appropriate anymore?
Apr 08 17:57:58 * mranostay doesn't want to be a Crofton|work list
Apr 08 17:58:00 <mranostay> *on
Apr 08 17:59:17 <Crofton|work> mranostay, it involves convincing you to go to Linuxtag and helping with the OE booth
Apr 08 17:59:21 <Crofton|work> Berlin is fun
Apr 08 17:59:36 <Crofton|work> bluelightning, yeah, we need a repo for stuff like that
Apr 08 17:59:39 <Crofton|work> and the logo
Apr 08 18:00:01 <bluelightning> yep Berlin is a nice town
Apr 08 18:00:10 <bluelightning> wish I could go...
Apr 08 18:00:18 <bluelightning> Crofton|work: indeed
Apr 08 18:00:25 <bluelightning> Crofton|work: make it so :)
Apr 08 18:00:29 <Crofton|work> OK
Apr 08 18:01:01 <Crofton|work> sticky note filled out
Apr 08 18:01:05 <bluelightning> at least I don't have access to create repos anyway...
Apr 08 18:14:44 <Garibaldi> Is there a way to pass some sort of "parameters" to a bitbake recipe?  For example, I want to have some sort of option to enable/disable a given feature.
Apr 08 18:16:04 <Garibaldi> I could do it via environment variables or by having multiple versions of the recipe, but I was hoping for something like a command-line option
Apr 08 18:20:49 <bluelightning> Garibaldi: typically we would do that via PACKAGECONFIG
Apr 08 18:21:44 <bluelightning> then you can set PACKAGECONFIG_pn-recipename from outside the recipe
Apr 08 18:23:13 <Garibaldi> bluelightning: thanks.  I did see that -- I'll go with that then, thanks.
Apr 08 18:25:02 <Garibaldi> so a given recipe can provide multiple packages, and it's a package name that we specify at the bitbake command line (correct?).  Is there a way within the recipe to know which package was targeted?
Apr 08 18:26:04 <Garibaldi> ah, with that it wouldnt need it
Apr 08 18:26:14 <Garibaldi> maybe
Apr 08 18:26:42 <Garibaldi> I'll experiment :-)
Apr 08 18:27:13 <bluelightning> Garibaldi: well yes and no, it's a recipe provided on the command line
Apr 08 18:28:23 <Garibaldi> ah
Apr 08 18:28:54 <Garibaldi> so if I wanted something conditional based on a core-image type, I'd need a separate recipe
Apr 08 18:30:10 <Garibaldi> one that set the variable one way and the other that set it, well, the other way
Apr 08 19:38:08 <otavio> Sameone saw this?
Apr 08 19:38:19 <Garibaldi> otavio: yes
Apr 08 19:38:33 <otavio> | arm-poky-linux-gnueabi-ar libjscore.a .obj/release-static/YarrInterpreter.o .obj/release-static/YarrPattern.o .obj/release-static/YarrSyntaxChecker.o .obj/release-static...
Apr 08 19:38:36 <otavio> |   --plugin <p> - load the specified plugin
Apr 08 19:38:38 <otavio> |  emulation options:
Apr 08 19:38:41 <otavio> |   No emulation specific options
Apr 08 19:38:43 <otavio> | arm-poky-linux-gnueabi-ar: supported targets: elf32-littlearm elf32-bigarm elf32-little elf32-big plugin srec symbolsrec verilog tekhex binary ihex
Apr 08 19:38:46 <otavio> | make[2]: *** [release/libjscore.a] Error 1
Apr 08 19:38:52 <otavio> Garibaldi: heh sorry for the delay
Apr 08 19:39:12 <Garibaldi> otavio: ah, sorry -- thought you were just making sure you weren't having network connectivity issues
Apr 08 19:39:25 <otavio> lol
Apr 08 19:39:27 <otavio> Garibaldi: yes
Apr 08 19:39:30 <otavio> Garibaldi: noticed
Apr 08 19:47:21 <alex_kag> otavio, does qt4-x11-free build?
Apr 08 19:51:31 <otavio> alex_kag: it compiles
Apr 08 19:51:40 <otavio> alex_kag: so I didn't see the failure you had
Apr 08 19:51:46 <otavio> alex_kag: but it fails to install
Apr 08 19:52:32 <otavio> khem: You're my toolchain master :-D Any clue about the emulation issue I poasted above?
Apr 08 20:20:57 <Circuitsoft> Is there a way to make Yocto install the syslinux bootloader to the .rootfs.ext3 image instead of (or in addition to) the .hddimg, or to make the .hddimg the root filesystem?
Apr 08 23:00:56 <Circuitsoft> Is there a way to make Yocto install the syslinux bootloader to the .rootfs.ext3 image instead of (or in addition to) the .hddimg, or to make the .hddimg the root filesystem?
Apr 09 01:59:28 <kergoth> http://stevelosh.com/blog/2013/04/git-koans/
**** ENDING LOGGING AT Tue Apr 09 02:59:58 2013