Monday, 2018-11-26

*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC00:00
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/> has quit IRC00:00
*** TurBoss <TurBoss!turbossmat@gateway/shell/> has quit IRC00:00
*** cramalho <cramalho!cramalhoig@gateway/shell/> has quit IRC00:00
*** Guest995 <Guest995!kylematrix@gateway/shell/> has quit IRC00:00
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC00:00
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/> has joined #yocto00:07
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto00:14
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto00:14
*** TurBoss <TurBoss!turbossmat@gateway/shell/> has joined #yocto00:14
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto00:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:22
*** anujm <anujm!anujm@nat/intel/x-jpvwsgzpgmllbbhm> has joined #yocto00:35
*** pyrobby <pyrobby!> has quit IRC00:40
*** geissona_ <geissona_!> has joined #yocto01:04
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto01:54
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto02:03
*** vmeson <vmeson!> has quit IRC02:34
*** vmeson <vmeson!> has joined #yocto02:34
*** bugzy <bugzy!~bugzy@> has joined #yocto02:39
*** bugzy <bugzy!~bugzy@> has left #yocto02:39
*** geissona_ <geissona_!> has quit IRC03:54
*** gtristan <gtristan!~tristanva@> has joined #yocto04:52
*** hamis <hamis!~irfan@> has joined #yocto05:43
*** fatalhalt <fatalhalt!> has quit IRC05:57
*** fatalhalt <fatalhalt!> has joined #yocto06:01
*** AndersD <AndersD!~AndersD@> has joined #yocto06:12
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC06:21
*** AndersD <AndersD!~AndersD@> has quit IRC06:31
*** AndersD <AndersD!~AndersD@> has joined #yocto06:32
*** interruptguy <interruptguy!> has joined #yocto06:49
*** nighty- <nighty-!> has joined #yocto06:51
*** tprrt <tprrt!~tprrt@> has joined #yocto07:03
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:31
*** lusus <lusus!~lusus@> has joined #yocto07:40
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:cd23:c0cd:d39f:8843> has joined #yocto07:42
*** anujm <anujm!anujm@nat/intel/x-jpvwsgzpgmllbbhm> has quit IRC07:49
*** anubani_ is now known as anubani07:51
*** TobSnyder <TobSnyder!> has joined #yocto07:58
*** fl0v0 <fl0v0!> has joined #yocto08:02
*** kaspter <kaspter!~Instantbi@> has quit IRC08:02
*** kaspter <kaspter!~Instantbi@> has joined #yocto08:02
*** egavin <egavin!> has joined #yocto08:21
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:23
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto08:25
*** ant_work <ant_work!~ant__@> has joined #yocto08:30
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC08:31
*** Bunio_FH <Bunio_FH!> has joined #yocto08:38
*** lucaceresoli <lucaceresoli!> has joined #yocto08:50
*** cquast <cquast!> has joined #yocto08:58
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:07
*** cdleonard <cdleonard!~nxf25340@> has joined #yocto09:12
*** cvasilak <cvasilak!> has joined #yocto09:15
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto09:16
yoctiNew news from stackoverflow: Yocto Rocko bitbake process reboot on Ubuntu <>09:16
*** jpnurmi_ <jpnurmi_!jpnurmi@qt/jpnurmi> has joined #yocto09:17
*** ukembedded_ <ukembedded_!sid304355@gateway/web/> has joined #yocto09:17
*** basic`_ <basic`_!sid141140@linuxfoundation/basic> has joined #yocto09:18
*** Marex_ <Marex_!~Marex@> has joined #yocto09:20
*** LetoThe21d <LetoThe21d!~ubuntu@unaffiliated/letothe2nd> has joined #yocto09:20
*** Mylene_ <Mylene_!> has joined #yocto09:20
*** juvenal_ <juvenal_!Elite21271@gateway/shell/elitebnc/x-ignruhtlfvnyovvs> has joined #yocto09:23
*** cquast <cquast!> has quit IRC09:23
*** cvasilak <cvasilak!> has joined #yocto09:24
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:24
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC09:25
*** rubdos <rubdos!> has quit IRC09:25
*** AmarOk1412 <AmarOk1412!~AmarOk@2a00:5881:4008:508::253> has quit IRC09:25
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has quit IRC09:25
*** basic` <basic`!sid141140@linuxfoundation/basic> has quit IRC09:25
*** ukembedded <ukembedded!sid304355@gateway/web/> has quit IRC09:25
*** juvenal <juvenal!Elite21271@gateway/shell/elitebnc/x-xmbcecbcjwkuskqf> has quit IRC09:25
*** Marex <Marex!~Marex@> has quit IRC09:25
*** ernstp <ernstp!sid168075@gateway/web/> has quit IRC09:25
*** LetoThe2nd <LetoThe2nd!~ubuntu@unaffiliated/letothe2nd> has quit IRC09:25
*** Mylene <Mylene!> has quit IRC09:25
*** ukembedded_ is now known as ukembedded09:25
*** basic`_ is now known as basic`09:25
*** cquast <cquast!~cquast@> has joined #yocto09:28
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto09:31
*** AmarOk1412 <AmarOk1412!~AmarOk@2a00:5881:4008:508::253> has joined #yocto09:32
*** ernstp <ernstp!sid168075@gateway/web/> has joined #yocto09:33
*** rubdos <rubdos!> has joined #yocto09:34
*** varjag <varjag!> has joined #yocto09:38
*** Mylene_ is now known as Mylene09:43
*** no_such_user <no_such_user!> has quit IRC09:43
*** LetoThe21d <LetoThe21d!~ubuntu@unaffiliated/letothe2nd> has quit IRC09:49
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has quit IRC10:00
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto10:01
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has joined #yocto10:01
*** cvasilak <cvasilak!> has quit IRC10:05
*** AndersD <AndersD!~AndersD@> has quit IRC10:08
*** cvasilak <cvasilak!> has joined #yocto10:12
*** lfa <lfa!~lfa@> has joined #yocto10:13
*** AndersD <AndersD!> has joined #yocto10:14
cdleonardI've seen bitbake causing logouts multiple times10:23
*** berton <berton!~berton@> has joined #yocto10:40
*** rajm <rajm!> has joined #yocto10:41
*** berton <berton!~berton@> has quit IRC10:52
*** rburton <rburton!> has joined #yocto10:52
*** berton <berton!~berton@> has joined #yocto10:53
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:55
*** AndersD <AndersD!> has quit IRC10:59
*** AndersD <AndersD!> has joined #yocto11:00
*** Marex_ is now known as Marex11:10
*** meego <meego!5a5674df@gateway/web/freenode/ip.> has joined #yocto11:21
*** kristoiv <kristoiv!~kristoiv@> has joined #yocto11:22
meegohey Yocto community, i'm having trouble adding Nodejs 10.x to a Sumo Poky image. I've tried aaronovz1's meta-nodejs fork which is the closest I could find to a maintained recipe but I keep getting build errors that I don't know how to fix. Anyone got a working recipe to share ?11:25
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto11:26
cslcmmeego: do you actually need node 1011:26
cslcmor would node 8 be ok11:26
rburtonhm so a recipe was upgraded and now takes three times as long to build11:27
rburtonanyone know some good tools to profile what a cmake build is up to?11:27
rburtonwondering if there's any magic to see what was built, what took time, etc11:28
meegocslcm: node 8 would probably be ok. I've noticed there's a node 8 recipe in meta-oe. But if I'm not mistaken that package uses bitbake to build node/npm projects. Whereas the meta-node recipe lets npm do its thing, which I would prefer for familiarity sake11:31
cslcmat build time you mean?11:31
cslcmthe meta-nodejs stuff is ancient, I struggled to get it to build for days. I did manage it eventually, though. What error are you getting?11:32
meegocslcm: Would love to know how you managed. I'm using the pyro branch of aaronovz1's fork. I saw comments online suggesting I should use openssl 1.0 instead of 1.1 so I've added a bbpend w/ PREFERRED_VERSION_openssl = "1.0.%".   Now I'm getting /poky/build/tmp/hosttools/ld: cannot find -lcrypto /home/ubuntu/poky/build/tmp/hosttools/ld: cannot find -lssl errors11:38
cslcmI didn't make that change, and I don't recognise that error11:39
*** cvasilak <cvasilak!> has quit IRC11:39
cslcmi'm a little confused by what you mean by "package uses bitbake to build node/npm projects"11:40
cslcmbitbake can use npm during the build process, but once deployed it's just regular node11:40
meegoAFAIK, with meta-oe nodejs, bitbakes handles building the dependency tree, deduplicating it, fetching licences, and building checksums for each, downloading source, building native modules11:45
meegolooking for source of this11:45
cslcmI use meta-oe nodejs and it's just regular npm on the target device, i think that just means during the yocto build process11:48
meegoyes, that's likely11:52
meegoso you're using vanilla meta-oe node now ?11:52
*** zagor_ <zagor_!~zagor@rockbox/developer/Zagor> has joined #yocto11:59
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC11:59
cslcmmeego - yeah, though actually I copied the recipe to my own overlay and bumped it to node 1012:05
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has quit IRC12:09
*** kanavin_home <kanavin_home!> has joined #yocto12:10
*** meego <meego!5a5674df@gateway/web/freenode/ip.> has quit IRC12:10
*** no_such_user <no_such_user!> has joined #yocto12:12
kanavinrburton: libdnf takes longer because they rewrote it in c++12:16
kanavinRP: are there any current issues to look into?12:17
RPkanavin: I'm busy trying to sort out gpg problems in master and previous releases as the tests are proving unreliable but I think we have most things under control. Things are looking happier than they were on Friday12:18
kanavinRP: I got perl-sanity to build world without issues :)12:19
kanavinRP: will try with meta-perl next, and maybe we can give it to AB as well12:20
rburtonkanavin: damn them!12:21
*** kristoiv <kristoiv!~kristoiv@> has quit IRC12:22
*** zagor_ is now known as zagor12:24
rburtonkanavin: have you briefly looked to see if it does anything stupidly slow we can short circuit?12:25
rburtonit got *a lot* slower to build12:25
kanavinrburton: let me run it again - it did got slower, but only midly so on my machine12:31
rburtonkanavin: perf reports says 300s slower12:31
rburtonand dnf slower too12:31
*** meego <meego!5a5674df@gateway/web/freenode/ip.> has joined #yocto12:32
meegocslcm: ok sounds promising, i'll try that12:34
*** dheeraj <dheeraj!~Thunderbi@2001:df0:d300:4:903e:b3ef:c95d:394b> has joined #yocto12:35
*** nayfe <nayfe!uid259604@gateway/web/> has quit IRC12:36
kanavinrburton: just building libdnf-native here, it's most certainly not 300s12:36
kanavinmaybe 10 or os12:36
*** lh <lh!sid77898@osuosl/staff/lh> has quit IRC12:39
dheerajHi guys could you please tell me terminal command to get yocto version.12:40
cslcmdheeraj - bitbake --version and compare it to this list to get the yocto release version -
*** kristoiv <kristoiv!~kristoiv@> has joined #yocto12:45
*** kristoiv <kristoiv!~kristoiv@> has joined #yocto12:47
*** lh_ <lh_!sid77898@osuosl/staff/lh> has joined #yocto12:47
*** lh_ is now known as lh12:47
*** kristoiv <kristoiv!~kristoiv@> has quit IRC12:47
la_croixCould somebody help me debug a 'fatal error'? I have a recipe that installs a .py file. The .py file starts with #!/usr/bin/python3. The build complained that, as a result in had a runtime dependency on python3, so I added RDEPENDS_${PN} = "python3". Now it says contained in package iot-code requires /usr/bin/python3, but no providers found in RDEPENDS_iot-code? python3 is built and working with CORE_IMAGE_EXTRA_INSTALL +=12:48
la_croix "python3"12:48
kanavinrburton: target libdnf is also reasonable here12:49
*** kristoiv <kristoiv!~kristoiv@> has joined #yocto12:50
*** berton <berton!~berton@> has quit IRC12:54
*** rburton <rburton!> has quit IRC12:58
*** rburton_ <rburton_!> has joined #yocto12:58
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:00
*** LetoThe2nd <LetoThe2nd!~ubuntu@unaffiliated/letothe2nd> has joined #yocto13:07
*** geissona_ <geissona_!~geissonat@> has joined #yocto13:13
*** interruptguy <interruptguy!> has quit IRC13:33
*** dheeraj <dheeraj!~Thunderbi@2001:df0:d300:4:903e:b3ef:c95d:394b> has quit IRC13:45
*** geissona_ <geissona_!~geissonat@> has quit IRC13:47
*** geissona_ <geissona_!~geissonat@> has joined #yocto13:48
*** TobSnyder <TobSnyder!> has quit IRC13:52
*** submux <submux!~submux@2001:840:4b2b:101:3c99:84d6:7eb4:33cd> has joined #yocto13:55
*** georgem <georgem!~georgem@> has joined #yocto13:55
*** ant_work <ant_work!~ant__@> has quit IRC13:56
*** ant_work <ant_work!> has joined #yocto13:56
*** hamis <hamis!~irfan@> has quit IRC14:05
armpitRP why did we update gnupg in rocko ?14:05
armpitthere is absolutely no info if these are bug fix only changes14:07
RParmpit: I was testing something in -next, we can't merge that14:07
RParmpit: I'm actually trying to fix gpg selftest bugs which means we need a relocatable gnupg native14:07
RParmpit: I just put the relevant patches there to talk with you14:08
RParmpit: doesn't even build as there are dependency version problems :(14:08
*** apteryx <apteryx!~maxim@> has quit IRC14:08
armpitI had a back port request and I wanted to rebase with the right stuff14:10
*** marka <marka!~masselst@> has joined #yocto14:11
armpitah so -next is more like a mut?14:12
RParmpit: well, I wanted to put those bits *somewhere* and as there was nothing in rocko-next...14:14
armpitRP. my thud build last night has an issue checkout with mingw14:20
RParmpit: yes, I've broken the config in the migration, should be an easy fix14:20
armpitwhat I was thinking14:21
RParmpit: I got it mostly fixed before you started running builds :)14:21
armpitk. should I hold off on a rocko build till later?14:22
*** interruptguy <interruptguy!> has joined #yocto14:23
*** fl0v0 <fl0v0!> has quit IRC14:23
RParmpit: just pushed what I hope is the fix14:25
RParmpit: I did run builds for everything over the weekend including publishing artefacts14:25
*** fl0v0 <fl0v0!> has joined #yocto14:39
*** gtristan <gtristan!~tristanva@> has quit IRC14:45
*** rburton_ is now known as rburto14:49
*** rburto is now known as rburton14:50
armpitrburton, you missed Rburrito combination14:51
*** cquast <cquast!~cquast@> has quit IRC14:55
*** lubko2 <lubko2!> has joined #yocto14:56
lubko2/ⵑ\ AΤΤN︓ Tһⅰs ⅽһɑᥒᥒel has ⅿoⅴeⅾ to irϲ.freеᥒoԁе.ᥒеt ﹟oѕⅰrⅰsⅼab /!⧹14:56
*** lubko2 <lubko2!> has quit IRC14:56
*** maudat <maudat!~moda@> has joined #yocto14:57
*** AndersD <AndersD!> has quit IRC15:00
*** cquast <cquast!~cquast@> has joined #yocto15:01
T_UNIXhow does the owner mapping work in bitbake?15:08
T_UNIXi.e. how does the bookeeping work so that wic knows which uid/gid a file in the final image is supposed to have?15:10
LetoThe2ndT_UNIX: AIUI, its "pseudo" magic :)15:11
T_UNIXthe simplest way, I could imagine, would be a namespace and a mapping file.15:12
rburtonyes, pseudo15:12
cslcmpseudomagic is better than pseudoscient tbh15:12
rburtonaka fakeroot on steroids15:12
T_UNIXI'd like to use wic "standalone" to create some images.15:13
rburtonrun it as root, or inside your fakeroot of choice15:13
T_UNIXyeah. I guess so.15:15
T_UNIXrburton: LetoThe2nd thanks for the insight :)15:15
*** gtristan <gtristan!~tristanva@> has joined #yocto15:16
la_croixQuick question - what is best practice for editing the crontab for a specific user in yocto? I have a python script that I would like to run as a particular user. Ordinarily I would use crontab -e for the user, but clearly that's a runtime thing15:40
*** andycooper <andycooper!uid246432@gateway/web/> has joined #yocto15:41
*** fl0v0 <fl0v0!> has quit IRC15:42
rburtonla_croix: just write the file to the right place15:45
la_croixrburton Oh, simple as that? Perfect, thank you15:45
rburtoncron doesn't care who wrote it, just that the file has the right name/format/ownership15:45
*** dufflepod <dufflepod!> has joined #yocto15:47
*** ant_work <ant_work!> has quit IRC15:48
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC15:49
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto15:50
*** kristoiv <kristoiv!~kristoiv@> has quit IRC15:56
*** Bunio_FH <Bunio_FH!> has quit IRC15:58
*** fl0v0 <fl0v0!> has joined #yocto15:59
*** submux <submux!~submux@2001:840:4b2b:101:3c99:84d6:7eb4:33cd> has quit IRC16:08
rburtonRP: shall i merge master-next mingw to master?16:08
*** hwy <hwy!c2440282@gateway/web/freenode/ip.> has joined #yocto16:09
rburtoni suspect that's why the master ab run was failing16:09
*** cquast <cquast!~cquast@> has quit IRC16:10
*** varjag <varjag!> has quit IRC16:11
*** stephano <stephano!~stephano@> has joined #yocto16:11
la_croixrburton I tried doing that, with this recipe: and I got a permission denied error... I was under the impression that the build system didn't exactly have permissions, and could do what it wanted16:17
*** dl9pf_ <dl9pf_!> has quit IRC16:18
rburtonla_croix:that's writing to the host16:18
la_croixrburton Oops...16:18
RPrburton: it throws a lot of warnings but probably, yes16:18
RPrburton: it is why master failed as I merged test code for it16:19
rburtonla_croix: also that's not the format for per-user crontabs16:19
la_croixrburton do I need to use ${D}/etc/crontab?16:19
la_croixApparently it's the format for cronie, according to:16:19
rburtonla_croix: ${D}${sysconfdir}/crontab would be more correct16:19
la_croixrburton Ok, I'll give it a go16:20
rburtonfair enough, never really paid attention16:20
*** lazyape <lazyape!> has joined #yocto16:20
*** sagner <sagner!~ags@> has joined #yocto16:20
la_croixrburton Should there be a slash between. ${D} and ${sysconfdir}?16:21
rburtonla_croix: sysconfdir etc are already / prefixed16:21
la_croixOk, thank you :)16:21
*** khem <khem!~khem@unaffiliated/khem> has quit IRC16:21
*** cquast <cquast!~cquast@> has joined #yocto16:22
*** sgw <sgw!~sgw@> has joined #yocto16:25
la_croixrburton : cannot create /home/ubuntu/dev/poky/build/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/iot-cron/1.0-r0/image/etc/crontab: Directory nonexistent Am I being stupid?16:25
yatesin a FILES_${PN}, is there a way to specify a directory and all subdirectories?16:28
yateslike /usr/bin/wx/*  ?16:28
*** jacques2 is now known as linuxjacques16:29
*** sgw1 <sgw1!~sgw@> has joined #yocto16:29
yatesor if you specify /usr/bin/wx, does that get all the files and subdirectories under /usr/bin/wx?16:30
*** sgw <sgw!~sgw@> has quit IRC16:30
*** sgw1 is now known as sgw16:31
*** sagner <sagner!~ags@> has quit IRC16:36
*** kristoiv <kristoiv!> has joined #yocto16:42
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.> has quit IRC16:43
rburtonla_croix: make it first16:43
rburtonyou'll need to mkdir ${D}${sysconfdir}, as the recipe staging directory is empty out of the box16:44
rburtonyou're not writing into an image at that point16:44
rburtonyates: if it contains a directory, it picks up all contents16:44
yatesrburton: ok, thanks16:44
rburtonyates: eg see bitbake.conf, FILES_${PN}-doc has just ${docdir}16:45
la_croixrburton Hmm, wouldn't cronie have already done that, since I added DEPENDS = "cronie"? When I've tried building an image with cronie, but without my recipe, it creates a default crontab at /etc/crontab, so surely by the time the cronie recipe has run, this directory and file exist?16:45
yateswhere are variables associated with standard paths like bindir, docdir, etc. defined16:46
rburtonla_croix: your dependencies have nothing to do with the empty directory each recipe stages itself into16:46
yatesi mean where are they documented?16:46
rburtonof course if cronie is writing a crontab and you're writing a crontab, then they'll conflict16:46
rburtonso i'd bbappend cronie to stop that16:46
yatesi looked in the glossaries for the bitbake, development tasks, and project reference manuals and no go16:46
rburtonyates: bitbake.conf is fairly self-explanatory for the paths16:47
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC16:47
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto16:47
rburtontbh the names are effectively several-decade-old standards16:47
rburtonprefix, bindir, docdir, all gnu coding standards/lfs names16:47
*** kristoiv <kristoiv!> has quit IRC16:47
la_croixrburton Ok, I'll bbappend, thank you16:48
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:cd23:c0cd:d39f:8843> has left #yocto16:49
*** cslcm <cslcm!> has quit IRC16:51
*** dholland <dholland!> has joined #yocto16:57
*** apteryx <apteryx!~maxim@> has joined #yocto17:01
*** lh <lh!sid77898@osuosl/staff/lh> has quit IRC17:02
*** lh <lh!sid77898@osuosl/staff/lh> has joined #yocto17:04
*** interruptguy <interruptguy!> has quit IRC17:07
*** cquast <cquast!~cquast@> has quit IRC17:13
*** marka <marka!~masselst@> has quit IRC17:13
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC17:16
*** marka <marka!~masselst@> has joined #yocto17:19
*** fl0v0 <fl0v0!> has quit IRC17:20
*** Bunio_FH <Bunio_FH!> has joined #yocto17:23
*** Bunio_FH <Bunio_FH!> has quit IRC17:29
yatesif a do_compile fails, are the files that were in use (e.g., the /usr/lib directory) available somewhere? tmp/work/..?17:32
*** tprrt <tprrt!~tprrt@> has quit IRC17:33
*** egavin <egavin!> has quit IRC17:34
*** rajm <rajm!> has quit IRC17:39
*** kroon <kroon!> has joined #yocto17:40
yatesi'm seeing the wx include files there (build-hw-test-image/tmp/sysroots/imx6ul-var-dart$/usr/include/wx-3.0/wx/app.h), but those files were not reported when i had no FILES_{PN}, only stuff in /usr/bin and /usr/lib. should i just add them anyway to FILES_${PN}?17:43
*** dl9pf <dl9pf!> has joined #yocto17:45
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto17:45
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:46
aehs29yates: by in use you mean the ones that were being used to build that package?18:00
aehs29yates: those should be on the recipe-sysroot directory inside your WORKDIR18:00
aehs29yates: the files you need for FILES_${PN} wouldnt be there yet, since do_compile failed and those are "put" there on do_install and do_package gets them later from ${D} depending on what you got on FILES_${PN}18:02
aehs29yates: but I'm still not sure if I understood your question18:02
yatesaehs29: thanks - i think you uncovered a flaw in my thinking. rethinking...18:07
*** WillMiles <WillMiles!> has joined #yocto18:15
*** Gabi16 <Gabi16!~Gabi@> has joined #yocto18:18
zeddii_homeRP:  I’m back working on my image type again, and I’m seeing a “permission denied” error when running the new do_image_ command. Just looking for a pointer .. are those commands run under psudeo ? It doesn’t look like it to me, but I wanted to confirm, since that might explain why I’m getting the error.18:19
yatesaehs29: there is no recipe-sysroot dir there:
*** kaspter <kaspter!~Instantbi@> has quit IRC18:21
yateszeddii_home: can you pastebin the error output?18:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto18:23
*** Gabi16 <Gabi16!~Gabi@> has quit IRC18:23
yatesthe log.do_image, i.e.18:23
zeddii_homenope. this is debug code. nothing to paste.18:24
zeddii_homemy question stands.18:24
zeddii_homeis it run under pseudo.18:24
* zeddii_home will continue grepping18:24
RPzeddii_home: yes, they run under pseudo18:25
zeddii_homeok. so it isn’t a uid/guid zero issue.18:25
RPzeddii_home: I will admit the specifics of image generation are not forefront in my mind atm18:25
zeddii_homeheheh. no worries. I’m learning as I go. just very slowly.18:25
zeddii_homesome system call I’ve never used is erroring out. I’m going to have to abandon this approach anyway and use some simpler tools.18:26
RPzeddii_home: image.bbclass:        d.setVarFlag(task, 'fakeroot', '1') is what does it18:26
zeddii_homeaha! I grepped for pseudo. that’s how it excaped me.18:27
zeddii_homeescaped even18:27
yatesisn't it "sudo"?...18:27
RPzeddii_home: it had me wondering for a second too :)18:27
RPyates: our fakeroot emulator is called pseudo18:27
*** geissona_ <geissona_!~geissonat@> has quit IRC18:30
*** Carton__ <Carton__!~jo@> has joined #yocto18:30
*** Carton__ <Carton__!~jo@> has left #yocto18:30
*** dv_ <dv_!~dv@> has quit IRC18:33
*** dev1990 <dev1990!> has joined #yocto18:34
*** geissona_ <geissona_!~geissonat@> has joined #yocto18:39
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:42
*** kristoiv <kristoiv!> has joined #yocto18:44
aehs29yates: thats because youre building from sstate, do a cleansstate for that task and you'll see the recipe-sysroot and recipe-sysroot-native directories18:46
*** dv_ <dv_!~dv@> has joined #yocto18:48
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC18:49
*** stephano <stephano!~stephano@> has quit IRC18:50
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto18:52
yatesaehs29: did you mean to do a "bitbake <recipe> -c cleansstate" followed by "bitbake <recipe>"? if so, that did not change the dorectpru structure - still no recipe-sysroot18:55
yatesthe date/time is updating, so i know it's being regenerated18:56
yatesi'll keep reading the docs and try to figure out what's happening.18:58
*** kroon <kroon!> has quit IRC18:58
aehs29yates: yeah thats what I meant, what exactly did you do?, can you post what taks have been run, basically the contents of the log.taskorder in the temp directory19:04
aehs29yates: perhaps theyre not there because the prepare_recipe_sysroot task has not been executed19:04
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:06
yatesaehs29: thanks. here is the log.taskorder:
yatesis prepare_recipe_sysroot part of the default do_configure?19:08
aehs29yates: what release version are you using?19:08
yatesi've defined my own do_configure, yyi19:10
yatesthe error is that one of my files is not finding "#include <wx/app.h>" so i wanted to see where that file is (if it is there at all)19:11
aehs29yates: ok thats why the directories dont exist, recipe specific sysroots was added on Pyro IIRC19:12
yatesi see. thanks for that.19:14
yatesso where would i find the sysroot that the do_compile is using?19:14
yatesin morty?19:14
aehs29yates: so basically, the include files should be somewhere on tmp/sysroot..., but I'd suggest adding a verbose flag to gcc (-v), before compiling, that will give you a better looking log.do_compile , which should contain lines like "include search starts here..." or something like that, that will tell you where gcc is looking for include files, then you need to find the file (on the sysroots), and lastly19:17
aehs29figure out why is gcc not looking in the directory where the include file is and either add it or fix it, depending on the "why" is it not looking there19:17
aehs29yates: there could be several things happening, e.g. the file is in the right location and gcc is not looking for it there, or maybe gcc is looking in the right places but the file isnt there19:18
yatesok, right.19:22
yatesi actually think i am getting a bit closer. it's the latter of the two possibilities you stated.19:23
aehs29yates: I'd also suggest upgrading to a newer release if you can, since it has (more) support19:23
yatesthe -I option is generated via the helper wx app wx-config. it appears that is not running19:23
yatesWX_TREE_CPPFLAGS = `wx-config --cxxflags`19:24
yatesso i'm on my way. thanks much for your help.19:25
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto19:39
*** comptroller <comptroller!> has quit IRC19:41
RPaehs29: thanks for the multiconfig fix!19:42
*** comptroller <comptroller!> has joined #yocto19:44
aehs29RP: np, I just wish I had noticed before19:49
aehs29RP: can you merge that on thud as well?19:50
aehs29yates: np, hope you fix it soon19:51
RPaehs29: yes, we need to backport that one19:51
rburtonyates: those -config binaries are the work of the devil, which is why we have a binconfig-disabled class to break them if possible19:52
*** kristoiv <kristoiv!> has quit IRC19:56
*** kristoiv <kristoiv!> has joined #yocto19:57
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC19:59
*** meego <meego!5a5674df@gateway/web/freenode/ip.> has quit IRC20:09
*** submux <submux!> has joined #yocto20:15
yatesrburton: to break them? why would you want to break them?20:18
*** submux <submux!> has quit IRC20:19
RPyates: remove them in preference to using pkgconfig20:23
rburtonyates: because they're sometimes so broken we need to break them so things break obviously and we can patch in pkgconfig20:32
*** gtristan <gtristan!~tristanva@> has quit IRC20:34
*** kristoiv <kristoiv!> has quit IRC20:36
*** kristoiv <kristoiv!> has joined #yocto20:36
*** kaspert <kaspert!~kaspert@2a02:a312:c53c:8d80:87d:230f:eb3c:b8a3> has joined #yocto20:42
kasperthi, looking for some help with qtwebengine ;)20:43
khemkaspert: what help?20:43
kasperti have an imx6dl board. I've tested gifs animations performance, qtwebengine vs AnimatedImage QML. Qtwebengine: 3 gifs, cpu util 60%. AnimatedImage: 10gifs, cpu util 6%. Now i'm looking for a way to fix that issue.20:47
*** kristoiv <kristoiv!> has quit IRC20:53
khemmostly related to h/w accelaration20:54
khemRP: the musl failure you reported is not reproducible here with bitbake -ctestimage core-image-sato is coming out to be passing all the tests for qemux86_6420:55
khemRP: I am using master-next20:55
khemis it possible for you to give it another shot ? may be on a different OS on builder node20:56
RPkhem: I did drop the change from -next20:56
khemI know20:56
RPkhem: It also appeared twice, once on qemux86 and once on qemux86-6420:56
khemthis is musl upgrade + master-next20:57
RPkhem: Were you using kvm?20:57
RPgold verses binutils?20:57
khemRP: yes20:58
khemno gold no systemd20:58
khemkvm yes20:58
khemI did this test based on todays master-next20:59
*** macbug <macbug!> has joined #yocto20:59
khemand its using security flags like poky20:59
*** kaspert <kaspert!~kaspert@2a02:a312:c53c:8d80:87d:230f:eb3c:b8a3> has quit IRC21:02
RPkhem: I can retest it but we're missing something :/21:09
*** kristoiv <kristoiv!> has joined #yocto21:09
khemRP: if it fails a stacktrace would be good21:10
khemI can try to repeoduce it with that21:10
RPkhem: I could try and get it to save the images, see if you can reproduce with those?21:10
*** pyrobby <pyrobby!> has joined #yocto21:11
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:13
khemRP:, another difference is I am using opkg instead of rpm probably it should not matter here21:14
RPkhem: ah it was core-image-sato-sdk21:17
khemRP: yes you reported this
khemand it was building core-image-sato-sdk as well21:19
RPkhem: right, it builds sato and sato-sdk but it says it was sato-sdk that fails at the bottom21:20
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto21:21
Marexany idea when Linux-yocto 4.19 is gonna be available ? it's the next LTS release ...21:36
* khem points Marex to zeddii_home21:37
khemRP: yes, I tested sdk image as well21:37
RPkhem: that worked too? :/21:39
aehs29bluelightning_: Paul, you around?21:41
Marexkhem: zeddii_home == bruce ?21:43
Marexkhem: thanks21:44
*** kristoiv <kristoiv!> has quit IRC21:46
la_croixCould anybody give me a hand with python packages refusing to build? I have a recipe that builds numpy, which works fine, and now I'm trying to install a package that requires numpy - 'numba'. The recipe looks like this: and the error is that it can't find numpy:
*** kristoiv <kristoiv!> has joined #yocto21:51
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:53
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:53
bluelightning_aehs29: technically no, taken today off sick to take care of my son who is sick21:53
*** rburton <rburton!> has quit IRC21:53
bluelightning_aehs29: feel free to email me though21:54
*** bluelightning_ is now known as bluelightning21:54
*** WillMiles <WillMiles!> has quit IRC22:00
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC22:05
*** kristoiv <kristoiv!> has quit IRC22:07
*** marka <marka!~masselst@> has quit IRC22:19
*** maudat <maudat!~moda@> has quit IRC22:24
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has quit IRC22:28
*** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has joined #yocto22:28
khemla_croix: perhaps you need to inherit setuptools322:32
la_croixkhem Already doing that22:33
la_croixkhem This  is the full recipe: and
*** adrianbunk <adrianbunk!> has quit IRC22:34
*** joaocfernandes <joaocfernandes!> has joined #yocto22:39
*** rburton <rburton!> has joined #yocto22:41
derRichardwhat tune settings shall i select to have a x86 32bit userland but 64bit kernel? IOW i need a x86_64 toolchain and build all userland with -m32...22:42
derRichardthis multilib stable/supported?22:42
rburtoncan't see why not22:43
*** rburton <rburton!> has quit IRC22:45
RPderRichard: Its part of our automated testing22:45
derRichardRP: good to know :)22:46
derRichardlet me see how to use it22:46
derRichardhm, not sure if i understand multilib-example.conf22:51
derRichardwill it build all libs for x86_64 _and_ x86?22:51
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto23:03
RPderRichard: you end up with two namespaces, one for the normal build and one with the multilib variant, e.g. bash and lib64-bash or bash and lib32-bash23:05
RPso it just depends how you set it up and what you target it to build23:06
*** joaocfernandes <joaocfernandes!> has quit IRC23:09
RPkhem: I included musl in this test run so we'll see23:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:17
derRichardRP: thx!23:20
*** rovanceo <rovanceo!~rovanceo@> has quit IRC23:21
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto23:22
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC23:24
la_croixkhem Any guesses? :/23:30
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto23:32
*** pyrobby <pyrobby!> has quit IRC23:34
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC23:35
*** ant_home <ant_home!> has joined #yocto23:46
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:53
*** comptroller <comptroller!> has quit IRC23:54

Generated by 2.11.0 by Marius Gedminas - find it at!