| *** JosephineSk <JosephineSk!224d2f0d@gateway/web/cgi-irc/kiwiirc.com/ip.34.77.47.13> has joined #yocto | 00:17 | |
| *** JosephineSk <JosephineSk!224d2f0d@gateway/web/cgi-irc/kiwiirc.com/ip.34.77.47.13> has quit IRC | 00:19 | |
| *** vineela <vineela!vtummala@nat/intel/x-mgthjnxeyrddsdtb> has quit IRC | 00:22 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 00:25 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:00 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.54> has joined #yocto | 01:01 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 01:11 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.54> has quit IRC | 01:49 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 02:00 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 02:00 | |
| *** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 02:05 | |
| *** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 02:09 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 02:16 | |
| OutBackDingo | curious, what would be the deficiencies in using Yocto on X86_64 as base OS for a server farm if any ? | 02:22 |
|---|---|---|
| OutBackDingo | as opposed to say CentOS or Ubuntu? | 02:23 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:d8cc:ac72:24b0:3118> has quit IRC | 02:37 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:5cba:90c5:ceef:edda> has joined #yocto | 02:50 | |
| paulg | OutBackDingo, I think you'd need to refine your requirements and use case and what level of work you can do in-house vs. contracting out before anyone can give a meaningful answer to that. | 02:55 |
| *** alejandrohs <alejandrohs!~alejandro@189.154.11.164> has quit IRC | 03:01 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 03:05 | |
| *** alejandrohs <alejandrohs!~alejandro@189.154.11.164> has joined #yocto | 03:10 | |
| *** woutervh_ <woutervh_!~woutervh@188.189.112.253> has joined #yocto | 03:42 | |
| *** woutervh <woutervh!~woutervh@188.189.113.40> has quit IRC | 03:45 | |
| *** sgw <sgw!~sgw@134.134.139.76> has quit IRC | 04:54 | |
| *** jobroe <jobroe!~manjaro-u@p579EB0C5.dip0.t-ipconnect.de> has joined #yocto | 04:54 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 05:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:05 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:27 | |
| *** gtristan <gtristan!~tristanva@61.82.32.35> has quit IRC | 05:31 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 05:34 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 05:35 | |
| *** gtristan <gtristan!~tristanva@59.29.205.187> has joined #yocto | 05:40 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 05:50 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has joined #yocto | 05:50 | |
| LetoThe2nd | OutBackDingo: or in other words, "it depends" | 05:53 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 05:59 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:03 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 06:09 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 06:12 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:405f:2c2f:5f57:c5cf> has joined #yocto | 06:14 | |
| *** |Sno| <|Sno|!~sno@p4FE9389E.dip0.t-ipconnect.de> has quit IRC | 06:15 | |
| *** [Sno] <[Sno]!~sno@p4FE931FC.dip0.t-ipconnect.de> has joined #yocto | 06:15 | |
| *** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC | 06:26 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 06:33 | |
| LetoThe2nd | hum, devtool doesn't seem to use a memory resident bitbake instance, right? | 06:34 |
| *** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto | 06:34 | |
| henriknj | khem: anything blocking you from branching out (dunfell) for meta-clang ? | 06:39 |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 06:40 | |
| *** mckoan|away is now known as mckoan | 06:48 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.126> has joined #yocto | 06:59 | |
| *** u1106_ <u1106_!~quassel@uwe.iki.fi> has joined #yocto | 07:05 | |
| *** alephnull_ <alephnull_!~quassel@49.206.31.187> has joined #yocto | 07:06 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 07:06 | |
| *** Lihis_ <Lihis_!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 07:08 | |
| *** woutervh_ <woutervh_!~woutervh@188.189.112.253> has quit IRC | 07:09 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 07:09 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 07:09 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC | 07:09 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 07:09 | |
| *** learningc <learningc!~pi@147.253.188.150> has quit IRC | 07:09 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 07:09 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 07:09 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 07:09 | |
| *** mattovsky <mattovsky!~mattovsky@dedicated-aid154.rev.nazwa.pl> has quit IRC | 07:09 | |
| *** alephnull <alephnull!~quassel@49.206.31.187> has quit IRC | 07:09 | |
| *** psrcode <psrcode!~psrcode@104.225.222.123> has quit IRC | 07:09 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has quit IRC | 07:09 | |
| *** rokm <rokm!rokm@freeshell.de> has quit IRC | 07:09 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 07:09 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 07:09 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 07:09 | |
| *** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has quit IRC | 07:09 | |
| *** ruru4143 <ruru4143!~ruru4143@vmi243882.contaboserver.net> has quit IRC | 07:09 | |
| *** Lihis_ is now known as Lihis | 07:09 | |
| *** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-xtttxmxukuzzgyha> has quit IRC | 07:12 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 07:13 | |
| *** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-ikfnaazwpqsjhsyr> has joined #yocto | 07:13 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 07:15 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto | 07:15 | |
| *** woutervh_ <woutervh_!~woutervh@188.189.112.253> has joined #yocto | 07:16 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 07:16 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 07:16 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto | 07:16 | |
| *** learningc <learningc!~pi@147.253.188.150> has joined #yocto | 07:16 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 07:16 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 07:16 | |
| *** mattovsky <mattovsky!~mattovsky@dedicated-aid154.rev.nazwa.pl> has joined #yocto | 07:16 | |
| *** psrcode <psrcode!~psrcode@104.225.222.123> has joined #yocto | 07:16 | |
| *** rokm <rokm!rokm@freeshell.de> has joined #yocto | 07:16 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 07:16 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 07:16 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 07:16 | |
| *** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has joined #yocto | 07:16 | |
| *** ruru4143 <ruru4143!~ruru4143@vmi243882.contaboserver.net> has joined #yocto | 07:16 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-191-28.net.vodafone.it> has joined #yocto | 07:16 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 07:16 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 07:16 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:19 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 07:22 | |
| khem | henriknj: nothing, but there is no breaking change in master yet so keep master working for both dunfell as well as master so we can get some more issues | 07:22 |
| khem | if any | 07:22 |
| henriknj | khem: alright | 07:22 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 07:23 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 07:23 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 07:27 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 07:27 | |
| *** smartin <smartin!~smartin@188.ip-51-178-81.eu> has quit IRC | 07:32 | |
| *** smartin <smartin!~smartin@188.ip-51-178-81.eu> has joined #yocto | 07:33 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has quit IRC | 07:36 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 07:37 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 07:41 | |
| *** learningc <learningc!~pi@147.253.188.150> has quit IRC | 07:42 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 07:42 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 07:43 | |
| *** learningc <learningc!~pi@147.253.188.150> has joined #yocto | 07:44 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 07:44 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 07:54 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 07:54 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 08:14 | |
| OutBackDingo | paulg: we can do it all in house... im just curious about any "caveats" ... or things to consider. | 08:17 |
| OutBackDingo | im tryiong to consider use the existing wheels, or reinvent the wheerl kinda thing | 08:18 |
| LetoThe2nd | OutBackDingo: it really depends on if your usecase mandates some features that yocto would provide. | 08:19 |
| LetoThe2nd | unless you can provide a properly described usecase, it certainly is "can be done, no idea if it fits your needs." | 08:20 |
| khem | know that you are building your own server from source, so security patching will be on you. there wont be convenience of apt update or dnf update fom somewhere unless you set it yourself | 08:28 |
| khem | you might not get any "server tunings" etc. that these distros might have done. | 08:29 |
| LetoThe2nd | ... which can be both up-or downside again. think of ci-building the os, and cyclically rebooting it from the cd pipeline. | 08:29 |
| LetoThe2nd | to me, its really a question like "can i use a car to transport an item from here to there". without describing the item, the distance, and all other constraints. so "it depends" | 08:31 |
| khem | servers can be large and if its a baseline which one expects to adapt to different types of servers then its fair amount of work. essentually perhaps to setup feeds or some such | 08:31 |
| khem | to fit in these needs. and then you are basically doing a binary distro | 08:32 |
| LetoThe2nd | all guesswork | 08:32 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 08:33 | |
| LetoThe2nd | don't get me wrong, averything you say is technically correct, yet everything is also based on personal experience and what we assume a "server farm" to be like. | 08:33 |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 08:33 | |
| ant__ | khem, hi | 08:37 |
| ant__ | binutils-cross-armm fails to build with ../../gold/expression.cc | 08:40 |
| ant__ | | g++: internal compiler error | 08:40 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:40 | |
| *** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC | 08:40 | |
| ant__ | Makefile:1137: recipe for target 'powerpc.o' failed | 08:40 |
| khem | yeah gold is flaky | 08:40 |
| khem | dont use it if you dont need to | 08:41 |
| ant__ | it's master-next here | 08:41 |
| *** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto | 08:42 | |
| *** clement_ <clement_!~clement@51.158.149.110> has quit IRC | 08:45 | |
| *** clement <clement!~clement@51.158.149.110> has joined #yocto | 08:45 | |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has joined #yocto | 08:47 | |
| ant__ | I can't easily find the regression, must be in these last two weeks | 08:51 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 08:54 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 08:57 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 09:01 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 09:01 | |
| *** UVV <UVV!02cd07fc@dslb-002-205-007-252.002.205.pools.vodafone-ip.de> has joined #yocto | 09:03 | |
| UVV | Hi guys. I was wondering, should devtool use python from the host or native python from sysroot? | 09:05 |
| LetoThe2nd | UVV: host one, pretty. sure. reasoning: you can run devtool without even having built something at all. just like bitbake itself. | 09:06 |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 09:08 | |
| *** rburton <rburton!rburton@nat/intel/x-zbgccgmtznlhpczg> has joined #yocto | 09:09 | |
| UVV | LetoThe2nd Alright, then it seems I faced an issue where environment variables got messed up somehow | 09:19 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 09:20 | |
| UVV | File: '/usr/lib/python3.8/sysconfig.py', lineno: 421, function: _init_posix 0417:def _init_posix(vars): | 09:20 |
| UVV | 0418: """Initialize the module as appropriate for POSIX systems.""" 0419: # _sysconfigdata is generated at build time, see _generate_posix_vars() | 09:20 |
| UVV | 0420: name = _get_sysconfigdata_name() *** 0421: _temp = __import__(name, globals(), locals(), ['build_time_vars'], 0) | 09:20 |
| UVV | 0422: build_time_vars = _temp.build_time_vars 0423: vars.update(build_time_vars) | 09:20 |
| UVV | 0424: 0425:def _init_non_posix(vars): | 09:20 |
| UVV | Exception: ModuleNotFoundError: No module named '_sysconfigdata' | 09:20 |
| UVV | That's the stacktrace | 09:20 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 09:20 | |
| UVV | (somehow the formatting is messed up) | 09:21 |
| UVV | Exception: ModuleNotFoundError: No module named '_sysconfigdata' | 09:21 |
| UVV | It seems this is the source of error | 09:21 |
| UVV | I traced that value and see that this got assigned in meta/classes/python3native.bbclass as export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata" | 09:22 |
| UVV | The failing function is _get_sysconfigdata_name() from /usr/lib/python3.8/sysconfig.py | 09:23 |
| *** ashv270 <ashv270!6ac6c0b7@106.198.192.183> has joined #yocto | 09:24 | |
| UVV | when I run it manually I get a correct value: _sysconfigdata__x86_64-linux-gnu | 09:24 |
| UVV | Just one step back, the whole thing happens when I run 'devtool modify myrecipe-native" | 09:25 |
| UVV | I'm on zeus branch, btw | 09:25 |
| UVV | any idea what could have gone wrong here? | 09:25 |
| ant__ | khem, the default distro does not use goldm I see binutils-cross correctly configured | 09:25 |
| ant__ | --enable-gold --enable-ld=default --enable-threads | 09:25 |
| LetoThe2nd | UVV: what host distro are you on? has it ever worked? and so on, and so on. | 09:29 |
| ashv270 | Hi Everyone | 09:33 |
| *** gtristan <gtristan!~tristanva@59.29.205.187> has quit IRC | 09:34 | |
| UVV | LetoThe2nd It's Ubuntu 20.04 at the moment, I tried about a month ago on Ubuntu 19.04 was the same behavior | 09:34 |
| LetoThe2nd | UVV: a run of the mill zeus? and a real, untinkered ubuntu 20.04 (specifically, not a WSL one?) | 09:35 |
| UVV | Not sure what's a WSL ubuntu, TBH. | 09:40 |
| UVV | lsb_release -a shows Description: Ubuntu 20.04 LTS | 09:40 |
| UVV | On the zeus, I do have a bunch of my layers used of course | 09:41 |
| LetoThe2nd | UVV: WSL is the windows subsystem for linux, e.g. running linux as a windows application (roughly) | 09:41 |
| UVV | Ah, no, of course not | 09:41 |
| LetoThe2nd | UVV: well, people show up trying to do that, hence the question. | 09:42 |
| LetoThe2nd | UVV: what happens if you remove all layers besides poky itself? | 09:42 |
| UVV | and try with another 'standard' recipe you mean? | 09:42 |
| LetoThe2nd | UVV: e.g. trying to build core-image-minimal for qemuarm, or something similar? | 09:42 |
| ashv270 | I am using DISTRO_VERSION = "2.4.3" and I see that package and packages-split directory do not get created sometimes for few targets/recipes and those targets have breakpad integrated and inherit breakpad, breakpad packages symbols in /usr/sym/ which I find in package and packages-split directories could anyone tell me why package/packages-split | 09:42 |
| ashv270 | directory is not created or how to package/fetch breakpad symbols of the target | 09:42 |
| UVV | LetoThe2nd well the images and recipes build fine. That's only a devtool that fails for me. | 09:43 |
| LetoThe2nd | UVV: ah ok, now i get the point. hm. | 09:43 |
| UVV | LetoThe2nd: on the other hand, my recipe inherits python3native class.. I wonder if that has something to do with it | 09:44 |
| LetoThe2nd | UVV: your recipe shall inherit that class if you specifically need python3 during its build time. | 09:45 |
| UVV | LetoThe2nd yes, it does. I wonder if that has something to do with 'devtool' failing | 09:46 |
| LetoThe2nd | UVV: does devtool only fail for that specific recipe? | 09:46 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:47 | |
| UVV | LetoThe2nd that's what I'm gonna try now.. | 09:48 |
| UVV | @ashv270 isn't package split can be redefined by a recipe? | 09:49 |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 09:49 | |
| *** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-enldzvtvpkzosnae> has joined #yocto | 09:49 | |
| *** Erlkoenig <Erlkoenig!~niklas.gu@dslb-088-077-141-056.088.077.pools.vodafone-ip.de> has joined #yocto | 09:49 | |
| Erlkoenig | Hi, in my Makefile called from a recipe I need to call objcopy from binutils to generate an ELF file suitable for linking with my application. Using $(OBJCOPY) already calls the correct objcopy variant. | 09:55 |
| Erlkoenig | I also need to pass the correct options to "-B" and "-O". e.g. for amd64 these would be "i386" (yes, really) and "elf64-x86-64", respectively. For AArch64-LE, they would be "arm" and "elf64-littleaarch64". Are there predefined variables for those? | 09:55 |
| UVV | LetoThe2nd devtool worked for another (arbitrary) recipe. Next steps to try: native recipe (1), and finally another native recipe that uses python (2) | 09:56 |
| UVV | LetoThe2nd: native worked too.. final test :) | 09:57 |
| UVV | LetoThe2nd yeah... I think I've got a reproducible test case, which hopefully you could try too :) | 10:00 |
| UVV | devtool modify rpm-native | 10:00 |
| LetoThe2nd | UVV: hehe, sorry, but i don't have time to set up a 20.04 and try to reproduce. if you are certain that it also applies to a raw, untikered poky, then please submit it to the bugtracker :) | 10:01 |
| UVV | LetoThe2nd: NP, although I'm pretty sure it would fail on 19.04 too. Which distro are you on? | 10:02 |
| rburton | Erlkoenig: no | 10:02 |
| UVV | LetoThe2nd: I will look up for a bugtracker link.. I've also just thought that a workaround might be not to use native with devtool. | 10:02 |
| rburton | Erlkoenig: presumably you're trying to link a piece of non-executable code into the elf as a new segment? | 10:02 |
| ashv270 | LetoThe2nd I am not sure whether package split can be redefined but both package and package-split get created sometimes on building full image while sometimes they do not get created and when package/package-split not crated I can not find the breakpad symbols in WORKDIR for that target/recipe | 10:03 |
| UVV | LetoThe2nd ha, workaround didnt' work. 'devtool modify rpm' failed too | 10:04 |
| LetoThe2nd | ashv270: package splitting can be redefined AFAIK, but my guess is that you are just doing something that is not reproductible in the recipes, e.g. some magic outside of the scope that bitbake can see. | 10:05 |
| rburton | ashv270: builds from sstate won't create a package-split or package directory in the workdir | 10:06 |
| rburton | *never* expect anything in tmp/work to exist outside the recipe you are currently building | 10:07 |
| qschulz | ashv270: chiming in without too much context, but if you want to operate on files from packages and package-split, you actually want to modify them from image directory (${D}) in or after do_install task. | 10:07 |
| ant__ | khem, doh, it did compile on next run | 10:10 |
| *** JEEB <JEEB!~jeeb@kuroko.fushizen.eu> has joined #yocto | 10:16 | |
| *** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has joined #yocto | 10:16 | |
| *** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has left #yocto | 10:17 | |
| Erlkoenig | rburton: Exactly, using the common binary-to-elf trick to load some binary blob along with the code | 10:24 |
| *** vicale__ <vicale__!~vicale@h-35-225.A182.priv.bahnhof.se> has joined #yocto | 10:27 | |
| *** Net147 <Net147!~Net147@119-18-5-146.771205.syd.nbn.aussiebb.net> has quit IRC | 10:28 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 10:28 | |
| *** tensa7 <tensa7!~spline@vm-irc.spline.inf.fu-berlin.de> has joined #yocto | 10:29 | |
| *** Net147 <Net147!~Net147@119-18-5-146.771205.syd.nbn.aussiebb.net> has joined #yocto | 10:29 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:29 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 10:29 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:29 | |
| *** curlybracket <curlybracket!~quassel@ip-89-176-35-52.net.upcbroadband.cz> has quit IRC | 10:29 | |
| *** stbenz <stbenz!~stbenz@ipbcc1fa14.dynamic.kabel-deutschland.de> has quit IRC | 10:29 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 10:29 | |
| *** vicale_ <vicale_!~vicale@h-35-225.A182.priv.bahnhof.se> has quit IRC | 10:29 | |
| *** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 10:29 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 10:29 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 10:29 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:29 | |
| *** stbenz <stbenz!~stbenz@ipbcc1fa14.dynamic.kabel-deutschland.de> has joined #yocto | 10:30 | |
| *** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 10:30 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 10:30 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 10:30 | |
| *** tensa <tensa!~spline@vm-irc.spline.inf.fu-berlin.de> has quit IRC | 10:30 | |
| *** distcline <distcline!~dist@d8D86740A.access.telenet.be> has quit IRC | 10:30 | |
| *** curlybracket <curlybracket!~quassel@ip-89-176-35-52.net.upcbroadband.cz> has joined #yocto | 10:30 | |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC | 10:30 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 10:31 | |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has joined #yocto | 10:31 | |
| *** distcline <distcline!~dist@d8d86740a.access.telenet.be> has joined #yocto | 10:31 | |
| rburton | Erlkoenig: http://www.burtonini.com/blog/2007/07/13/embedding-binary-blobs-with-gcc/ works without needing to know arch types | 10:33 |
| qschulz | RP: have you forgotten to replace "this layer" in your commit log of your last patchseries? it's rather confusing :/ | 10:33 |
| Erlkoenig | rburton: Sure?! I think that will trigger a linker error because the architecture of the generated .o file differs from the target executable file | 10:34 |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 10:34 | |
| RP | qschulz: there are a few too many words in there... | 10:34 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 10:34 | |
| Erlkoenig | Ah wait it works because you invoke the right "ld"... | 10:34 |
| LetoThe2nd | RP: its a compressed message :) | 10:34 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 10:35 | |
| rburton | Erlkoenig: right. haven't tested it in a cross build but by using higher level tools is should work | 10:35 |
| RP | qschulz: I pushed a better version to master-next | 10:35 |
| *** sstiller <sstiller!~sstiller@p200300F07F134501D878269A0B252C57.dip0.t-ipconnect.de> has joined #yocto | 10:41 | |
| *** ant__ <ant__!~ant__@host206-90-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC | 10:44 | |
| qschulz | RP: I understand now why I was so confused... There was no mention to which layer those patches should be applied :) | 10:45 |
| qschulz | I'm surprised it's the same ML for meta-gplv2 | 10:45 |
| qschulz | or maybe I'm mixing up everything again oe-core, poky, yocto, etc. | 10:46 |
| RP | qschulz: yes, sorry, I missed the prefix didn't I! :) | 10:48 |
| *** ant__ <ant__!~ant__@host206-90-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto | 10:48 | |
| lpapp | any idea for my opkg related post install script question from a C program? | 10:49 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 11:15 | |
| RP | zeddii: narrowed to between 5.4.34 and 5.4.38, i.e. your last patch | 11:23 |
| RP | lpapp: PATH differences? | 11:25 |
| *** tolszak <tolszak!~tolszak@apn-31-0-23-138.dynamic.gprs.plus.pl> has joined #yocto | 11:25 | |
| tolszak | Hello, Is it possible to change systemd service to not be enabled by default but from image not bbappend? | 11:26 |
| tolszak | In particular I want to disable systemd-networkd and start it on demant from application | 11:27 |
| LetoThe2nd | tolszak: no, not from the image recipe. the recipe that installs and emables the service has no idea what happens in another recipe. | 11:27 |
| Erlkoenig | rburton: It worked, thanks! | 11:27 |
| tolszak | I tried to set SYSTEMD_AUTO_ENABLE-systemd-networkd = "disable" | 11:28 |
| LetoThe2nd | tolszak: https://twitter.com/TheYoctoJester/status/1217166071519744000 | 11:28 |
| tolszak | Ahh image is recipe | 11:28 |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 11:28 | |
| tolszak | so it can be only machine or local right? | 11:28 |
| LetoThe2nd | tolszak: or append. | 11:29 |
| LetoThe2nd | tolszak: or distro config. | 11:29 |
| tolszak | aaaaa distro! good good. LetoThe2nd: Thanks! | 11:29 |
| LetoThe2nd | (with the append or distro being the two btter choices than machine or local) | 11:29 |
| *** radres <radres!3ef9b778@ti0022q160-0878.bb.online.no> has joined #yocto | 11:32 | |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:33 | |
| radres | I am trying to run toaster. I do: | 11:34 |
| radres | source oe-init-build-envsource toaster start | 11:34 |
| radres | source toaster start, but I get layers/poky/bitbake/bin/toaster:264: = not found | 11:35 |
| radres | I am on zeus, anybody ever seen this? | 11:35 |
| rburton | that is two source statements, right | 11:36 |
| radres | no | 11:36 |
| radres | I messed up, never used irc | 11:36 |
| radres | source toaster start gives me "layers/poky/bitbake/bin/toaster:264: = not found" | 11:36 |
| rburton | maybe look at line 264 and see what variable is being expanded to nothing | 11:38 |
| radres | my mistake, I was on zsh. ofc it didn't work. switching to bash fixed it | 11:49 |
| *** radres <radres!3ef9b778@ti0022q160-0878.bb.online.no> has quit IRC | 12:04 | |
| *** radres <radres!3ef9b778@ti0022q160-0878.bb.online.no> has joined #yocto | 12:04 | |
| *** UVV <UVV!02cd07fc@dslb-002-205-007-252.002.205.pools.vodafone-ip.de> has quit IRC | 12:06 | |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has quit IRC | 12:15 | |
| *** radres <radres!3ef9b778@ti0022q160-0878.bb.online.no> has quit IRC | 12:17 | |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has joined #yocto | 12:20 | |
| lpapp | RP: I have used getenv for PATH, but could not notice much difference | 12:33 |
| RP | lpapp: I wondered if it was something like /sbin or /usr/sbin being missing | 12:34 |
| lpapp | yeah, I had the same thought | 12:35 |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 12:45 | |
| lpapp | RP: I have just printed this before my execvp, is that the place in the flow where you would also check? log_debug("TEST INSTALL, GETENV(PATH-SUPATH): %s-%s", getenv("PATH"), getenv("SUPATH")); | 12:47 |
| bps | I am using `devtool modify linux-imx` just to reword the commit message of one of the patches I have applied to my kernel. But `devtool update-recipe linux-imx --append <path-to-my-layer>` does not detect this. I then tried with --force-patch-refresh, but I end up with a newly created directory called `linux-imx:` (yes, colon at the end) with a bizarre layout inside, and the new patches buried in there. Can someone help me achieve what I want - to just auto-update | 12:47 |
| bps | the one .patch file? | 12:47 |
| yann | I have a recipe on warrior which ended up with a nasty " texinfo-nativegrub-efi-native " in its DEPENDS - where I'm surprised is that the recipe proceeded only to fail because of the missing deps (as far as do_package), but I never got a complaint about the non-existent dependency - does that talk to anyone ? | 12:50 |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 12:53 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 12:59 | |
| yann | in fact, I can add this to any recipe, and bitbake does not complain: DEPENDS += "texinfo-nativejunk-that-does-not-exist" | 13:01 |
| yann | could not find any other prefix than "texinfo-native" with this effect, but this one is pretty efficient :) | 13:01 |
| *** Erlkoenig <Erlkoenig!~niklas.gu@dslb-088-077-141-056.088.077.pools.vodafone-ip.de> has quit IRC | 13:02 | |
| *** sgw <sgw!~sgw@134.134.139.72> has joined #yocto | 13:03 | |
| kanavin_home | RP: I just went and sent all of the remaining patches, quite many of them are simple corrections :) | 13:14 |
| RP | kanavin_home: thanks, I've added it and triggered a build | 13:16 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 13:16 | |
| RP | Going to have to make a decision about what to do with multilib :/ | 13:16 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:23 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC | 13:24 | |
| qschulz | RP: ditch it already! "one machine for 64b, one machine for 32b, then you use multiconfig to bring the things together." | 13:29 |
| RP | qschulz: I wish :) | 13:31 |
| qschulz | yann: there are some assumptions with -native being a suffix I think. Maybe you could try with -nativesdkjunk-that-does-not-exist as well. I know nothing about the internals though... Also, look the actual DEPENDS that is pulled (-native I guess?) | 13:32 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 13:35 | |
| yann | at least grub-efi-nativejunk-that-does-not-exist was signaled as non-existent - as for "nativesdk" it benefits from "native" being a prefix, so it gets unreported as expected | 13:35 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 13:36 | |
| bps | so it seems that `devtool update-recipe ... --append ...` is not able to parse multiple paths in FILESEXTRAPATHS_prepend | 13:37 |
| qschulz | yann: duh for nativesdk /me facepalms | 13:38 |
| yann | i openned a ticket in bugzilla - there's nothing urgent in this once the missing space has been inserted in the recipe :) | 13:39 |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 13:42 | |
| lpapp | RP: this is the path, /sbin:/sbin:/usr/sbin:/bin:/usr/bin | 13:42 |
| lpapp | from within the C program | 13:42 |
| lpapp | but there is some setuid binary involved, I guess that cannot change things? | 13:42 |
| *** Erlkoenig <Erlkoenig!~niklas.gu@dslb-088-077-141-056.088.077.pools.vodafone-ip.de> has joined #yocto | 13:47 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:51 | |
| *** gtristan <gtristan!~tristanva@61.82.32.35> has joined #yocto | 13:55 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 14:00 | |
| *** ashv270 <ashv270!6ac6c0b7@106.198.192.183> has quit IRC | 14:03 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:09 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 14:13 | |
| *** dggonz <dggonz!57dbe71d@29.231.219.87.dynamic.jazztel.es> has joined #yocto | 14:14 | |
| dggonz | Hi guys, I have read that fitImage does not work well with 64bit RPI kernels. my question is, is this a configuration issue or u-boot for some reason does not support it? | 14:15 |
| dggonz | as a second question, could you point me to any documentation where I can see how to write files to a different partition other than boot and rootfs? | 14:17 |
| JPEW | Hmm, vcs_tag() is problematic in meson.... For tarballs (e.g. weston, libinput) it picks up the revision of the parent git repo | 14:27 |
| JPEW | (e.g. oe-core, poky, whatever) | 14:28 |
| rburton | ouch | 14:28 |
| rburton | doesn't git have a 'don't recurse up' option? | 14:28 |
| JPEW | it does, but meson implements it's own walk up the file tree looking for a .git directory: https://github.com/mesonbuild/meson/blob/master/mesonbuild/mesonlib.py#L545 | 14:32 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:5cba:90c5:ceef:edda> has quit IRC | 14:33 | |
| rburton | JPEW: ah | 14:33 |
| JPEW | Well more correctly, I don't actually know if git has an option for that, but it doesn't matter because of what meson is doing | 14:34 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:5cba:90c5:ceef:edda> has joined #yocto | 14:43 | |
| *** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has quit IRC | 14:50 | |
| armpit | YPTM - armin is on | 14:52 |
| RP | JPEW: We've seen that before with other projects | 14:52 |
| RP | JPEW: git does have an option for it FWIW, we need to "fix" meson as it breaks reproducibility badly | 14:53 |
| RP | armpit: way early! :) | 14:56 |
| armpit | I was late by 2 minutes | 14:58 |
| dl9pf | YPTM - Jan-Simon is on | 14:58 |
| JPEW | YPTM - Joshua Watt here | 14:58 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:405f:2c2f:5f57:c5cf> has quit IRC | 14:59 | |
| smurray | YPTM Scott Murray is on | 15:00 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:31fd:4761:a352:b923> has joined #yocto | 15:01 | |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto | 15:01 | |
| rokm | HI, Could someone give me any hint how to make bbappend which will be used for differnet HW ? | 15:02 |
| rokm | In bbappend I specified COMAPTIBLE_MACHINE but with this setting bitbake gives error that there is nothing to provides ... | 15:03 |
| rokm | which looks like it was populated for complete package | 15:04 |
| qschulz | rokm: bbappend is appended to the recipe, so you effectively just redefine COMPATIBLE_MACHINE multiple times | 15:04 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 15:04 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 15:05 | |
| alejandrohs | YPTM Alejandro joined | 15:05 |
| sgw | YPTM Saul hopped on for a change! | 15:06 |
| qschulz | rokm: what you could do (not knowing what are your issues/requirements) is to make the content of those bbappends machine specific by using VAR_machine1 or VAR_machine2 (if redefining, otherwise you need VAR_append_machine1). same is possible for tasks do_task_machine for redefining, do_task_append_machine for appending for a given machine | 15:06 |
| alejandrohs | sgw: oh wow | 15:06 |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC | 15:06 | |
| rokm | qschulz: bbappend just adds some specific files to rootfs So basically there is one install in do_install_append | 15:07 |
| rokm | and this one file I want to install only for eg. X but the rest which is in bb file for all machines (common) | 15:08 |
| qschulz | rokm: depends exactly what you're trying to do. You could technically create another package in your recipe and put the files there. Then in your image have IMAGE_INSTALL_append_machine = "" or if it's really needed by the machine can be put into the machinec onf file with MACHINE_EXTRA_RDEPENDS for example | 15:09 |
| qschulz | the benefit from that is your recipe is not machine specific, only your image recipe | 15:09 |
| dl9pf | sakoman: please consider adding http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=c920ec0f8a215b59580bedf10909cfb31141190e to your dunfell-next | 15:09 |
| vmeson | sakoman: fyi: https://pkgs.org/search/?q=gcc | 15:11 |
| sakoman | thanks! | 15:11 |
| vmeson | it would be nice to be able to query pkg versions but I haven't figure out how to do that. | 15:11 |
| rokm | qschulz: sounds good, thanks | 15:11 |
| halstead | moto-timo, sakoman The Fedora32 worker is partially provisioned. It's showing gcc-10.0.1-0.11.fc32.x86_64. | 15:12 |
| *** jobroe <jobroe!~manjaro-u@p579EB0C5.dip0.t-ipconnect.de> has quit IRC | 15:14 | |
| vmeson | sakoman: you can just query: https://pkgs.org/search/?q=gcc-10 and gcc10 but that's clearly sub-optimal | 15:17 |
| sakoman | dl9pf: that patch will go in next week | 15:18 |
| dl9pf | sakoman: thanks a lot | 15:19 |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-191-28.net.vodafone.it> has joined #yocto | 15:24 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 15:24 | |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto | 15:25 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.126> has quit IRC | 15:35 | |
| RP | sgw: You left before I could say hi! | 15:36 |
| sgw | Hi, sorry had an 8:30! | 15:36 |
| RP | sgw: np, was just going to say hi and noticed you'd gone! | 15:37 |
| sgw | Nice to hear folks voices! Also I like the idea of an LTS, I know it's been a long time coming! | 15:38 |
| *** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 15:47 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 15:48 | |
| tlwoerner | what's the Siemens tool? | 15:49 |
| qschulz | tlwoerner: kas I think? (without any context, wild guess) | 15:51 |
| tlwoerner | qschulz: the context is from the yptm meeting (ongoing) | 15:52 |
| *** woutervh__ <woutervh__!~woutervh@188.189.112.253> has joined #yocto | 15:52 | |
| tlwoerner | thanks | 15:52 |
| *** mfe555 <mfe555!~marc@64.18.181.130> has joined #yocto | 15:52 | |
| JPEW | paulbarker: https://github.com/garmin/pyrex | 15:55 |
| *** woutervh_ <woutervh_!~woutervh@188.189.112.253> has quit IRC | 15:55 | |
| paulbarker | JPEW: Thanks! | 15:55 |
| tlwoerner | so that whole last discussion was about tools etc to be able to run OE/Yocto builds in CIs? or just automated ways to do builds in containers? | 15:57 |
| RP | zeddii: I've merged the other kernel patches, I'll wait on the final one until we get to the bottom of the reproducibility issue | 15:57 |
| paulbarker | tlwoerner: A bit of both | 15:57 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 15:58 | |
| tlwoerner | paulbarker: thanks. i couldn't tell if it was wandering into different topics or not | 15:58 |
| * tlwoerner looks forward to the talk! | 15:58 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 15:59 | |
| paulbarker | My setup is still WIP but it's coming together well. I think CROPS is the right container setup for me, when I'm doing CI builds the git clone and everything else is actually running in the container | 15:59 |
| JPEW | RP: Thoughts on setting `export GIT_CEILING_DIRECTORIES = "${WORKDIR}"` in bitbake.conf? I can't think of a reason why we would want git it a task walking up past WORKDIR | 16:01 |
| *** vineela <vineela!vtummala@nat/intel/x-meurvmeaqpujcnue> has joined #yocto | 16:02 | |
| *** zkrx <zkrx!~quassel@adsl-178-39-206-222.adslplus.ch> has quit IRC | 16:03 | |
| RP | JPEW: need to exclude from hashes but probably not a bad idea | 16:08 |
| rburton | JPEW: looks very sensible to me | 16:10 |
| *** sgw <sgw!~sgw@134.134.139.72> has quit IRC | 16:20 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:21 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC | 16:23 | |
| *** berton_ <berton_!~berton@181.220.84.90> has joined #yocto | 16:23 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:23 | |
| *** ant__ <ant__!~ant__@host206-90-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC | 16:24 | |
| JPEW | Ok. It fixes the version detection in meson, so I'll make the change | 16:25 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 16:26 | |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 16:26 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.57> has joined #yocto | 16:26 | |
| *** otavio <otavio!~otavio@181.220.84.90> has joined #yocto | 16:27 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 16:27 | |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has joined #yocto | 16:28 | |
| [Sno] | otavio: maybe we should move discussion wrt. master-next, ci etc. from github to here :) | 16:29 |
| [Sno] | otavio: or do like raku folks and open an issue for that | 16:30 |
| *** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC | 16:30 | |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has quit IRC | 16:32 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.57> has quit IRC | 16:36 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:36 | |
| *** mckoan is now known as mckoan|away | 16:37 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC | 16:39 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto | 16:39 | |
| *** vmesons <vmesons!~rmacleod@23-233-84-124.cpe.pppoe.ca> has joined #yocto | 16:44 | |
| *** vineela <vineela!vtummala@nat/intel/x-meurvmeaqpujcnue> has quit IRC | 16:45 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC | 16:47 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto | 16:53 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.131> has joined #yocto | 16:55 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 16:57 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.131> has quit IRC | 17:16 | |
| *** sstiller <sstiller!~sstiller@p200300F07F134501D878269A0B252C57.dip0.t-ipconnect.de> has quit IRC | 17:17 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:18 | |
| *** mrk377 <mrk377!a2f43221@162.244.50.33> has joined #yocto | 17:27 | |
| *** dggonz <dggonz!57dbe71d@29.231.219.87.dynamic.jazztel.es> has quit IRC | 17:28 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 17:35 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 17:37 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 17:45 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 17:45 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:53 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:53 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 17:56 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 17:58 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 17:59 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-113.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 18:00 | |
| *** vineela <vineela!vtummala@nat/intel/x-uforbkwfvxakiroy> has joined #yocto | 18:03 | |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:c9c0:7798:e893:afb5> has joined #yocto | 18:03 | |
| *** rburton <rburton!rburton@nat/intel/x-zbgccgmtznlhpczg> has quit IRC | 18:03 | |
| *** mrk377 <mrk377!a2f43221@162.244.50.33> has quit IRC | 18:03 | |
| *** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 18:05 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:31fd:4761:a352:b923> has quit IRC | 18:06 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 18:08 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has joined #yocto | 18:09 | |
| *** tjp <tjp!477fa3bf@pool-71-127-163-191.syrcny.fios.verizon.net> has joined #yocto | 18:17 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 18:19 | |
| tjp | hi folks. i need to do some post-processing on files after do_populate_sysroot. i've tried hooking sysroot_preprocess_funcs but that doesn't really seem to be doing the trick. | 18:19 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 18:19 | |
| *** ant__ <ant__!~ant__@host206-90-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto | 18:36 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has quit IRC | 18:37 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 18:37 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 18:38 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 18:38 | |
| *** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:ba27:ebff:fe42:e843> has joined #yocto | 18:48 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:49 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:49 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 18:50 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has joined #yocto | 18:51 | |
| *** locutus__ <locutus__!~LocutusOf@5.170.9.244> has joined #yocto | 18:52 | |
| *** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has joined #yocto | 18:52 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC | 18:54 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-191-28.net.vodafone.it> has quit IRC | 18:55 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.74> has joined #yocto | 18:57 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:57 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto | 19:02 | |
| *** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has quit IRC | 19:03 | |
| otavio | [Sno]: well, it depends | 19:13 |
| otavio | we can do a short discussion but then we'd gain more wider discussion moving it to github | 19:14 |
| otavio | I did a small test using githb actions and circle ci and in both cases, faced time out | 19:15 |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC | 19:18 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto | 19:20 | |
| *** woutervh__ <woutervh__!~woutervh@188.189.112.253> has quit IRC | 19:26 | |
| *** woutervh__ <woutervh__!~woutervh@188.189.112.253> has joined #yocto | 19:26 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 19:32 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:33 | |
| *** mmort <mmort!930bfc2a@unknown-252-42.windriver.com> has joined #yocto | 19:34 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:34 | |
| mmort | Does yocto support builds on an external (exFAT) USB hard disk? | 19:34 |
| *** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 19:35 | |
| *** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:ba27:ebff:fe42:e843> has quit IRC | 19:35 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-mlsguapgdtjonbsz> has quit IRC | 19:35 | |
| *** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:d818:5fce:699a:46dd> has joined #yocto | 19:37 | |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:c9c0:7798:e893:afb5> has quit IRC | 19:37 | |
| LetoThe2nd | mmort: external, yes. exfat, probably not | 19:38 |
| *** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-enldzvtvpkzosnae> has quit IRC | 19:38 | |
| mmort | Yeah, I'm getting i/o errors | 19:38 |
| [Sno] | otavio: I'm fine doing it on gh :) | 19:39 |
| [Sno] | otavio: the only benefit discussing here is when people are here at the same time, that one can interact bit better and avoid some wrong directional thoughts have time to grow :) | 19:40 |
| *** vmesons <vmesons!~rmacleod@23-233-84-124.cpe.pppoe.ca> has quit IRC | 19:43 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 19:46 | |
| *** tjp <tjp!477fa3bf@pool-71-127-163-191.syrcny.fios.verizon.net> has quit IRC | 19:57 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto | 20:00 | |
| JPEW | Does anyone know how to make the assembled (gas secifically) include the FILE symbol? | 20:05 |
| JPEW | s/assembled/assembler/ | 20:05 |
| JPEW | perf isn't reproducible because one assembly file doesn't have the FILE directive and the linker makes one up with the absolute path | 20:05 |
| *** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:d818:5fce:699a:46dd> has quit IRC | 20:11 | |
| *** bluelightning <bluelightning!~paul@165.84.15.3> has joined #yocto | 20:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:15 | |
| *** zkrx <zkrx!~quassel@adsl-89-217-35-254.adslplus.ch> has joined #yocto | 20:19 | |
| kanavin_home | RP: it seems that updating icu causes hashequiv to take more shortcuts than it should | 20:23 |
| kanavin_home | in particular, vte is not rebuilt, and it should be | 20:23 |
| RP | kanavin_home: I was just looking at your email | 20:23 |
| kanavin_home | and I just confirmed this locally | 20:23 |
| RP | kanavin_home: My first thought was to run away screaming | 20:24 |
| RP | kanavin_home: I suspect something that should have an icu depends doesn't | 20:24 |
| * RP wakes the build machine | 20:24 | |
| kanavin_home | RP: well, vte does depend on icu, but icu shows up in its sysroot through indirect dependencies, rather through direct dependency in vte recipe | 20:25 |
| kanavin_home | I thought hashequiv is able to handle this? | 20:25 |
| RP | kanavin_home: right, and hash equiv won't handle this too well :/ | 20:25 |
| RP | JPEW: a nice new corner case to think about... | 20:26 |
| kanavin_home | yeah, we can list icu in vte recipe, but then we should populate sysroots only with direct deps | 20:26 |
| RP | kanavin_home: right, its defining "direct" that is hard | 20:27 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 20:28 | |
| kanavin_home | RP: or then hash equivalency for sysroots should consider not only the task output, but also all of its inputs - I am not sure but I suspect this isn't happening? | 20:29 |
| RP | kanavin_home: doesn't work like that... | 20:30 |
| RP | kanavin_home: at a guess, lets say its harfbuzz which is the indirect dependency on icu. It links against it so it needs to be in the sysroot but between these two versions of icu, harfbuzz didn't change its binary. | 20:32 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-113.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:32 | |
| RP | kanavin_home: that would mean the hardbuzz has the same output. vte silently links but the input dependency isn't detected and then we have this problem | 20:33 |
| RP | although harfbuzz does have versioned functions in it so it has to change | 20:34 |
| RP | kanavin_home: I can kind of see the problem but not quite | 20:35 |
| JPEW | If vte does actually depend on icu (e.g. a change in icu requires vte to rebuild), I would think icu has to be in DEPENDS? | 20:36 |
| RP | JPEW: vte -> gtk3+ -> pango -> freetype -> harfbuzz | 20:38 |
| RP | ah, vte -> gtk3+ -> pango -> harfbuzz | 20:39 |
| RP | I suspect pango didn't change even though harfbuzz did | 20:39 |
| kanavin_home | yes, I think that's what I saw in local build | 20:41 |
| kanavin_home | pango does not depend on icu | 20:41 |
| RP | I think we follow the chains since gtk headers probably needpango headers which need harfbuzz etc | 20:41 |
| RP | but we probably don't need all the libs themselves, only the headers from non direct dependencies ? | 20:41 |
| RP | New QA test to detect linking against non direct dependencies? | 20:42 |
| JPEW | RP: Ya, is that possible? | 20:43 |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 20:53 | |
| RP | kanavin_home: my stale build here doesn't have this linkage :/ | 20:53 |
| RP | kanavin_home: I guess this is a change in the new vte? | 20:55 |
| kanavin_home | RP: possibly, I only tried with the new vte | 20:56 |
| kanavin_home | but it's clearly there: | 20:57 |
| kanavin_home | akanavin@ubuntu1804-ty:~/poky/build/tmp/work/core2-64-poky-linux/vte/0.60.2-r0/image$ ldd usr/lib/libvte-2.91.so.0.6000.2|grep icu | 20:57 |
| kanavin_home | libicuuc.so.66 => not found | 20:57 |
| kanavin_home | and this on a branch that has icu 67! | 20:57 |
| RP | kanavin_home: ldd usr/lib/libvte-2.91.so.0.5800.3|grep icu shows nothing | 20:59 |
| RP | kanavin_home: basically a new dependency was added and the system has no idea it needs updating | 20:59 |
| RP | kanavin_home: I think we need some QA test to detect this happening | 20:59 |
| kanavin_home | RP: yes. Certainly better than populating sysroots only with direct dependencies which will break half the world. | 21:03 |
| RP | kanavin_home: right | 21:05 |
| RP | kanavin_home: meanwhile we need to add the dependency in master-next to unbreak the builds... | 21:05 |
| kanavin_home | RP: yes, do you want a corrected patch? | 21:06 |
| RP | kanavin_home: vte merged so it will be an update I think | 21:07 |
| kanavin_home | RP: patch sent | 21:11 |
| kanavin_home | I guess you can re-introduce icu 67 too | 21:12 |
| *** woutervh__ <woutervh__!~woutervh@188.189.112.253> has quit IRC | 21:12 | |
| RP | kanavin_home: thanks, and yes, I will | 21:13 |
| kanavin_home | RP: otherwise the patchset looked pretty good, lots of green I think | 21:15 |
| *** berton_ <berton_!~berton@181.220.84.90> has quit IRC | 21:16 | |
| JPEW | Oh perf.... you're not going to be reproducible willingly are you | 21:17 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:18 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 21:20 | |
| RP | kanavin_home: yes, hope so! | 21:21 |
| RP | JPEW: you're breaking up, can't make out the transmission... | 21:21 |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 21:21 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:33 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 21:36 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 21:37 | |
| *** locutus__ <locutus__!~LocutusOf@5.170.9.244> has quit IRC | 21:38 | |
| JPEW | RP: perfs going to be a bit of a pain to make reproducible | 21:41 |
| RP | JPEW: :( | 21:54 |
| RP | JPEW: Is upstream interested? | 21:54 |
| JPEW | RP: Not sure yet, most of the fixes are fairly simple, so I suspect they won't be too bad.... but I can't figure out how to keep bison from making the generated header guards encode the whole path | 21:55 |
| JPEW | You get things like this: #ifndef YY_EXPR_PROJECTS_LINUX_TOOLS_PERF_BUILD_UTIL_EXPR_BISON_H_INCLUDED | 21:56 |
| *** sgw <sgw!~sgw@134.134.139.76> has joined #yocto | 21:58 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 22:06 | |
| *** rcw <rcw!~rcw@45.72.195.246> has joined #yocto | 22:06 | |
| paulg | JPEW, whee - that is pretty fugly. :-/ | 22:07 |
| RP | JPEW: :( | 22:17 |
| mmort | FWIW, external drives do work so long as you format them for ext4 | 22:20 |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 22:32 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:35 | |
| paulg | mmort, you don't say? | 22:47 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 22:48 | |
| mmort | I had to learn the hard way, thanks to some help from boo. | 22:54 |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 23:03 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 23:06 | |
| *** milloni <milloni!~milloni@preemptable.org> has quit IRC | 23:23 | |
| *** milloni <milloni!~milloni@preemptable.org> has joined #yocto | 23:24 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7c03:155d:cf3:ce61> has joined #yocto | 23:36 | |
| *** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 23:39 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 23:45 | |
| *** halifax-mobile <halifax-mobile!sid432912@gateway/web/irccloud.com/x-yqryjofmvosmvzdm> has joined #yocto | 23:48 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 23:49 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7c03:155d:cf3:ce61> has quit IRC | 23:51 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:52 | |
| halifax-mobile | I built a Yocto toolchain with support for Boot to Qt as described here: https://doc.qt.io/QtForDeviceCreation/qtee-custom-embedded-linux-image.html . Following that, when I try to run the configure-qtcreator.sh script it comes with, I get an error saying Cannot find 'sdktool' from Qt Creator | 23:54 |
| halifax-mobile | This is on Ubuntu 18.04 | 23:55 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!