Thursday, 2018-03-01

*** stephano <stephano!stephano@nat/intel/x-tcqesgjldljaniac> has quit IRC00:00
*** stephano <stephano!~stephano@> has joined #yocto00:00
*** lamego <lamego!~lamego@> has left #yocto00:05
*** Martinheterjag <Martinheterjag!> has quit IRC00:08
* armpit is the kernel00:10
*** JoseBravo <JoseBravo!~jbravo@> has quit IRC00:33
-YoctoAutoBuilder- build #814 of nightly-deb-non-deb is complete: Success [build successful] Build details are at
*** JoseBravo <JoseBravo!~jbravo@> has joined #yocto00:40
*** sgw <sgw!~swold@> has joined #yocto00:45
*** nighty- <nighty-!> has joined #yocto00:51
*** CoRfr <CoRfr!> has quit IRC00:56
*** CoRfr <CoRfr!> has joined #yocto00:56
*** CoRfr- <CoRfr-!~CoRfr@> has joined #yocto00:57
*** CoRfr <CoRfr!> has quit IRC01:01
*** CoRfr- <CoRfr-!~CoRfr@> has quit IRC01:08
*** learningc <learningc!> has joined #yocto01:08
*** JoseBravo <JoseBravo!~jbravo@> has quit IRC01:12
-YoctoAutoBuilder- build #463 of nightly-packagemanagers is complete: Success [build successful] Build details are at
*** stephano <stephano!~stephano@> has quit IRC01:21
*** martinkelly <martinkelly!~martin@> has quit IRC01:26
*** quite <quite!quite@unaffiliated/quite> has quit IRC01:27
*** quite <quite!quite@unaffiliated/quite> has joined #yocto01:40
*** ullbeking <ullbeking!sid5364@gateway/web/> has joined #yocto01:41
*** martinkelly <martinkelly!~martin@> has joined #yocto01:57
*** JoseBravo <JoseBravo!~jbravo@> has joined #yocto02:05
*** JoseBravo <JoseBravo!~jbravo@> has quit IRC02:14
*** Willy-- <Willy--!~william@> has quit IRC02:22
*** JoseBravo <JoseBravo!~jbravo@> has joined #yocto02:23
-YoctoAutoBuilder- build #827 of nightly-musl is complete: Success [build successful] Build details are at
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:9984:6c7d:8b3:fe3c> has quit IRC03:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:15
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:29
*** CoRfr <CoRfr!~CoRfr@> has joined #yocto03:36
*** CoRfr <CoRfr!~CoRfr@> has quit IRC03:39
*** CoRfr- <CoRfr-!~CoRfr@> has joined #yocto03:39
*** scottrif <scottrif!~scottrif@> has quit IRC03:39
*** CoRfr- <CoRfr-!~CoRfr@> has quit IRC03:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:49
*** martinkelly <martinkelly!~martin@> has joined #yocto03:50
*** khem <khem!~khem@unaffiliated/khem> has quit IRC04:24
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto04:28
*** nslu2-log <nslu2-log!> has quit IRC04:44
*** nslu2-log <nslu2-log!> has joined #yocto04:46
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto04:46
*** nslu2-log <nslu2-log!> has quit IRC04:54
*** nslu2-log <nslu2-log!> has joined #yocto04:55
*** martinkelly <martinkelly!~martin@> has quit IRC04:57
*** nslu2-log <nslu2-log!> has quit IRC05:02
*** nslu2-log <nslu2-log!> has joined #yocto05:05
-YoctoAutoBuilder- build #841 of nightly-x86-64 is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #814 of nightly-qa-extras is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #863 of nightly-oe-selftest is complete: Success [build successful] Build details are at
*** halstead <halstead!> has quit IRC05:52
*** halstead <halstead!> has joined #yocto05:52
*** erbo <erbo!> has quit IRC06:06
*** Bunio_FH <Bunio_FH!> has joined #yocto06:08
*** kaspter <kaspter!~Instantbi@> has quit IRC06:11
-YoctoAutoBuilder- build #806 of nightly-mips64 is complete: Success [build successful] Build details are at
*** CoRfr <CoRfr!~CoRfr@> has joined #yocto06:21
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto06:35
*** JoseBravo <JoseBravo!~jbravo@> has quit IRC06:48
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:49
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto06:51
*** rahul12789 <rahul12789!~rahul.dho@> has joined #yocto06:51
-YoctoAutoBuilder- build #804 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** dreyna <dreyna!> has joined #yocto06:53
*** VincentDaanen <VincentDaanen!> has joined #yocto06:55
rahul12789I got this error while configuring windows sdk on eclipse  oxygen ide06:55
rahul12789at org.yocto.sdk.ide.YoctoSDKChecker.checkYoctoSDK(Unknown Source)06:55
rahul12789at org.yocto.sdk.ide.YoctoUISetting.validateInput(Unknown Source)06:55
rahul12789Can anyone help please?06:55
rahul12789I'm using eclipse plugin from
-YoctoAutoBuilder- build #807 of nightly-mips is complete: Success [build successful] Build details are at
*** pohly <pohly!> has joined #yocto06:59
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:03
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:05
-YoctoAutoBuilder- build #813 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** jbravo <jbravo!~jbravo@> has joined #yocto07:15
-YoctoAutoBuilder- build #840 of nightly-x86 is complete: Success [build successful] Build details are at
*** jbravo is now known as JoseBravo07:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:35
*** hamis <hamis!~irfan@> has joined #yocto07:39
*** frieder <frieder!> has joined #yocto07:40
*** hnje <hnje!> has joined #yocto07:43
*** Saur <Saur!> has quit IRC07:53
*** jij <jij!> has quit IRC07:53
*** rajm <rajm!> has joined #yocto07:55
*** Saur <Saur!> has joined #yocto07:58
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has quit IRC08:04
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has joined #yocto08:04
*** clement__ <clement__!~clement@> has joined #yocto08:11
*** fl0v0 <fl0v0!> has joined #yocto08:11
kanavin1khem: gobject introspection is broken with systemd and musl - known issue?08:14
*** dreyna <dreyna!> has quit IRC08:20
*** wolfmitchell <wolfmitchell!> has joined #yocto08:20
*** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has joined #yocto08:20
*** harmathy <harmathy!> has joined #yocto08:25
-YoctoAutoBuilder- build #791 of nightly-arm64 is complete: Success [build successful] Build details are at
*** rburton <rburton!> has joined #yocto08:30
-YoctoAutoBuilder- build #878 of nightly-arm is complete: Success [build successful] Build details are at
*** lucaceresoli <lucaceresoli!> has joined #yocto08:37
*** yann <yann!> has quit IRC08:40
*** rajm <rajm!> has quit IRC08:42
*** lusus <lusus!~lusus@> has joined #yocto08:44
*** rajm <rajm!> has joined #yocto08:44
*** CoRfr <CoRfr!~CoRfr@> has quit IRC08:47
*** CoRfr <CoRfr!~CoRfr@> has joined #yocto08:47
*** hnje <hnje!> has quit IRC08:49
*** hnje <hnje!~hnje@> has joined #yocto08:51
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-xoncgibxwhwbcaaw> has quit IRC08:54
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-koegnmjzuklajrwb> has joined #yocto08:54
*** vdehors <vdehors!> has joined #yocto09:10
*** tavish_ <tavish_!~tavish@unaffiliated/tavish> has joined #yocto09:13
*** clement__ <clement__!~clement@> has quit IRC09:14
*** VincentDaanen_ <VincentDaanen_!> has joined #yocto09:16
*** VincentDaanen <VincentDaanen!> has quit IRC09:16
*** clement <clement!> has quit IRC09:16
*** clement_ is now known as clement09:16
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC09:18
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto09:20
mcfriskdoes recipe specific sysroot approach also remove all host tools from PATH of recipe build environment, unless -native dependencies are specified?09:31
mcfriskseeing an epidemic of using host gcc in our project for target builds and stuff just happens to work due to x86 architecture..09:32
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC09:34
rburtonmcfrisk: host tool pruning isn't related to recipe-specific-sysroots but was part of the same "reproducibility" issue.  its called hosttools, we symlink the commands we need from the host into the build dir and remove /usr/bin etc from PATH09:39
*** kaspter <kaspter!~Instantbi@> has quit IRC09:43
mcfriskrburton: thanks, I'll check that out..09:44
rburtonif you've recipes using 'cc' explicitly then yes that will fail, they should be changed to use BUILD_CC09:45
rburtonas people may want to use a different compiler to build natively09:45
mcfriskdid you consider adding file system namespaces to the mix to capture offenders using host tools with direct paths?09:46
*** gtristan <gtristan!~tristanva@> has joined #yocto09:47
rburtonmcfrisk:would that allow hosttools->/usr/bin/gcc to work but direct access to /usr/bin/gcc to fail?09:47
*** yann <yann!~yann@> has joined #yocto09:47
mcfriskrburton: I guess not, but one could bind mount instead of symlink..09:48
rburtonmcfrisk:  sounds good patches welcome :)09:49
mcfriskother related thing is capturing build logs. Is it possible with rm_work and sstate caching?09:49
rburtonrm_work doesn't delete logs09:49
*** VincentDaanen_ <VincentDaanen_!> has quit IRC09:49
mcfriskyes it does. our build is too big to work without rm_work, but capturing build logs to sstate cache would be nice, or at least adding build log based sanity tests to capture wrong compiler calls or missing build flags, e.g. hardening09:50
rburtonlogs to sstate? that doesnt really make sense09:51
*** falstaff <falstaff!~quassel@2001:1620:c6e:0:f9b6:2282:4a1:11e7> has quit IRC09:51
mcfriskwell it would be nice to archive all build logs somewhere so that they can be pulled in for processing if needed.09:52
rburtonthere are numerous projects to archive logs09:52
rburtonshould be fairly simple to write a class to push the logs somewhere for archiving/mining09:52
*** falstaff <falstaff!~quassel@2001:1620:c6e:0:6030:f82b:a5ce:170e> has joined #yocto09:53
*** jij <jij!> has joined #yocto09:53
mcfrisk"patches welcome" :)09:53
rburtonpretty much ;)09:53
rburtoni cant remember then one i found before but might be interesting09:55
mcfriskrburton: hmm, right now I just want a tar ball of all build logs to get an overview of compiler flags, missuses of host compiler, compiler warnings... enabling hardening exposes part of the bugs09:59
rburtonmcfrisk: add a build postfunc or something to archive the log files?10:00
rburtonthat would only archive on success though10:01
mcfriskrburton: that would be enough, I'll check the details. thanks!10:07
khemrburton: sent a v2 for static-pie issue in glibc10:09
*** JaMa <JaMa!~martin@> has joined #yocto10:19
*** rahul12789 <rahul12789!~rahul.dho@> has quit IRC10:19
*** rahul12789 <rahul12789!~rahul.dho@> has joined #yocto10:32
*** binarym <binarym!> has left #yocto10:33
*** learningc <learningc!> has quit IRC10:52
*** JoseBravo <JoseBravo!~jbravo@> has quit IRC10:55
*** welhm <welhm!> has quit IRC11:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:00
*** welhm <welhm!> has joined #yocto11:01
*** welhm_ <welhm_!~welhm@> has joined #yocto11:01
*** harmathy <harmathy!> has quit IRC11:04
*** welhm_ <welhm_!~welhm@> has quit IRC11:04
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:05
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:06
*** Sir_Gallantmon <Sir_Gallantmon!~King_InuY@fedora/ngompa> has joined #yocto11:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:09
*** Sir_Gallantmon is now known as Son_Goku11:09
*** jbravo <jbravo!~jbravo@> has joined #yocto11:09
yoctiNew news from stackoverflow: Yocto procedure to write generated image to hard disk <>11:15
*** sagner <sagner!~ags@> has joined #yocto11:16
*** morphis_ <morphis_!> has joined #yocto11:19
*** morphis <morphis!> has quit IRC11:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:28
*** learningc <learningc!~User@2001:e68:5443:8fa9:74e0:7286:e4dd:fe8d> has joined #yocto11:29
*** rahul12789 <rahul12789!~rahul.dho@> has quit IRC11:34
zksGuys, what the difference between 'devtool build-image <image>' and 'bitbake <image>'?11:45
yoctiNew news from stackoverflow: Yocto procedure to write generated image to HDD <>11:45
*** hnje <hnje!~hnje@> has quit IRC11:47
*** ladidadida <ladidadida!> has joined #yocto11:48
*** luc4 <luc4!> has joined #yocto11:48
*** hnje <hnje!> has joined #yocto11:49
*** nighty- <nighty-!> has quit IRC11:50
*** ladidadida <ladidadida!> has quit IRC11:54
*** lukas1 <lukas1!> has joined #yocto11:57
*** lukas1 is now known as geom_lukas11:58
rburtonzks: use devtool in a sdk, use bitbake if you're using the build system directly11:59
zksrburton: I've got it now - when working with devtool in a build system - I have to use 'devtool build-image'.12:00
zksrburton: Because I 'devtool build-image' also builds the devtool-workspace recipes.12:01
zksrburton: E.g., I do 'devtool add' or 'devtool modify' - now I *must* use 'devtool build-image' to include the added (or modified) recipe.12:02
rburtonno, thats not right12:02
*** mkilivan <mkilivan!d4880904@gateway/web/freenode/ip.> has quit IRC12:09
zksrburton: This is what I see on 12th slide here:
*** erbo <erbo!> has joined #yocto12:14
zksrburton: I'm trying 'devtool add' gRPC project to the build system (devtool add But it fails non-gracefully. Error in pastebin:
yoctiNew news from stackoverflow: what the difference between 'devtool build-image ' and 'bitbake ' <>12:15
rburtonzks: please file a bug12:15
zksrburton: Ok. How can I do it?12:16
zksrburton: Doing...12:16
rburtonare you using the esdk *and* the build system?12:16
rburtonconfused why it says starting bitbake more than once12:16
rburtonzks: btw12:17
zksrburton: 10x!! Checking it now...12:18
*** JaMa <JaMa!~martin@> has quit IRC12:18
*** learningc <learningc!~User@2001:e68:5443:8fa9:74e0:7286:e4dd:fe8d> has quit IRC12:19
*** Nilesh__ <Nilesh__!uid116340@gateway/web/> has joined #yocto12:20
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC12:21
*** learningc <learningc!> has joined #yocto12:25
*** dlan <dlan!~dennis@> has joined #yocto12:34
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto12:34
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC12:44
*** jbravo <jbravo!~jbravo@> has quit IRC12:49
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC12:51
*** flying_sausages <flying_sausages!> has quit IRC12:52
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has joined #yocto12:52
*** dlan <dlan!~dennis@> has joined #yocto12:53
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto12:53
*** MiskaX <MiskaX!> has quit IRC12:54
*** jonathan___ <jonathan___!b213dd86@gateway/web/freenode/ip.> has joined #yocto12:55
zksrburton: Yeah. This exists only in master branch. I cherry picked these two commits (07f015f, 38f6ef9). How I can make a pull request to include gRPC also in the rocko branch?12:56
jonathan___Hi all! I'm having a little trouble with a recipe. I've been trying to use do_build[nostamp] = "1" to try and make sure all my tasks are rerun in my recipe, however it seems that it's still pulling from the sstate. Is there someway I can exclude this one recipe from the sstate?13:01
*** jbravo <jbravo!~jbravo@> has joined #yocto13:02
geom_lukasmaybe a noob beginner question but: can i use the information from RRECOMMENDS in bb files somehow? (like automatically building/including the listed kernelmodules etc. in my build, so that i do not have to check those manually?)13:03
*** MiskaX <MiskaX!> has joined #yocto13:06
*** luc4 <luc4!> has quit IRC13:10
*** rburton <rburton!> has quit IRC13:10
*** filt3r <filt3r!~x@2a03:b0c0:2:d0::7d:7001> has joined #yocto13:10
*** rburton <rburton!> has joined #yocto13:10
*** IsntFunny <IsntFunny!> has joined #yocto13:11
filt3rhello, i have the following issue using krogoth: in my im agre recipe i have a ROOTFS_POSTINSTALL_COMMAND where i use ${DATETIME} to create some files, however this gives me taskhash and basehash mismatch errors.13:13
filt3rI have tried setting various vardepsexclude things like `IMAGE_CMD[vardepsexclude] = "DATE TIME DATETIME"` to no avail. the recipe inherits from core-image. anybody has an idea how to fix this issue?13:13
*** gtristan <gtristan!~tristanva@> has quit IRC13:13
rburtonzks: stable  branches don't get version upgrades.  just copy/paste it to your layer13:14
zksrburton: Got it. Thanks!13:14
*** styler2go <styler2go!> has quit IRC13:14
filt3rok guys, nvm. i just found the right array for vardepsexclude :D13:16
filt3rproblem solved13:16
*** gtristan <gtristan!~tristanva@> has joined #yocto13:18
*** learningc <learningc!> has quit IRC13:21
*** luc4 <luc4!> has joined #yocto13:38
*** marka <marka!~masselst@> has joined #yocto13:40
luc4Hello! I'm writing my first recipe but I am a little unsure about this error: Those files are installed as part of my makefile and the path is correct. I guess that message means I need to explicitly set those as files packaged in the deb files created by yocto, but how should I explicit those files? I need those to be installed in the same path used by the "make install" command, which in turn depends on the path13:41
luc4specified by qmake.13:41
neverpanicluc4: You need to put them in some instance of FILES_${PN}, e.g. FILES_${PN} += "${libdir}/qt5"13:42
*** behanw <behanw!uid110099@gateway/web/> has quit IRC13:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:52
*** learningc <learningc!> has joined #yocto14:01
*** lamego <lamego!lamego@nat/intel/x-bxvahbttisacgllc> has joined #yocto14:01
*** paulg <paulg!> has quit IRC14:04
luc4neverpanic: so FILES_${PN} should be just a single path were the libs are to be installed by the package? So in my specific case for instance will be placed in the path specified by FILES_${PN}? So I should set it to ${libdir}/qt5/plugins/mediaservice?14:11
neverpanicNo, FILES_${PN} (or FILES_${PN}-dev or whatever package you want to contain these files) should contain a wildcard or prefix that will match those files14:12
*** stephano <stephano!~stephano@> has joined #yocto14:14
luc4neverpanic: ah, so I guess that tells the yocto what files to put in the package?14:14
luc4and it will use the same identical path right?14:15
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has left #yocto14:24
luc4neverpanic: now I see thanks!14:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:25
*** Nilesh__ <Nilesh__!uid116340@gateway/web/> has quit IRC14:39
*** nighty- <nighty-!> has joined #yocto14:41
*** jonathan___ <jonathan___!b213dd86@gateway/web/freenode/ip.> has quit IRC14:43
yoctiNew news from stackoverflow: How to determine dependencies of recipes in yocto? <> || Yocto procedure to install generated image to HDD from a USB-pendrive <>14:45
-YoctoAutoBuilder- build #830 of nightly-ppc is complete: Success [build successful] Build details are at
*** daj <daj!ad097cf9@gateway/web/freenode/ip.> has joined #yocto14:53
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto14:59
*** hamis <hamis!~irfan@> has quit IRC15:12
* kergoth yawns15:15
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:17
*** majuk <majuk!> has quit IRC15:20
*** open-nandra_ <open-nandra_!~marek@> has quit IRC15:22
*** majuk <majuk!> has joined #yocto15:24
*** ctwr <ctwr!~catalin@> has quit IRC15:26
*** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:8551:43e2:3b11:b5fa> has quit IRC15:44
*** Bunio_FH <Bunio_FH!> has quit IRC15:48
*** User_ <User_!> has joined #yocto15:49
*** learningc <learningc!> has quit IRC15:49
*** jbravo is now known as JoseBravo15:49
*** luc4 <luc4!> has quit IRC15:51
*** User_ <User_!> has quit IRC15:52
*** gourve_l <gourve_l!> has joined #yocto15:52
*** learningc <learningc!> has joined #yocto15:53
-YoctoAutoBuilder- build #816 of nightly-ppc-lsb is complete: Success [build successful] Build details are at
*** dreyna <dreyna!> has joined #yocto16:00
*** ladidadida <ladidadida!> has joined #yocto16:01
*** ladidadida <ladidadida!> has quit IRC16:04
*** ladidadida <ladidadida!> has joined #yocto16:04
*** scottrif <scottrif!~scottrif@> has joined #yocto16:09
*** JoseBravo <JoseBravo!~jbravo@> has quit IRC16:11
*** daj <daj!ad097cf9@gateway/web/freenode/ip.> has quit IRC16:11
*** peacememories <peacememories!> has joined #yocto16:16
-YoctoAutoBuilder- build #897 of nightly is complete: Success [build successful] Build details are at
*** peacememories <peacememories!> has quit IRC16:48
*** rcw <rcw!~rwoolley@> has joined #yocto16:49
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:53
*** rajm <rajm!> has quit IRC16:54
-YoctoAutoBuilder- build #816 of nightly-arm-lsb is complete: Failure [failed Running Sanity Tests] Build details are at
seebsthat weird host contamination issue may now be fixed. i'm optimistic; i can't reproduce the failure mode easily, but i can reproduce a failure mode which is very similar and which highlighted a flawed assumption which would result in deleting an entry on OP_CREAT17:04
*** Bunio_FH <Bunio_FH!> has joined #yocto17:04
RPseebs: that is good news!17:05
armpitRP morty-next needs a rebuild. the changes staged I can't tell when last built17:07
RParmpit: ok17:07
*** WillMiles <WillMiles!> has joined #yocto17:09
*** Bunio_FH <Bunio_FH!> has quit IRC17:09
*** User_ <User_!> has joined #yocto17:12
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC17:12
*** learningc <learningc!> has quit IRC17:12
*** CoRfr <CoRfr!~CoRfr@> has quit IRC17:13
*** CoRfr <CoRfr!~CoRfr@> has joined #yocto17:14
*** ski7777 <ski7777!> has quit IRC17:15
seebsbasically, i assumed an OP_CREAT would never come in that *precisely* matched an existing entry (both path and inode).17:16
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:18
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto17:23
*** yann <yann!~yann@> has quit IRC17:24
*** ntl <ntl!> has joined #yocto17:26
RPseebs: ah, interesting. And in reality we can do that...17:29
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto17:34
*** User_ <User_!> has quit IRC17:40
*** User_ <User_!> has joined #yocto17:40
*** Bunio_FH <Bunio_FH!> has joined #yocto17:43
ullbekinghey all, i'm learning yocto and bitbake by jumping in the deep end of a code base written by other engineers and reading manuals at the same time.  i'm experiencing and issue that i'm not sure what is wrong...17:43
ullbekingsure enough, layer.conf is absent17:45
ullbekingso i'm reading the docs for bitbake17:45
ullbekingand it's not clear to me whether layer.conf is something that should already be there, i.e., written manually17:45
RPullbeking: it should already exist17:45
ullbekingor if it's normally automatically generated and somehow got missed17:46
RPullbeking: meta-poky exists in some branches and not in others so it could be a branch mismatch issue17:46
RPullbeking: are you using bitbake/oe-core/meta-yocto spearately?17:46
*** vdehors <vdehors!> has quit IRC17:46
*** sagner <sagner!~ags@> has quit IRC17:46
RPullbeking: the other option is the file referencing this is wrong (conf/bblayers.conf usually)17:47
ullbeking17:46 <RP> ullbeking: are you using bitbake/oe-core/meta-yocto spearately?17:48
ullbekingi'm doing the following:17:48
seebswow that is some awful code in this example of pseudo allegedly failing with clone()17:49
ullbekingit fails on the bitbake command17:49
ullbekingperhaps the oe-init-build-env should have already set up layer.conf?17:49
ullbekingRP: so i don't know if this answers your question about "using bitbake/oe-core/meta-yocto spearately"?17:50
RPullbeking: I suspect your template config files don't match the layout of the code you're using17:50
ullbekingRP: that sounds plausible17:51
ullbekingyou mentioned something about a branch mismatch issue earlier17:51
seebsalso the documentation for clone(2) appears to be wrong17:51
seebshuh, that's really weird.17:52
ullbekingit is built on a specific, older, stable revision of facebook's known-working openbmc repository17:52
RPullbeking: compare with
seebsthis person's test case uses [alloced_stack]+stack_size-1 as the child_stack pointer, and crashes.17:52
RPullbeking: I think you're trying to use a codebase which expects one with a config file in the other format17:53
seebsif i use, say, alloced_stack+stack_size, or alloced_stack+stack_size-16, it's fine.17:53
RPullbeking: meta-yocto became meta-poky basically17:53
seebsbut their code works okay as long as it's *not* under pseudo, and I have no idea why.17:53
ullbekingRP: ah i see17:53
RPullbeking: I'm having to guess based on the info I have though17:53
ullbekingRP: i think i know what the issue is...17:53
RPseebs: please do point out their bug, the fact it works is curious :/17:54
ullbekingas i mentioned, this is based on a specific revision of facebook's openbmc17:54
seebsi honestly don't know whether the clone documentation is right or not17:54
seebsbut my intuition would be that your stack pointer should not be precisely-not on a power of two boundary.17:54
ullbekingbut i was using _that_ readme to try to build this project, even though it's out of date by the very fact that the new stuff builds on top of it17:54
RPullbeking: layer.conf is pre shipped, the generated file is bblayers.conf which references where to find layer.conf file17:55
seebsi just love this person asking whether pseudo can allow them to use any syscalls similar to fork17:55
seebsnope, never solved that one, this is why we have to invoke every single process separately and cannot use a shell17:55
RPseebs: If you don't understand what pseudo does, I can see how you might wonder. But yes, if that breaks we have problems17:56
ullbekingok, thank you RP, i'm going to try something different using different info.  i hope you don't mind these bumbling questions, i'm still just starting to learn my way around the hugeness of yocto17:56
RPullbeking: np, I just happen to know something about that as I worked on the meta-yocto -> meta-poky change17:57
ullbekingRP: what is "the meta-yocto -> meta-poky change" all about?17:57
ullbekingcan you point me to a link?17:57
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC17:58
RPullbeking: it got renamed between jethro and morty17:58
ullbekingRP: i'm going to need to go back to basics and read up on the naming scheme17:58
ullbekingdoes this mean the project name also changes from yocto to poky?17:59
RPullbeking: but that probably doesn't help you much, it just tells me you're mixing up configs and revisions which don't match17:59
ullbeking17:59 <RP> ullbeking: but that probably doesn't help you much, it just tells me you're mixing up configs and revisions which don't match18:00
ullbekingthat is hugely useful information for me though18:00
RPullbeking: "yocto" and "poky" both exist and mean specifiic things, this was an attempt to clarify a piece of that18:00
ullbekingRP: so "poky" is the name of the reference distribution.  but that page doesn't say what "yocto" now means.  what /does/ it mean?18:01
RPullbeking: yocto project is the overall entity which is working on bitbake, OE-Core, poky, and several other pieces and pulling them together as an ecosystem18:02
*** frieder <frieder!> has quit IRC18:02
ullbekingRP: ty for the helpful explanation18:06
ullbekingok, it's time to try something a bit different...18:06
ullbekingsee you soon again probably ;-)18:06
ntllooking for opinions - if you needed to put a filesystem on a bit of SRAM (1-2MB), what would you choose?18:09
RPntl: vfat?18:09
ntlRP: yeah, on top of mtdblock?18:10
RPntl: why would you want to use mtd* on SRAM?18:12
ntlRP: I don't, really. Is there another way to get a block interface to it without writing a driver though?18:15
*** luc4 <luc4!> has joined #yocto18:15
RPntl: depends how this SRAM is connected really, I can't answer that18:16
*** fl0v0 <fl0v0!> has quit IRC18:21
ntlRP: it's just "there" in the memory map. currently the device node uses a mtd-ram compatible property but I the mmio-sram binding might be more appropriate.18:22
ntl*I think18:22
RPntl: probably18:23
rburtonRP: mut and glibc builds were both green.  i'm doing my happy dance18:25
RPrburton: nice!18:26
ntluhh completely unrelatedly... has anyone ever heard of using a minix fs in a Linux deployment in production, for any reason other than minix compatibility?18:26
RPrburton: we're ready to merge a few things then?18:26
RPntl: I have heard of that for license reasons before18:26
rburtonRP: glibc series sent18:26
rburtonRP: i'll clean up mut and post that later18:26
RPrburton: thanks18:26
RPrburton: was -next ok as is?18:27
*** ski7777 <ski7777!> has joined #yocto18:27
RPrburton: need to drop dbus?18:27
*** juvenal_ is now known as juvenal18:28
ntlRP: ah interesting. thanks for your responses18:28
*** luc4 <luc4!> has quit IRC18:30
*** paulg <paulg!> has joined #yocto18:30
*** hnje <hnje!> has quit IRC18:32
*** hnje <hnje!~hnje@> has joined #yocto18:34
*** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has quit IRC18:35
*** lucaceresoli <lucaceresoli!> has quit IRC18:37
*** yann <yann!> has joined #yocto18:38
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto18:50
*** luc4 <luc4!> has joined #yocto18:56
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has joined #yocto18:58
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has quit IRC18:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:58
luc4Hello! I'm trying to write my first recipe but it seems I'm stuck. I'm getting this error: It says I should remove those files in do_install. But what patch should I use? I tried with rm "${D}${libdir}/qt5/plugins/mediaservice/" but it seems it is incorrect. I see a few versions of that file in my build dir. Which one should I remove? The one from the "sysroot-destdir" directory?18:59
*** CoRfr <CoRfr!~CoRfr@> has quit IRC19:04
*** CoRfr <CoRfr!~CoRfr@> has joined #yocto19:06
*** sjolley <sjolley!~sjolley@> has quit IRC19:07
khemluc4: add FILES_${PN} += "${libdir}/qt5/plugins/mediaservice/"19:19
*** Martinheterjag <Martinheterjag!> has joined #yocto19:26
*** User_ <User_!> has quit IRC19:43
*** dreyna <dreyna!> has quit IRC19:43
*** learningc <learningc!> has joined #yocto19:44
*** sjolley <sjolley!sjolley@nat/intel/x-dosxbaxpjiocjlrv> has joined #yocto19:46
*** sjolley <sjolley!sjolley@nat/intel/x-yswcmgspdkcovluc> has joined #yocto19:46
luc4khem: yes, I tried that already, but yocto tells me that those are symlinks and should not be packaged.19:47
luc4khem: the proper way actually seems to be the last warning yocto gave me. Removing those files from the sysroot should be ok, I do not strictly need those.19:49
*** sl__ <sl__!403af2ab@gateway/web/freenode/ip.> has joined #yocto19:49
sl__I have a quick question: When would I want to inherit pkgconfig in my recipe? The docuemntation isn't very clear19:50
luc4I think removing in do_install should be ok, but I'm not able to find out what path I should use. I see some are using the D variable for this case.19:50
seebsi admit, btw, to being totally stumped on why there's sets of arguments for which clone() crashes under pseudo but not outside of pseudo.20:12
seebshuh. i am not getting core dumps. i wonder if i have to enable those.20:13
seebs... apport, of course.20:13
*** laplante <laplante!~laplante@> has joined #yocto20:15
laplanteHello friends - suppose I have a library/application in git, that uses a version file (e.g. version.txt or version.h) to advertise its version. Would it be reasonable for my recipe to dynamically set PKGV based on that file?20:17
-YoctoAutoBuilder- build #817 of nightly-arm-lsb is complete: Success [build successful] Build details are at
seebsoh weird.20:17
seebsIt appears it's tied vaguely to the horrible magic trying to get the "right" version of regcomp to avoid some versions of find(1) providing their own.20:18
*** ladidadida <ladidadida!> has quit IRC20:18
seebsokay, so the answer is: if the stack isn't word-aligned, some stack operations can segfault. but the specific operation in question only *happens* under pseudo.20:22
seebsif you call regcomp in the cloned process you get the segfault.20:24
seebsso, 12568 is Not My Fault, and my belief that "sizeof(char)" indicates that the code containing it is buggy continues to pay off.20:28
*** gtristan <gtristan!~tristanva@> has quit IRC20:38
RPseebs: thanks for digging into it!20:42
yoctiNew news from stackoverflow: How to remove unneeded files after those are installed by Yocto? <>20:46
*** dreyna <dreyna!> has joined #yocto20:51
*** JoseBravo <JoseBravo!~jbravo@> has joined #yocto20:59
*** jbravo_ <jbravo_!~jbravo@> has joined #yocto21:01
*** JoseBravo <JoseBravo!~jbravo@> has quit IRC21:03
*** t0mmy <t0mmy!~tprrt@> has quit IRC21:03
*** learningc <learningc!> has quit IRC21:06
*** learningc <learningc!> has joined #yocto21:06
*** geom_lukas <geom_lukas!> has quit IRC21:11
*** rcw <rcw!~rwoolley@> has quit IRC21:13
*** rovanceo_ <rovanceo_!~rovanceo@> has joined #yocto21:16
*** aratiu <aratiu!~adi@> has quit IRC21:16
*** rovanceo <rovanceo!~rovanceo@> has quit IRC21:17
*** aratiu <aratiu!~adi@> has joined #yocto21:18
*** RzR <RzR!~RzR@unaffiliated/rzr> has quit IRC21:20
*** RzR <RzR!~RzR@> has joined #yocto21:24
*** t0mmy <t0mmy!> has joined #yocto21:29
*** peacememories <peacememories!> has joined #yocto21:29
*** laplante <laplante!~laplante@> has quit IRC21:30
*** RzR <RzR!~RzR@> has quit IRC21:30
*** agust <agust!> has joined #yocto21:32
*** Willy-- <Willy--!~william@> has joined #yocto21:36
*** kergoth_ <kergoth_!> has joined #yocto21:38
*** kergoth_ <kergoth_!> has quit IRC21:43
*** ntl <ntl!> has quit IRC21:55
*** sjolley <sjolley!sjolley@nat/intel/x-yswcmgspdkcovluc> has quit IRC21:57
*** sjolley <sjolley!~sjolley@> has joined #yocto21:59
*** kergoth_ <kergoth_!> has joined #yocto22:01
*** RzR <RzR!~RzR@> has joined #yocto22:01
*** peacememories <peacememories!> has quit IRC22:01
rburtonRP: my dbus is fixed (i squashed a PRIVATE_LIBS patch into juro's commit)22:04
*** kergoth_ <kergoth_!> has quit IRC22:09
RPrburton: did PRIVATE_LIBS need a fix?22:15
rburtonRP: yes, in the branch22:15
rburtonlet me scrub mut after this meeting and i'll post a cpull22:15
RPrburton: static PIE was ok in the end?22:17
rburtonRP: v2 restricted it to some arches22:17
*** peacememories <peacememories!> has joined #yocto22:18
RPrburton: ah22:18
RPrburton: I've pushed a few things22:18
*** WillMiles <WillMiles!> has quit IRC22:21
-YoctoAutoBuilder- build #818 of nightly-qa-extras is complete: Failure [failed Running Sanity Tests_6] Build details are at
*** jbravo_ is now known as JoseBravo22:28
JoseBravoIf I add a receipt, ie apache2, how I use my own httpd.conf file ?22:29
JoseBravoWhere do I have to place it?22:30
*** marka <marka!~masselst@> has quit IRC22:37
*** RzR <RzR!~RzR@> has quit IRC22:38
*** rovanceo_ <rovanceo_!~rovanceo@> has quit IRC22:42
*** aratiu <aratiu!~adi@> has quit IRC22:42
*** sjolley <sjolley!~sjolley@> has quit IRC22:56
*** sgw <sgw!~swold@> has quit IRC22:56
*** sjolley <sjolley!~sjolley@> has joined #yocto22:56
*** nighty- <nighty-!> has quit IRC22:57
*** sjolley <sjolley!~sjolley@> has quit IRC23:03
*** peacememories <peacememories!> has quit IRC23:04
*** CoRfr <CoRfr!~CoRfr@> has quit IRC23:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:12
*** hnje <hnje!~hnje@> has quit IRC23:15
*** CoRfr <CoRfr!~CoRfr@> has joined #yocto23:16
stephanoJoseBravo: Have a look at how meta-webserver does it:23:26
stephanoJoseBravo: Also, consider using that layer instead of rolling your own. That might save you some time.23:27
*** stephano <stephano!~stephano@> has quit IRC23:29
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto23:31
*** aratiu <aratiu!~adi@> has joined #yocto23:31
*** stephano <stephano!~stephano@> has joined #yocto23:32
*** lamego <lamego!lamego@nat/intel/x-bxvahbttisacgllc> has left #yocto23:39
ullbekingdoes bitbake have anything like a "make clean" command?23:40
*** luc4 <luc4!> has quit IRC23:41
BCMMullbeking: bitbake -c clean recipe23:45
BCMMhmm should probably say package rather than recipe23:45
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:46
BCMMbut anyway, that's a lot like make clean. good way to force a rebuild if the recipe doesn't know its sources have changed for example.23:46
*** stephano <stephano!~stephano@> has quit IRC23:46
BCMMthere's also a cleanall but tbh i don't know how it's different from clean23:46
rburtonrecipe is the right word23:46
BCMMrburton: well, i'm just rusty then :)23:46
clsullivcleanall cleans downloads and sstate23:47
rburtonread the source ;)  clean wipes tmp/work cleansstate does clean and removes sstate for that recipe, cleanall does cleansstate and removes anything in downloads too23:47
clsullivclean only cleans tmp I think23:47
rburtonif you just want to rebuild a recipe then 1) it should do it magically as files changes23:47
rburtonand 2) use bitbake recipe -C unpack23:47
rburton"please mark unpack as needing to rerun and build <recipe>"23:47
BCMMrburton: does it check file hashes?23:47
*** stephano <stephano!stephano@nat/intel/x-jajujynyzhixkodx> has joined #yocto23:48
rburtonBCMM: file:  entries in SRC_URI are hashed yes23:48
BCMMi know i probably shouldn't have the entire package source in files/ as a tarball, but i was under the impression it wouldn't notice that tarball being replaced23:48
rburtonyeah it will notice that23:48
BCMMhmm i've been doing more things wrong than i thought23:48
BCMMeither that or i've forgotten why i needed to force a rebuild23:49
rburtontldr never use cleanall cleansstate or clean unless you have a good reason to23:49
rburtonand you generally don't as -C is faster and neater23:49
rburtondoesn't blow away the old logs for example, which is annoying when you have a transient failure and the old logs would have been useful for debugging23:49
rburtonanyway bed23:50
*** rburton <rburton!> has quit IRC23:50
BCMMhmm i wonder if needs changing23:50
*** rburton <rburton!> has joined #yocto23:50
* armpit think 4.1 is fixed..23:51
clsullivarmpit: I filed yet another test_qemu_efi bug, this time for master :)23:53
clsullivarmpit: fedora27 was a mistake23:54
ullbekingthank you BCMM, rburton, and clsulliv23:56
* armpit now has got and fix Rocko core and meta-oe23:56
*** Martinheterjag <Martinheterjag!> has quit IRC23:57
*** nathani_ <nathani_!> has quit IRC23:58
*** nathani_ <nathani_!> has joined #yocto23:59

Generated by 2.11.0 by Marius Gedminas - find it at!