Wednesday, 2019-05-29

*** armpit <armpit!~armpit@> has quit IRC01:50
*** kaspter <kaspter!~Instantbi@> has quit IRC01:59
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:00
*** fatalhalt <fatalhalt!> has joined #yocto02:37
*** anujm <anujm!~anujm@> has joined #yocto02:42
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/> has quit IRC04:36
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC04:36
*** wak-work <wak-work!wak-workma@gateway/shell/> has quit IRC04:36
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto04:42
*** fatalhalt <fatalhalt!> has quit IRC05:05
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC05:08
*** AndersD <AndersD!> has joined #yocto05:13
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto05:16
*** AndersD <AndersD!> has quit IRC05:18
*** AndersD <AndersD!> has joined #yocto05:21
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto05:22
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:22
*** wak-work <wak-work!wak-workma@gateway/shell/> has joined #yocto05:27
*** Bunio_FH <Bunio_FH!> has joined #yocto05:42
*** Bunio_FH <Bunio_FH!> has quit IRC05:44
*** Bunio_FH <Bunio_FH!> has joined #yocto05:47
*** agust <agust!> has joined #yocto06:05
*** anujm <anujm!~anujm@> has quit IRC06:08
*** prashant1636 <prashant1636!~prashant1@> has joined #yocto06:13
alessioigorgood morning06:22
*** tprrt <tprrt!~tprrt@> has joined #yocto06:29
*** kaspter <kaspter!~Instantbi@> has quit IRC06:29
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:29
*** frsc <frsc!> has joined #yocto06:30
*** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:a66:4cbe:68f8:d8f> has joined #yocto06:32
*** Bunio_FH <Bunio_FH!> has joined #yocto06:48
*** yann <yann!> has joined #yocto06:48
*** jmiehe <jmiehe!> has joined #yocto06:48
*** JaMa <JaMa!> has joined #yocto06:49
*** sudobash1 <sudobash1!> has quit IRC07:02
*** sudobash1 <sudobash1!> has joined #yocto07:04
*** fl0v0 <fl0v0!> has joined #yocto07:06
*** kaspter <kaspter!~Instantbi@> has quit IRC07:13
*** jeanba <jeanba!> has joined #yocto07:32
*** jeanba <jeanba!> has left #yocto07:32
*** VictorLambret <VictorLambret!~lambret@> has quit IRC07:41
*** mckoan|away is now known as mckoan07:48
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC07:50
*** AndersD <AndersD!> has quit IRC07:55
*** AndersD <AndersD!> has joined #yocto07:58
*** kaspter <kaspter!~Instantbi@> has joined #yocto07:59
*** VictorLambret <VictorLambret!~lambret@> has joined #yocto08:01
*** cvasilak <cvasilak!~cvasilak@2a02:587:8110:4000:89bc:e980:622a:2433> has joined #yocto08:03
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:11
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:26
*** Hodhr <Hodhr!> has joined #yocto08:30
*** Hodhr <Hodhr!> has left #yocto08:30
*** yann <yann!> has quit IRC08:46
*** gsalazar <gsalazar!> has quit IRC08:58
*** gsalazar <gsalazar!> has joined #yocto09:00
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto09:05
*** tprrt <tprrt!~tprrt@> has quit IRC09:06
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto09:07
*** tprrt <tprrt!~tprrt@> has joined #yocto09:07
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:08
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:12
*** cquast_ <cquast_!~cquast@> has joined #yocto09:23
*** mrpelotazo <mrpelotazo!> has joined #yocto09:29
lukmaDear All,09:47
lukmaHas anybody tried to build BSP for 'x32' Intel Architecture ?09:47
lukmaI do stumble uppon the issue with the cross toolchain naming09:48
lukmait turns out that I do have x86-linux-poky-xxxx-yyyy-zzzz but glibc's ./configure only accepts up to aaa-bbb-ccc-ddd format of host=09:49
lukmaMaybe somebody can post the x32.conf file (derivative of qemu)09:49
*** gsalazar <gsalazar!> has quit IRC10:09
*** gsalazar <gsalazar!> has joined #yocto10:09
RPlukma: we build that on the autobuilder10:25
*** prashant1636 <prashant1636!~prashant1@> has quit IRC10:30
lukmaRP: I will check the config then ......10:34
*** mckoan is now known as mckoan|away10:34
JaMabluelightning_: ping10:36
bluelightning_JaMa: pong10:37
JaMaI was checking some layers on layerindex and most of them have "Updates" tab at the bottom showing parsing errors and warnings10:37
JaMaany idea why this tab disappeared on this one?
JaMaI'm sure it was shown there before (I've added some fixes internally to it based on the error report on layerindex)10:38
bluelightning_hmm, good question10:38
bluelightning_let me take a look if it's conditional10:38
bluelightning_yep - it doesn't show if there are no updates recorded for the layer10:39
JaMait might be related to the fact that master branch of meta-webosose is actually compatible only with morty branches of its dependencies (except meta-qt5 which is on krogoth) atm10:39
bluelightning_hmm right10:40
bluelightning_layers like that have never been handled particularly well by the layer index unfortunately10:40
JaMaaha, so if there wasn't any update in >1 month, than it disappears?10:40
bluelightning_I think we purge updates > 1 month old and that would be the result yes10:41
bluelightning_I think we ought to be seeing failed updates though10:41
JaMaok, makes sense, will check it again when we publish another update on github, thanks10:41
bluelightning_oh hang on, last update was > 1 month ago10:41
JaMaone more question, what exactly is this warning: WARNING: Recipe.inherits: recipes-core/images/ length 256 exceeds maximum (255), truncating10:42
JaMaI don't see it in normal builds with this layer, is it something special layerindex does? or just longer root path in BBLAYERS to trigger this?10:43
JaMa/opt/workdir/https___github_com_webOS-ports_meta-webos-ports/ is a lot longer than what I have in my builds10:44
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:51
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto10:51
*** warthog9 <warthog9!> has quit IRC11:00
*** warthog9 <warthog9!> has joined #yocto11:04
yoctiNew news from stackoverflow: How to fix do_package_write_rpm function failure in yocto? <>11:14
*** dv_ <dv_!~dv@> has quit IRC11:22
lukmaRP: Regarding the x32 architecture11:34
lukmait works with OE/Yocto setup11:34
lukmabut the mentioned problem is when I do create SDK11:34
lukmaand want to CROSS_COMPILE some stuff11:34
lukmainside OE/Yocto rootfs it is a gcc ..... without any suffixes, prefixes11:34
*** dv_ <dv_!> has joined #yocto11:36
*** marka is now known as marka_sec_ws11:45
*** marka_sec_ws is now known as marka11:45
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:03
*** vmeson <vmeson!> has quit IRC12:04
*** kaspter <kaspter!~Instantbi@> has quit IRC12:05
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:06
*** geissonator <geissonator!~geissonat@> has joined #yocto12:07
*** xtron <xtron!~xtron@> has joined #yocto12:16
*** jmiehe <jmiehe!> has quit IRC12:25
*** jmiehe <jmiehe!> has joined #yocto12:26
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:29
*** berton <berton!~berton@> has joined #yocto12:44
*** AndersD <AndersD!> has quit IRC12:50
*** learning <learning!~learningc@> has joined #yocto12:57
*** xtron <xtron!~xtron@> has quit IRC13:11
*** AndersD <AndersD!> has joined #yocto13:35
*** peacememories <peacememories!> has joined #yocto13:49
*** armpit <armpit!~armpit@2601:202:4180:c33:4865:9151:ec2:e220> has joined #yocto13:53
*** AndersD <AndersD!> has quit IRC13:57
*** leitao <leitao!~leitao@2620:10d:c092:200::1:2e34> has joined #yocto13:58
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC14:07
*** rcw <rcw!~rcw@> has joined #yocto14:10
*** berton <berton!~berton@> has quit IRC14:10
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto14:10
*** luneff <luneff!~yury@> has joined #yocto14:19
luneffhey guys! what does one do when he sees "no module named 'distutils.core'" python error when bind recipe does do_install?14:19
luneffI tried inheriting distutils in a .bbappend... no results14:19
*** yann <yann!~yann@> has joined #yocto14:29
*** WillMiles <WillMiles!> has joined #yocto14:30
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC14:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC14:51
*** Bunio_FH <Bunio_FH!> has quit IRC14:57
*** VictorLambret <VictorLambret!~lambret@> has quit IRC15:02
*** vmeson <vmeson!~rmacleod@> has quit IRC15:03
*** frsc <frsc!> has quit IRC15:05
*** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:a66:4cbe:68f8:d8f> has quit IRC15:09
RPlukma: you just need to pass the right CFLAGS, its the same compiler15:16
RPlukma: -mx32 iirc15:16
RPlukma: Its an API, not an architectur15:17
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto15:18
RPwell, ABI I guess...15:18
*** cvasilak <cvasilak!~cvasilak@2a02:587:8110:4000:89bc:e980:622a:2433> has quit IRC15:23
*** learning <learning!~learningc@> has quit IRC15:40
*** jmiehe <jmiehe!> has quit IRC15:40
*** learning <learning!~learningc@> has joined #yocto15:41
alessioigorIs there a way to have an "optional" recipe that instruct bitbake to not fail if that recipe is the only one failed?15:59
RPalessioigor: no really16:00
RPnot reallyt16:00
alessioigorRP: Thanks for reply. Is there a way to install additional packages according to the place (for example inside or outside of the company)?16:02
RPalessioigor: that should be possible assuming your code can somehow tell the different location16:03
alessioigorRP: Thanks again.16:05
*** yann <yann!~yann@> has quit IRC16:10
RPJPEW: will get to the bitbake patches, just have more pressing issues right now, sorry16:12
JPEWRP: Thats fine, thanks16:12
RPJPEW: both sound like good finds!16:12
JPEWOn an unrelated note, I've whittled down the number of unreproducible packages to ~3016:13
RPJPEW: I was hoping the perl fix would sort out some "noise", that is great news16:13
RPJPEW: any pattern to the remainder?16:14
JPEWNo, it looks like the rest are just going to be fixes in recipes for 1 to 3 packages.16:14
RPJPEW: ok, fair enough. Would have been nice to have another single fix :)16:15
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:15
* RP is trying to sort out uninative which blocks the autobuilder upgrades and untangle more of ptest in parallel16:15
JPEWYa. I'll keep looking in case one pops out16:15
JPEWuninative for Fedora 30?16:16
RPJPEW: with a list of known issues we could start opening bugs16:16
RPJPEW: yes, gcc9 for f30 and likely others soon16:16
RPpsrcode: I confirmed lttng-tools ptest now works with minimal, thanks!16:17
RPpsrcode: just that one failure now :)16:17
JPEWRP: Ya. There are a few easy ones I was going to fix (e.g. Perl uses __DATE__), but I might start opening bugs.16:17
RPJPEW: I'm doing a mixture with ptest16:17
RPwhen I found bluez ptest is hanging with gcc9 I gave up and opened a bug for it16:18
JPEWRP: I'm running FC 30 right now if you need additional testing I can run an overnight build (I haven't seen the issue because I build in Docker)16:18
RPJPEW: uninative update is in fc30 but without a shared sstate it might not show much in testing :/16:18
psrcodeRP: np, the failure is due to not enought storage I think, will take a look. The tests does generate quite a bit of events/data, we might want to either lower the event count or deactivate this test on yocto.16:18
RPer, is in master-next16:18
RPpsrcode: that is helpful to know. May need to lower the count as we're pushing our space limits at the moment...16:19
RPpsrcode: I did just stop strace-ptest from leaving 600MB of logs behind though16:20
psrcodepsrcode: we could also add a check on space (we should be able to calculate the required space) and skip if not enough16:20
JPEWIs that due to the disk size of the qemu image? What is the limit right now?16:20
RPpsrcode: that would also work16:20
psrcodeRP: that might help ;)16:20
RPJPEW: yes, disk size. Its limited to 4GB due to hddimg limitations right now16:21
RPI'm sure there are ways to work around that but it needs someone to look at it16:21
RPpsrcode: lttng-tools runs before strace though so sadly perhaps not16:21
psrcodei'll have another look first, got a link to your latest result?16:21
RPpsrcode: is the last run from the autobuilder16:22
psrcodeyeah it is the one I expected -> ptestresult.lttng-tools.ust/blocking/test_blocking_49_-_No_event_lost_with_UST_blocking_mode:_found_0_expect_500000016:23
*** berton <berton!~berton@> has joined #yocto16:23
RPpsrcode: we're at least seeing it consistently :)16:24
psrcodeI should be able to reserve some time by Friday and fix that for you16:24
RPpsrcode: thanks. Once we get to zero for more of these it becomes much easier to spot regressions which is why I'm pushing this16:24
psrcodesame here ;)16:25
*** vineela <vineela!~vtummala@> has joined #yocto16:26
psrcodewe have more and more customers using yocto and it has become quite important for us that the recipes be up to date and everything. This reminds me that I should send some recipe updates!.16:28
*** cquast_ <cquast_!~cquast@> has quit IRC16:29
*** cquast_ <cquast_!~cquast@> has joined #yocto16:31
*** lukma <lukma!> has quit IRC16:37
*** fl0v0 <fl0v0!> has quit IRC16:37
RPpsrcode: It is good to have the collaboration as I think we can all benefit :)16:42
RPJPEW: if we can improve the reproducibility it would be another factor in forcing us to rewrite runqueue...16:43
*** litb <litb!> has joined #yocto16:46
litbhello folks16:46
litbis it correct that no meta-layer can  things you specify in build/conf/local.conf?16:46
litbbecause, local.conf has the highest priority? I think somewhere I read that a machine config file *can* override things you set in local.conf ?16:47
RPlitb: things in local.conf can be overridden16:47
litbbut then it's not got the highest priority16:47
RPlitb: its more complex than just "highest priority" due to the overrides mechanism, the fact things can append to variables and so on16:47
litbah, i guess this is the "FOO_bar" thing "overriding" the FOO value of local.conf that is set later on16:48
litbi've not yet reached that syntax in the book16:49
RPlitb: correct16:53
RPor FOO = "A" in local.conf and then FOO += "B" somewhere else16:53
*** User__ <User__!~learningc@> has joined #yocto17:02
litbRP, hm but I understood that's not possible because local.conf has the highest priority, so it is read at the end17:03
litbso at the time FOO += "B" is executed, FOO doesn't exist yet17:03
*** learning <learning!~learningc@> has quit IRC17:04
*** cquast_ <cquast_!~cquast@> has quit IRC17:05
RPlitb: the conf files are read in the order they're listed in bitbake.conf. base.bbclass comes after that, as does the recipe itself17:12
RPand any classes the recipe uses17:12
*** leitao <leitao!~leitao@2620:10d:c092:200::1:2e34> has quit IRC17:15
*** geissonator <geissonator!~geissonat@> has quit IRC17:28
*** vmeson <vmeson!~rmacleod@> has joined #yocto17:28
*** geissonator <geissonator!~geissonat@> has joined #yocto17:30
*** Saur <Saur!pkj@nat/axis/x-pakiclzekzrazipa> has quit IRC17:30
*** rcw <rcw!~rcw@> has quit IRC17:31
*** rcw <rcw!~rcw@> has joined #yocto17:32
litbRP, ah so the priority of conf files doesn't really have to do with the time that they are read-in, apparentl17:51
litbbut rather, the "who overwrites whom" is not done by having a certain order do it, but by bitbake enforcing the priority after everything is read-in, I guess17:53
*** rcw <rcw!~rcw@> has quit IRC18:03
*** comptroller <comptroller!> has quit IRC18:04
*** rcw <rcw!~rcw@> has joined #yocto18:04
*** comptroller <comptroller!> has joined #yocto18:08
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:09
JPEWlitb: It's some of both. Some mechanism act in order the statements are read, some are deferred until everything is done being parsed.18:12
*** xtron <xtron!~xtron@> has joined #yocto18:34
*** xtron1 <xtron1!> has joined #yocto18:38
*** xtron <xtron!~xtron@> has quit IRC18:40
*** User__ <User__!~learningc@> has quit IRC18:50
*** litb <litb!> has quit IRC18:52
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto19:06
*** jofr <jofr!> has joined #yocto19:09
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:13
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:14
*** aidanh_ is now known as aidanh19:14
*** tprrt <tprrt!~tprrt@> has quit IRC19:25
*** vmeson <vmeson!~rmacleod@> has quit IRC19:36
*** denix0 <denix0!> has joined #yocto19:46
*** denix <denix!> has quit IRC19:47
*** denix0 is now known as denix19:47
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:05
*** WillMiles <WillMiles!> has quit IRC20:06
*** WillMiles <WillMiles!> has joined #yocto20:08
*** vmeson <vmeson!> has joined #yocto20:08
*** philby__ <philby__!~philby@> has joined #yocto20:14
*** philby__ is now known as ciscokid20:18
*** ciscokid is now known as ciscokid__20:19
*** ciscokid__ is now known as ciscokid_20:19
*** sudobash1 <sudobash1!> has quit IRC20:35
*** sudobash1 <sudobash1!> has joined #yocto20:37
*** rcw <rcw!~rcw@> has quit IRC20:51
*** agust <agust!> has quit IRC20:53
*** geissonator <geissonator!~geissonat@> has quit IRC21:09
*** xtron1 <xtron1!> has quit IRC21:11
yoctiNew news from stackoverflow: AWS CodeBuild as non-root user <>21:15
*** luneff <luneff!~yury@> has quit IRC21:23
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC21:35
*** jofr <jofr!> has quit IRC22:09
*** JaMa <JaMa!> has quit IRC22:23
*** fischerm <fischerm!~mfischer@> has quit IRC22:30
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:34
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:36
*** vineela <vineela!~vtummala@> has quit IRC22:42
*** vineela <vineela!~vtummala@> has joined #yocto22:56
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC23:02
*** vineela <vineela!~vtummala@> has quit IRC23:13
*** tgraydon <tgraydon!~tgraydon@> has quit IRC23:23
*** erakis_ <erakis_!~erakis@> has joined #yocto23:48
erakis_Hi, I build an image based on core-image and once flashed on the device I get python 2 installed. I would like to use the module `shutil`. From what I've found, this module is installed by the package `python-shell`. Now, I'm wondering which recipes produce the package `python-shell`, even using grep I'm still unable to find it. Also, why the package `python-shell` is present in my `/tmp/deploy/ipk...` but not installed on my device ? Is it an optional23:53
erakis_package ?23:53

Generated by 2.11.0 by Marius Gedminas - find it at!