Wednesday, 2018-12-19

RPkhem: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=b46c82c5f5cb6f5ad64d4533391fbd9f08392f74 appears to build. Will continue to poke at it as its got potential00:12
*** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto00:34
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC00:35
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC01:06
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto01:20
*** dev1990 <dev1990!~dev@dynamic-62-87-248-64.ssp.dialog.net.pl> has quit IRC01:33
*** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC01:49
khemRP: libc_cv_ld_gnu_indirect_function=no is not good it will disable ifunc support in glibc you can do it with --[en|dis]able-gnu-indirect-function02:01
khembut I think ifunc makes same glibc compiled optimized across multiple machines02:04
khemfor OE it may not matter as much but for x86 it may02:04
khemand why do we need --with-glibc-version=2.28 ?02:05
khemzeddii: Can you include https://lkml.org/lkml/2018/12/11/1275 patches in your 4.19 kernel headers pull please ?02:13
khemzeddii: this will untwist the arm64/musl builds a bit and we will get libunwind and other ptrace using packages goinf02:14
zeddii_homeyup. I can do that. I may just jump 4.19 for the libc headers and go right to 4.20, so it’ll be in there as well I hope. hmmm. or not, since it is new. either way. yah. I’ll make sure it is applied and in the testing I just started.02:14
khemzeddii: mostly this should go into kernel upstream without many changes02:14
zeddii_homehehe. cool. so no problem. I’ll include it directly and watch the upstream process.02:15
khemI think 4.21 is mostly where it will show up02:15
khemfantastic02:15
zeddii_homeyah. since linus wants to release this week, it won’t make 4.20, I’ll catch it on .2102:15
khem yep02:15
khemthis will ensure musl/aarch64 will be at par with x86_64 in world builds02:16
khemin musl02:16
khemand also will fix riscv6402:16
*** anujm <anujm!~anujm@192.55.54.42> has joined #yocto02:55
*** khem <khem!~khem@unaffiliated/khem> has quit IRC03:01
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC03:13
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto03:14
*** armpit <armpit!~armpit@45.19.219.177> has quit IRC03:18
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC03:31
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto03:31
* paulg would not want to be stampeded by all the riscv64 yocto users...04:05
paulgtheir user base supports membership count as as a "float", right?04:15
*** Ownix9 <Ownix9!~Ownix@124.111.247.203> has joined #yocto04:24
*** Ownix9 <Ownix9!~Ownix@124.111.247.203> has quit IRC04:24
*** Crofton_ <Crofton_!~Crofton@69.7.123.146> has joined #yocto04:28
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-lbloxvhqgcnwrnnd> has joined #yocto04:39
*** pihpah9 <pihpah9!~pihpah@mm-237-95-215-37.mfilial.dynamic.pppoe.byfly.by> has joined #yocto04:44
*** pihpah9 <pihpah9!~pihpah@mm-237-95-215-37.mfilial.dynamic.pppoe.byfly.by> has quit IRC04:48
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC05:21
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:34
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto05:35
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC05:38
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto05:38
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto05:56
*** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.81.218.44.17> has joined #yocto05:57
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:08
*** armpit <armpit!~armpit@2601:202:4180:c33:a0ac:ef77:794d:67d9> has joined #yocto06:11
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC06:32
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC06:35
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto06:45
*** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has quit IRC06:46
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto06:56
*** nelsonhb <nelsonhb!~Instantbi@49.124.45.97> has joined #yocto06:57
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC07:26
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC07:29
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto07:29
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:32
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:32
*** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has quit IRC07:33
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:37
*** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.81.218.44.17> has quit IRC07:38
*** frsc <frsc!~frsc@200116b824fc38005d11643b8d05a459.dip.versatel-1u1.de> has joined #yocto07:42
*** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has joined #yocto07:43
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto07:45
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:47
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC07:50
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto07:51
*** fl0v0 <fl0v0!~fvo@i577B9338.versanet.de> has joined #yocto08:08
*** mckoan|away is now known as mckoan08:10
*** anujm <anujm!~anujm@192.55.54.42> has quit IRC08:14
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto08:22
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto08:29
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:30
*** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has joined #yocto08:31
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC08:31
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:31
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto08:33
*** jkliemann <jkliemann!~jk@141.76.40.106> has joined #yocto08:42
*** jkliemann <jkliemann!~jk@141.76.40.106> has quit IRC08:44
RPkhem: Do I remember something odd about ifunc support on mips? I'm hoping that was a mips only hack08:54
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto08:54
RPkhem: that test appeared to be "no" on an existing mips build08:55
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:02
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC09:02
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mybhhpvjwlhjroeo> has joined #yocto09:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:12
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC09:14
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto09:16
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:17
yoctiNew news from stackoverflow: Not able to compile code which uses cjson library functions on Yocto Linux OS <https://stackoverflow.com/questions/53847959/not-able-to-compile-code-which-uses-cjson-library-functions-on-yocto-linux-os> || Add changes to systemd-udevd.service <https://stackoverflow.com/questions/53847982/add-changes-to-systemd-udevd-service>09:35
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:35
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto09:36
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto09:36
*** yann <yann!~yann@37.165.245.136> has joined #yocto09:47
*** yann <yann!~yann@37.165.245.136> has quit IRC10:08
JaMaheh why would anyone still use cjson..10:22
*** berton <berton!~berton@181.220.84.254> has joined #yocto10:32
yoctiNew news from stackoverflow: Not able to compile code which uses json-c library functions on Yocto Linux OS [duplicate] <https://stackoverflow.com/questions/53847959/not-able-to-compile-code-which-uses-json-c-library-functions-on-yocto-linux-os> || Get description of packages in yocto image <https://stackoverflow.com/questions/53848913/get-description-of-packages-in-yocto-image>10:35
*** berton <berton!~berton@181.220.84.254> has quit IRC10:36
*** berton <berton!~berton@181.220.84.254> has joined #yocto10:37
ant_homeJaMa, hi11:03
ant_homehave you played with VideoCore IV?11:04
ant_homedo you think these vc4 drivers can be used on bcm7425 mipsel?11:04
ant_home(I am totally unaware of the DRM situation, seems possible for mips)11:05
JaMaant_home: only on rpi311:09
JaMaant_home: check Eric's blog https://anholt.github.io/twivc4/11:22
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC11:32
*** Carton__ <Carton__!~jo@193.134.219.129> has joined #yocto11:32
*** florian_kc is now known as florian11:33
*** Carton__ <Carton__!~jo@193.134.219.129> has quit IRC11:37
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto11:37
*** mckoan is now known as mckoan|away11:38
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC11:38
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto11:40
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:55
*** sagner <sagner!~ags@46.140.72.82> has quit IRC12:02
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto12:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:16
*** nelsonhb <nelsonhb!~Instantbi@49.124.45.97> has quit IRC12:25
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mybhhpvjwlhjroeo> has quit IRC12:29
yoctiNew news from stackoverflow: Why would a yocto patch fail under devtool but not during a normal build? <https://stackoverflow.com/questions/48945909/why-would-a-yocto-patch-fail-under-devtool-but-not-during-a-normal-build>12:36
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-gcksbbudgwwljzdb> has joined #yocto12:44
*** sagner <sagner!~ags@46.140.72.82> has quit IRC12:50
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto12:53
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-lbloxvhqgcnwrnnd> has quit IRC13:04
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC13:11
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto13:29
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto13:31
pepijndevosI'm a bit confused by how to make a python package. I've seen some examples, but they all use a bb that inherits setuptools and then an include that inherits pypi, why this two-step approach?13:32
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC13:33
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC13:37
*** Carton__ <Carton__!~jo@193.134.219.129> has joined #yocto13:38
*** Carton__ <Carton__!~jo@193.134.219.129> has quit IRC13:42
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto13:42
neverpanicBecause you could install a setuptools-based software that doesn't come from pypi?13:43
neverpanicI think it used to be the case that 'inherit pypi' implied 'inherit setuptools', but that has changed a while ago.13:43
rburtonpepijndevos: that's because what you're seeing is a common include file that uses pypi to fetch, and then a py2 recipe that inherit setuptool and a py3 recipe that inherits setuptools313:46
rburtonif for example the recipe doesn' support py2 there's no point in the split and it should just be in a single file13:46
rburtonso basically if the package is on pypi then inherit that and you get the src_uri done for you.  if it uses setuptools inherit setuptools3 to build.13:47
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC13:58
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto13:58
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC13:59
*** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has joined #yocto14:04
*** sagner <sagner!~ags@46.140.72.82> has quit IRC14:04
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto14:05
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:09
*** marka <marka!~masselst@184.175.21.100> has joined #yocto14:11
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:11
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC14:23
T_UNIXis it intended, that `https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/files/toolchain-shar-relocate.sh` uses bash extensions (variable substitutions), yet neither has a `bash` suffix nor a `/usr/bin/env bash`-shebang?14:42
JPEWT_UNIX: It's invoked in another script (toolchain-shar-extract.sh), which is why it doesn't have a shebang14:50
JPEWIIRC, the contents of toolchain-shar-relocate.sh are simply pasted into toolchain-shar-extract.sh at a specific location14:52
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC14:55
T_UNIXJPEW: If the default interpreter isn't bash (i.e. Docker uses `/bin/sh`), it appears that the variable substitution isn't executed as intended and the surrounding command (perl substitution) bails.14:57
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto15:00
*** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has quit IRC15:03
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC15:03
JPEWT_UNIX: Quite possibly.... is there a specific bashism thats causing trouble?15:05
*** xtron <xtron!~sajjad@110.93.212.98> has quit IRC15:05
T_UNIXI think the line `grep -Ev "$target_sdk_dir/(environment-setup-*|relocate_sdk*|${0##*/})"` is causing problems15:09
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto15:09
T_UNIXmore specifically `${0##*/}`15:09
JPEWSure. It might be worth either mandating bash or making sure there are no bashisms in the script.15:11
varjagso, let's say i have a project built my own recipe, and i want it to build with -g -O0 flags when i make a dev image15:11
varjagis there an easy way to achieve that?15:11
JPEWT_UNIX: Bonus points if you write a QA check to make sure no more bashisms end up in the SDK ;)15:12
kergoth${0##*/} is POSIX, not bash15:12
kergothsee the single unix specification for details15:13
T_UNIXkergoth: my bad.15:13
kergothhttp://pubs.opengroup.org/onlinepubs/9699919799/ -> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_0215:13
JPEWkergoth: Hmm, interesting. Should have checked15:13
T_UNIXhttps://www.shellcheck.net/ :-D15:14
kergothi agree we should avoid bashisms if not necessary. actually the shar relocation bits need reworking *badly*, that's some really badly written shell, and relocation technically isn't part of the compression / installer format, so should really be independent15:14
kergothin this case: ${parameter##[word]}15:14
kergothRemove Largest Prefix Pattern. The word shall be expanded to produce a pattern. The parameter expansion shall then result in parameter, with the largest portion of the prefix matched by the pattern deleted.15:14
kergoth:)15:14
kergoth<3 that opengroup site, really helpful resource15:14
kergoth that reminds me, i never did do enough benchmarks to get https://github.com/openembedded/bitbake/compare/master...kergoth:yocto-12987 merged..15:16
JPEWkergoth: I played around with rewriting the SDK to be a self extracting Python file instead of a shell script (see poky-contrib/jpew/pyz-sdk)15:17
kergothinteresting. at mentor we hvae a completely different installer mechanism for it entirely, so needed the relocation bits in a standalone script that installer could call15:17
* kergoth adds a note to look at that branch15:18
JPEWkergoth: Ya, we end up redoing the SDK as a Python script for MinGW here which was some of the drive to try this out.15:19
kergothoh right, that makes perfect sense15:19
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto15:19
pepijndevosdafuuuq! I have a working yocto image, and then I add some innocent Python package, and I now I have an image that gives weird errors in the SD card driver or something. I remove Python and everything is fine agaon.15:36
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC15:38
*** apteryx <apteryx!~maxim@45.72.138.75> has quit IRC15:38
RPJPEW: there was no specific good reason for shell15:43
*** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-367-238.w83-201.abo.wanadoo.fr> has joined #yocto15:43
RPWell, the "drop gcc initial" patch kind of works, images boot and runtime test. Only one sdk test fails.15:44
JPEWRP: I was wondering. I figured Python wad required for relocation *anyway* so it should be OK.15:45
JPEWRP: But I also figured I shou;dn15:45
JPEWshouldn't get too distracted until I finish the hash equivalence stuff :)15:45
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has quit IRC15:46
RPJPEW: thanks for the updated series, I think its close :)15:47
RPJPEW: my gcc rearrangement breaks mingw btw :/15:47
* RP hasn't gotten to that part yet15:47
JPEWRP: Oh? Is there a log?15:47
RPJPEW: bbappend to a file which no longer exists for starters :) Patch series isn't up to that bit yet, need to investigate this sdk failure15:49
JPEWOk15:49
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC15:49
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto15:50
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC15:51
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has joined #yocto15:51
dkcanyone had experience in adding go packages in a Yocto layer? More explicitely how  to describe dependencies between packages? Using DEPENDS ends up in a situation where additional packages are installed next to standard packages (GOROOT) when they should be in GOPATH15:53
dkcyep, confirmed, dependencies are installed in ${WORKDIR}/recipe-sysroot/usr/lib/go/src when they should go to ${WORKDIR}/build/src/16:01
*** apteryx <apteryx!~maxim@45.72.138.75> has joined #yocto16:01
dkcany idea on how to fix the issue?16:03
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC16:04
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto16:07
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto16:10
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC16:14
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:24
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto16:28
*** Carton__ <Carton__!~jo@193.134.219.72> has left #yocto16:36
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC16:39
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC16:44
T_UNIXwhere does the xargs' `file` argument in https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/files/toolchain-shar-relocate.sh#n57 come from?16:48
*** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has quit IRC16:55
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto16:55
rburton$ which file16:57
rburton$ dpkg -S /usr/bin/file16:57
rburtonfile: /usr/bin/file16:57
rburtonmissing a line as it started with /16:58
T_UNIX*facepalm*17:03
T_UNIXneed to go home -.-'17:03
*** fl0v0 <fl0v0!~fvo@i577B9338.versanet.de> has quit IRC17:08
T_UNIXdoes yocto use gitlab or github for patches yet?17:08
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC17:10
rburtonnot yet17:11
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC17:15
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto17:18
RPrburton: yet? ;-)17:22
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC17:25
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto17:25
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC17:29
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:34
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC17:36
*** frsc <frsc!~frsc@200116b824fc38005d11643b8d05a459.dip.versatel-1u1.de> has quit IRC17:36
*** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC17:43
*** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto17:44
yoctiNew news from stackoverflow: How to configure the Yocto devtool to update repo revision <https://stackoverflow.com/questions/53856554/how-to-configure-the-yocto-devtool-to-update-repo-revision>18:07
rburtonRP: YET :)18:11
JaMa:)18:12
khemRP:sent few patches cleaning after you :)18:13
khemmusl was broken with the toolchain shuffle which is fixed now18:14
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto18:15
RPkhem: thanks - I'd not got to fixing that yet! I just put the patches as they were onto the autobuilder for a test run, see how well it worked18:16
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC18:16
RPkhem: basically there seems to be something wrong with the SDK (assimp fails)18:16
RPkhem: not fixed mingw yet either18:17
khemno worries18:17
RPkhem: ifunc seems broken on mips, not sure why I have to special case that :/18:17
RPkhem: the configure test fails before my patch, it passes after it, then throws those assertions18:18
khemRP: how does assimp fails ?18:18
RPkhem: I assume you're in ok in principle with getting rid of these -initial bits?18:18
khemlink18:18
khemtotally18:18
RP/media/build1/poky/build/tmp/work/qemumips-poky-linux/core-image-sato/1.0-r0/testimage-sdk/assimptl80uuyi/assimp-4.1.0/test/../contrib/gtest/src/gtest-filepath.cc:58:26: error: ‘_POSIX_PATH_MAX’ was not declared in this scope18:18
RP # define GTEST_PATH_MAX_ _POSIX_PATH_MAX18:18
RPkhem: there are failures on the AB like that too18:19
khemthats limits.h proble18:19
khemm18:19
RPkhem: more like posix related18:19
RPkhem: but yes, that area18:19
khemyes #ifndef _POSIX_PATH_MAX18:20
khemdefine _POSIX_PATH_MAX 25518:20
khem#endif18:20
khemand move on :)18:20
RPkhem: I think we need to understand how/why this broke ;-)18:20
RPsadly my test build built the wrong thing so waiting on the right one18:21
khemRP: btw. is it missing posix1_lim.h now ?18:21
RPkhem: no, its there18:21
khemand it does not define this ?18:21
RPkhem: I want to get two sdks and just diff them18:21
RPwaiting on a build18:21
khemif that header is installed in sysroot then it should define _POSIX_PATH_MAX18:22
khemand then packages should get it via including limits.h18:22
*** berton <berton!~berton@181.220.84.254> has quit IRC18:23
khemRP: is that assimp problem only seen on mips ?18:28
khemRP: with new toolchain sequence I am now able to build musl systems too, so let me try qemumips build for assimp18:30
khemif that works then we know its glibc18:31
khemI think dropiing those config cache files can now be resulting in some configure failures silently disabling stuff in glibc18:31
RPkhem: that was what I wanted to test on the AB and the answer is no, its on all archs18:33
khemRP: OK, it built ok here on x86/musl18:34
khemso its probably glibc18:34
khemis acting up during configure18:34
RPkhem: quite likely. When I get this other build we'll see :)18:35
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC18:40
khemRP: it built ok for mips/musl combo18:41
RPkhem: definitely a glibc issue then...18:41
khemRP: trying MACHINE=raspberrypi3-6418:42
khemthese are some hot cached builds lying around here18:42
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto18:42
khemhmmm its building here for raspberrypi3-64/glibc18:44
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC18:44
khembut I am using glibc 2.29+gcc-9.0 on top18:44
khemlet see what I see on mips/glibc18:51
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC18:55
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:08
khemmips/glibc works too19:14
khemRP: so you might want to try with glibc 2.2919:14
khemand see if that helps19:14
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC19:14
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto19:19
RPkhem: I think limits headers in the SDK may be bust but I have a theory on why too19:24
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto19:25
yatescan a screenshot be taken using sato/matchbox?19:27
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC19:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto19:41
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC19:46
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto19:46
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto19:50
RPkhem: its a problem with gcc-cross-canadian19:52
RPkhem: gcc is being a bit insane here but there is an easy fix19:53
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC19:56
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC20:02
RPkhem: tests pass now, fixed it20:04
RPkhem: will clean it up and try another AB run with your patches + mine20:05
khemRP: sounds good. If you push it to master-next I will give it a whirl here too20:11
rburtonyates: sato-screenshot should be in the image.20:12
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-gcksbbudgwwljzdb> has quit IRC20:14
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto20:32
khemrburton: I am seeing this issue with eSDK build https://github.com/YoeDistro/yoe-distro/issues/8520:38
khemrburton: I see that the local.conf.bak is in /mnt/a/yoe/build/tmp/work/raspberrypi3_64-yoe-linux/yoe-simple-image/1.0-r0/sdk-ext/image/tmp-renamed-sdk/conf20:39
khembut its looking in /mnt/a/yoe/build/tmp/work/raspberrypi3_64-yoe-linux/yoe-simple-image/1.0-r0/sdk-ext/image//usr/local/oecore-x86_64/conf20:39
rburtoni see two errors in that bug20:40
rburtonwould definitely want to fix the uni one first20:40
rburtondo you just get the conf one?20:40
rburtonthe usr/local is worrying/odd20:41
rburtonpretty sure nothing in oe sets that20:41
rburtonso i suggest maybe this yoe whatever that is, has changed a path and is exposing an assumption in the esdk code20:41
rburtonat which point i point to bluelightning  :)20:41
bluelightningwho me?20:42
bluelightninghmm20:44
bluelightningnot sure off hand what might have led to that...20:44
bluelightningunfortunately I'm in the middle of something so I can't dig into it myself20:44
khemrburton: yoe is derived from oe-core nodistro and does not set custom paths for SDK like poky does and I have a hunch thats the problem so if someone built sdk with oe-core nodistro will run into same error20:49
rburtoneasily tested!20:50
khemyes, I am trying to mimic same with poky and lets see, it just means whole nativesdk components recompile20:51
khemif we change SDKPATH so will be a while20:52
rburtoncan't wait to see the initial removal stuff land20:52
khemyes its panning out ok so far20:59
khemrburton: vercmp_string seems to ignore None strings20:59
khemthats one issue20:59
khemI guess we never test without uninative21:00
khemmaybe split_version() should do parameter check before operating on it21:02
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto21:10
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC21:20
khemRP: I think there is problem related to uninative where anon python function in "meta/classes/uninative.bbclass" is not able to find the variables defined in meta/conf/distro/include/yocto-uninative.inc21:52
khemRP: I printed the variables and they come out to be unset21:53
khemwhen building -cpopulate_sdk_ext21:53
*** marka <marka!~masselst@184.175.21.100> has quit IRC21:56
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto21:57
apteryxSo, there really appears to be a bug in a overridden do_fetch not getting passed the SSH_AUTH_SOCK and SSH_AGENT_PID variables.22:07
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC22:07
apteryxI tried to force them available by doing 'export SSH_AGENT_PID' and 'export SSH_AUTH_SOCK' but this leaves them undefined as well in my overriden do_fetch method.22:08
apteryxShould I report this upsstream to this list: https://bugzilla.yoctoproject.org/buglist.cgi?product=BitBake&component=bitbake&resolution=---?22:09
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC22:12
*** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC22:13
*** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto22:14
*** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has joined #yocto22:15
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto22:19
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC22:34
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto22:34
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC22:41
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto22:52
*** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto22:53
*** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has quit IRC23:03
*** gedda__ <gedda__!88a3cb03@gateway/web/freenode/ip.136.163.203.3> has quit IRC23:04
RPkhem: I've updated -next with revised patches23:07
RPkhem: how are you including yocto-uninative?23:07
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto23:09
*** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-367-238.w83-201.abo.wanadoo.fr> has quit IRC23:11
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC23:14
khemRP: OK I started few builds here with master-next + my goop23:26
khemRP: yocto-uninative is added exactly like its done in poky.conf23:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto23:26
RPkhem: to your own distro.conf ?23:26
RPkhem: ordering is important in this case23:27
khemyes first include the .inc and then inherit class23:27
khemsee https://github.com/YoeDistro/meta-yoe/blob/master/conf/distro/yoe.conf#L73-L7723:28
RPkhem: does bitbake -e show the variables as set?23:30
khemyes it does however during do_populate_sdk_ext its unset23:30
khemif I include the content from .inc file into bbclass itself then it works23:30
khemso it seems there are two places where the variable it needed23:31
khemnormal images build ok23:31
khemproblem is when doing sdk_ext builds23:31
khemon same machine poky build works for core-image-minimal sdk23:32
RPkhem: it sounds as if the copy_buildsystem piece doesn't understand your layer/distro :/23:33
khemwhat does it need to know ?23:34
RPkhem: it tries to copy the config into this new "build" environment and it sounds a bit like it messes it up somehow23:34
RPkhem: corebase, sdkbblayers = buildsystem.copy_bitbake_and_layers(baseoutpath + '/layers', workspace_name)23:35
RPkhem: probably need to look at what it created and see what is wrong with it23:35
khemis it problem how the layers are placed ?23:36
RPkhem: could be23:36
RPwe really need a setup tool and to standardise more23:36
khemso it is creating content under /mnt/a/yoe/build/tmp/work/raspberrypi3_64-yoe-linux/yoe-simple-image/1.0-r0/sdk-ext/image/tmp-renamed-sdk23:37
khemwhich seems to have found the layers etc.23:37
khemRP: have you used other layers along with core layer in some test cases23:42
RPkhem: not as well as we should, no23:43
khemso whats the assumptions it makes23:44
khemabout workspace ?23:44
khemhow/where are layers expected ? under poky/openembedded23:44
khemtop level layer ?23:44
khemthat is parallel to meta/ ?23:44
khemI added a layer outside that to poky lets see if it fails in same way23:47
khemRP: here is error I see https://8n1.org/14223/32e323:49
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC23:51
RPkhem: that last bit is error handling failing :(23:51
RPkhem:  the real problem is further back23:52
RPkhem: I don't remember the assumptions unfortunately, this was done by bluelightning but I don't think any of us liked the end result, its fragile :(23:52
khemhere is full log https://gist.github.com/9ee0302407d29fdf17e7db098256f71e23:52
RPkhem: is something in workspace which would change the signatures?23:54
RPso when its excluded you hit failures?23:54
*** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has quit IRC23:54
*** dev1990 <dev1990!~dev@dynamic-62-87-248-64.ssp.dialog.net.pl> has joined #yocto23:55
khemso let me undo my change to copy content of yocto-uninative.inc into uninative.bbclass23:55
khemRP: this is full real error https://github.com/YoeDistro/yoe-distro/issues/8523:56
RPkhem: it looks to me like its not copying the layers/setup correctly somehow23:57

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