Wednesday, 2020-07-01

armpitkhem, rules are meant to be broken00:00
*** dmoseley_ <dmoseley_!~dmoseley@> has joined #yocto00:00
*** dmoseley <dmoseley!~dmoseley@> has quit IRC00:01
*** ericch <ericch!> has quit IRC00:06
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC00:07
*** leon-anavi <leon-anavi!~Leon@> has quit IRC00:07
*** dmoseley_ <dmoseley_!~dmoseley@> has quit IRC00:09
*** otavio <otavio!~otavio@> has joined #yocto00:09
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto00:09
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC00:14
*** mrpelotaz0 <mrpelotaz0!> has quit IRC00:27
*** mrpelotazo <mrpelotazo!> has joined #yocto00:28
*** JaMa <JaMa!~martin@> has joined #yocto00:31
*** kiwi_29 <kiwi_29!> has joined #yocto00:44
*** dkhouya <dkhouya!> has quit IRC00:49
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto00:49
*** rcw <rcw!> has quit IRC00:50
kiwi_29hello. is there a way I can change SRCREV inside the recipe to checkout a particular commit SHA .00:53
kiwi_29one idea is to set an environment variable to the commit SHA and set SRCREV to this environment variable inside recipe.00:53
kiwi_29How do I set SRCREV to this environment variable inside the recipe00:54
*** dmoseley <dmoseley!~dmoseley@> has quit IRC01:04
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto01:08
*** kaspter <kaspter!~Instantbi@> has quit IRC01:12
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:13
*** kiwi_29 <kiwi_29!> has quit IRC01:16
*** goliath <goliath!> has quit IRC01:33
*** kaspter <kaspter!~Instantbi@> has quit IRC01:40
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:49
denixbluelightning: are you still in NZ?01:51
bluelightningdenix: I am indeed01:51
denixbluelightning: is there MS office down there or do you work remotely?01:52
bluelightningthere is one here (in fact there are at least two) but I still work from home01:52
denixbluelightning: and how's MS treating you? are you in Azure/IoT division? Do you like it?01:53
bluelightningyeah it's pretty good - I certainly can't complain :)01:53
bluelightningI'm not working on Azure Sphere, I can say that much01:54
bluelightning(not that I'd mind working on it, of course)01:54
bluelightningI'm trying to increase my external contributions now having had some time to settle in01:55
denixbluelightning: great01:55
bluelightningdenix: how's life with you? still in DC?01:56
denixbluelightning: are you in the same group with alejandrohs or different?01:56
denixbluelightning: yeah, I'm fine, still in DC01:57
bluelightningdenix: it depends on how high up the organisation tree you go :) but I'm mostly in a different group, though he and I do meet regularly01:58
bluelightningdenix: cool01:58
denixbluelightning: with the current sitatuation it feels like we are on different planets...02:04
bluelightningyes it is very strange02:04
denixbluelightning: I wonder if it ever goes back to normal and we get to go to conferences again and meet old friends in person...02:05
bluelightningwe have been quite lucky down here, being isolated is usually a problem but has had its benefits in this situation02:05
bluelightningI sure hope so02:05
bluelightningI was certainly looking forward to going to more conferences and meeting people in person again :)02:06
denixyeah, that would be great!02:07
bluelightningI suppose the silver lining is that remote working is much more widely accepted now02:08
denixdoes MS normally allow remote working, or only temporarily for now?02:09
denixin here some companies embraced remote working, but some can't wait to round up everyone in the office again, once it's over...02:11
bluelightningI think they have been pretty open to it even before COVID - at least there was no concern in my group with being remote02:13
bluelightningI'm not sure but perhaps being a vendor of remote collaboration tools helps :)02:13
*** sakoman <sakoman!~steve@> has quit IRC02:14
bluelightningI've got to step out unfortunately - great to chat with you if only briefly02:16
bluelightningback later02:16
*** sakoman <sakoman!~steve@> has joined #yocto02:17
denixbluelightning: take care!02:17
bluelightninghmm apparently I'm not going out after all... will leave getting the car tested until tomorrow02:30
bluelightningI think the thing I miss most about working in the office is the social part, I really liked being able to go to the pub some evenings02:31
*** sgw1 <sgw1!> has quit IRC02:49
*** stephen <stephen!~stephen@unaffiliated/stephen> has quit IRC02:52
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto02:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:56
*** sakoman <sakoman!~steve@> has quit IRC03:20
*** sakoman <sakoman!~steve@> has joined #yocto03:21
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c862:e5c2:2a6c:5ccd> has quit IRC03:21
*** sgw1 <sgw1!> has joined #yocto03:27
*** pohly <pohly!> has joined #yocto03:51
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC04:08
*** sgw1 <sgw1!> has quit IRC04:40
*** pacopedraza <pacopedraza!> has joined #yocto04:43
*** dv|2 <dv|2!~dv@> has quit IRC05:05
*** paulg <paulg!> has quit IRC05:08
*** agust <agust!> has joined #yocto05:11
*** rcoote <rcoote!> has joined #yocto05:11
*** kroon <kroon!~kroon@> has joined #yocto05:13
*** pharaon2502 <pharaon2502!> has joined #yocto05:15
*** AndersD <AndersD!> has joined #yocto05:27
*** AndersD <AndersD!> has quit IRC05:27
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:29
*** nerdboy <nerdboy!~sarnold@> has joined #yocto05:34
*** gtristan <gtristan!~tristanva@> has quit IRC05:46
*** gtristan <gtristan!~tristanva@> has joined #yocto05:48
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:01
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto06:02
*** sstiller <sstiller!> has joined #yocto06:11
*** jobroe <jobroe!> has joined #yocto06:12
*** nerdboy <nerdboy!~sarnold@> has quit IRC06:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:23
*** beratiks <beratiks!52de0992@> has joined #yocto06:24
beratiksHi guys. I have imx8qxp based SOM. I know that hardware has h264 encoder-decoder, h265 decoder. But I cant find any software support for use this hw encoder-decoders. I tried to build gstreamer-imx plugin with yocto. But I can't because it seems this plugins and libimxdmabuffer and libimxvpuapi not support for imx8qxp yet. How can I do? Am I06:26
beratiksmissing somethings for use hw encoder-decoder?06:26
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC06:32
*** xtron1 <xtron1!~xtron@> has joined #yocto06:34
*** frsc <frsc!> has joined #yocto06:35
khemberatiks: I think it perhaps is missing the BSP bits to enable it perhaps just guuessing I think meta-freescale might be right place to open a discussion on their github06:37
beratikskhem: you are right. I will try the my change in there.06:38
*** sajjad__ <sajjad__!~xtron@> has joined #yocto06:38
*** xtron1 <xtron1!~xtron@> has quit IRC06:41
*** pacopedraza <pacopedraza!> has quit IRC06:41
*** sajjad__ is now known as xtron06:46
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto06:47
mihai-maybe you find some missing parts there06:52
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:54
*** nslu2-log <nslu2-log!> has quit IRC06:54
*** nslu2-log <nslu2-log!> has joined #yocto06:57
*** Bunio_FH <Bunio_FH!> has quit IRC06:59
*** nameclash <nameclash!> has joined #yocto07:05
beratiksmihai-: thanks for share. this meta layer's gstreamer-imx plugin seems support imx8 where in I think I can change my gstreamer-imx bb file with these and if get dependency errors change with these meta-layer. I think maybe I can try likethat07:06
*** xtron <xtron!~xtron@> has quit IRC07:07
*** xtron <xtron!~xtron@> has joined #yocto07:09
mihai-beratiks, you're welcome, you can find more code there under external/imx, even though the meta layer is pretty outdated wrt. yocto releases, the imx parts get updated there first before reaching meta-freescale07:09
*** nslu2-log_ <nslu2-log_!> has joined #yocto07:11
beratiksmihai-: wonderfull. Am I update my recipes only change bb files with these?07:12
*** nslu2-log <nslu2-log!> has quit IRC07:13
*** nslu2-log_ is now known as nslu2-log07:13
mihai-beratiks, yes, I would try that first, stick to your current layers and update just the recipes you need to get source from there07:16
*** mckoan|away is now known as mckoan07:16
beratiksmihai-: thank you very much. I got it.07:17
*** nslu2-log_ <nslu2-log_!> has joined #yocto07:23
*** nslu2-log <nslu2-log!> has quit IRC07:24
*** nslu2-log_ is now known as nslu2-log07:25
*** NiksDev <NiksDev!~NiksDev@> has quit IRC07:38
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto07:39
*** nslu2-log_ <nslu2-log_!> has joined #yocto07:44
*** nslu2-log__ <nslu2-log__!> has joined #yocto07:46
*** nslu2-log <nslu2-log!> has quit IRC07:47
*** nslu2-log_ <nslu2-log_!> has quit IRC07:48
*** nslu2-log <nslu2-log!> has joined #yocto07:50
*** nslu2-log__ <nslu2-log__!> has quit IRC07:53
*** hpsy <hpsy!~hpsy@> has joined #yocto08:00
*** dreyna <dreyna!> has joined #yocto08:02
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:15
*** florian_kc is now known as florian08:17
*** nslu2-log_ <nslu2-log_!> has joined #yocto08:20
*** wertigon <wertigon!> has joined #yocto08:21
wertigonQuestion about u-boot, anyone available to help? I get a weird error message about 'u-boot-pg/2018.01+gitAUTOINC+4c31f710be-r30/git is not clean, please run 'make mrproper'08:22
wertigonTrying to build u-boot 2018.01 in dunfell (2018 since we have made modifications; would like to migrate to 2020 if possible)08:23
*** nslu2-log <nslu2-log!> has quit IRC08:23
Letothe2ndwertigon: sounds like you accidentially commited some build artifacts into the repo08:24
*** nslu2-log_ is now known as nslu2-log08:24
Letothe2ndor are we talking about some form of externalsrc build?08:24
wertigonLetothe2nd: We do have an internal repo08:24
Letothe2ndwertigon: that answers neither question :)08:25
wertigonCan I just do something like do_compile_prepend { make mrproper }08:25
wertigonLet me check08:25
Letothe2ndwertigon: would you please answer the externalsrc question first, because that really matters.08:25
wertigonI think we build everything internally for now08:26
wertigonSo I don't think we have any externalsrc? Any string I could grep for?08:27
qschulzwertigon: is there `inherit externalsrc` ANYWHERE in this recipe (or the require/include/inherit?)08:27
Letothe2ndso we are taking about a recipe that pulls stuff from the (your internal companies) repository, and not about some local development setup?08:27
wertigonqschulz: No.08:27
wertigonLetothe2nd: Yes.08:28
Letothe2ndwertigon: then go fix your repository, somebody commited build artifacts.08:28
wertigonLetothe2nd: Ok, it does build fine in our previous version (thud)08:28
wertigonI'll go through the git log for u-boot :)08:29
wertigonHmm, could it be that the recipe is called twice, and that is what is causing the errors?08:32
Letothe2ndyou would have to do very black magic to build it twice.08:33
*** dreyna <dreyna!> has quit IRC08:33
*** Bunio_FH <Bunio_FH!> has joined #yocto08:38
wertigonHmm, git log .config include/config does not show any entries08:46
paulbarkerwertigon: It'd be helpful to post the bitbake command you ran and the full output via a pastebin08:46
wertigonOk, will do :)08:46
wertigonI am assuming we're at fault here, but what we're doing wrong I have no clue08:49
paulbarkerwertigon: Any strange modifications in your u-boot recipe?08:52
paulbarkerYou could try running `bitbake u-boot-pg -c cleansstate` to throw away the previous work for u-boot, then try again08:53
mihai-debugging 101, when it first fails, cleansstate and try again08:57
paulbarkermihai-: If you have to do that regularly it's the sign of a deeper issue though08:58
*** yann <yann!> has joined #yocto08:59
* Letothe2nd could hear RP wince right now.08:59
*** jobroe_ <jobroe_!> has joined #yocto09:00
wertigon <-- Recipe09:00
paulbarkerThe risk of jumping straight to `cleansstate` is that you throw away the files you need to debug the problem09:00
paulbarkerI think it's valid in this case where the issue is that the u-boot source tree isn't clean09:01
*** jobroe <jobroe!> has quit IRC09:01
wertigoncleansstate does very little unfortunately :(09:10
qschulzwertigon: mmmm it does almost as much as you can for Yocto, so you're definitely messing up with Yocto either within the u-boot recipe or from somewhere else09:12
RPLetothe2nd: yes! :)09:13
alejandrohshas this affected anyone? 62931865d5dc02b7f3029b85c7d76401acf2d8d809:13
*** NiksDev <NiksDev!~NiksDev@> has quit IRC09:13
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:14
paulbarkerwertigon: I'd try building from your u-boot repository by hand outside your Yocto Project environment09:14
paulbarkerTry to isolate if the issue is in your recipe/inc files or if it's in your u-boot sources09:14
alejandrohsI might be wrong but it seems that there might would be things on DEPLOYDIR before do_deploy is executed09:14
paulbarkeralejandrohs: Which repository?09:14
alejandrohss/there might would be/there could be/g09:15
paulbarkeralejandrohs: DEPLOYDIR is a staging directory so it should be fine. It doesn't point to `tmp/deploy`09:16
wertigonalso, as far as I know it should only use the two recipe files in the distro layer09:19
Letothe2ndRP: here, have a beer to cope with it.09:24
Letothe2ndalejandrohs: btw, nice show yesterday!09:24
*** rawr is now known as grumble09:30
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:38
*** ssajal <ssajal!> has quit IRC09:39
*** nslu2-log <nslu2-log!> has quit IRC09:43
sh00pwertigon, I had this problem as well in my u-boot... I had to add a require "" to my u-boot-recipe09:44
sh00p(using external source)09:44
RPLetothe2nd: thanks :)09:47
*** kpo_ <kpo_!> has quit IRC09:51
*** kpo_ <kpo_!> has joined #yocto09:52
*** kpo_ <kpo_!> has quit IRC09:53
*** kpo_ <kpo_!> has joined #yocto09:55
wertigonsh00p, thanks, I'll see what I have to do to get this puppy up and running10:03
wertigonsh00p, I think I have a good idea what to do - it'll just be a pain to implement :) I'll try to use the 2020 recipe for 2018 and see if that solves anything10:04
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC10:16
wertigonThe require solved a few issues10:19
wertigonNow the problem is I get a lot of warnings :D10:20
wertigonI think there is no way around it; we must upgrade u-boot :/10:20
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto10:20
*** beratiks <beratiks!52de0992@> has quit IRC10:23
*** beratiks <beratiks!52de0992@> has joined #yocto10:32
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:38
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:38
wertigonOk, how do I turn off some warnings again?10:51
wertigonI know I've done it in some recipes before10:51
qschulzwertigon: which warnings?10:52
wertigonWas it GCCFLAGS_${PN} += "-Wno-errors=foo,bar"10:52
paulbarkerwertigon: You fix the issues causing the warnings10:52
* paulbarker ducks10:52
wertigonpaulbarker: not a viable strategy unfortunately :(10:53
qschulzwertigon: CFLAGS += only10:53
wertigonqschulz: Right10:53
qschulz${PN} applies only for package-specific things, which compilation has nothing to do with10:53
PaowZwertigon: TARGET_CXXFLAGS10:53
wertigonBut that should work directly in the recipe?10:53
qschulzwertigon: what should?10:54
wertigonIf I type TARGET_CXXFLAGS += "" it carries over to the Makefile yes?10:54
qschulzTARGET_CFLAGS is indeed a better idea than CFLAGS. But U-Boot is C code so TARGET_CFLAGS and not CXXFLAGS (which is for c++)10:55
qschulzwertigon: sorry:
wertigonLet's try it, can't be more broken than broken right? :D10:56
*** dv|2 <dv|2!~dv@> has joined #yocto11:06
dv|2Is there anybody there who build nodeJs modules with Yocto?11:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:13
*** gtristan <gtristan!~tristanva@> has quit IRC11:18
Letothe2nddv|2: partially yet what we have galore are meta question experts :)11:21
dv|2Letothe2nd, did you try to build any nodeJS app with dunfell? I have big problems with the new npm.bbclass... it tries to do NPM PACK on empty node_modules directory right after git tree clone and then tries to do "npm install" for this TAR.gz. ofcause, this tar.gz does not contain any external modules!11:23
Letothe2nddv|2: i specifically did not - what i intended to say is: "don't ask if somebody is around, just ask. if somebody knows, you'll get an answer". plus in cases like that, a message with concise error log and maybe even reproductible test case to the mailing list is worth a try.11:25
dv|2there is no error. Any NodeJS app just does not contain any external node_modules and can't work.11:26
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC11:29
Letothe2nddv|2: make a concise error desciption and send to the ML, CC who did the last major work on npm.bbclass11:29
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto11:29
Letothe2nddv|2: thats your best chance, i'd say.11:29
*** berton <berton!~berton@> has joined #yocto11:30
wertigonHmm, nope... For some reason the CFLAGS aren't biting :(11:37
*** kpo_ <kpo_!> has quit IRC11:40
beratiksHi, I built zeus branch. But nothing seems at console. I think this seems like u-boot problems. Do you know that is there any issue at u-boot 2019.04?11:42
wertigonLooking at the Makefile there are no TARGET_CFLAGS, only HOSTCFLAGS and KBUILD_CFLAGS11:42
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:43
*** beratiks <beratiks!52de0992@> has quit IRC11:46
*** kpo_ <kpo_!> has joined #yocto11:46
*** beratiks <beratiks!52de0992@> has joined #yocto11:47
*** pharaon2502 <pharaon2502!> has quit IRC11:47
*** pharaon2502 <pharaon2502!> has joined #yocto11:48
*** goliath <goliath!> has joined #yocto11:49
*** pharaon2502 <pharaon2502!> has quit IRC11:49
*** otavio_ <otavio_!> has quit IRC11:53
*** otavio_ <otavio_!> has joined #yocto11:53
*** pharaon2502 <pharaon2502!> has joined #yocto11:56
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-wdaipsmocledaghx> has quit IRC11:56
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-wbqdfrmmceskchul> has joined #yocto11:56
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:56
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-wbqdfrmmceskchul> has quit IRC11:57
*** juvenal <juvenal!> has quit IRC11:57
*** juvenal <juvenal!> has joined #yocto11:58
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5dd6:9daa:53f4:d130> has quit IRC11:58
*** rangergord_ <rangergord_!rangergord@gateway/shell/xshellz/session> has joined #yocto11:58
*** rangergord_ <rangergord_!rangergord@gateway/shell/xshellz/x-bxqqdndvffjowvng> has joined #yocto11:58
*** beratiks <beratiks!52de0992@> has quit IRC11:59
*** paulg <paulg!> has joined #yocto12:00
*** beratiks <beratiks!52de0992@> has joined #yocto12:02
*** pharaon2502 <pharaon2502!> has quit IRC12:03
*** yann <yann!> has quit IRC12:06
*** yann <yann!> has joined #yocto12:09
*** pharaon2502 <pharaon2502!> has joined #yocto12:09
*** beratiks <beratiks!52de0992@> has quit IRC12:11
*** beratiks <beratiks!52de0992@> has joined #yocto12:13
*** clopez_ <clopez_!> has quit IRC12:13
*** clopez <clopez!> has joined #yocto12:14
*** xtron <xtron!~xtron@> has quit IRC12:15
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c85d:3ce:5443:9164> has joined #yocto12:15
*** kpo_ <kpo_!> has quit IRC12:27
*** kpo_ <kpo_!> has joined #yocto12:27
*** stephano <stephano!> has joined #yocto12:28
qschulzwertigon: bitbake -e <recipe> and look for the line starting with CFLAGS and/or TARGET_CFLAGS and check what it is set to and by whom12:38
*** nslu2-log <nslu2-log!> has joined #yocto12:39
qschulzwertigon: ah missed your second message. IIUC TARGET_CFLAGS should replace CFLAGS when building for the target12:39
*** pharaon2502 <pharaon2502!> has quit IRC12:42
*** nslu2-log_ <nslu2-log_!> has joined #yocto12:42
*** pharaon2502 <pharaon2502!> has joined #yocto12:42
*** nslu2-log <nslu2-log!> has quit IRC12:45
*** kanavin_home <kanavin_home!~ak@> has quit IRC12:45
*** nslu2-log_ is now known as nslu2-log12:46
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto12:46
*** sstabellini <sstabellini!~sstabelli@gateway/shell/xshellz/x-nggpcipdauinlckf> has quit IRC12:48
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-ylhogdxxqpmvwkgx> has joined #yocto12:48
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC12:51
*** sno <sno!> has quit IRC12:52
*** kpo_ <kpo_!> has quit IRC12:54
*** kpo_ <kpo_!> has joined #yocto12:54
*** sgw1 <sgw1!> has joined #yocto12:55
*** Spirit532 <Spirit532!> has quit IRC12:55
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto12:55
*** Spirit532 <Spirit532!> has joined #yocto12:56
*** gtristan <gtristan!~tristanva@> has joined #yocto12:58
*** kroon <kroon!~kroon@> has quit IRC13:04
*** polaris- <polaris-!> has joined #yocto13:06
*** nslu2-log <nslu2-log!> has quit IRC13:15
clementp[m]Hello, do you know why gRPC has been removed from meta-oe ?13:16
qschulzclementp[m]: has it?13:19
clementp[m]Sorry it's not detected in layers :
clementp[m]but it's still here :
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC13:20
*** sh00p <sh00p!> has quit IRC13:20
*** sh00p <sh00p!> has joined #yocto13:21
paulbarkerclementp[m]: That sounds like a layerindex bug if it's in the repo but not listed in the index. You can file it in bugzilla13:22
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC13:22
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto13:22
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto13:23
*** jobroe_ <jobroe_!> has quit IRC13:28
wertigonok, I brute-forced with devtool13:31
wertigonMakefile now shows no warnings (YAY!)13:31
*** stkw0 <stkw0!> has quit IRC13:31
wertigonBut it fails on next step :D13:31
*** stkw0 <stkw0!> has joined #yocto13:33
*** xtron <xtron!~xtron@> has joined #yocto13:49
*** hpsy <hpsy!~hpsy@> has quit IRC13:50
*** hpsy <hpsy!~hpsy@> has joined #yocto13:50
*** polaris- <polaris-!> has quit IRC13:51
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC13:55
Letothe2ndhalstead: you already alive? how to delete my account from when it jsut has been moved over?13:56
ndecLetothe2nd: what do you mean?13:58
Letothe2ndndec: my company mail address was moved over to for the YP lists I somehow managed to get an account on that mail address, yet for the OE ones i can find one. so i cannot unsubscribe nor delete myself13:59
ndecwhat does "my company mail address was moved over to" mean?14:00
ndeci can check your account for and lists.oe.org14:00
Letothe2ndndec: well the old lists were run on mailman. and with the move to, the old subscribers have been moved over, right? (not sure if there is a better word)14:03
ndecyes. that's right.14:03
ndeccan you share your company email address (in private if you want)14:03
Letothe2ndndec: so for what has been moved to, i could handle it myself, but i fail on getting myself out of oe.14:04, its no secret at all.14:04
* JPEW signs Letothe2nd for the highest quality spam14:04
ndecLetothe2nd: are you getting emails sent to this address?14:05
ndeci can find you on, but with your gmail account14:05
Letothe2ndndec: my gmail account is meant to take over14:06
Letothe2ndndec: yes i'd say i get mail but let me check again14:06
ndechmm. log tells me you deleted your company account at 3.34PM today14:06
Letothe2ndndec: yup. ah so this coped with the OE subscriptions too then?14:07
ndecthat explains why I couldn't find you!14:07
* Letothe2nd is confused.14:07
ndecthat's on lists.oe.org14:07
Letothe2ndyou see, my confusion is great!14:08
ndechmm. and I see that on too then.14:08
rburtonare there any actually working ppc64 BSPs?14:08
*** xtron <xtron!~xtron@> has quit IRC14:08
ndecLetothe2nd: "deleted their account with the reason "I'm moving to a different account for organizational reasons" via web"14:08
Letothe2ndndec: then all is well. sorry for the noise14:08
ndecLetothe2nd: hang on.. on your account is set to receive No Email.14:09
ndeci can fix that if you want.14:09
Letothe2ndndec: HAH! at least my confusion was not completely pointless14:09
ndecand you have another email registerd, btw.14:10
Letothe2ndndec: no, i want my company address out of there, and the gmail one to be taking over.14:10
Letothe2ndndec: so if holzmayr@rsi-... is around somewhere, please remove it.14:10
ndecit's @the-exact-step.com14:10
*** ericch <ericch!> has joined #yocto14:11
Letothe2ndndec: huh really?!?14:11
Letothe2ndremove pleae.14:11
* Letothe2nd has accumulated many years of confusion14:11
smurrayrburton: I see some ppc machine confs in meta-freescale that seem to be 64bit, good question if they work or not14:11
zeddiiafter Wind River, I made sure to just use my @gmail, so I approve of this effort :D14:11
*** dakhouya <dakhouya!> has joined #yocto14:12
Letothe2ndzeddii: its actually a related, but not the same reason. i want to make sure that all I do is just for my own name (1) and i want to be able to read/see whats going on without getting pestered by business mail when looking (2)14:12
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC14:13
zeddiithat's why I did it.14:13
Letothe2ndzeddii: ah, i thought because of job change14:13
Letothe2nd(which is not a topic here ATM)14:13
ndecLetothe2nd: ok, it should be fixed now, i also set your account to receive all messages.14:14
zeddiiI was doing all my work for Wind River via gmail, but still using my @<company> for sign offs, etc, but I switched everything to gmail, since that's where I was spending the time and effort (my own equipment, etc) .. plus, like you say, it follows just my name that way.14:14
Letothe2ndndec: the jhka.... one?14:15
zeddiiand like you say, no $CORP email is nice.14:15
ndecLetothe2nd: yes14:15
Letothe2ndndec: nice, thanks.14:15
Letothe2ndzeddii: for $REASONS i usually don't do sign-offs, hence even easier for me.14:16
ndeczeddii: Letothe2nd : if you want your contributions with noon $CORP email address to be associated with your employer in our dashboard, it's possible. i can help with that.14:16
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto14:17
ndecthey can be shown as 'Individuals' as well, to indicate that it's work not associated with any specific $CORP14:17
zeddiindec: I think that is happening now, and I'm definitely ok with that. I just don't bother switching the signed-off-by anymore :D14:17
RPrburton: gtk3 upgrade breaks in reproducible builds in case you're interested14:18
rburtoni'll blame ebassi14:18
zeddiirburton: sounds interested!14:18
ndeczeddii: you're right. i fixed that for you already ;)14:18
zeddiiI can see the tears of joy from here.14:18
Letothe2ndndec: nah, other $REASONS. lets just say, as you know i've found another way to contribute :) plus, thanks for the call out on the BoF.. and was really surprised you even had Twitch on the closing slide of the LTS presentation14:18
RPrburton: I'll let you tell him ;-)14:19
ndecLetothe2nd: this last slide is on all my presentations!14:19
rburtonkhem: go on riscv breaks, did you know that?14:19
Letothe2ndndec: wow :)14:20
qschulzLetothe2nd: brace yourself for a horde of fans in next IRL ELC(E) :D14:21
Letothe2ndi've actually had a bunch of people getting in touch with me privately on slack this time too.14:22
*** nameclash <nameclash!> has quit IRC14:22
*** sstiller <sstiller!> has quit IRC14:23
wertigonSigh, I really cant get this to work in u-boot unless I patch the Makefile14:23
*** nameclash <nameclash!> has joined #yocto14:23
wertigonPatching it is then14:23
*** berton_ <berton_!~berton@> has joined #yocto14:31
*** berton <berton!~berton@> has quit IRC14:33
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC14:34
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto14:35
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC14:36
*** ssajal <ssajal!> has joined #yocto14:41
*** ssajal <ssajal!> has quit IRC14:45
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC14:50
halsteadLetothe2nd: I'm alive now. Looks like it's been handled though. :)14:55
Letothe2ndhalstead: yup. sorry for the noise!14:55
halsteadNo problem at all.14:56
*** dakhouya <dakhouya!> has quit IRC14:59
*** ssajal <ssajal!> has joined #yocto15:02
wertigonFinally past one hurdle, now I'm stuck on the next one;15:02
wertigonu-boot complains: no rule to make target "u-boot-initial-env"15:03
*** sno <sno!~sno@> has joined #yocto15:03
PaowZmissing Makefile..15:03
wertigonPaowZ: How?15:04
PaowZI guess you must end up with a Makefile somehow/somewhere, upon which you apply a "make"..15:05
Letothe2ndPaowZ: nah, doesn't apply here.15:05
qschulzwertigon: #u-boot will probably be able to provide more support than #yocto for a U-Boot issue :)15:06
Letothe2ndwertigon: its rather that your u-boot version does not support yet/anymore a specific build target.15:06
wertigonLetothe2nd: I was afraid of that...15:06
Letothe2ndwertigon: u-boot is often a moving target.15:07
PaowZLetothe2nd: ..or the target is not specified in the file, I was about to point out..15:07
wertigonLetothe2nd: Would there be a problem to have an old u-boot compiled separately and then just have Yocto pull in the binary?15:07
Letothe2ndwertigon: depends on your definition of a "problem"15:07
*** ssajal <ssajal!> has quit IRC15:07
wertigonApart from the obvious not-yet-updated15:08
Letothe2ndPaowZ: well technically you're right, yet that doesn't really apply here.15:08
wertigonWhat irks me is that it is the same u-boot source taken from a thud build15:09
Letothe2ndwertigon: you'll have a hard time if you need userspace tools that interact with the bootloader. thats the main caveat15:09
qschulzwertigon: different gcc15:09
wertigonRecipe has not changed, gcc has ofc15:09
qschulzif it's just a Yocto upgrade, shouldn't be a big issue except making gcc warnings silent15:09
wertigonYep, did that15:09
qschulzthere's no need (but is always nice) to upgrade15:09
wertigonqschulz: Unfortunately we have a lot of stuff in 5.4 kernel we want :P15:10
PaowZshake u-booty15:10
qschulzPaowZ: damn typo :)15:10
wertigonBest option is to update to 2020.01 but...15:10
qschulzwertigon: what does this have to do with u-boot?15:10
wertigonPaowZ: Good one, need to remember that ;) :D15:11
PaowZwertigon: easy one, at most !15:11
wertigonqschulz: 5.4 kernel -> really wants to run dunfell -> outdated u-boot15:11
wertigonand u-boot has some mods to run on our internal hardware15:12
wertigonwhich are apparently not forward compatible...15:12
qschulzwertigon: You're basically saying "I want to upgrade my kernel, for that I need to upgrade Ubuntu, but I have an outdated BIOS"15:13
qschulzthis makes very little sense except in corner cases15:13
qschulzYou can upgrade the kernel without upgrading Yocto, you can upgrade Yocto without upgrading the kernel or u-boot15:13
wertigonYes, very true15:13
wertigonI want to be able to build it all though :P15:13
qschulzthough, you might need to do some small changes in u-boot and/or kernel recipes15:13
*** stacktrust_ <stacktrust_!uid452860@gateway/web/> has joined #yocto15:14
qschulzwertigon: If it's really only a gcc issue, you might want to backport a few patches from mainline U-boot then. Sometimes backporting takes so much fewer time than upgrading u-boot (especially since if you get u-boot wrong and not test it correctly... well, you're in deep waters)15:15
PaowZ"bon chance"15:15
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto15:15
wertigonAccording to this it is two lines I need to patch to the Makefile:15:15
wertigon(grep initial-dev)15:16
qschulzor you know, backport patches instead of guessing :) git log -p master | grep gcc and see if it brings you further15:17
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC15:17
qschulzbut really, yocto has very little to do with your issue15:17
wertigonYeah, true15:17
wertigonThanks for your help so far atleast15:17
*** Bunio_FH <Bunio_FH!> has quit IRC15:18
qschulzwertigon: good luck!15:18
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto15:21
*** leon-anavi <leon-anavi!~Leon@> has quit IRC15:30
alejandrohsLetothe2nd: thanks!15:30
Letothe2ndalejandrohs: YW. I'll poke you laters, now its $SIGFAMILY for me.15:33
*** TundraMan <TundraMan!> has quit IRC15:37
*** marka <marka!> has joined #yocto15:38
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c862:e5c2:2a6c:5ccd> has joined #yocto15:41
armpitLetothe2nd, its "Poky" ; )15:41
JPEWRP: Hah, perl isn't properly cross compiling... the host arch leaks into everything15:43
rburtonsay it isn't so!15:44
rburtonnot perl!15:44
*** nameclash <nameclash!> has quit IRC15:49
RPJPEW: no way! ;-)15:49
alejandrohsLetothe2nd: sounds good haha15:51
rburtonRP: on the gtk3 one btw15:52
rburtonat least its isolated to a very small piece of code across a point release15:52
RPrburton: yes, that is a plus15:54
RPand we spotted it before it merged15:54
rburtonjust waiting for gtk to clone so i can git on it15:54
*** ssajal <ssajal!> has joined #yocto16:06
rburtonhm i need to ask JPEW a question about debugging reproducible builds but he's busy getting ready to do his presentation on reproducible builds.  maybe he'll cover my problem!16:08
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto16:08
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC16:09
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto16:10
rburtonRP: does the ab only do the diffoscope thing if enabled explicitly?16:11
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:12
RPrburton: no, it should do it regardless16:14
RPrburton: did you check in the output location?16:14
rburtonjust trying to ssh in now16:14
rburtonoh, neat16:16
rburtonthat url needs to be made more obvious16:16
RPrburton: I glanced, and yes :/16:18
*** sno <sno!~sno@> has quit IRC16:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:37
*** lexano <lexano!> has quit IRC16:40
*** lexano <lexano!> has joined #yocto16:41
*** lfa <lfa!~lfa@> has quit IRC16:42
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto16:44
*** nerdboy <nerdboy!~sarnold@> has joined #yocto16:44
rburtonRP: that file can be generated but is also in tarballs16:46
rburtonRP: so yay build race16:46
RPrburton: ah, lovely16:47
*** frsc <frsc!> has quit IRC16:49
*** mckoan is now known as mckoan|away16:50
*** easwarh <easwarh!> has joined #yocto16:55
*** rangergord_ <rangergord_!rangergord@gateway/shell/xshellz/x-bxqqdndvffjowvng> has quit IRC17:15
*** dv|2 <dv|2!~dv@> has quit IRC17:15
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC17:15
*** radsquirrel <radsquirrel!> has quit IRC17:15
*** tensa <tensa!> has quit IRC17:15
*** kergoth <kergoth!~kergoth@> has quit IRC17:15
*** dl9pf_home <dl9pf_home!~quassel@opensuse/member/dl9pf> has quit IRC17:15
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has quit IRC17:15
*** jft <jft!znc@> has quit IRC17:15
*** dStruct <dStruct!~matt@unaffiliated/dstruct> has quit IRC17:15
*** jft <jft!znc@> has joined #yocto17:18
*** dStruct <dStruct!~matt@unaffiliated/dstruct> has joined #yocto17:18
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has joined #yocto17:18
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto17:18
*** tensa <tensa!> has joined #yocto17:18
*** kergoth <kergoth!~kergoth@> has joined #yocto17:18
*** radsquirrel <radsquirrel!> has joined #yocto17:18
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto17:19
*** NiksDev <NiksDev!~NiksDev@> has quit IRC17:19
*** dv|2 <dv|2!~dv@> has joined #yocto17:19
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto17:19
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:26
*** juvenal <juvenal!> has quit IRC17:26
*** pohly <pohly!> has quit IRC17:26
*** adelcast <adelcast!> has quit IRC17:26
*** MiskaX <MiskaX!> has quit IRC17:26
*** zkrx <zkrx!> has quit IRC17:26
*** halstead <halstead!> has quit IRC17:26
*** stbenz <stbenz!> has quit IRC17:26
*** woky <woky!> has quit IRC17:26
*** dev1990 <dev1990!> has quit IRC17:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:26
*** u1106 <u1106!> has quit IRC17:26
*** Ad0 <Ad0!~Ad0@> has quit IRC17:26
*** warthog9 <warthog9!> has quit IRC17:26
*** marble_visions <marble_visions!~user@> has quit IRC17:26
*** zeddii <zeddii!> has quit IRC17:26
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC17:26
*** juvenal <juvenal!> has joined #yocto17:27
*** dl9pf_home <dl9pf_home!> has joined #yocto17:29
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/session> has joined #yocto17:29
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto17:29
*** pohly <pohly!> has joined #yocto17:29
*** adelcast <adelcast!> has joined #yocto17:29
*** MiskaX <MiskaX!> has joined #yocto17:29
*** zkrx <zkrx!> has joined #yocto17:29
*** halstead <halstead!> has joined #yocto17:29
*** stbenz <stbenz!> has joined #yocto17:29
*** woky <woky!> has joined #yocto17:29
*** dev1990 <dev1990!> has joined #yocto17:29
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:29
*** u1106 <u1106!> has joined #yocto17:29
*** Ad0 <Ad0!~Ad0@> has joined #yocto17:29
*** warthog9 <warthog9!> has joined #yocto17:29
*** marble_visions <marble_visions!~user@> has joined #yocto17:29
*** zeddii <zeddii!> has joined #yocto17:29
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto17:29
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/session> has quit IRC17:29
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-kgspnwrwphmmqcxt> has joined #yocto17:29
*** dev1990 <dev1990!> has quit IRC17:31
*** dev1990 <dev1990!> has joined #yocto17:31
*** dmoseley_ <dmoseley_!~dmoseley@> has joined #yocto17:35
*** dmoseley <dmoseley!~dmoseley@> has quit IRC17:35
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto17:39
*** sno <sno!> has joined #yocto17:43
*** dexterlb <dexterlb!> has quit IRC17:44
*** sno <sno!> has quit IRC17:58
*** dexterlb <dexterlb!> has joined #yocto17:59
*** nerdboy <nerdboy!~sarnold@> has quit IRC18:00
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:00
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC18:10
kergothHmm, so, there are certain tweaks needed to the oe sdk to get it to function well as an external toolchain. Any thoughts on how best to handle that? SDK_FEATURES or something, separate variable, through documentation in meta-external-toolchain, or a meta-external-toolchain feature via appends18:29
khemkergoth: I would say they should be general, what kind of tweaks do we need18:43
khemRP, rburton looking at that diff-htmp link it seems FILE variable in elf changed18:48
*** NiksDev <NiksDev!~NiksDev@> has quit IRC18:51
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto18:52
*** sno <sno!> has joined #yocto19:03
*** beratiks <beratiks!52de0992@> has quit IRC19:08
*** pohly <pohly!> has quit IRC19:13
*** [Sno] <[Sno]!> has joined #yocto19:15
*** nameclash <nameclash!> has joined #yocto19:18
*** sno <sno!> has quit IRC19:18
*** wertigon <wertigon!> has quit IRC19:18
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC19:22
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto19:25
kergothkhem: it depends, actually. first, TUNE_ARCH should be added to environment-setup, as this allows the tcmode to automatically select an environment-setup script to use.19:26
*** rcoote <rcoote!> has quit IRC19:27
kergothkhem: the second issue is a particular case, and depends on how it's constructed, specifically with regard to multilib. if i build a x86_64+i686 sdk and then later want to use it as an external toolchain and want to build a qemux86 image from that i686 multilib, we run into problems, as we can't ship *binaries* from the multilib, only libraries, due to the conflicting paths, so to be able to use a multilib sdk as an external toolchain for the multilib19:28
kergothconfigurations directly (rather than also configuring for x86_64+i686 when using it), then you need to adjust bindirs to avoid conflicts and install the same packages for both19:28
kergothso that one depends on how you want to do things. you could build x86_64 and i686 sdks separately to avoid that issue19:28
kergothx32 can't be built without using multilib though, but not sure how much people care about that19:29
kergothi'm guessing we can just add TUNE_ARCH unconditionally to make it usable, and I'll note in the meta-external-toolchain documentation how to enable this particular mode of operation if needed19:29
kergothi do have a few fixes to submit to make it possible to override bindir and base_bindir, some recipes don't like that much :)19:30
*** gtristan_ <gtristan_!~tristanva@> has joined #yocto19:31
*** gtristan <gtristan!~tristanva@> has quit IRC19:32
*** hpsy <hpsy!~hpsy@> has quit IRC19:34
*** pohly <pohly!> has joined #yocto19:37
*** sakoman <sakoman!~steve@> has quit IRC19:38
*** demonimin <demonimin!~demonimin@> has joined #yocto19:39
*** silviof <silviof!silv-iomat@gateway/shell/> has quit IRC19:45
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC19:45
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto19:47
*** silviof <silviof!silv-iomat@gateway/shell/> has joined #yocto19:50
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto19:50
*** easwarh <easwarh!> has quit IRC19:50
*** pohly <pohly!> has quit IRC19:55
*** sakoman <sakoman!> has joined #yocto19:58
khemfirst one could be done unconditionally20:01
khemsecond case, perhaps20:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:07
kergoththanks fro the input20:10
kergothi'll submit the first with the other fixes20:10
kergothwell, maybe on its own for visibility20:10
*** nerdboy <nerdboy!~sarnold@> has joined #yocto20:13
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:13
fullstopAny "gotchas" migrating from 3.0 -> 3.1?20:20
RPfullstop: have you looked at the migration guide?20:21
fullstopI see that now, thanks RP20:22
*** demonimin <demonimin!~demonimin@> has quit IRC20:23
*** demonimin <demonimin!~demonimin@> has joined #yocto20:23
*** demonimin <demonimin!~demonimin@> has quit IRC20:24
*** demonimin <demonimin!~demonimin@> has joined #yocto20:25
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC20:27
*** berton <berton!~berton@> has joined #yocto20:28
*** berton_ <berton_!~berton@> has quit IRC20:30
*** lfa <lfa!> has joined #yocto20:31
*** nwneisen <nwneisen!uid451623@gateway/web/> has quit IRC20:34
*** sgw1 <sgw1!> has quit IRC20:35
fullstopnothing huge in my world.. let's do it.  :-)20:38
*** lfa <lfa!> has quit IRC20:38
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC20:47
*** demonimin <demonimin!~demonimin@> has quit IRC20:59
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC21:05
*** berton <berton!~berton@> has quit IRC21:16
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto21:21
kergothhmm, do multilibs notw ork well in one multiconfig configuration but not others?21:52
kergothah, nevermind, found the issue21:54
kergothhmm, itd be nice to prefix log messages with the config they're coming from, perhaps21:54
kergothguess i could use an external log configuration21:54
* kergoth yawns21:54
kergoththat's not pretty, but it works21:57
*** mattsm <mattsm!> has quit IRC21:57
rburton <-- faints21:59
*** mattsm <mattsm!> has joined #yocto22:00
paulbarkerrburton: Just what 2020 needs - the dead rising again22:01
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC22:11
*** dakhouya <dakhouya!> has joined #yocto22:14
paulgmoar zombies!22:20
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC22:23
* RP might just see how one of the oeqa races is happening22:24
Crofton|cloudFor out Canadian freinds:
* RP may have figured out the test plugin race in selftest. Sleep on it, see if it still makes sense tomorrow...22:32
*** leon-anavi <leon-anavi!~Leon@> has quit IRC22:36
*** stephano <stephano!> has quit IRC22:55
champagnegwhat's the meaning of `export` in a recipe file? Looks like IMAGE_BASENAME is always "exported", but I can't seem to find why in the doc22:58
*** dmoseley_ <dmoseley_!~dmoseley@> has quit IRC23:04
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto23:04
kergothchampagneg: see the bitbake user manual. it means the variable is exported into the process environment of all tasks, as well as directly in the emitted shell scripts to run shell tasks. same meaning as export in a makefile, or a shell.23:16
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto23:16
kergothex FOO = "bar" means you can use ${FOO}, which is expanded before the script is run, whereas export FOO="bar" means you can also use $FOO, as it's available at runtime in the shell23:16
kergothIMAGE_BASENAME probably doesn't need to always be exported, unless it's for wic to use, but it has its own environment passing. not sure as to the reasoning there, but i haven't checked the git history either23:17
paulgCrofton|cloud, normally this would be a sea of people from 10am to well past midnight (EST)23:18
paulgnow it is just a sea of construction crap.23:19
*** agust <agust!> has quit IRC23:21
Crofton|cloudpaulg: I can't wait for 2020 to end23:25
paulgCrofton|cloud, not that I want to wish my life away, but yeah -  you and me both23:27

Generated by 2.17.2 by Marius Gedminas - find it at!