Thursday, 2021-02-04

khemRP:  patch is on ml now but you need to fix the pseudo typo in master-next as well otherwise all is red00:00
RPkhem: typo fixed :)00:04
RPkhem: don't have your patch yet, ml is obviously being slow00:04
RPkhem: is that patch in a tree anywhere?00:05
khemyou can download it from here
*** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has quit IRC00:06
RPkhem: thanks, will try a build00:07
khemI hope 2.33 helps with intermittent build race that was reported in glibc00:07
khembut we should keep an eye00:07
RPkhem: can but hope :)00:08
khemyeah I know even fixing reproducible issues is hard forget about intermittent ones now a days00:09
*** dmoseley <dmoseley!~dmoseley@> has quit IRC00:11
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto00:12
*** kpo_ <kpo_!> has quit IRC00:16
*** kpo_ <kpo_!> has joined #yocto00:16
*** kaspter <kaspter!~Instantbi@> has quit IRC00:28
*** kaspter <kaspter!~Instantbi@> has joined #yocto00:29
*** kiwi_29 <kiwi_29!> has joined #yocto00:30
*** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has quit IRC00:31
*** dvhart <dvhart!~dvhart@> has quit IRC00:31
*** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has joined #yocto00:33
*** kiwi_29 <kiwi_29!> has quit IRC00:34
*** kiwi_29 <kiwi_29!> has joined #yocto00:42
*** kiwi_29 <kiwi_29!> has quit IRC00:46
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC00:46
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto00:47
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto00:47
*** kiwi_29 <kiwi_29!> has joined #yocto00:59
*** jordemort <jordemort!jordanshad@gateway/shell/> has joined #yocto00:59
*** ahadi <ahadi!> has quit IRC01:00
*** manuel_ <manuel_!> has quit IRC01:01
*** ahadi <ahadi!> has joined #yocto01:02
*** kiwi_29 <kiwi_29!> has quit IRC01:02
*** manuel_ <manuel_!> has joined #yocto01:03
*** stephano <stephano!~stephano@> has quit IRC01:04
zeddiikind of surprised the LF threw in the towel completely for ELC!01:21
*** dvhart <dvhart!~dvhart@> has joined #yocto01:28
*** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has quit IRC01:33
*** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has joined #yocto01:34
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC01:34
*** plntyk2 <plntyk2!> has joined #yocto01:34
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto01:34
*** plntyk <plntyk!> has quit IRC01:36
*** dvhart <dvhart!~dvhart@> has quit IRC01:47
*** manuel_ <manuel_!> has quit IRC01:56
*** kiwi_29 <kiwi_29!> has joined #yocto01:58
*** kiwi_29 <kiwi_29!> has quit IRC02:02
*** agrue <agrue!> has quit IRC02:06
* jonesv[m] sent a long message: < >02:22
*** dmoseley <dmoseley!~dmoseley@> has quit IRC02:37
*** minimaxwell <minimaxwell!> has quit IRC02:39
*** minimaxwell <minimaxwell!> has joined #yocto02:41
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto02:42
*** sakoman <sakoman!~steve@> has quit IRC02:44
*** minimaxwell <minimaxwell!> has quit IRC02:50
* jonesv[m] sent a long message: < >02:51
*** jobroe <jobroe!> has joined #yocto02:52
*** kiwi_29 <kiwi_29!> has joined #yocto03:02
*** sakoman <sakoman!~steve@> has joined #yocto03:04
*** ahadi <ahadi!> has quit IRC03:07
*** ahadi <ahadi!~ahadi@> has joined #yocto03:07
*** sakoman <sakoman!~steve@> has quit IRC03:16
*** kiwi_29 <kiwi_29!> has quit IRC03:42
*** kiwi_29 <kiwi_29!> has joined #yocto03:43
*** mattsm <mattsm!> has quit IRC03:52
*** mattsm <mattsm!> has joined #yocto03:52
*** NiksDev <NiksDev!~NiksDev@> has quit IRC03:52
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto03:54
*** kiwi_29 <kiwi_29!> has quit IRC03:57
*** kiwi_29 <kiwi_29!> has joined #yocto04:00
*** kiwi_29 <kiwi_29!> has quit IRC04:08
*** kiwi_29 <kiwi_29!> has joined #yocto04:34
*** kiwi_29 <kiwi_29!> has quit IRC04:40
*** jobroe_ <jobroe_!> has joined #yocto04:42
*** jobroe <jobroe!> has quit IRC04:43
*** plntyk2 <plntyk2!> has quit IRC05:04
*** plntyk <plntyk!> has joined #yocto05:04
*** bobo <bobo!> has joined #yocto05:09
*** bobo__ <bobo__!> has joined #yocto05:09
*** sno <sno!> has joined #yocto05:16
*** NiksDev <NiksDev!~NiksDev@> has quit IRC05:18
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto05:19
*** sno <sno!> has quit IRC05:21
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:23
*** sno <sno!> has joined #yocto05:25
*** NiksDev <NiksDev!~NiksDev@> has quit IRC05:29
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto05:30
*** NiksDev <NiksDev!~NiksDev@> has quit IRC05:32
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto05:33
*** NiksDev <NiksDev!~NiksDev@> has quit IRC05:42
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto05:43
*** kiwi_29 <kiwi_29!> has joined #yocto05:52
*** NiksDev <NiksDev!~NiksDev@> has quit IRC05:53
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto05:55
*** kiwi_29 <kiwi_29!> has quit IRC05:55
*** vijay <vijay!a4a45f09@> has joined #yocto05:59
vijayI'm running cmake to build shared libraries, but cmake gives me following error. Please suggest me.05:59
vijay| checking whether make supports the include directive... yes (GNU style)05:59
vijay| checking for gcc... /home/bl-docker/rity/bsp/tmp/work/aarch64-poky-linux/kvscpp/1.0-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux/aarch64-poky-linux-gcc05:59
vijay| checking whether the C compiler works... no05:59
vijay| configure: error: in `/home/bl-docker/rity/bsp/tmp/work/aarch64-poky-linux/kvscpp/1.0-r0/git/open-source/liblog4cplus/build/src/project_log4cplus':05:59
vijay| configure: error: C compiler cannot create executables05:59
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:00
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:01
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:03
*** feddischson <feddischson!> has joined #yocto06:04
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:04
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto06:05
*** kiwi_29 <kiwi_29!> has joined #yocto06:07
*** bobo <bobo!> has quit IRC06:13
*** vijay <vijay!a4a45f09@> has quit IRC06:14
*** bobo__ <bobo__!> has quit IRC06:14
*** B0ned1ger <B0ned1ger!> has joined #yocto06:16
*** beneth <beneth!> has joined #yocto06:25
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:27
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:27
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:29
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:30
*** alessioigor <alessioigor!> has joined #yocto06:31
*** alessioigor <alessioigor!> has quit IRC06:34
*** bobo <bobo!> has joined #yocto06:39
*** bobo__ <bobo__!> has joined #yocto06:39
*** ThomasD13 <ThomasD13!> has joined #yocto06:39
*** AndersD <AndersD!> has joined #yocto06:46
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:53
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto06:54
*** NiksDev <NiksDev!~NiksDev@> has quit IRC06:56
*** vijay <vijay!a4a45f09@> has joined #yocto06:57
*** kiwi_29_ <kiwi_29_!> has joined #yocto06:59
*** AndersD <AndersD!> has quit IRC07:00
*** kiwi_29 <kiwi_29!> has quit IRC07:00
*** AndersD <AndersD!> has joined #yocto07:00
*** minimaxwell <minimaxwell!~minimaxwe@> has joined #yocto07:04
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC07:09
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:09
*** manuel_ <manuel_!> has joined #yocto07:16
*** RobertBerger <RobertBerger!> has quit IRC07:16
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:19
*** RobertBerger <RobertBerger!> has joined #yocto07:31
*** mckoan|away is now known as mckoan07:32
*** kiwi_29_ <kiwi_29_!> has quit IRC07:35
*** frsc <frsc!> has joined #yocto07:39
*** B0ned1ger <B0ned1ger!> has quit IRC07:46
*** bobo <bobo!> has quit IRC07:47
*** B0ned1ge_ <B0ned1ge_!> has joined #yocto07:47
mckoangood morning07:47
mckoanSad news from Linux Foundation07:47
mckoanLF said they've made the difficult decision to cancel plans for events to take place in August even if Virtual.07:47
*** bobo__ <bobo__!> has quit IRC07:48
mckoanOnly ELCE in Dublin is still confirmed (very likely Virtual)07:48
RPkhem: not sure I understand the glibc build result :/07:49
khemlink ?07:52
RPkhem: looks like core-image-sato-sdk fails to boot in many cases07:54
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has joined #yocto07:56
*** fl0v0 <fl0v0!> has joined #yocto07:58
khemlooks like kernel crashes08:00
RPkhem: maybe, not sure08:03
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto08:08
khemI think its mainly qemux86/qemuarm/qemumips which is showing boot failures let me try to reproduce the qemux86 one first since that seems to be completely bad08:09
khemRP:  I also see stdio: ERROR: No new tasks can be executed since the disk space monitor action is "STOPTASKS"!08:15
khemI wonder if its out of disk space ?08:15
*** rcoote <rcoote!~rcoote@> has joined #yocto08:18
LetoThe2ndyo dudX08:20
*** frsc <frsc!> has quit IRC08:23
*** frsc <frsc!> has joined #yocto08:27
*** manuel_ <manuel_!> has quit IRC08:34
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:e2bc:3fed:317c:3efb> has joined #yocto08:34
*** huseyinkozan <huseyinkozan!~hk@> has joined #yocto08:36
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:41
*** goliath <goliath!> has joined #yocto08:46
RPkhem: the arm one was, I've fixed that08:48
RPkhem: doesn't explain all the others08:49
*** jack_guo <jack_guo!3ef59ee1@> has joined #yocto09:00
jack_guomorning :)09:00
*** vijay <vijay!a4a45f09@> has quit IRC09:03
jack_guoi have a question/build error. currently i am running a docker container (L2) inside a debian kvm (L1) on a host (L0). The build is crashing on "rootfs/dev: umount failed: No such file or directory" "FileNotFoundError: [Errno 2] No such file or directory: '/proc/mounts'". How do i solve this?09:08
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:10
*** PaowZ <PaowZ!~vince@2a01:e0a:144:d020:d880:f293:58e8:45e7> has quit IRC09:18
*** medaliyou <medaliyou!29e3fbc9@> has joined #yocto09:22
RPjack_guo: it seems strange something is trying to run umount? that isn't part of a normal build as far as I know. Do you have a bit more context for the error?09:23
LetoThe2ndjack_guo: i guess the first step would be to find out what actually crashes? because a generic bitbake certainly doesn't try an unmount something09:23
LetoThe2ndRP: meh, slow typing me.09:23
jack_guo| umount: /home/gitlab-runner/isar-vied/build/tmp/work/debian-buster-amd64/isar-bootstrap-target/1.0-r0/rootfs/dev: umount failed: No such file or directory.09:25
jack_guo| WARNING: exit code 32 from a shell command.09:25
jack_guoERROR: Task (mc:qemuamd64-buster:/home/gitlab-runner/isar-vied/meta/recipes-core/isar-bootstrap/ failed with exit code '1'09:25
jack_guoNOTE: Tasks Summary: Attempted 35 tasks of which 0 didn't need to be rerun and 1 failed.09:25
jack_guoERROR: Execution of event handler 'build_completed' failed09:25
jack_guoTraceback (most recent call last):09:25
jack_guo  File "/home/gitlab-runner/isar-vied/meta/classes/isar-events.bbclass", line 52, in build_completed(e=<bb.event.BuildCompleted object at 0x7facf1abf358>):09:25
jack_guo    >    with open('/proc/mounts') as f:09:25
jack_guo             for line in f.readlines():09:25
jack_guoFileNotFoundError: [Errno 2] No such file or directory: '/proc/mounts'09:25
LetoThe2ndjack_guo: isar is a somewhat external thing to us, and you are trying to assemble a debian image, right?09:26
RPjack_guo: ah. You'd need to ask the isar people about their class, I have no idea what that does09:26
jack_guoyes, i am trying to assemble a debian image09:26
jack_guook, i'll try the isar people then09:27
LetoThe2ndjack_guo: well then you should certainly try and get in touch with the isar folks.09:27
RPjack_guo: if you can mount a valid /proc within the container it would probably help, or even a dummy file there09:29
RPjack_guo: I don't know what it uses it for though09:29
*** PaowZ <PaowZ!~vince@2a01:e0a:144:d020:2182:3461:7edd:4722> has joined #yocto09:30
*** leon-anavi <leon-anavi!~Leon@> has quit IRC09:30
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:30
*** minimaxwell <minimaxwell!~minimaxwe@> has quit IRC09:31
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC09:31
*** minimaxwell <minimaxwell!> has joined #yocto09:33
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto09:33
*** camus <camus!~Instantbi@> has joined #yocto09:35
*** kiwi_29 <kiwi_29!> has joined #yocto09:36
*** kaspter <kaspter!~Instantbi@> has quit IRC09:36
*** camus is now known as kaspter09:36
jack_guoi think i found the issue. some sort of bug with debootstrap
*** kiwi_29 <kiwi_29!> has quit IRC09:42
*** polaris <polaris!> has joined #yocto09:48
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto09:48
*** NiksDev <NiksDev!~NiksDev@> has quit IRC09:53
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:53
*** NiksDev <NiksDev!~NiksDev@> has quit IRC09:57
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:57
*** jack_guo <jack_guo!3ef59ee1@> has quit IRC09:58
*** leon-anavi <leon-anavi!~Leon@> has quit IRC09:58
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:59
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:02
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:02
polarisHi, I want to use devtool to add an NPM module using the Repository Method. The module is provided by a custom NPM repo with restricted access. I use a .npmrc with the necessary credentials to access the repo with the npm command line tool. However, using devtool add the npm tool doesn't seem to find/see the .npmrc file in my home directory or in the build directory. Does anyone know in which10:05
polarisdirectory .npmrc must be located?10:05
tprrtpolaris: Maybe this will be useful to you:
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC10:14
*** rob_w_ <rob_w_!> has joined #yocto10:14
*** polaris- <polaris-!> has joined #yocto10:14
*** AndersD <AndersD!> has quit IRC10:14
*** plntyk <plntyk!> has quit IRC10:14
*** plntyk <plntyk!> has joined #yocto10:14
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto10:14
*** AndersD <AndersD!> has joined #yocto10:14
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:15
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:15
*** polaris <polaris!> has quit IRC10:17
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC10:18
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:18
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:19
*** vijay <vijay!a4a45f09@> has joined #yocto10:20
vijayI'm running cmake to build shared libraries, but cmake gives me following error.10:20
vijay| checking whether make supports the include directive... yes (GNU style)10:20
vijay| checking for gcc... /home/bl-docker/rity/bsp/tmp/work/aarch64-poky-linux/kvscpp/1.0-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux/aarch64-poky-linux-gcc10:20
vijay| checking whether the C compiler works... no10:20
vijay| configure: error: in `/home/bl-docker/rity/bsp/tmp/work/aarch64-poky-linux/kvscpp/1.0-r0/git/open-source/liblog4cplus/build/src/project_log4cplus':10:20
vijay| configure: error: C compiler cannot create executables10:20
mcfriskvijay: check the compile scripts and logs to see that bitbake's toolchain file and it's variables are used correctly10:25
mcfriskremember to use cmake.bbclass in the recipe, e.g. "inherit cmake"10:25
vijaymcfrisk I'm using inherit cmake in my recipe.10:27
LetoThe2ndif we're talking about this the i expect massive work to be needed to make it work10:28
vijayYes, trying into integrate the same10:29
LetoThe2ndbecause this is actually like an inner build that is hidden away for its OS dependencies, which is mostly guaranteed to break in a crosscompilation environment. not even talking about licensing problems.10:29
vijayLetoThe2nd How to avoid those?10:30
LetoThe2ndmy advice would be to first package up the dependencies and then make that kvscpp thing use them, probably by patching.10:30
LetoThe2ndbut this is certainly not trivial-10:30
LetoThe2ndhum they at least claim to be cross compile aware which is more than one usually can expect:
*** B0ned1ger <B0ned1ger!> has joined #yocto10:33
vijayI want to install gstreamer plugin kvssink10:33
*** rob_w_ <rob_w_!> has quit IRC10:34
vijayLetoThe2nd Thanks for the advice.10:34
LetoThe2ndvijay: have fun.10:35
*** medaliyou <medaliyou!29e3fbc9@> has quit IRC10:35
*** B0ned1ge_ <B0ned1ge_!> has quit IRC10:36
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto10:36
*** B0ned1ger <B0ned1ger!> has quit IRC10:39
*** B0ned1ger <B0ned1ger!> has joined #yocto10:41
*** B0ned1ger2 <B0ned1ger2!> has quit IRC10:45
*** B0ned1ger <B0ned1ger!> has quit IRC10:46
*** B0ned1ger <B0ned1ger!> has joined #yocto11:00
*** vijay <vijay!a4a45f09@> has quit IRC11:07
*** NiksDev <NiksDev!~NiksDev@> has quit IRC11:08
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto11:08
*** oberstet <oberstet!~oberstet@> has joined #yocto11:13
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto11:37
*** NiksDev <NiksDev!~NiksDev@> has quit IRC11:37
*** B0ned1ger <B0ned1ger!> has quit IRC11:38
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto11:38
*** kaspter <kaspter!~Instantbi@> has quit IRC12:07
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:07
*** wooosaiiii <wooosaiiii!> has quit IRC12:16
*** wooosaiiii <wooosaiiii!> has joined #yocto12:16
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC12:27
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto12:30
*** B0ned1ger2 <B0ned1ger2!> has quit IRC12:32
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC12:38
*** B0ned1ger <B0ned1ger!> has joined #yocto12:44
*** kpo_ <kpo_!> has quit IRC12:54
*** wadim <wadim!> has joined #yocto12:54
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:54
*** kpo_ <kpo_!> has joined #yocto12:54
*** wadim <wadim!> has quit IRC12:55
*** AndersD <AndersD!> has quit IRC13:01
*** huseyinkozan <huseyinkozan!~hk@> has quit IRC13:04
polaris-Hi, does anyone know how to make devtool/Bitbake add aware of a custom .npmrc? Or to ask differently, how can I provide a custom .npmrc to devtool/Bitbake? Is that possible at all?13:06
*** eduardas <eduardas!> has joined #yocto13:11
LetoThe2ndpolaris-: anything is possible, its just software. but i guess you'll actually have to look at the npm fetcher code here13:12
LetoThe2ndyann: ^^^^^^13:13
yannpolaris-: AFAIK .npmrc in your source should just be used already ?  except if explicitly disabled, and then as LetoThe2nd said, the code is the law13:19
LetoThe2ndoh and of course rburton!!!!13:21
yannLetoThe2nd: often it's rather :)13:23
polaris-yann: well, I have a .npmrc in my home folder. It contains credentials to access a private npm repo. I want to use devtool add to create a recipe for a module available in the private repo. I works with npm install in my shell. But devtool add seems to ignore the .npmrc in my home folder.13:23
LetoThe2ndyann: hi513:23
yannit's normal that it would ignore your home folder, there would be a reproducibility issue13:24
polaris-yann: yes .. that's a good point. I didn't find another way to provide the credentials for the repo though.13:25
yannpolaris-: not perfect, but you can add something like "_authToken=${MY_NPM_REGISTRY_TOKEN}" in a .npmrc in your project, and set that var in your environment13:26
mcfriskfwiw, using .netrc from users home is normal for all bitbake fetchers like git13:27
polaris-yann: that sounds interesting, what do you mean by project?13:27
yannwe are rather using yarn than directly npm, and use a different mechanism now, but I'm not sure it would apply to npm13:27
mcfriskand similarly svn fetcher uses ~/.subversion for authentication etc config13:28
yannpolaris-: hm let me think twice, that probably won't work to have this in your source - just ignore what I said :)13:29
polaris-mcfrisk: good point13:29
polaris-I also tried to use fetch the project from the Git repo but that's also failing for me. My URI is "git://;branch=master;protocol=ssh;tag=v0.0.4" and the error I get is "ssh: Could not resolve hostname Name or service not known"13:34
polaris-I guess that's a parsing problem.13:35
*** sakoman <sakoman!~steve@> has joined #yocto13:41
RPmcfrisk: we do try and minimise such accesses though...13:46
*** dmoseley <dmoseley!~dmoseley@> has quit IRC13:51
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto14:03
*** sakoman <sakoman!~steve@> has quit IRC14:06
*** sakoman <sakoman!~steve@> has joined #yocto14:07
*** huseyinkozan <huseyinkozan!~hk@> has joined #yocto14:24
*** dev1990 <dev1990!> has quit IRC14:25
JPEWTBH having ELC-NA and ELC-E 2 months apart and virtual didn't really make sense, so I'm not too suprised it was canceled14:28
* LetoThe2nd places his bet on ELCE going virtual and into the NA timezone too.14:30
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto14:38
*** vineela <vineela!~vtummala@> has joined #yocto14:38
JPEWLetoThe2nd: I would guess that also14:39
*** B0ned1ger <B0ned1ger!> has quit IRC14:41
*** B0ned1ger2 <B0ned1ger2!> has quit IRC14:42
*** pharaon2502 <pharaon2502!> has joined #yocto14:43
*** B0ned1ger <B0ned1ger!> has joined #yocto14:45
*** risca <risca!~quassel@> has joined #yocto14:52
jordemorti'm using crops/poky and i keep on getting myself into situations (like, if i'm working on a new recipe that doesn't build right the first time, or if i change a recipe) where my build fails because the recipe couldn't clean out the old source files from the previous build due to a permissions error14:53
jordemortwhat am i doing wrong? the files seem to be owned by the (unprivileged, no sudo access) user that i'm doing the build as, i'm not sure why they can't be removed or how i'm creating files that i can't then subsequently remove without sudo14:54
jordemorti've dug around and saw that sometimes this is caused by copying files instead of using `install` in your `do_install` but this stuff is blowing up at `do_compile`14:55
*** jobroe_ <jobroe_!> has quit IRC14:59
*** dmoseley <dmoseley!~dmoseley@> has quit IRC15:00
*** bps <bps!> has quit IRC15:03
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto15:03
JPEWjordemort: Are you doing everything in the container, or are you trying to mix commands inside and outside the container?15:05
jordemort<JPEW "Jordan: Are you doing everything"> everything inside the container15:05
jordemortthe build and sstate are on volumes, they're not even accessible outside the container15:06
*** huseyinkozan <huseyinkozan!~hk@> has quit IRC15:08
*** huseyinkozan <huseyinkozan!~hk@> has joined #yocto15:08
JPEWjordemort: Not sure then.... I don't use crops for desktop builds, sorry15:09
*** ThomasD13 <ThomasD13!> has quit IRC15:11
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto15:12
*** sakoman <sakoman!~steve@> has quit IRC15:14
*** sakoman <sakoman!~steve@> has joined #yocto15:14
jonmasonRP: looks like diskspace on autobuilder is low.  See
RPjonmason: this is the problem we have with the arm worker, I did pause it and do some manual cleanup so we should be ok again15:24
jonmasontell awafaa to get you a bigger disk ;-)15:25
RPjonmason: I know there are some contstraints on the server, I don't recall what :/15:25
RPjonmason: not helped that one of the arm servers is effectively dead :(15:26
jonmasonThere are some good Arm servers out now.  It _should_ be possible to get one to you.  I'll start an internal email to see if anyone is working on getting it replaced15:27
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC15:30
*** vmeson <vmeson!> has quit IRC15:37
*** vmesons <vmesons!> has joined #yocto15:37
*** bps <bps!~bps@> has joined #yocto15:41
*** dvhart <dvhart!~dvhart@> has joined #yocto15:41
*** kaspter <kaspter!~Instantbi@> has quit IRC15:45
*** bps <bps!~bps@> has quit IRC15:48
*** bps <bps!~bps@> has joined #yocto15:49
awafaajonmason: I have a cunning idea of a project that you need to take on, it would help RP and the project ;)15:52
LetoThe2ndawafaa: i know, i know! sending a truckload of booze and spare motorcycle parts!15:54
awafaaLetoThe2nd: close, so close... alas no cigar15:54
LetoThe2ndawafaa: DANG.15:54
LetoThe2ndok, now my brain pictures RP going on a ride like
jonmasonawafaa: submerging hardware in coolant?15:58
zeddiijonmason: supervising the hardware install (as flightcrew) on the next starship flight / landing.15:59
*** frsc <frsc!> has quit IRC16:02
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:05
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto16:06
LetoThe2ndzeddii: ++16:07
*** sno <sno!> has quit IRC16:07
zeddiiit's an explosive opportunity! I say go for it!!16:07
*** frsc <frsc!> has joined #yocto16:08
*** frsc <frsc!> has quit IRC16:13
kergothHmm, is there no dbg source package for gcc packages like libstdc++?16:18
*** sno <sno!> has joined #yocto16:21
*** thekappe <thekappe!c65a42b1@> has joined #yocto16:23
*** bobo <bobo!> has joined #yocto16:25
*** bobo__ <bobo__!> has joined #yocto16:25
thekappehello guys ! I asked for a system to store yocto images and sdks. It seems that they are using a tool called artifactory, I've never heard about that and after a rapid look to the artifactory website I am more confused than before. Does anybody know how it works or have some docs to point me to ?16:29
*** vmeson <vmeson!> has joined #yocto16:34
*** kpo_ <kpo_!> has quit IRC16:34
*** kpo_ <kpo_!> has joined #yocto16:34
*** vmesons <vmesons!> has quit IRC16:37
RPkergoth: I'd have thought there should be16:37
*** kpo_ <kpo_!> has quit IRC16:39
RPLetoThe2nd: heh, I take mtb parts too! :)16:39
*** kpo__ <kpo__!> has joined #yocto16:39
kergothmaybe there is and i'm just missing it, just built an sdk and was expecting them to be in there. but only have elfutils  gdb  glibc  libgcc  libnsl2  libtirpc  libxcrypt  prelink  zlib in usr/src/debug, and gcc-runtime-dbg has almost nothing. artifact of the use of gcc-source, perhaps?16:39
RPkergoth: it should be gcc-runtime-dbg I'd have thought16:40
kergoththat's what i thought, no sources in mine though. switching to nodistro/qemu to eliminate external variables from the mix16:40
kergoththanks, i'll investigate further16:41
RPkergoth: FWIW I have an 18MB libstdc++ debug file in gcc-runtime-dbg16:41
kergothmine has the debug files, but not the sources in usr/src/debug16:41
kergothregardless of use of debug-with-src16:42
RPkergoth: oh, right sorry16:42
RPkergoth: that is empty here too16:42
kergothokay, thanks16:42
RPkhem: I did a MACHINE=qemux86 bitbake core-image-sato-sdk -c testimage with glibc 2.32 and it works, then switching to glibc 2.33, it fails16:43
RPzeddii: there is a backtrace in the kernel om both :/16:43
LetoThe2ndRP: you get vehicle parts of any kind, I get the booze. Deal!16:45
RPzeddii: I filed a bug for it as it was easier than pastebin ;-)16:46
*** Klox <Klox!> has quit IRC16:47
*** Klox <Klox!> has joined #yocto16:48
khemRP:  ok. building the sato-sdk image right now. I think its some test which is failing perhaps ? since sato image booted ok for qemux86 here but will see how sato-sdk does16:51
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has quit IRC16:56
*** Wouter01000 <Wouter01000!> has quit IRC16:56
RPkhem: sato and sato-sdk have different tools in so it could be one of these is misbehaving on the new libc16:56
khemright lets see17:00
khemltp takes so long to build :(17:00
sveinseIs it possible to do OVERRIDES_some-machine = "a" in order to be able to use IMAGE_INSTALL_append_a and ROOTFS_POSTPROCESS_COMMAND_append_a in an image recipe?17:01
*** B0ned1ger <B0ned1ger!> has quit IRC17:02
sveinseAnd why "a"? Becuase other machines can result in setting the override flag "a", not just "some-machine".17:02
sveinseThere is no concept of using PACKAGECONFIG on images?17:06
RPsveinse: there are IMAGE_FEATURES17:07
RPsveinse: what you're describing is MACHINEOVERRIDES. Add some-machine to MACHINEOVERRIDES in the appropriate machine and yes, that should work17:07
*** feddischson <feddischson!> has quit IRC17:08
sveinseI'm trying to move away from machineoverrides, really. I have a image which generates different contents based on machine(overrides), but I now need it to be selected by other means than machine.17:09
RPsveinse: well, you can add your own generic overrides, just be careful about namespacing17:10
*** bps <bps!~bps@> has quit IRC17:10
RPsveinse: MACHINEOVERRIDES literally just appends to OVERRIDES17:11
sveinseIMAGE_FEATURES is an great idea. That has turn-key solutions for package selections. But I would need something like this for ROOTFS_POSTPROCESS_COMMAND += "${@bb.utils.contains('IMAGE_FEATURES', 'a', 'something;', '', d)}" ?17:11
khemRP:  the sato-sdk failure does it happen on both systemd/sysvinit ?17:13
*** Wouter01000 <Wouter01000!> has joined #yocto17:17
RPkhem: don't know17:18
*** bps <bps!~bps@> has joined #yocto17:20
*** bobo <bobo!> has quit IRC17:22
*** bobo__ <bobo__!> has quit IRC17:22
*** micka <micka!> has quit IRC17:26
RPkhem: FWIW its not related to the stacktrace in dmesg as that happens with 2.32 and 2.33 in working and non-working cases17:28
sveinseI notice that my system unsets MACHINE, but sets MACHINE_ARCH. Is there a new policy or something in place that discourages the use of MACHINE in recipes?17:29
sveinses/my system/bitbake/17:29
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto17:29
*** RobertBerger <RobertBerger!> has quit IRC17:30
khemRP:  it seems ssh is not working on qemux86 perhaps that could be the reason ?17:30
khemI am building x86_64 image and see if thats the difference17:30
RPkhem: that is why the tests are failing, yes17:30
RPsveinse: it unexports it, which is quite different from unsetting it17:31
khemRP:  the daemon is running but ssh'ing does not work even from console, ssh localhost fails17:31
RPkhem: interesting. I lost my debug env bisecting it to confirm it was definitely glibc uprev17:31
RPkhem: still rebuilding after fighting other issues :/17:32
sveinseRP: oh, my bitbake -e reads "unset MACHINE" on that entry...17:32
RPsveinse: which means "do not export this into the environment", its set in the datastore17:32
khemRP:  a test would be to check if ssh is working with or without glibc 2.3317:33
kheminto qemux8617:33
RPkhem: its definitely working with 2.32 and not with 2.33, I confirmed that much17:33
khemright, I will check if its working with 2.33 + x86_6417:33
sveinseRP: ok. That was subtle. I've always used bitbake -e as an insight into what the datastore have and use17:33
RPsveinse: traditionally, bitbake -e exposes a shell environment as the task would see. Its handy to debug the datastore but you do need to read what its saying17:34
sveinsebut the "pre-expansion value" is printed just before the unset17:34
sveinseRP: Is that the reason why one cannot see the set history of ROOTFS_POSTPROCESS_COMMAND?17:36
RPsveinse: I don't know what that variable is doing to be able to comment :/17:37
sveinseRP: Its a list of functions that OE/BB will call after the image has been compiled. For some reason, the ROOTFS_POSTPROCESS_COMMAND has been replaced by a function that contains all the configured functions to call. But the history of what recipe sets what in that var is gone.17:39
RPsveinse: I know what it does, I mean that I a) don't know what its showing in bitbake -e and b) I don't know how its being set17:39
*** fl0v0 <fl0v0!> has quit IRC17:40
sveinseIf I were to venture a guess; bitbake is deleting the variable and replacing it with a function and with it wipes the change history. But I'm speculating.17:41
RPsveinse: I think history for functions may be suppressed17:41
RPkhem: I think the difference is that sato uses dropbear whereas sato-sdk uses openssh17:42
sveinsejep, seems so17:42
*** stephano <stephano!~stephano@> has joined #yocto17:43
khemRP: right17:43
*** micka <micka!> has joined #yocto17:43
RPsveinse: there may even be an open bug for that17:44
*** dvhart <dvhart!~dvhart@> has quit IRC17:45
dorindaHi Everyone, after creating a recipe using devtool add command and editing, recipe still in poky/build/workspace/ directory. I ran the "devtool finish recipe /layer/path" command but got this error: ERROR: Unable to find initial revision - please specify it with --initial-rev17:49
dorindai don't understand how to go about fixing this, help will be much appreciated thanks.17:50
*** B0ned1ger <B0ned1ger!> has joined #yocto17:53
kergothhuh, this is odd, it seems to be trying to grab this path relative to the parent of the workdir's parent, but the file actually exists in the path relative to the build directory, not the workdir... also the file sin workdir-shared aren't captured at all, since the fdebug-prefix-map doesn't map it at all, you end up with debug source paths like '/work-shared/foo/'17:54
kergothso actually seems to be two different problems preventing inclusion of sources in gcc-runtime17:54
* kergoth digs17:54
*** dvhart <dvhart!~dvhart@> has joined #yocto17:54
kergothi expect we dont include shared files as they could easily be packaged by multiple recipes, which would result in file conflicts at installation time.. but we shouldn't just *not* package them, either...17:55
sveinseShot from the hips here: No initial revision, could that be related to a new git repo that have no commits? Becuase you'd need a first commit to make a git repo valuable17:55
RPkergoth: its not any conscious decision I'm aware of FWIW17:56
* kergoth nods17:56
RPkergoth: more likely the code struggles with the shared workdir :(17:56
kergothi'm not sure how to resolve it, the files referenced that are in shared might be unique to this recipe or might be common to multiple recipes using the shared workdir17:56
kergothso packaging them is non-trivial17:57
dorindasveinse: i suspected so, but the git repo already has existing commits.17:58
tlwoernerdorinda: i'm not an expert on devtool, and i could be wrong about this, but when i use "devtool add" to create a *new* recipe, i just move it to my desired layer manually17:59
tlwoernerdorinda: i think the "devtool finish" only works when you're modifying an existing recipe (aka "devtool modify")18:00
tlwoernerit's possible that if i understood better what it is trying to do that the --initial-rev could work, but i'm not sure what it's looking for18:01
*** vineela <vineela!~vtummala@> has quit IRC18:01
*** thekappe <thekappe!c65a42b1@> has quit IRC18:01
dorindatlwoerner: okay, let me try to move it manually then. i did'nt think of that18:02
*** rcoote <rcoote!~rcoote@> has quit IRC18:02
kergothAh, I see, the debug source handling assumes that the paths can be found relative to dirname(dirname(workdir)) rather than using fdebug-prefix-map to map back to the original source paths, but if the files were generated, i.e. are in ${B} and need a custom fdebug-prefix-map, as is the case for gcc-runtime, they don't exist in the assumed paths18:04
kergoththat explains why include/ostream, etc aren't included18:04
dorindakergoth: hmmm :(18:04
kergothand actually the same is true for the shared workdir paths, we specify the fdebug-prefix-map for them, but the code assumes the resulting paths are relative to there too18:04
* kergoth trying to figure out why gcc-runtime-dbg is missing sources18:05
*** mckoan is now known as mckoan|away18:05
kergothlooks like ideally it'd map back to the original locations using the specified fdebug-prefix-map, but that would likely impact performance, so might have to opt-in to that when the debug prefix maps are customized18:05
kergothdorinda: does the devtool-base tag exist in the git repository? i expect initial-rev might be that, the commit where devtool set up the repo, so it knows which commits to turn into patches. if devtool isn't the one that set up the git repo, it probably coudln't figure that out18:07
kergothadmittedly not a devtool expert18:07
*** vineela <vineela!~vtummala@> has joined #yocto18:09
*** bps <bps!~bps@> has quit IRC18:12
dorindakergoth: hmm, okay i see but i've used this "devtool finish" command when modifying an existing recipe. I really don't know, but thanks.18:17
dorindatlwoerner: Thanks, i just moved the recipe manually to the layer i wanted and it builds alright.18:17
kergothRight, when you modify a recipe, devtool sets up the local git clone. If you used add to reference an existing clone rather than a remote repo, not sure if it does that?18:17
* kergoth shrugs18:17
kergothJust a thought18:17
dorindaThank you all for the help. :)18:23
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC18:25
*** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::e734> has quit IRC18:32
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto18:37
*** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has quit IRC18:38
*** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has joined #yocto18:38
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC18:40
JPEWmoto-timo: I would to submit an ELC CFP about Kubernetes + Tekton + labgrid for Yocto CI... were you planning anything in that space?18:41
JPEW*would like18:41
*** pharaon2502 <pharaon2502!> has quit IRC18:44
tlwoernerwith ELC canceled this year, we should do our own mini-summit thingy ;-)18:45
tlwoerneraka a glorified OEHH with speed talks18:45
*** polaris- <polaris-!> has quit IRC18:46
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto18:49
*** [Sno] <[Sno]!> has joined #yocto18:50
*** Klox5 <Klox5!> has joined #yocto18:51
*** sno <sno!> has quit IRC18:52
*** Klox <Klox!> has quit IRC18:52
*** Klox5 is now known as Klox18:52
*** ThomasD13 <ThomasD13!> has joined #yocto18:56
*** vineela <vineela!~vtummala@> has quit IRC19:00
*** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC19:00
*** vineela <vineela!~vtummala@> has joined #yocto19:01
khemRP:  it seems openssh is the issue for ptest fails on x86, I can see that its working ok on x86_64 but not on x8619:01
*** eduardas <eduardas!> has quit IRC19:03
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto19:09
*** kiwi_29 <kiwi_29!> has joined #yocto19:12
*** huseyinkozan <huseyinkozan!~hk@> has quit IRC19:14
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC19:17
*** minimaxwell <minimaxwell!> has quit IRC19:25
*** minimaxwell <minimaxwell!> has joined #yocto19:30
sveinseCan a FEATURE_PACKAGES_some pull in another FEATURE_PACKAGES_thing? I think not, right?19:38
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC19:44
*** ayoung <ayoung!~ayoung@2600:1000:b031:91be:66a7:17a4:3937:bd02> has joined #yocto19:44
*** minimaxwell <minimaxwell!> has quit IRC19:46
*** minimaxwell <minimaxwell!> has joined #yocto19:47
*** dvhart <dvhart!~dvhart@> has quit IRC19:48
*** vineela <vineela!~vtummala@> has quit IRC19:59
*** vineela <vineela!~vtummala@> has joined #yocto20:04
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto20:04
*** ayoung <ayoung!~ayoung@2600:1000:b031:91be:66a7:17a4:3937:bd02> has quit IRC20:17
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto20:19
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:21
*** aidanh_ is now known as aidanh20:21
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto20:24
sveinseIs it a bad thing to have an empty OVERRIDES .= ":${OTHERVAR}" if OTHERVAR is not defined?20:25
kergothprobably not ideal, but ensuring its always defined is pretty trivial usually..20:26
RPkergoth: I think if we can get the files being added, we can worry about the packaging issue later. I think if the files are identical, the package manager might be ok with it20:27
*** bobo <bobo!> has joined #yocto20:28
*** bobo__ <bobo__!> has joined #yocto20:28
kergothhmm, good point. I'll work on it20:28
sveinseI can't make up my mind if its better to do ROOTFS_POSTPROCESS_COMMAND_append_myfeature via OVERRIDES, vs. manually typing out ${bb.utils.contains('VAR', 'myfeature', ...)} inside a large ROOTFS_POSTPROCESS_COMMAND20:28
sveinseThe bad thing with large multi line blocks is that one cannot put comments in there.20:30
RPkhem: agreed. any idea why?20:30
*** kpo__ <kpo__!> has quit IRC20:32
*** kpo__ <kpo__!> has joined #yocto20:33
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC20:34
*** ad__ is now known as angelo__20:38
*** dvhart <dvhart!~dvhart@> has joined #yocto20:51
*** minimaxwell <minimaxwell!> has quit IRC20:53
sveinseIs there any simple way to let bitbake produce an error if a variable is unset?20:58
JPEWsveinse: check it with anon python?20:59
RPsveinse: can definitely be done in anonymous python?20:59
RPJPEW: snap :)21:00
RPkhem: it looks like its enabling seccomp then getting SIGSYS21:01
RPkhem: I wonder if we need
RPI know it says arm but I think it applies to 32 bit IA too21:11
bantuHello everyone. I think I am seeing this wireguard issue.
*** vermaete <vermaete!> has joined #yocto21:14
*** vermaete77 <vermaete77!> has joined #yocto21:15
vermaete77I know PREMIRRORS will be the answer.  As I got it weeks ago here.  But still I can't find how to use it.21:15
vermaete77All examples I can find are using it to go from whatever to http.21:15
vermaete77But what I would like to do is to redirect from e.g . to http://mygit/something/x21:16
vermaete77So, I'm not looking do download tarballs from another place.  But have access to local placed git repo's from the Internet to our Intranet.21:17
*** vermaete <vermaete!> has quit IRC21:18
*** vermaete77 <vermaete77!> has quit IRC21:20
*** vermaete <vermaete!> has joined #yocto21:20
kergothvermaete: first of all, git urls in src_uri are git://, not http://. second, premirrors is just a search/replace, the fact that the examplse happen to replace with http doesn't mean you have to do so, youc an replace anything you want in the url21:20
kergothwith whatever you want21:21
JPEWHas anyone noticed that brackted-paste mode being enabled in bash is causing problems with terminal output (specifically for testing)?21:22
JPEWYou get weird escape codes in your output like: "echo 'JCQE''DBCNPQ'\r\n\x1b[?2004l\rJCQEDBCNPQ\r\n\x1b[?2004hroot@rock-pi-x:~# "21:23
JPEWNote the \x1b[?2004l and \x1b[?2004h21:23
vermaete@kergoth An example will probably help to explain.
RPJPEW: did we deliberately do that or was it an auto default? I have noticed some issues but not looked into it21:24
vermaeteThat git repo at github is fetched over http.  But at our company network, we can not access the Internet.21:24
JPEWRP: It was enabled by default in bash 5.121:24
RPJPEW: we could change it back...21:25
vermaeteSo, will PREMIRRORS be my answer?21:25
JPEWRP: Ya, I'm trying to figure out the best way to do that21:25
kergothlike i said, it's search/replace. .. i.e. PREMIRRORS = "git://* git://localhost/my/git/mirrors/PATH \n " or something (untested). it's search/replace. replace with your own host and subdir..21:25
kergothadmittedly that example didn't show usage of PATH21:26
RPkhem: above patch fixes it, confirmed21:26
vermaeteca va, I will give it a try.  Thanks for helping again.21:27
khemRP:  there are new time64 syscalls21:27
sveinseIs it problematic if FEATURE_PACKAGES_something defines "something" which is also in OVERRIDES? I see that results in FEATURE_PACKAGES being defined from the override, but uncertain if it has any other obstructive behavior21:27
*** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::eef2> has joined #yocto21:27
khemis it related ?21:27
khemah I was at __NR_pselect6_time64 in strace :)21:27
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC21:28
khemso you beat me to it. I think it will fix arm/mips/x86 issues21:28
khemfor AB21:28
khemRP:  do you want me to create a patch or I guess you already might have one21:28
RPkhem: I have one, will sort21:29
khemok cool21:29
khemlet test it locally here as well21:29
*** vermaete <vermaete!> has quit IRC21:30
JPEWRP: It's comforting that this got released in bash: #  define BRACKETED_PASTE_DEFAULT1/* XXX - for now */21:34
khemRP:  thx, trying it locally here as well.21:39
RPJPEW: yes :/21:42
RPkhem: I've rebased your glibc upgrade onto steve's stable uprev21:43
RP(in -next)21:43
*** vineela <vineela!~vtummala@> has quit IRC21:46
khemok cool21:48
*** vineela <vineela!~vtummala@> has joined #yocto21:50
*** dmoseley <dmoseley!~dmoseley@> has quit IRC21:52
*** B0ned1ger <B0ned1ger!> has quit IRC21:52
*** B0ned1ger <B0ned1ger!> has joined #yocto21:53
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto21:56
*** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:b4ab:dbf0:3788:4ca9> has joined #yocto22:02
*** leon-anavi <leon-anavi!~Leon@> has quit IRC22:06
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto22:06
kergothJPEW: bracked paste is enabled when non-interactive? is that when used over serial or something? I'd expect bash to be able to recognize when it's not on a tty..22:10
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC22:12
*** kiwi_29 <kiwi_29!> has quit IRC22:15
*** kiwi_29 <kiwi_29!> has joined #yocto22:22
*** kiwi_29 <kiwi_29!> has quit IRC22:25
*** kiwi_29 <kiwi_29!> has joined #yocto22:33
*** kiwi_29 <kiwi_29!> has quit IRC22:37
*** manuel_ <manuel_!> has joined #yocto22:38
JPEWkergoth: Ya, sorry. The commit message it wrong22:40
JPEWIt's "interactive" over serial22:40
*** leon-anavi <leon-anavi!~Leon@> has quit IRC22:43
*** kiwi_29 <kiwi_29!> has joined #yocto22:54
kergothhmm, wonder if there's a way to disable it in that context somehow. would probably require session management or something funky. oh well22:55
kergothJPEW: thanks for the clarification22:55
kergothhuh, this is weird. work-shared gcc sources in gcc-runtime context are '/work-shared/foo'. But none of the debug-prefix-map entries are configured to replace TMPDIR with the empty string, they should be replacing those with the gcc-runtime src debug paths. Weird?22:57
*** Agent13 <Agent13!> has joined #yocto22:57
*** kiwi_29 <kiwi_29!> has quit IRC22:58
Agent13Hello - a relative yocto newb here. I trying to use devtool, specifilcally devtool add .... but I keep getting the following message:23:01
Agent13Error: workspace layer not setup23:01
Agent13Looking through the documentation at indicate that using the command "devtool add" will create the workspace layer in the build directory if it does not exist. I've sourced in both the poky/oe-init and eSDK/environment scripts.23:01
Agent13Any ideas as to why I'm getting this error message?23:01
*** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:b4ab:dbf0:3788:4ca9> has quit IRC23:14
*** pikes <pikes!> has quit IRC23:16
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto23:18
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC23:18
kergothHmm, wonder if we should be setting file-prefix-map as well as debug-prefix-map23:21
kergothfor __FILE__23:21
*** Agent13 <Agent13!> has quit IRC23:24
RPkergoth: I think we do?23:27
RPkergoth: I'm thinking of macro-prefix-map :/23:28
*** Bunio_FH <Bunio_FH!> has quit IRC23:35
*** Bunio_FH <Bunio_FH!> has joined #yocto23:36
*** Bunio_FH <Bunio_FH!> has quit IRC23:40
*** Bunio_FH <Bunio_FH!> has joined #yocto23:41
*** oberstet <oberstet!~oberstet@> has quit IRC23:41
RPkergoth: one may influence the other I think? I'm just going off memory which might not be so good today...23:41
*** paul__ <paul__!> has joined #yocto23:47
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC23:47
*** Kyubi <Kyubi!~Kyubi@> has quit IRC23:50
*** kiwi_29 <kiwi_29!> has joined #yocto23:54
*** Agent13 <Agent13!> has joined #yocto23:56

Generated by 2.17.2 by Marius Gedminas - find it at!