**** BEGIN LOGGING AT Fri Nov 22 03:00:00 2013
Nov 22 09:03:18 <wfailla> hi
Nov 22 09:05:05 <wfailla> in my recipe a multiple files are shipped, is there a way not to ship one of the files using a .bbappend?
Nov 22 09:07:31 <ndec> wfailla: yes. you can make do_install_append() and remove the files you don't want to ship from $D
Nov 22 09:09:14 <wfailla> ndec: so it will be installed in the bb file and later removed in the bbappend ?
Nov 22 09:09:25 <ndec> yes.
Nov 22 09:09:36 <wfailla> cool thx for the quick response
Nov 22 09:09:37 <ndec> but it will not be there in the resulting pacakge.
Nov 22 09:09:53 <wfailla> well thats what i want
Nov 22 09:50:40 <bluelightning> morning all
Nov 22 09:59:18 <TuTizz> morning
Nov 22 11:30:36 <Krz-> if I do 'bitbake python' and create ipks repo - will I have 'python-modules' as well???
Nov 22 11:33:03 <Krz-> git grep for 'python-modules' in poky gives only one hit in packagegroup-core-lsb
Nov 22 11:33:24 <Krz-> I can do IMAGE_INSTALL += 'python-modules' - just wondering to create ipk
Nov 22 11:44:00 <bluelightning> Krz-: python-modules comes from the python recipe yes
Nov 22 11:50:14 <Krz-> bluelightning: how is that there is nothing about that mentioned about python recipe?
Nov 22 11:51:14 <bluelightning> Krz-: it is, it's just referred to as ${PN}-modules there
Nov 22 11:54:10 <Krz-> bluelightning: yeah... in python-2.7-manifest.inc very obscure
Nov 22 11:54:44 <bluelightning> unfortunately it has to be that way or things like nativesdk and multilib can't work
Nov 22 11:55:03 <bluelightning> we are developing tools to make it easier to find out such information, e.g. toaster
Nov 22 11:55:35 <Krz-> bluelightning: clanton still on 1.4.2, no one knows when we switch to 1.5
Nov 22 11:59:55 <bluelightning> Krz-: actually, you can find out the recipe providing a package in dylan by doing: find tmp/pkgdata -name <packagename> | xargs grep PN
Nov 22 12:05:56 <Krz-> bluelightning: that's cool - thanks for advice
Nov 22 13:12:32 <zibri> jackmitchell: hi. i just saw an issue with the json-c change, specifically the config.status removal; rm failed since config.status didn't exist. it's done in a do_configure_prepend, but i wonder if it wouldn't be better to do it in a do_unpack_append and/or doing rm -f? i've prepared a patch, but wanted to hear your thoughts first.
Nov 22 13:15:46 <jackmitchell> zibri: that package has been nothing but problems, if the config.status sometimes doesn't exist then I have no issues with you proposing a patch to rm -f it
Nov 22 13:16:14 <bluelightning> we'd typically use rm -f in this situation
Nov 22 13:16:47 <zibri> the purpose of the prepend is to remove it because it was included in upstream's tarball, right? in that case, wouldn't it be better to add it to do_unpack_append instead?
Nov 22 13:16:59 <jackmitchell> ok, one of the main reasons I used plain rm, is so that it would flag in the next versions when (hopefully) config.status won't be packaged
Nov 22 13:17:12 <jackmitchell> and then we wouldn't be left with a useless -prepend
Nov 22 13:19:39 <jackmitchell> zibri: I think that sounds reasonable
Nov 22 13:19:56 <bluelightning> zibri: we do normally do it in configure; in any case do_unpack is a python function
Nov 22 13:20:33 <zibri> bluelightning: ah, good point. i'll just change it to rm -f, keeping it in do_configure_prepend
Nov 22 13:20:37 <zibri> thanks
Nov 22 13:41:01 <isiroi> hello
Nov 22 13:42:30 <isiroi> sorry to bother you, but if someone can give some tips
Nov 22 13:43:11 <isiroi> I'm new to yocto, and I'm using it to create a distribution to run on a BeagleBoard
Nov 22 13:44:12 <isiroi> generated files include a zImage file, not an uImage
Nov 22 13:44:43 <isiroi> how can I obtain the uImage one
Nov 22 13:44:45 <isiroi> ?
Nov 22 13:45:03 <isiroi> I've tried adding a modification to my local.conf file
Nov 22 13:45:36 <isiroi> KERNEL_IMAGETYPE = "uImage"
Nov 22 13:45:57 <isiroi> but I still obtain the uImage
Nov 22 13:46:17 <isiroi> can anyone give me a link or the beginning of a solution?
Nov 22 14:02:47 <bluelightning> isiroi: I'd suggest checking whether your setting has taken effect with: bitbake -e | grep ^KERNEL_IMAGETYPE=
Nov 22 14:28:25 <isiroi> @bluelightning: it seems it has not been taken into account, I've no output after typing your command
Nov 22 14:29:09 <bluelightning> isiroi: er, you should get some output...
Nov 22 14:29:13 <isiroi> should I modify KERNEL_IMAGETYPE inside the local.conf file or anywhere else ?
Nov 22 14:29:38 <bluelightning> isiroi: if you do bitbake -e | less do you get the proper list of variable values or an error?
Nov 22 14:31:02 <isiroi> oops! I've an error because i'm running bitbake in another terminal
Nov 22 14:31:19 <isiroi> ERROR: Only one copy of bitbake should be run against a build directory
Nov 22 14:32:23 <bluelightning> right, you can't run two copies simultaneously - I guess you are in the middle of a build?
Nov 22 14:35:38 <isiroi> I've stop the other process
Nov 22 14:35:40 <isiroi> and now
Nov 22 14:35:51 <isiroi> the reult of the previous command is
Nov 22 14:35:55 <isiroi> KERNEL_IMAGETYPE="zImage"
Nov 22 14:36:34 <isiroi> so, do you think a layer is overrwriting my local.conf file?
Nov 22 14:39:40 <bluelightning> isiroi: I don't think so, if it were you'd see it set to uImage
Nov 22 14:41:23 <isiroi> the last two lines of my conf/local.conf file are
Nov 22 14:41:28 <bluelightning> isiroi: oh wait, I misread
Nov 22 14:41:32 <isiroi> INHERIT += "rm_work"
Nov 22 14:41:33 <isiroi> KERNEL_IMAGETYPE = "uImage"
Nov 22 14:41:36 <bluelightning> isiroi: yes, it looks like it is
Nov 22 14:42:50 <bluelightning> isiroi: if you do bitbake -e | less and search for ^KERNEL_IMAGETYPE (using the / key) you should be able to see how the variable is being set
Nov 22 14:43:12 <isiroi> I'm searching ...
Nov 22 14:45:37 <tumble_> hello, I'm new to yocto and trying to get python-opencv package installed on my wandboard
Nov 22 14:46:27 <isiroi> it's set just one type
Nov 22 14:46:33 <isiroi> *time
Nov 22 14:46:51 <tumble_> I've got PACKAGE_INSTALL += "opencv" but that doesn't seem to install the python bindings for opencv
Nov 22 14:47:04 <isiroi> but
Nov 22 14:47:19 <isiroi> there is some explanation
Nov 22 14:47:23 <tumble_> and bitbake can't seem to find a recipe for "python-opencv" even though some older guides suggest that recipe exists
Nov 22 14:47:31 <isiroi> i'm trying to read and understand
Nov 22 14:48:14 <isiroi> ok
Nov 22 14:48:20 <isiroi> it's set in set /home/saoud/beagleboard-dora-10.0.0/meta-yocto-bsp/conf/machine/beagleboard.conf
Nov 22 14:48:40 <isiroi> so, I think I have to modify it from this file
Nov 22 14:49:11 <isiroi> dear bluelightning, do you think this is the solution?
Nov 22 14:49:35 <isiroi> if yes, I'm going to edit the file and rerun bitbake
Nov 22 14:50:24 <tumble_> sorry, IMAGE_INSTALL += "opencv" installs opencv but without python bindings.  IMAGE_INSTALL += "python-opencv" fails during bitbake with a (recipe not found) error
Nov 22 14:58:11 <bluelightning> isiroi: typically you wouldn't modify that file directly
Nov 22 14:58:43 <bluelightning> isiroi: you could use an override, e.g. KERNEL_IMAGETYPE_beagleboard = "uImage"
Nov 22 14:59:40 <isiroi> ok
Nov 22 15:00:11 <ndec> isiroi: you really need to think about why you need to change that. if you change from zImage to uImage you will need to change uboot scripts too.
Nov 22 15:00:27 <isiroi> @ndec
Nov 22 15:00:33 <isiroi> the problem is that
Nov 22 15:00:36 <isiroi> by default
Nov 22 15:00:51 <isiroi> the uboot script try to load the uImage file
Nov 22 15:01:19 <isiroi> that's what happend when I copy files to the SD and tried to boot the BeagleBoard
Nov 22 15:02:03 <ndec> isiroi: hmm. that's weird....
Nov 22 15:02:19 <ndec> i have used the beaglebone, and it worked with zImage all the way through.
Nov 22 15:02:30 <isiroi> @bluelightning: thank you. I'm testing and I'll give you feedback once a test it
Nov 22 15:02:37 <isiroi> @ndec
Nov 22 15:02:52 <isiroi> mmm
Nov 22 15:03:36 <isiroi> it's confusing
Nov 22 15:04:04 <isiroi> I'll test and give you feedback
Nov 22 15:04:32 <kergoth> Hmm, docker is pretty sweet.
Nov 22 15:18:38 <RP> kergoth: Did you find out what level they make assumptions about the system its being run on?
Nov 22 15:19:52 <kergoth> Not yet, mostly just been playing with it on a desktop. Thinking about creating some images for doing yocto builds, and potentially importing a poky x86 rootfs to play with.
Nov 22 15:20:01 <Saur> What is xuser, and why does connman rdepend on xuser-account?
Nov 22 15:20:02 <kergoth> it just uses lxc under the hood
Nov 22 15:20:33 <kergoth> It feels a bit like vagrant, only a hell of a lot lighter and faster, and with use of aufs for layered images/filesystems
Nov 22 15:20:52 <RP> kergoth: I was just thinking our nativesdk standalone libs would make interesting container additions
Nov 22 15:21:05 <kergoth> Hmm, yes, indeed
Nov 22 15:22:00 <WarheadsSE> kergoth: Yeah, running it now to do bitbake building
Nov 22 15:22:08 <kergoth> WarheadsSE: ah, nice
Nov 22 15:22:41 <WarheadsSE> have to make a new-er Dockerfile though. Getting issues with mknod & fuse in the stackbrew/ubuntu precise
Nov 22 15:23:02 <WarheadsSE> something changed in the last ~ 2 days that cause fuse.
Nov 22 15:28:18 <reallife> hey everyone.
Nov 22 15:28:30 <reallife> is anyone currently in here using the imx6?
Nov 22 15:28:56 <WarheadsSE> Like, this second?
Nov 22 15:29:12 <rburton> walters: is there a list of packages that install their test suite? (in the gnome-continuous manifests or something?)
Nov 22 15:29:33 <walters> rburton: stuff with --enable-installed-tests basically
Nov 22 15:29:55 <WarheadsSE> reallife: I've got a 6q custom board here..
Nov 22 15:32:05 <rburton> walters: what repo is that in now?
Nov 22 15:32:18 <walters> https://git.gnome.org/browse/gnome-continuous/tree/manifest.json
Nov 22 15:33:02 <rburton> walters: looked so hard i missed it, thanks
Nov 22 15:34:36 <walters> rburton: btw have you seen http://build.gnome.org/#/gnome-continuous/build/20131122.13 ?  the application icons + screenshots are a new pretty face that Jasper implemented
Nov 22 15:34:58 <walters> i love the idea that minutes after a gtk+ commit, each app in that list is started and screenshot'ed
Nov 22 15:35:21 <rburton> walters: ha, nice
Nov 22 15:35:31 <walters> the apps themselves become tests for gtk+, and glib, etc.
Nov 22 15:35:46 <rburton> and compared with a reference i presume
Nov 22 15:35:58 <walters> mmm, no we just check they don't core dump
Nov 22 15:36:12 <rburton> comparing to a reference is tricky stuff
Nov 22 15:36:26 <walters> yeah the opensuse OpenQA thing does that, it's high maintenance
Nov 22 15:36:29 <rburton> i hope to get our QA looking at using dogtail in our automatic testing this or next cycle
Nov 22 15:40:57 <isiroi> me again
Nov 22 15:42:34 <isiroi> I succeded in modifuing KERNEL_IMAGETYPE, but I got an error while running compiling (when bitbake ran make uImage)
Nov 22 15:43:02 <isiroi> ERROR: Function failed: do_compile
Nov 22 15:44:23 <bluelightning> isiroi: please pastebin (not paste) the full error
Nov 22 15:47:07 <isiroi> what i have on screen: http://pastebin.com/q7VPGpde
Nov 22 15:48:28 <isiroi> and what is inside the log file:
Nov 22 15:48:29 <isiroi> http://pastebin.com/8bJ5NVFt
Nov 22 16:27:13 <tastycactus> tlwoerner: the problem was I appended jffs2 to the list in IMAGE_FSTYPES ?= "tar.bz2 ext3 sdcard" in my machine conf but that didn't work even with a clean build.  I added IMAGE_FSTYPES += "jffs2" instead and that works..
Nov 22 16:49:40 <andres____> hi
Nov 22 16:50:03 <andres____> someone know how to install midori on the yocto when i have the image
Nov 22 16:50:25 <andres____> i mean, to install it directly on the device and not as part of the img
Nov 22 16:50:55 <andres____> or someone have the webkiosko image, the ext4 part
Nov 22 16:51:06 <andres____> pleeease i need help with it
Nov 22 16:55:20 <tlwoerner> tastycactus: :-) that was my conclusion too, but at the time i pinged you i didn't know why
Nov 22 16:57:05 <andres____> any help?
Nov 22 16:57:14 <WarheadsSE> andres____: you'd need to build an ipk.
Nov 22 16:59:25 <jchonig> RP, is there any documentation that states that INCOMPATIBLE_LICENSE can contain wildcards (i.e. *GPLv3)?
Nov 22 17:01:23 <andres____> ipk, this will work on the target device? or on the pocky?
Nov 22 17:03:16 <bluelightning_> jchonig: I don't think we support that, no, you'd need to list each license (and use spaces to separate them)
Nov 22 17:05:16 <jchonig> bluelightning_ Thanks, I didn't think so and I don't see any docs that say that.  Our testers are quite creative
Nov 22 17:06:25 <kergoth> wildcards are supported.
Nov 22 17:06:41 <kergoth> see line 276 of license.bbclas, it uses fnmatchcase()
Nov 22 17:06:53 <kergoth> probably better to be explicit, but it does work
Nov 22 17:07:12 <andres____> !ad
Nov 22 17:09:28 <bluelightning_> kergoth: indeed, well spotted
Nov 22 17:09:32 <bluelightning_> jchonig: ^
Nov 22 17:09:39 <bluelightning_> kergoth: and it aliases fnmatchcase as fnmatch, that's.... interesting
Nov 22 17:10:19 <jchonig> kergoth, bluelightning_ Thanks!  Now I have to debug
Nov 22 17:40:17 <kergoth> https://gist.github.com/kergoth/7603894 seem reasonable? I was surprised to see we don't have it yet
Nov 22 17:41:26 <bluelightning_> kergoth: looks pretty good to me
Nov 22 17:41:53 <bluelightning_> kergoth: I thought about it when I was doing the build host side testing for that file but never got around to even filing a bug
Nov 22 17:42:02 <j8> anyone know how to increase your qemu disk size from a command line option?
Nov 22 17:45:35 <andres____> <>someone have the img of the web-kisoko?
Nov 22 17:45:57 <andres____> i could not gen it on pocky due a proxy and firewall
Nov 22 18:02:44 <tastycactus> I'm trying to run yocto 1.5 on a new board with core-image-minimal.  It boots u-boot and the kernel ok, but then seems to hang running /sbin/init.  Any ideas how to debug?
Nov 22 18:03:15 <tastycactus> I put init=/bin/sh in my kernel args and that works.  I poked around in /dev and it looks ok..
Nov 22 18:03:44 <tastycactus> I ran the getty that's in inittab from the shell and that worked..
Nov 22 18:04:16 <tastycactus> But when I have init=/sbin/init I don't see any output after "Freeing init memory: 140K"
Nov 22 18:05:48 <Crofton|work> tastycactus, as I recall, that is right around when it mounts root and runs whatever
Nov 22 18:06:07 <Crofton|work> /sbin/init is really there?
Nov 22 18:06:12 <j8> tastycatus: can you run init --help?
Nov 22 18:06:28 <tastycactus> Yes
Nov 22 18:06:55 <j8> when init=/bin/sh that is
Nov 22 18:07:40 <tastycactus> Usage: init {-e VAR[=VAL] | [-t SECONDS] {0|1|2|3|4|5|6|S|s|Q|q|A|a|B|b|C|c|U|u}}
Nov 22 18:08:02 <tastycactus> If I do "exec /sbin/init" from the shell prompt I see no output..
Nov 22 18:08:42 <j8> what does your inittab look like
Nov 22 18:08:59 <tastycactus> /sbin/init -> /sbin/init.sysvinit
Nov 22 18:10:29 <tastycactus> inittab: http://paste.ubuntu.com/6459759/
Nov 22 18:13:45 <kergoth> Hmm, anyone else seen eth0 getting a link lost, then link back, every copule minutes, in qemu?
Nov 22 18:13:51 <kergoth> connman image, sato
Nov 22 18:16:02 <j8> tastyc: i don't notice anything weird. maybe your tty's are not matching
Nov 22 18:17:52 <tastycactus> When I run "/sbin/getty 115200 ttymxc1" from /bin/sh I see a login prompt..
Nov 22 18:19:12 <LetoThe2nd> should eclipse with yocto plugin be able to remote-debug an other arch than the local one? tcf-debugging into qemu-x86 seems to work, but into qemu-arm it fails.
Nov 22 18:19:45 <LetoThe2nd> -> failed to get remote gdb version
Nov 22 18:24:14 <tastycactus> If I put an echo in /etc/init.d/rcS it should show on the console if it gets that far, right?
Nov 22 18:34:40 <Crofton|work> LetoThe2nd, it should work
Nov 22 18:35:20 <LetoThe2nd> Crofton|work: hmmmm
Nov 22 18:36:17 <LetoThe2nd> Crofton|work: i'd love to offer more details, but a) the error message really did not provide more and b) i'm just rebuilding both arm and x86 qemus on latest poky to be able to really compare.
Nov 22 18:36:52 <Crofton|work> I compiled hello world on an x86 desktop and ran it on an arm once
Nov 22 18:37:36 <LetoThe2nd> the build process really looks fine. and so is running.
Nov 22 18:38:04 <LetoThe2nd> e.g. i can launch the cross built binary via tcf on the arm qemu. but ataching gdb automagically fails.
Nov 22 18:44:24 <mr_science> moin
Nov 22 19:47:07 <mtahmed> fray: seebs: Is it possible to set a package and all its dependencies to be built using the secondary toolchain?
Nov 22 19:53:11 <vmeson> mtahmed: fray is away today. I don't think that's possible but what problem are you trying to solve?
Nov 22 19:53:32 <mtahmed> Following on your suggestion to just try building core-image-minimal and fix what is broken.
Nov 22 19:53:48 <mtahmed> Right now, I only know how to enable it for one package at a time but not it's dependencies.
Nov 22 20:10:37 <vmeson> ah... can't you enable it as the default and blacklist for the kernel until we get it patched?
Nov 22 20:12:18 <mtahmed> Oh wait, I think there's a better way. Let me try that.
Nov 22 20:12:34 <mtahmed> I will have to find out the package name for the kernel.
Nov 22 20:12:43 <mtahmed> Is it just linux? poky-linux?
Nov 22 20:14:02 <seebs> I think it depends, in our tree it's linux-windriver.
Nov 22 20:14:48 <vmeson> linux-yocto for oe-core.
Nov 22 20:15:19 <mtahmed> I think it's linux-yocto for oe-core as well.
Nov 22 20:15:25 <mtahmed> I mean poky.
Nov 22 20:22:16 * zedd_ glares at zeddii
Nov 22 20:24:54 <mtahmed> That worked. :p
Nov 22 21:14:03 <jchonig> kergoth, bluelightning_ I think I have figured it out.  Use of wildcards in INCOMPATIBLE_LICENSE is not compatible with WHITELIST processing
Nov 22 21:16:45 <kergoth> ah, interesting
Nov 22 21:17:01 <kergoth> not too surprising, but good to know. perhaps we should kill the wildcard support entirely
Nov 22 21:17:50 <jchonig> i.e. whitelist.extend() around line 546 in base.bbclass won't expand *GPLv3 the same as "LGPLv3 GPLv3"
Nov 22 21:18:16 <jchonig> I'm in favor of killing it, we don't document it in our front-end
Nov 22 21:19:44 <jchonig> I'll file an issue
Nov 22 21:21:31 <kergoth> agreed
Nov 22 21:21:39 <kergoth> better to be explicit than implicit anyway
Nov 22 23:03:31 <Bala> hello need help : poky dylan building meta-virtualization
Nov 22 23:03:34 <Bala> Error: kernel-module-kvm-intel not found in the base feeds (crystalforest_gladden x86_64 noarch any all).
Nov 22 23:03:53 <Bala> My board is based on Intel crystalforest_gladden
Nov 22 23:05:38 <Bala> Also this is my first time on an IRC
Nov 22 23:06:32 <Bala> This is my bblayers.conf
Nov 22 23:06:55 <Bala> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
Nov 22 23:06:56 <Bala> # changes incompatibly
Nov 22 23:06:56 <Bala> LCONF_VERSION = "6"
Nov 22 23:06:56 <Bala> BBPATH = "${TOPDIR}"
Nov 22 23:06:56 <Bala> BBFILES ?= ""
Nov 22 23:06:56 <Bala> BBLAYERS ?= " \
Nov 22 23:06:57 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta \
Nov 22 23:06:57 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta-yocto \
Nov 22 23:06:58 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta-yocto-bsp \
Nov 22 23:06:58 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta-openembedded/meta-oe \
Nov 22 23:06:59 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta-openembedded/meta-networking \
Nov 22 23:06:59 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta-intel \
Nov 22 23:06:59 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta-crystalforest-gladden \
Nov 22 23:07:00 <Bala>   /home/ambalakkat/projects/yocto/git/poky/meta-virtualization \
Nov 22 23:23:53 <Jefro> Hello Bala - it is late afternoon Friday on the US west coast, so responses may be slow. You might have better luck asking on the mailing list, particularly if you need to post code, which is not usually done on IRC.
Nov 22 23:24:38 <Jefro> For your particular issue I think you might have the best luck posting to the meta-intel list, which you can find here: http://lists.yoctoproject.org  You'll need to subscribe to the list before posting.  hope that helps
Nov 22 23:27:24 <Bala> Thanks a lot jefro
Nov 22 23:28:02 <Bala> I realized regarding the code paste, after :-).
**** ENDING LOGGING AT Sat Nov 23 02:59:59 2013