Monday, 2018-03-19

*** Willy-- <Willy--!~william@> has joined #yocto00:05
*** cratliff <cratliff!> has quit IRC00:14
*** sjolley <sjolley!~sjolley@> has joined #yocto00:16
*** sjolley <sjolley!~sjolley@> has quit IRC00:41
*** nighty- <nighty-!> has joined #yocto00:44
*** learningc <learningc!~User@> has joined #yocto00:50
*** Willy-- <Willy--!~william@> has quit IRC01:07
*** styler2go <styler2go!~styler2go@2002:2578:b2e1::2578:b2e1> has joined #yocto01:13
*** IsntFunny <IsntFunny!> has quit IRC01:15
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has joined #yocto01:21
*** bluelightning <bluelightning!~paul@2406:e007:6d3e:1:5e51:4fff:febb:401d> has quit IRC01:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto01:21
*** alimon <alimon!alimon@gateway/shell/linaro/x-xklibcghyqlovsqa> has joined #yocto01:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC01:56
*** Crofton <Crofton!~Crofton@2601:284:8200:f356::c8ca> has joined #yocto02:07
*** learningc <learningc!~User@> has quit IRC02:13
*** cratliff <cratliff!~cratliff@> has joined #yocto02:24
*** gtristan <gtristan!~tristanva@> has quit IRC02:34
*** mattsm <mattsm!> has quit IRC02:52
*** mattsm <mattsm!> has joined #yocto02:54
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c830:a2c7:8149:3450> has joined #yocto03:48
*** toaster24 <toaster24!~toaster24@> has joined #yocto03:59
*** gtristan <gtristan!~tristanva@> has joined #yocto04:01
*** dreyna_ <dreyna_!> has joined #yocto04:04
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c830:a2c7:8149:3450> has quit IRC04:08
*** dreyna__ <dreyna__!> has joined #yocto04:28
*** dreyna_ <dreyna_!> has quit IRC04:32
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:01
*** ctlnwr <ctlnwr!~catalin@> has quit IRC05:07
*** erbo_ is now known as erbo05:12
*** sjolley <sjolley!~sjolley@> has joined #yocto05:16
*** sjolley <sjolley!~sjolley@> has quit IRC05:20
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto05:26
*** cratliff <cratliff!~cratliff@> has quit IRC05:27
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:53
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:56
*** dreyna__ <dreyna__!> has quit IRC06:08
*** toaster24 <toaster24!~toaster24@> has quit IRC06:12
*** stallemanden <stallemanden!~stalleman@> has joined #yocto06:22
*** hamis <hamis!~irfan@> has joined #yocto06:34
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:47
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:b9ee:e64f:c40:dbf1> has joined #yocto06:50
*** open-nandra_ <open-nandra_!> has joined #yocto06:55
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:58
*** agust <agust!> has joined #yocto06:59
yoctiNew news from stackoverflow: Building keras and tensor flow on yocto <>07:04
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:b9ee:e64f:c40:dbf1> has quit IRC07:08
*** pohly <pohly!> has joined #yocto07:11
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:23
*** morphis <morphis!> has joined #yocto07:31
*** rdanter <rdanter!> has joined #yocto07:32
*** dreyna <dreyna!> has joined #yocto07:36
*** khem <khem!~khem@unaffiliated/khem> has quit IRC07:39
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto07:40
*** dreyna <dreyna!> has quit IRC07:45
*** Han <Han!~han@unaffiliated/han> has joined #yocto08:00
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:15
*** xtron <xtron!~xtron@> has quit IRC08:17
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto08:25
*** fl0v0 <fl0v0!> has joined #yocto08:30
*** Bunio_FH <Bunio_FH!> has joined #yocto08:32
*** hnje <hnje!~hnje@> has joined #yocto08:34
*** s7rik <s7rik!~ocwplfay@> has joined #yocto08:37
*** xtron <xtron!~xtron@> has joined #yocto08:38
*** vdehors <vdehors!~vdehors@> has joined #yocto08:47
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto08:49
eduardas_mhello, what is the proper way of having a production kernel and a testing kernel (with additional debug features) in the same BSP? Do I need two different machine descriptions or is there some other way to have alternative kernels for a single machine description?08:52
HanIn the qemu recipe there is a list of dependencies and they are all build, apart from libsdl. How can I figure out why libsdl is not build?08:56
LetoThe2ndHan: look at the bottom of your local.conf, probably it is set as ASSUME_PROVIDED08:58
HanLetoThe2nd, amazing:  ASSUME_PROVIDED += "libsdl-native"09:04
*** muppe <muppe!> has joined #yocto09:11
*** Bunio_FH <Bunio_FH!> has quit IRC09:12
*** Bunio_FH <Bunio_FH!> has joined #yocto09:12
*** kxkamil <kxkamil!> has joined #yocto09:15
muppeDoes anybody know what is the right way to disable a systemd service at distro build time? For some reason xserver-nodm.service gets started automatically at boot but I'd like to build a distro where is doesn't start by default.09:17
muppeSo I am not talking about systemd itself but rather a service running using systemd.09:18
LetoThe2ndmuppe: here you go:
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto09:19
muppeLetoThe2nd: Thanks. I actually bumped into that variable before but thought that you have to enable it to make it autostart. Apparently the logic is the other way around. Thank you!09:21
LetoThe2ndmuppe: have fun09:22
*** TobSnyder <TobSnyder!> has joined #yocto09:32
nayfeeduardas_m: Maybe look at this ?09:33
*** sveinse <sveinse!> has quit IRC09:37
*** sveinse <sveinse!> has joined #yocto09:37
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:39
eduardas_mnayfe: thank you, that is pretty much what I need except I do not want to ship an alternate kernel besides the default one (i.e. two kernels in /boot), but replace the default one entirely (1 kernel in /boot)09:57
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:58
nayfeeduardas_m>  I'm not using it, but i think you can define 2 images (prod/dev) with two differents kernel with that patch. The only problem is that kernel recipe should not provide legacy virtual/kernel.10:05
lukmaI'm trying to use eSDK "Updater" feature10:06
lukmaunfortunately I do experience some issues:10:06
lukmaPoint 2.10:06
lukmaI'm using 2.4, but the problem is the same10:07
*** skz81 <skz81!> has joined #yocto10:24
*** yann <yann!~yann@> has joined #yocto10:43
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:44
*** lukma <lukma!> has quit IRC10:46
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:53
*** falk0n <falk0n!> has joined #yocto10:55
*** kjokinie <kjokinie!~kjokinie@> has quit IRC11:04
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto11:05
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:06
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:06
*** nighty- <nighty-!> has quit IRC11:10
*** rburton <rburton!> has joined #yocto11:16
*** rburton <rburton!> has joined #yocto11:17
*** muppe <muppe!> has left #yocto11:20
*** rovanceo__ <rovanceo__!~rovanceo@> has quit IRC11:21
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto11:24
*** rovanceo <rovanceo!~rovanceo@> has quit IRC11:26
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto11:27
*** EFX0MLirl <EFX0MLirl!~xlxbqi@2803:80:8002:8043:8000::> has joined #yocto11:34
*** gtristan <gtristan!~tristanva@> has quit IRC11:35
*** lukma <lukma!> has joined #yocto11:51
*** thaytan_ is now known as thaytan11:57
sveinseHas the maintainer for meta-nodejs abandoned the project? Anyone knows?12:29
LetoThe2ndsveinse: it is kinda obsolete as there is now considerable mainline support for nodejs12:31
sveinseLetoThe2nd: Where can I find it?12:31
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:36
*** lucaceresoli <lucaceresoli!> has joined #yocto12:42
sveinseLetoThe2nd: This seems like npm for recipes, but I could not find npm or nodejs in poky. Perhaps I need to search closer12:49
LetoThe2ndsveinse: you asked for it, here it is:
*** marka <marka!~masselst@> has joined #yocto12:52
sveinseLetoThe2nd: thanks. No LTS version it seems12:56
*** lfa <lfa!~lfa@> has quit IRC13:00
*** lfa <lfa!~lfa@> has joined #yocto13:02
seebsi am not entirely sure the concept of an LTS version of nodejs is semantically coherent13:03
*** thaytan <thaytan!> has quit IRC13:20
*** morphis_ <morphis_!> has joined #yocto13:21
sveinseseebs: I'm not sure how that is related to LTS, but then again, I'm no js dev. I've just been requested to provide a LTS version of nodejs in our yocto image13:22
LetoThe2ndsveinse: just grab that recipe and nail it to the version you want in your layer.13:24
*** morphis <morphis!> has quit IRC13:25
sveinseLetoThe2nd: ah, ok, so that works. good. In the meta-nodejs there were some slight differences between the recipes and version.13:25
LetoThe2ndsveinse: so it *should* work13:26
*** Crofton <Crofton!~Crofton@2601:284:8200:f356::c8ca> has quit IRC13:29
*** rcw <rcw!~rwoolley@> has joined #yocto13:31
*** alinucs <alinucs!> has quit IRC13:31
*** thaytan <thaytan!> has joined #yocto13:31's parse_recipe and parse_recipes don't refer to the same kind of parsing right... ?13:32
ernstpI think parse_recipes asks the remote bitbake process to parse recipes (what exactly?) and parse_recipe does more thourogh parse and returns the data with their internal env.13:34
*** rcw <rcw!~rwoolley@> has quit IRC13:34
*** ggt <ggt!c1e7a222@gateway/web/freenode/ip.> has joined #yocto13:37
*** ggt <ggt!c1e7a222@gateway/web/freenode/ip.> has left #yocto13:37
*** ggtk <ggtk!c1e7a222@gateway/web/freenode/ip.> has joined #yocto13:38
ggtkHi Guys. Do you have an ideea how to specify machine specific qemuboot variables ? I want to have something like: QB_DTB_qemuarm ="first.dtb" and then for another machine QB_DTB_qemux86=""13:43
*** alinucs <alinucs!> has joined #yocto13:43
*** kaspter <kaspter!~Instantbi@> has quit IRC13:45
*** kaspter <kaspter!~Instantbi@> has joined #yocto13:46
*** Anticom <Anticom!~anticom@> has joined #yocto13:48
rburtonggtk: exactly what you wrote should work13:54
*** kaspter1 <kaspter1!~Instantbi@> has joined #yocto13:57
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.> has joined #yocto13:58
*** kaspter <kaspter!~Instantbi@> has quit IRC14:00
*** kaspter1 is now known as kaspter14:00
*** lfa <lfa!~lfa@> has quit IRC14:03
*** lfa <lfa!~lfa@> has joined #yocto14:03
*** hamis <hamis!~irfan@> has quit IRC14:04
ggtkrburton: is my layer.conf the correct place for this variables to be set ?14:08
*** rcw <rcw!~rwoolley@> has joined #yocto14:12
seebs <-- i am in awe14:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:20
*** cratliff <cratliff!~cratliff@> has joined #yocto14:24
JPEWseebs: That is.... impressive.14:43
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:52
sveinseIs there some examples in how to use npm.bbclass anywhere? I have fetched a repo with a package.json file in it.14:53
sveinseI searched the mega manual and found a few lines about it, but nothing which I could make use of14:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:02
*** stephano <stephano!~stephano@> has joined #yocto15:03
sveinseE.g. is it a requirement that the npm package must be originate from
sveinseref "Note15:09
sveinseCurrently, recipes inheriting this class must use the npm:// fetcher to have dependencies fetched and packaged automatically."15:09
kergothernstp: parse_recipes parses the recipes specified by BBFILES, i..e what a bitbake -p does. This is the up front parse of all the recipes to generate the runqueue and dependency and provider information. parse_recipe does a full parse of a specific recipe to return the datastore15:09
*** ntl <ntl!> has joined #yocto15:11
*** zeddii_home <zeddii_home!> has quit IRC15:12
*** open-nandra_ <open-nandra_!> has quit IRC15:21
*** _0xffffle <_0xffffle!~fznuuiw@> has joined #yocto15:23
fancerkergoth: hello, man. Can you tell me why did you need the PSEUDO_UNLOAD setting in some of the external_toolchain_cross wrappers?15:30
kergothfancer: that's my mistake, it belongs in meta-sourcery, not meta-external-toolchain, i'll see about moving it over today15:30
kergothfancer: i made some progress with the cross-canadian recipe the other day, not sure where you're at, but i'll link you to what i have in case it's of any use15:31
fancerAhh, ok. I was just curious. I already removed them from your layer  clone.15:31
* kergoth nods15:31
sveinseThis might sound like a stupid question, but what purpose serves the devtool? I've been using yocto for 3 years and haven't had the need for it15:32
kergothther'es a lockfile created by the other toolchain, in /tmp, that includes $USER/$LOGNAME. if two users try to write that file both with 'root' instead of their real usernames, it explodes :)15:32
kergothsveinse: i use it pretty much every day15:33
kergothmodify -x alone is useful to quickly dive into the source tree, make changes, then generate patches and update the recipe with the changes15:33
fancerI am on it now. I altered your layer "a bit" so it would work better with crosstool-NG. Particularly I unpinned glibc-mtrace, glibc-scripts, glibc-locale. The last one now generates the locales as if ordinary glibc.15:33
fancerAnd some other things.15:34
sveinsekergoth: right, because your normal use case is modifying existing 3rd party sources?15:34
kergothcool, sounds worthwhile. whenever it's ready for submission you can send to the yocto@ ml with [external-toolchain] in the subject line. i'll update the readme15:34
fancerI don't think I've broken any compatibility with your toolchain, so If you got github , I can share the ....15:35
fancerAhh you already answered.15:35
kergothsveinse: less in active development, more often to fix build failures, but fairly often, yeah15:35
kergothfancer: github works too if you want to link me to the branch, either way15:35
fancerkergoth: I'd better create some temporary public repo, so you could pull in the changes from there.15:36
fancerI hate patchwork!.(15:36
kergothi'll probably put up a github mirror at some point15:36
kergothyeah, agreed15:36
fancerI got it enough in kerneldev.15:36
kergothi wish we'd use a proper code review system at the least, if we're not going to stick with github, at least put up a Reviewboard instance or something, but..15:36
* kergoth shrugs15:36
sveinsekergoth: that might be why I haven't understood the need for it: I'm mostly developing recipe and sources in lockstep. Probably the same reason why doing source-in-meta repos is harder15:38
fancerkergoth: Alright, I've got to finish the canadians. I'll send you the link with repo later.15:38
kergothah, yeah, probably don't need devtool much for that15:38
kergothrecipetool is a bit more generlaly useful15:38
sveinseyes, for the normal use case where the software is coming from an independent SW release, I'd agree15:39
kergothfancer: cool, good luck with it. is where i left mine the other day, though i'm sure you've made more progress than i since. ended up needing to apply as well, since i had + in my SDK_VERSION/DISTRO_VERSION, so it ended up in SDKPATH15:39
sveinseThe reason for asking is there devtool seems to be having some featureset related to npm handling, which I need to dissect. And for that I need to set up devtool15:40
kergothah, interesting15:40
kergothisn't much setup involved, really, it creates its own workspace on an as needed basis15:41
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:41
sveinseI'm getting impression that devtool is doing something:
sveinsemaking shrinkwrap and lockdown files apprarently15:43
*** JaMa <JaMa!~martin@> has joined #yocto15:44
rburtonggtk: layer.conf? no.15:44
sveinseI build a SDK, how can I know if it is an extensible SDK or not?15:48
*** varjag <varjag!> has quit IRC15:48
*** ski7777 <ski7777!> has quit IRC15:51
*** ski7777 <ski7777!> has joined #yocto15:51
rburtonsveinse: if you did -c populate_sdk its not, if you did populate_sdk_ext it is15:58
sveinserburton: right, I have a meta-toolchain-sp which inherits populate_sdk, then it isn't I suppose. Thanks.16:00
sveinseI will attempt replacing inherit populate_sdk with inherit populate_sdk_ext16:03
*** TobSnyder <TobSnyder!> has quit IRC16:06
*** mckoan|away is now known as mckoan16:12
*** mckoan is now known as mckoan|away16:12
*** cpo_ is now known as cpo16:28
*** morphis__ <morphis__!> has joined #yocto16:37
*** morphis_ <morphis_!> has quit IRC16:39
*** open-nandra_ <open-nandra_!~marek@> has joined #yocto16:43
*** stephano <stephano!~stephano@> has quit IRC16:44
*** stephano <stephano!~stephano@> has joined #yocto16:48
*** martinkelly1 <martinkelly1!> has joined #yocto16:50
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:57
*** kaspter <kaspter!~Instantbi@> has quit IRC16:59
*** Anticom <Anticom!~anticom@> has quit IRC16:59
*** kaspter <kaspter!~Instantbi@> has joined #yocto16:59
*** kxkamil <kxkamil!> has quit IRC17:00
*** rdanter <rdanter!> has quit IRC17:01
*** Bunio_FH <Bunio_FH!> has quit IRC17:01
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC17:01
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.> has quit IRC17:02
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9506:235c:380:51fd> has joined #yocto17:03
*** mckoan|away is now known as mckoan17:05
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC17:18
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.> has joined #yocto17:18
*** Jefro <Jefro!josiermi@nat/intel/x-fjarknqvikwopnxm> has joined #yocto17:20
*** Jefro <Jefro!josiermi@nat/intel/x-fjarknqvikwopnxm> has quit IRC17:25
*** vdehors <vdehors!~vdehors@> has quit IRC17:27
*** Jefro <Jefro!josiermi@nat/intel/x-mczqcnazglaztryv> has joined #yocto17:31
*** Kakounet <Kakounet!> has quit IRC17:32
*** Jefro <Jefro!josiermi@nat/intel/x-grekzzrtesmhsnis> has joined #yocto17:40
*** skz81 <skz81!> has quit IRC17:42
*** martinkelly <martinkelly!> has quit IRC17:46
*** yann <yann!~yann@> has quit IRC17:48
*** jae <jae!95c73efe@gateway/web/freenode/ip.> has joined #yocto17:50
jaeHi, I added another meta-layer where I am trying to add to oeqa,  i have a /lib/oeqa/controllers path.  If I include this layer, do_testimage fails complaining that it cant find module oeqa.core because its looking in my layer and not seeing a oeqa/core. pretty sure this is whats happening because if I dont include this layer in the bb file, its runs fine. think i am missing something, any ideas?17:50
*** jae is now known as Guest3902217:51
Guest39022If I print the sys.path right before the ImportError, core/meta/lib is there, which is where it should be getting oeqa.core.utils from..17:51
*** xtron <xtron!~xtron@> has quit IRC17:52
*** bodangly <bodangly!~bodangly@> has joined #yocto17:56
-YoctoAutoBuilder- build #349 of nightly-musl-x86-64 is complete: Success [build successful] Build details are at
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:59
* armpit shoot, forgot about swat18:01
*** Guest39022 <Guest39022!95c73efe@gateway/web/freenode/ip.> has quit IRC18:03
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.> has quit IRC18:03
*** sgw <sgw!~swold@> has quit IRC18:03
yoctiNew news from stackoverflow: Kernel panic - not syncing: Requested init /linuxrc failed (error -2) <>18:06
*** zarzar <zarzar!> has joined #yocto18:07
*** kmorrow <kmorrow!81c4e2e3@gateway/web/freenode/ip.> has joined #yocto18:18
*** gtristan <gtristan!~tristanva@> has joined #yocto18:19
*** zarzar <zarzar!> has quit IRC18:22
fancerkergoth: Question about nativesdk-s and cross-canadian thing. Can I just try to run bitbake gcc-external-cross-canadian without actual SDK build process exectution?18:33
kergothyep, you can always do that. all it'll do is create the binary packages, but you can then examine them if you want to do so18:34
kergothcan also examine pkgdata with oe-pkgdata-util18:34
fancerIt seems like my system lost nativesdk binutils?18:34
fancerNo such file or directory: 'x86_64-tpsdk-linux-strip'18:34
fancerHow come? Should I always excplicitly set such the dependencies?18:34
kergothyou'll need to create binutils-external-cross-canadian to go with gcc, and ship both the prefixed and unprefixed binaries from that (gcc looks in its libexec area to find the binutils to run them, iirc)18:35
fancerSymbolic links shall be enough for it, I guess.18:36
yoctiNew news from stackoverflow: Bitbake Server does not start on Windows Subsystem for Linux <>18:37
kergothshould do for now, yeah18:38
fancerThis thing can't help: cross_canadian_bindirlinks18:38
fancerIt is looking for TARGET_PREFIXed bits18:38
*** WillMiles <WillMiles!> has joined #yocto18:39
kergothi wouldn't recommend including, but if you're going to do it, yeah, you'll need to resolve that, either by using anonymous python to alter the function, or you could override TARGET_PREFIX just for that task, i.e. TARGET_PREFIX_task-install = "${EXTERNAL_TARGET_SYS}-" or whatever18:40
fancerNo, I;m not18:41
fancerthis method is in the bbclass18:41
fancerI isn't the task.18:41
fancerI's just a shel method18:42
fancerit's called from cross-canadians do_install'es within recepies.18:42
fancerI'll just copy-alter-past it.)18:43
*** bodangly <bodangly!~bodangly@> has quit IRC18:46
*** mie <mie!> has joined #yocto18:46
*** mie <mie!> has quit IRC18:47
fancerkergoth: btw, why would I need to ship the unprefixed binaries?18:47
*** kpo__ <kpo__!> has joined #yocto18:51
*** mckoan is now known as mckoan|away18:59
*** yann <yann!> has joined #yocto18:59
*** rcw <rcw!~rwoolley@> has quit IRC19:04
fancerStill the error : No such file or directory: 'x86_64-tpsdk-linux-strip'19:04
fancerhas nothing common with the package installation. Just some dependencies isn't sutosfied19:05
fancerI am just surprised it hasn't done so automatically.19:05
lukmaIs there any progress with solving issue number 2 from:19:09
lukmaI do experience similar issue on 2.4.19:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:13
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:15
*** falk0n <falk0n!> has quit IRC19:16
fancerAhh, Unknown ABI used in --with-abi=3219:19
fancermine mistake though.)19:21
kergothah, found a problem, currently the bits that extract files from the external toolchain assume that it should be copied to the path listed in FILES, not the path it found it (i.e. after FILES_MIRRORS is applied). i.e. if i list ${libexecdir}/gcc, it puts it in /usr/libexec/, which isn't where it looks for it, rather than /libexec/ which is where it found it. doing it this way makes sense for some use cases, but not this one. will have to add a variable19:24
kergoth to control this behavior, or add an explicit source:dest syntax19:24
fancerSorry, I don't get it.19:27
fancerAt this moment, all the necessary bits are found and installed.19:27
fancerthe classic targets worked just find.19:27
*** skz81 <skz81!> has joined #yocto19:34
*** martinkelly1 <martinkelly1!> has quit IRC19:50
*** dv_ <dv_!~dv@> has quit IRC19:55
*** rcw <rcw!~rwoolley@> has joined #yocto19:56
*** kpo__ <kpo__!> has quit IRC19:56
*** dv_ <dv_!~dv@> has joined #yocto20:09
*** JaMa <JaMa!~martin@> has quit IRC20:12
*** sjolley <sjolley!~sjolley@> has joined #yocto20:15
*** martinkelly <martinkelly!> has joined #yocto20:23
*** sjolley <sjolley!~sjolley@> has quit IRC20:23
*** muep <muep!> has quit IRC20:31
*** muep <muep!~quassel@> has joined #yocto20:36
*** gtristan <gtristan!~tristanva@> has quit IRC20:42
*** rcw <rcw!~rwoolley@> has quit IRC20:46
*** skz81 <skz81!> has quit IRC20:47
*** Jefro1 <Jefro1!~josiermi@> has joined #yocto20:59
*** Jefro <Jefro!josiermi@nat/intel/x-grekzzrtesmhsnis> has quit IRC21:00
*** pohly <pohly!> has quit IRC21:08
*** rewitt <rewitt!rewitt@nat/intel/x-jyywtkvcqdjxvefs> has joined #yocto21:09
*** WillMiles <WillMiles!> has quit IRC21:10
*** sgw1 <sgw1!> has joined #yocto21:13
*** sgw2 <sgw2!~swold@> has joined #yocto21:19
*** sgw1 <sgw1!> has quit IRC21:21
*** khem <khem!~khem@unaffiliated/khem> has quit IRC21:25
*** scottrif <scottrif!> has joined #yocto21:28
*** Zajc <Zajc!> has joined #yocto21:41
*** scottrif <scottrif!> has quit IRC21:50
-YoctoAutoBuilder- build #881 of nightly-qa-extras is complete: Failure [failed Running Sanity Tests_5 Running Sanity Tests_6 Running Sanity Tests_7] Build details are at
*** Jefro1 <Jefro1!~josiermi@> has quit IRC22:01
*** Jefro <Jefro!josiermi@nat/intel/x-hhtiwkdtasolhysm> has joined #yocto22:01
*** noway96 <noway96!> has quit IRC22:04
*** Jefro <Jefro!josiermi@nat/intel/x-hhtiwkdtasolhysm> has quit IRC22:06
kergothfancer: has functioning binutils and gcc cross-canadian recipes. added the gcc to TOOLCHAIN_HOST_TASK and confirmed it'll successfully compile and run hello, world if —sysroot= and —no-sysroot-suffix are included, which is the case when using $CC as defined in environment-setup. might be worth comparing/contrasting to your implementation. currently only22:10
kergoth tested with the sourcery toolchain22:10
kergothnow to rip out a few meta-sourcery remnants22:12
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC22:27
*** moto-timo <moto-timo!~ttorling@> has joined #yocto22:29
*** moto-timo <moto-timo!~ttorling@> has quit IRC22:29
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto22:29
*** cratliff <cratliff!~cratliff@> has quit IRC22:36
*** rburton <rburton!> has quit IRC22:40
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto22:47
*** Jefro <Jefro!josiermi@nat/intel/x-pqmiyjctcrpamies> has joined #yocto23:00
*** jae <jae!95c73efe@gateway/web/freenode/ip.> has joined #yocto23:05
*** jae is now known as Guest1466823:05
*** nathani__ <nathani__!> has quit IRC23:06
kergothholy hell does packagegroup-cross-canadian suck in everything but the kitchen sink. seriously?23:12
*** khem <khem!~khem@unaffiliated/khem> has quit IRC23:13
*** stephano <stephano!~stephano@> has quit IRC23:13
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto23:14
kergothoh, no, it's the sdk host packagegroup doing it. yikes23:14
kergothgpgme, unfs2, dnf..23:16
* armpit hopes Windows 10 is not included23:26
*** nathani__ <nathani__!> has joined #yocto23:27
*** scottrif <scottrif!~scottrif@> has joined #yocto23:29
*** agust <agust!> has quit IRC23:32
*** batman_ <batman_!95c73efe@gateway/web/freenode/ip.> has joined #yocto23:42
batman_Hi, I keep getting a warning every time I build about this post install script in sysvinit23:42
batman_Since this script needs to run on target, how would I disable this during build time?23:43

Generated by 2.11.0 by Marius Gedminas - find it at!