Wednesday, 2019-06-05

*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has quit IRC00:20
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC00:27
*** stephano <stephano!stephano@nat/intel/x-jzvbbqsjyokavozq> has quit IRC00:40
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto00:41
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has joined #yocto01:20
JacobenzHi Team, I'm Jacob, new to linux foundation as the product owner of Dev Analytics. I'm just checking out the tools you use to collaborate. Have a great one!01:21
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC01:50
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has quit IRC02:02
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto02:04
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC02:11
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC02:19
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto02:44
*** kaspter <kaspter!~Instantbi@60.176.175.110> has joined #yocto02:45
*** milloni <milloni!~milloni@preemptable.org> has quit IRC03:13
*** milloni <milloni!~milloni@preemptable.org> has joined #yocto03:16
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto03:21
*** cvasilak <cvasilak!~cvasilak@2a02:587:8118:a100:356b:af:3d1e:b18a> has joined #yocto04:54
*** armpit <armpit!~armpit@2601:202:4180:c33:a15e:ca8f:b3bd:c1e3> has joined #yocto05:14
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-teobgeswhdlyyfcp> has quit IRC05:21
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:33
*** rokm <rokm!rokm@freeshell.de> has quit IRC05:40
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC05:48
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has joined #yocto05:53
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto06:02
*** frsc <frsc!~frsc@251-67-142-46.pool.kielnet.net> has joined #yocto06:04
*** agust <agust!~agust@p508B63E2.dip0.t-ipconnect.de> has joined #yocto06:06
alessioigorgood morning06:11
alessioigorCould you point me to the relevant documentation for install and use mingw32 based SDK, please?06:11
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:17
*** kaspter <kaspter!~Instantbi@60.176.175.110> has quit IRC06:18
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC06:21
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto06:46
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:86d:a88:1c9e:e345> has joined #yocto06:49
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto06:54
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:86d:a88:1c9e:e345> has quit IRC07:00
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto07:10
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto07:10
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:17
*** kaspter <kaspter!~Instantbi@60.176.175.110> has joined #yocto07:43
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:44
*** sudobash1 <sudobash1!~sudobash1@96-95-138-177-static.hfc.comcastbusiness.net> has quit IRC07:50
*** yacar_ <yacar_!~yacar@80.215.197.140> has joined #yocto07:56
*** sudobash1 <sudobash1!~sudobash1@96-95-138-177-static.hfc.comcastbusiness.net> has joined #yocto07:58
*** leitao <leitao!~leitao@2620:10d:c092:200::1:232f> has joined #yocto07:59
*** luckywho <luckywho!~quassel@49.207.50.14> has joined #yocto08:12
luckywhoHi Guys, i'm facing some issue with python in oe.08:14
luckywhoMissing Python modules on target08:17
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-giohuzxezkvvskzx> has joined #yocto08:18
*** u1106_ <u1106_!~quassel@163.172.172.46> has quit IRC08:27
*** u1106 <u1106!~quassel@163.172.172.46> has joined #yocto08:27
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC08:38
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:39
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto08:40
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has joined #yocto08:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:43
*** mckoan|away is now known as mckoan08:51
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto08:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:02
*** kaspter <kaspter!~Instantbi@60.176.175.110> has quit IRC09:06
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has quit IRC09:25
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto09:33
*** kaspter <kaspter!~Instantbi@60.176.175.110> has joined #yocto09:33
*** litb <litb!~js@p5B2FF6A8.dip0.t-ipconnect.de> has joined #yocto09:40
litbhello folks09:40
litbcan the sstate-cach be relocated to outside the build/, once it has been populated?09:40
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC09:51
LetoThe2ndlitb: nope09:57
LetoThe2ndlitb: there might be evil magic with links etc, but i'd expect a lot of breakage. hence, just "no"09:58
LetoThe2ndluckywho: can you please be more specific?09:58
*** yacar_ <yacar_!~yacar@80.215.197.140> has quit IRC10:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:232f> has quit IRC10:03
*** Bunio_FH <Bunio_FH!~bunio@188.72.108.226> has joined #yocto10:05
luckywhoLetoThe2nd, I'm using python 2.7.13 in openembedded core. Target, /usr/lib/python2.7/ i have limited library modules. In target i don't have specific reason why many modules such subprocess, string, textwrap and manymore are not their in target. I'm missing many modules.10:07
*** leitao <leitao!~leitao@2620:10d:c092:200::1:232f> has joined #yocto10:08
luckywhohttp://cgit.openembedded.org/openembedded-core/log/meta/recipes-devtools/python?h=rocko10:09
LetoThe2ndluckywho: python is split into a lot of smaller packages for space efficiency reasons. so, install the modules you need specifically. find some inspiratoin here: http://cgit.openembedded.org/meta-openembedded/tree/meta-python/recipes-core/packagegroups/packagegroup-meta-python.bb?h=master10:09
*** Bunio_FH <Bunio_FH!~bunio@188.72.108.226> has quit IRC10:10
*** leitao <leitao!~leitao@2620:10d:c092:200::1:232f> has quit IRC10:12
luckywhoLetoThe2nd: Thanks for your help. BUt i don't have meta-python folder. I can see meta & meta-poky folder.  http://cgit.openembedded.org/openembedded-core/log/meta/recipes-devtools/python?h=rocko10:16
LetoThe2ndluckywho: same reasoning applies. please see: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/python?h=rocko10:18
LetoThe2ndmore specifically, see http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/python/python-2.7-manifest.inc?h=rocko10:20
litbLetoThe2nd, thanks10:20
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto10:27
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has joined #yocto10:34
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC10:38
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:39
rburtonlitb: sstate-cache can be moves, yes11:04
rburtonluckywho: if you want all of py then add python-modules to the image11:05
rburtonin fact, just python should be sufficient with a recent release.11:05
luckywhorburton: How?11:06
rburtonadd python to IMAGE_INSTALL for the image you're building11:06
luckywhorburton: Will it be local.conf file. I'm noob in yocto.11:13
rburtonluckywho: you can do that, but ideally if you want a custom image, make a custom image.  copy and edit the image file that you're building already.11:13
litbrburton, so is LetoThe2nd wrong that I can't move  it?11:18
rburtonyes, sstate can easily be moved11:18
rburtonyou can't move tmp/ inside the build directory, but you can just delete that and rebuild from sstate in seconds11:19
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC11:20
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto11:21
luckywhorburton: In poky/build/conf/local.conf, IMAGE_INSTALL += "python". Is that correct?11:23
LetoThe2ndrburton: ah nice. thanks for the correction. messe dup tmp and sstate then, me.11:24
rburtonluckywho: if you're going to do it in local.conf then IMAGE_INSTALL_append = " python" is probably safer as i've no idea what image you're using.  this is in the manual, btw.11:25
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:35
*** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC11:37
*** yacar_ <yacar_!~yacar@80.215.85.230> has joined #yocto11:38
*** berton <berton!~berton@181.220.86.53> has quit IRC11:38
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:39
*** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto11:49
litbrburton, should I trust you or LetoThe2nd11:49
rburtonlitb: me, obviously :)11:49
litbrburton, i see, you seem to have 40 repositories on github. sounds trustworthy11:50
RPlitb: rburton is right, you can move sstate11:51
RPlitb: I wrote large chunks of sstate code if that helps ;-)11:51
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC11:57
litbthanks folks.  you saved me so much time!11:57
*** geissonator <geissonator!~geissonat@gateway/shell/openbmc/x-ueroidsfxtwqnwww> has joined #yocto12:09
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto12:26
*** cvasilak <cvasilak!~cvasilak@2a02:587:8118:a100:356b:af:3d1e:b18a> has quit IRC12:31
yoctiNew news from stackoverflow: Yocto ERROR: Function failed: SYSTEMD_SERVICE_package value myservice.service does not exist <https://stackoverflow.com/questions/56460650/yocto-error-function-failed-systemd-service-package-value-myservice-service-do>12:39
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC13:07
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:22
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has quit IRC13:43
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has joined #yocto13:50
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC13:54
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has quit IRC14:01
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto14:11
lpapphi, why does HOST_ARCH not make it into my makefile if I use make -e in my do_compile?14:11
lpappif I do make HOST_ARCH=$(HOST_ARCH) ... then it makes it into the Makefile.14:11
qschulzlook into oe_runmake14:17
qschulzit takes EXTRA_OEMAKE variable and put it as argument of make in oe_runmake_call14:18
qschulzI guess HOST_ARCH is put into this variable?14:18
qschulzif you're only wanting to pass some more variables to make, just do an EXTRA_OEMAKE += "jqlrvrg" and leave do_compile without modifications14:19
lpappthat is a real shame.14:20
lpappI thought make -e will make all the bitbake environment variables directly accessible14:20
lpappso my only option is FOO=${FOO} then to make it directly accessible14:20
lpappbut then I am puzzled entirely how other environment variables like compilation flags, etc, make it into our build system. It is a complete mystery...14:21
lpappI think it would make no sense to wrap it all from environment into EXTRA_OEMAKE...14:21
lpappsince no build system wants to build openembedded specific variables into their build system... that would be nightmare.14:21
lpappso I find it hard to believe it.14:21
qschulzyes, you need EXTRA_OEMAKE += "FOO=${FOO}" to pass FOO to your makefile14:23
lpappour do_compile is: "make -e LD="${CCLD}" CCACHE=0 foo"14:24
qschulzfoo is your target I guess?14:24
lpappyeah14:24
lpappalso, why does Yocto set HOST_ARCH as arm14:24
lpappbut ARCH to arm in the SDK14:24
lpappshould they not be consistent14:24
lpappso any project using yocto or the sdk to build, they can rely on one variable, not multiple14:25
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto14:25
qschulzoe_runmake foo and you add your "flags" to EXTRA_OEMAKE14:25
lpappqschulz: if I have to do that, I would rather do make ... FOO=$(FOO)14:25
lpappthan an extra line14:25
*** armpit <armpit!~armpit@2601:202:4180:c33:a15e:ca8f:b3bd:c1e3> has quit IRC14:25
*** kaspter <kaspter!~Instantbi@60.176.175.110> has quit IRC14:26
qschulzI'd not14:26
*** kaspter <kaspter!~Instantbi@60.176.175.110> has joined #yocto14:26
qschulzyou depends on LDFLAGS, CFLAGS, etc...14:26
qschulzag my bad14:26
*** armpit <armpit!~armpit@2601:202:4180:c33:649f:275:809c:24d6> has joined #yocto14:26
qschulzI guess you should be able to do oe_runmake -e -e LD="${CCLD}" CCACHE=0 foo14:27
qschulzoe_runmake, not make14:27
qschulz(and only one -e, bad copy-pasting)14:27
qschulzif you use make, you loose everything that is in EXTRA_OEMAKE14:27
lpappwhy is TARGET_ARCH not set14:28
lpappit should be according to manual if HOST_ARCH is set, but bitbake -e foo | grep ^TARGET_ARCH shows it empty14:28
kuzulisHi guys. Why when I try to add the RDEPENDS_${PN} = "... \gstreamer1.0-plugins-ugly-meta" to my packagegroup, then the bitbake say that nothing provides this package? But as I can see in /sources/poky/meta/recipes-multimedia/gstreamer/ thnen I see that the gstreamer1.0-plugins-ugly_1.10.4.bb is present..14:28
qschulzsome variables are resolved later14:28
lpappkuzulis: I do not know. But there is a meta difference14:29
*** yacar_ <yacar_!~yacar@80.215.85.230> has quit IRC14:29
qschulzIs there a ${PN}-meta in gstreamer1.0-plugins-ugly_1.10.4.bb?14:30
lpappqschulz: bitbake -e foo | grep ^EXTRA_OEMAKE -> returns empty14:30
lpappqschulz: should I use HOST_ARCH or TARGET_ARCH14:30
lpappfurthermore, why not ARCH like in the SDK?14:30
lpappwhy inconsistency14:30
kuzulisqschulz: No, there no any 'meta' mention.14:31
qschulzlpapp: look into the workdir of your recipe, you have a temp directory. In there, you have run.do_something and log.do_something. Former is what is run, latter is the log of what is run. It might help you later anyway14:32
kuzulisqschulz: But, when I add 'gstreamer1.0-plugins-bad-meta' to my RDEPENDS_${PN} then it does work, even if gstreamer1.0-plugins-bad_1.10.4.bb has not any 'meta' mention14:33
qschulzlpapp: Host for host, target for target. Depends on what you're building. Native? Host most likely. For your DUT? Target most likely.14:33
qschulzI'm no Yocto developer honestly so just giving my 2cts14:34
lpappqschulz: what is DUT?14:34
qschulzdevice under test14:34
qschulzor your target if you prefer14:34
lpappyeah, building within Yocto for arm14:34
lpappin an Intel vm14:35
lpappqschulz: do we really need -e with oe_runmake and explicit var maps14:36
lpappwell14:37
lpapplpapp@yocto-build-32:~/Projects/polatis/Yocto/src/build$ bitbake -c cleanall14:37
lpappERROR: Only one copy of bitbake should be run against a build directory14:37
lpapplpapp@yocto-build-32:~/Projects/polatis/Yocto/src/build$ killall bitbake14:37
lpappbitbake: no process found14:37
lpapplpapp@yocto-build-32:~/Projects/polatis/Yocto/src/build$14:37
lpapphow is this possible :)14:37
qschulzbitbake.lock14:38
lpapphmm14:38
lpappso why is ARCH not defaulting to TARGET_ARCH14:39
lpappso that build systems can rely on the ARCH variable both in and outside Yocto14:39
qschulzYocto is a build system14:39
lpappikr14:40
qschulzso I don't quite understand what you're trying to say14:41
qschulzAH, I guess you want to be able to use the same makefile without too much magic and use ARCH since it's what's used most of the time14:41
lpappyeah14:42
lpappI guess ARCH="${TARGET_ARCH}" is uncool for everyone included14:42
qschulzI'd have a look at the kernel recipes, since I remember compiling it with make ARCH= and I'm not sure it actually supports TARGET_ARCH14:42
qschulzso there needs to be something in the kernel recipe14:43
qschulz(might be in the kernel.bbclass also)14:43
lpappby the way, TARGET_ARCH does not work for me14:43
qschulz(beware, it's a pretty huge and complex recipe/class)14:43
lpappHOST_ARCH does14:43
lpappit looks like TARGET_ARCH is not set, why?14:43
lpappoh, sorry, I was wrong14:44
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has quit IRC14:45
lpappwe also run make strip in the do_compile target after make14:45
lpappis there a way to do it automatically with oe_runmake?14:45
lpapp    oe_runmake ARCH="${TARGET_ARCH}" LD="${CCLD}" CCACHE=0 target14:45
lpapp    oe_runmake strip14:45
lpappthese two in one line?14:45
rburtonno because make will run both in parallel14:46
lpapptarget strip maybe14:46
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has joined #yocto14:46
rburton(this is a make question, not yocto)14:46
lpappprobably true14:46
lpappmake target will not strip though14:47
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC14:49
qschulzlpapp: why do you want it in one line?14:49
*** yacar_ <yacar_!~yacar@80.215.85.230> has joined #yocto14:51
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has joined #yocto14:51
*** jemarch <jemarch!user@gnu/pdf/jemarch> has joined #yocto14:58
*** jemarch <jemarch!user@gnu/pdf/jemarch> has left #yocto14:58
*** stephano <stephano!stephano@nat/intel/x-usukaqbipzwwmxxw> has joined #yocto15:04
*** realbigfoot <realbigfoot!~realbigfo@host11-207-dynamic.40-79-r.retail.telecomitalia.it> has joined #yocto15:04
lpappqschulz: avoid the word make twice15:05
lpappor oe_runmake for that matter15:05
yoctiNew news from stackoverflow: How to fix "undefined reference to symbol 'vxCannyEdgeDetectorNode'" error compiling openvx on yocto <https://stackoverflow.com/questions/56463256/how-to-fix-undefined-reference-to-symbol-vxcannyedgedetectornode-error-compi>15:09
armpitbehanw, did you get the updated slide dec?15:16
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:21
*** vineela <vineela!vtummala@nat/intel/x-jsxyydkfujhhjwxl> has joined #yocto15:22
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:30
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has quit IRC15:30
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has joined #yocto15:31
*** opennandra <opennandra!~marek@178-143-25-215.dynamic.orange.sk> has quit IRC15:38
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto15:47
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto15:52
*** yacar_ <yacar_!~yacar@80.215.85.230> has quit IRC15:56
*** yacar_ <yacar_!~yacar@80.215.85.230> has joined #yocto15:56
JPEWRP: I'm seeing some weird reproducibility problems related to RDEPENDS..... it looks like RDEPENDS get pulled into the RSS, but not consistently (or reproducibly)16:00
JPEWFor example, in one run acl finds"echo" from the host, and in another its from the RSS16:01
*** vineela <vineela!vtummala@nat/intel/x-jsxyydkfujhhjwxl> has quit IRC16:02
RPJPEW: this sounds like investigation is needed. I'm not entirely surprised :/16:03
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC16:04
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto16:06
*** leitao <leitao!~leitao@2620:10d:c092:200::1:cca1> has joined #yocto16:06
yoctiNew news from stackoverflow: Set new user permissions in Yocto recipe <https://stackoverflow.com/questions/56463788/set-new-user-permissions-in-yocto-recipe>16:09
RPJPEW: oh, I might be able to explain that16:14
RPJPEW: RSS is populated "as needed" so if do_package has a dependency it would only get added at do_package time. It might not be there at do_compile time16:14
RPJPEW: I talked about how we have recipe specific sysroots and not task specific sysroots in the original pull request for the work16:15
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC16:19
*** mckoan is now known as mckoan|away16:20
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has quit IRC16:23
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC16:28
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC16:32
*** Crofton_ <Crofton_!~Crofton@2601:5c0:c100:b84:2677:3ff:fe8f:418> has quit IRC16:33
JPEWRP: Does that mean if a recipe is rebuilt the RSS might have different contents left over from the last run?16:42
RPJPEW: yes16:44
RPJPEW: well the tasks are meant to to use anything they don't explicitly depend upon16:44
RPnot to use16:45
RPJPEW: reality is there is some potential window there and it was a known problem with the design of RSS. I don't know how we could avoid it really16:45
RPtask specific sysroots would be insane and really hard to make work and we can't know all the task dependencies at do_configure time (some are circular too)16:46
RP(also changing the compiler paths between configure and compile turned out to be near impossible to make workable)16:47
*** litb <litb!~js@p5B2FF6A8.dip0.t-ipconnect.de> has quit IRC16:58
yoctiNew news from stackoverflow: Unable to Upgrade A Recipe for a Meta-Layer in Yocto Krogoth <https://stackoverflow.com/questions/56465052/unable-to-upgrade-a-recipe-for-a-meta-layer-in-yocto-krogoth>17:09
*** Crofton_ <Crofton_!~Crofton@2607:fb90:18da:922e:2677:3ff:fe8f:418> has joined #yocto17:10
*** frsc <frsc!~frsc@251-67-142-46.pool.kielnet.net> has quit IRC17:12
*** leitao <leitao!~leitao@2620:10d:c092:200::1:cca1> has quit IRC17:31
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto17:39
*** rrerolle6 is now known as rrerolle17:45
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has joined #yocto17:45
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-giohuzxezkvvskzx> has quit IRC17:48
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC18:05
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto18:06
*** litb <litb!~js@p5B2FF6A8.dip0.t-ipconnect.de> has joined #yocto18:14
litbhello folks18:14
litbis there a workflow for creating a distribution installer? I.e let's assume you have created your image, and now you want an installer for that firmware, that boots up when customers want to upgrade to that firmware18:15
*** geissonator <geissonator!~geissonat@gateway/shell/openbmc/x-ueroidsfxtwqnwww> has quit IRC18:15
litbis there a framework for that, that can be used with yocto?18:15
*** lazyape <lazyape!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC18:21
*** Crofton_ <Crofton_!~Crofton@2607:fb90:18da:922e:2677:3ff:fe8f:418> has quit IRC18:25
RPlitb: it tends to be very usecase specific. I know people have done it, not sure there is a standard framework though18:29
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC18:30
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto18:33
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has quit IRC18:33
*** geissonator <geissonator!~geissonat@gateway/shell/openbmc/x-enzqbohwgnkussms> has joined #yocto18:34
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has joined #yocto18:34
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto18:35
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC18:37
*** yacar_ <yacar_!~yacar@89-159-56-178.rev.numericable.fr> has joined #yocto18:38
* RP should probably mention https://autobuilder.yocto.io/pub/non-release/ now its providing more useful info in the index18:51
*** yacar_ <yacar_!~yacar@89-159-56-178.rev.numericable.fr> has quit IRC18:51
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:51
*** litb <litb!~js@p5B2FF6A8.dip0.t-ipconnect.de> has quit IRC18:56
JPEWIs that only successful builds?19:07
RPJPEW: no, any build on the AB that generated testresults19:08
JPEWnice19:08
RPoh, it also now has https://autobuilder.yocto.io/pub/non-release/20190605-1/testresults/qemuarm64-ptest-fast/ *.log19:08
RPi.e. all ptest logs are extracted magically19:09
RPJPEW: your code in action :)19:11
RPlets me close a few more bugs :)19:11
JPEWGood.... I opened one about the RSS + reproducibility19:12
JPEWNot sure what to do about it right now, need to have a think19:12
RPJPEW: I'm not sure its a huge issue, we likely just need to force a few config values i.e. sort is just sort, no path19:18
RPmaybe hack the actual macro19:18
JPEWRP: Ya thats fair; do you think that should just be done automatically for several of the hosttools?19:18
RPJPEW: possibly. I know I already did it for sed, bash/sh and maybe some others19:19
JPEWHmm, would that fix it though? If we set SED="sed" it would still actually use the sed from sysroot-native, since it comes before hosttools in PATH.19:20
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC19:20
JPEWI guess it would make the makescripts consistent and the build outputs would be consistent as long as the two seds acted the same19:21
*** berton <berton!~berton@181.220.86.53> has quit IRC19:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:29
*** florian_kc is now known as florian19:29
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:30
*** Jacobenz <Jacobenz!~jacobenz@45.56.151.156> has quit IRC19:34
RPJPEW: perhaps we should just enforce coreutils not to overlap with HOSTTOOLS?19:38
RP(coreutils-native that is)19:38
RPJPEW: we do already assume that the HOSTTOOLS behave the same really19:38
JPEWAs in modify the coreutils-native recipe to not install anything that happens to be in HOSTTOOLS (e.g. echo, sort, etc.)?19:39
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:40
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:41
*** aidanh_ is now known as aidanh19:41
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto19:44
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto19:44
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-10-84.static.upcbusiness.at> has joined #yocto20:12
m1ster_r0b0tGood evening everyone!20:12
m1ster_r0b0tone question: has libelf-dev been patched out of elfutils?20:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:18
rburtonm1ster_r0b0t: nope20:28
m1ster_r0b0tso how can i install it to an image? just add recipes-devtools/elfutils/elfutils_0.176.bb?20:34
*** khem <khem!~khem@unaffiliated/khem> has quit IRC20:55
rburtonelfutils-dev20:59
m1ster_r0b0tis it inside elfutils? i just get a  elfutils RPROVIDES elfutils-dev21:04
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto21:07
rburtonm1ster_r0b0t: elfutils-dev:21:19
rburton/usr/include/dwarf.h21:19
rburton/usr/include/elfutils/elf-knowledge.h21:19
rburton..21:19
rburtonthe elfutils recipe builds an elfutils-dev package21:19
*** geissonator <geissonator!~geissonat@gateway/shell/openbmc/x-enzqbohwgnkussms> has quit IRC21:20
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:24
m1ster_r0b0tthx!21:50
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto21:51
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC22:05
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto22:49
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has left #yocto22:50
*** agust <agust!~agust@p508B63E2.dip0.t-ipconnect.de> has quit IRC22:53
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:54
*** stephano <stephano!stephano@nat/intel/x-usukaqbipzwwmxxw> has quit IRC23:14
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:22
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC23:27
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-sgorxxphaktofrns> has joined #yocto23:37

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