RP | khem: 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 potential | 00:12 |
---|---|---|
*** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 00:34 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 00:35 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 01:06 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 01:20 | |
*** dev1990 <dev1990!~dev@dynamic-62-87-248-64.ssp.dialog.net.pl> has quit IRC | 01:33 | |
*** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 01:49 | |
khem | RP: 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-function | 02:01 |
khem | but I think ifunc makes same glibc compiled optimized across multiple machines | 02:04 |
khem | for OE it may not matter as much but for x86 it may | 02:04 |
khem | and why do we need --with-glibc-version=2.28 ? | 02:05 |
khem | zeddii: Can you include https://lkml.org/lkml/2018/12/11/1275 patches in your 4.19 kernel headers pull please ? | 02:13 |
khem | zeddii: this will untwist the arm64/musl builds a bit and we will get libunwind and other ptrace using packages goinf | 02:14 |
zeddii_home | yup. 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 |
khem | zeddii: mostly this should go into kernel upstream without many changes | 02:14 |
zeddii_home | hehe. cool. so no problem. I’ll include it directly and watch the upstream process. | 02:15 |
khem | I think 4.21 is mostly where it will show up | 02:15 |
khem | fantastic | 02:15 |
zeddii_home | yah. since linus wants to release this week, it won’t make 4.20, I’ll catch it on .21 | 02:15 |
khem | yep | 02:15 |
khem | this will ensure musl/aarch64 will be at par with x86_64 in world builds | 02:16 |
khem | in musl | 02:16 |
khem | and also will fix riscv64 | 02:16 |
*** anujm <anujm!~anujm@192.55.54.42> has joined #yocto | 02:55 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 03:01 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:13 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:14 | |
*** armpit <armpit!~armpit@45.19.219.177> has quit IRC | 03:18 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:31 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:31 | |
* paulg would not want to be stampeded by all the riscv64 yocto users... | 04:05 | |
paulg | their user base supports membership count as as a "float", right? | 04:15 |
*** Ownix9 <Ownix9!~Ownix@124.111.247.203> has joined #yocto | 04:24 | |
*** Ownix9 <Ownix9!~Ownix@124.111.247.203> has quit IRC | 04:24 | |
*** Crofton_ <Crofton_!~Crofton@69.7.123.146> has joined #yocto | 04:28 | |
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-lbloxvhqgcnwrnnd> has joined #yocto | 04:39 | |
*** pihpah9 <pihpah9!~pihpah@mm-237-95-215-37.mfilial.dynamic.pppoe.byfly.by> has joined #yocto | 04:44 | |
*** pihpah9 <pihpah9!~pihpah@mm-237-95-215-37.mfilial.dynamic.pppoe.byfly.by> has quit IRC | 04:48 | |
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 05:21 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:34 | |
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 05:35 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 05:38 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 05:38 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 05:56 | |
*** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.81.218.44.17> has joined #yocto | 05:57 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 06:08 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:a0ac:ef77:794d:67d9> has joined #yocto | 06:11 | |
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 06:32 | |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 06:35 | |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 06:45 | |
*** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has quit IRC | 06:46 | |
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 06:56 | |
*** nelsonhb <nelsonhb!~Instantbi@49.124.45.97> has joined #yocto | 06:57 | |
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC | 07:26 | |
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 07:29 | |
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 07:29 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:32 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:32 | |
*** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has quit IRC | 07:33 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:37 | |
*** sagivd <sagivd!51da2c11@gateway/web/freenode/ip.81.218.44.17> has quit IRC | 07:38 | |
*** frsc <frsc!~frsc@200116b824fc38005d11643b8d05a459.dip.versatel-1u1.de> has joined #yocto | 07:42 | |
*** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has joined #yocto | 07:43 | |
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto | 07:45 | |
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:47 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 07:50 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 07:51 | |
*** fl0v0 <fl0v0!~fvo@i577B9338.versanet.de> has joined #yocto | 08:08 | |
*** mckoan|away is now known as mckoan | 08:10 | |
*** anujm <anujm!~anujm@192.55.54.42> has quit IRC | 08:14 | |
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 08:22 | |
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 08:29 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:30 | |
*** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has joined #yocto | 08:31 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 08:31 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:31 | |
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto | 08:33 | |
*** jkliemann <jkliemann!~jk@141.76.40.106> has joined #yocto | 08:42 | |
*** jkliemann <jkliemann!~jk@141.76.40.106> has quit IRC | 08:44 | |
RP | khem: Do I remember something odd about ifunc support on mips? I'm hoping that was a mips only hack | 08:54 |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 08:54 | |
RP | khem: that test appeared to be "no" on an existing mips build | 08:55 |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:02 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 09:02 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mybhhpvjwlhjroeo> has joined #yocto | 09:04 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:12 | |
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC | 09:14 | |
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto | 09:16 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:17 | |
yocti | New 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 #yocto | 09:35 | |
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 09:36 | |
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 09:36 | |
*** yann <yann!~yann@37.165.245.136> has joined #yocto | 09:47 | |
*** yann <yann!~yann@37.165.245.136> has quit IRC | 10:08 | |
JaMa | heh why would anyone still use cjson.. | 10:22 |
*** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:32 | |
yocti | New 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 IRC | 10:36 | |
*** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:37 | |
ant_home | JaMa, hi | 11:03 |
ant_home | have you played with VideoCore IV? | 11:04 |
ant_home | do 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 |
JaMa | ant_home: only on rpi3 | 11:09 |
JaMa | ant_home: check Eric's blog https://anholt.github.io/twivc4/ | 11:22 |
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC | 11:32 | |
*** Carton__ <Carton__!~jo@193.134.219.129> has joined #yocto | 11:32 | |
*** florian_kc is now known as florian | 11:33 | |
*** Carton__ <Carton__!~jo@193.134.219.129> has quit IRC | 11:37 | |
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto | 11:37 | |
*** mckoan is now known as mckoan|away | 11:38 | |
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC | 11:38 | |
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 11:40 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:55 | |
*** sagner <sagner!~ags@46.140.72.82> has quit IRC | 12:02 | |
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 12:04 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:16 | |
*** nelsonhb <nelsonhb!~Instantbi@49.124.45.97> has quit IRC | 12:25 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mybhhpvjwlhjroeo> has quit IRC | 12:29 | |
yocti | New 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 #yocto | 12:44 | |
*** sagner <sagner!~ags@46.140.72.82> has quit IRC | 12:50 | |
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 12:53 | |
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-lbloxvhqgcnwrnnd> has quit IRC | 13:04 | |
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 13:11 | |
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:29 | |
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 13:31 | |
pepijndevos | I'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 IRC | 13:33 | |
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC | 13:37 | |
*** Carton__ <Carton__!~jo@193.134.219.129> has joined #yocto | 13:38 | |
*** Carton__ <Carton__!~jo@193.134.219.129> has quit IRC | 13:42 | |
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto | 13:42 | |
neverpanic | Because you could install a setuptools-based software that doesn't come from pypi? | 13:43 |
neverpanic | I think it used to be the case that 'inherit pypi' implied 'inherit setuptools', but that has changed a while ago. | 13:43 |
rburton | pepijndevos: 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 setuptools3 | 13:46 |
rburton | if for example the recipe doesn' support py2 there's no point in the split and it should just be in a single file | 13:46 |
rburton | so 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 IRC | 13:58 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:58 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 13:59 | |
*** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has joined #yocto | 14:04 | |
*** sagner <sagner!~ags@46.140.72.82> has quit IRC | 14:04 | |
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 14:05 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:09 | |
*** marka <marka!~masselst@184.175.21.100> has joined #yocto | 14:11 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:11 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:23 | |
T_UNIX | is 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 |
JPEW | T_UNIX: It's invoked in another script (toolchain-shar-extract.sh), which is why it doesn't have a shebang | 14:50 |
JPEW | IIRC, the contents of toolchain-shar-relocate.sh are simply pasted into toolchain-shar-extract.sh at a specific location | 14:52 |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:55 | |
T_UNIX | JPEW: 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 #yocto | 15:00 | |
*** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has quit IRC | 15:03 | |
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 15:03 | |
JPEW | T_UNIX: Quite possibly.... is there a specific bashism thats causing trouble? | 15:05 |
*** xtron <xtron!~sajjad@110.93.212.98> has quit IRC | 15:05 | |
T_UNIX | I think the line `grep -Ev "$target_sdk_dir/(environment-setup-*|relocate_sdk*|${0##*/})"` is causing problems | 15:09 |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:09 | |
T_UNIX | more specifically `${0##*/}` | 15:09 |
JPEW | Sure. It might be worth either mandating bash or making sure there are no bashisms in the script. | 15:11 |
varjag | so, 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 image | 15:11 |
varjag | is there an easy way to achieve that? | 15:11 |
JPEW | T_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 bash | 15:12 |
kergoth | see the single unix specification for details | 15:13 |
T_UNIX | kergoth: my bad. | 15:13 |
kergoth | http://pubs.opengroup.org/onlinepubs/9699919799/ -> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_02 | 15:13 |
JPEW | kergoth: Hmm, interesting. Should have checked | 15:13 |
T_UNIX | https://www.shellcheck.net/ :-D | 15:14 |
kergoth | i 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 independent | 15:14 |
kergoth | in this case: ${parameter##[word]} | 15:14 |
kergoth | Remove 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 resource | 15: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 |
JPEW | kergoth: 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 |
kergoth | interesting. at mentor we hvae a completely different installer mechanism for it entirely, so needed the relocation bits in a standalone script that installer could call | 15:17 |
* kergoth adds a note to look at that branch | 15:18 | |
JPEW | kergoth: 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 |
kergoth | oh right, that makes perfect sense | 15:19 |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:19 | |
pepijndevos | dafuuuq! 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 IRC | 15:38 | |
*** apteryx <apteryx!~maxim@45.72.138.75> has quit IRC | 15:38 | |
RP | JPEW: there was no specific good reason for shell | 15:43 |
*** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-367-238.w83-201.abo.wanadoo.fr> has joined #yocto | 15:43 | |
RP | Well, the "drop gcc initial" patch kind of works, images boot and runtime test. Only one sdk test fails. | 15:44 |
JPEW | RP: I was wondering. I figured Python wad required for relocation *anyway* so it should be OK. | 15:45 |
JPEW | RP: But I also figured I shou;dn | 15:45 |
JPEW | shouldn'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 IRC | 15:46 | |
RP | JPEW: thanks for the updated series, I think its close :) | 15:47 |
RP | JPEW: my gcc rearrangement breaks mingw btw :/ | 15:47 |
* RP hasn't gotten to that part yet | 15:47 | |
JPEW | RP: Oh? Is there a log? | 15:47 |
RP | JPEW: bbappend to a file which no longer exists for starters :) Patch series isn't up to that bit yet, need to investigate this sdk failure | 15:49 |
JPEW | Ok | 15:49 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 15:49 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 15:50 | |
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:51 | |
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 15:51 | |
dkc | anyone 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 GOPATH | 15:53 |
dkc | yep, 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 #yocto | 16:01 | |
dkc | any idea on how to fix the issue? | 16:03 |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 16:04 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 16:07 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 16:10 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 16:14 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:24 | |
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto | 16:28 | |
*** Carton__ <Carton__!~jo@193.134.219.72> has left #yocto | 16:36 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:39 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 16:44 | |
T_UNIX | where 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 IRC | 16:55 | |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 16:55 | |
rburton | $ which file | 16:57 |
rburton | $ dpkg -S /usr/bin/file | 16:57 |
rburton | file: /usr/bin/file | 16:57 |
rburton | missing a line as it started with / | 16:58 |
T_UNIX | *facepalm* | 17:03 |
T_UNIX | need to go home -.-' | 17:03 |
*** fl0v0 <fl0v0!~fvo@i577B9338.versanet.de> has quit IRC | 17:08 | |
T_UNIX | does yocto use gitlab or github for patches yet? | 17:08 |
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:10 | |
rburton | not yet | 17:11 |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:15 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 17:18 | |
RP | rburton: yet? ;-) | 17:22 |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 17:25 | |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 17:25 | |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 17:29 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:34 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 17:36 | |
*** frsc <frsc!~frsc@200116b824fc38005d11643b8d05a459.dip.versatel-1u1.de> has quit IRC | 17:36 | |
*** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC | 17:43 | |
*** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto | 17:44 | |
yocti | New 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 |
rburton | RP: YET :) | 18:11 |
JaMa | :) | 18:12 |
khem | RP:sent few patches cleaning after you :) | 18:13 |
khem | musl was broken with the toolchain shuffle which is fixed now | 18:14 |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 18:15 | |
RP | khem: 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 worked | 18:16 |
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 18:16 | |
RP | khem: basically there seems to be something wrong with the SDK (assimp fails) | 18:16 |
RP | khem: not fixed mingw yet either | 18:17 |
khem | no worries | 18:17 |
RP | khem: ifunc seems broken on mips, not sure why I have to special case that :/ | 18:17 |
RP | khem: the configure test fails before my patch, it passes after it, then throws those assertions | 18:18 |
khem | RP: how does assimp fails ? | 18:18 |
RP | khem: I assume you're in ok in principle with getting rid of these -initial bits? | 18:18 |
khem | link | 18:18 |
khem | totally | 18: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 scope | 18:18 |
RP | # define GTEST_PATH_MAX_ _POSIX_PATH_MAX | 18:18 |
RP | khem: there are failures on the AB like that too | 18:19 |
khem | thats limits.h proble | 18:19 |
khem | m | 18:19 |
RP | khem: more like posix related | 18:19 |
RP | khem: but yes, that area | 18:19 |
khem | yes #ifndef _POSIX_PATH_MAX | 18:20 |
khem | define _POSIX_PATH_MAX 255 | 18:20 |
khem | #endif | 18:20 |
khem | and move on :) | 18:20 |
RP | khem: I think we need to understand how/why this broke ;-) | 18:20 |
RP | sadly my test build built the wrong thing so waiting on the right one | 18:21 |
khem | RP: btw. is it missing posix1_lim.h now ? | 18:21 |
RP | khem: no, its there | 18:21 |
khem | and it does not define this ? | 18:21 |
RP | khem: I want to get two sdks and just diff them | 18:21 |
RP | waiting on a build | 18:21 |
khem | if that header is installed in sysroot then it should define _POSIX_PATH_MAX | 18:22 |
khem | and then packages should get it via including limits.h | 18:22 |
*** berton <berton!~berton@181.220.84.254> has quit IRC | 18:23 | |
khem | RP: is that assimp problem only seen on mips ? | 18:28 |
khem | RP: with new toolchain sequence I am now able to build musl systems too, so let me try qemumips build for assimp | 18:30 |
khem | if that works then we know its glibc | 18:31 |
khem | I think dropiing those config cache files can now be resulting in some configure failures silently disabling stuff in glibc | 18:31 |
RP | khem: that was what I wanted to test on the AB and the answer is no, its on all archs | 18:33 |
khem | RP: OK, it built ok here on x86/musl | 18:34 |
khem | so its probably glibc | 18:34 |
khem | is acting up during configure | 18:34 |
RP | khem: 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 IRC | 18:40 | |
khem | RP: it built ok for mips/musl combo | 18:41 |
RP | khem: definitely a glibc issue then... | 18:41 |
khem | RP: trying MACHINE=raspberrypi3-64 | 18:42 |
khem | these are some hot cached builds lying around here | 18:42 |
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has joined #yocto | 18:42 | |
khem | hmmm its building here for raspberrypi3-64/glibc | 18:44 |
*** sno <sno!~sno@tmo-104-73.customers.d1-online.com> has quit IRC | 18:44 | |
khem | but I am using glibc 2.29+gcc-9.0 on top | 18:44 |
khem | let see what I see on mips/glibc | 18:51 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:55 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:56 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:08 | |
khem | mips/glibc works too | 19:14 |
khem | RP: so you might want to try with glibc 2.29 | 19:14 |
khem | and see if that helps | 19:14 |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 19:14 | |
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto | 19:19 | |
RP | khem: I think limits headers in the SDK may be bust but I have a theory on why too | 19:24 |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 19:25 | |
yates | can a screenshot be taken using sato/matchbox? | 19:27 |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 19:29 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 19:41 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 19:46 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 19:46 | |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 19:50 | |
RP | khem: its a problem with gcc-cross-canadian | 19:52 |
RP | khem: gcc is being a bit insane here but there is an easy fix | 19:53 |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 19:56 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 20:02 | |
RP | khem: tests pass now, fixed it | 20:04 |
RP | khem: will clean it up and try another AB run with your patches + mine | 20:05 |
khem | RP: sounds good. If you push it to master-next I will give it a whirl here too | 20:11 |
rburton | yates: sato-screenshot should be in the image. | 20:12 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-gcksbbudgwwljzdb> has quit IRC | 20:14 | |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 20:32 | |
khem | rburton: I am seeing this issue with eSDK build https://github.com/YoeDistro/yoe-distro/issues/85 | 20:38 |
khem | rburton: 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/conf | 20:39 |
khem | but 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/conf | 20:39 |
rburton | i see two errors in that bug | 20:40 |
rburton | would definitely want to fix the uni one first | 20:40 |
rburton | do you just get the conf one? | 20:40 |
rburton | the usr/local is worrying/odd | 20:41 |
rburton | pretty sure nothing in oe sets that | 20:41 |
rburton | so i suggest maybe this yoe whatever that is, has changed a path and is exposing an assumption in the esdk code | 20:41 |
rburton | at which point i point to bluelightning :) | 20:41 |
bluelightning | who me? | 20:42 |
bluelightning | hmm | 20:44 |
bluelightning | not sure off hand what might have led to that... | 20:44 |
bluelightning | unfortunately I'm in the middle of something so I can't dig into it myself | 20:44 |
khem | rburton: 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 error | 20:49 |
rburton | easily tested! | 20:50 |
khem | yes, I am trying to mimic same with poky and lets see, it just means whole nativesdk components recompile | 20:51 |
khem | if we change SDKPATH so will be a while | 20:52 |
rburton | can't wait to see the initial removal stuff land | 20:52 |
khem | yes its panning out ok so far | 20:59 |
khem | rburton: vercmp_string seems to ignore None strings | 20:59 |
khem | thats one issue | 20:59 |
khem | I guess we never test without uninative | 21:00 |
khem | maybe split_version() should do parameter check before operating on it | 21:02 |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 21:10 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 21:20 | |
khem | RP: 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.inc | 21:52 |
khem | RP: I printed the variables and they come out to be unset | 21:53 |
khem | when building -cpopulate_sdk_ext | 21:53 |
*** marka <marka!~masselst@184.175.21.100> has quit IRC | 21:56 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 21:57 | |
apteryx | So, 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 IRC | 22:07 | |
apteryx | I 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 |
apteryx | Should 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 IRC | 22:12 | |
*** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC | 22:13 | |
*** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto | 22:14 | |
*** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has joined #yocto | 22:15 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:19 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 22:24 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:27 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 22:34 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:34 | |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 22:41 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:52 | |
*** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 22:53 | |
*** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has quit IRC | 23:03 | |
*** gedda__ <gedda__!88a3cb03@gateway/web/freenode/ip.136.163.203.3> has quit IRC | 23:04 | |
RP | khem: I've updated -next with revised patches | 23:07 |
RP | khem: how are you including yocto-uninative? | 23:07 |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto | 23:09 | |
*** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-367-238.w83-201.abo.wanadoo.fr> has quit IRC | 23:11 | |
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC | 23:14 | |
khem | RP: OK I started few builds here with master-next + my goop | 23:26 |
khem | RP: yocto-uninative is added exactly like its done in poky.conf | 23:26 |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 23:26 | |
RP | khem: to your own distro.conf ? | 23:26 |
RP | khem: ordering is important in this case | 23:27 |
khem | yes first include the .inc and then inherit class | 23:27 |
khem | see https://github.com/YoeDistro/meta-yoe/blob/master/conf/distro/yoe.conf#L73-L77 | 23:28 |
RP | khem: does bitbake -e show the variables as set? | 23:30 |
khem | yes it does however during do_populate_sdk_ext its unset | 23:30 |
khem | if I include the content from .inc file into bbclass itself then it works | 23:30 |
khem | so it seems there are two places where the variable it needed | 23:31 |
khem | normal images build ok | 23:31 |
khem | problem is when doing sdk_ext builds | 23:31 |
khem | on same machine poky build works for core-image-minimal sdk | 23:32 |
RP | khem: it sounds as if the copy_buildsystem piece doesn't understand your layer/distro :/ | 23:33 |
khem | what does it need to know ? | 23:34 |
RP | khem: it tries to copy the config into this new "build" environment and it sounds a bit like it messes it up somehow | 23:34 |
RP | khem: corebase, sdkbblayers = buildsystem.copy_bitbake_and_layers(baseoutpath + '/layers', workspace_name) | 23:35 |
RP | khem: probably need to look at what it created and see what is wrong with it | 23:35 |
khem | is it problem how the layers are placed ? | 23:36 |
RP | khem: could be | 23:36 |
RP | we really need a setup tool and to standardise more | 23:36 |
khem | so 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-sdk | 23:37 |
khem | which seems to have found the layers etc. | 23:37 |
khem | RP: have you used other layers along with core layer in some test cases | 23:42 |
RP | khem: not as well as we should, no | 23:43 |
khem | so whats the assumptions it makes | 23:44 |
khem | about workspace ? | 23:44 |
khem | how/where are layers expected ? under poky/openembedded | 23:44 |
khem | top level layer ? | 23:44 |
khem | that is parallel to meta/ ? | 23:44 |
khem | I added a layer outside that to poky lets see if it fails in same way | 23:47 |
khem | RP: here is error I see https://8n1.org/14223/32e3 | 23:49 |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 23:51 | |
RP | khem: that last bit is error handling failing :( | 23:51 |
RP | khem: the real problem is further back | 23:52 |
RP | khem: 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 |
khem | here is full log https://gist.github.com/9ee0302407d29fdf17e7db098256f71e | 23:52 |
RP | khem: is something in workspace which would change the signatures? | 23:54 |
RP | so when its excluded you hit failures? | 23:54 |
*** ant_home <ant_home!~ant__@host182-253-dynamic.48-82-r.retail.telecomitalia.it> has quit IRC | 23:54 | |
*** dev1990 <dev1990!~dev@dynamic-62-87-248-64.ssp.dialog.net.pl> has joined #yocto | 23:55 | |
khem | so let me undo my change to copy content of yocto-uninative.inc into uninative.bbclass | 23:55 |
khem | RP: this is full real error https://github.com/YoeDistro/yoe-distro/issues/85 | 23:56 |
RP | khem: it looks to me like its not copying the layers/setup correctly somehow | 23:57 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!