Wednesday, 2013-10-02

*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-divatrwlbmeimtfk> has quit IRC00:02
*** sameo <sameo!~samuel@> has quit IRC00:06
*** ftonello <ftonello!> has quit IRC00:11
*** ftonello <ftonello!> has joined #yocto00:38
*** seebs <seebs!> has quit IRC00:45
*** seebs <seebs!> has joined #yocto00:48
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC00:53
*** andyross <andyross!> has quit IRC00:58
*** Jefro <Jefro!~jefro@> has quit IRC00:59
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto01:13
*** mebrown <mebrown!> has quit IRC01:36
*** mebrown <mebrown!> has joined #yocto01:36
*** Jefro <Jefro!> has joined #yocto01:39
*** Net147 <Net147!> has joined #yocto01:40
*** Jefro <Jefro!> has quit IRC01:41
Net147I seem to be getting DRM/KMS-related kernel crash on boot with 3.10.11 kernel...01:41
Net147is there a planned update to 3.10.14?01:43
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto02:01
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC02:03
-YoctoAutoBuilder- build #21 of nightly-qa-pam is complete: Success [build successful] Build details are at
*** nerdboy <nerdboy!> has quit IRC02:23
*** nerdboy <nerdboy!> has joined #yocto02:27
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC02:36
-YoctoAutoBuilder- build #190 of nightly-qa-systemd is complete: Success [build successful] Build details are at
*** andyross <andyross!> has joined #yocto02:54
*** andyross <andyross!> has quit IRC03:06
*** andyross <andyross!> has joined #yocto03:18
*** behanw <behanw!> has quit IRC03:51
*** behanw <behanw!> has joined #yocto04:08
*** Jefro <Jefro!> has joined #yocto04:10
*** andyross <andyross!> has quit IRC04:12
*** andyross <andyross!> has joined #yocto04:14
*** e8johan <e8johan!> has joined #yocto04:21
*** waynr <waynr!> has joined #yocto04:52
*** amarsman <amarsman!> has quit IRC04:58
*** tor <tor!> has joined #yocto05:00
*** andyross <andyross!> has quit IRC05:01
*** [simar|on] <[simar|on]!> has joined #yocto05:07
*** _Lucretia__ <_Lucretia__!~munkee@> has joined #yocto05:09
*** gshark <gshark!~gshark@> has quit IRC05:11
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has quit IRC05:11
*** gshark <gshark!~gshark@> has joined #yocto05:11
*** waynr <waynr!> has left #yocto05:12
*** Jefro <Jefro!> has quit IRC05:12
*** vicky <vicky!~vicky@> has joined #yocto05:15
*** behanw <behanw!> has quit IRC05:17
vickyhi yocto. I am getting QA error of kernel firmware package. I posted the log at
*** amarsman <amarsman!> has joined #yocto05:20
vickyi am using meta-beagleboard layer for beaglebone black.05:20
*** Jefro <Jefro!> has joined #yocto05:21
nrossi__vicky: I am not sure about that error (don't know anything about the bbb stuff) but you can add "INSANE_SKIP_pn-linux-mainline = "installed-vs-shipped"" to your local.conf and bypass the error05:25
*** e8johan <e8johan!> has quit IRC05:36
*** e8johan <e8johan!~quassel@> has joined #yocto05:38
*** crunchex <crunchex!> has quit IRC05:45
RagBalMACHINE_EXTRA_RRECOMMENDS = " kernel-modules" << In my machine conf but the image doesn't containt the kernel-modules. What is wrong about this?05:48
*** tasslehoff <tasslehoff!~tasslehof@> has joined #yocto05:48
nrossi__RagBal: have you got your build setup to install reccomended packages?05:59
nrossi__RagBal: if not set it up as such, or use MACHINE_EXTRA_RDEPENDS06:00
RagBalI think it doesn't follow the variable because I'm not using a image based on packagegroup-base06:06
RagBalI just read it in the ref-manual06:06
*** [simar|on] <[simar|on]!> has quit IRC06:07
*** roric <roric!> has quit IRC06:11
*** mbelisko <mbelisko!> has joined #yocto06:13
*** agust <agust!> has joined #yocto06:30
*** slaine <slaine!~slaine@> has joined #yocto06:32
tasslehoffHow do you guys add layers to your poky repo? As submodules?06:40
*** silviof1 is now known as silviof06:43
erbotasslehoff: we currently use repo, similar to
tasslehofferbo: ok. I'm probably moving from using the angstrom setup scripts to "pure poky"06:46
*** eballetbo <eballetbo!> has joined #yocto06:53
*** n01 <n01!> has joined #yocto07:00
*** kbart <kbart!~KBart@> has joined #yocto07:02
*** mihai <mihai!~mihai@> has joined #yocto07:02
*** panda84kde <panda84kde!> has joined #yocto07:02
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto07:05
*** volker <volker!> has joined #yocto07:07
*** ant_work <ant_work!> has joined #yocto07:19
*** dany <dany!> has quit IRC07:20
*** dany <dany!> has joined #yocto07:22
*** Jefro <Jefro!> has quit IRC07:23
*** zeeblex <zeeblex!apalalax@nat/intel/x-ttiljfbeyfqjlegk> has joined #yocto07:56
*** JimBaxter <JimBaxter!> has joined #yocto07:58
*** sameo <sameo!~samuel@> has joined #yocto08:20
*** mihai <mihai!~mihai@> has quit IRC08:29
*** mihai <mihai!~mihai@> has joined #yocto08:31
*** Net147 <Net147!> has quit IRC08:32
*** fpaut_ is now known as fpaut08:45
*** alvd <alvd!c1ca1642@gateway/web/freenode/ip.> has quit IRC08:51
*** belen <belen!Adium@nat/intel/x-magxpfeqcajmywqk> has joined #yocto09:05
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto09:08
rburtonZagor: there?09:10
*** dzoe_ is now known as dzoe09:15
*** florian_kc is now known as florian09:15
jackmitchellif I wanted to stop the busybox syslog from starting at boot, would it be as simple as setting INITSCRIPT_PARAMS_${PN}-syslog = ""09:31
jackmitchellwhere ${PN} is busybox09:31
*** Stygia <Stygia!> has joined #yocto09:49
*** awafaa <awafaa!uid716@gateway/web/> has quit IRC09:53
*** alvd <alvd!c1ca1642@gateway/web/freenode/ip.> has joined #yocto09:55
alvdI am trying to build a kernel for a mips46 architecture and  I am getting the following error: ERROR: QA Issue: Bit size did not match (64 to 32) linux-yocto09:56
alvdwhat can be the cause of that09:56
Zagorrburton: here now09:59
rburtonzagor: have you looked at the new gnomey installed-tests thing, and ptest?  I've a local patch to upgrade glib to 2.38 which can install its test suite, and didn't want to replicate any work.10:00
Zagorah, no I haven't.10:03
*** mulhern <mulhern!> has joined #yocto10:06
*** mulhern <mulhern!> has left #yocto10:06
*** belen <belen!Adium@nat/intel/x-magxpfeqcajmywqk> has quit IRC10:28
*** vicky <vicky!~vicky@> has quit IRC10:34
RPtasslehoff: I use combo-layer10:40
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto10:40
*** Net147 <Net147!> has joined #yocto10:52
RagBalMy image generation takes 8 mins longer when I use MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS = "kernel-modules" in the machine config, do the kernel-modules take that much time to be inserted in the rootfs or am I doing something wrong?11:07
rburtonRagBal: i think you'll find its running depmod for every module :(11:07
RagBalUgh, so it's a very time consuming action?11:07
rburtonit is for 200 modules11:07
rburtonneeds to be done one instead of N times11:08
rburtonthere's a framework for that you can use if you want to fix it11:08
*** zenlinux <zenlinux!> has quit IRC11:08
RagBalI use it to populate my /boot folder with the uImage and *.dtb files, haven't found another way to do this. My image is based on BeagleBone black11:09
*** francois99 <francois99!> has quit IRC11:11
RagBalrburton, is there any way I can find out where the /boot folder is being populated? By a tasks or some sort11:11
RagBalSo perhaps I can only populate it that way instead of calling kernel-modules every generation11:12
*** zenlinux <zenlinux!> has joined #yocto11:18
*** maxin <maxin!> has quit IRC11:27
*** e8johan_ <e8johan_!> has joined #yocto11:33
*** e8johan <e8johan!~quassel@> has quit IRC11:33
RagBalrburton, I found the splitted packages and use them individually. That works =)11:41
RagBalkernel-image, kernel-devicetrees, kernel-devicetree-overlays and kernel-image11:43
*** zenlinux <zenlinux!> has quit IRC11:43
*** zenlinux <zenlinux!> has joined #yocto11:48
tasslehoffRP: thanks. will check it out11:50
SaurRP: In a commit from about two weeks ago you added a fat warning to meta/recipes-kernel/linux-libc-headers/ about not copying it. Since we had such a copy to get at some kernel headers for our hardware I though I should heed your warning and use ${STAGING_KERNEL_DIR} instead.11:50
RPSaur: sounds good :)11:51
SaurRP: However, I realized that I need the user-space sanitized headers that are typically output by make headers_install. How come these are not included in ${STAGING_KERNEL_DIR}/usr/include?11:52
RPSaur: you have most of a kernel build in there so you should be able to access the headers?11:53
RPSaur: you need a user space sanitiized installed version?11:53
SaurRP: Well, make headers_install outputs a somewhat different layout than what is in the kernel sources, e.g., include/asm/mach which is the mach that the kernel was actually built for rather than arch/mips/include/asm/mach-<all available machs> that are in the sources.11:58
SaurRP: Without the sanitized headers the user space program would need to explicitly know which mach the kernel was built for.11:58
SaurRP: I added this bbclass and use it from my recipe, but it seems somewhat redundant to need to sanitize the headers for each recipe that needs them...11:59
ant_workSaur: I imagine you might want to share those headers between machines of the same arch even. I do but there isn't a simple way nowadays.12:00
ant_workor do you need explicit mach?12:01
*** francois99 <francois99!> has joined #yocto12:02
ant_workmake_headers_install takes ARCH= fwiw12:02
*** francois99 <francois99!> has quit IRC12:04
*** francois99 <francois99!> has joined #yocto12:06
RPSaur: Can we discuss this on the mailing list with Bruce and Darren and other kernel people please?12:07
RPSaur: I think you have a valid point, we just need to figure out what we need to do about it12:08
RPant_work: please don't try and make square pegs fit a round hole. This is a different problem12:08
*** e8johan_ <e8johan_!> has quit IRC12:11
ant_worksure, just it seems to be some misunderstunding about how headers are installed. It is not per-machine in se12:11
* ant_work follows quietly12:11
*** awafaa <awafaa!uid716@gateway/web/> has joined #yocto12:12
*** e8johan <e8johan!~quassel@> has joined #yocto12:12
*** Corneliu <Corneliu!c0c6972b@gateway/web/freenode/ip.> has joined #yocto12:16
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto12:17
lpapphi, this is in my UBOOT_MAKE_TARGET ?= "all"12:17
lpappwill that be overriden from an "external" value in my bitbake recipe?12:17
lpappI would like to have something else there than "all"12:18
*** belen <belen!~Adium@> has joined #yocto12:23
Net147lpapp: you can override it in your distro conf or with a bbappend for u-boot12:24
RPlpapp: depends if you set it before or after you include u-boot.inc12:25
RPlpapp: ?= means set if not already set12:25
SaurRP: I guess oe-core would be the appropriate mailing list?12:25
RPSaur: yes please, A cc to Bruce Ashfield and Darren Hart might be good too12:26
SaurRP: Ok, will see what I can come up with...12:26
*** Crofton <Crofton!> has joined #yocto12:27
Net147RP: if he is using UBOOT_MAKE_TARGET = "somevalue", the order shouldn't matter12:27
RPNet147: it depends where you put it. If you put it in distro or machine config, that is parsed before the recipe so it works. If its put somewhere before the include of, it will also work, if its after that include it works12:29
RPIt is all about order12:29
lpappRP: I was planning to use it the same as the other uboot variables, i.e. the machine config.12:29
lpappRP: you basically wrote "works" for each scenario. :>12:30
Net147lpapp: yes, the machine config is a good place to put it12:34
RPlpapp: sorry, the last bit should be " if its after that include it doesn't work"12:34
RPmachine config is fine12:34
lpappNet147: k, thanks.12:35
lpapp(it is weird u-boot does not build everything for "all", and I actually have to customize it)12:35
lpappRP: :-)12:35
ant_workSaur: forgive me if I'm confusing you (RP will beat me;) but what we do is installing our copy of the headers in sysroot and create a relative symlink to asm, asm-generic, ...12:35
Net147RP: ah yes. I was referring to = but you are referring to ?=12:40
*** kmccombe <kmccombe!> has joined #yocto12:42
*** likewise <likewise!> has joined #yocto12:46
*** Net147 <Net147!> has quit IRC12:46
*** Crofton <Crofton!> has quit IRC12:46
lpappbitbake -c cleansstate u-boot && bitbake u-boot12:46
lpappis this good enough for rebuilding u-boot cleanly?12:47
*** belen <belen!~Adium@> has quit IRC12:48
aboganiHi All! I have just created my first bsp (with yocto-bsp) only for purpose to provide a specific kernel version and its configuration. Unfortunately the configuration in tmp/work/<MACHINE>-poky-linux/linux-yocto-custom/<MACHINE>-standard-build doesn't match with the defconfig which I provided to yocto-bsp. AFAIK I haven't added any "configuration fragments" (voluntarily at least). Any advise?12:56
*** joeythesaint <joeythesaint!~jjm@> has joined #yocto13:07
*** e8johan <e8johan!~quassel@> has quit IRC13:19
*** tasslehoff <tasslehoff!~tasslehof@> has quit IRC13:19
rburtonlpapp: yes, that's almost as good as you'll get.  -c cleanall will wipe out the downloads cache so you'll be re-fetching too.13:20
lpapprburton: cheers13:20
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC13:21
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto13:22
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-arxmzljivflpdmwb> has joined #yocto13:33
*** walters <walters!walters@nat/redhat/x-gwglrzzxvyimoeeq> has joined #yocto13:33
*** Crofton <Crofton!~balister@> has joined #yocto13:36
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto13:44
lpappis there a way to tell yocto not to patch? I would like make an experiment for a package without my custom change.13:45
lpapp(ideally it would be nice if I did not need to remove the patch file from the files folder)13:45
rburtonyou can reset the src_uri in a bbappend13:46
rburtoni guess you could add a do_patch() that did nothing in a bbappend too13:46
rburtonto just disable all patching13:46
lpappwell, this u-boot is mine13:47
lpappI am not using the one u-boot13:47
lpappdo_patch() {} looks ok to me13:48
rburtonif its for a test, just remove the patch from the SRC_URI13:48
lpappyeah, I will comment that out13:49
rburtonnot in src_uri -> not applied13:49
lpapprburton: right, so interestingly enough the stuff is not copied to tmp/deploy.13:55
*** darknighte_znc is now known as darknighte13:55
lpappmy u-boot.ais file which is a bit different to u-boot.bin13:55
lpappis that expected?13:55
lpappis that because I did not run an image creation, eventually?13:57
* rburton doesn't use uboot, sorry14:00
yoctiBug 5304: normal, Undecided, ---, saul.wold, NEW , License warning when building any package14:05
rburtonlpapp: can you include the stat output on some of those target directories14:08
lpapprburton: sure14:09
*** kbart <kbart!~KBart@> has quit IRC14:10
lpapprburton: done14:11
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:17
*** belen <belen!~Adium@> has joined #yocto14:18
*** mbelisko <mbelisko!> has quit IRC14:18
*** wgao_ <wgao_!~wgao@> has quit IRC14:18
*** wgao_ <wgao_!~wgao@> has joined #yocto14:19
*** behanw <behanw!> has joined #yocto14:19
*** oneQubit <oneQubit!~oneQubit@> has joined #yocto14:24
*** Crofton <Crofton!~balister@> has quit IRC14:40
*** pidge <pidge!> has quit IRC14:41
*** Crofton <Crofton!~balister@> has joined #yocto14:42
*** Bagder <Bagder!> has quit IRC14:46
rburtonlpapp: are you seeing those license warnings right now? those stats are mode 0755 which is right, i thought earlier they were 0644 (which would be a problem)14:49
lpapprburton: yes, I see them now.14:50
rburtonthen the perms don't seem to be a problem.  if you could put a different print at every failure exit point in the copyfile function that might help.14:51
rburtonobviously this is hard to debug without seeing it in person.14:51
*** Bagder <Bagder!> has joined #yocto14:52
lpapphow would that help ?14:55
rburtonits failing but not telling you why14:57
lpapp"if you could put a different print at every failure exit point in the copyfile function that might help." -> then I assume, I do not understand what exactly you meant there.14:58
*** andyross <andyross!> has joined #yocto14:58
rburtoncopyfile is returning false for some reason, so before every way it can return false, put "bbwarn error1", "bbwarn error2", etc. so you can tell easily what ways its failing.15:01
rburtonor whatever, all i'm asking if that you debug this a bit, because without you taring up your build tree i can't replicate it and the log doesn't have anything useful in to help.15:01
rburtonlpapp: of course, prints disappear, so change all the prints to bb.warn15:03
rburtonin copyfile15:03
lpappwell, it does not sound high priority enough of a bug to me to spend so much time with it15:04
rburtonit will stay open then15:04
lpappuntil someone steps up. :>15:04
rburtonsomeone *who can replicate it*15:04
rburtonnever seen it, can't replicate it, impossible to debug.15:04
kergothheh, we should really fix that api. if it's failing, it should raise an exception, if it's doing something the user might need to know about, it should return that, and leave it up to the caller whether to pass the message(s) along to the log..15:05
lpapprburton: well, try to change the perms15:05
lpappand see if you can reproduce it15:05
rburtonkergoth: rp just pointed out its using *print*15:05
rburtonlpapp: according to the stat logs, your perms are fine.15:05
rburtonkergoth: so the messages are ... somewhere.15:05
rburtonincoming patch to make those bb.warn :)15:05
lpapprburton: well, you could still give it a try though.15:06
kergothpresumably in the task log if it was called in task context, and possibly nowhere elsewhere? :)15:06
* kergoth gets caffeine15:06
rburtonkergoth: mine's a flat white, thanks15:06
RPrburton: while you're in there, movefile has issues too :(15:07
*** scot_ <scot_!~scot@> has joined #yocto15:10
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC15:10
lpapprburton: bb.warn gave a bunch of errors.15:10
*** Corneliu <Corneliu!c0c6972b@gateway/web/freenode/ip.> has quit IRC15:20
*** fenrig <fenrig!> has joined #yocto15:24
rburtonlpapp: try for better diagnostics15:26
lpapprburton: bb.warn will not fly.15:28
lpappI already tried as written, but got a bunch of errors due to it.15:28
lpapp(not the text it is supposed to print)15:28
rburtonlpapp: if you just s/print/bb.warn/ you'll get errors from python as you're doing invalid things15:29
rburtonwhich is why my patch doesn't just do that15:29
lpapp-        print("copyfile: Stating source file failed...", e)15:30
lpapp+        bb.warn("copyfile: stat of %s failed (%s)" % (src, e)15:30
lpappthat looks syntax error to me for instance. ;-)15:30
*** zenlinux_ <zenlinux_!> has joined #yocto15:31
rburtonmorning zenlinux_15:31
zenlinux_gm rburton15:31
frayyes, it's in the environment..15:32
zenlinux_I assume we'll get to meet in person at elc-e this year?15:32
*** kmccombe <kmccombe!> has quit IRC15:32
*** zeeblex <zeeblex!apalalax@nat/intel/x-ttiljfbeyfqjlegk> has left #yocto15:33
*** bluelightning <bluelightning!> has joined #yocto15:33
*** bluelightning <bluelightning!> has quit IRC15:33
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto15:33
*** galak <galak!> has joined #yocto15:33
lpapprburton: WARNING: copyfile: failed to chown/chmod /home/lpapp/Projects/Yocto/poky-dylan-9.0.1/build/tmp/work/mymachine-myvedor-linux-gnueabi/u-boot/v2013.07+gitAUTOINC+62c175fbb8a0f9a926c88294ea9f7e88eb898f6c-r1/license-destdir/u-boot/generic_GPLv2 ([Errno 1] Operation not permitted: '/home/lpapp/Projects/Yocto/poky-dylan-9.0.1/build/tmp/work/mymachine-myvendor-linux-gnueabi/u-boot/v2013.07+gitAUTOINC+62c175fbb8a0f9a926c88294ea9f7e88eb898f6c-r1/license-destdir/u-boo15:33
*** kmccombe <kmccombe!> has joined #yocto15:34
rburtonthat got truncated, anything interesting after the second repeat of the path?15:34
lpappnot truncated.15:34
lpappthat is the end of the line15:34
rburtonhm, can you check the license files in your checkout - maybe they're owned by root?15:34
lpappnothing interesting, just the previous stuff.15:35
rburtonthe line ends "u-boo"?15:35
lpappah, you mean truncated on IRC15:35
lpappwell, nothing interesting anyhow15:35
lpappthe error is at the beginning.15:35
*** munch <munch!> has joined #yocto15:35
lpappnot sure what you mean by the license file really.15:36
lpappit is just 64415:36
rburtonthe source file its copying from, in meta/files/common-licenses/15:36
lpappAccess: (0644/-rw-r--r--)  Uid: ( 1000/   lpapp)   Gid: ( 1000/   lpapp)15:36
lpappnah, those are lpapp:users15:37
lpappAccess: (0644/-rw-r--r--)  Uid: ( 1000/   lpapp)   Gid: (  100/   users)15:37
*** fpaut is now known as fpaut_15:40
RPrburton: FWIW that looks like do_populate_lic and that does not run in pseudo contenxt15:41
*** hollisb <hollisb!> has joined #yocto15:41
*** fpaut_ is now known as fpaut15:41
RPrburton: I don't know why do_populate_lic would use that copyfile...15:41
RPcopyfile is not as generic as it name suggests, its a bit more specialised15:41
lpapprburton: find ../meta* -not -user `whoami` -> returns empty.15:42
*** fpaut is now known as fpaut_15:43
rburtonRP: agreed.  patch 1 is to change to bbwarn, patch 2 is to use shutil15:43
lpapprburton: chmod/chown sounds crazy15:43
lpappthat requires root permission.15:43
rburtonlpapp: not in pseudo-context15:43
rburtonand chmod will work if you own the file, obviously15:44
lpapprburton: then I have no clue, sorry.15:47
lpapprburton: maybe some file cached that I was trying to run bitbake as root once15:47
*** likewise <likewise!> has quit IRC15:48
*** oneQubit_ <oneQubit_!~oneQubit@> has joined #yocto15:49
*** oneQubit <oneQubit!~oneQubit@> has quit IRC15:49
*** amarsman <amarsman!> has quit IRC16:00
*** zenlinux_ <zenlinux_!> has quit IRC16:04
*** ant_work <ant_work!> has quit IRC16:07
*** amarsman <amarsman!> has joined #yocto16:11
*** n01 <n01!> has quit IRC16:12
*** Stygia <Stygia!> has quit IRC16:20
*** oneQubit_ is now known as oneQubit16:21
*** ausxxh <ausxxh!~szaus18@> has joined #yocto16:31
*** eballetbo <eballetbo!> has quit IRC16:36
*** sameo <sameo!~samuel@> has quit IRC16:44
*** oneQubit <oneQubit!~oneQubit@> has quit IRC16:45
*** seebs <seebs!> has quit IRC16:47
*** seebs <seebs!> has joined #yocto16:49
*** danbeard <danbeard!> has joined #yocto16:50
*** mihai <mihai!~mihai@> has quit IRC16:51
danbeardhey guys: yocto/poky newbie here trying to build an image/cross qmake toolchain to run a QT4 embedded application.16:53
*** Jefro <Jefro!> has joined #yocto16:54
danbeardwhen I try to bitbake meta-toolchain-qte I get a QA error16:54
danbeardQA Issue: nativesdk-dbus: Files/directories were installed but not shipped16:54
danbeardHow can I fix it? (or maybe ignore it if it doesn't matter?)16:54
danbeardI don't know where the recipe is for nativesdk-dbus and I don't see which QA step that is to do a WARN_QA in the docs (I don't even know where that WARN_QA would go? in local.conf i'm guessing?)16:55
*** fenrig <fenrig!> has quit IRC16:57
sgw_danbeard: nativesdk-dbus is the dbus recipe in meta/recipes-core/dbus, what files are not being installed?16:58
*** belen <belen!~Adium@> has quit IRC16:58
danbeard  /run and /run/dbus16:59
*** fenrig <fenrig!> has joined #yocto16:59
sgw_danbeard: doing a quick check here, be right back with you.17:01
danbeardk, thanks for the help :)17:02
danbeardi found a few other people in a google search who had the same error, but no solution :/17:02
sgw_hmm, we seem to have missed that then.  The right answer would be to remove those in the dbus/do_install_class-nativesdk, I want to verify that right first17:03
*** crunchex <crunchex!> has joined #yocto17:07
danbeardwhere is dbus/do_install_class-nativesdk in my poky root? (Sorry still learning the directory structure).... I just remembered my poky is checked out to a specific changeset ... the version that the board manufacturer ( provided ... it could be that it is out of date17:10
danbeardlet me check it ... against the danny branch right?17:10
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto17:10
sgw_danbeard: sorry should have been more specific, it's in the file located in meta/recipes-core/dbus17:12
*** oneQubit <oneQubit!> has joined #yocto17:13
*** pidge <pidge!> has joined #yocto17:17
*** JaMa <JaMa!> has quit IRC17:23
*** oneQubit_ <oneQubit_!~oneQubit@> has joined #yocto17:26
*** oneQubit <oneQubit!> has quit IRC17:29
danbeardlooks like it's the same in the danny branch17:33
danbeardso I'm trying to remove those directories in the do_install_class-nativesdk() function at the bottom of right?  would that be as simple as adding rmdir /run/dbus ? is there a directory prefix variable I should add... like ${D} ? (Sorry, first time looking beyond a simple bb image recipe file)17:35
sgw_danbeard: Ok, I could reproduce it here, and it seems strange to me right now what's happening, the rm won't work, I think there is something strange17:39
*** Jefro <Jefro!> has quit IRC17:40
ausxxhis there a quick way to stop all the tool from rebuilding after I changed kernel slightly17:42
danbeardok glad to know it's not just me :)17:42
ausxxhnothing affects api/libc etc, but any kernel change will trigger a rebuild for gcc/etc, which takes forever17:42
sgw_danbeard: you stumbled on to an honest to goodness bug!17:44
*** oneQubit_ is now known as oneQubit17:45
CroftonI hate when people do that :)17:45
*** Jefro <Jefro!> has joined #yocto17:52
*** JaMa <JaMa!> has joined #yocto17:53
*** slaine <slaine!~slaine@> has quit IRC17:54
*** zerus <zerus!> has joined #yocto17:57
danbeardhmm you sure that do_install_class-nativesdk() is getting called? I threw in a 'mkdir ${D}/TEST to see if it would complain about that and its still the same error message about just /run and /run/dbus18:01
sgw_danbeard: there is something strange going on, for now you can set WARN_QA and ERROR_QA in your local.conf, I will pm you the settings18:05
*** likewise <likewise!> has joined #yocto18:06
*** oneQubit <oneQubit!~oneQubit@> has quit IRC18:08
*** oneQubit_ <oneQubit_!~oneQubit@> has joined #yocto18:08
*** panda84kde <panda84kde!> has quit IRC18:11
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:13
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto18:15
*** fenrig <fenrig!> has quit IRC18:15
*** oneQubit_ <oneQubit_!~oneQubit@> has quit IRC18:23
*** oneQubit <oneQubit!~oneQubit@> has joined #yocto18:24
*** Jefro <Jefro!> has quit IRC18:24
*** galak <galak!> has quit IRC18:28
*** behanw <behanw!> has quit IRC18:29
*** n01 <n01!> has joined #yocto18:31
reevecan anyone confirm whether python-3 is added into yocto or not?18:39
frayis -not-18:40
fraylikely in a few months it will be introduced (next verson of YP development)18:41
reevehow about OE? I saw there are patches in mailing list ...18:43
frayweren't accepted..18:43
frayOE and YP go in step.. so when it's in one it'll be in the other18:43
reeveI need it for now, if someone already create receipt and patches, can you share it with me?18:43
frayfind Khem -- or pull his patches off the mailing list..18:46
frayI don't know if he has piushed them anywhere public18:46
reevefray: thanks a lot18:47
JaMayes they are in contrib repo kraj/python3 branch18:49
*** ftonello <ftonello!> has quit IRC18:49
*** Jefro <Jefro!> has joined #yocto18:51
*** ftonello <ftonello!> has joined #yocto18:52
*** challinan <challinan!> has quit IRC19:01
mranostayhi Jefro19:05
*** eren <eren!~eren@unaffiliated/eren> has quit IRC19:06
*** oneQubit <oneQubit!~oneQubit@> has quit IRC19:12
*** oneQubit <oneQubit!~oneQubit@> has joined #yocto19:12
reevejama: thanks19:13
reevejama: can you point me to the link of contrib repo?19:24
JaMareeve: ^19:25
reeveJaMa: appreciate it19:25
*** Daemon404 is now known as UsChickens19:27
*** UsChickens is now known as Daemon40419:28
*** likewise <likewise!> has quit IRC19:31
*** galak <galak!> has joined #yocto19:34
reeveJaMa: how to specify to build python3 intead of 2 in bitbake?19:38
*** blilly <blilly!43a16395@gateway/web/freenode/ip.> has quit IRC19:41
JaMathey have different name, so just bitbake python3 will build python3 for you19:41
reeveJaMa: thanks, will give it a try19:41
*** joeythesaint <joeythesaint!~jjm@> has quit IRC19:57
*** zerus <zerus!> has quit IRC20:01
*** ant_home <ant_home!> has joined #yocto20:25
*** n01 <n01!> has quit IRC20:30
*** n01 <n01!> has joined #yocto20:31
*** tor <tor!> has quit IRC20:32
*** nitink <nitink!~nitink@> has quit IRC20:36
*** jmpdelos <jmpdelos!> has quit IRC20:42
*** jmpdelos <jmpdelos!> has joined #yocto20:42
*** sgw_ <sgw_!> has quit IRC20:45
*** sgw_ <sgw_!> has joined #yocto20:47
*** JimBaxter <JimBaxter!> has quit IRC20:53
*** sgw_ <sgw_!> has quit IRC20:58
*** sgw_ <sgw_!> has joined #yocto20:59
*** nitink <nitink!nitink@nat/intel/x-tqfnhnmtbjlocbzq> has joined #yocto21:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:02
*** Jay7 <Jay7!jay@> has quit IRC21:07
-YoctoAutoBuilder- build #21 of nightly-qa-skeleton is complete: Failure [failed Building Images Running Sanity Tests] Build details are at
*** munch <munch!> has quit IRC21:20
*** Jay7 <Jay7!jay@> has joined #yocto21:23
*** n01 <n01!> has quit IRC21:24
*** kmccombe <kmccombe!> has quit IRC21:28
*** munch <munch!> has joined #yocto21:31
*** Crofton <Crofton!~balister@> has quit IRC21:35
*** nitink <nitink!nitink@nat/intel/x-tqfnhnmtbjlocbzq> has quit IRC21:36
*** nitink <nitink!nitink@nat/intel/x-rnhrhbyfihtadrqj> has joined #yocto21:37
*** Jay7 <Jay7!jay@> has quit IRC21:37
*** munch <munch!> has quit IRC21:44
reeveJaMa: I got this error to build python3. NOTE: Error during finalise of /home2/reeve-ws/yocto-dylan-merge/meta/recipes-devtools/python/                                                      | ETA:  --:--:-- ERROR: ExpansionError during parsing /home2/reeve-ws/yocto-dylan-merge/meta/recipes-devtools/python/ Failure expanding variable DEPENDS: ExpansionError: Failure expanding vari21:46
reevedo you know what it is?21:47
*** Jay7 <Jay7!jay@> has joined #yocto21:48
*** oneQubit <oneQubit!~oneQubit@> has quit IRC21:50
*** _Lucretia__ is now known as _Lucretia_21:57
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #yocto21:57
*** Jay7 <Jay7!jay@> has quit IRC21:58
JaMareeve: it's for master not for dylan so you're probably mixing incompatible bitbake and oe-core or something like that22:00
reeveJaMa: Yeah we're on dylan. So python3 requires different bitbake and oe-core? enh? If that's the case, I cannot do it at this point22:01
*** sameo <sameo!~samuel@> has joined #yocto22:03
*** walters <walters!walters@nat/redhat/x-gwglrzzxvyimoeeq> has quit IRC22:04
-YoctoAutoBuilder- build #61 of nightly-qa-extras is complete: Failure [failed Building Images Running Sanity Tests] Build details are at
*** darknighte is now known as darknighte_znc22:10
*** dvhart <dvhart!~dvhart@> has joined #yocto22:16
JaMareeve: that's not what I meant22:18
*** galak <galak!> has quit IRC22:24
reeveJaMa: then what you meant is ...? Can it be built on dylan branch?22:25
*** fenrig <fenrig!> has joined #yocto22:37
*** ant_home <ant_home!> has quit IRC22:42
JaMareeve: you're probably mixing incompatible bitbake and oe-core or something like that22:43
-YoctoAutoBuilder- build #323 of nightly-x32 is complete: Failure [failed Running Sanity Tests_1] Build details are at
*** dvhart <dvhart!~dvhart@> has quit IRC22:52
*** galak <galak!> has joined #yocto22:52
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto22:54
*** [simar|on] <[simar|on]!> has joined #yocto23:05
mranostaywelcome galak23:06
*** galak <galak!> has quit IRC23:06
*** agust <agust!> has quit IRC23:11
-YoctoAutoBuilder- build #169 of minnow is complete: Failure [failed Building Images] Build details are at
*** kmccombe <kmccombe!> has joined #yocto23:35
*** [simar|on] <[simar|on]!> has quit IRC23:35
*** danbeard <danbeard!> has quit IRC23:40
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has quit IRC23:43
-YoctoAutoBuilder- build #23 of nightly-qa-pam is complete: Failure [failed Running Sanity Tests] Build details are at
*** andyross <andyross!> has quit IRC23:59

Generated by 2.11.0 by Marius Gedminas - find it at!