Wednesday, 2013-10-30

*** fenrig <fenrig!> has joined #yocto00:00
*** mario-go` is now known as mario-goulart00:07
*** zeddii <zeddii!~ddez@> has joined #yocto00:08
*** fenrig <fenrig!> has quit IRC00:09
*** Guest36715 <Guest36715!86868947@gateway/web/freenode/ip.> has quit IRC00:24
*** agust <agust!> has quit IRC00:33
*** sameo_ <sameo_!~samuel@> has quit IRC01:02
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC01:13
*** fray <fray!> has joined #yocto01:27
*** rburton <rburton!> has quit IRC01:27
*** rburton <rburton!> has joined #yocto01:28
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto01:34
*** seebs <seebs!> has quit IRC01:48
*** seebs <seebs!> has joined #yocto01:55
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC02:01
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto02:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC02:02
*** joeythesaint <joeythesaint!> has quit IRC02:29
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC02:33
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto02:33
-YoctoAutoBuilder- build #341 of build-appliance is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #197 of minnow is complete: Success [build successful] Build details are at
*** tharvey_ is now known as tharvey03:46
*** charlie5 <charlie5!> has joined #yocto03:53
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto03:59
*** sunfunbaby <sunfunbaby!> has joined #yocto04:38
-YoctoAutoBuilder- build #352 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** peterwhitfield <peterwhitfield!> has joined #yocto05:03
peterwhitfieldhi there, hoping someone can help me with a problem05:04
peterwhitfieldtrying to add erlang to a build for a gumstix board05:05
peterwhitfielderlang cross-compiles correctly stand-alone05:06
peterwhitfieldbut configure bombs out when run from bitbake05:06
peterwhitfieldlooks like differences in the toolchain05:06
peterwhitfieldlooks like no-one's home - will post a question to the mailing list instead05:07
*** peterwhitfield <peterwhitfield!> has quit IRC05:13
*** mmmmbeeeeer_ <mmmmbeeeeer_!7cab1938@gateway/web/freenode/ip.> has joined #yocto05:14
*** mmmmbeeeeer_ <mmmmbeeeeer_!7cab1938@gateway/web/freenode/ip.> has quit IRC05:16
*** mmmmbeeeeer_ <mmmmbeeeeer_!> has joined #yocto05:27
*** arky <arky!~arky@> has joined #yocto05:34
*** mmmmbeeeeer_ <mmmmbeeeeer_!> has quit IRC05:35
*** e8johan <e8johan!> has joined #yocto05:47
-YoctoAutoBuilder- build #336 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** GusBrick_ <GusBrick_!> has quit IRC06:13
*** tor <tor!> has joined #yocto06:14
*** GusBricker <GusBricker!> has joined #yocto06:15
*** GusBricker <GusBricker!> has joined #yocto06:16
*** GusBricker <GusBricker!> has joined #yocto06:16
*** GusBricker <GusBricker!> has joined #yocto06:17
*** tasslehoff <tasslehoff!~tasslehof@> has joined #yocto06:20
-YoctoAutoBuilder- build #333 of nightly-arm is complete: Success [build successful] Build details are at
*** mshakeel <mshakeel!~mshakeel@> has joined #yocto06:29
*** arky <arky!~arky@> has quit IRC06:39
*** mmmmbeeeeer <mmmmbeeeeer!7cab1938@gateway/web/freenode/ip.> has joined #yocto06:39
-YoctoAutoBuilder- build #341 of nightly-non-gpl3 is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #311 of nightly-fsl-ppc is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #340 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** mbelisko <mbelisko!> has joined #yocto06:53
*** mmmmbeeeeer <mmmmbeeeeer!7cab1938@gateway/web/freenode/ip.> has quit IRC06:57
*** GusBricker <GusBricker!> has joined #yocto07:10
*** agust <agust!> has joined #yocto07:12
*** e8johan <e8johan!> has quit IRC07:22
-YoctoAutoBuilder- build #342 of nightly-x86 is complete: Success [build successful] Build details are at
*** SorenHolm <SorenHolm!> has joined #yocto07:31
*** sameo_ <sameo_!samuel@nat/intel/x-mwueudiqmznzwhxz> has joined #yocto07:32
*** eballetbo <eballetbo!> has joined #yocto07:35
-YoctoAutoBuilder- build #308 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at
*** e8johan <e8johan!> has joined #yocto07:39
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC07:44
*** e8johan <e8johan!> has quit IRC07:45
*** zeeblex <zeeblex!~apalalax@> has joined #yocto07:47
*** zeddii <zeddii!~ddez@> has quit IRC07:51
-YoctoAutoBuilder- build #180 of minnow-lsb is complete: Success [build successful] Build details are at
*** Zagor <Zagor!> has joined #yocto07:52
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto07:52
*** zeddii <zeddii!~ddez@> has joined #yocto07:52
*** e8johan <e8johan!> has joined #yocto07:54
*** mihai <mihai!~mihai@> has joined #yocto07:54
*** kbart <kbart!~KBart@> has joined #yocto07:58
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto08:01
*** B4gder <B4gder!> has joined #yocto08:04
*** elmi82 <elmi82!> has joined #yocto08:08
*** panda84kde <panda84kde!> has joined #yocto08:09
*** GusBricker <GusBricker!> has quit IRC08:09
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC08:10
-YoctoAutoBuilder- build #317 of nightly-fsl-arm is complete: Success [build successful] Build details are at
*** Net147 <Net147!> has joined #yocto08:15
*** e8johan <e8johan!> has quit IRC08:19
*** fpaut_ is now known as fpaut08:20
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto08:23
*** zaif <zaif!> has joined #yocto08:34
zaifGood Morning All,08:34
*** Kaapeli <Kaapeli!> has quit IRC08:38
-YoctoAutoBuilder- build #337 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
*** Kaapeli <Kaapeli!> has joined #yocto08:46
*** cristianiorga <cristianiorga!~cristiani@> has joined #yocto08:53
*** OlivierG_ is now known as OlivierG09:14
-YoctoAutoBuilder- build #344 of nightly-x86-lsb is complete: Success [build successful] Build details are at
*** JimBaxter <JimBaxter!> has joined #yocto09:28
*** Stygia <Stygia!> has joined #yocto09:30
-YoctoAutoBuilder- build #338 of nightly-ppc is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #313 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC09:47
*** volker <volker!> has joined #yocto09:47
volkerwhat is the preferred way to handle different kernel configurations for the same machine? I would thought that creating different image recipes with different settings  for PREFERRED_PROVIDER_virtual/kernel  would solve it, but PREFERRED_PROVIDER_virtual/kernel  seems to be only applicable within the machine.conf, isn't it?09:48
-YoctoAutoBuilder- build #339 of nightly-ppc-lsb is complete: Success [build successful] Build details are at
*** mbelisko <mbelisko!> has quit IRC10:03
*** ant_work <ant_work!> has joined #yocto10:07
*** kmn <kmn!~knikkane@2001:998:22:0:dd99:8c64:deab:6909> has quit IRC10:09
*** [simar|on] <[simar|on]!~simar@> has joined #yocto10:15
*** mulhern <mulhern!> has joined #yocto10:16
*** bluelightning <bluelightning!~paul@> has joined #yocto10:16
*** bluelightning <bluelightning!~paul@> has quit IRC10:16
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:16
*** kmn <kmn!~knikkane@2001:998:22:0:5d70:3274:bdb5:a42d> has joined #yocto10:21
*** GusBricker <GusBricker!> has joined #yocto10:34
*** GusBricker <GusBricker!> has quit IRC10:43
*** Pablooooo <Pablooooo!> has quit IRC10:47
bluelightningmorning all10:49
*** sameo_ <sameo_!samuel@nat/intel/x-mwueudiqmznzwhxz> has quit IRC10:51
-YoctoAutoBuilder- build #346 of nightly-mips is complete: Success [build successful] Build details are at
*** ScriptRipper1 <ScriptRipper1!> has quit IRC10:55
*** bluelightning_ <bluelightning_!~paul@> has joined #yocto10:56
*** bluelightning_ <bluelightning_!~paul@> has quit IRC10:56
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:56
*** ScriptRipper1 <ScriptRipper1!> has joined #yocto10:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:59
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:59
*** Daemon405 is now known as Daemon40411:03
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto11:03
*** [simar|on] <[simar|on]!~simar@> has quit IRC11:04
*** belen1 <belen1!Adium@nat/intel/x-sonczpmceglluqzz> has joined #yocto11:13
*** GusBricker <GusBricker!> has joined #yocto11:26
*** walters <walters!> has quit IRC11:37
*** charlie5 <charlie5!> has quit IRC11:43
*** GusBricker <GusBricker!> has quit IRC11:46
*** GusBricker <GusBricker!> has joined #yocto11:47
*** GusBricker <GusBricker!> has quit IRC11:51
*** sunfunbaby <sunfunbaby!> has quit IRC12:05
*** bluelightning1 <bluelightning1!~paul@> has joined #yocto12:05
*** joeythesaint <joeythesaint!~jjm@> has joined #yocto12:06
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:06
*** sunfunbaby <sunfunbaby!> has joined #yocto12:06
*** GusBricker <GusBricker!> has joined #yocto12:10
*** mburtin <mburtin!~mburtin@> has quit IRC12:17
*** beuh <beuh!~beuh@> has quit IRC12:17
*** sebson <sebson!~sebson@> has quit IRC12:17
*** fenrig <fenrig!> has joined #yocto12:19
*** Net147 <Net147!> has quit IRC12:34
*** fenrig <fenrig!> has quit IRC12:40
*** GusBricker <GusBricker!> has quit IRC12:52
*** Net147 <Net147!> has joined #yocto13:00
*** dany <dany!> has quit IRC13:10
zaifAny idea why I my yocto image does not have v4l2src? I installed gst-good plugins in my image. but v4l2src dessn't exists in my final image13:12
*** Net147 <Net147!> has quit IRC13:13
bluelightning1zaif: did you install gst-plugins-good-meta or gst-plugins-good? installing the latter won't do anything by itself13:14
*** bluelightning1 is now known as bluelightning13:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto13:14
zaifbluelightning: I installed gst-plugins-good into my image13:16
zaifbluelightning: Where can I find gst-plugins-good-meta? Is it a recipe?13:17
bluelightningzaif: ok well that package itself is empty; either you need to install gst-plugins-good-meta to get all plugins from gst-plugins-good, or install individual plugin packages e.g. gst-plugins-good-v4l2src (not sure of the exact naming)13:17
bluelightningzaif: no, the recipe is the same (gst-plugins-good)13:18
bluelightningzaif: the recipe produces multiple packages, one per individual plugin, as well as a -meta package that installs all of them13:18
zaifbluelightning:  I can see gst-plugins-good extracted in my /yocto/build/tmp/stamps/armv7a-vfp-neon-poky-linux-gnueabi directory but not on to my image. So, I need to give gst-plugins-meta in my file?13:20
bluelightningzaif: gst-plugins-good-meta yes13:20
zaifbluelightning: ok will try that.13:22
*** walters <walters!walters@nat/redhat/x-hgbwobobgewqrqvp> has joined #yocto13:24
zaifbluelightning: cloned gst-plugins-good and found out that v4l2src plugin is in /gst-plugins-good/docs/plugins/inspect/plugin-video4linux2.xml13:29
zaifbluelightning: I guess i must give gst-plugins-good-video4linux2 in my image.bb13:30
bluelightningzaif: if you mean adding it to IMAGE_INSTALL there, yes that should work13:32
*** e8johan <e8johan!> has joined #yocto13:39
*** Crofton <Crofton!~balister@> has joined #yocto13:41
*** volker <volker!> has quit IRC13:42
*** soldoKyn <soldoKyn!> has joined #yocto13:42
*** zeeblex <zeeblex!~apalalax@> has left #yocto13:43
*** jukkar <jukkar!~jukka@> has quit IRC13:45
soldoKynhi to all! How can I (or where can I get information about) build and deploy an image for imx28evk with nand flash? Thanks!13:46
*** mbelisko <mbelisko!> has joined #yocto13:50
otavioThanks for Robert Yang to maintain dora ! :D Thank RP for announce it.13:51
RPotavio: I think we all thought someone else was announcing it :)13:52
StygiaSoo, Robert Yang is the explorer of Dora?13:52
otavioand does he keep at IRC?13:53
otavioRP: :D13:53
StygiaBTW, I'm having a problem with a new recipe.13:54
StygiaI am building SQL::Abstract, a CPAN module, for which I have made a recipe. It is a barebones recipe, using the cpan bbclass.13:54
StygiaHowever, it seems to hang on do_compile, without throwing an error.13:54
StygiaWhen I ps | grep ..., it seems that make is running.13:54
StygiaHowever, running this make command in a devshell finishes really quick.13:55
StygiaI am running bitbake with -v, which shows the module complaining a bit about mismatching versions of libraries.13:55
*** tasslehoff <tasslehoff!~tasslehof@> has quit IRC13:55
StygiaI just wonder, can I somehow verify that it would eventually get there? Because it seems like it has been going at this for unreasonably long.13:55
*** francois99 <francois99!> has quit IRC13:56
*** e8johan_ <e8johan_!~quassel@> has joined #yocto13:56
RPStygia: it sounds like there is some difference in the environment. Does the run.do_compile script in temp give any better clues to what its running?13:57
*** e8johan <e8johan!> has quit IRC13:57
RPStygia: could it be a parallel make issue?13:57
StygiaIt's worth mentioning that it seems like this do_compile ignores my SIGINT (interrupt), and while bitbake recognises it, i.e. metions having been interrupted, it doesn't stop.13:57
StygiaRP, Isn't the devshell the exact same environment though?13:57
StygiaWhen I SIGINT it gets to 'execution was interrupted, returning non-zero exit code', but then stops there.13:58
zaifbluelightning: No luck, v4l2src is not in my Image.13:59
*** belen2 <belen2!~Adium@> has joined #yocto13:59
*** belen1 <belen1!Adium@nat/intel/x-sonczpmceglluqzz> has quit IRC13:59
mbeliskoany idea what could cause this error:14:01
StygiaRP, See what it's running, I'll try it out in devshell.14:01
mbeliskofrom .basedb import BaseDB14:01
mbeliskoFile "/usr/lib/python2.7/site-packages/tlslite/", line 13, in <module>14:01
mbeliskoimport dbm as anydbm14:01
mbeliskoImportError: /usr/lib/python2.7/lib-dynload/ undefined symbol: dbm_nextkey14:01
Stygiambelisko, doesn't define dbm_nextkey14:01
StygiaMeaning it could need to be recompiled, or it's the wrong version.14:02
*** bluelightning_ <bluelightning_!~paul@> has joined #yocto14:02
*** bluelightning_ <bluelightning_!~paul@> has quit IRC14:02
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto14:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:02
*** bluelightning_ is now known as bluelightning14:02
StygiaIf you do `nm /usr/lib/python2.7/lib-dynload/`, you'd probably see 'U dbm_nextkey'14:02
StygiaMeaning this so file doesn't define that function, and doesn't know where to look.14:02
StygiaMaybe you need to add a -lX option to your compile flags.14:02
mbeliskook so probably never version of tlslite could help there?14:03
StygiaSay that function was in libxml2 (It probably isn't)14:03
StygiaYou'd add -lxml2 to the compile flags14:03
Stygiambelisko, You probably need to ensure what you're compiling can find the proper libs.14:03
Stygiambelisko, You could be compiling it, and then not including a necessary library, or the linker could be doing something wrong.14:03
mbeliskowill check14:04
Stygiambelisko, If you want my attention specifically, prefix what you say with Stygia so I know you're saying something to me.14:04
RPStygia: the devshell and the real command try and be the same, there could be some difference though. Does the run.do_compile really just run "make"?14:05
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-zmgnevpreorydqzh> has joined #yocto14:05
*** ScriptRipper1 <ScriptRipper1!> has quit IRC14:05
mbeliskoStygia: ok, sorry14:05
StygiaRP, No, it uses oe_runmake14:07
Stygiambelisko, No worries.14:07
RPStygia: parallel make would come into play then...14:09
StygiaRP, Hmm, right...14:10
StygiaRP, What sort of problems could that cause?14:10
RPStygia: races. Try PARALLEL_MAKE = "" in the recipe14:11
*** munch <munch!> has joined #yocto14:13
*** denix <denix!> has quit IRC14:18
*** denix <denix!> has joined #yocto14:19
*** ScriptRipper1 <ScriptRipper1!> has joined #yocto14:20
*** _dv_ <_dv_!> has joined #yocto14:23
*** belen2 <belen2!~Adium@> has quit IRC14:23
*** dv_ <dv_!> has quit IRC14:24
StygiaRP, I think, actually, it has to do with which paths are being used.14:25
StygiaRP, But, I'll look into it, and give a sound if I need some advice.14:25
StygiaRP, Thanks mate/mateette (or however you say in English).14:25
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto14:25
StygiaRP, Do you know what this path is? tmp/sysroots/imx6qsabresd/14:27
StygiaSubdir of build.14:27
StygiaIs that STAGING_BINDIR?14:27
RPStygia: that looks like STAGING_DIR_TARGET14:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:28
StygiaRP, Hmm, right. If I saw some host-specific paths in a configure file, and I wanted to sed in a prefix, would STAGING_DIR_TARGET be a good prefix? IIRC ${D} and ${S} usually don't have libs and such, don't think they should either.14:28
*** e8johan_ <e8johan_!~quassel@> has quit IRC14:29
*** e8johan <e8johan!> has joined #yocto14:29
StygiaRP, This, BTW, is my recipe and what I'm seeing with make:
*** hollisb <hollisb!> has joined #yocto14:30
RPStygia: yes, that would seem reasonable14:31
*** sunfunbaby <sunfunbaby!> has quit IRC14:31
StygiaRP, Right, cheers.14:31
*** belen <belen!Adium@nat/intel/x-ihjzydniuxbrahgh> has joined #yocto14:31
*** darknighte is now known as darknighte_znc14:32
JaMacan someone explain why every external-toolchain .inc file for tcmode sets:14:32
StygiaRP, Do you know what the difference is between SITELIBEXP and, say, ARCHLIBEXP?14:32
JaMawhile default bitbake.conf is using TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TARGET}" ?14:32
StygiaJaMa, I don't know 100%, presumably it compiles with files from your host (i.e. your "real" system) while other recipes use libs specific to Target.14:32
*** Crofton <Crofton!~balister@> has quit IRC14:34
RPJaMa: bitbake.conf never used to. We should remove the duplication, patches welcome14:34
RPStygia: arch is for architecture specific files, site is for site customisations which say the local admin has made14:35
StygiaRP, Site customization? What does "Site" mean in this context?14:36
JaMaRP: I think the default in bitbake.conf is used for target recipes only cross, native and few exeptions like *libc recipes are setting own value14:36
*** jonte <jonte!> has quit IRC14:36
RPStygia: think about a university or some large organisation with a perl "deployment"14:36
RPStygia: they would be "sites"14:36
JaMaI'm trying to make MACHINE-specific tcmode selection working correctly with native/allarch recipes :/14:37
StygiaRP, Ah, hmm right.14:37
RPJaMa: that default if for target recipes, yes14:37
JaMathere are more problems (different TOOLCHAIN_OPTIONS, vardeps on "CSL_VER_MAIN CSL_VER_GCC", different TARGET_PREFIX) than benefits sofar14:38
RPJaMa: native overrides the compiler/linker commands anyway and wouldn't use TOOLCHAIN_OPTIONS14:38
*** e8johan <e8johan!> has quit IRC14:38
JaMaRP: so the patch should change STAGING_DIR_TARGET to STAGING_DIR_HOST in bitbake.conf or what you mean by "never used to"? it's there since 2010-08-1214:39
RPJaMa: we only use --sysroot when cross compiling in the case TARGET = HOST so it doesn't really matter14:40
RPJaMa: I misunderstood your question and was meaning that before 2010, the external tc files set TOOLCHAIN_OPTIONS but bitbake.conf did not14:41
RPJaMa: HOST != TARGET only in cross-canadian iirc14:41
StygiaRP, Cross-canadian? :P14:42
*** slips <slips!~slips@> has joined #yocto14:42
RPStygia: building with build != host != target, e.g. building binutils which generates arm binaries on a linux system but to run on mac OSX14:43
JaMabuild != host != target != build :)14:43
RPJaMa: er, yes, that :)14:43
JaMaotherwise you can find triple with build == target14:44
sgw_bluelightning_: wanted to check with you regarding the recent rpm / perl issue, it seems there are 8 scripts in /usr/lib/rpm that need perl and we are seeing a14:44
sgw_no package provides /usr/bin/perl on the auto builder (Bug #5393), any thoughts?14:44
yoctiBug major, Undecided, ---, saul.wold, NEW , do_rootfs fails for rpm image with: can't install rpm-5.4.9-r63@x86_64: no package provides /usr/bin/perl14:44
StygiaRP, I take it you meant cross-compilation, I just the the 'Canadian' pun pretty funny.14:44
*** zenlinux_ <zenlinux_!> has joined #yocto14:44
RPsgw_: I have a fix in master for this14:44
*** e8johan <e8johan!> has joined #yocto14:44
sgw_RP: Ok thanks!14:44
RPStygia: there is a cross-canadian class and recipes ;-)14:44
JaMaRP: ok, if I manage to work around other issues related to changing tcmode in machine.conf I'll send patch to align TOOLCHAIN_OPTIONS as well14:44
StygiaRP, Huh, really? Hah.14:45
*** jonte <jonte!> has joined #yocto14:45
RPJaMa: I'm not entirely sure changing tcmode in machine.conf is a good idea...14:45
JaMaI agree :)14:45
JaMaIt wasn't my decision, I'm just trying to get more agruments to explain why it was bad decision and in the process find ways how to get the same signatures for native and allarch recipes at least14:47
sgw_RP: I see what you did, that's a clean fix, missed it when I was looking yesterday, I will close out that bug.14:48
slipsHas anyone here successfully built an SDK for Qt5?14:49
JaManot that I know of14:50
RPJaMa: I think  STAGING_DIR_HOST  is probably slightly more correct for bitbake.conf. I don't remember why we didn't do that though14:50
*** e8johan <e8johan!> has quit IRC14:51
RPsgw_: we should probably fire  a master build?14:52
slipsJaMa, ok, that's unfortunate.. Is cross-compiling Qt5 outside of yocto my best option then?14:52
RPslips: these things are kind of hard and debugging our build of a qt5 sdk is probably the best option14:53
*** amaury_d <amaury_d!> has joined #yocto14:53
*** belen2 <belen2!~Adium@> has joined #yocto14:56
*** _dv_ is now known as dv_14:56
*** belen <belen!Adium@nat/intel/x-ihjzydniuxbrahgh> has quit IRC14:58
JaMaslips: you can cross-compile qt5 for your target just fine with meta-qt514:58
*** zenlinux_ <zenlinux_!> has quit IRC14:58
slipsyeah, i've gotten the target sysroot up, ok14:59
*** zenlinux <zenlinux!> has quit IRC14:59
slipsi'm struggling with qmake14:59
*** zenlinux <zenlinux!> has joined #yocto14:59
ant_workzeddii: I think you're working on the worst possible 'yoctized' kernel ;)14:59
slipswhich seems to be the same problem as mentioned on the wiki.14:59
zeddiiant_work. I definitely don't disagree. I'm hoping to find a core issue in the .. mess :)15:01
*** SorenHolm <SorenHolm!> has quit IRC15:02
slipsJaMa, thanks for the link btw15:02
kbartslips, sorry for off-topic, but what made you choose qt5 over qt4.8?15:04
JaMaslips: thanks for forcing me to finally grep IRC/E-mail logs to get list of people :)15:04
*** B4gder <B4gder!> has quit IRC15:05
slipskbart, It's a new project and we want to use the latest stable version. We could've done it with 4.8 as we don't depend on all the fancy new qt quick stuff, but this is a product that will last for years. It's easier with newer versions.15:09
slipsAlso, we have this ex-trolltech guy at our office, and he's pushing us. ;)15:10
*** mbelisko <mbelisko!> has quit IRC15:11
kbartslips, I see thanks for confirming my thoughts ;) I was in a similar situation, but I chose qt4.8 as we also don't need "fancy new stuff" and it had much better cross-compiling support at the time the project started.15:11
ant_workJaMa: have you built m4-native in the last 4 days?15:11
JaMaant_work: not from master, but I plan to test it after your report15:12
ant_worki very way to stop with ctrl+c...killall15:12
StygiaHey, I am still not having any luck making do_compile finish for my libsql-abstract-perl recipe.15:14
StygiaThis is the recipe:
StygiaThis is what I seed with bitbake -v libsql-abstract-perl:15:15
StygiaIt simply stops at do_compile, with the last line you can see.15:15
StygiaThis is what I'm seeing with ps aux | grep -i make15:16
StygiaOnly shows when this is running.15:16
StygiaDoes anyone have a suggestion on how I can proceed?15:16
*** jkridner|work <jkridner|work!> has quit IRC15:17
RPStygia: " /usr/bin/sudo /usr/bin/make install" ?15:18
RPStygia: most are in the T state I note too15:18
StygiaRP, Yes, I don't know why exactly it runs that exact command.15:19
StygiaRP, What specifically is the T stage? Test?15:19
RPStygia: It really shouldn't be doing that...15:19
StygiaStygia, Hmm, right...15:20
RPStygia: T state means its terminating15:20
StygiaIt doesn't have my Sudo password.15:20
StygiaAh, that's probably what it's hanging on, then.15:20
RPStygia: I think the sudo command is hanging, right15:20
StygiaWaiting for my password. Seems likely?15:20
RPso why is it trying to install?15:20
StygiaObviously the "correct" solution is sed my root password into the make script.15:20
RPfix that and you might be good15:20
Stygia... I'm joking.15:20
RPStygia: :)15:20
RPStygia: I've seen worse :/15:21
StygiaRP, Really?15:21
JaMaant_work: have you already tried make-4.0 in OE builds?15:21
RPStygia: I don't want to remember...15:21
StygiaRP, Hheh, right.15:21
StygiaRP, The only place it mentions sudo is in an inc/Module/ file...15:22
StygiaPREFIX is set to /usr/15:22
StygiaShould probably add ${D} to that.15:22
RPStygia: the compile step shouldn't be installing, period15:23
ant_workJaMa: no, still on 3.8215:24
zaifAny idea how can we add vivi kernel module to image?15:24
StygiaWell. I don't know, I am using cpan.bbclass15:24
StygiaMaybe I should try doing it manually.15:24
Stygiai.e. compiling manually.15:24
RPStygia: I did try a build locally but am missing dependencies :/15:24
StygiaRP, I could give you the recipes if you wanted.15:25
StygiaI have all of the necessary ones,though it is quite a long dependency chain.15:25
StygiaRP, I have so many perl recipes at this point... it's a bit of a pain to just look at, heh.15:25
*** kbart <kbart!~KBart@> has quit IRC15:25
RPStygia: I can imagine. I'm not sure I have time to debug it, I just tried as I thought it might "just work"15:26
Stygia110 at an easy count.15:26
StygiaAs in ls -l | grep -i lib | wc -l15:26
StygiaWhere libX-perl is our custom perl libs - almost no duplicates left of core modules at this point.15:26
StygiaAh, at least 102 of them are perl libs, we do have a few others too.15:28
*** jonte <jonte!> has quit IRC15:31
*** jonte <jonte!> has joined #yocto15:35
jackmitchellJaMa: I've been using make4.0 in builds15:37
jackmitchellJaMa: only real issue I encountered was eglibc failing15:37
jackmitchellfor which there is a bug report somewhere15:38
*** jonte <jonte!> has quit IRC15:38
*** jonte <jonte!> has joined #yocto15:41
JaMajackmitchell: thanks for info15:44
JaMaant_work: it passes sanity test you reported broken with gentoo's 3.8215:45
JaMabuilding eglibc now15:45
ant_workI had to revert, was not a build from scratch, though15:45
*** darknighte_znc is now known as darknighte15:47
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:48
JaMaant_work: m4-native built fine here15:49
ant_workwhat to say, better so ;)15:50
ant_workI'll retry from scratch once more15:50
StygiaRP, Hmm.... Just FYI in case you ever see a similar issue.15:56
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC15:57
StygiaRP, I haven't fixed it yet, but I triggered new errors by copying my RDEPENDS to DEPENDS.15:57
StygiaRP, Seems like it was trying to CPAN install the dependencies.15:57
StygiaRP, Seems like the origin of the make install stuff during compile.15:57
RPStygia: ah, interesting. So if you add the right DEPENDS, it might not try installing things?15:58
*** mihai <mihai!~mihai@> has quit IRC16:01
StygiaDoesn't seem like it.16:01
StygiaRP, But, now I'm confused.16:01
StygiaIt now fails with "Can't find in in @INC", then lists the INC.16:01
StygiaOne path, /mnt/dev/fsl-community-bsp/build/tmp/sysroots/imx6qsabresd/usr/lib/perl/5.14.3, instantly returns a if I do find ... -name Carp.pm16:02
RPStygia: that seems odd :(16:03
StygiaRP, Yea, it does.16:03
StygiaRP, Ah, at least in my experience getting a new error means progress.16:03
*** sakoman <sakoman!> has quit IRC16:06
*** sakoman <sakoman!> has joined #yocto16:07
JaMajackmitchell: something like this in building eglibc-initial? | *** These critical programs are missing or too old: make16:08
JaMa| checking version of make... 4.0, bad16:09
jackmitchellJaMa: yep16:09
jackmitchellJaMa: it's hard coded in the configure.in16:09
yoctiBug 5391: normal, Undecided, ---, saul.wold, NEW , eglibc failes to compile with autoconf 2.69 and make 4.016:09
*** sameo_ <sameo_!samuel@nat/intel/x-xrflknxbgpxzsdpz> has joined #yocto16:10
jackmitchellit does a check for autoconf 2.68 and a check for make 3.*16:10
*** Crofton <Crofton!~balister@> has joined #yocto16:10
*** fpaut is now known as fpaut_16:13
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-zmgnevpreorydqzh> has quit IRC16:14
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ynllaptpmslbkahr> has joined #yocto16:15
StygiaHey, I am still having no luck.16:23
StygiaAnd this error message has be stumped.16:23
StygiaThis is my recipe:16:23
*** mr_science <mr_science!> has joined #yocto16:23
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:23
StygiaI am getting this when running do_configure:16:24
StygiaAnd, yet, I do find (first_thing_it_lists_from_@inc) - name, it's there.16:24
*** Crofton <Crofton!~balister@> has quit IRC16:24
StygiaIn fact it seems to be there in the native-perl one, as well.16:24
StygiaSo I don't see wtf it's failing over.16:24
StygiaAnyone have any ideas?16:26
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ynllaptpmslbkahr> has quit IRC16:26
mr_scienceThis paste has been removed!16:27
mr_sciencecan you paste the error again?16:27
*** soldoKyn <soldoKyn!> has quit IRC16:28
mr_sciencesomeone just handed me some birthday cards to sign...16:29
JaMajackmitchell: I'll send patch for make-4 in a minute16:30
Stygiamr_science, Heh.16:30
StygiaFor anyone's information, I have tried commenting out do_configure_append an the EXTRA_CPANFLAGS - no change.16:30
-YoctoAutoBuilder- build #50 of nightly-qa-logrotate is complete: Success [build successful] Build details are at
zaifHow can I emulate vivi v4l2 driver into my Image?16:37
zaifThere's code available but, how can I port this to kernel?16:38
*** nitink <nitink!~nitink@> has quit IRC16:41
*** ant_work <ant_work!> has quit IRC16:43
*** seebs <seebs!> has quit IRC16:46
*** elmi82 <elmi82!> has quit IRC16:46
mr_scienceof course, as soon as i try and look at it things start hopping here...16:48
*** seebs <seebs!> has joined #yocto16:54
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC17:02
*** tharvey <tharvey!> has left #yocto17:02
*** Crofton <Crofton!> has joined #yocto17:19
*** nitink <nitink!nitink@nat/intel/x-fovbjfptrxardxfi> has joined #yocto17:19
*** joeythesaint <joeythesaint!~jjm@> has quit IRC17:20
* mr_science still trying to see daylight17:21
RPbluelightning_: do we need to set EXCLUDE_FROM_WORLD in the dbus-ptest recipe?17:25
bluelightning_RP: I wondered about that, but it does build fine without ptest enabled17:26
RPbluelightning_: ok, fair enough17:26
RPbluelightning_: btw, on the quoting issue, that is rife within the metadata :(17:26
bluelightning_RP: hmm, this is the first one I've noticed FWIW17:27
bluelightning_I was surprised it was allowed, but I guess the overall assignment regex is greedy17:27
RPbluelightning_: look at bitbake.conf :(17:27
RPbluelightning_: I started fixing them, then found we have *lots*17:27
kergothlet me guess, it's the fact taht foo = 'bar baz '' foo' is valid? :)17:27
bluelightning_kergoth: pretty much yep17:28
kergothbitbake's quote handling is pretty weak, basically if theres a leading and ending quote, strip them off. done.17:29
Croftonis bitbake a build system?17:29
* Crofton trolls17:29
* kergoth twitches17:29
bluelightning_Crofton: is someone claiming it is? ;)17:30
*** bluelightning_ is now known as bluelightning17:30
CroftonI saw a slide last week :)17:34
mr_sciencewhen does the movie come out?17:41
*** Stygia <Stygia!> has quit IRC17:46
*** eballetbo <eballetbo!> has quit IRC17:46
*** zenlinux <zenlinux!> has quit IRC17:54
*** paulbarker <paulbarker!> has quit IRC17:58
*** TuTizz <TuTizz!~TuTizz@> has quit IRC17:58
*** panda84kde <panda84kde!> has left #yocto17:59
*** ka6sox is now known as zz_ka6sox18:03
*** darknighte is now known as darknighte_znc18:06
*** Crofton <Crofton!> has quit IRC18:11
*** zenlinux <zenlinux!> has joined #yocto18:13
* mr_science coerces a marginal maven build18:17
*** Crofton <Crofton!> has joined #yocto18:21
*** Darander <Darander!> has joined #yocto18:22
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-zhyzwrfugilgholr> has joined #yocto18:34
*** Darander <Darander!> has quit IRC18:38
*** brm <brm!da653619@gateway/web/freenode/ip.> has joined #yocto18:44
brmHey guys, got a systemd question18:44
brmwhat do i need to add to my configuration apart from: DISTRO_FEATURES_append = " systemd"      VIRTUAL-RUNTIME_init_manager = "systemd"18:45
brmI get all sorts of errors if I do just the above18:45
mr_scienceerrors building an image recipe?18:47
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-zhyzwrfugilgholr> has quit IRC18:47
brmerrors when I make my image18:48
brmbombed out on some glibc thing .. trying again as we speak ..18:49
brmGaribaldi: Do I nned to add anything else to support systemd?18:52
*** Darander <Darander!> has joined #yocto18:53
bluelightningbrm: do you definitely have a leading space in the DISTRO_FEATURES_append value? i.e. " systemd" not "systemd"18:53
brmbluelightning: Yep18:54
mr_scienceand i assume your DISTRO_FEATURES_append is in local.conf?18:55
*** acidfoo <acidfoo!~nib@> has joined #yocto18:55
brmmr_science: Yes it is ..18:55
*** acidfoo <acidfoo!~nib@> has quit IRC18:56
*** acidfoo <acidfoo!~nib@unaffiliated/acidmen> has joined #yocto18:56
brmto be specific  build/conf/local.conf18:56
mr_sciencewell, i specifically made my rpi image recipes not to depend on systemd18:57
brmI also have a DISTRO_FEATURES line in there, can't I just add it in there?18:57
mr_sciencebut afaik that should be the default for the more full-featured images18:58
mr_scienceefl, gnome, qtX18:58
brmmr_science: Doesn't help, I have a customer who requires systemd ..18:58
brmI am making a minimal custom image18:59
mr_sciencei would add it there and get rid of the _append18:59
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC18:59
brmmr_science: Yep .. trying that18:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:01
*** Crofton <Crofton!> has quit IRC19:01
*** zz_ka6sox is now known as ka6sox19:04
*** Crofton <Crofton!> has joined #yocto19:05
brmmr_science: So I only need those two lines, nothing else?19:06
brmmr_science: Actually the error I am getting is libtool-cross refuses to build19:07
kergothif libtool-cross is failing to build, then everyting will fail to build, because your toolchain is hosed19:08
kergothits almost always the first recipe to build that uses it :)19:09
-YoctoAutoBuilder- build #338 of nightly-multilib is complete: Success [build successful] Build details are at
brmok, will trash my build directory and start the build again .. I suspected as much, as I mistakedly removed some of my tmp directory19:09
*** SorenHolm <SorenHolm!> has joined #yocto19:11
kergoththere's no reason to avoid wiping tmp in cases like that, particularly if your SSTATE_DIR is outside of it. reconstructing the tmpdir from sstate archives doesn't take long19:12
brmkergoth: SO how do you do that?19:16
kergoththat's the default in recent poky. the sstate-cache dir is in topdir, not tmpdir, so wiping tmpdir doens't remove it19:17
brmOn another issue, I can't get my defconfig file in my layer to be used by the linux-mainline kernel build, and yes it is on my SRC_URI ..19:19
kergothif you're using a bbappend, you have to define FILESEXTRAPATHS appropriately to get it to find it19:20
kergothsee many bbapepnds for xamples19:20
*** belen2 <belen2!~Adium@> has quit IRC19:21
brmI have that FILEEXTRAPATHS set correctly, as I have kernel patches in the same place, and they are being used ..19:22
brmIt just refuses to pick up the defconfig file ... even a *.cfg fragment file is ignored ..19:23
* kergoth shrugs, don't know enough about how the linux-yocto recipes function under the hood to say what could cause that19:25
brmIt's not the linux-yocto kernel, my image uses the linux-mainline kernel19:26
brmIt's for the beaglebone black, defined in meta-beagleboard19:27
kergothbest off reading the recipe and seeing what it's doing, then19:28
brmdo I have to follow the same path, i.e linux/linux-mainline-3.8/beaglebone .... for my append19:28
brmThe recipe has the following: FILESPATH =. "${FILE_DIRNAME}/linux-mainline-3.8:${FILE_DIRNAME}/linux-mainline-3.8/${MACHINE}:"19:30
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rkkdkhkfkxvycejk> has joined #yocto19:32
*** sameo_ <sameo_!samuel@nat/intel/x-xrflknxbgpxzsdpz> has quit IRC19:37
brmkergoth: You still there?19:40
*** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.> has quit IRC19:51
*** Crofton <Crofton!> has quit IRC19:56
*** W1N9Zr0 <W1N9Zr0!> has quit IRC19:58
-YoctoAutoBuilder- build #50 of nightly-qa-skeleton is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #351 of nightly-x32 is complete: Success [build successful] Build details are at
*** tor <tor!> has quit IRC20:35
*** GusBricker <GusBricker!> has joined #yocto20:37
*** nitink <nitink!nitink@nat/intel/x-fovbjfptrxardxfi> has quit IRC20:41
-YoctoAutoBuilder- build #52 of nightly-qa-pam is complete: Success [build successful] Build details are at
*** nitink <nitink!~nitink@> has joined #yocto20:45
*** nitink <nitink!~nitink@> has quit IRC20:50
*** Darander <Darander!> has quit IRC20:57
*** Darander <Darander!> has joined #yocto20:58
*** ant_home <ant_home!~andrea@> has joined #yocto21:00
*** Darander_ <Darander_!> has joined #yocto21:01
*** Darander <Darander!> has quit IRC21:01
*** GusBricker <GusBricker!> has quit IRC21:05
-YoctoAutoBuilder- build #222 of nightly-qa-systemd is complete: Success [build successful] Build details are at
*** nitink <nitink!nitink@nat/intel/x-hbdgfiqbzyzvrxru> has joined #yocto21:08
ant_homeRP: about the patch for jffs2, pls note there is a syntax error21:09
ant_home *** 0013:            alltypes.remove(a):  <--- the colon21:09
*** j8 <j8!~j8@> has joined #yocto21:14
j8i am experimenting with a non-yocto kernel and during the build, i get the following error:21:16
j8"Multiple .bb files are due to be built which each provide virtual/kernel"21:16
j8any ideas?21:16
RPant_home: ok, thanks. I didn't test it, it was mainly to show you the idea...21:20
brmTrying to use systemd and get this error on boot: systemd[1]: Failed to mount /run: No such file or directory .. any ideas anyone?21:21
RPj8: you're trying to build two kernels. Something is wrong with your kernel recipe...21:22
ant_homeRP: patch is ok, I just override it for collie21:23
RPant_home: can you ack on list and I can then fix and merge...21:25
j8it's a bleeding edge kernel from kernel.org21:28
j8should it have inherit's beyond  just "inherit kernel"?21:28
RPj8: did you set PREFERRED_PROVIDER_virtual/kernel to the replacement recipe?21:31
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC21:32
*** GusBricker <GusBricker!> has joined #yocto21:34
j8RP: tried that, but it didn't work21:36
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:36
j8i set PREFERRED_PROVIDER_virtual/kernel = "linux", and the recipe is named linux_3.11.bb21:37
brmso got systemd booting, but needed to manually add a /run directory, shouldn't the receipe do that?21:39
mr_scienceyou would think so, since /run isn't part of the volatile config any more21:40
RPj8: where did you set it?21:41
brmso it's probably a bug then ..21:41
RPbrm: sounds like something is wrong. The standard test systemd images do boot on the autobuilder though21:42
mr_sciencei'm pretty sure the systemd images get more exercise than not21:42
* mr_science will make another rpi image recipe with systemd21:43
brmRP: So apart from adding systemd to DISTRO_FEATURES abd VIRTUAL-RUNTIME-INIT_manager, what should I be adding?21:43
j8J8: i just renamed it to linux-bleeding_3.11, set the PREF...PROV..._virtual/kernel = "linux-bleeding", PROVIDES = "linux", and the warnings seemed to go away21:43
brmat the moment both init systems come up together .. systemd starts 4 seconds into the boot21:44
*** mr_science_ <mr_science_!> has joined #yocto21:45
*** n01_ <n01_!> has joined #yocto21:46
RPj8: ah, there is an issue with using "linux" as a recipe name :/21:47
RPj8: its used in OVERRIDES :/21:47
kergothdoesn't the sanity check warn you when you do that?21:48
RPkergoth: I thought we had one, yes...21:48
*** mr_science_ is now known as codehog21:48
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC21:49
brmcodehog: So you tried a rpi systemd image?21:49
j8RP, kergoth: is it in 1.4.2?21:49
codehognot until i get home...21:50
codehogkinda busy atm21:50
*** kmacleod <kmacleod!> has quit IRC21:50
RPbrm: you can see what the autobuilder does in
*** SorenHolm <SorenHolm!> has quit IRC21:53
brmthanks, regarding ..BACKFILL, yes thought of that, but what if some recipes still require init startup?21:53
RPbrm: well, they you use both sysvinit and systemd as you are right now...21:53
RPbrm: which DISTRO are you using?21:54
*** darknighte_znc <darknighte_znc!~darknight@pdpc/supporter/professional/darknighte> has quit IRC21:55
brmRP: No distro, using custom image on BBB and using meta-beaglebone21:56
*** darknighte_znc <darknighte_znc!> has joined #yocto21:56
*** darknighte_znc is now known as darknighte21:56
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto21:56
RPbrm: poky does add packagegroup-core-boot, I wonder if you're missing that and its causing the problem?21:58
brmRP: No have that ..21:59
RPbrm: are you including layers like angstrom?22:01
brmRP: No .. don't want any "distro"22:02
RPbrm: There appears to either be some missing piece, or something being overridden as I know the autobuilder tested images work...22:03
RPbrm: what, I don't know though22:03
*** walters <walters!walters@nat/redhat/x-hgbwobobgewqrqvp> has quit IRC22:03
brmsystemd booted up fine and I can start/stop services .... just the missing /run thing ..22:03
RPbrm: right, but until you added that they didn't boot?22:03
brmRP: correct22:04
brmRP: Is there any image I can look at that sets up systemd?22:04
RPbrm: you could build one of the ones as the autobuilder does. I don't know if the AB shares those systemd ones or not...22:05
brmRP: Not familiar with the autobuilder .. what is that?22:06
RPbrm: we use it for regression testing22:06
jwesselFor submitting patches that fix things with PR numbers we remove the PR numbers right?22:06
*** kmacleod <kmacleod!> has joined #yocto22:07
brmRP: Thanks .. got to go to a meeting .. thanks for the help .. cheers22:07
RPjwessel: PR numbers? you mean Yocto bug numbers?22:08
jwesselNo I am fixing a couple recipes for native SDK and they have PR = "..."22:08
RPjwessel: sorry, with you now. We remove them when PV changes upwards22:08
jwesselFrom the master branch.22:08
jwesselGot it.22:08
jwesselSo no PV change.  That explains why I still see some of each :-)22:08
jwesselTechnically I don't even need a PR bump to add nativesdk.22:09
RPjwessel: basically versions should not go backwards but PR server takes the strain now for bumping them22:09
jwesselWe learned "the hard way" there were some binaries being copied from native to nativesdk for our custom sdk.22:10
RPjwessel: ouch :/22:10
jwesselThose binaries will segfault when they see the other libc.22:10
jwesselBecause of the $ORIGIN/... etc.22:10
jwesselIt should have never happened in the first place.  We got to delete a pile code as a result so it is all good. :-)22:11
RPjwessel: right, native binaries are built quite differently. Deleting code is generally nice :)22:12
j8thanks, all22:15
*** j8 <j8!~j8@> has quit IRC22:15
*** kmacleod <kmacleod!> has quit IRC22:20
*** mulhern <mulhern!> has joined #yocto22:20
*** kmacleod <kmacleod!> has joined #yocto22:21
*** kmacleod <kmacleod!> has quit IRC22:25
*** kmacleod <kmacleod!> has joined #yocto22:35
*** kmacleod <kmacleod!> has quit IRC22:39
sgw_jwessel: did you mean to resend your patch from earlier today or is it a v2?22:46
jwesselDid I manage to send the wrong patch?22:47
* jwessel goes looking at the history.22:47
jwessells 0001* |wc -l22:49
sgw_time to clean up?22:49
jwesselThat would be my problem. Yes.22:49
*** n01_ <n01_!> has quit IRC22:50
jwesselThe .gitignore in the top of oe-core finally got me.22:53
jwesselI couldn't figure out why the patches were not going away with a git clean.22:53
jwesselThe top level .gitignore has /*.patch22:53
*** kmacleod <kmacleod!> has joined #yocto22:57
*** warthog9 <warthog9!~warthog9@2001:470:1f05:1c0e:2ed0:5aff:fe00:90b> has joined #yocto22:58
*** warthog9 <warthog9!~warthog9@2001:470:1f05:1c0e:2ed0:5aff:fe00:90b> has left #yocto22:58
*** kmacleod <kmacleod!> has quit IRC23:01
*** bluelightning <bluelightning!> has joined #yocto23:03
*** bluelightning <bluelightning!> has quit IRC23:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto23:03
*** agust <agust!> has quit IRC23:12
*** kmacleod <kmacleod!> has joined #yocto23:18
*** kmacleod <kmacleod!> has quit IRC23:22
*** kmacleod <kmacleod!> has joined #yocto23:24
*** dv_ <dv_!> has quit IRC23:25
*** kmacleod <kmacleod!> has quit IRC23:29
*** Crofton <Crofton!> has joined #yocto23:32
*** kmacleod <kmacleod!> has joined #yocto23:40
*** Darander_ <Darander_!> has quit IRC23:47
*** Darander <Darander!> has joined #yocto23:48
*** peterwhitfield <peterwhitfield!> has joined #yocto23:52
peterwhitfieldlooking for help with toolchains...23:53
peterwhitfieldI'm trying to use an older version of gcc and looking for some help23:54
codehogif you're here later, i'll be around after my commute home...23:58
peterwhitfieldI'm in Australia, so should be here most of the day23:59

Generated by 2.11.0 by Marius Gedminas - find it at!