Thursday, 2020-11-12

*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC00:00
*** kent <kent!183f346c@c-24-63-52-108.hsd1.ct.comcast.net> has quit IRC00:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:11
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:15
nrossikhem: you still around? I've noticed an oddity with gcc-runtime and x86 where libatomic/etc override -march (via configure.tgt). Have you seen this? looks like qemux86 avoids compile errors cause it explicitly adds -msse00:15
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC00:16
khemyes we try to target generic tunes but it is configured for specific00:16
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto00:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:18
nrossikhem: so it is correct for libgomp to be compiled like so? ... -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse ... -march=i486 -mtune=i686 ... libgomp/alloc.c00:18
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC00:27
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:29
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:34
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:47
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC00:50
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:55
khemwhich tuning are you using00:55
khemgenerally we nullify what gcc runtime wants to do00:56
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC00:57
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto00:58
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC01:07
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto01:08
*** curlybracket <curlybracket!~quassel@ip-89-177-163-16.net.upcbroadband.cz> has quit IRC01:21
*** otavio__ <otavio__!~otavio@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC01:28
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto01:30
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cm64777d5e8820.cpe.net.cable.rogers.com> has quit IRC01:31
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cm64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto01:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC01:35
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC01:36
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto01:42
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto01:49
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC01:49
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto01:51
nrossikhem: sorry didn't see your message. The args i just posted are with qemux86, the tune i was using (which has build failures) is custom but is basically just CCARGS "-march=westmere -mtune=btver2 -mfpmath=sse" ontop of tune-x8601:59
nrossikhem: i think the problem is that this x86 check in configure.tgt (https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libgomp/configure.tgt;h=1863287fa0d4f66cbb4c2421808e4208bdf9e50c;hb=HEAD#l82) is adding those args which are undesirable. It seems to be specific to only a few of libgomp/libatomic/etc.02:01
khemnrossi:  only think this will need is atomic instructions  and we do not build for i386 so we should be ok to remove this02:09
nrossikhem: you mean remove the addition of the args? or should "--with-arch" be plumbed in for i386?02:12
khempatch the tgt file to not use it02:17
nrossikhem: ok, i presume that is something that is not upstreamable correct? so just an oe-core patch yes?02:18
*** ahadi <ahadi!~ahadi@88.130.217.213> has quit IRC02:18
*** ahadi <ahadi!~ahadi@88.130.217.213> has joined #yocto02:20
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC02:23
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto02:23
khemI think its just for oe since we use own cflags02:33
nrossikhem: is it worth changing it so the detection checks for march in CFLAGS like it checks for -m64/etc.? could make it upstreamable?02:35
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC02:35
nrossior is CFLAGS overrides with march just not something upstream supports?02:36
khemyeah if we can  implement the logic where it will set it based upon whats in CFLAGS that will perhaps work upstream too02:46
nrossiok, will have a look into it :)02:47
*** ahadi <ahadi!~ahadi@88.130.217.213> has quit IRC03:14
*** ahadi <ahadi!~ahadi@i5E86AF0D.versanet.de> has joined #yocto03:16
*** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has quit IRC03:18
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC03:25
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto03:36
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC03:37
*** camus1 is now known as kaspter03:37
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC04:18
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto04:22
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:28
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC04:28
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has joined #yocto04:29
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC04:31
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto04:31
*** camus1 is now known as kaspter04:33
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:35
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto04:52
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC04:52
*** camus1 is now known as kaspter04:52
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC04:59
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto05:13
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto05:25
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto05:26
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:27
*** camus1 is now known as kaspter05:27
*** sno <sno!~sno@xdsl-89-0-214-28.nc.de> has quit IRC05:29
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC05:30
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC05:46
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto05:55
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC05:55
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto06:13
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC06:13
*** camus1 is now known as kaspter06:13
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ydwarjkickqscgae> has quit IRC06:13
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto06:19
*** jobroe_ <jobroe_!~manjaro-u@p5dd7f3d1.dip0.t-ipconnect.de> has joined #yocto06:19
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:19
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC06:22
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto06:24
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC06:25
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto06:26
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC06:28
*** jobroe <jobroe!~manjaro-u@p5dd7f3d1.dip0.t-ipconnect.de> has joined #yocto06:32
*** jobroe_ <jobroe_!~manjaro-u@p5dd7f3d1.dip0.t-ipconnect.de> has quit IRC06:33
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:34
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto06:35
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:36
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:39
*** frsc <frsc!~frsc@i59F4B63A.versanet.de> has joined #yocto06:41
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto06:45
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC06:46
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto06:48
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC06:54
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto06:54
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto06:56
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has quit IRC07:00
*** sno <sno!~sno@p5b25befc.dip0.t-ipconnect.de> has joined #yocto07:02
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has joined #yocto07:02
*** frsc <frsc!~frsc@i59F4B63A.versanet.de> has quit IRC07:03
*** sno <sno!~sno@p5b25befc.dip0.t-ipconnect.de> has quit IRC07:04
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto07:06
*** sno <sno!~sno@p5b25befc.dip0.t-ipconnect.de> has joined #yocto07:27
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC07:29
*** yann <yann!~yann@88.120.44.86> has quit IRC07:31
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto07:34
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:35
*** camus1 is now known as kaspter07:35
*** mckoan|away is now known as mckoan07:40
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto07:44
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto07:47
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto07:47
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yylqilactdzkxfkq> has joined #yocto07:49
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto07:54
*** fl0v0 <fl0v0!~fvo@89.244.125.144> has joined #yocto07:56
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC07:59
LetoThe2ndyo dudX08:00
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto08:01
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto08:11
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC08:14
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC08:16
mihaiyo08:16
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto08:18
*** yann <yann!~yann@88.120.44.86> has joined #yocto08:23
*** yann <yann!~yann@88.120.44.86> has quit IRC08:31
*** yann <yann!~yann@88.120.44.86> has joined #yocto08:32
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC08:34
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto08:34
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea6448a1be2d68fad7.ipv6.abo.wanadoo.fr> has joined #yocto08:49
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto09:01
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:06
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto09:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto09:17
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC09:23
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC09:25
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC09:26
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC09:30
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto09:31
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:36
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto09:36
*** camus1 is now known as kaspter09:38
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC09:38
*** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto09:39
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto09:40
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qnilzmezlhylgbfc> has joined #yocto09:46
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:8d15:e6d2:ab9e:828e> has joined #yocto09:49
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto09:50
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto09:57
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea6448a1be2d68fad7.ipv6.abo.wanadoo.fr> has quit IRC09:58
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has joined #yocto09:58
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC09:58
koty0fqschulz: erbo: thanks for helping me out yesterday. I solved the issue. `machine-id` file was created by https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-core/systemd/systemd-systemctl/systemctl#L277 so I patched the file with patchdir=${WORKDIR}. Works like a charm:)09:59
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto09:59
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto10:00
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto10:01
qschulzkoty0f: \o/10:02
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC10:05
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC10:05
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto10:06
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC10:07
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto10:07
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto10:07
*** jobroe_ <jobroe_!~manjaro-u@p57a5959c.dip0.t-ipconnect.de> has joined #yocto10:09
*** jobroe <jobroe!~manjaro-u@p5dd7f3d1.dip0.t-ipconnect.de> has quit IRC10:10
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has quit IRC10:16
*** koty00f <koty00f!~filip@212.27.194.162> has joined #yocto10:16
*** koty0f <koty0f!~filip@212.27.194.162> has quit IRC10:17
*** koty00f <koty00f!~filip@212.27.194.162> has quit IRC10:17
*** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto10:17
*** Yumasi <Yumasi!~guillaume@40.72.95.92.rev.sfr.net> has joined #yocto10:18
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC10:20
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto10:25
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto10:26
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC10:41
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto10:42
*** faba <faba!~ffer@2a02:8109:a0c0:5428::9b48> has joined #yocto10:46
*** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has joined #yocto10:48
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC10:49
*** rewitt1 <rewitt1!~rewitt@unaffiliated/rewitt> has joined #yocto10:53
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC10:54
*** faba <faba!~ffer@2a02:8109:a0c0:5428::9b48> has quit IRC10:56
*** faba <faba!~ffer@2a02:8109:a0c0:5428:a4ba:8286:463d:4e31> has joined #yocto10:56
*** hpsy <hpsy!~hpsy@92.118.12.92> has quit IRC11:00
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto11:03
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto11:04
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC11:04
*** camus1 is now known as kaspter11:04
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC11:08
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto11:08
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC11:09
*** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has quit IRC11:11
*** Yumasi <Yumasi!~guillaume@40.72.95.92.rev.sfr.net> has quit IRC11:14
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto11:16
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has quit IRC11:21
*** rewitt2 <rewitt2!rewitt@unaffiliated/rewitt> has joined #yocto11:27
*** rewitt1 <rewitt1!~rewitt@unaffiliated/rewitt> has quit IRC11:28
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC11:31
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto11:32
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has joined #yocto11:33
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto11:36
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC11:47
*** faba <faba!~ffer@2a02:8109:a0c0:5428:a4ba:8286:463d:4e31> has quit IRC11:50
*** faba <faba!~faba@ip5f5af5ac.dynamic.kabel-deutschland.de> has joined #yocto11:54
yannI'm trying to understand how selftests are run: after a build then a failure on first run because of missing package on build host, it refuses to run again because build-st already exists (!?), and if I follow the hint given on IRC of using "-j1" I have the surprise of seeing a new build-st-$PID appearing and everything rebuilding from scratch...12:06
yannisn't there some more reasonable solution, really ?12:06
yannWell, maybe the biggest problem comes from SSTATE_DIR being under TOPDIR - wouldn't it be reasonable to notify the poor soul between chair and keyboard that such a sstate wil just be a problem ?12:10
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC12:10
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto12:11
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto12:33
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-timjvmxmnkjknshk> has joined #yocto12:40
*** fl0v0 <fl0v0!~fvo@89.244.125.144> has quit IRC12:41
*** fl0v0 <fl0v0!~fvo@89.244.125.144> has joined #yocto12:42
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC12:43
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto12:44
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC12:46
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC12:48
*** justasp <justasp!~justasp@82-135-139-249.static.zebra.lt> has joined #yocto12:48
RPyann: I guess there are some assumptions in the system about having a "sane" sstate setup by the time you run the selftests12:49
RPyann: TOPDIR isn't wrong as such, its just not optimal for selftest12:50
RPpreviously we did just reuse the build directory but that wasn't deterministic for the tests so we can't win12:50
RobertBerger@RP I am playing around with dunfell and your SPDX patch. I thought it checks per package, but I see things like this: glibc-2.31+gitAUTOINC+6fdf971c9d-r0 do_package: License for package glibc is {'GPL-2.0 WITH Linux-syscall-note'} vs GPLv2 & LGPLv2.1.  GPL with out the L comes from glibc tests.12:53
RPRobertBerger: it sounds like its looking at the main license rather than the package license? That is possible, I've not looked for a while12:54
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto12:56
RobertBerger@RP OK - I might have  look at it then, as time permits. In general our licensing tooling seems to analyze whatever is built and not e.g. what ends up in the target, meaning too many "false positives".12:56
RobertBerger@RP So I guess, what people usually do, is post processing of the info.12:57
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto13:04
RobertBergerI think I have a fix for ipk package/feed signing with uses gpg-native, but I am not sure why it uses gpg-native instead of the gpg of my hosts Linux ;)13:08
RPRobertBerger: right, yes. This was purely an experiment to compare the data from the sources with data from the license field13:08
RPRobertBerger: because we don't like dependencies on the host system? I know gpg is a nightmare in the context of the autobuilder and testing13:09
RobertBerger@RP: SPDX: Sure, just looking into how it works and maybe to improve it. It's very interesting. But, as you know, only a few source files use SPDX at all ;)13:10
RPRobertBerger: the kernel isn't "few" and its massively increasing13:11
RobertBerger@RP: SPDX: Yes I know, but it's GPLv2 ;) and one package13:12
yannRP: "not optimal" is an understatement :D13:12
RPyann: I agree it needs improvement and we would take patches which improve things without breaking our testing or getting in users way13:13
RobertBerger @RP: gpg: The latest version on Ubuntu 18 can not deal with "parallel" invocation. It runs out of "secure" memory. gpg-native can deal with it.13:13
RPRobertBerger: hence why we have gpg-native ;-)13:14
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto13:14
RobertBerger@RP: Yes I know, but it's not used by default ;)13:14
RPRobertBerger: hmm, it should be? :/13:14
RobertBerger@RP: only for rpms: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/sign_rpm.bbclass#n6913:14
RobertBerger@RP: I added the last few lines from above to http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/sign_ipk.bbclass#n6913:15
RobertBergerand this seems to fix it ;)13:15
RPRobertBerger: sounds like we need patches and new tests13:15
RobertBergeripk signing is broken in many ways.13:15
RPRobertBerger: hence the need for tests!13:16
RobertBergerIt's tests and doc.13:16
RobertBergerI amused myself a couple of days now to have something, which, I think, works.13:16
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has joined #yocto13:17
RobertBergerLet me get it in "some" state and I'll show it.13:17
RPRobertBerger: sounds good, its something we do want to be able to support13:18
RobertBergerAs far as I can say it's not too bad patch-wise: just those few lines added, but inconsistencies e.g. defaults in the signing classes and opk. opkg default to binary signatures and classes to ASCII.13:18
RobertBergerAnd also some bbappends for opk and opk-keyring13:19
RobertBergerLet  me test it and I'll write up something (including the gpg key stuff) and then we can see how to push this further.13:20
RobertBerger@RP: i am pretty confident we can support it. I tried it with ipk and not rpms, but I think it's very similar there. rpms might be better supported.13:21
RPRobertBerger: I'm fairly sure there are rpm tests13:22
RobertBergernot sure about the situation with keys and rpms, but it should be relatively easy to check this as well.13:22
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto13:23
RobertBergerOne major issues I had was, that key on the target was not "trusted" and I added a new function to "opkg-key" to make it work.13:23
yannRP: is it expected that between 2 runs sharing the same sstate, quite some build tasks need to be rerun ?13:23
yann(oe-selftest runs)13:24
RPyann: depends how you're sharing sstate13:24
RPyann: also depends upon the tests13:24
yann:/13:25
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto13:25
RPyann: some tests have to build from scratch and are designed not to pull from or push back into sstate due to what is being tested13:26
RPyann: sorry, is "runs" here selftest runs or normal builds?13:27
yannI just adjusted SSTATE_DIR not to use TOPDIR but an absolute path, so most artifacts are indeed reused from initial build, but my first run failed because sudo wants a password (and I'm not going to change that), so I ran sudo to unlock it thinking it would just have to run the tests now, just not apparently :|13:27
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto13:27
yannselftest runs only13:27
yannspecifically, "oe-selftest -r runtime_test.SystemTap.test_crosstap_helloworld -j 1"13:28
RPyann: the only sudo thing needed is for the tap/tun device. You can preload those in advance, then selftest won't need it13:29
*** koty0f <koty0f!~filip@212.27.194.162> has quit IRC13:29
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC13:29
RPI'd expect that systemtap tests should build mostly from sstate but it will probably include a kernel build since the stap target pieces won't be written to sstate13:29
yannthat could be reasonable, but util-linux, sqlite3, libxcb and such are quite unexpected here13:31
*** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto13:32
RobertBergersystemtap with a valid SSTATE will not work, since there will be no kernel sources available to build against.13:32
RPyann: are you using hashequiv?13:32
yannno13:32
RPyann: ok, that rules out that idea. I agree those things should be being reused and would like to understand why they're not too :/13:33
yannat least the test passed13:35
*** faba <faba!~faba@ip5f5af5ac.dynamic.kabel-deutschland.de> has quit IRC13:35
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC13:35
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto13:36
*** koty0f <koty0f!~filip@212.27.194.162> has quit IRC13:44
*** ndcroos <ndcroos!5bb300df@91.179.0.223> has joined #yocto13:47
yannwow, it does indeed rebuild the kernel for each individual systemtap test, even in a single run :/13:47
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has quit IRC13:55
*** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has joined #yocto13:56
RobertBerger@yann: I am not sure it needs to rebuilt the kernel every time, but it needs the kernel sources and to build a kernel module against it from the .stp script.13:58
RobertBerger@yann So, I guess, we have a very special case with systemtap. If you would use SSTATE or an SSTATE mirror the kernel sources would not be available and it could not build against them.14:00
RobertBerger@yann not sure how this is handled in the tests. --no-setscene I guess, but then again, it builds a lot of stuff.14:01
RPyann: hmm, that doesn't sound good :/14:01
RPyann: there is definitely a ton of optimisation which could be done in oe-selftest14:03
*** crazystick <crazystick!~paul@149.155.38.5> has joined #yocto14:07
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC14:11
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has quit IRC14:15
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC14:16
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto14:16
*** faba <faba!~faba@193.142.191.186> has joined #yocto14:18
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto14:18
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto14:30
*** Konsgn is now known as Guest6597314:30
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto14:31
*** faba_ <faba_!~faba@193.142.191.186> has joined #yocto14:31
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto14:33
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto14:33
*** ssajal <ssajal!~ssajal@128.224.252.2> has joined #yocto14:34
*** faba <faba!~faba@193.142.191.186> has quit IRC14:35
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC14:36
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has joined #yocto14:37
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto14:39
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC14:42
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has quit IRC14:44
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has joined #yocto14:56
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC15:02
*** Konsgnx1 is now known as Konsgn15:04
*** Konsgn is now known as Guest9205115:05
*** ndcroos <ndcroos!5bb300df@91.179.0.223> has quit IRC15:09
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto15:10
*** fl0v0 <fl0v0!~fvo@89.244.125.144> has quit IRC15:32
*** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto15:32
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto15:37
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC15:40
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC15:40
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC15:42
*** rcw <rcw!~rcwoolley@216.154.0.157> has joined #yocto15:48
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto16:00
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto16:15
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC16:18
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC16:20
yannI don't really see how the qemu's IP address gets passed to the tests themselves - esp. how "crosstap -r root@192.168.7.2 ..." gets to reach qemu (and the fact it requires 30min rebuild each time I attempt to launch this is quickly going to scare me away)16:24
RobertBerger@yann: If you run qemu manually those are the addresses it usually gets. Can you try to run qemu manually somehow and try if those addresses 7.1 and 7.1 are valid?16:28
RobertBerger7.1 and 7.216:28
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto16:31
yannRobertBerger: yes it does get that when running "runqemu", however that still blocks on sudo even with tun and tap kmodules loaded16:34
marexyann: shouldnt your user be in some group which can configure the tun/tap OR dont you need an entry in sudoers ?16:37
marexkhem: can you pick 'freerdp: Add missing libxkbcommon WL dependency' for meta-openembedded please ?16:37
khemis it on ml ? if not send it16:40
yannmarex: requiring a group would seem reasonable, but the script really seems to like sudo :|16:40
marexkhem: it is16:40
yannthere is runqemu-gen-tapdevs too, but that's quite intrusive on the system, too16:40
moto-timoyann: have you run the runqemu-gentap-devs command? that uid:gid should be the user/group that will actually be running qemu/testimage16:40
moto-timoah...16:40
marexkhem: https://patchwork.openembedded.org/patch/175616/16:41
moto-timoI've been working on a systemd solution to have tap devices created at startup, but it hasn't been smooth so far16:41
yannthat one seems really suitable for a container that will run tests, but not for a workstation16:41
* moto-timo not a networking expert16:41
moto-timoyann: I have always used the runqemu-gen-tapdevs and I create (if it doesn't exist) a netdev group16:42
moto-timoso my user and the CI system are both members of netdev16:42
*** florian_kc is now known as florian16:42
moto-timobut I am still in search of a cleaner solution with systemd16:42
yannIIRC I was using something for qemu networking that did not have such root perms requirement, in a previous life (and time flies, I'll have to re-dig from scratch)16:44
moto-timoslirp, but that is user space and slower16:44
moto-timoI won't intentionally use any tool that is slower16:44
khemmarex:  its already in master did you check ?16:45
moto-timoalso, I won't intentionally run things that require root perms... you get only the perms you need16:45
moto-timorunning containers as --privileged. NO.16:46
yannno that was not slirp.  things come gradually back into main memory as I browse the docs16:46
marexkhem: d'oh, I was still rebasing on dunfell ... so, I guess i should send another patch for dunfell too16:48
marexkhem: thanks for the heads up16:48
yannI was using the socket backend.  The use-case was different, essentially inter-VM communiactions.  I had a specific qemu process (with processor not running, kinda kludgy) acting solely as a network switch (with the equivalent of "-netdev socket,id=mynet0,listen=:1234" passed by the controlling process to create ports on the switch, dynamically), and the VM's connecting with "-netdev socket,id=mynet0,connect=:1234"16:50
moto-timoyann: interesting16:51
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC16:51
yannand I probably had a special port on that virtual switch that was bridged to a permanent tap device16:51
moto-timothat would make sense...16:51
yannthat way I only had a single-shot config as root, and everything else unpriviledged16:51
moto-timothere are many things in runqemu and oe-selftest that made sense at the time but could use some updates...16:52
moto-timoor "there I fixed it" solutions where it worked and nobody ever went back to re-factor it16:52
moto-timoplus teams have changed... so continuity of devs is a factor16:53
yannsure :)16:53
yannand the tap solution is the one advertized everywhere, so usually people take the road with signs :)16:53
moto-timoindeed16:54
moto-timoto be honest, I frequently take the command that 'runqemu' outputs and tweak it manually, but the simpler starting point is still welcome :)16:55
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr> has quit IRC16:59
RPthe tap solution works out really well on the automated testing which helps a bit too16:59
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC17:04
*** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-hzekfjveagqvkvni> has quit IRC17:07
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC17:08
*** joeythesaint <joeythesaint!~joe@205.185.115.212> has joined #yocto17:15
*** mckoan is now known as mckoan|away17:19
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has quit IRC17:54
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has joined #yocto17:55
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:01
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC18:04
*** justasp <justasp!~justasp@82-135-139-249.static.zebra.lt> has quit IRC18:04
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC18:11
marexkhem: do you want me to submit it or can you pick it for 3.2 and 3.1 ?18:17
*** koty0f <koty0f!~filip@212.27.194.162> has quit IRC18:19
kergothI just realized I'm procrastinating by watching a ted talk on procrastination.18:19
ShaunI can only hope it's the Sam Battle one18:21
kergothit is now18:24
kergoth:)18:24
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC18:25
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto18:26
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto18:27
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto18:33
*** risca <risca!~quassel@212.85.71.156> has quit IRC18:55
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC19:02
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto19:03
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yylqilactdzkxfkq> has quit IRC19:04
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC19:06
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC19:08
*** faba_ <faba_!~faba@193.142.191.186> has quit IRC19:08
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:13
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:15
*** Sandrita68 <Sandrita68!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC19:15
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qnilzmezlhylgbfc> has quit IRC19:20
*** yann <yann!~yann@88.120.44.86> has quit IRC19:27
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:27
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:33
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:34
*** aidanh_ is now known as aidanh19:34
*** yann <yann!~yann@88.120.44.86> has joined #yocto19:34
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto19:38
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:41
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:43
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC19:43
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:43
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto19:46
*** risca <risca!~quassel@212.85.71.156> has joined #yocto19:50
*** jobroe_ <jobroe_!~manjaro-u@p57a5959c.dip0.t-ipconnect.de> has quit IRC19:53
*** risca <risca!~quassel@212.85.71.156> has quit IRC19:57
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC20:02
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC20:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto20:06
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:8d15:e6d2:ab9e:828e> has quit IRC20:07
khemkergoth: is it the one by Tim Urban ? its so funny20:10
kergothkhem: yeah. instant gratitification monkey <320:10
*** risca <risca!~quassel@212.85.71.156> has joined #yocto20:10
kergothhis blog post on the subject is good too. actually a lot of his posts are on wait but why20:10
khemyeah, but I think procrastination is also helpful, because it does not end the thread but puts it to sleep, so subconscious is still processing it :)20:11
kergothtrue, i think it depends on whether it's preventing you from taking action at all, or if it's a stepping away from it for a time20:13
khemmultithreaded concurrent systems are efficient20:13
khemonly problem is concurrency should not be left to everybody20:13
*** hpsy <hpsy!~hpsy@92.118.12.92> has joined #yocto20:13
khemsometimes its helping you to take action that you are not yet ready for20:14
*** hpsy <hpsy!~hpsy@92.118.12.92> has quit IRC20:14
*** hpsy <hpsy!~hpsy@92.118.12.92> has joined #yocto20:14
khemwhich is to 'defer'20:15
*** risca <risca!~quassel@212.85.71.156> has quit IRC20:26
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto20:27
*** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has quit IRC20:31
*** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has joined #yocto20:41
*** risca <risca!~quassel@212.85.71.156> has joined #yocto20:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC20:45
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:45
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:c144:b05b:ef62:3b51> has joined #yocto20:53
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC21:00
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto21:09
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC21:12
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC21:15
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto21:16
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC21:16
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:28
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:33
mischiefhow does file-rdeps QA check work with virtual recipes? a recipe we have is failing the file-rdeps QA check, but we do have a provider for the required library in a virtual DEPENDS21:33
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:37
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto21:38
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto21:42
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC21:47
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto21:48
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:50
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC21:51
ShikadiI have a (hopefully) easy question, I found online bitbake --interactive, which doesn't seem to exist in my setup. Was this feature moved/removed? I'd like to for example be able to run "bitbake -f -c compile package_a" followed by "bitbake package_b" without reloading all the recipes every time21:54
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:56
*** risca <risca!~quassel@212.85.71.156> has quit IRC21:56
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:56
*** Guest92051 <Guest92051!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC22:02
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto22:04
*** ndcroos <ndcroos!5bb300df@91.179.0.223> has joined #yocto22:08
*** ndcroos <ndcroos!5bb300df@91.179.0.223> has quit IRC22:10
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:22
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:22
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:c144:b05b:ef62:3b51> has quit IRC22:24
*** PaowZ <PaowZ!~vince@2a01:e0a:52a:1870:a464:c575:88bd:69ea> has quit IRC22:25
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto22:29
*** risca <risca!~quassel@212.85.71.156> has joined #yocto22:33
*** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC22:39
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto22:47
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC22:51
mischiefit looks to me like the file-rdeps QA check ignores PROVIDES and PREFERRED_PROVIDER. is this intentional or a bug?22:51
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC22:52
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC23:06
*** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has quit IRC23:07
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:08
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC23:08
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto23:09
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC23:13
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC23:13
*** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto23:19
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto23:21
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC23:22
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-uubcpouerlverxsc> has quit IRC23:23
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-bvjdngonvqscwpmm> has joined #yocto23:24
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC23:25
ShikadiAnswer to my question was "bitbake --server-only -T -1" in case anyone curious reads the scrollback23:27
*** gendevbot <gendevbot!~devbot@176.235.187.234> has quit IRC23:34
*** gendevbot_ <gendevbot_!~devbot@176.235.187.234> has joined #yocto23:35
*** risca <risca!~quassel@212.85.71.156> has quit IRC23:48

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!