Wednesday, 2019-11-27

*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:03
*** Jin|away <Jin|away!> has quit IRC00:13
*** goliath <goliath!> has quit IRC00:25
*** rburton <rburton!> has quit IRC00:26
*** armpit <armpit!~armpit@2601:202:4180:a5c0:88c1:6db9:7b72:a2e8> has joined #yocto00:33
*** vineela <vineela!~vtummala@> has quit IRC00:33
*** ericch <ericch!> has quit IRC00:49
*** agust <agust!> has quit IRC01:04
*** stephano <stephano!> has quit IRC01:16
*** vineela <vineela!~vtummala@> has joined #yocto01:17
*** vineela <vineela!~vtummala@> has quit IRC01:52
*** abhiarora44 <abhiarora44!uid396576@gateway/web/> has joined #yocto02:24
*** kaspter <kaspter!~Instantbi@> has quit IRC03:00
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:00
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC03:47
*** anujm <anujm!~anujm@> has quit IRC04:22
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto05:34
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto05:53
*** Chrusel <Chrusel!c1669b04@> has joined #yocto05:57
ChruselGood morning everybody! First: Thank you guys for the new warrior release! (y) (y) (y)06:04
ChruselProbably a simple question to most of you: How to tell a package to NOT go into SDK? I appreciate also hints to the answering chapter in Reference-Manual ;D06:09
*** xtron <xtron!~xtron@> has joined #yocto06:11
*** ThomasD13 <ThomasD13!> has joined #yocto06:14
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC06:16
*** AndersD <AndersD!> has joined #yocto06:22
xtronanyone used package_management with opkg?06:24
khemxtron: sure, its commonly used06:38
khemsomething changed in OE-Core ?06:39
khemits using master-next06:39
xtronkhem, there is a problem with package_feed configuration, package_management is set, package_feed_uris,path,arch are set but reflecting in opkg configs06:47
xtronopkg list-installed is empty and it can't update from repo server06:48
*** l4 <l4!~marius@> has joined #yocto06:49
*** abhiarora44 <abhiarora44!uid396576@gateway/web/> has quit IRC06:54
xtronbitbake -g <target> is not generating recipe-dependencies06:56
*** guerinoni <guerinoni!> has joined #yocto07:11
khemxtron: it means package info is missing in image07:22
*** alin___ <alin___!~alin___@> has joined #yocto07:24
xtronkhem, seems like a build issue, as it works good first time with a fresh build afterward it don't have the repo configurations07:27
*** alessioigor <alessioigor!> has joined #yocto07:32
*** xtron <xtron!~xtron@> has quit IRC07:32
*** alin___ <alin___!~alin___@> has quit IRC07:34
khemare you deleting the opkg info from image ?07:35
khemmany times people do that to reduce size07:35
*** yann|work <yann|work!> has quit IRC07:35
khemare you using PACKAGE_FEED_URIS07:36
yoctiNew news from stackoverflow: Yocto: create recipe for SciKit-learn <>07:36
*** pohly <pohly!> has joined #yocto07:38
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:39
*** xtron <xtron!~xtron@> has joined #yocto07:41
*** frsc <frsc!> has joined #yocto07:41
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:51
*** mckoan|away is now known as mckoan07:52
mckoangood morning07:52
*** TobSnyder <TobSnyder!> has joined #yocto07:53
*** agust <agust!> has joined #yocto07:53
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC07:55
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto07:55
*** Bunio_FH <Bunio_FH!> has joined #yocto08:06
yoctiNew news from stackoverflow: A: Use vivante GPU on IMX6 with 4.14 kernel <>08:06
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:15
RPkhem: hmm, good question. Something could have broken that :/08:16
*** diego_r <diego_r!> has joined #yocto08:16
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto08:28
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:29
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC08:29
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC08:30
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto08:30
LetoThe2ndmckoan: -negative/failed-08:31
mckoanLetoThe2nd: yes it is :-( fighting against irssi config08:31
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:33
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC08:35
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto08:35
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC08:38
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto08:39
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto08:40
*** rburton <rburton!> has joined #yocto08:40
*** frsc <frsc!> has quit IRC08:41
*** frsc <frsc!> has joined #yocto08:41
*** Bunio_FH <Bunio_FH!> has quit IRC08:47
*** Bunio_FH <Bunio_FH!> has joined #yocto08:47
*** DvorkinDmitry <DvorkinDmitry!> has joined #yocto08:48
DvorkinDmitrywhat may be wrong with CMAKE while building SDK?
*** frsc <frsc!> has quit IRC08:49
*** Bunio_FH <Bunio_FH!> has quit IRC08:49
*** Bunio_FH <Bunio_FH!> has joined #yocto08:50
*** camus <camus!~Instantbi@> has joined #yocto08:55
*** kaspter <kaspter!~Instantbi@> has quit IRC08:55
*** camus is now known as kaspter08:55
*** frsc <frsc!> has joined #yocto09:02
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has joined #yocto09:03
*** goliath <goliath!> has joined #yocto09:05
*** JaMa <JaMa!~martin@> has joined #yocto09:20
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC09:25
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC09:27
*** kayterina <kayterina!kayterina-@gateway/shell/> has quit IRC09:27
*** TurBoss <TurBoss!turbossmat@gateway/shell/> has quit IRC09:27
*** silviof <silviof!silv-iomat@gateway/shell/> has quit IRC09:27
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:34
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:36
*** florian_kc is now known as florian09:37
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has quit IRC09:50
*** yann|work <yann|work!~yann@> has joined #yocto09:51
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has joined #yocto10:00
*** xtron <xtron!~xtron@> has quit IRC10:12
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto10:12
*** silviof <silviof!silv-iomat@gateway/shell/> has joined #yocto10:12
*** crawler <crawler!~crawler@> has quit IRC10:20
DvorkinDmitrywhat may be wrong with CMAKE while building SDK? I have nativesdk-libarchive, but cmake can't find it in recipe-sysroot
*** lucaceresoli <lucaceresoli!> has quit IRC10:45
*** Bunio_FH <Bunio_FH!> has joined #yocto11:06
RPrburton: can you have a glance over -next please? Think its probably good now (assuming I drop the patches+reverts)11:07
*** GeneralStupid <GeneralStupid!> has quit IRC11:08
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has quit IRC11:12
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has joined #yocto11:14
*** berton <berton!~berton@> has joined #yocto11:41
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto11:47
*** berton <berton!~berton@> has quit IRC11:47
*** berton <berton!~berton@> has joined #yocto11:53
*** wertigon <wertigon!8addfa13@> has joined #yocto11:55
wertigon*Le sigh* I hate Java :P11:56
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has quit IRC11:56
wertigonAnyone know how to solve compile issues with meta-java on gcc 8.3?11:56
wertigonthud branch11:56
mcfriskwertigon: check history of master branch which should contain the fixes for newer gcc explicitly or as updates to newer version12:00
wertigonYou mean like 3832a3a74dc12:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has joined #yocto12:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:09
*** berton <berton!~berton@> has quit IRC12:09
*** berton <berton!~berton@> has joined #yocto12:10
wertigonyep, that fixed it for now12:12
wertigonHope no other problems arrive :)12:12
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c7f> has quit IRC12:38
wertigonOk, after cherry-picking 3832a3a7 and 90984a33 to the thud branch things work just fine12:38
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto13:06
rburtonRP: rwill do13:07
*** goliath <goliath!> has quit IRC13:09
rburtonRP: the meta-intel failure was disk space limit in hddimg.  the easy fix is to remove hddimg from the default fstypes for x8613:10
rburtonjust use wic images13:10
RPrburton: I'd love to do that since it would also fix the coreutils ptest issue on master-next13:11
rburtoni'll post the patch and you can it on it for a few days for review13:11
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto13:12
RPrburton: ok13:13
rburtonRP: you're going to clean up master-next before merging right?  dummyprovides fixup HACK etc13:19
RPrburton: yes! :)13:19
rburtonRP: i'd be tempted to leave the final py2 removal bits in next a little longer so we can announce to the lists before pushing13:21
rburtonok apart from the obvious hackery, next looks fine13:21
RPrburton: right, probably wise :)13:21
RPrburton: done, still 13 patches left in -next but those can waut13:25
RPrburton: thanks13:25
RPrburton: there were some you had in a branch ready as well?13:25
rburtonwill rebase13:27
rburtondid the virgl test fail again?13:28
RPrburton: I can't tell due to all the other failures13:29
RPrburton: it might be the thing causing those UNKNOWN issues13:29
RPhence its in holding pattern13:30
*** JaMa <JaMa!~martin@> has quit IRC13:37
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto13:38
*** iokill <iokill!> has quit IRC13:58
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC13:59
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto14:00
tgamblinRP: is the coreutils patch still failing? I noticed the revert patches14:00
*** abhiarora44 <abhiarora44!uid396576@gateway/web/> has joined #yocto14:01
*** goliath <goliath!> has joined #yocto14:04
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC14:05
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto14:07
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC14:12
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto14:13
RPtgamblin: multiple problems, some not your fault14:15
RPtgamblin: is the size of the ptest image growing too large14:16
RPtgamblin: coreutils-ptest_8.31-r0_amd64.deb is listed in too14:17
RPtgamblin: this latter one I'm not sure if that one is your patch or not14:17
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto14:20
rburtonkergoth: no upstream-status in your libcapng patches14:24
kergotherk, oops. thanks14:24
kergothi wonder if devtool finish should print a warning/reminder to add them :)14:24
*** diego_r <diego_r!> has quit IRC14:26
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:30
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC14:33
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto14:34
*** lucaceresoli <lucaceresoli!> has joined #yocto14:40
*** hpsy <hpsy!~hpsy@> has quit IRC14:41
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC14:42
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto14:43
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC14:45
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto14:49
*** iokill <iokill!> has joined #yocto14:51
*** ericch <ericch!> has joined #yocto14:53
*** hpsy <hpsy!~hpsy@> has joined #yocto14:57
*** AndersD <AndersD!> has quit IRC14:58
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC15:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto15:06
*** TobSnyder <TobSnyder!> has quit IRC15:08
*** stephano <stephano!> has joined #yocto15:17
LetoThe2ndin a mc build, we have a recipe that refers to an artifact from another mc. when we use the file fetcher on ${TMPDIR}, we see problems in the sstate being used instead of the probably newly generated file. a hack we found is, prepending a "/" to ${TMPDIR}, therefore making it absolute and the fetcher always pulls it. yet, is that a recommendable way?15:18
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC15:22
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto15:22
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto15:23
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto15:35
kanavin_rburton, I've been updating and fixing ptests in some of the core recipes:
kanavin_holding off sending those, as there is a queue of previous work15:39
kanavin_but sed/flex/gettext are now all at latest upstream and 100% ptest pass15:39
RPkanavin_: sorry I'm so lagged on testing/integrating :(15:40
*** GeneralStupid <GeneralStupid!> has joined #yocto15:40
*** ThomasD13 <ThomasD13!> has quit IRC15:41
kanavin_RP: it's entirely understandable, I have no problem with queueing and rebasing patches many times over15:42
GeneralStupidHi, i have a question about UBOOT configuration. In my board it configure "UBOOT_CONFIG[sd] = "mx6ull_14x14_evk_config"" where do i find this config?15:42
GeneralStupidIam working on my own MACHINE configuration15:43
*** adelcast <adelcast!~adelcast@> has joined #yocto15:44
*** adelcast <adelcast!~adelcast@> has left #yocto15:45
*** adelcast <adelcast!~adelcast@> has joined #yocto15:46
GeneralStupidand on top i have another question. I would like to put my application into a recipe like : recipe-myapp/src/... Is there a way to do this or do i need to overwrite the specific tasks?15:48
*** guerinoni <guerinoni!> has quit IRC16:03
*** ericch <ericch!> has quit IRC16:08
*** lfa <lfa!~lfa@> has quit IRC16:12
*** WillMiles <WillMiles!> has joined #yocto16:15
*** ericch <ericch!> has joined #yocto16:15
rburtonGeneralStupid: the docs cover 'how to write a recipe'16:19
kergothsounds like they might want to put the source in the layer or something? unclear16:20
GeneralStupidkergoth: exactly.16:20
*** rcw <rcw!~rcw@> has joined #yocto16:21
GeneralStupidit will be software which is not intended to use outside of an yocto build16:21
rburtonjust put it in the layer and point at it with SRC_URI16:25
rburtonSRC_URI can handle a file://directory/ and copy the contents16:25
*** l4 <l4!~marius@> has quit IRC16:26
tgamblinRP: I'll submit a v3 for coreutils eventually. Clearly I've missed a few things in developing it!16:34
RPtgamblin: not really, its just a tricky one16:35
RPtgamblin: for the space issue there are patches in progress to remove "live" images from x86 by default which should help. rburton has sent a patch but it will break things so we're waiting on a second one16:35
tgamblinWell, I'm trying it out on another machine and I'm getting a few new issues, too16:36
RPtgamblin: you could test the reproducibility problem locally though and see if that is an issue or not16:36
RPtgamblin: ah :/16:36
tgamblinyeah, I'm going to look into reproducibility too16:36
tgamblinfor some reason "ptest-runner coreutils" just hangs when I call it16:37
tgamblinoccasionally, rather16:37
RPtgamblin: that doesn't sound good :/16:37
* RP really dreams of deterministic failures16:37
*** Bunio_FH <Bunio_FH!> has quit IRC16:37
*** guerinoni <guerinoni!> has joined #yocto16:38
tgamblinRP: I'll see about cutting some stuff out of the RDEPENDS for now, and make note of them in the patch for the future. Guess that means that an extra six passes with valgrind added is out of the question, though :)16:41
RPtgamblin: valgrind is definitely too much16:42
RPtgamblin: don't mind having a configuration option for it16:42
*** vineela <vineela!vtummala@nat/intel/x-hhpuzrdeylnoapvb> has joined #yocto16:46
*** rcrudo <rcrudo!> has quit IRC16:46
nrossiRP: i noticed a revert of the gcc/configargs.h patch in master-next, was there any issue with it?16:49
*** rcrudo <rcrudo!> has joined #yocto16:50
*** xtron <xtron!~xtron@> has joined #yocto16:50
*** vineela <vineela!vtummala@nat/intel/x-hhpuzrdeylnoapvb> has quit IRC16:51
*** frsc <frsc!> has quit IRC16:52
*** xtron <xtron!~xtron@> has quit IRC16:53
*** comptroller <comptroller!> has quit IRC16:54
RPnrossi: it may or may not have caused a reproducibility regression16:54
RPnrossi: too many changes all causing too many problems. Its on hold until I can either tell whether it did or didn't16:55
RPnrossi: I didn't send email as I simply don't know :(16:55
rburtontgamblin: ptests are 'does this work' not 'has upstream introduced a leak'16:57
rburtontgamblin: ie primarily integration tests16:57
tgamblinrburton: right, but while poking around after seeing those build failures, I've found a couple of things I didn't catch when I first sent it to the list16:58
nrossiRP: no problem, just wanted to check if there was something too look into17:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC17:03
*** d_thomas <d_thomas!cffae6c2@> has joined #yocto17:19
d_thomasI'm trying to build the v1.4.1 libgpiod package ( with python3 bindings.  That fails because "QA Issue: non -staticdev package contains static .a library".  Is there a way to stop the static package from building?17:21
d_thomasFor reference I've added PACKAGECONFIG ?= "tools cxx python3" to the bb file to build the tools, cxx bindings, and python3 bindings17:22
*** ericch <ericch!> has quit IRC17:22
*** JaMa <JaMa!~martin@> has joined #yocto17:24
*** jubalh <jubalh!jubalh@unaffiliated/jubalh> has quit IRC17:26
qschulzd_thomas: it's Yocto packages, so what you would like to modify is PACKAGES no PACKAGECONFIG.17:31
qschulzbut just put the .a in the correct place17:31
qschulzor modify one of the FILES_${PN}-something to have the correct paths17:32
qschulzdefault paths if they are not overriden are in bitbake.conf17:32
qschulzafk now17:32
d_thomasInteresting, the recipes I started with used PACKAGECONFIG instead of PACKAGES.  Let me try that17:33
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:33
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:35
*** vineela <vineela!~vtummala@> has joined #yocto17:36
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto17:36
d_thomasIf I use "PACKAGES ?= "tools cxx python3"" with that recipe, it does not actually build and include the tools.  I have to use PACKAGECONFIG.  Is that an error with the script?17:40
*** mckoan is now known as mckoan|away17:46
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC17:48
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto17:48
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC17:51
*** guerinoni <guerinoni!> has quit IRC17:52
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto17:56
*** vmeson <vmeson!> has quit IRC17:57
*** zeddii <zeddii!> has quit IRC17:57
*** tardyp <tardyp!sid45259@gateway/web/> has quit IRC17:57
*** tardyp <tardyp!sid45259@gateway/web/> has joined #yocto17:58
*** vmeson <vmeson!> has joined #yocto17:58
d_thomasSorry qschulz, but I'm not following what needs to be done to enable the python bindings with that recipe17:59
d_thomasAnd the way I have done it, causes a problem because there is a static library sitting in the site-packages directory and the QA script doesn't think it should be there18:00
*** abhiarora44 <abhiarora44!uid396576@gateway/web/> has quit IRC18:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC18:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has joined #yocto18:02
*** zeddii <zeddii!> has joined #yocto18:04
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5141> has quit IRC18:11
*** pohly <pohly!> has quit IRC18:20
*** zkrx <zkrx!> has quit IRC18:20
*** rcw <rcw!~rcw@> has quit IRC18:22
*** psrcode <psrcode!~psrcode@> has quit IRC18:23
*** rcw <rcw!~rcw@> has joined #yocto18:23
*** psrcode <psrcode!~psrcode@> has joined #yocto18:24
*** zkrx <zkrx!> has joined #yocto18:24
*** meow` <meow`!> has quit IRC18:26
*** inf <inf!~informati@unaffiliated/informatic> has quit IRC18:27
*** inf <inf!~informati@unaffiliated/informatic> has joined #yocto18:28
*** meow` <meow`!> has joined #yocto18:30
*** rcw <rcw!~rcw@> has quit IRC18:36
* RP hmm, I guess its good I have wo selftest failure problems reproducing on one of the autobuilder workers18:37
*** rcw <rcw!~rcw@> has joined #yocto18:37
RPRan 1 test in 11029.456s is less good18:37
rburtond_thomas: the fix is to extend FILES_${PN}-staticdev with that .a file18:37
RPtgamblin: isolating it is a good first step at least. Now to see if I can make if fail faster :)18:38
RPunless someone else wants to try of course...18:38
*** leon-anavi <leon-anavi!~Leon@> has quit IRC18:39
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:43
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:07
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:07
*** aidanh_ is now known as aidanh19:07
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:23
tgamblinRP: I can have a peek with some more details19:33
tgamblinmay be later this evening before I get to it, though19:35
d_thomasrburton, could you explain a bit more?  What does extending FILES_${PN}-staticdev with the file do?  Right now it seems like the file is getting added to the deploy dir and it the QA test doesn't think it should be there19:45
kergothd_thomas: the qa task is upset it's in the *wrong package*. if you put it in the right package, it won't end up in the wrong one19:46
d_thomasSo the file is "gpiod.a".  If I set FILES_${PN}-staticdev equal to that value, it will correctly locate the file?19:47
kergothno, you have to specify the full path, not just a filename19:48
kergoththe full path relative to the root of the rootfs, that is. i.e. /usr/foo19:48
*** WillMiles <WillMiles!> has quit IRC19:48
d_thomasRight now bitbake -e shows "FILES_libgpiod-staticdev="/usr/lib/*.a /lib/*.a /usr/lib/libgpiod/*.a"19:48
kergothwhere's gpiod.a ending up?19:49
kergothFILES_${PN}-staticdev += "${PYTHON_SITEPACKAGES_DIR}/*.a19:50
kergothlike i said, the path to the file. PYTHON_SITEPACKAGES_DIR is ${libdir}/${PYTHON_DIR}/site-packages, aka /usr/lib/python3.5/site-packages19:50
d_thomasExcept I'm not sure the file is suppose to be there19:51
d_thomasERROR: libgpiod-1.4.1-r0 do_package_qa: QA Issue: non -staticdev package contains static .a library: libgpiod-python path '/work/cortexa5hf-neon-poky-linux-gnueabi/libgpiod/1.4.1-r0/packages-split/libgpiod-python/usr/lib/python3.5/site-packages/gpiod.a' [staticdev]19:51
kergothif you know enough about its buildsystem to disable it, go for it. i doubt anywhere here is an expert on libgpiod19:51
kergothit's true that it's not typical to install static libraries in a python library search path19:52
kergoththat said, adding it to the FILES entry will at least ensure it's in the right package and will silence the QA issue19:52
d_thomasI don't know enough.... was thinking this was just an oops in the recipe that I could fix19:52
kergothworth doing regardless. then pursue avoiding building it at all later19:53
kergothalternatively, do_install_append () { rm -f ${D}${PYTHON_SITEPACKAGES_DIR}/*.a }19:53
d_thomasoh, actually I want to build the python bindings19:53
kergothwhich will ensure it doesn't get packaged at all19:53
d_thomasBy default they are not built19:53
kergothyes, i know19:53
kergothpursue avoiding building the .a at all later19:53
kergoththe .a isn't part of the python bindings, python doesn't load .a files19:53
d_thomasI tried a few attempts at avoiding the static library, but nothing successful19:53
kergothright, so either remove it in do_install or add it to -staticdev as rburton suggested19:54
d_thomasI'll try the do_install fix you suggested.  That seems like a clean workaround19:55
*** leitao <leitao!~leitao@2620:10d:c092:180::1:f272> has joined #yocto19:55
kergothagreed, no point packaging something that won't get used anyway..19:56
kergothwe do generally package static libraries since they're useful in development, but i doubt this one is19:56
d_thomaskergoth, Thank you, libgpiod built.  I'll build the full image next to verify that all the tools and bindings are there like I expect20:00
kergothrburton: you know if anyone has done a recursive -w for oe-depends-dot, or a wrapper script to do so?20:04
kergothparticularly now that recipe-depends is gone..20:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:06
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has quit IRC20:09
RPkergoth: I did write a reversed version of the other day to try and debug something20:09
RPwe do have a problem being able to visualise how things are pulled in :/20:09
kergothi still rather liked the simplicity of bb-whatdepends -r. see the very very bottom of, last example. just uses indentation with '..' for items we've already traversed20:13
kergothideally it'd be nice to mark up the graph edges with additional info. deptask, DEPENDS, etc. why the edge is there20:14
*** tgamblin <tgamblin!~tgamblin@> has quit IRC20:16
LetoThe2ndRP: actually mused the VSCode aspect for some time already. I just don't have the slightest clue what such a thing would be supposed to do.20:21
LetoThe2ndRP: so if you actually have an idea for a use case, please shoot. i'm q pretty avid vscode user these days and i totally agree that this would be a massive "new audience" thing20:22
d_thomaskergoth, well libgpiod supposedly built the python bindings but did not deploy them.  I'll have to look into that more...20:23
*** stephano <stephano!> has quit IRC20:26
*** ericch <ericch!> has joined #yocto20:28
RPLetoThe2nd: I was playing with the remote ssh vscode functionality today. Would be very cool if it could use OE to cross compile and debug on target20:29
RPLetoThe2nd: a bit like the eclipse IDE plugin did20:30
bluelightningcertainly vscode would be a better base these days20:31
bluelightningand it's a pretty nice IDE20:31
RPJPEW: looks like bitbake XXX-image -c populate_sdk_ext fails with my hashequiv patch20:34
RPJPEW: not looked into why yet20:34
LetoThe2ndRP: i am doing seomthing quite similar all day long: VSCode via remote into build server, kicking off devtool deploy-target in the integrated terminal20:35
RPLetoThe2nd: right, the question is whether we could put something better around it?20:35
RPLetoThe2nd: or at least document how you can use vscode for this20:36
RPif only we had someone who did videos20:36
LetoThe2ndRP: we certainly can do something better. the question is, what do we want to do bettre20:37
RPLetoThe2nd: maybe make it so someone can use a prebuilt toolchain in there without needing to build from source?20:38
* RP thinking out loud20:38
LetoThe2ndso you'd say, target are the app developers, not the distro builders20:39
* LetoThe2nd notes20:39
LetoThe2ndits a good reasoning: if you have a horde of application developers who like your tools, its like a total sales guarantee for the OS/distro guys20:42
*** d_thomas <d_thomas!cffae6c2@> has quit IRC20:47
*** frsc <frsc!> has joined #yocto20:54
*** leitao <leitao!~leitao@2620:10d:c092:180::1:f272> has quit IRC20:56
RPLetoThe2nd: right. the distro people are usually happier with commandline21:00
LetoThe2ndRP: let me think about this a bit. :)21:04
dl9pfRP: "xds" does exactly that integration21:04
*** warthog9 <warthog9!> has quit IRC21:05
*** warthog9 <warthog9!> has joined #yocto21:05
kergothhmm, why is python3 and bash and crap being pulled into a meta-environment build.21:06
* kergoth scratches head21:06
*** ericch <ericch!> has quit IRC21:08
RPkergoth: ptest?21:08
LetoThe2nddl9pf: interesting, will look it up21:08
RPthat has been the answer each time I wondered recently21:08
*** ericch <ericch!> has joined #yocto21:08
RPdl9pf: that does look interesting. Can you run xdg-server from a native recipe too?21:09
kergothncurses in TOOLCHAIN_NEED_CONFIGSITE_CASCHE, which pulls in opkg-utils for update-alternatives, which needs python3, etc.21:09
kergotheven if nothing i'm doing with the sdk has anything to do with the site files. /me overrides it for now21:09
kergothmaybe i should resurrect those bits to use chkconfig's alternatives implementation..21:09
kergothhaving to build a target python3 just to get upd-alt is a little much :)21:11
* kergoth yawns21:11
*** berton <berton!~berton@> has quit IRC21:17
*** d_thomas <d_thomas!cffae6c2@> has joined #yocto21:18
dl9pfRP: it is written in 'go' , atm we built it separately21:18
*** d_thomas <d_thomas!cffae6c2@> has quit IRC21:19
RPdl9pf: of course, it would be :)21:19
* zeddii chuckles21:20
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC21:27
RPdl9pf: it does sound interesting/useful and we could benefit as a project by focusing around it as I'd assume its not AGL specific?21:30
RPreproducible.ReproducibleTests.test_reproducible_builds: ERROR (3.16s)21:30
* RP prefers that time to failure21:30
dl9pfno. you throw the plain yocto sdk at it and it can compile21:31
dl9pfit is not specific.21:31
RPdl9pf: I couldn't see why it would be but I had to check :)21:32
armpitRP, the zeus ReproducibleTests.test_reproducible_builds: FAILED is intermittent..21:44
armpitor maybe host related21:45
armpitI will open bugs on that plus the build perf and assign them to anuj21:45
RParmpit: I think its the already known perl issue21:49
RParmpit: we didn't block 3.0.0 for it so we wouldn't block 3.0.1 for it either assuming its the same one21:50
armpitneeds to be bugged anyways..21:50
RParmpit: Im sure there already is on21:50
armpitbuild perf??21:50
armpitI don't think its a blocker but we need to figure out why21:51
RParmpit: no, sorry, the reproducible one21:51
RPbuild perf needs a bug21:51
armpiton it21:51
*** rcw <rcw!~rcw@> has quit IRC21:53
*** rcw <rcw!~rcw@> has joined #yocto21:53
*** vineela <vineela!~vtummala@> has quit IRC21:57
*** rcw <rcw!~rcw@> has quit IRC21:59
*** rcw <rcw!~rcw@> has joined #yocto21:59
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC22:02
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto22:03
armpitRP, done22:05
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC22:06
*** dv_ <dv_!> has quit IRC22:06
*** rcw <rcw!~rcw@> has quit IRC22:11
khemRP: I am reading the python2 removal patch and it seems we should not delete unadorned 'python'22:11
khemsince when distro's drop py2 then python -> python322:11
khemshould exist22:11
khemon arch python3 is default python for many years22:12
khemand many packages which needs python can work with python2 and python3 so they wont bother to change to use python3 explicitly22:13
*** JaMa <JaMa!~martin@> has quit IRC22:13
RPkhem: well, we've mandated python be python3 for years, I'm not sure just swapping it is a good idea22:17
*** dv_ <dv_!> has joined #yocto22:19
khembut this will make life difficult for OE packagers since upstream package maintainer will still use 'python' and mean python322:20
khemwhy are we crusading22:20
RPkhem: anything using "python" will probably be expecting python2 so we don't end up validating all our uses :/22:24
RPkhem: I really don't like just suddenly swapping it over and pretending everything is fine. We don't want python2 creeping in22:25
khemyou are assuming unadorned python to be python2 which is not always the case22:28
RPkhem: but sometimes can be22:31
khempython-unversioned-command in fc31 is pointing to py322:33
khemso whichever distro is switching defaults is providing /usr/bin/python22:34
rburtonkhem: thanks to arch being dumb the use of python is really hard22:37
rburtoni agree with the PEP: don't use /usr/bin/python22:37
rburtonbecause you can't know what it is22:37
rburtonlets just patch anything that tries to use it to use a versioned hashbang22:38
khemrburton: since other distros are not doing it people will keep using it so we will be patching stuff until py4 comes out22:39
rburtontransparently swapping python to be python3 would break at least one of the recipes we fixed earlier in the week22:39
khemand restart again22:39
rburtonkhem: i'd suggest that most upstreams are moving to versioned hashbangs because they can't rely on python being anything in particular, and don't want the pain of trying to write py2-and-py3-safe code22:39
khemI would like that however, I am afraid that upstream will ignore such changes22:40
khemif distros dont push it or provide solutions like what fedora is doing and arch is doing22:41
rburtonif in a years time, python is universally py3 then we can review adding it back, but right now its far too ambigous22:41
khemI have already patches a dozen and its seems never ending22:42
khemlets switch to apple, no scripting langugaes period22:43
rburtondid you try adding code back to make python->py3 and see how much breaks with the assumption that its py2?22:43
khemthey are already talking about py422:45
rburtonanother good reason for python to be killed22:45
rburtonis a bare python py2, py3 or py422:45
* khem hugs rust22:48
khemit promises to never have rust 2.022:49
khemjust editions which can be mixed and demanded by source files22:49
khemthere are cmake functions checking for python which are failing22:51
khemused by many apps22:51
rburtonpy3native should probably set PYTHON_EXECUTABLE22:51
*** rburton <rburton!> has quit IRC23:06
khemand PYTHON23:06
* armpit PYRUSTC++23:18
RPthe problem with out autobuilder failure is that its using our buildtools tarball and traceback2 is missing23:43
* RP wonders if we can just use traceback23:44
RPanswer, yes we can23:47
RPbut tomorrow23:48
*** agust <agust!> has quit IRC23:59

Generated by 2.11.0 by Marius Gedminas - find it at!