Friday, 2018-06-08

*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC00:16
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto00:20
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto00:44
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC00:51
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto00:52
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has joined #yocto00:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:53
*** kaspter <kaspter!~Thunderbi@115.195.44.89> has joined #yocto01:14
khemrschaefe: I think only dev packages are included01:15
*** gtristan <gtristan!~tristanva@24.48.75.134> has joined #yocto02:05
*** anujm <anujm!~anujm@192.198.146.173> has joined #yocto02:06
*** armpit <armpit!~armpit@2601:202:4000:1184:143:7168:4d6f:f251> has quit IRC02:06
*** armpit <armpit!~armpit@2601:202:4000:1184:34b1:53bf:ee45:2976> has joined #yocto02:18
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-dkdutrpawnowgxkb> has joined #yocto02:42
*** gtristan <gtristan!~tristanva@24.48.75.134> has quit IRC02:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:07
*** Roybent <Roybent!~Instantbi@49.124.24.80> has joined #yocto03:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:42
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto05:13
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto05:20
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zndwzbygrqkrknvg> has quit IRC05:46
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto05:47
*** pohly <pohly!~pohly@p54BD5098.dip0.t-ipconnect.de> has joined #yocto05:48
*** agust <agust!~agust@p50886E4C.dip0.t-ipconnect.de> has joined #yocto05:50
*** bashprogfortysix <bashprogfortysix!~mixfix41@unaffiliated/mixfix41> has quit IRC06:25
*** rovanceo__ <rovanceo__!~rovanceo@80.97.64.55> has joined #yocto06:27
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC06:30
*** bashprogfortysix <bashprogfortysix!~mixfix41@unaffiliated/mixfix41> has joined #yocto06:40
*** bugsbunny <bugsbunny!50ff069b@gateway/web/freenode/ip.80.255.6.155> has joined #yocto06:42
yoctiNew news from stackoverflow: Issue when integrating different bsp-layers on a single bblayers.conf [on hold] <https://stackoverflow.com/questions/50744231/issue-when-integrating-different-bsp-layers-on-a-single-bblayers-conf>06:44
*** skz81 <skz81!~SKZ@2a01cb0881d48900bdf5308fdb35f6cd.ipv6.abo.wanadoo.fr> has joined #yocto06:45
*** ant_home <ant_home!~ant__@host254-202-dynamic.51-79-r.retail.telecomitalia.it> has joined #yocto06:47
*** TobSnyder <TobSnyder!~schneider@ip9234aad3.dynamic.kabel-deutschland.de> has joined #yocto07:04
*** clement_ <clement_!~clement@90.96.53.21> has joined #yocto07:04
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC07:12
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto07:12
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto07:14
bugsbunnyHi everyone! I'm rather new to yocto and try to build a vendor BSP for Intel based platforms. Currently I'm desperately trying to understand why my kernel configuration fragment is correctly applied to the standard kernel but not to the RT variant. I'm using two different machines for that purpose but have identical .conf and .scc files but for RT aspects (same KMACHINE/KARCH/conf fragment).07:16
boucman_workkhem: sorry for the late answer, I was away for the night...07:17
boucman_workI had a package with do_fetch[depends] = core-image-minimal:do_build and apparently Yocto doesn't like that.07:17
bugsbunnyEnabling verbose bitbake build didn't give me a clue nor did examining the .meta-kernel contents; I only see that for one machine my fragment is processed and not for the other07:17
boucman_workexpressing that differently solved the problem07:18
bugsbunnyHas anyone some ideas for me how to find out the problem?07:18
boucman_workbugsbunny: is the fragment in the SRC_URI of the failing one ?07:18
bugsbunnyboucman_work: the linux-yocto and linux-yocto-rt recipes are also identical but for the different .scc file, so yes, it is there07:19
boucman_worki don't know, then...07:21
bugsbunnyboucman_work: that is exactly what drives me crazy that there are nearly no differences between the tow machines regarding kernel build but build is working only for one ...07:21
bugsbunnyboucman_work: thanks for your help07:22
boucman_workbugsbunny: you might want at the output of "bitbake -e virtual/kernel" (warning, it's huge)07:23
anujmbugsbunny: are you using your own .scc files or from yocto-kernel-cache?07:24
boucman_workthat will tell you all bitbake variables and how they reached their current value07:24
bugsbunnyboucman_work: I will try that, thanks07:24
bugsbunnyanujm: I have own .scc files07:25
anujmand the KTYPE is same for rt and non-rt?07:25
bugsbunnyyes07:25
bugsbunnyis that a problem?07:25
bugsbunnyhmm, sorry, currently I tried to have separate machines07:26
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto07:28
bugsbunnysorry again, I'm not completely awake obviously ... same KMACHINE, KTYPE is standard for the non-rt machein, preempt-rt for the rt machine, and the respective .scc file is included (ktypes/standard/standard.scc or ktypes/preempt-rt/preempt-rt.scc)07:28
bugsbunnyrest of .scc files is identical for the two machines07:29
bugsbunnyalso the .conf files for the two machines have only one difference: PREFERRED_PROVIDER_virtual/kernel07:31
*** mdnneo_ <mdnneo_!~umaucher@212.118.206.70> has joined #yocto07:32
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto07:33
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto07:33
bugsbunnyboucman_work: the output would be the same as that of "bitbake -e linux-yocto" / "bitbake -e linux-yocto-rt", wouldn't it?07:33
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC07:34
bugsbunnyboucman_work: I ask because I already had a look at that and tried to spot the difference between the two by comparing them, but I didn't find any hint about kernel configuration stuff07:34
bugsbunnyboucman_work: in both environments appear the right files for the machine (SRC_URI contents of linux-yocto bbappend) and variable sccs in function do_kernel_metadata() also contains my scc files and the configuration fragment07:43
*** abelal <abelal!~quassel@110.93.212.98> has quit IRC07:46
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto07:47
bugsbunnyand still my fragment pops up only in merge_config_build.log of non-rt machine, it's a complete mystery to me ...07:48
*** anujm <anujm!~anujm@192.198.146.173> has quit IRC07:48
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC07:49
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC07:50
boucman_workbugsbunny: yes, same outpout...07:55
boucman_workbut that was a generic suggestion, if you have already looked into that, wouldn't help.07:55
bugsbunnyboucman_work: thanks for the answer, I meanwwhile checked that, too :-)07:56
bugsbunnyHas anyone else an idea why a kernel configuration fragment listed in SRC_URI wouldn't be considered for building complete kernel config?07:57
bugsbunnyI'm out of ideas what else to check atm, it seems I need to dig deeper into the involved tools to get more information, but don't know how :-/08:00
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-syhqywlmszhmhofl> has joined #yocto08:12
boucman_workthe next step would be to check what's happening in $WORKDIR08:14
boucman_workbut kernel compilation is kind of a mistery to me, so I can't really help you with that...08:14
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC08:19
bugsbunnyboucman_work: ok, thanks for your help anyway :-)08:23
mckoanbugsbunny: do you have FILESEXTRAPATHS in your .bbappend ?08:26
bugsbunnyboucman_work: I already tried to turn into the bumpy road of finding out what exactly do_kernel_metadata() does, but apparently it isn't as easy as adding a "set -vx" to dp_kernel_metadata() in the linux-kernel.bbclass08:26
bugsbunnymckoan: yep, it's the same for both .bbappend recipes (rt & non-rt)08:27
*** mdnneo_ <mdnneo_!~umaucher@212.118.206.70> has quit IRC08:38
*** mdnneo <mdnneo!~umaucher@212.118.206.70> has joined #yocto08:38
*** mdnneo_ <mdnneo_!~umaucher@217.89.178.116> has joined #yocto08:45
*** mdnneo <mdnneo!~umaucher@212.118.206.70> has quit IRC08:50
*** henriknj <henriknj!~hnje@193.106.123.182> has quit IRC08:50
*** vermaete <vermaete!4e14a638@gateway/web/freenode/ip.78.20.166.56> has joined #yocto08:50
vermaeteHi,08:51
vermaeteI have a question about the licenses stuff of Yocto.  I hope this is the correct place to ask.08:51
vermaeteI followed the instructions of the mega manual (chapter 7.32.3.1 Providing the Source Code).08:52
vermaeteAdded in my local.conf:08:52
vermaete  INHERIT += "archiver"08:53
vermaete  ARCHIVER_MODE[src] = "original"08:53
vermaete  COPYLEFT_LICENSE_EXCLUDE="CLOSED Proprietary"08:53
vermaeteI have a recipe called x.bb, with 'LICENSE = "Proprietary"'08:53
vermaeteAfter a build of the image, there is the file 'build/deploy/licenses/x/recipeinfo' which holds the correct license 'LICENSE: Proprietary'08:54
vermaeteHowever, I still see the archive of the source code in 'build/deploy/source'08:54
vermaeteWhat do I do wrong?08:55
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has quit IRC09:03
*** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has quit IRC09:10
mckoanvermaete: I've never seen any source directory under deploy09:10
vermaeteTrue, it's something in my local.conf to have it there.  It's not the default.09:11
*** Vermaete2 <Vermaete2!4e14a638@gateway/web/freenode/ip.78.20.166.56> has joined #yocto09:13
*** vermaete <vermaete!4e14a638@gateway/web/freenode/ip.78.20.166.56> has quit IRC09:18
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC09:22
Vermaete2I6 is the same without the 'DEPLOY_DIR = "${TOPDIR}/deploy" in my local.conf09:22
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto09:25
*** clement_ <clement_!~clement@90.96.53.21> has quit IRC09:28
*** clement_ <clement_!~clement@90.96.53.21> has joined #yocto09:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:31
*** robertmarshall <robertmarshall!~robertmar@148.252.241.226> has joined #yocto09:32
*** robertmarshall is now known as rajm09:32
*** Roybent <Roybent!~Instantbi@49.124.24.80> has quit IRC09:40
*** PinkSnake <PinkSnake!51ff1123@gateway/web/freenode/ip.81.255.17.35> has quit IRC09:41
*** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto09:46
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto09:50
*** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-mppzitxqisrlsjql> has quit IRC09:55
*** sjolley <sjolley!sjolley@nat/intel/x-ianeppagdmelvdqn> has quit IRC10:04
*** Roybent <Roybent!~Instantbi@49.125.25.60> has joined #yocto10:06
*** Vermaete2 <Vermaete2!4e14a638@gateway/web/freenode/ip.78.20.166.56> has quit IRC10:09
RPrburton: I've updated -next with the best patchset we have, still waiting on the mips/ppc/arm bsp updates for gcc8 though10:13
*** Roybent <Roybent!~Instantbi@49.125.25.60> has quit IRC10:14
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC10:19
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC10:19
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto10:20
JaMaRP: there are 2 more gcc8 related changes which I currently don't see in master-next https://patchwork.openembedded.org/patch/151236/ https://patchwork.openembedded.org/patch/151342/10:22
*** bashprogfortysix <bashprogfortysix!~mixfix41@unaffiliated/mixfix41> has left #yocto10:23
*** TobSnyder <TobSnyder!~schneider@ip9234aad3.dynamic.kabel-deutschland.de> has quit IRC10:35
RPJaMa: hmm, I'd assumed systemd was building since the regression tests passed. I've queued both, thanks10:46
JaMaRP: systemd one is triggered only with DEBUG_BUILD enabled which probably isn't in any build on AB, same with thumb on armv5 which isn't enabled on AB10:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto10:59
*** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto10:59
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC11:08
*** clement_ <clement_!~clement@90.96.53.21> has quit IRC11:10
*** kaspter <kaspter!~Thunderbi@115.195.44.89> has quit IRC11:12
yoctiNew news from stackoverflow: Add more packages before build <https://stackoverflow.com/questions/50759204/add-more-packages-before-build>11:15
*** kaspter <kaspter!~Thunderbi@115.195.44.89> has joined #yocto11:19
*** skz81 <skz81!~SKZ@2a01cb0881d48900bdf5308fdb35f6cd.ipv6.abo.wanadoo.fr> has quit IRC11:23
*** skz81 <skz81!~SKZ@2a01cb0881d48900bdf5308fdb35f6cd.ipv6.abo.wanadoo.fr> has joined #yocto11:24
*** ant_home <ant_home!~ant__@host254-202-dynamic.51-79-r.retail.telecomitalia.it> has quit IRC11:29
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC11:32
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC11:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:35
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:44
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:45
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto11:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto11:49
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pbbpthkzzbolhmbf> has joined #yocto11:51
*** ant_home <ant_home!~ant__@host254-202-dynamic.51-79-r.retail.telecomitalia.it> has joined #yocto11:56
jofThere's a thing I need to learn better, but I have no idea what it's called. There's for example COMPATIBLE_MACHINE = "...", but then there's also CMOPATIBLE_MACHINE_foo = "..."11:59
jofs/CMOPATIBLE_MACHINE_foo/COMPATIBLE_MACHINE_foo/11:59
*** learningc <learningc!~User@210.195.54.102> has joined #yocto12:00
jofWhat is the extra _foo qualifier called?12:00
LetoThe2ndjof: guess you are confused as you think of "foo" as a machine, right?12:00
jofWell.. Yes..12:01
LetoThe2ndjof: foo can be a distro, a machine, an arch, or any of those: https://www.yoctoproject.org/docs/2.5/bitbake-user-manual/bitbake-user-manual.html#conditional-syntax-overrides12:02
jofBut this kind of extra-thing is used in more places.. But I can't search for this thing because I don't know what it's called12:02
jofAha!12:03
bugsbunnywell, that's also a thing that keeps puzzling me12:03
jofBecause I also have PREFERRED_PROVIDER_virtual/bootloader = "u-boot", using the same sort of syntax, but I just didn't know what this was called12:03
bugsbunnyI already read the documentation, but I still don't know how to find out what gets targeted by thet suffixes in the different places12:04
LetoThe2ndjof: thats something completely differnt12:04
LetoThe2ndjof: PREFERRED_PROVIDER_${PN} is the structure behind your second question.12:05
bugsbunnysometimes it is machine, sometimes an operation (like append/prepend/delete), sometimes another target12:05
LetoThe2ndi mean, technically its always a variable with a specific name12:05
LetoThe2ndbugsbunny: and thats yet another one, the third possibility. thats just a simple operation12:06
jofbugsbunny: Those are actually explained in the section LetoThe2nd linked to12:06
LetoThe2ndsee also https://docs.google.com/presentation/d/1uZ-4Df8tVGyJ_UHiFHUmdnxJy99H21mKMROUxt40SeY/edit?usp=sharing12:07
LetoThe2ndpage 34 ff12:07
bugsbunnyhmm, I have here something a predecessor of mine write, which is still challanging for me: "SRCREV_machine_pn-linux-yocto_men-intel ?= ..."12:07
bugsbunnyLetoThe2nd: thanks for the link, I'll have a look12:08
*** wooosaiiii <wooosaiiii!~woo@cpe-90-157-180-95.static.amis.net> has joined #yocto12:09
bugsbunnyLetoThe2nd: does the "SRCREV_machine_pn-linux-yocto_men-intel = ..." even make sense?12:12
LetoThe2ndbugsbunny: i guess it can, but depends heavily on the context12:12
bugsbunnyto me it seems that there are a lot more implicit things one must know in order to understand such constructs12:13
bugsbunnyLetoThe2nd: men-intel is a KMACHINE, linux-yocto is clear, also SRCREV, but how is that "_machine_pn" thing handled? is this something generic?12:14
bugsbunnyLetoThe2nd: and also how dos yocto know how to interpret men-intel for an appropriated overwrite (what all of this stuff is in the end, as far as I understand)12:15
LetoThe2ndbugsbunny: i'm sorry i can't explain it too, RP or rburton probably can12:17
bugsbunnyLetoThe2nd: ok, thanks for your help anyway :-)12:19
* bugsbunny would love to understand the philosophy behind that, because it seems like one key to the yocto world12:19
LetoThe2ndbugsbunny: actually, to the bitbake world to be precise :)12:19
LetoThe2ndbut i can guarantee, that just knowing the 4 or 5 standard use cases is enough12:20
bugsbunnyLetoThe2nd: right, bitbake rather than yocto, I definitely should read some more of its documentation ...12:21
bugsbunnyLetoThe2nd: I'm pretty sure you're right with the few cases, otoh knowing the others too might open up new perspectives sometimes I'm into yocto deep enough12:22
LetoThe2ndof course, knowing more is always better. just wanted to make clear that this specific feature should not scare you away if you're not totally understanding it by heart.12:23
bugsbunnyunderstood, and I'm not easily scared away ;-)12:24
*** learningc <learningc!~User@210.195.54.102> has quit IRC12:26
*** learningc <learningc!~User@210.195.54.102> has joined #yocto12:27
*** kaspter <kaspter!~Thunderbi@115.195.44.89> has quit IRC12:32
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto12:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC12:37
*** StefanS__ <StefanS__!56788646@gateway/web/cgi-irc/kiwiirc.com/ip.86.120.134.70> has joined #yocto12:49
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC12:53
*** rovanceo__ <rovanceo__!~rovanceo@80.97.64.55> has quit IRC12:53
*** marka <marka!~masselst@184.175.21.48> has joined #yocto13:07
*** skz81 <skz81!~SKZ@2a01cb0881d48900bdf5308fdb35f6cd.ipv6.abo.wanadoo.fr> has quit IRC13:09
*** learningc <learningc!~User@210.195.54.102> has quit IRC13:19
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto13:20
*** learningc <learningc!~User@210.195.54.102> has joined #yocto13:20
bugsbunnyLetoThe2nd, jof: ok, reading the bitbake manual helps a lot, but the most enlightening information was the section "### Config file processing" of meta/conf/bitbake.conf; that was the jigsaw piece I was missing, I'm a lot nearer to understand what's going on now :-)13:34
StefanS__Hi13:35
StefanS__I upgraded to rocko (from morty) and I'm getting a wierd error at do_rootfs: nothing provides /usr/bin/env needed by python-core-2.7.13-r1.cortexa7hf_neon (and several similar)13:35
StefanS__I didn't patched python, busybox or such.. Looking in the busybox recipe nothing does provide /usr/bin/env. What am I doing wrong?13:36
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC13:37
StefanS__https://thepasteb.in/p/8qhOADwqlKkf013:37
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto13:39
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto13:39
*** skz81 <skz81!~SKZ@2a01cb0881d48900bdf5308fdb35f6cd.ipv6.abo.wanadoo.fr> has joined #yocto13:58
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pbbpthkzzbolhmbf> has quit IRC14:01
*** adelcast <adelcast!~adelcast@2605:6000:101c:1d8:451:a220:9dd0:89de> has joined #yocto14:06
*** learningc <learningc!~User@210.195.54.102> has quit IRC14:06
*** learningc <learningc!~User@210.195.54.102> has joined #yocto14:06
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto14:07
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto14:10
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto14:10
StefanS__it seems that if I include coreutils in my image, it's fine, but this looks like a bug, I shouldn't need coreutils, busybox should provide env..14:12
*** mdnneo_ <mdnneo_!~umaucher@217.89.178.116> has quit IRC14:16
*** skz81 <skz81!~SKZ@2a01cb0881d48900bdf5308fdb35f6cd.ipv6.abo.wanadoo.fr> has quit IRC14:28
*** ant_home <ant_home!~ant__@host254-202-dynamic.51-79-r.retail.telecomitalia.it> has quit IRC14:28
*** adelcast <adelcast!~adelcast@2605:6000:101c:1d8:451:a220:9dd0:89de> has quit IRC14:29
*** kaspter <kaspter!~Thunderbi@223.104.247.181> has joined #yocto14:33
*** learningc <learningc!~User@210.195.54.102> has quit IRC14:39
*** anujm <anujm!anujm@nat/intel/x-rwoijhsgnlkmuqcp> has joined #yocto14:39
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC14:39
*** learningc <learningc!~User@210.195.54.102> has joined #yocto14:40
*** parthi <parthi!~pn@62.91.23.180> has joined #yocto14:51
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC14:52
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto14:52
*** clement_ <clement_!~clement@90.96.166.18> has joined #yocto14:52
parthiMy application is using Linux network namespace. Is there a way I can give RDEPENDS to "CONFIG_NAMESPACE" of linux kernel Kconfig? For modules I can use kernel-module-xyz. But this build in feature of Linux kernel.14:53
rburtonparthi: no, rdepends is on packages14:54
parthirburton: Thanks. So it's not possible to enforce this?14:55
rburtonno14:55
* armpit does the "r" ind rdepend stand for "ross" ?14:55
rburtonarmpit: yes14:55
*** anujm <anujm!anujm@nat/intel/x-rwoijhsgnlkmuqcp> has quit IRC15:04
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto15:04
*** learningc <learningc!~User@210.195.54.102> has quit IRC15:08
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC15:12
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC15:15
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC15:16
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto15:17
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto15:18
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC15:24
*** stephano <stephano!~stephano@c-67-189-76-218.hsd1.or.comcast.net> has joined #yocto15:32
*** learningc <learningc!~User@210.195.54.102> has joined #yocto15:36
*** lusus_ <lusus_!~lusus@62.91.23.180> has quit IRC15:39
-YoctoAutoBuilder- build #525 of nightly-musl-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/52515:40
-YoctoAutoBuilder- build #1044 of nightly-mips64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running SDK Sanity Tests_1] Build details are at https://autobuilder.yocto.io/builders/nightly-mips64/builds/104415:43
-YoctoAutoBuilder- build #1053 of nightly-ppc-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc-lsb/builds/105315:43
-YoctoAutoBuilder- build #1046 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-mips/builds/104615:48
-YoctoAutoBuilder- build #1068 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc/builds/106815:48
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto15:50
*** martinkelly1 <martinkelly1!~martin@97-113-238-55.tukw.qwest.net> has joined #yocto15:52
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC15:53
-YoctoAutoBuilder- build #1065 of nightly-x86-64-lsb is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64-lsb/builds/106515:58
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto16:00
-YoctoAutoBuilder- build #1069 of nightly-multilib is complete: Failure [failed BuildImages_5 Running Sanity Tests_4 BuildImages_6 Running SDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-multilib/builds/106916:01
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC16:02
*** mckoan is now known as mckoan|away16:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:03
*** parthi <parthi!~pn@62.91.23.180> has left #yocto16:05
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC16:06
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC16:10
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has joined #yocto16:10
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC16:13
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto16:14
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC16:14
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto16:19
*** armpit <armpit!~armpit@2601:202:4000:1184:34b1:53bf:ee45:2976> has quit IRC16:21
-YoctoAutoBuilder- build #1085 of nightly-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/108516:23
rschaefeHi Everyone. I'm attempting to build QtWebEngine and make it use system OpenSSL instead of it's bundled BoringSSL. I have added a dependency to "nss", but the QtWebEngine configure log still says that it can't locate System NSS. Anyone have any ideas?16:24
fraynss is not OpenSSL16:24
fraydid you adjust the Qt option to use OpenSSL?16:25
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:26
rschaefeWhich Qt Option is that? I already saw that QtWebEngine has a dependency on openssl16:27
rschaefeI added a dependency on NSS because of this line in the Qt configure output: "System NSS not found, BoringSSL will be used."16:29
*** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-jkgnmtgdsfpvnpqt> has joined #yocto16:32
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC16:33
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto16:37
*** icanicant <icanicant!~icanicant@dsl-217-155-248-78.zen.co.uk> has joined #yocto16:40
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC16:40
*** AbleBacon_ is now known as AbleBacon16:40
*** kaspter <kaspter!~Thunderbi@223.104.247.181> has quit IRC16:41
*** StefanS__ <StefanS__!56788646@gateway/web/cgi-irc/kiwiirc.com/ip.86.120.134.70> has quit IRC16:43
yoctiNew news from stackoverflow: "Static declaration of ‘memfd_create’ follows non-static declaration" Error while building Linux image using Yocto <https://stackoverflow.com/questions/50765124/static-declaration-of-memfd-create-follows-non-static-declaration-error-whil>16:46
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-syhqywlmszhmhofl> has quit IRC16:47
bugsbunnyjust for the record jof, LetoThe2nd: I found the problem ... finally, and there was a difference in the configuration files ... of course ;-/16:47
bugsbunnyjust for the record jof, LetoThe2nd: now I know for sure that the machine's kconf line better appears first, or otherwise other settings might get priority16:48
bugsbunnywhat a struggle, and for (nearly) nothing, guess that's called learning the hard way ... but otoh this knowledge I won't forget soon *bg*16:49
bugsbunnytime for weekend for me, cu @all16:50
*** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has joined #yocto16:57
rschaefefray: I've added PACKAGECONFIG += openssl to an append file for qtbase, so we will see if the configuration finds it correctly now16:58
*** kaspter <kaspter!~Thunderbi@112.17.238.110> has joined #yocto16:58
mrk377Hi all - I have a question about getting npm into my image.  I have used the https://wiki.yoctoproject.org/wiki/TipsAndTricks/NPM (Non-Registry Workaround).  Are some of you familiar with this option?16:59
*** bugsbunny <bugsbunny!50ff069b@gateway/web/freenode/ip.80.255.6.155> has quit IRC17:02
*** clement_ <clement_!~clement@90.96.166.18> has quit IRC17:13
*** morphis_ <morphis_!~morphis@pD9ED7E7D.dip0.t-ipconnect.de> has quit IRC17:17
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC17:20
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:703b:a7f2:16cd:aa34> has joined #yocto17:31
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC17:34
*** gtristan <gtristan!~tristanva@199.241.135.253> has joined #yocto17:36
mrk377Hi all - I have a question about getting npm into my image.  I have used the https://wiki.yoctoproject.org/wiki/TipsAndTricks/NPM (Non-Registry Workaround).  Are some of you familiar with this option?17:44
*** kaspter <kaspter!~Thunderbi@112.17.238.110> has quit IRC17:44
mrk377It is throwing this error, and wondering the best solution.  ERROR: npm-1.0-r0 do_populate_sysroot: The recipe npm is trying to install files into a shared area when those files already exist. Those files and their manifest location are:    /home/user/Desktop/PIU_bb-layers.new/bb-layers/poky-krogoth-build/build/tmp/sysroots/piu/usr/lib/node_modules/npm/LICENSE  Matched in manifest-piu-nodejs.populate_sysroot  /home/user/Desktop/PIU_bb-l17:46
mrk377rogoth-build/build/tmp/sysroots/piu/usr/lib/node_modules/npm/package.json  Matched in manifest-piu-nodejs.populate_sysroot17:46
khemmrk377: you might want to delete the license file or move it to different location17:48
khemyou can achieve it with do_install_append () { rm -rf ${D}/location/of/LICENSE"17:48
mrk377Khem:  I will try.  Do you think I should delete the LICENSE and package.json from nodejs or npm?17:56
mrk377I should diff the package.json and examine the difference to be safe.17:57
*** learningc <learningc!~User@210.195.54.102> has quit IRC18:18
*** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has left #yocto18:24
*** bemo <bemo!6884054d@gateway/web/freenode/ip.104.132.5.77> has quit IRC18:26
*** armpit <armpit!~armpit@c-71-204-143-8.hsd1.ca.comcast.net> has joined #yocto18:26
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:703b:a7f2:16cd:aa34> has quit IRC18:34
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto18:36
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC19:00
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto19:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:04
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC19:06
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto19:10
*** skz81 <skz81!~SKZ@LFbn-1-7725-55.w92-167.abo.wanadoo.fr> has joined #yocto19:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:18
khemnodejs I thing19:27
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC19:32
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto19:33
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:b034:cb87:2094:f197> has quit IRC19:35
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:77c1:8858:c948:42e0> has joined #yocto19:35
*** psadro <psadro!~Thunderbi@216.234.148.135> has joined #yocto19:36
*** gtristan <gtristan!~tristanva@199.241.135.253> has quit IRC19:39
*** gtristan <gtristan!~tristanva@199.241.135.253> has joined #yocto19:39
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:196b:a019:25f7:c0cd> has joined #yocto19:42
*** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-jkgnmtgdsfpvnpqt> has quit IRC19:56
*** ant_home <ant_home!~ant__@host32-227-dynamic.182-80-r.retail.telecomitalia.it> has joined #yocto19:59
*** pohly <pohly!~pohly@p54BD5098.dip0.t-ipconnect.de> has quit IRC20:09
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC20:45
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto20:46
*** christner <christner!~dchristne@70-91-95-105-washington.dc.hfc.comcastbusiness.net> has quit IRC20:51
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:12
*** icanicant <icanicant!~icanicant@dsl-217-155-248-78.zen.co.uk> has quit IRC21:12
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:14
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC21:16
*** armpit <armpit!~armpit@c-71-204-143-8.hsd1.ca.comcast.net> has quit IRC21:17
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC21:18
*** marka <marka!~masselst@184.175.21.48> has quit IRC21:20
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto21:39
*** agust <agust!~agust@p50886E4C.dip0.t-ipconnect.de> has quit IRC21:41
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto21:47
*** gtristan <gtristan!~tristanva@199.241.135.253> has quit IRC21:48
*** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has quit IRC21:48
yoctiNew news from stackoverflow: How to make /var/log symlink to a persistent storage in Yocto Rocko <https://stackoverflow.com/questions/50768799/how-to-make-var-log-symlink-to-a-persistent-storage-in-yocto-rocko>22:17
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has left #yocto22:19
*** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has quit IRC22:22
*** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has joined #yocto22:22
*** ikkysleepy <ikkysleepy!45aa19bb@gateway/web/freenode/ip.69.170.25.187> has joined #yocto22:27
ikkysleepyI need some help trying to see why "iw" package does not install on my RPI3 build.  I see the package being built in ./tmp-glibc/work/raspberrypi3-oe-linux-gnueabi/rpi-basic-image/1.0-r0/rootfs/usr/sbin/ but when I flash the image I don't see iw.  This is what I have to install iw IMAGE_INSTALL_append = " kernel-image kernel-devicetree kernel-modules linux-firmware-bcm43430 wpa-supplicant iw hostapd dnsmasq iptables fcgi php php-cl22:30
rburtonikkysleepy: if its in the rootfs folder but isn't in the image then i suggest that you're not running the right image22:32
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rswrmxnbwmrbyzjh> has joined #yocto22:42
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC22:42
ikkysleepyThanks, looks like the build didn't generate a new image. Trying to see how I can rebuild the image22:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:06
*** batman_ <batman_!~bsreekan@149.199.62.254> has quit IRC23:19
*** aehs29_ <aehs29_!~aehs29@149.199.62.254> has quit IRC23:21
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-zaxnuwuyuszltkwd> has joined #yocto23:36
*** ant_home <ant_home!~ant__@host32-227-dynamic.182-80-r.retail.telecomitalia.it> has quit IRC23:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:39
*** armpit <armpit!~armpit@2601:202:4000:1184:34b1:53bf:ee45:2976> has joined #yocto23:53
*** martinkelly1 <martinkelly1!~martin@97-113-238-55.tukw.qwest.net> has quit IRC23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!