Thursday, 2015-07-09

*** sameo <sameo!~samuel@> has quit IRC00:06
*** xulfer <xulfer!~xulfer@2001:41d0:2:5ee0::> has joined #yocto00:10
*** vmeson <vmeson!> has joined #yocto00:17
*** nighty-_ <nighty-_!> has quit IRC00:26
*** timsche <timsche!> has quit IRC00:54
-YoctoAutoBuilder- build #382 of nightly-qa-systemd is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #378 of build-appliance is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #378 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** sjolley <sjolley!~sjolley@> has joined #yocto01:40
-YoctoAutoBuilder- build #386 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #385 of nightly-fsl-arm is complete: Success [build successful] Build details are at
*** ambrosius <ambrosius!~textual@> has joined #yocto01:47
*** ambrosius <ambrosius!~textual@> has quit IRC01:57
*** lyang0 <lyang0!~lyang001@> has quit IRC01:57
*** tthtlc <tthtlc!b637f95b@gateway/web/freenode/ip.> has joined #yocto01:58
-YoctoAutoBuilder- build #372 of nightly-arm-lsb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #388 of nightly-mips is complete: Success [build successful] Build details are at
tthtlci am using poky-daisy11.0.3, host env is 64-bit ubuntu, how can i build 32-bit customized system - is that possible?  what env variable to set?02:07
tthtlcand if i need to specify specific packages like strace, gdb, with specific version etc, how can it be done?02:08
*** benjamirc <benjamirc!besquive@nat/intel/x-optkgnhijkwziovf> has quit IRC02:12
-YoctoAutoBuilder- build #34 of nightly-mips64 is complete: Success [build successful] Build details are at
*** lyang0 <lyang0!~lyang001@> has joined #yocto02:29
*** simmel80___ <simmel80___!> has joined #yocto02:44
*** simmel80_ <simmel80_!> has quit IRC02:47
-YoctoAutoBuilder- build #387 of nightly-ppc is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #380 of nightly-ppc-lsb is complete: Success [build successful] Build details are at
*** fray <fray!~mhatle@> has quit IRC03:37
*** fray <fray!~mhatle@> has joined #yocto03:41
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC04:11
*** fray <fray!~mhatle@> has quit IRC04:17
*** pohly <pohly!> has joined #yocto04:21
*** staylor <staylor!~staylor@> has joined #yocto04:45
*** [Sno] <[Sno]!> has quit IRC04:47
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto04:53
*** AndersD <AndersD!> has joined #yocto05:12
*** staylor <staylor!~staylor@> has quit IRC05:13
*** mblaettler <mblaettler!c2cc423a@gateway/web/freenode/ip.> has joined #yocto05:14
mblaettlerI'd like to add the vmlinux as well as the uImage to my systarget directory (usr/src/kernel). How can I achive that both images are deployed in the staging area?05:17
*** zecke <zecke!~ich@> has joined #yocto05:23
*** roric <roric!> has joined #yocto05:23
*** zecke <zecke!~ich@> has quit IRC05:30
*** AndersD <AndersD!> has quit IRC05:31
*** falstaff_ <falstaff_!> has quit IRC05:41
*** drix <drix!c32a382b@gateway/web/freenode/ip.> has joined #yocto05:52
drixhi guys05:54
drixcan anyone tell me how i can have several language keyboards in my image ?05:54
drixi'm using matchbox, and i'd like to add french, german keyboards plz05:55
*** TobSnyder <TobSnyder!> has joined #yocto06:03
*** [Sno] <[Sno]!> has joined #yocto06:05
*** zecke <zecke!~ich@> has joined #yocto06:07
LetoThe2nddrix: the LINGUAS variable should be your keyword to look it up, i think06:12
*** fray <fray!~mhatle@> has joined #yocto06:13
*** roric <roric!> has quit IRC06:18
*** roric <roric!> has joined #yocto06:18
*** zecke <zecke!~ich@> has quit IRC06:19
*** wadim_ <wadim_!> has joined #yocto06:23
drixLetoThe2nd: I put IMAGE_LINGUAS = "de-de fr-fr en-us" but it's not working06:25
LetoThe2nddrix: sry, no idea tgen06:27
drixactually, when i'm in a shell without X, it's working, i can do a loadkeys fr or loadkeys de06:28
drixbut when i'm under matchbox, no.06:29
*** roric <roric!> has quit IRC06:29
*** rperier <rperier!~quassel@2001:41d0:52:100::44a> has quit IRC06:34
*** rperier <rperier!~quassel@ubuntu/member/rperier> has joined #yocto06:34
*** ambrosius <ambrosius!> has joined #yocto06:35
*** jku <jku!jku@nat/intel/x-glumntrehjkrbanm> has joined #yocto06:38
*** roric <roric!> has joined #yocto06:39
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC06:45
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto06:48
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC06:49
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto06:51
*** diego_r <diego_r!> has joined #yocto06:53
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC07:01
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto07:01
*** mckoan|away is now known as mckoan07:03
mckoangood morning07:03
*** roric <roric!> has quit IRC07:06
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto07:06
*** jbrianceau_away is now known as jbrianceau07:07
*** Cubi_ <Cubi_!> has joined #yocto07:16
*** AndersD <AndersD!> has joined #yocto07:21
*** zecke <zecke!~ich@> has joined #yocto07:25
*** jmleo <jmleo!> has quit IRC07:27
*** ambrosius <ambrosius!> has quit IRC07:33
*** TobSnyder <TobSnyder!> has quit IRC07:37
*** TobSnyder <TobSnyder!> has joined #yocto07:37
*** roric <roric!~roric@> has joined #yocto07:51
*** sameo <sameo!~samuel@> has joined #yocto08:00
*** ant_work <ant_work!> has joined #yocto08:01
*** drix <drix!c32a382b@gateway/web/freenode/ip.> has quit IRC08:01
*** ddalex1 <ddalex1!> has quit IRC08:05
*** zecke <zecke!~ich@> has quit IRC08:06
*** jonathanmaw <jonathanmaw!> has joined #yocto08:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:07
*** Minipada <Minipada!> has joined #yocto08:15
*** hitlin37 <hitlin37!uid16371@gateway/web/> has joined #yocto08:16
*** tthtlc <tthtlc!b637f95b@gateway/web/freenode/ip.> has quit IRC08:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:23
bluelightningmorning all08:24
* rink_ kicks co-workers08:25
rink_"Why not patch linux so that ext2 is case-insensitive"08:25
rink_great idea, let's break everything else that depends on it08:25
*** jimBaxter <jimBaxter!> has joined #yocto08:26
bluelightningrink_: if that's really the desired functionality, just switch to a different filesystem that is case-insensitive08:26
rink_We used to have FAT08:27
rink_but it performs terrible08:27
rink_(we have a few 200MB+ files)08:27
rink_where we seek a lot08:27
*** tmcguire <tmcguire!~tmcguire@> has joined #yocto08:32
[Sno]moin bluelightning08:34
*** ddalex1 <ddalex1!> has joined #yocto08:37
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-aboighwlnegzlhzu> has joined #yocto08:39
bluelightninghi [Sno]08:40
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-aboighwlnegzlhzu> has left #yocto08:41
iontehi. i pulled the latest changes from fido today, and now i seem to have a problem with all python recipes: they fail with error message: make: *** No rule to make target `clean'.  Stop.08:44
ionteany ideas?08:44
[Sno]switch to perl ^^08:45
iontei'd rather switch to assembly08:45
[Sno]even better08:45
*** Luming <Luming!luyu@nat/intel/x-bimkswnerwtfwpgh> has quit IRC08:47
*** Luming <Luming!luyu@nat/intel/x-obynzuawcequrskw> has joined #yocto08:48
DatGizmoDoes anyone know, if the build configuration, the one which is printed when you start a bitbake, is stored somwhere?08:49
bluelightningDatGizmo: it is if you enable buildhistory08:50
bluelightningDatGizmo: it's also possible to write that sort of thing into the image with a little extra configuration, if that's where you want it08:50
DatGizmobluelightning: yhea, I want to store it in the image.08:51
[Sno]ionte: but on topic - I rebased this morning either and had no issues08:51
[Sno]when did you updated last time?08:51
*** belen <belen!Adium@nat/intel/x-ifmvtdqdyqbkofxa> has joined #yocto08:52
ionte[Sno]: ok.. i tried just now again, but there were no new changes08:52
iontebtw, the failing python recipes are my custom recipes, but they are very simple and looks more or less like the other included.. will have to check if the included python recipes has changed lately...08:52
*** Luming <Luming!luyu@nat/intel/x-obynzuawcequrskw> has quit IRC08:53
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC08:53
bluelightningDatGizmo: ok - at least as of 1.8 we have meta/classes/image-buildinfo.bbclass08:54
bluelightningthere are some comments at the top of it mentioning how to use it08:54
DatGizmobluelightning: thanks, I will have a look08:55
*** roric <roric!~roric@> has quit IRC08:57
*** Luming <Luming!luyu@nat/intel/x-fynunuywrvjhtusz> has joined #yocto08:57
[Sno]RP: force pushed wrapper fix (that removed the discussion)08:58
iontewell, can't really see any difference when comparing my custom python package with for example python-git08:59
iontethey both use setuptools08:59
*** jku <jku!jku@nat/intel/x-glumntrehjkrbanm> has quit IRC08:59
*** jku <jku!jku@nat/intel/x-cqjjfaqdfghjgyle> has joined #yocto09:02
gourve_l==4947== Process terminating with default action of signal 11 (SIGSEGV)09:04
gourve_l==4947==  Access not within mapped region at address 0xC009:04
gourve_l==4947==    at 0x4E7B24D: vfprintf (vfprintf.c:1278)09:04
gourve_l==4947==    by 0x4E85D46: fprintf (fprintf.c:32)09:04
gourve_l==4947==    by 0x4025DA: main (log.c:384)09:04
gourve_lwrong chan, sorry09:04
*** Luming <Luming!luyu@nat/intel/x-fynunuywrvjhtusz> has quit IRC09:05
*** Luming <Luming!luyu@nat/intel/x-ajovdfdjpdpkuepc> has joined #yocto09:06
* [Sno] doesn't understand enough of py-toolchain to help there09:14
iontesolved my problem. "bitbake -c clean my-custom-python-recipe"09:16
[Sno]bluelightning: I mailed RP and tim orling, but forgot you - if you want to take a look on perl/cpan fixes for fido to get started doing more cpan modules packaging ... see (and
[Sno]AFAIK you were kind-of interested in those stuff ...09:18
bluelightning[Sno]: thanks... yes, it's something I'd very much like to see sorted out from a "completionist" perspective, the problem I have though is I'm not a perl programmer myself09:19
bluelightning[Sno]: we do need someone to figure out how to move forward though, probably based on what you've been doing09:20
[Sno]when I can support somewhere, just bug me09:21
[Sno]when the things I've done in my repo is sane, I intend to update the perl to 5.20.2 (bug-fix release)09:21
[Sno]and for master maybe soon to 5.22...09:22
*** roric <roric!~roric@> has joined #yocto09:23
*** Luming <Luming!luyu@nat/intel/x-ajovdfdjpdpkuepc> has quit IRC09:26
*** Luming <Luming!luyu@nat/intel/x-mavpawawxbcpugef> has joined #yocto09:27
*** rburton <rburton!> has joined #yocto09:30
*** zecke <zecke!~ich@> has joined #yocto09:33
DatGizmobluelightning: thanks again, the class gives us everything we need :)09:40
bluelightningDatGizmo: no problem :)09:40
rburtonso debian has a very well written analysis of why libav should be replaced with ffmpeg09:48
bluelightningrburton: yep, I saw that yesterday, we discussed it very briefly in #oe09:50
bluelightningrburton: you're still not in that channel ;)09:50
rburtonthis time i'll add it to adium's autojoin :)09:51
rburtonbluelightning: was there a conclusion?09:52
bluelightningrburton: not really no, other than that Debian is just one of many that seem to be making the switch back09:52
rburtonthe rationale were certainly convincing09:53
rburtonactually has security fixes, for example09:53
bluelightningindeed... we should consider moving back ourselves09:53
bluelightninghmm, I'm the maintainer of the libav recipe aren't I09:54
joshuaglthat's enough reason, IMHO09:54
bluelightningperhaps I should be sending out an RFC09:54
*** zecke <zecke!~ich@> has quit IRC09:55
*** JaMa <JaMa!> has joined #yocto10:13
*** noisebleed <noisebleed!~quassel@gentoo/contributor/noisebleed> has quit IRC10:15
*** noisebleed <noisebleed!~quassel@gentoo/contributor/noisebleed> has joined #yocto10:15
bluelightningRFC sent to oe-core & oe-devel lists10:24
*** nighty-_ <nighty-_!> has joined #yocto10:28
rburtonah thanks for looking at gst-libav - i was about to do that :)10:29
bluelightningI didn't find it immediately... in the end I had to look through their commit logs10:31
*** ddalex1 <ddalex1!> has quit IRC10:36
*** pidge <pidge!~pidge@2a02:8084:0:3000:b9a4:fd29:b6f3:229> has joined #yocto10:46
*** Minipada <Minipada!> has quit IRC11:03
*** jku <jku!jku@nat/intel/x-cqjjfaqdfghjgyle> has quit IRC11:16
*** jku <jku!jku@nat/intel/x-zmjumadgiyqiguzm> has joined #yocto11:16
RP[Sno]: ok, the "useless" comment on the wrappers just caught my eye. Harder for me to comment on the perl bits, its really not by area of expertise11:19
*** noraply <noraply!> has joined #yocto11:20
*** egavin <egavin!~eduard@> has joined #yocto11:28
*** Minipada <Minipada!> has joined #yocto11:30
*** ant_work <ant_work!> has quit IRC11:50
*** ericbutters <ericbutters!~daniel@> has joined #yocto11:55
ericbuttersmeta-mono here? anyone? can not build for arm6411:56
*** Hauke___ <Hauke___!c3db42d7@gateway/web/freenode/ip.> has joined #yocto12:07
Hauke___I want to build the yocto image for the intel edison (edison-src-ww18-15.tgz) and I hope I can get some help here. When I run bitbake edison-image I am getting "ERROR: Error parsing configuration files", details:
Hauke___I just want to build a recent yocto for this board12:10
*** zeddii_home <zeddii_home!> has quit IRC12:14
*** egavin <egavin!~eduard@> has quit IRC12:14
MinipadaI remember Intel having their own folder architecture and you you would have to use their Makefile12:23
*** timsche <timsche!> has joined #yocto12:26
Hauke___Minipada: I follued their guide:
Hauke___but I am using ubuntu 14.04 and not ubuntu 12.0412:28
[Sno]RP: take a plain perl and do a "perl -MData:Dumper -le 'print Dumper \@INC'"12:29
[Sno]then you see what I mean with "search order was wrong"12:30
Hauke___ah now I am not getting this error many more, I did not specify the dl_dir and the sstate_dir before12:33
*** Cubi_ <Cubi_!> has quit IRC12:34
RP[Sno]: I don't doubt it was wrong!12:35
[Sno]RP: what do you need to know?12:38
[Sno]or shall I just send a mail to (which ML?)12:38
RP[Sno]: proposing the OE-Core patches on the openembedded-core mailing list would be a good step12:44
[Sno]will do, during next big compile break12:45
*** lamego <lamego!lamego@nat/intel/x-nwddkjrsabckdpcg> has joined #yocto12:52
*** Arkaleks_ <Arkaleks_!a0626576@gateway/web/freenode/ip.> has joined #yocto13:04
*** acidfoo <acidfoo!~nib@unaffiliated/acidmen> has quit IRC13:07
*** acidfu <acidfu!~nib@> has joined #yocto13:09
*** dbozec <dbozec!~dbozec@2001:41d0:fe78:1700:6900:3739:abac:7af2> has quit IRC13:11
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC13:15
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto13:15
*** hugovs <hugovs!~hugo@> has joined #yocto13:17
*** jku <jku!jku@nat/intel/x-zmjumadgiyqiguzm> has quit IRC13:37
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC13:37
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto13:37
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto13:45
lpappbluelightning: you around, hi?13:45
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto13:51
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:53
*** ryansturmer <ryansturmer!> has joined #yocto13:54
*** roric <roric!~roric@> has quit IRC13:58
*** ryansturmer <ryansturmer!> has quit IRC14:00
bluelightninglpapp: hi, yes14:02
lpappbluelightning: could you help me with the SDK truncation that we started discussing several weeks ago? The generated SDK is not truncated and I cannot get sdk-files-in.txt either, or however the file is called.14:03
lpappI am not sure what to do next.14:03
*** zwerch <zwerch!> has joined #yocto14:03
*** AndersD <AndersD!> has quit IRC14:03
lpappthat file is not generated even though bitbake -e says that sdk is enabled in the BUILD_HISTORY variable.14:03
bluelightningquite a lot has happened over the last few weeks, I don't recall the issue - can you explain or point me to a log of the discussion?14:03
zwerchHello! I have a question concerning the bitbake-pserv-tool. I do not quite understand its usage. I understand its purpose but not how I can use the service in my recipes. Can anyone help me with that?14:04
lpappbluelightning: sure, so that our image contains some binaries that we wrote, but they are needless for our SDK users and we would also like to hide those from as a matter of preference, so that the SDK has to be truncated. I was using the variable that you suggested. I think I even created a report for documenting that.14:05
lpappbut the usage is not a problem at this point.14:05
bluelightningah ok right yes14:05
lpappthe alternative approach was, as a fallback, to have two separate image files.14:06
lpappbut first I would like to see whether I can get it working with one image recipe.14:06
zwerchI also read , but there's nowhere documented how to actually use it in a recipe :/14:07
bluelightningzwerch: it should be that you enable it and then it auto-increments PR for you, there shouldn't be any changes required to individual recipes14:07
bluelightningzwerch: the idea is changing material parts of the recipes changes the signatures of the tasks, and the PR value increments automatically as a result14:08
lpappbluelightning: so it is the PACKAGE_EXCLUDE_COMPLEMENTARY variable.14:09
lpappbut currently it worries me more that I cannot get the build history for the SDK, at least the files-in-sdk.txt is not generated for some reason.14:09
lpappwe use
bluelightninglpapp: maybe the buildhistory class in daisy doesn't support getting the SDK contents14:10
*** madisox <madisox!> has joined #yocto14:10
zwerchI think I got that part, so, if I now build a package and rebuild the index, opkg automatically gets that there's an update for a specific package and I do not need to manually increment PV or PR?14:10
*** roric <roric!~roric@> has joined #yocto14:12
bluelightningzwerch: correct14:12
zwerchbluelightning: thanks a lot!14:13
lpappbluelightning: strange that bitbake -e shows the SDK in the build history variable, then.14:15
bluelightninglpapp: ah right, turns out that it did14:16
bluelightningI don't immediately know how to explain why it wouldn't be working, but the way to debug that would be as normal - throw some echo statements in, look at log.do_rootfs, etc.14:18
bluelightningwell, log.do_populate_sdk14:18
lpapphmm, okay, thanks.14:20
*** likewise <likewise!> has joined #yocto14:24
*** roric <roric!~roric@> has quit IRC14:31
*** jchonig <jchonig!> has quit IRC14:37
*** jchonig <jchonig!> has joined #yocto14:38
*** RagBal <RagBal!> has quit IRC14:45
*** Rootert <Rootert!> has quit IRC14:45
*** ryansturmer <ryansturmer!> has joined #yocto14:46
*** ryansturmer <ryansturmer!> has quit IRC14:53
*** ryansturmer <ryansturmer!> has joined #yocto14:54
ryansturmerI have included these in my local.conf14:55
ryansturmerbut bitbake iojs still bombs14:55
*** RagBal <RagBal!> has joined #yocto14:57
*** wadim_ <wadim_!> has quit IRC14:57
*** Rootert <Rootert!> has joined #yocto14:58
*** adelcast <adelcast!~adelcast@> has left #yocto15:00
*** adelcast <adelcast!~adelcast@> has joined #yocto15:01
*** ryansturmer <ryansturmer!> has quit IRC15:01
lpappbluelightning: that is odd. I have files-in-sdk.txt generated now... I wonder what could have gone different, but I am happy about that one, at least.15:04
*** ryansturmer <ryansturmer!> has joined #yocto15:04
lpappbluelightning: bitbake -e -c populate_sdk foo-core-image | grep ^PACKAGE_EXCLUDE_COMPLEMENTARY returns PACKAGE_EXCLUDE_COMPLEMENTARY="foo|bar|baz", yet I can see the content of foo, bar and baz in files-in-sdk.txt.15:08
bluelightninglpapp: are foo bar or baz dependencies of anything else that is going into the SDK ?15:10
*** ryansturmer <ryansturmer!> has quit IRC15:10
lpappnot intentionally, at least.15:11
*** ryansturmer <ryansturmer!> has joined #yocto15:13
bluelightningit may well be that we need to add an explicit SDK_EXCLUDE or somehting like that to handle this, and that would just error in that case15:13
lpapptime to check ./tmp/work/foo-linux-gnueabi/foo-core-image/1.0-r0/temp/log.do_populate_sdk15:16
Croftonbluelightning, did you guys make any progress on scipy?15:16
lpappbluelightning: yeah, the udesired packages appear in log.do_populate_sdk, too :(15:18
lpappperhaps it is time to look into the implementation of that variable now.15:18
lpappit may not have been complete in daisy or so.15:18
*** noraply <noraply!> has left #yocto15:21
*** ryansturmer <ryansturmer!> has quit IRC15:21
lpappbluelightning: so I ought to print out the exclude variable and perhaps something from the cmd?15:23
bluelightninglpapp: PACKAGE_EXCLUDE_COMPLEMENTARY is not intended to outright exclude any package from the SDK, it's specifically for excluding a package from complementary package processing15:24
*** ryansturmer <ryansturmer!> has joined #yocto15:24
lpappbluelightning: ok, not sure what that means.15:27
*** ryansturmer <ryansturmer!> has quit IRC15:28
bluelightninglpapp: what I'm saying is, there are cases for which this will not remove something from the SDK, and that's not a bug15:29
lpappare there any other cases than dependencies?15:29
bluelightningif we want something that definitely will exclude something or error if it can't, that will need to be a separate variable15:29
bluelightningexplicit mention in TOOLCHAIN_TARGET_TASK would bypass it as well15:30
*** TobSnyder <TobSnyder!> has quit IRC15:30
lpappas far as I can tell, looking at the recipe as well as recalling what I intended, nothing depends on foo, bar and baz.15:30
*** ryansturmer <ryansturmer!> has joined #yocto15:31
*** sjolley <sjolley!~sjolley@> has quit IRC15:31
lpappright, that will be it, I think.15:31
lpappour package occurs in that variable.15:31
lpappwe have one packagegroup on top of the Yocto core packagroup and we put all the software into that.15:32
*** staylor <staylor!> has joined #yocto15:32
*** sjolley <sjolley!~sjolley@> has joined #yocto15:32
lpappso it is better to have two different packagegroups?15:32
lpappmin + extra alike?15:32
*** lamego <lamego!lamego@nat/intel/x-nwddkjrsabckdpcg> has quit IRC15:34
lpappbut that might not help with the image creation. I would not know. Perhaps, we do need this SDK_EXCLUDE?15:35
*** ryansturmer <ryansturmer!> has quit IRC15:35
*** ryansturmer <ryansturmer!> has joined #yocto15:37
lpappbluelightning: ^15:38
*** loggerbox <loggerbox!todor@nat/intel/x-qcjyckdbytrtgaxy> has quit IRC15:38
*** loggerbox <loggerbox!~todor@> has joined #yocto15:39
*** lamego <lamego!~lamego@> has joined #yocto15:40
*** sjolley <sjolley!~sjolley@> has quit IRC15:40
*** vmrod25 <vmrod25!~vmrod25@> has joined #yocto15:41
*** ryansturmer <ryansturmer!> has quit IRC15:48
bluelightninglpapp: the way the SDK is supposed to work is other than any extras, the contents of the target portion gets there from the image, so I wouldn't have expected those packagegroups to need to be mentioned in TOOLCHAIN_TARGET_TASK15:49
lpappbluelightning: hmm, I see. What do you suggest for me then?15:50
bluelightningwell, if you really are putting those packagegroups in that variable the question is do you really need to if they are already in the image?15:51
*** mckoan is now known as mckoan|away15:54
lpappbluelightning: I believe that variable is populated by Yocto, not by my layer.15:55
lpappat least, I cannot find any direct reference to it in my layer.15:55
*** sjolley <sjolley!sjolley@nat/intel/x-nhnscrmczerpaauv> has joined #yocto15:57
*** lamego <lamego!~lamego@> has quit IRC16:00
*** lamego <lamego!~lamego@> has joined #yocto16:01
*** belen <belen!Adium@nat/intel/x-ifmvtdqdyqbkofxa> has quit IRC16:01
*** belen <belen!Adium@nat/intel/x-rvzqhuvpiiqdqvlu> has joined #yocto16:02
*** jonathanmaw <jonathanmaw!> has quit IRC16:07
*** jkridner|work is now known as jkridner16:10
*** berton <berton!~fabio@> has joined #yocto16:12
*** jbrianceau is now known as jbrianceau_away16:15
[Sno]RP: mail sent ;)16:22
lpappbluelightning: is there a way that I can let yocto remove that from the task variable?16:29
*** diego_r <diego_r!> has quit IRC16:31
*** Minipada <Minipada!> has quit IRC16:34
*** belen <belen!Adium@nat/intel/x-rvzqhuvpiiqdqvlu> has quit IRC16:35
bluelightninglpapp: hmm, so you're right it adds the value of PACKAGE_INSTALL by default16:35
bluelightningso PACKAGE_EXCLUDE_COMPLEMENTARY could never have worked16:35
bluelightningsorry for leading you down the wrong path16:35
lpapphmm, so what is this variable addressing?16:36
lpappso it seems to be my option for today is two different image recipes?16:36
lpappit would be nice to get this SDK_EXCLUDE implemented in the future :-)16:37
*** Minipada <Minipada!> has joined #yocto16:39
*** zecke <zecke!~ich@> has joined #yocto16:41
*** zwerch <zwerch!> has quit IRC16:47
*** ftonello <ftonello!~felipe@> has quit IRC16:47
*** ftonello <ftonello!~felipe@> has joined #yocto16:48
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto16:53
*** darkspike <darkspike!~darkspike@> has quit IRC16:54
*** ryansturmer <ryansturmer!> has joined #yocto16:57
*** ryansturmer <ryansturmer!> has joined #yocto16:57
lpappbluelightning: shall I start some discussion about this SDK_EXCLUDE idea on the mailing list or just open a ticket for it on bugzilla?16:58
*** ambrosius <ambrosius!~textual@> has joined #yocto16:59
lpappI would not have much time to follow it up though.16:59
bluelightninglpapp: probably bugzilla I guess16:59
*** berton <berton!~fabio@> has quit IRC17:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:00
*** berton <berton!~fabio@> has joined #yocto17:00
*** ryansturmer <ryansturmer!> has quit IRC17:02
*** lamego <lamego!~lamego@> has quit IRC17:03
*** ryansturmer <ryansturmer!> has joined #yocto17:04
*** ryansturmer <ryansturmer!> has quit IRC17:09
*** ryansturmer <ryansturmer!> has joined #yocto17:09
*** sameo <sameo!~samuel@> has quit IRC17:11
*** lamego <lamego!~lamego@> has joined #yocto17:17
*** AlexVaduva <AlexVaduva!~AlexVaduv@> has quit IRC17:18
*** ryansturmer <ryansturmer!> has quit IRC17:21
*** ryansturmer <ryansturmer!> has joined #yocto17:24
*** likewise <likewise!> has quit IRC17:28
*** frsc <frsc!> has joined #yocto17:31
*** Hauke___ <Hauke___!c3db42d7@gateway/web/freenode/ip.> has quit IRC17:33
*** ryansturmer <ryansturmer!> has quit IRC17:33
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto17:35
*** ryansturmer <ryansturmer!> has joined #yocto17:36
*** ryansturmer <ryansturmer!> has quit IRC17:40
*** ryansturmer <ryansturmer!> has joined #yocto17:41
ambrosiusI'm trying to add mono recipes to existing yocto image. I checked out the meta-mono git recipe and added the packages to my image .inc file. However when I build, mono install errors out trying to copy files from ..../usr/lib64/.. when the files it needs are in ..../usr/lib/.. I tried to follow the code and saw that this path depends on a variable called "sysconfdir". Can someone point me to where it is set, so I can change it to point at the right17:42
ambrosius path?17:42
*** ryansturmer <ryansturmer!> has quit IRC17:47
*** ryansturmer <ryansturmer!> has joined #yocto17:49
*** Minipada <Minipada!> has quit IRC17:58
*** SoylentYellow <SoylentYellow!> has quit IRC18:03
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC18:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:12
vmrod25hi team question .. if I get configure: exit 0 in do_configure .. but I still have this error:
*** ryanstur_ <ryanstur_!> has joined #yocto18:13
vmrod25is because yocto is still running ./configure ot autoreconf18:14
*** belen <belen!> has joined #yocto18:14
*** nome <nome!Nome@nat/intel/x-imadfftzjfgbenix> has joined #yocto18:14
*** ryansturmer <ryansturmer!> has quit IRC18:16
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:16
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC18:17
kergothambrosius: i think you've mixed up some paths. sysconfdir is /etc18:18
*** SoylentYellow <SoylentYellow!> has joined #yocto18:19
*** ericbutters <ericbutters!~daniel@> has quit IRC18:19
ambrosiusya.. just figured that out.. Its $libdir that is getting me lib6418:19
ambrosiusI need it to be libn18:19
ambrosiusAny advise as to where I can do that?18:20
kergothsounds like its recipe isn't properly obeying our paths18:20
ambrosiusya I'm trying to figure out where the recipe might be overriding my path18:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:24
*** [Sno] <[Sno]!> has quit IRC18:31
*** hitlin37 <hitlin37!uid16371@gateway/web/> has quit IRC18:39
*** paulg_ <paulg_!~paulg@> has joined #yocto18:41
*** ryanstur_ <ryanstur_!> has quit IRC18:47
*** ryansturmer <ryansturmer!> has joined #yocto18:48
*** ryansturmer <ryansturmer!> has quit IRC18:50
*** belen <belen!> has quit IRC18:51
*** ryansturmer <ryansturmer!> has joined #yocto18:51
*** ryansturmer <ryansturmer!> has quit IRC18:56
*** ryansturmer <ryansturmer!> has joined #yocto19:00
*** ryansturmer <ryansturmer!> has quit IRC19:08
*** ryansturmer <ryansturmer!> has joined #yocto19:09
kergothHas anyone played with using BBCLASSEXTEND + BBEXTENDCUR/BBEXTENDVARIANT to create configuration variants on a per-recipe basis? I'm picturing e.g. a adding named-config:minimal to BBCLASSEXTEND in busybox, and busybox-minimal would be created with PROVIDES += busybox and a negative default preference, and then could drop in a defconfig in the busybox-minimal dir in FILESPATH19:10
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC19:13
*** zecke <zecke!~ich@> has quit IRC19:14
*** zecke <zecke!~ich@> has joined #yocto19:15
vmrod25hi , do we have a wiki to build yocto on galileo ?19:16
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto19:49
*** [Sno] <[Sno]!> has joined #yocto19:49
*** ryansturmer <ryansturmer!> has quit IRC19:52
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC19:53
*** ryansturmer <ryansturmer!> has joined #yocto19:54
*** frsc <frsc!> has quit IRC19:54
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto19:54
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto19:58
*** lamego <lamego!~lamego@> has quit IRC20:00
*** lamego <lamego!lamego@nat/intel/x-gtdqnxscatjfvwgk> has joined #yocto20:18
*** JaMa <JaMa!> has quit IRC20:21
*** jimBaxter <jimBaxter!> has quit IRC20:23
-YoctoAutoBuilder- build #395 of poky-tiny is complete: Success [build successful] Build details are at
*** ryansturmer <ryansturmer!> has quit IRC20:33
*** ryansturmer <ryansturmer!> has joined #yocto20:35
*** pohly <pohly!> has quit IRC20:35
*** paulg_ <paulg_!~paulg@> has quit IRC20:40
*** lamego <lamego!lamego@nat/intel/x-gtdqnxscatjfvwgk> has quit IRC20:41
kergothgah, why do i keep getting bitbake parse hangs at 99%20:50
kergothi hope it's just something wrong with the VM20:51
khem`kergoth: how much ram do you have20:52
kergothhmm, looks like only 4gb in those VMs20:53
kergothi never hit this until recently, though20:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:53
khem`are you using OE-Core only ?20:53
khem`or mix of layers20:53
kergothmix of layers20:53
kergothseemingly random20:54
*** lamego <lamego!lamego@nat/intel/x-nmckhbghnugvraol> has joined #yocto20:54
*** glfernando <glfernando!fernando@nat/intel/x-ulihnrflogxhsxpu> has quit IRC20:54
khem`kergoth: I have seen these in past and I created new sandbox and it use to go away20:56
*** SoylentYellow <SoylentYellow!> has quit IRC20:56
khem`never got to bottom of it20:57
ulf`khem`: When are you gonna update the opencv to 3.0? :)20:58
khem`ulf`: I think we could but there are dependencies20:59
khem`on 2.x20:59
ulf` doesn't work with 2.x20:59
tripzeroopencv 3.0 uses transparent opencl21:06
tripzeromeaning you don't have to do anything special if you have hardware that supports opencl21:06
kergothoops, can't use ${PN} in FILESEXTRAPATHS with := when using variants/extends, since that hasn't been applied at that point. need just thisdir immediately expanded, not PN21:07
tripzeroi don't think 3.0 has any new dependencies that 2.4 doesn't already have.21:07
tripzerothere are some api changes that can break 2.4 apps though21:08
*** SoylentYellow <SoylentYellow!> has joined #yocto21:09
tripzerobut having a should be very doable21:09
*** ryansturmer <ryansturmer!> has quit IRC21:09
*** staylor_ <staylor_!> has joined #yocto21:10
*** staylor <staylor!> has quit IRC21:12
*** nighty-_ <nighty-_!> has quit IRC21:14
*** aehs29 <aehs29!aehernan@nat/intel/x-spmzwezawhfupgbp> has joined #yocto21:15
khem`kergoth: use BPN21:16
kergothit's the opposite problem. PN is immediately expanded before the variant is added21:16
khem`tripzero: yes I think with default preference to -1 we can accept21:16
kergothso i get the base one, not the variant one21:16
khem`tripzero: or if they both can live together with opencv321:17
kergoththe bbclassextend class is what adjusts PN iwth the variant, but thats after the recipe is parsed21:17
kergothso at parse time it hasn't been done yet21:17
kergothjust had to shift the path into a separate var and assemble it in parts so i could immdiately expand THISDIR but not PN21:17
khem`kergoth: yes, so are you getting into PN as folder for patches/files ?21:17
*** timsche <timsche!> has quit IRC21:17
kergothe.g. it's looking in autoconf, not nativesdk-autoconf, even though PN is the latter21:17
khem`wonder why PN and not BPN21:18
*** ryansturmer <ryansturmer!> has joined #yocto21:18
kergothi'm *trying* to override something for the variant21:18
kergothi don't want it to apply to them all in this case21:18
kergothso BPN is exactly what i don't want, but that ends up being what it's using :)21:18
khem`hmm ok then use class override21:18
kergothhmm, true, didn't think about using that with FILESEXTRAPATHS21:18
khem`is it a file or patch21:18
kergothdefconfig in this case21:19
* kergoth tries that21:19
kergothof course, override doesn't work either, since i still have to use := to force expansion of thisdir21:20
kergothstill worth doing, but doesn't prevent the problem: i can't force immediate expansion of PN at parse time or it won't be for the variant21:20
kergothnot a big deal, just minor annoyance21:20
kergothI'm toying around with a bbclass that lets you create variants of recipe which differ only in configuration, using the same mechanism as multilibs21:21
kergothecho 'BBCLASSEXTEND += "named-config:minimal"' >>busybox_%.bbappend21:21
*** paul_ <paul_!> has joined #yocto21:25
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:33
kergothwow, this is weird, my path is first in FILESEXTRAPATHS, that path contains defconfig, file://defconfig is in SRC_URI, but it's still pulling the defconfig out of oe-core instead21:38
*** ryansturmer <ryansturmer!> has quit IRC21:47
*** smartin <smartin!> has quit IRC21:48
*** tismith <tismith!~toby@> has quit IRC21:49
*** zecke <zecke!~ich@> has quit IRC21:49
*** tismith <tismith!~toby@> has joined #yocto21:50
*** smartin <smartin!> has joined #yocto21:51
*** madisox <madisox!> has quit IRC21:52
khem`kergoth just call defconfig with differrent name21:52
khem`e.g. defconfig-foo21:52
khem`and use overrides21:52
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** challinan <challinan!> has quit IRC22:04
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:08
kergothyeah, could do that, worst case. am going to try to figure out *why* it's misbehaving, though.. hmm22:12
*** glfernando <glfernando!fernando@nat/intel/x-dpphindgntjnrcpn> has joined #yocto22:16
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto22:17
*** paul_ <paul_!> has quit IRC22:50
*** staylor_ <staylor_!> has quit IRC22:51
*** lamego <lamego!lamego@nat/intel/x-nmckhbghnugvraol> has quit IRC22:52
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC22:57
*** berton <berton!~fabio@> has quit IRC22:59
*** harisokanovic <harisokanovic!~harisokan@> has quit IRC23:04
*** vdehors_ <vdehors_!> has joined #yocto23:10
*** vdehors_ <vdehors_!> has joined #yocto23:10
*** vdehors <vdehors!> has quit IRC23:13
*** rburton <rburton!> has quit IRC23:16
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC23:35
*** sgw_ <sgw_!> has quit IRC23:39
*** sgw_ <sgw_!> has joined #yocto23:40
*** joshuagl <joshuagl!> has quit IRC23:41
*** joshuagl <joshuagl!> has joined #yocto23:42
*** sjolley <sjolley!sjolley@nat/intel/x-nhnscrmczerpaauv> has quit IRC23:44
*** aehs29 <aehs29!aehernan@nat/intel/x-spmzwezawhfupgbp> has quit IRC23:45
*** alimon1 <alimon1!> has joined #yocto23:46
*** rburton <rburton!> has joined #yocto23:46
*** rburton <rburton!> has quit IRC23:54
-YoctoAutoBuilder- build #45 of nightly-deb-non-deb is complete: Success [build successful] Build details are at
*** vmrod25 <vmrod25!~vmrod25@> has quit IRC23:59

Generated by 2.11.0 by Marius Gedminas - find it at!