Tuesday, 2020-05-05

*** JosephineSk <JosephineSk!224d2f0d@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto00:17
*** JosephineSk <JosephineSk!224d2f0d@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC00:19
*** vineela <vineela!vtummala@nat/intel/x-mgthjnxeyrddsdtb> has quit IRC00:22
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC00:25
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:00
*** nerdboy <nerdboy!~sarnold@> has joined #yocto01:01
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC01:11
*** nerdboy <nerdboy!~sarnold@> has quit IRC01:49
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:00
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:00
*** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC02:05
*** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto02:09
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto02:16
OutBackDingocurious, what would be the deficiencies in using Yocto on X86_64 as base OS for a server farm if any ?02:22
OutBackDingoas opposed to say CentOS or Ubuntu?02:23
*** armpit <armpit!~armpit@2601:202:4180:a5c0:d8cc:ac72:24b0:3118> has quit IRC02:37
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5cba:90c5:ceef:edda> has joined #yocto02:50
paulgOutBackDingo, 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@> has quit IRC03:01
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC03:05
*** alejandrohs <alejandrohs!~alejandro@> has joined #yocto03:10
*** woutervh_ <woutervh_!~woutervh@> has joined #yocto03:42
*** woutervh <woutervh!~woutervh@> has quit IRC03:45
*** sgw <sgw!~sgw@> has quit IRC04:54
*** jobroe <jobroe!~manjaro-u@p579EB0C5.dip0.t-ipconnect.de> has joined #yocto04:54
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC05:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:05
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:27
*** gtristan <gtristan!~tristanva@> has quit IRC05:31
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC05:34
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto05:35
*** gtristan <gtristan!~tristanva@> has joined #yocto05:40
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC05:50
*** tsjsieb <tsjsieb!~quassel@> has joined #yocto05:50
LetoThe2ndOutBackDingo: or in other words, "it depends"05:53
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto05:59
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:03
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto06:09
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto06:12
*** frsc <frsc!~frsc@2003:a:e7a:6200:405f:2c2f:5f57:c5cf> has joined #yocto06:14
*** |Sno| <|Sno|!~sno@p4FE9389E.dip0.t-ipconnect.de> has quit IRC06:15
*** [Sno] <[Sno]!~sno@p4FE931FC.dip0.t-ipconnect.de> has joined #yocto06:15
*** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC06:26
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC06:33
LetoThe2ndhum, devtool doesn't seem to use a memory resident bitbake instance, right?06:34
*** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto06:34
henriknjkhem: anything blocking you from branching out (dunfell) for meta-clang ?06:39
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto06:40
*** mckoan|away is now known as mckoan06:48
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:59
*** u1106_ <u1106_!~quassel@uwe.iki.fi> has joined #yocto07:05
*** alephnull_ <alephnull_!~quassel@> has joined #yocto07:06
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC07:06
*** Lihis_ <Lihis_!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto07:08
*** woutervh_ <woutervh_!~woutervh@> has quit IRC07:09
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC07:09
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC07:09
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC07:09
*** ctlnwr <ctlnwr!~catalin@> has quit IRC07:09
*** learningc <learningc!~pi@> has quit IRC07:09
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC07:09
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC07:09
*** iceaway <iceaway!~pelle@> has quit IRC07:09
*** mattovsky <mattovsky!~mattovsky@dedicated-aid154.rev.nazwa.pl> has quit IRC07:09
*** alephnull <alephnull!~quassel@> has quit IRC07:09
*** psrcode <psrcode!~psrcode@> has quit IRC07:09
*** u1106 <u1106!~quassel@uwe.iki.fi> has quit IRC07:09
*** rokm <rokm!rokm@freeshell.de> has quit IRC07:09
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC07:09
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC07:09
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC07:09
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has quit IRC07:09
*** ruru4143 <ruru4143!~ruru4143@vmi243882.contaboserver.net> has quit IRC07:09
*** Lihis_ is now known as Lihis07:09
*** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-xtttxmxukuzzgyha> has quit IRC07:12
*** robert_yang <robert_yang!~robert@> has quit IRC07:13
*** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-ikfnaazwpqsjhsyr> has joined #yocto07:13
*** robert_yang <robert_yang!~robert@> has joined #yocto07:15
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto07:15
*** woutervh_ <woutervh_!~woutervh@> has joined #yocto07:16
*** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto07:16
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto07:16
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto07:16
*** learningc <learningc!~pi@> has joined #yocto07:16
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto07:16
*** iceaway <iceaway!~pelle@> has joined #yocto07:16
*** mattovsky <mattovsky!~mattovsky@dedicated-aid154.rev.nazwa.pl> has joined #yocto07:16
*** psrcode <psrcode!~psrcode@> has joined #yocto07:16
*** rokm <rokm!rokm@freeshell.de> has joined #yocto07:16
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto07:16
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto07:16
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto07:16
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has joined #yocto07:16
*** ruru4143 <ruru4143!~ruru4143@vmi243882.contaboserver.net> has joined #yocto07:16
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-191-28.net.vodafone.it> has joined #yocto07:16
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:16
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC07:16
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:19
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto07:22
khemhenriknj: 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 issues07:22
khemif any07:22
henriknjkhem: alright07:22
*** robert_yang <robert_yang!~robert@> has quit IRC07:23
*** robert_yang <robert_yang!~robert@> has joined #yocto07:23
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto07:27
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto07:27
*** smartin <smartin!~smartin@188.ip-51-178-81.eu> has quit IRC07:32
*** smartin <smartin!~smartin@188.ip-51-178-81.eu> has joined #yocto07:33
*** tsjsieb <tsjsieb!~quassel@> has quit IRC07:36
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto07:37
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC07:41
*** learningc <learningc!~pi@> has quit IRC07:42
*** robert_yang <robert_yang!~robert@> has quit IRC07:42
*** robert_yang <robert_yang!~robert@> has joined #yocto07:43
*** learningc <learningc!~pi@> has joined #yocto07:44
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto07:44
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC07:54
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto07:54
*** dv_ <dv_!~dv@> has joined #yocto08:14
OutBackDingopaulg: we can do it all in house... im just curious about any "caveats" ... or things to consider.08:17
OutBackDingoim tryiong to consider use the existing wheels, or reinvent the wheerl kinda thing08:18
LetoThe2ndOutBackDingo: it really depends on if your usecase mandates some features that yocto would provide.08:19
LetoThe2ndunless you can provide a properly described usecase, it certainly is "can be done, no idea if it fits your needs."08:20
khemknow 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 yourself08:28
khemyou 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
LetoThe2ndto 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
khemservers 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 such08:31
khemto fit in these needs. and then you are basically doing  a binary distro08:32
LetoThe2ndall guesswork08:32
*** georgem <georgem!~georgem@> has quit IRC08:33
LetoThe2nddon'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@> has joined #yocto08:33
ant__khem, hi08:37
ant__binutils-cross-armm fails to build with ../../gold/expression.cc08:40
ant__| g++: internal compiler error08:40
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:40
*** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC08:40
ant__ Makefile:1137: recipe for target 'powerpc.o' failed08:40
khemyeah gold is flaky08:40
khemdont use it if you dont need to08:41
ant__it's master-next here08:41
*** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto08:42
*** clement_ <clement_!~clement@> has quit IRC08:45
*** clement <clement!~clement@> has joined #yocto08:45
*** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has joined #yocto08:47
ant__I can't easily find the regression, must be in these last two weeks08:51
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto08:54
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC08:57
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC09:01
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto09:01
*** UVV <UVV!02cd07fc@dslb-002-205-007-252.002.205.pools.vodafone-ip.de> has joined #yocto09:03
UVVHi guys. I was wondering, should devtool use python from the host or native python from sysroot?09:05
LetoThe2ndUVV: 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 #yocto09:08
*** rburton <rburton!rburton@nat/intel/x-zbgccgmtznlhpczg> has joined #yocto09:09
UVVLetoThe2nd Alright, then it seems I faced an issue where environment variables got messed up somehow09:19
*** chandana73 <chandana73!~ckalluri@> has quit IRC09:20
UVVFile: '/usr/lib/python3.8/sysconfig.py', lineno: 421, function: _init_posix                                                                                                                                            0417:def _init_posix(vars):09:20
UVV0418:    """Initialize the module as appropriate for POSIX systems."""                                                                                                                                            0419:    # _sysconfigdata is generated at build time, see _generate_posix_vars()09:20
UVV0420:    name = _get_sysconfigdata_name()                                                                                                                                                                     *** 0421:    _temp = __import__(name, globals(), locals(), ['build_time_vars'], 0)09:20
UVV0422:    build_time_vars = _temp.build_time_vars                                                                                                                                                                  0423:    vars.update(build_time_vars)09:20
UVV0424:                                                                                                                                                                                                             0425:def _init_non_posix(vars):09:20
UVVException: ModuleNotFoundError: No module named '_sysconfigdata'09:20
UVVThat's the stacktrace09:20
*** chandana73 <chandana73!~ckalluri@> has joined #yocto09:20
UVV(somehow the formatting is messed up)09:21
UVVException: ModuleNotFoundError: No module named '_sysconfigdata'09:21
UVVIt seems this is the source of error09:21
UVVI traced that value and see that this got assigned in meta/classes/python3native.bbclass as export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"09:22
UVVThe failing function is _get_sysconfigdata_name() from /usr/lib/python3.8/sysconfig.py09:23
*** ashv270 <ashv270!6ac6c0b7@> has joined #yocto09:24
UVVwhen I run it manually I get a correct value: _sysconfigdata__x86_64-linux-gnu09:24
UVVJust one step back, the whole thing happens when I run 'devtool modify myrecipe-native"09:25
UVVI'm on zeus branch, btw09:25
UVVany idea what could have gone wrong here?09:25
ant__khem, the default distro does not use goldm I see binutils-cross correctly configured09:25
ant__  --enable-gold --enable-ld=default --enable-threads09:25
LetoThe2ndUVV: what host distro are you on? has it ever worked? and so on, and so on.09:29
ashv270Hi Everyone09:33
*** gtristan <gtristan!~tristanva@> has quit IRC09:34
UVVLetoThe2nd It's Ubuntu 20.04 at the moment, I tried about a month ago on Ubuntu 19.04 was the same behavior09:34
LetoThe2ndUVV: a run of the mill zeus? and a real, untinkered ubuntu 20.04 (specifically, not a WSL one?)09:35
UVVNot sure what's a WSL ubuntu, TBH.09:40
UVVlsb_release -a shows Description:    Ubuntu 20.04 LTS09:40
UVVOn the zeus, I do have a bunch of my layers used of course09:41
LetoThe2ndUVV: WSL is the windows subsystem for linux, e.g. running linux as a windows application (roughly)09:41
UVVAh, no, of course not09:41
LetoThe2ndUVV: well, people show up trying to do that, hence the question.09:42
LetoThe2ndUVV: what happens if you remove all layers besides poky itself?09:42
UVVand try with another 'standard' recipe you mean?09:42
LetoThe2ndUVV: e.g. trying to build core-image-minimal for qemuarm, or something similar?09:42
ashv270I 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-split09:42
ashv270directory is not created or how to package/fetch breakpad symbols of the target09:42
UVVLetoThe2nd well the images and recipes build fine. That's only a devtool that fails for me.09:43
LetoThe2ndUVV: ah ok, now i get the point. hm.09:43
UVVLetoThe2nd: on the other hand, my recipe inherits python3native class.. I wonder if that has something to do with it09:44
LetoThe2ndUVV: your recipe shall inherit that class if you specifically need python3 during its build time.09:45
UVVLetoThe2nd yes, it does. I wonder if that has something to do with 'devtool' failing09:46
LetoThe2ndUVV: does devtool only fail for that specific recipe?09:46
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto09:47
UVVLetoThe2nd 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 IRC09:49
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-enldzvtvpkzosnae> has joined #yocto09:49
*** Erlkoenig <Erlkoenig!~niklas.gu@dslb-088-077-141-056.088.077.pools.vodafone-ip.de> has joined #yocto09:49
ErlkoenigHi, 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
ErlkoenigI 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
UVVLetoThe2nd devtool worked for another (arbitrary) recipe. Next steps to try: native recipe (1), and finally another native recipe that uses python (2)09:56
UVVLetoThe2nd: native worked too.. final test :)09:57
UVVLetoThe2nd yeah... I think I've got a reproducible test case, which hopefully you could try too :)10:00
UVVdevtool modify rpm-native10:00
LetoThe2ndUVV: 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
UVVLetoThe2nd: NP, although I'm pretty sure it would fail on 19.04 too. Which distro are you on?10:02
rburtonErlkoenig: no10:02
UVVLetoThe2nd: 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
rburtonErlkoenig: presumably you're trying to link a piece of non-executable code into the elf as a new segment?10:02
ashv270LetoThe2nd 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/recipe10:03
UVVLetoThe2nd ha, workaround didnt' work. 'devtool modify rpm' failed too10:04
LetoThe2ndashv270: 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
rburtonashv270: builds from sstate won't create a package-split or package directory in the workdir10:06
rburton*never* expect anything in tmp/work to exist outside the recipe you are currently building10:07
qschulzashv270: 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 run10:10
*** JEEB <JEEB!~jeeb@kuroko.fushizen.eu> has joined #yocto10:16
*** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has joined #yocto10:16
*** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has left #yocto10:17
Erlkoenigrburton: Exactly, using the common binary-to-elf trick to load some binary blob along with the code10:24
*** vicale__ <vicale__!~vicale@h-35-225.A182.priv.bahnhof.se> has joined #yocto10:27
*** Net147 <Net147!~Net147@119-18-5-146.771205.syd.nbn.aussiebb.net> has quit IRC10:28
*** junland <junland!~junland@> has quit IRC10:28
*** tensa7 <tensa7!~spline@vm-irc.spline.inf.fu-berlin.de> has joined #yocto10:29
*** Net147 <Net147!~Net147@119-18-5-146.771205.syd.nbn.aussiebb.net> has joined #yocto10:29
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC10:29
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto10:29
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC10:29
*** curlybracket <curlybracket!~quassel@ip-89-176-35-52.net.upcbroadband.cz> has quit IRC10:29
*** stbenz <stbenz!~stbenz@ipbcc1fa14.dynamic.kabel-deutschland.de> has quit IRC10:29
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC10:29
*** vicale_ <vicale_!~vicale@h-35-225.A182.priv.bahnhof.se> has quit IRC10:29
*** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC10:29
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC10:29
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto10:29
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto10:29
*** stbenz <stbenz!~stbenz@ipbcc1fa14.dynamic.kabel-deutschland.de> has joined #yocto10:30
*** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto10:30
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto10:30
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC10:30
*** tensa <tensa!~spline@vm-irc.spline.inf.fu-berlin.de> has quit IRC10:30
*** distcline <distcline!~dist@d8D86740A.access.telenet.be> has quit IRC10:30
*** curlybracket <curlybracket!~quassel@ip-89-176-35-52.net.upcbroadband.cz> has joined #yocto10:30
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC10:30
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto10:31
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto10:31
*** distcline <distcline!~dist@d8d86740a.access.telenet.be> has joined #yocto10:31
rburtonErlkoenig: http://www.burtonini.com/blog/2007/07/13/embedding-binary-blobs-with-gcc/ works without needing to know arch types10:33
qschulzRP: have you forgotten to replace "this layer" in your commit log of your last patchseries? it's rather confusing :/10:33
Erlkoenigrburton: Sure?! I think that will trigger a linker error because the architecture of the generated .o file differs from the target executable file10:34
*** junland <junland!~junland@> has joined #yocto10:34
RPqschulz: 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 IRC10:34
ErlkoenigAh wait it works because you invoke the right "ld"...10:34
LetoThe2ndRP: its a compressed message :)10:34
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto10:35
rburtonErlkoenig: right.  haven't tested it in a cross build but by using higher level tools is should work10:35
RPqschulz: I pushed a better version to master-next10:35
*** sstiller <sstiller!~sstiller@p200300F07F134501D878269A0B252C57.dip0.t-ipconnect.de> has joined #yocto10:41
*** ant__ <ant__!~ant__@host206-90-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC10:44
qschulzRP: I understand now why I was so confused... There was no mention to which layer those patches should be applied :)10:45
qschulzI'm surprised it's the same ML for meta-gplv210:45
qschulzor maybe I'm mixing up everything again oe-core, poky, yocto, etc.10:46
RPqschulz: 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 #yocto10:48
lpappany 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 IRC11:15
RPzeddii: narrowed to between 5.4.34 and 5.4.38, i.e. your last patch11:23
RPlpapp: PATH differences?11:25
*** tolszak <tolszak!~tolszak@apn-31-0-23-138.dynamic.gprs.plus.pl> has joined #yocto11:25
tolszakHello, Is it possible to change systemd service to not be enabled by default but from image not bbappend?11:26
tolszakIn particular I want to disable systemd-networkd and start it on demant from application11:27
LetoThe2ndtolszak: no, not from the image recipe. the recipe that installs and emables the service has no idea what happens in another recipe.11:27
Erlkoenigrburton: It worked, thanks!11:27
tolszakI tried to set SYSTEMD_AUTO_ENABLE-systemd-networkd = "disable"11:28
LetoThe2ndtolszak: https://twitter.com/TheYoctoJester/status/121716607151974400011:28
tolszakAhh  image is recipe11:28
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto11:28
tolszakso it can be only machine or local right?11:28
LetoThe2ndtolszak: or append.11:29
LetoThe2ndtolszak: or distro config.11:29
tolszakaaaaa 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 #yocto11:32
*** berton <berton!~berton@> has joined #yocto11:33
radresI am trying to run toaster. I do:11:34
radressource oe-init-build-envsource toaster start11:34
radressource toaster start, but I get layers/poky/bitbake/bin/toaster:264: = not found11:35
radresI am on zeus, anybody ever seen this?11:35
rburtonthat is two source statements, right11:36
radresI messed up, never used irc11:36
radressource toaster start gives me "layers/poky/bitbake/bin/toaster:264: = not found"11:36
rburtonmaybe look at line 264 and see what variable is being expanded to nothing11:38
radresmy mistake, I was on zsh. ofc it didn't work. switching to bash fixed it11:49
*** radres <radres!3ef9b778@ti0022q160-0878.bb.online.no> has quit IRC12:04
*** radres <radres!3ef9b778@ti0022q160-0878.bb.online.no> has joined #yocto12:04
*** UVV <UVV!02cd07fc@dslb-002-205-007-252.002.205.pools.vodafone-ip.de> has quit IRC12:06
*** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has quit IRC12:15
*** radres <radres!3ef9b778@ti0022q160-0878.bb.online.no> has quit IRC12:17
*** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has joined #yocto12:20
lpappRP: I have used getenv for PATH, but could not notice much difference12:33
RPlpapp: I wondered if it was something like /sbin or /usr/sbin being missing12:34
lpappyeah, I had the same thought12:35
*** bps <bps!~bps@> has joined #yocto12:45
lpappRP: 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
bpsI 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-update12:47
bpsthe one .patch file?12:47
yannI 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.> has quit IRC12:53
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto12:59
yannin fact, I can add this to any recipe, and bitbake does not complain: DEPENDS += "texinfo-nativejunk-that-does-not-exist"13:01
yanncould 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 IRC13:02
*** sgw <sgw!~sgw@> has joined #yocto13:03
kanavin_homeRP: I just went and sent all of the remaining patches, quite many of them are simple corrections :)13:14
RPkanavin_home: thanks, I've added it and triggered a build13:16
*** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC13:16
RPGoing 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 #yocto13:23
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC13:24
qschulzRP: ditch it already! "one machine for 64b, one machine for 32b, then you use multiconfig to bring the things together."13:29
RPqschulz: I wish :)13:31
qschulzyann: 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 #yocto13:35
yannat 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 expected13:35
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto13:36
bpsso it seems that `devtool update-recipe ... --append ...` is not able to parse multiple paths in FILESEXTRAPATHS_prepend13:37
qschulzyann: duh for nativesdk /me facepalms13:38
yanni 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 #yocto13:42
lpappRP: this is the path, /sbin:/sbin:/usr/sbin:/bin:/usr/bin13:42
lpappfrom within the C program13:42
lpappbut 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 #yocto13:47
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto13:51
*** gtristan <gtristan!~tristanva@> has joined #yocto13:55
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC14:00
*** ashv270 <ashv270!6ac6c0b7@> has quit IRC14:03
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:09
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto14:13
*** dggonz <dggonz!57dbe71d@> has joined #yocto14:14
dggonzHi 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
dggonzas 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
JPEWHmm, vcs_tag() is problematic in meson.... For tarballs (e.g. weston, libinput) it picks up the revision of the parent git repo14:27
JPEW(e.g. oe-core, poky, whatever)14:28
rburtondoesn't git have a 'don't recurse up' option?14:28
JPEWit 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#L54514:32
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5cba:90c5:ceef:edda> has quit IRC14:33
rburtonJPEW: ah14:33
JPEWWell more correctly, I don't actually know if git has an option for that, but it doesn't matter because of what meson is doing14:34
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5cba:90c5:ceef:edda> has joined #yocto14:43
*** guerinoni <guerinoni!~guerinoni@host28-57-dynamic.7-87-r.retail.telecomitalia.it> has quit IRC14:50
armpitYPTM - armin is on14:52
RPJPEW: We've seen that before with other projects14:52
RPJPEW: git does have an option for it FWIW, we need to "fix" meson as it breaks reproducibility badly14:53
RParmpit: way early! :)14:56
armpitI was late by 2 minutes14:58
dl9pfYPTM - Jan-Simon is on14:58
JPEWYPTM - Joshua Watt here14:58
*** frsc <frsc!~frsc@2003:a:e7a:6200:405f:2c2f:5f57:c5cf> has quit IRC14:59
smurrayYPTM Scott Murray is on15:00
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:31fd:4761:a352:b923> has joined #yocto15:01
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto15:01
rokmHI, Could someone give me any hint how to make bbappend which will be used for differnet HW ?15:02
rokmIn bbappend I specified COMAPTIBLE_MACHINE but with this setting bitbake gives error that there is nothing to provides ...15:03
rokmwhich looks like it was populated for complete package15:04
qschulzrokm: bbappend is appended to the recipe, so you effectively just redefine COMPATIBLE_MACHINE multiple times15:04
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto15:04
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC15:05
alejandrohsYPTM Alejandro joined15:05
sgwYPTM Saul hopped on for a change!15:06
qschulzrokm: 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 machine15:06
alejandrohssgw: oh wow15:06
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC15:06
rokmqschulz: bbappend just adds some specific files to rootfs So basically there is one install in do_install_append15:07
rokmand 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
qschulzrokm: 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 example15:09
qschulzthe benefit from that is your recipe is not machine specific, only your image recipe15:09
dl9pfsakoman: please consider adding http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=c920ec0f8a215b59580bedf10909cfb31141190e  to your dunfell-next15:09
vmesonsakoman: fyi: https://pkgs.org/search/?q=gcc15:11
vmesonit would be nice to be able to query pkg versions but I haven't figure out how to do that.15:11
rokmqschulz: sounds good, thanks15:11
halsteadmoto-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 IRC15:14
vmesonsakoman: you can just query: https://pkgs.org/search/?q=gcc-10 and gcc10 but that's clearly sub-optimal15:17
sakomandl9pf: that patch will go in next week15:18
dl9pfsakoman: thanks a lot15:19
*** locutus_ <locutus_!~LocutusOf@mob-31-157-191-28.net.vodafone.it> has joined #yocto15:24
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC15:24
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has joined #yocto15:25
*** fl0v0 <fl0v0!~fvo@> has quit IRC15:35
RPsgw: You left before I could say hi!15:36
sgwHi, sorry had an 8:30!15:36
RPsgw: np, was just going to say hi and noticed you'd gone!15:37
sgwNice 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 IRC15:47
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC15:48
tlwoernerwhat's the Siemens tool?15:49
qschulztlwoerner: kas I think? (without any context, wild guess)15:51
tlwoernerqschulz: the context is from the yptm meeting (ongoing)15:52
*** woutervh__ <woutervh__!~woutervh@> has joined #yocto15:52
*** mfe555 <mfe555!~marc@> has joined #yocto15:52
JPEWpaulbarker: https://github.com/garmin/pyrex15:55
*** woutervh_ <woutervh_!~woutervh@> has quit IRC15:55
paulbarkerJPEW: Thanks!15:55
tlwoernerso 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
RPzeddii: I've merged the other kernel patches, I'll wait on the final one until we get to the bottom of the reproducibility issue15:57
paulbarkertlwoerner: A bit of both15:57
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC15:58
tlwoernerpaulbarker: thanks. i couldn't tell if it was wandering into different topics or not15:58
* tlwoerner looks forward to the talk!15:58
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC15:59
paulbarkerMy 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 container15:59
JPEWRP: 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 WORKDIR16:01
*** vineela <vineela!vtummala@nat/intel/x-meurvmeaqpujcnue> has joined #yocto16:02
*** zkrx <zkrx!~quassel@adsl-178-39-206-222.adslplus.ch> has quit IRC16:03
RPJPEW: need to exclude from hashes but probably not a bad idea16:08
rburtonJPEW: looks very sensible to me16:10
*** sgw <sgw!~sgw@> has quit IRC16:20
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC16:21
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC16:23
*** berton_ <berton_!~berton@> has joined #yocto16:23
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto16:23
*** ant__ <ant__!~ant__@host206-90-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC16:24
JPEWOk. It fixes the version detection in meson, so I'll make the change16:25
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC16:26
*** berton <berton!~berton@> has quit IRC16:26
*** nerdboy <nerdboy!~sarnold@> has joined #yocto16:26
*** otavio <otavio!~otavio@> has joined #yocto16:27
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto16:27
*** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has joined #yocto16: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 that16:30
*** mmorton <mmorton!930bfc2a@unknown-252-42.windriver.com> has quit IRC16:30
*** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has quit IRC16:32
*** nerdboy <nerdboy!~sarnold@> has quit IRC16:36
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:36
*** mckoan is now known as mckoan|away16:37
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC16:39
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto16:39
*** vmesons <vmesons!~rmacleod@23-233-84-124.cpe.pppoe.ca> has joined #yocto16:44
*** vineela <vineela!vtummala@nat/intel/x-meurvmeaqpujcnue> has quit IRC16:45
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC16:47
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto16:53
*** chandana731 <chandana731!~ckalluri@> has joined #yocto16:55
*** chandana73 <chandana73!~ckalluri@> has quit IRC16:57
*** chandana731 <chandana731!~ckalluri@> has quit IRC17:16
*** sstiller <sstiller!~sstiller@p200300F07F134501D878269A0B252C57.dip0.t-ipconnect.de> has quit IRC17:17
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC17:18
*** mrk377 <mrk377!a2f43221@> has joined #yocto17:27
*** dggonz <dggonz!57dbe71d@> has quit IRC17:28
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC17:35
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto17:37
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC17:45
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto17:45
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:53
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:53
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto17:56
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC17:58
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto17:59
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-113.hsi5.kabel-badenwuerttemberg.de> has joined #yocto18:00
*** vineela <vineela!vtummala@nat/intel/x-uforbkwfvxakiroy> has joined #yocto18:03
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:c9c0:7798:e893:afb5> has joined #yocto18:03
*** rburton <rburton!rburton@nat/intel/x-zbgccgmtznlhpczg> has quit IRC18:03
*** mrk377 <mrk377!a2f43221@> has quit IRC18:03
*** Guest65957 <Guest65957!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto18:05
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:31fd:4761:a352:b923> has quit IRC18:06
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC18:08
*** tsjsieb <tsjsieb!~quassel@> has joined #yocto18:09
*** tjp <tjp!477fa3bf@pool-71-127-163-191.syrcny.fios.verizon.net> has joined #yocto18:17
*** robert_yang <robert_yang!~robert@> has quit IRC18:19
tjphi 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@> has joined #yocto18:19
*** ant__ <ant__!~ant__@host206-90-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto18:36
*** tsjsieb <tsjsieb!~quassel@> has quit IRC18:37
*** robert_yang <robert_yang!~robert@> has quit IRC18:37
*** robert_yang <robert_yang!~robert@> has joined #yocto18:38
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto18:38
*** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:ba27:ebff:fe42:e843> has joined #yocto18:48
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:49
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto18:49
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC18:50
*** tsjsieb <tsjsieb!~quassel@> has joined #yocto18:51
*** locutus__ <locutus__!~LocutusOf@> has joined #yocto18:52
*** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has joined #yocto18:52
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC18:54
*** locutus_ <locutus_!~LocutusOf@mob-31-157-191-28.net.vodafone.it> has quit IRC18:55
*** nerdboy <nerdboy!~sarnold@> has joined #yocto18:57
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:57
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto19:02
*** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has quit IRC19:03
otavio[Sno]: well, it depends19:13
otaviowe can do a short discussion but then we'd gain more wider discussion moving it to github19:14
otavioI did a small test using githb actions and circle ci and in both cases, faced time out19:15
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC19:18
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto19:20
*** woutervh__ <woutervh__!~woutervh@> has quit IRC19:26
*** woutervh__ <woutervh__!~woutervh@> has joined #yocto19:26
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC19:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC19:33
*** mmort <mmort!930bfc2a@unknown-252-42.windriver.com> has joined #yocto19:34
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto19:34
mmortDoes 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 #yocto19:35
*** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:ba27:ebff:fe42:e843> has quit IRC19:35
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-mlsguapgdtjonbsz> has quit IRC19:35
*** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:d818:5fce:699a:46dd> has joined #yocto19:37
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:c9c0:7798:e893:afb5> has quit IRC19:37
LetoThe2ndmmort: external, yes. exfat, probably not19:38
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-enldzvtvpkzosnae> has quit IRC19:38
mmortYeah, I'm getting i/o errors19: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 IRC19:43
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC19:46
*** tjp <tjp!477fa3bf@pool-71-127-163-191.syrcny.fios.verizon.net> has quit IRC19:57
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto20:00
JPEWDoes anyone know how to make the assembled (gas secifically) include the FILE symbol?20:05
JPEWperf isn't reproducible because one assembly file doesn't have the FILE directive and the linker makes one up with the absolute path20:05
*** zkrx <zkrx!~quassel@2001:1715:9d92:3fe0:d818:5fce:699a:46dd> has quit IRC20:11
*** bluelightning <bluelightning!~paul@> has joined #yocto20:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:15
*** zkrx <zkrx!~quassel@adsl-89-217-35-254.adslplus.ch> has joined #yocto20:19
kanavin_homeRP: it seems that updating icu causes hashequiv to take more shortcuts than it should20:23
kanavin_homein particular, vte is not rebuilt, and it should be20:23
RPkanavin_home: I was just looking at your email20:23
kanavin_homeand I just confirmed this locally20:23
RPkanavin_home: My first thought was to run away screaming20:24
RPkanavin_home: I suspect something that should have an icu depends doesn't20:24
* RP wakes the build machine20:24
kanavin_homeRP: well, vte does depend on icu, but icu shows up in its sysroot through indirect dependencies, rather through direct dependency in vte recipe20:25
kanavin_homeI thought hashequiv is able to handle this?20:25
RPkanavin_home: right, and hash equiv won't handle this too well :/20:25
RPJPEW: a nice new corner case to think about...20:26
kanavin_homeyeah, we can list icu in vte recipe, but then we should populate sysroots only with direct deps20:26
RPkanavin_home: right, its defining "direct" that is hard20:27
*** chandana73 <chandana73!~ckalluri@> has joined #yocto20:28
kanavin_homeRP: 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
RPkanavin_home: doesn't work like that...20:30
RPkanavin_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 IRC20:32
RPkanavin_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 problem20:33
RPalthough harfbuzz does have versioned functions in it so it has to change20:34
RPkanavin_home: I can kind of see the problem but not quite20:35
JPEWIf 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
RPJPEW: vte -> gtk3+  -> pango -> freetype -> harfbuzz20:38
RPah, vte -> gtk3+  -> pango -> harfbuzz20:39
RPI suspect pango didn't change even though harfbuzz did20:39
kanavin_homeyes, I think that's what I saw in local build20:41
kanavin_homepango does not depend on icu20:41
RPI think we follow the chains since gtk headers probably needpango headers which need harfbuzz etc20:41
RPbut we probably don't need all the libs themselves, only the headers from non direct dependencies ?20:41
RPNew QA test to detect linking against non direct dependencies?20:42
JPEWRP: Ya, is that possible?20:43
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC20:53
RPkanavin_home: my stale build here doesn't have this linkage :/20:53
RPkanavin_home: I guess this is a change in the new vte?20:55
kanavin_homeRP: possibly, I only tried with the new vte20:56
kanavin_homebut it's clearly there:20:57
kanavin_homeakanavin@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 icu20:57
kanavin_home        libicuuc.so.66 => not found20:57
kanavin_homeand this on a branch that has icu 67!20:57
RPkanavin_home: ldd usr/lib/libvte-2.91.so.0.5800.3|grep icu shows nothing20:59
RPkanavin_home: basically a new dependency was added and the system has no idea it needs updating20:59
RPkanavin_home: I think we need some QA test to detect this happening20:59
kanavin_homeRP: yes. Certainly better than populating sysroots only with direct dependencies which will break half the world.21:03
RPkanavin_home: right21:05
RPkanavin_home: meanwhile we need to add the dependency in master-next to unbreak the builds...21:05
kanavin_homeRP: yes, do you want a corrected patch?21:06
RPkanavin_home: vte merged so it will be an update I think21:07
kanavin_homeRP: patch sent21:11
kanavin_homeI guess you can re-introduce icu 67 too21:12
*** woutervh__ <woutervh__!~woutervh@> has quit IRC21:12
RPkanavin_home: thanks, and yes, I will21:13
kanavin_homeRP: otherwise the patchset looked pretty good, lots of green I think21:15
*** berton_ <berton_!~berton@> has quit IRC21:16
JPEWOh perf.... you're not going to be reproducible willingly are you21:17
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:18
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto21:20
RPkanavin_home: yes, hope so!21:21
RPJPEW: you're breaking up, can't make out the transmission...21:21
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC21:21
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:33
*** Marex <Marex!~Marex@> has quit IRC21:36
*** Marex <Marex!~Marex@> has joined #yocto21:37
*** locutus__ <locutus__!~LocutusOf@> has quit IRC21:38
JPEWRP: perfs going to be a bit of a pain to make reproducible21:41
RPJPEW: :(21:54
RPJPEW: Is upstream interested?21:54
JPEWRP: 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 path21:55
*** sgw <sgw!~sgw@> has joined #yocto21:58
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto22:06
*** rcw <rcw!~rcw@> has joined #yocto22:06
paulgJPEW, whee - that is pretty fugly.   :-/22:07
RPJPEW: :(22:17
mmortFWIW, external drives do work so long as you format them for ext422:20
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC22:32
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto22:35
paulgmmort, you don't say?22:47
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC22:48
mmortI 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 IRC23:03
*** hpsy <hpsy!~hpsy@> has quit IRC23:06
*** milloni <milloni!~milloni@preemptable.org> has quit IRC23:23
*** milloni <milloni!~milloni@preemptable.org> has joined #yocto23:24
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7c03:155d:cf3:ce61> has joined #yocto23:36
*** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC23:39
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC23:45
*** halifax-mobile <halifax-mobile!sid432912@gateway/web/irccloud.com/x-yqryjofmvosmvzdm> has joined #yocto23:48
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC23:49
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7c03:155d:cf3:ce61> has quit IRC23:51
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:52
halifax-mobileI 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 Creator23:54
halifax-mobileThis is on Ubuntu 18.0423:55

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!