Wednesday, 2021-08-25

*** Shaun <Shaun!~soneil@user/shaun> has quit IRC (Quit: Lost terminal)00:16
*** qschulz <qschulz!> has quit IRC (Quit: qschulz)00:32
*** d0ku <d0ku!> has quit IRC (Ping timeout: 248 seconds)00:34
*** qschulz <qschulz!> has joined #yocto00:34
*** mihai- <mihai-!~mihai@user/mihai> has joined #yocto00:35
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Ping timeout: 240 seconds)00:39
*** soneil <soneil!~soneil@user/shaun> has joined #yocto00:47
*** d0ku <d0ku!> has joined #yocto00:55
*** soneil <soneil!~soneil@user/shaun> has quit IRC (Remote host closed the connection)00:55
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)01:06
moto-timoYou might need the new override syntax? Which branch/release/version of Yocto Project are you on?01:14
moto-timoThe wiki has not been updated to the new syntax (wikis are rarely updated :( )01:15
vagaruyI tried the dunfell for both poky and meta-openembedded. .01:17
moto_timo[m]vagaruy: ok for dunfell the override syntax is the original syntax01:18
moto_timo[m]vagaruy: I’m not an expert on tunings, so maybe someone else can help.01:19
moto_timo[m]vagaruy: you have nodejs building though, correct?01:20
vagaruyI have nodejs building and also able to include some packages. eg. devtool add "npm://;package=targz;version=1.0.1"  works but quite a few of them don't . The cute-files from the example works as well .01:21
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)01:29
moto-timovagaruy: trying locally...01:39
moto-timovagaruy: MACHINE is qemuxi6-64 no?01:39
vagaruymoto-timo yes01:40
vagaruymoto-timo I  think I made some progress . It seems like the failure occurs for packages where the generated npm-shrinkwrap.json has no dependencies. Removing the file and updating the recipe seems to pass the fetch stage .01:41
moto-timovagaruy: interesting...01:42
moto-timovagaruy: devtoo;/recipetool are not all that intelligent, so corner cases definitely break.01:42
moto-timovagaruy: but if that is the fix, it would be worth filing a bug on on devtool01:43
vagaruymoto-timo I also added a print statement in fetch2 __init__ and I can see this being printed in a loop 'npm://;package=xstate;version=4.23.1', 'npmsw:///mnt/64243b31-a71a-4e03-b25a-3a53ba211945/build/poky/meta/recipes-nodejs-packages/nodejs-xstate/nodejs-xstate/npm-shrinkwrap.json'] .01:44
vagaruymoto-timo Thank you for your time. I will dig a bit more and file a bug01:45
moto-timovagaruy: we're all in this together :)01:45
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)01:45
moto-timovagaruy: so the code doing the fetching would be or
*** d0ku <d0ku!> has quit IRC (Ping timeout: 250 seconds)01:49
*** otavio <otavio!> has quit IRC (Remote host closed the connection)01:51
*** otavio <otavio!> has joined #yocto01:52
moto-timofull error is:02:12
vagaruymoto-timo Thank you. That's exactly the error I was getting as well .02:19
moto-timovagaruy: one of our resident tune experts might have more insights :)02:19
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 250 seconds)02:28
*** camus1 <camus1!~Instantbi@> has joined #yocto02:30
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)02:31
*** camus1 is now known as camus02:31
*** Ad0 <Ad0!~Ad0@> has joined #yocto02:33
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)02:44
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto02:49
*** tp43_ <tp43_!~ndeem@2001:1970:502b:dd01:7dd8:7bb5:b166:9697> has joined #yocto03:04
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 240 seconds)03:11
*** vagaruy <vagaruy!~Guest88@> has quit IRC (Ping timeout: 240 seconds)03:15
*** paulg <paulg!> has quit IRC (Ping timeout: 252 seconds)03:15
*** Tokamak <Tokamak!> has joined #yocto03:16
*** Tokamak <Tokamak!> has quit IRC (Ping timeout: 252 seconds)03:24
*** Tokamak <Tokamak!> has joined #yocto03:26
*** sakoman <sakoman!~steve@> has joined #yocto03:27
*** Guest8812 <Guest8812!~Guest88@> has joined #yocto03:28
*** Guest8812 <Guest8812!~Guest88@> has quit IRC (Client Quit)03:29
*** vagaruy <vagaruy!~vagaruy@> has joined #yocto03:30
*** tp43_ <tp43_!~ndeem@2001:1970:502b:dd01:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 250 seconds)03:43
*** amitk <amitk!~amit@> has joined #yocto04:10
*** vagaruy <vagaruy!~vagaruy@> has quit IRC (Ping timeout: 240 seconds)04:11
*** mihai- is now known as mihai04:13
*** tp43_ <tp43_!~ndeem@2001:1970:502b:dd01:7dd8:7bb5:b166:9697> has joined #yocto04:16
*** tp43_ <tp43_!~ndeem@2001:1970:502b:dd01:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 250 seconds)04:21
*** vagaruy <vagaruy!~vagaruy@> has joined #yocto04:27
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto04:34
*** Tokamak <Tokamak!> has quit IRC (Ping timeout: 240 seconds)04:43
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto04:47
*** vagaruy <vagaruy!~vagaruy@> has left #yocto05:11
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)05:13
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds)05:31
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:08
*** troth <troth!> has quit IRC (Ping timeout: 250 seconds)06:10
*** frieder <frieder!> has joined #yocto06:11
*** zyga <zyga!> has joined #yocto06:17
*** troth <troth!> has joined #yocto06:26
*** rob_w <rob_w!> has joined #yocto06:30
*** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:5cfc:5772:3b1f:c264> has joined #yocto06:40
*** sbach <sbach!~sbach@user/sbach> has quit IRC (Read error: Connection reset by peer)06:40
*** sbach <sbach!~sbach@user/sbach> has joined #yocto06:43
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto06:44
*** derRicha1d is now known as derRichard06:45
*** LetoThe2nd <LetoThe2nd!> has joined #yocto06:48
*** Guest86 <Guest86!> has joined #yocto06:48
*** rber|res <rber|res!~rber|> has joined #yocto06:50
LetoThe2ndyo dudX06:55
*** zpfvo <zpfvo!~fvo@> has joined #yocto06:56
Guest86I wonder if I could get help on this channel to my lack of understanding how some tooling for Yocto works.06:57
Guest86I have run into a problem when moving my yocto build area to run on top of docker.06:57
Guest86Essentially what it boils down to is that a certain ioctl call for bmap-tools is failing when ran on docker and I needed to make a small error handling for that purpose to file for it.06:57
Guest86So I have the fix working, but I cannot for the life of it figure out how to actually make a clean patch for this because I cannot find the right source files.06:57
Guest86On the system I see following bmap providers:06:57
Guest86But it seems during the build stage, yocto uses something from under tmp/work/sb3_imx6dl-fslc-linux-gnueabi/sb3-dev/1.0-r0/recipe-sysroot-native/usr/lib/python3.5/site-packages/bmaptools/BmapHelpers.py06:57
Guest86If I make the change to this file, the build process will work, but I would like to provide a clean patch so that all my team mates would benefit from this change as well. Can someone help me where does this python package come from ?06:58
LetoThe2ndGuest86: just guessing now: as it is in the -native sysroot, i would expect it to come from the bmap-tools-native package. you can probably check that by inspecting the task dependencies for sb307:01
*** d0ku <d0ku!> has joined #yocto07:03
Guest86LetoThe2nd but it appears that even if I recompile bmap-tools-native my "fixed" version of remains and the build keeps succeeding07:03
Guest86(I recompile with "bitbake bmap-tools-native -c cleansstate" and then just "bitbake bmap-tools-native")07:04
LetoThe2ndcheck the task dependencies07:09
*** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:5cfc:5772:3b1f:c264> has quit IRC (Remote host closed the connection)07:13
Guest86LetoThe2nd (I executed bitbake -g sb3) and I get07:14
Guest86$ cat | grep bmap07:15
Guest86"sb3-dev" -> "bmap-tools-native"07:15
Guest86"bmap-tools-native" [label="bmap-tools-native\n:3.4-r0\nvirtual:native:/home/build/sb3/fsl-community-rocko/sources/poky/meta/recipes-support/bmap-tools/"]07:15
Guest86"bmap-tools-native" -> "quilt-native"07:15
Guest86"bmap-tools-native" -> "python3-native"07:15
Guest86"bmap-tools-native" -> "python3-setuptools-native"07:15
Guest86"wic-tools" -> "bmap-tools-native"07:15
LetoThe2ndhence its bmap-tools-native as expected. so the next step would be to check if your build of it actually incorporates the patch as desired.07:15
LetoThe2nd*sigh* rocko.07:16
LetoThe2ndwhere can i bill the EOL support hours?07:16
Guest86Yeah so my trouble here is that if I rebuild the bmap-tools-native (first cleansstate and then build) my hacked file remains for some reason07:17
Guest86It should be overwritten again with the original file "that shouldnt work".. but it doesnt seem to get overwritten07:18
LetoThe2ndso how do you "patch"07:20
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:20
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds)07:21
LetoThe2ndand, inevitable question: is the behaviour you're trying to work around still present in the current/stable state of bmap-tools? if not, backport stuff or upgrade.07:21
Guest86Apologies for the being unclear. So indeed my original problem is that I have a fix for the file that makes things work. I couldnt find what provided the file, so I first started looking how to debug and fix the problem by changing the file directly under sysroot07:26
Guest86Next I was trying to find what actually provides this file under sysroot to make a patch, but I seem to be unable to find it. (Cleaning and rebuilding bmap-tools-native does not erase and replace my "fixed versin of the file" under sysroot).07:26
Guest86Now writing all this out and I think about it, could it be that yocto sees that no changes have been done to original so he doesnt re-export the file to the sysroot ?07:26
Guest86Perhaps I need to try adding some meaningless patch to see if the file gets overwritten then07:26
Guest86(or indeed, the actual patch I want to make)07:26
LetoThe2ndnow i guess you're getting closer.07:28
Guest86Appreciate the help. Let me try that. Im afraid I dont have a cost center number for you ;)07:29
LetoThe2ndand: anything you do and tinker in one of the sysroots is completely beyond bitbake. if you want a recipes output to change, you have to actually patch it respectively add the patch to the sources.07:29
LetoThe2ndGuest86: how comes i'm not surprised. now an honest answer please. is that actually fixed in the current versions, and are we wasting time on outdated stuff?07:30
Guest86right. I was aware of that. I guess I just started wrong way around07:30
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 252 seconds)07:31
Guest86Looking at the repo from intel, indeed they seem to have fixed this - essentially with same approach07:32
LetoThe2ndnow do an estimate on the cost of your hours alone you wasted due to rocko.07:33
Guest86Can I ask another question while we are at this. I have under rocko, would it be enough to just get a newer bb file from one of the newer branches for this or Im up whole load of dependency hell if I try to just pick this one recipe ?07:34
LetoThe2ndit depends.07:34
LetoThe2ndgo and find out.07:34
Guest86thank you, let me try that first before patching07:35
*** tnovotny <tnovotny!> has joined #yocto07:50
Guest86ok. Indeed adding a new bb file fixed the issue for me too. Thank you again LetoThe2nd07:53
Guest86Looks like indeed the problem was not going to patching route right from the start, I would have figured this out sooner07:53
LetoThe2ndjust what i said. hours and hours of effort pointlessly wasted due to EOL software.07:54
*** bps <bps!> has joined #yocto07:57
*** Guest86 <Guest86!> has quit IRC (Ping timeout: 246 seconds)08:08
*** zyga <zyga!> has quit IRC (Remote host closed the connection)08:13
*** zyga <zyga!> has joined #yocto08:24
*** rperier <rperier!> has quit IRC (Quit: - Chat comfortably. Anywhere.)08:26
*** rperier <rperier!> has joined #yocto08:26
*** kranzo <kranzo!> has joined #yocto08:27
*** bunk <bunk!~bunk@debian/bunk> has quit IRC (Ping timeout: 250 seconds)08:27
*** bunk <bunk!~bunk@debian/bunk> has joined #yocto08:28
*** florian <florian!> has joined #yocto08:32
wCPOI'm trying to use recipetool to create a recipe: recipetool create -o foo $PWD/efitools-1.9.2.tar.gz, but it just fails with: FileNotFoundError: [Errno 2] No such file or directory: '/home/kristian/yocto/build/tmp/work/recipetool-neyy7v2h/work/recipe-sysroot'08:33
*** zyga <zyga!> has quit IRC (Remote host closed the connection)08:40
wCPOSo using the https url works, but not using a local file08:42
*** zyga <zyga!> has joined #yocto08:45
*** JaMa <JaMa!> has joined #yocto08:45
*** Shaun <Shaun!~shaun@user/shaun> has joined #yocto09:28
*** vd <vd!> has quit IRC (Quit: Client closed)09:30
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)10:17
*** kranzo <kranzo!> has quit IRC (Ping timeout: 246 seconds)10:51
*** frieder <frieder!> has quit IRC (Remote host closed the connection)10:57
*** jwillikers <jwillikers!> has joined #yocto11:00
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC ()11:05
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto11:06
*** JPEW <JPEW!> has quit IRC ()11:15
*** JPEW <JPEW!> has joined #yocto11:17
*** cocoJoe <cocoJoe!> has quit IRC (Quit: Client closed)11:18
*** frieder <frieder!> has joined #yocto11:39
*** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:1c2d:a56d:d4c6:d436> has joined #yocto11:41
*** CookieMonster <CookieMonster!~CookieMon@2a02:8070:d1a6:2b00:1ca8:a7df:594f:7e7e> has joined #yocto11:46
*** CookieMonster <CookieMonster!~CookieMon@2a02:8070:d1a6:2b00:1ca8:a7df:594f:7e7e> has quit IRC (Write error: Broken pipe)11:46
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)11:54
thekappehello guys12:12
thekappeI have a C program along with its Makefile12:13
thekappeI need to add the install target to the Makefile, in order to install the binary file in the specified directory12:13
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:d44e:89ab:1592:f8d4> has quit IRC (Quit: Leaving)12:14
thekappehow is that treated when bitbaking the recipe ?12:14
thekappeif I move the binary file to /usr/bin, it will be installed in ${D}/usr/bin ?12:14
*** cocoJoe <cocoJoe!> has joined #yocto12:29
*** armoon <armoon!~armoon@> has joined #yocto12:32
*** goliath <goliath!~goliath@user/goliath> has joined #yocto12:38
LetoThe2ndthekappe: just don't use absolute paths.12:39
qschulzthekappe: I think I remember some people add $DESTDIR in front of the install path12:42
qschulz(in the makefile)12:42
qschulzon a local (outside of Yocto) build, DESTDIR wouldn't be defined, but in Yocto it'd be set to ${D}12:43
*** armoon <armoon!~armoon@> has quit IRC (Ping timeout: 246 seconds)12:49
*** rob_w <rob_w!> has quit IRC (Quit: Leaving)13:00
*** vagaruy <vagaruy!~vagaruy@> has joined #yocto13:00
jonmasonI want to test a bunch of tune modifications, but without building a whole image (otherwise this would take days).  What is the smallest thing I can compile to verify?  glibc?13:12
*** vagaruy <vagaruy!~vagaruy@> has quit IRC (Ping timeout: 240 seconds)13:14
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Quit: Leaving)13:17
jonmasonJaMa: thanks!13:19
*** paulg <paulg!> has joined #yocto13:26
RPvmeson: some good news. I have a horrendous hack for rust that might just work for the uninative issue13:32
tgamblindo we have any existing examples of populating /etc/resolv.conf in an image to satisfy ptests?13:34
paulgecho "nameserver" >> /etc/resolv.comf           :-)13:36
*** tnovotny <tnovotny!> has quit IRC (Read error: Connection reset by peer)13:46
*** tnovotny <tnovotny!> has joined #yocto13:46
*** tnovotny_ <tnovotny_!> has joined #yocto13:48
*** tnovotny <tnovotny!> has quit IRC (Ping timeout: 248 seconds)13:52
*** sethfoster <sethfoster!~sethfoste@> has joined #yocto14:00
sethfosterHey folks. I'm trying to write a fetcher class that unfortunately doesn't bear enough similarities to others that it has to inherit directly from FetchMethod. What I'm seeing is that the download function seems to start and immediately stop without an error14:01
sethfosterit does some assignment logic, has some warning-level logs at the beginning and end, and a bunch of runfetchcmd calls. the logging at the beginning fires but the logging at the end doesn't.14:02
sethfosteri've passed sys.stdout to the log param of runfetchcmd, which I'm not sure is right; and I don't have a progress monitor, which I suspect might be causing the problem.14:02
sethfosterI can post the code if you want but don't want to spam the channel14:03
*** sakoman <sakoman!~steve@> has joined #yocto14:15
qschulzsethfoster: if you want to share code snippet, you can use any pastebin and paste the link here, that'll do14:17
sethfosteroh, perfect14:19
sethfosteri'm exercising it by running bitbake -c fetch electron (electron is the package recipe i'm writing that uses the fetcher)14:20
sethfosterat -DD you end up getting that first DOWNLOADING log, then do_fetch saying the task finished immediately14:21
*** xmn <xmn!> has joined #yocto14:29
zygaI'm trying to wrap my head around bitbake doing something unexpected14:34
zygaI'm working on a new recipe, initially nothing there, just name/description/license14:34
zygaI get a failure from do_populate_lic that the license file cannot be found14:34
zygalooking at the docs and sources it seems that the path is relative to S14:35
zygabut S points to an ... empty directory?14:35
zygathe actual sources are in ../git/14:35
zygaSRC_URI is a typical git URL14:35
RPzyga: have you set S = "${WORKDIR}/git" in the recipe?14:36
zygaSRCREV is "${AUTOREV}"14:36
zygano, I didn't14:36
zygabut I never experienced this in other recipes (arguably they did inherit more)14:36
qschulzyou should :)14:36
zygawhy is S set this way?14:36
zygaas in, pointing to an empty place?14:36
qschulzbecause the git fetcher is cloning into ${WORKDIR}/git14:36
*** tnovotny_ <tnovotny_!> has quit IRC (Read error: Connection reset by peer)14:36
zygaso why is it not setting S=?14:37
*** tnovotny_ <tnovotny_!> has joined #yocto14:37
qschulzand the default is adapted to most convention of tarballs14:37
qschulzwhich contains only one directory, named following this convention softwarename-softwareversion14:37
qschulzso S by default is ${WORKDIR}/${PN}-${PV}14:37
zygaright but if the git fetcher puts the code in a different place14:38
zygawhy is S not updated?14:38
qschulzbecause you can have multiple kinds of fetchers14:38
zygahmm? many at once in one recipe?14:38
qschulzyou can also specify in which subdirectory of ${WORKDIR} (or S?) to clone14:39
*** tnovotny <tnovotny!> has joined #yocto14:39
qschulzSRC_URI = "git://something https://anotherthing npm://somethingelse" etc...14:39
zygaI see14:39
qschulzwhich fetcher should set S in that case?14:39
zygaI think it's all sensible, just not discoverable14:39
qschulzI think recipetool or devtool add should have handled this case just fine14:40
zygaespecially that the license checker is really the means to discover that S is pointing to an empty place14:40
qschulzit's usually a good start to write recipes if you're not really use to it14:40
zygaah, I see14:40
zygaI didn't do that14:40
zygaas I have a go project that wasn't quite go happy with go-mod14:40
zygaand I wanted to unroll the stack a little to see if I can do what I need14:41
zygathank you!14:41
*** tnovotny_ <tnovotny_!> has quit IRC (Ping timeout: 250 seconds)14:41
*** thekappe <thekappe!~user@> has quit IRC (Ping timeout: 250 seconds)14:41
zygaI have a go+makefile project14:41
zygaand it's a bit hard to figure out exactly what each of the helpers is doing to try to run both build systems14:42
*** andrei[m]1 <andrei[m]1!~andreicub@2001:470:69fc:105::c95> has joined #yocto14:44
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Remote host closed the connection)14:47
*** andrei[m]1 <andrei[m]1!~andreicub@2001:470:69fc:105::c95> has left #yocto14:47
*** andrei[m]1 <andrei[m]1!~andreicub@2001:470:69fc:105::c95> has joined #yocto14:48
*** vd <vd!> has joined #yocto14:48
*** Guest73 <Guest73!~Guest73@> has joined #yocto14:51
RPrust-llvm is worst than ltp in world builds :(14:51
JPEWllvm takes forever in general14:52
*** tre <tre!> has joined #yocto14:55
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 250 seconds)14:58
JaMaalmost as bad as webkit, but still significantly faster than chromium/qtwebengine15:03
*** Ad0 <Ad0!~Ad0@> has joined #yocto15:04
zygago-mod and go are broken with devtool modify source tree15:08
zygabut I'll debug exactly why later, it creates a symbolic link loop15:08
zygathank you for the help, I'm a little bit ahead now15:08
*** andrei[m]1 is now known as agherzan15:12
*** agherzan <agherzan!~andreicub@2001:470:69fc:105::c95> has quit IRC (Quit: Reconnecting)15:14
*** agherzan <agherzan!~andreicub@2001:470:69fc:105::c95> has joined #yocto15:14
*** rpcme <rpcme!> has joined #yocto15:18
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)15:21
rpcmewhich repo has the mega manual sources?  seems as though some build environment prereqs have changed on the mainline and they need to be added to the yocto project quick build - pzstd zstd15:21
*** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:1c2d:a56d:d4c6:d436> has quit IRC (Remote host closed the connection)15:23
rpcmehm, well it's just zstd on ubuntu 20.0415:23
*** tre <tre!> has quit IRC (Remote host closed the connection)15:25
RPrpcme: the yocto-docs repo. I'm aware that needs updating15:30
rpcmeRP: thanks ... looking15:33
*** zyga <zyga!> has quit IRC (Ping timeout: 252 seconds)15:37
*** agherzan <agherzan!~andreicub@2001:470:69fc:105::c95> has quit IRC (Quit: Reconnecting)15:39
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::c95> has joined #yocto15:39
rpcmetgamblin: thank you, done editing poky.yaml, working on the patch now.15:39
RPkanavin: did you have a chance to look at ?15:45
RPvmeson: good/bad news. I fixed the rust issue with buildtools. It doesn't work with other glibc mismatch with uninative scenarios15:46
rpcmeRP: is the fix for rust on master-next? I am setting up an environment for esteban right now.15:48
RPrpcme: yes, I rebased it15:48
*** florian <florian!> has quit IRC (Quit: Ex-Chat)15:51
vmesonRP:  some good news is nice. I'm just finishing the test of openssl-1.1.1l for hardknott and then meetings and then I'll look at oe-core/master-next and the rust status.15:52
RPrpcme: vmeson: was the fix15:55
kanavinRP: I did, it seems like a generic qemu timeout issue, rather than anything to do with the test specifics?15:58
kanavinWaiting at most 1000 seconds for login banner (08/25/21 14:18:09)15:58
kanavinConnection from
kanavinReached login banner in 6.2349326610565186 seconds (08/25/21 14:18:15)15:58
kanavinCouldn't login into serial console as root using blank password15:58
kanavinThe output:15:58
kanavinLogin timed ou15:58
kanavinPoky (Yocto Project Reference Distro) 3.3+snapshot-f07727bf5a5eb0fe96c6b1368d0b010bf25729f0 qemux86-64 /dev/ttyS115:58
kanavinqemux86-64 login: <<< run_serial(): command timed out after 120 seconds without output >>>15:58
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:00
RPkanavin: This seems to be happening repeatedly on ubuntu only and only since halstead tried adding those modules. The output in the logs is suspciously empty so the kernel isn't even trying to boot making me suspect a much earlier failure not being shown in the output16:00
RPkanavin: it is only the virgl test doing it16:01
*** zpfvo <zpfvo!~fvo@> has quit IRC (Remote host closed the connection)16:01
kanavinRP: then I need to log in there and try to reproduce locally. Do you have other failure instances?16:02
*** rber|res <rber|res!~rber|> has quit IRC (Remote host closed the connection)16:02
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:02
kanavine.g. is it specifically ubuntu 20.04, or across ubuntu versions16:03
RPkanavin: even dunfell is now breaking16:04
RPkanavin: just look down
kanavinRP: thanks! I'll take it, if you need an urgent fix, we can skip the test on ubuntu.16:05
RPkanavin: looks like it could be 2004 specific16:05
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)16:07
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:09
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)16:09
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:10
*** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has quit IRC (Ping timeout: 245 seconds)16:11
*** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has joined #yocto16:12
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Client Quit)16:13
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:13
kanavinRP: running a build on 2004, it's core-image-minimal so not too long to replicate16:15
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::c95> has quit IRC (Quit: issued !quit command)16:18
kanavinRP: those version updates are the last batch, I won't be sending more until the next cycle starts :)16:18
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: Textual IRC Client:
RPkanavin: thanks, hopefully it should be clear when run manually. Fixing the logs to show whatever is wrong would be an added bonus! :)16:22
RPkanavin: and thanks for the upgrades. I was hoping we'd get lttng uprev'd but too much else going on...16:22
kanavinRP: yes, I'll do a quick bike ride while it builds :) last chance before a week of daily rain16:23
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:25
RPkanavin: sounds good. I'm hoping for no rain this weekend for a mtb enduro :)16:25
RPrpcme, vmeson: looks like if I swap the linker flags into the target-cc wrapper, rust-native builds in those cases where it was failing16:26
RPthat sounds like a rust bug to me but what do I know...16:26
vmesonRP, I'm not sure if this is only a Canadianism but: You know more than the average bear!16:27
RPvmeson: we don't have any bears in the UK so reference points are hard on that one!16:28
rpcmeRP: will flag this to esteban16:31
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::c95> has joined #yocto16:31
RPrpcme: I'll test the patch more widely and get it into master-next so we can discuss it16:33
* RP stopped all his builds and restarted but of course sakoman's build pinched all the workers I freed 16:36
RPrpcme, vmeson:
sakomanRP: sorry about that!16:37
*** frieder <frieder!> has quit IRC (Remote host closed the connection)16:47
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::c95> has quit IRC (Quit: issued !quit command)16:48
RPtgamblin: the currently allocated builds are a nice example of why it should allocate picky workers first!17:00
RPer, picky builders17:01
*** argonautx <argonautx!> has joined #yocto17:04
tgamblinRP: hmm, I see that17:15
tgamblinqemux86-64-ptest on an ubuntu1604 builder17:16
RPtgamblin: right17:18
*** xmn <xmn!> has quit IRC (Ping timeout: 248 seconds)17:24
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)17:25
*** florian <florian!> has joined #yocto17:29
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 248 seconds)17:43
*** florian <florian!> has quit IRC (Ping timeout: 248 seconds)17:54
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto17:55
moto-timois 1604 considered a picky builder?18:01
tgamblinmoto-timo: buildperf-ubuntu1604 is a picky builder, since it won't run on anything but an ubuntu1604 worker18:02
moto-timoOh, duh. TY18:03
tgamblinso qemux86-64-ptest getting assigned to an ubuntu1604 if there's another builder it could use is suboptimal18:03
tgamblinI must stop getting the words confused :)18:04
RPtgamblin: buildperf-ubuntu1604 is actually easy as it will only run on perf-ubuntu1604 - they're a 1-1 match18:08
RPtgamblin: but the general idea is right :)18:08
RPoe-selftest-ubuntu is a better example18:08
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto18:09
*** _franck_ <_franck_!> has left #yocto (The Lounge -
*** argonautx <argonautx!> has quit IRC (Quit: Leaving)18:14
*** rpcme <rpcme!> has quit IRC (Ping timeout: 246 seconds)18:16
*** vagaruy <vagaruy!~vagaruy@> has joined #yocto18:19
*** Guest73 <Guest73!~Guest73@> has quit IRC (Quit: Client closed)18:30
*** vagaruy <vagaruy!~vagaruy@> has quit IRC (Ping timeout: 240 seconds)18:39
kanavinRP: pokybuild@ubuntu2004-ty-1:~/akanavin/poky/build$ ls -l /dev/dri/renderD12818:39
kanavincrw-rw---- 1 root render 226, 128 Aug 23 16:54 /dev/dri/renderD12818:39
kanavinpokybuild@ubuntu2004-ty-1:~/akanavin/poky/build$ groups18:39
kanavinpokybuild kvm18:39
kanavinUbuntu sets too strict permissions simply18:40
kanavinnot sure where that is configured, but perhaps adding pokybuild users to render group will do the trick18:40
kanavinrunqemu prints:18:42
kanavinrunqemu - ERROR - Failed to run qemu: qemu-system-x86_64: egl: no drm render node available18:42
kanavinqemu-system-x86_64: egl: render node init failed18:42
kanavinwhy oe-selftest is printing something entirely different is a mystery :)18:42
kanavinhalstead, ^^^18:42
*** rpcme <rpcme!> has joined #yocto18:43
halsteadkanavin: ah, I can update groups18:43
kanavinhalstead, is there a reason regular users aren't in kvm group?18:44
kanavinthat'd make life easier, we could run builds and use qemu without sudo pokybuild18:44
kanavinhalstead, thanks :)18:45
moto-timoRP: python3-pluggy upgrade to 1.0.0 in progress. In case there is any chance of getting it in the release. Otherwise we can stage it.18:47
*** cocoJoe <cocoJoe!> has quit IRC (Quit: Client closed)18:48
JPEWsgw: Thanks for the patches. I had already fixed up some of them, just pushed an updated jpew/sbom branch to try out18:51
JPEWsgw: It generates a lot of License warnings currently; I think we can tackle cleaning those up although I'm not sure what to do about all the PD licenses18:52
*** vagaruy <vagaruy!~vagaruy@> has joined #yocto18:54
*** rpcme <rpcme!> has quit IRC (Quit: Client closed)19:01
RPkanavin: Thanks! Would be good to figure out why that isn't printed too :/19:01
*** rpcme <rpcme!> has joined #yocto19:01
kanavinRP: I'll try to get to that :) this has been ongoing for a while, if qemu isn't able to start, oe-selftest is not helpful :-/19:03
vmesonRP: The new master-next built rust-hello-world just fine with sstate-cache, so I started a no sstate-cache build. I will also do world builds and oe-selftests.  Is there anything else that you'd suggest for testing or to do next?19:09
paulgzeddii, you might get a laugh out of  seeing as RP tried to suck you into that vortex in the past.   :)19:11
* paulg volunteers RP to bisect qemu19:12
paulgat least we have a reproducer now.19:13
paulgI have to wonder if it wouldn't be smart to just move off of mac99 for qemu-ppc ;  using e500 would still be ancient, but at least 10y newer...19:14
zeddiiyah. we aren't tied to that. it was just the right thing at the time.19:14
paulgwe are going to have to invest time in limping along mac99 in qemu at some point anyway;  it already complains with19:15
paulg[    3.534369] legacy IDE will be removed in 2021, please switch to libata19:15
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 250 seconds)19:16
paulgshifting qemu ppc target platform is probably beyond my skill set ; I thought I was doing good to add a PCI-16550 card and not blow it up.19:17
*** davidinux <davidinux!~davidinux@> has joined #yocto19:17
zeddiiyah. we've wanted to do that for a while. I'll have to put time it into. or we kill it. or we get a sponsor to convinces to go ppc64 only (and help make sure it is fully working/supported).19:17
zeddiis/time it into/time into it/19:18
paulgthere is no guarantee the e500 doesn't have the same MPIC emulation bug, of course.19:19
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)19:25
zeddiipaulg, worth a try. maybe we can figure out a streamlined way to test a new platform.19:37
paulgI'd consider having a tinker with doing an e500 machine, but I'm pretty sure I'd fail miserably when it comes to mouse/touchscreen/sound crap that is probably table stakes for sato validation.19:39
*** vagaruy <vagaruy!~vagaruy@> has quit IRC (Ping timeout: 240 seconds)19:40
zeddiithe screen was an issue before, but if we look into it and see no route to graphics, we can bail pretty early. I'll check the latest machine specs on the qemu site.19:41
RPpaulg: we don't need sound, touchscreen just needs usb19:44
RPgraphics is probably the hard bit19:45
RPpaulg: showing how broken it is helps a lot as it gives ups a reason to drop it unless someone steps up to help it19:45
*** rpcme <rpcme!> has quit IRC (Quit: Client closed)19:45
RPpaulg: thanks for that. It is worrying that adding the pci card breaks it too :/19:45
zeddiidebugging a virtualized interrupt controller on ppc sounds fun though!19:47
*** rpcme <rpcme!> has joined #yocto19:48
tgamblinanyone else unable to reach
halsteadtgamblin: I'm getting slow page loads.19:52
*** vagaruy <vagaruy!~vagaruy@> has joined #yocto19:53
RPzeddii: you're volunteering? :)19:53
tgamblinhalstead: consistent timeouts for me19:54
* paulg wonders if he left breadcrumbs on the qemu build-from-source in the yocto IRC logs. Shoulda taken notes....19:57
halsteadtgamblin: CPU is near the alert level.  OOM killer just took out a few processes. I'll find the issue. It should be responsive again.19:59
vmesonhalstead: tgamblin it seems to be back now.20:01
vmesonwell, I could clone using git:// but the site isn't responding.20:02
* vmeson tries gopher!20:02
halsteadtgamblin: vmeson RP. I'm adding more memory. Short downtime. This might mess with builds in progress.20:07
*** vd <vd!> has quit IRC (Quit: Client closed)20:07
*** vd <vd!> has joined #yocto20:08 is very responsive now.20:11
paulgRP, if that irq <n> nobody" cared"  happens in the wild again, it would be good to capture /proc/interrupts from the instance...  but I've no idea how hard that'd be to plug into the QA tests.20:11
RPpaulg: we struggle with this side of things. I think tgamblin was looking at dmesg in failure logging so maybe we could ride those coattails?20:12
halsteadkanavin: Nobody has asked for their user account to be in the kvm group. Everyone has done their testing as pokybuild. I will add your user since it would be helpful to you.20:12
RPtlwoerner: There was an interesting reply upstream on the pseudo issue:
RPkanavin, halstead: hmm, this may not be the real issue then? :/20:13
kanavinRP: I've run the build as pokybuild20:13
kanavinsince qemu not using kvm on a heavily loaded machine would be torture :)20:14
paulgyeah -  it all of course relies on the turdburger being still operable enough for random ssh commands like "dmesg" and "cat /proc/interrupts" and so on ; but such a place to plug in generic data collection would be nice.20:14
RPpaulg: I dream of this stuff all working nicely20:15
RPvmeson: I'm not sure where we're at with rust now. I'm basically waiting on the next autobuilder build to see what that shows20:16
tlwoernerRP: amazing that you got any reply to such a specific question, nevermind such a good reply20:20
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:9041:5548:cff4:ad4> has joined #yocto20:20
*** rpcme <rpcme!> has quit IRC (Quit: Client closed)20:22
whuang0389how can I nest bb.utils.contains? for example: USE_X11="${@bb.utils.contains("DISTRO_FEATURES", "wayland", "0", "${@bb.utils.contains('DISTRO_FEATURES', 'x11', '1', '0', d)}", d)}"20:23
whuang0389but in the case where I have x11 enabled, USE_X11 gets set to the value  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', '1', '0', d)} and not '1' or '0'20:24
RPtlwoerner: it was lovely to get a reply, I thought I wasn't going to!20:25
tlwoernerRP: so an auditor library then?20:26
RPtlwoerner: maybe, I'd need to look at how that works20:26
*** florian <florian!> has joined #yocto20:27
moto-timopython3-pluggy upgrade sent. all ptests pass and AUH built on "all" platforms, so it should be good to go20:29
RPmoto-timo: thanks, will try and get that into a build. Things are a bit backlogged20:35
vmesonwhuang0389:  there do seem to be some examples of that: $ cd .../poky.git then  $ rg bb.utils.contains.*bb.utils.contains -- where rg = ripgrep or grep.20:39
vmeson*grep -r20:39
sgwJPEW:  thanks, I will grab the update, what other license warnings are you seeing?  From the SPDX valdiate tools?20:39
*** rpcme <rpcme!> has joined #yocto20:42
whuang0389ok thanks!20:44
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 240 seconds)20:44
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)20:45
vddo you guys use dracut?20:57
*** sethfoster <sethfoster!~sethfoste@> has quit IRC (Ping timeout: 250 seconds)21:00
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto21:07
*** d0ku <d0ku!> has quit IRC (Ping timeout: 248 seconds)21:07
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)21:08
vdI'm wondering how well it integrates with yocto21:11
*** sethfoster <sethfoster!~sethfoste@> has joined #yocto21:17
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 252 seconds)21:19
*** prabhakarlad <prabhakarlad!> has joined #yocto21:25
*** Ad0 <Ad0!~Ad0@> has joined #yocto21:25
*** florian <florian!> has joined #yocto21:46
Tokamakanyone familiar with a nice way to determine how much each component contributes to a final image size?  ideal tool would be something like df utility for the package dependency hierarchy of a given recipe/image?21:50
vmesonWell, most things work but: bitbake lib32-rustfmt for qemuarm64: failed with exit code '1'21:50
JaMaTokamak: buildhistory contains installed_packages_sizes.txt which helps21:57
JPEWsgw: A lot of recipes use just "BSD" which isn't valid (need to know which BSD); I will add a special expception for Public Domain (PD) because there isn't really a sane way to handle that :/21:58
JPEWA few other minor ones that I think just need the license clarified or a new SPDX license map21:58
Tokamakthanks for the pointer JaMa21:59
sgwJPEW: Yeah, I saw that after running with your new code22:01
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:23
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto22:24
vmeson RP: tried to build musl after glibc based rust-hello-world: -- *** 0149:                raise OSError(errno.EEXIST, "Link %s already exists as a file" % dest, dest)22:25
*** vagaruy <vagaruy!~vagaruy@> has quit IRC (Ping timeout: 250 seconds)22:31
*** dev1990 <dev1990!> has quit IRC (Quit: Konversation terminated!)22:39
*** vagaruy <vagaruy!~vagaruy@> has joined #yocto22:53
vagaruyDoes anyone here use yocto generated linux in a medical device. Curious about the SOUP analysis procedure utilized by various people as required by FDA 62304 guidance document.22:56
RPvmeson: we'll probably need to start opening bugs for the issues22:56
paulgmoar bugz!23:01
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)23:05
*** camus1 <camus1!~Instantbi@> has joined #yocto23:05
*** camus1 is now known as camus23:08
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)23:10
*** florian <florian!> has quit IRC (Ping timeout: 250 seconds)23:36
*** d0ku <d0ku!> has joined #yocto23:40

Generated by 2.17.2 by Marius Gedminas - find it at!