Thursday, 2020-10-29

smurraykiwi_29: I'm not sure I understand your usecase, but it's probably workable with an actual kernel recipe, you'll just need to hack your image recipe to remove the unwanted kernel bits00:01
kiwi_29based on    I need to use linux-dummy for perferred virtual/kernel provider00:05
kiwi_29I am wondering if that is causing the error for me ?00:05
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has quit IRC00:12
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has joined #yocto00:20
*** kiwi_29 <kiwi_29!> has quit IRC00:28
*** kiwi_29 <kiwi_29!> has joined #yocto00:29
*** kiwi_29 <kiwi_29!> has quit IRC00:44
*** kiwi_29 <kiwi_29!> has joined #yocto00:53
*** kiwi_29 <kiwi_29!> has quit IRC00:57
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:e280:882f:1842:5178:8b7f> has quit IRC01:03
*** dreyna_ <dreyna_!> has joined #yocto01:04
*** NiksDev <NiksDev!~NiksDev@> has quit IRC01:16
*** kaspter <kaspter!~Instantbi@> has quit IRC01:20
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:20
*** B0ned1ger <B0ned1ger!> has joined #yocto01:21
*** B0ned1ger <B0ned1ger!> has quit IRC01:25
*** dreyna_ <dreyna_!> has quit IRC01:25
*** kaspter <kaspter!~Instantbi@> has quit IRC01:48
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:48
*** kiwi_29 <kiwi_29!> has joined #yocto01:54
*** kiwi_29 <kiwi_29!> has quit IRC01:59
*** fancer <fancer!fancer@gateway/web/> has quit IRC01:59
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC02:00
*** rhadye <rhadye!sid217449@gateway/web/> has quit IRC02:00
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto02:01
*** fancer <fancer!fancer@gateway/web/> has joined #yocto02:02
*** rhadye <rhadye!sid217449@gateway/web/> has joined #yocto02:03
*** kiwi_29 <kiwi_29!> has joined #yocto02:22
smurraykiwi_29: the issue is what you're seeing, you can't build modules against linux-dummy, as it doesn't build a kernel, so required bits are missing02:33
kiwi_29thats true smurray . I m currently building and reproducing the issue . Modules cannot be build against linux-dummy but the error is about non-availability of compiler which looks weird02:34
smurraykiwi_29: I believe there is an include makefile deployed by the kernel build that you'll be missing, it wouldn't surprise me if that's causing the failure02:36
smurraykiwi_29: and I can't see how you'll get the modules built w/o the kernel tree's headers02:37
kiwi_29I thought few days ago I was able to compile it. But I may  be mistaken . Is there any way to add COMPATIBLE_MACHINE or such in recipe to still use actual x86_64 architecture based kernel source to compile modules but still use linux-dummy as preferred provider for virtual/kernel?02:38
smurrayI've no idea, what your attempting doesn't make a lot of sense to me, to be honest02:39
smurrayany kernel modules inside the container or not, need to be built against the host kernel02:39
kiwi_29:)  . I know . Its not fully clear. I am waiting for my build to finish ...I will try and report back02:39
smurrayI think you'll need to do what I suggested earlier if you want to keep on this path, i.e. not use linux-dummy, and instead tweak the image recipe to leave out any unwanted kernel pieces02:41
smurrayI can imagine some other hacks that involve building the modules as part of the host build in a multiconfig setup, but it'd take some work02:42
kiwi_29"multiconfig setup" . I m quite interested in it. I have about 8 different distros that is being generated our of our source. Its a nightmare and I m looking for ways to keep it sane. Any more docs/ideas/information about it please let me know02:45
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto02:55
*** kiwi_29 <kiwi_29!> has quit IRC03:03
*** maudat <maudat!> has quit IRC03:03
*** kiwi_29 <kiwi_29!> has joined #yocto03:04
*** vineela <vineela!~vtummala@> has quit IRC03:09
*** sakoman <sakoman!> has quit IRC03:14
*** B0ned1ger <B0ned1ger!> has joined #yocto03:22
roussinmRP: poky/bitbake/lib/bb/, I don't think this path is ever taken otherwise it would crash?03:24
smurraykiwi_29: other than what's in the YP docs and my container presentations, I think there have been a couple of presentations on using it for builds with of both host & VM images.  There are couple of presentations at the YP Summit tomorrow that I believe will cover it03:25
*** B0ned1ger <B0ned1ger!> has quit IRC03:27
roussinmRP: configData isn't define in the scope. Another thing. `def parse` only takes filename and appends.03:27
smurraykiwi_29: there are a few other people that will likely be on channel tomorrow during the day in the US that I think have mentioned they use multiconfig to build many images in one build out a single tree03:28
roussinmRP: My real question is: Is this dead code? This `else` branch is probably never taken for some reason.03:31
*** ahadi <ahadi!> has quit IRC03:33
roussinmIs there a readme/wiki to setup a "good" debugging experience with bitbake? I'm trying with VSCode, but it doesn't look like it can follow subprocesses.03:33
*** ahadi <ahadi!> has joined #yocto03:35
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto03:36
*** hpsy <hpsy!~hpsy@> has quit IRC03:36
kiwi_29smurray how to join the yocto summit tomorrow?03:39
smurraykiwi_29: info is here, I think you need to go through the ELC event page to register:
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC04:03
*** kiwi_29 <kiwi_29!> has quit IRC04:06
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto04:16
*** kiwi_29 <kiwi_29!> has joined #yocto04:21
*** kiwi_29 <kiwi_29!> has quit IRC04:26
*** carlsb3rg_ <carlsb3rg_!> has quit IRC04:29
*** kiwi_29 <kiwi_29!> has joined #yocto04:36
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:41
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:48
*** cbrake1 <cbrake1!> has quit IRC04:58
*** paulg <paulg!> has quit IRC05:15
*** B0ned1ger <B0ned1ger!> has joined #yocto05:23
*** B0ned1ger <B0ned1ger!> has quit IRC05:27
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:38
*** cbrake1 <cbrake1!> has joined #yocto05:46
*** adally <adally!cb7e0070@> has quit IRC06:12
*** kiwi_29 <kiwi_29!> has quit IRC06:17
*** dreyna_ <dreyna_!> has joined #yocto06:23
*** feddischson <feddischson!> has joined #yocto06:24
*** kpo_ <kpo_!> has quit IRC06:24
*** kpo_ <kpo_!> has joined #yocto06:24
*** beneth` <beneth`!> has joined #yocto06:25
*** B0ned1ger <B0ned1ger!> has joined #yocto06:32
*** agust <agust!> has joined #yocto06:41
*** pohly <pohly!> has joined #yocto06:41
*** dreyna_ <dreyna_!> has quit IRC06:44
*** AndersD <AndersD!> has joined #yocto06:47
*** mbulut <mbulut!> has joined #yocto07:13
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:13
*** kiwi_29 <kiwi_29!> has joined #yocto07:19
*** kiwi_29 <kiwi_29!> has quit IRC07:24
*** chris_ber <chris_ber!~quassel@> has joined #yocto07:31
*** AndersD <AndersD!> has quit IRC07:40
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has joined #yocto07:46
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:48
*** zandrey <zandrey!~zandrey@> has joined #yocto07:54
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto07:55
LetoThe2ndyo dudX07:56
LetoThe2ndi'll look at the upcoming summit at at 9:00 over a mug of coffee, join us!07:56
LetoThe2nde.g., in 4 minutes :)07:56
*** fl0v0 <fl0v0!> has joined #yocto07:59
*** w00die <w00die!~w00die@> has quit IRC08:04
*** w00die <w00die!~w00die@> has joined #yocto08:06
*** hpsy1 <hpsy1!~hpsy@> has quit IRC08:06
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC08:09
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:10
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto08:16
*** guest1243 <guest1243!a5e11b48@> has joined #yocto08:18
guest1243Hi, I'm trying to extend the core-image-minimal, so that I can run "bitbake core-image-minimal" with my own modifications. Is it possible to add image features from another layer? Does anyone know a tutorial?08:20
rburtonguest1243: write your own image, you can start by copy-pasting core-image-minimal08:21
LetoThe2ndguest1243: create your own image08:21
LetoThe2ndguest1243: tutorial is here:
guest1243So it is not recommended/possible to use .bbappend files to extend an existing image?08:21
LetoThe2ndstrongly discouraged.08:21
LetoThe2ndpossible, yes.08:21
rburtoncore-image-* are reference images08:22
rburtonjust copy them if they're good starting points08:22
guest1243Okay, understood08:22
LetoThe2ndits all in the video. :)08:23
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto08:24
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto08:28
*** manuel1985 <manuel1985!> has joined #yocto08:29
*** ahadi <ahadi!> has quit IRC08:31
*** B0ned1ger <B0ned1ger!> has quit IRC08:31
*** zandrey_ <zandrey_!~zandrey@> has joined #yocto08:32
*** Yumasi <Yumasi!> has joined #yocto08:32
*** B0ned1ger2 <B0ned1ger2!> has quit IRC08:32
*** ahadi <ahadi!> has joined #yocto08:33
*** zandrey <zandrey!~zandrey@> has quit IRC08:35
*** B0ned1ger <B0ned1ger!> has joined #yocto08:40
*** mckoan|away is now known as mckoan08:49
mckoangood morning08:49
*** fbre <fbre!91fdde45@> has joined #yocto08:51
fbreHi! Do you know that effect with the console during booting of Linux when suddenly all output is just cryptic character salad? As if the encoding is wrong. As soon as I restart my serial client program everything is OK again08:53
fbreSometimes it fixes by itself, which looks like this:08:55
fbre[    0.122948] 003: CPU3: Booted secondary processor 0x0000000003 [0x410fd034]                       2À™Ü‚rŠš¢¢ÊÊê‚‚‚ÒšÕ¥¢õÑ…±z™¢‚ɽ•ÍͽÉ́ÓS'SSS  ‚‚ÒUÉ«VW—®Ö.'HYYºY,W–'¤&¦K¬Z]Q¦˜ Support[    0.145265] 000: CPU features: detected: CRC32 instructions08:57
mckoanfbre: very likely bad hardware or cpu registers settings08:58
LetoThe2ndfbre: i have seen serial-usb converters being massively confused too, where a connection reset would fix it at best, and only unplugging both sides at worst.08:58
fbreit all happens with a git version of dunfell on an imx8 eval board08:59
LetoThe2ndfbre: time for a bisect then... if you have a known good working state from earlier.08:59
fbrehmm... ok thanx. I just thought it may be a well known issue somehow09:01
fbreprobably a problem in the serial-usb stuff. I did not see that at all with previous yocto branches (sumo, zeus, warrior)09:04
RProussinm: It probably isn't used due to the access patterns bitbake as to cached data?09:11
*** rcoote <rcoote!> has joined #yocto09:21
zandrey_fbre: let me guess - you use FTDI-based usb-serial converter? I've seen those issue a lot with FTDI chips on a lot of different SOCs (not only imx8) and various yocto branches09:24
zandrey_try to replace the converter to another one, that is what usually helped me09:24
*** tolszak <tolszak!> has joined #yocto09:44
fbrezandrey_: Not knowingly. Now I searched the kernel config for FTDI and found USB_FTDI_ELAN =n  and USB_SERIAL_FTDI_SIO =n09:45
fbrezandrey_: Not sure what my current serial-usb converter is09:45
*** paulg <paulg!> has joined #yocto09:49
fbreWhere can I find the choice of serial to USB converter in bitbake virtual/kernel -c menuconfig?09:53
zandrey_fbre: i was talking from the other side: the converter you use on the desktop to connect to the HW - that one is usually gets messed up.09:58
fbrezandrey_: I use TeraTerm on Windows 1009:58
fbrezandrey_: Which actually never has such problems09:59
*** creich <creich!> has quit IRC10:00
*** carlsb3rg <carlsb3rg!~chrissc@> has left #yocto10:00
zandrey_fbre: Bingo! :D TeraTerm is the one I had most of those corrupted strings with!10:01
*** creich <creich!> has joined #yocto10:01
fbrezandrey_: OK, so you mean a different serial client should help. Hmm, strange... but I'll give it a try (y)10:02
*** carlsb3rg <carlsb3rg!~chrissc@> has joined #yocto10:03
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/> has joined #yocto10:06
*** Klanticus <Klanticus!~quassel@> has joined #yocto10:16
*** mbulut <mbulut!> has quit IRC10:29
*** mbulut <mbulut!> has joined #yocto10:29
*** Yumasi <Yumasi!> has quit IRC10:33
*** Yumasi <Yumasi!~guillaume@2a01:e35:2fd5:290:554:856d:7ac1:51b1> has joined #yocto10:35
*** kpo_ <kpo_!> has quit IRC10:49
*** kpo_ <kpo_!> has joined #yocto10:50
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto10:50
*** elGamal <elGamal!> has quit IRC11:03
*** elGamal <elGamal!> has joined #yocto11:03
RPkanavin_home: Looks like master-next failed in glib, have you looked at that?11:15
kanavin_homeRP: I can take a look.11:17
*** guest1243 <guest1243!a5e11b48@> has quit IRC11:18
kanavin_homeRP: which build?11:18
kanavin_homea-full 1519?11:18
*** eduardas <eduardas!~eduardas@> has joined #yocto11:18
RPkanavin_home: yes11:18
RPkanavin_home: I suspect its the patch added in master interacting badly?11:18
RPkanavin_home: I spotted additional issues with gstreamer in no-x11 and reported those on the list11:19
eduardashello, I've got an old broken version of u-boot that gets confused about libfdt headers from the dtc-dev package. Can I blacklist a package from getting included in the recipe-sysroot-native direcory?11:19
eduardasbeacuse I do not need /recipe-sysroot-native/usr/include/fdt.h11:20
eduardasto build u-boot11:20
kanavin_homeRP: yes, I think you need to revert Ross's commit
RPkanavin_home: ok, I'll try that11:21
RPkanavin_home: updated and build fired, thanks for confirming11:23
kanavin_homeRP: I am also doing extra confirmation that the patch is indeed already included in the new version11:24
kanavin_homeRP: it is11:31
*** dreyna_ <dreyna_!> has joined #yocto11:31
RPkanavin_home: thanks. I've squashed that into the upgrade11:35
kanavin_homeRP: thanks, I will send out additional timezone fixes (that also need a dunfell backport) and a 2.66.2 update that includes them - apparently 2.66.1 doesn't quite fix all of the issues
RPkanavin_home: sounds good. I know Steve is looking at how to fix glib in dunfell so we can take th tz updates11:41
*** berton <berton!> has joined #yocto11:47
kanavin_homeRP: nevermind, the 2.66.2 fixes apply only to 2.66.1, and not to 2.64.x11:48
kanavin_homehowever, 2.66.2 update still needed, I will send that11:49
carlsb3rgis there any documentation about the artifacts in the deploy directory? I get a core-image-minimal-initramfs-geodelx.cpio.gz and bin file there and everything and not really sure why...12:05
*** goliath <goliath!> has joined #yocto12:14
bluelightningcarlsb3rg: I think that would come from cpio.gz being in INITRAMFS_FSTYPES12:15
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto12:16
bluelightningactually that is the default value12:16
*** elGamal <elGamal!> has quit IRC12:18
*** elGamal <elGamal!> has joined #yocto12:19
*** kiwi_29 <kiwi_29!> has joined #yocto12:20
* fbre likes initramfs12:22
*** NiksDev <NiksDev!~NiksDev@> has quit IRC12:22
*** kiwi_29 <kiwi_29!> has quit IRC12:25
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto12:26
carlsb3rgyeah...I figured that out eventually with bitbake -e12:28
*** hpsy <hpsy!~hpsy@> has joined #yocto12:31
*** Konsgnx <Konsgnx!> has joined #yocto12:40
*** ilkappe <ilkappe!c65a42b1@> has joined #yocto13:05
ilkappeHello guys !! I want to build a kernel module out of the tree. to do that I've generated the SDK (adding TOOLCHAIN_TARGET_TASK_append = " kernel-devsrc" to my conf), I've installed it and I've sourced the variables with13:07
ilkappesource <path-to-sdk>/environment-setup-aarch64-xilinx-linux13:07
ilkappethen I've run13:08
ilkappe$ cd  <path-to-sdk>/sysroots/aarch64-xilinx-linux/usr/src/kernel13:08
ilkappe$ make scripts13:08
ilkappeafter that the compilation process exits with:13:08
ilkappe HOSTCC  scripts/extract-cert13:09
ilkappebut if I run13:09
ilkappe$ cd  <path-to-sdk>/sysroots/aarch64-xilinx-linux/13:09
ilkappe$ find . -name bio.h13:09
ilkappeI think that I am missing some flags somewhere13:10
*** fitzsim <fitzsim!> has joined #yocto13:13
*** ssajal <ssajal!~ssajal@> has joined #yocto13:26
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto13:28
RPhmm, buildhistory failures with master-next :(13:32
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC13:40
*** sakoman <sakoman!> has joined #yocto13:52
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto13:52
*** fbre <fbre!91fdde45@> has quit IRC14:01
*** kpo_ <kpo_!> has quit IRC14:10
roussinmBitBake devs, how do you interactively debug the bitbake daemon subprocess? Do you have any wiki/readme that explain a certain setup that works? I could probably try gdb...14:10
*** linums <linums!54c6d61a@> has joined #yocto14:11
linumshi guys14:12
linumsI have a really dumb issue14:12
linumsafter changing the kernel configuration, my image still loads, and I can see that there is no kernel panic or something14:13
linumsbut bootup procedure does not ends up with a command prompt14:13
*** kpo_ <kpo_!> has joined #yocto14:14
LetoThe2ndlinums: well what was the kernel configuration change? :D14:15
linumswell, I've changed pretty much everything :D14:15
linumsI just tried the current 5.8 kernel config from ubuntu14:16
linumsbut actually this machine works with that kernel from ubuntu14:16
linumswas it a bad idea? :D14:18
LetoThe2ndi have no clue what you are talking about. because the condensed question sounds like "hey. i've got a machine that works with the ubuntu kernel. and works with a kernel i have. now i turned the config upside down and it doesn't work anymore. why?"14:19
*** kaspter <kaspter!~Instantbi@> has quit IRC14:23
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:23
linumswell, I am trying to figure out why the video card is not working with my kernel, so I just had this idea, that if I use the same configuration as the ubuntu kernel was built, maybe I can find what I need for that video card14:23
linumsin my mind I thought that it can not be considered as an upside down turn for the configuration14:26
linumsmaybe it's not true14:26
LetoThe2ndvideo often involves a lot more than just the kernel config, sadly. especially on x86. i really can't comment there, being an arm guy14:31
linumsyeah, this I've faced in the previous weeks :(14:31
linumswell, I've added the kernel module what this video card needs, but than I had to realize, that some kernel parameters should be added to use it14:33
linumsso after just enabling the amdgpu related stuff I received a kernel panic14:34
linumsso I just decided to try the whole ubuntu kernel config, to check if the kernel config is the issue, but actually I was not expecting this issue14:36
linumsat least a kernel panic would give me a hint why it does not boot up fully :D14:37
linumsI've only worked with arm devices too until now, and it was just better :D14:41
*** cbrake <cbrake!cbrakematr@gateway/shell/> has joined #yocto14:55
*** camus1 <camus1!~Instantbi@> has joined #yocto14:57
*** kaspter <kaspter!~Instantbi@> has quit IRC14:58
*** camus1 is now known as kaspter14:58
*** cbrake2 <cbrake2!> has joined #yocto15:15
*** ilkappe <ilkappe!c65a42b1@> has quit IRC15:20
*** kaspter <kaspter!~Instantbi@> has quit IRC15:32
*** kaspter <kaspter!~Instantbi@> has joined #yocto15:34
RProussinm: I'm afraid I'm oldschool, printk style debugging. You probably could make it start pdb on a port you could connect to?15:36
roussinmpdb? Never heard of it probably?15:37
rburtonyeah pdb works15:37
rburtoncall pdb and it will start it on a socket15:38
rburtonso you can connect and step15:38
roussinmLet's see if I can integrate that inside VSCode. Thanks!15:38
* rburton didnt consider that vscode has pdb integration and gets a bit excited15:42
*** GeGo <GeGo!9a863a86@> has joined #yocto15:43
GeGoHello all, i have a problem with mutiple version of openssl , and used the PREFERRED_VERSION15:44
LetoThe2ndrburton: go go go
rburtonroussinm: vscode uses should be trivial to hook that up in a bitbake class15:44
rburtonLetoThe2nd: have you considered writing a bot to auto-reply with metal covers of words that people write?15:44
GeGoin the local.config : PREFERRED_VERSION_openssl_forcevariable = "1.1.1%"15:45
GeGoERROR: Multiple versions of openssl are due to be built15:45
LetoThe2ndrburton: actually, nope.15:45
roussinmrburton: in a bitbake class, sorry I'm really a newbie, I just started to look at the bitbake repository to start contributing! So I guess there is some kind of learning curve.15:45
GeGoOnly one version of a given PN should be built in any given build. You likely need to set PREFERRED_VERSION_openssl to select the correct version or don't depend on multiple versions.15:45
GeGoSorry i have just signed in and didn't know there is a discussion15:46
LetoThe2ndheh no problem GeGo15:46
rburtonroussinm: ok debugpy can literally hijack existing python binaries so just give it the bitbake pid and you're sorted, in theory15:47
roussinmrburton: I would have to start bitbake first though... will it follow the daemonized thread?15:48
rburtondepends what you're debugging. bitbake spawns a lot of processes15:48
LetoThe2ndGeGo: maybe you have something that has a dependency on a specific version of openssl, and therefore your PREFERRED_VERSION doesn't work as expected? just guessing15:49
LetoThe2ndrburton: but seriously, what would you think of me if i would leave the tedious work of annoying you with carefully selected hilarious metal videos to something as boring as a bot?15:50
rburtonyou'd actually get more respect15:51
*** Sandrita <Sandrita!607fc164@gateway/web/cgi-irc/> has joined #yocto15:51
LetoThe2ndrburton: i don't need yours, i already have
LetoThe2ndveni, vidi, vici!15:52
roussinmrburton: I'm trying to explore the startup of bitbake, before it starts building stuff.15:53
rburtonLetoThe2nd: nicely done15:54
*** Sandrita <Sandrita!607fc164@gateway/web/cgi-irc/> has quit IRC15:58
JPEWHmm, how come when I bitbake and image (e.g. core-image-minimal) and everything is in sstate, it still re-runs do_rootfs?15:59
JPEWAt least, on a new sandbox.... if I do `bitbake core-image-minimal; bitbake core-image-minimal` the second does nothing16:01
alejandrohsRP: as in -Os?16:01
RPalejandrohs: yes16:02
*** khilman <khilman!sid134447@gateway/web/> has joined #yocto16:02
RPJPEW: we don't store images in sstate16:02
RPJPEW: we do use the sstate code for images to allow their cleanup, there is no sstate object written16:03
alejandrohsRP: I'll run a test, and check the improvement16:03
JPEWRP: Ah, OK16:03
RPJPEW: we probably could, its just slow as the things are so large16:03
*** pev <pev!> has joined #yocto16:03
*** pev_ <pev_!> has joined #yocto16:03
JPEWSure. I'm testing a CI setup with NFS sstate and was confused as to why it still was running that task when I retriggered the build16:04
alejandrohszeddii: I forgot to mention, can you add qemuarm64/tiny? it blows up as soon as you try to build it16:05
zeddiiyah. no problem. I'm just updating to 5.10, and can test it against that.16:05
RPalejandrohs: the arm people need to get a grip ;-) (hi jonmason, rburton :)16:07
rburtonwait what?16:08
LetoThe2ndfor the arm people (jonmason, rburton) here you go:
*** mckoan is now known as mckoan|away16:08
rburtonok you're so fast now i think you are a bot16:08
* LetoThe2nd strikes, ducks and runs... time to call it a day until open mic16:08
LetoThe2ndrburton: i just happen to *know* so much already that its no searching anymore, just finding the link.16:09
alejandrohszeddii: thanks16:11
*** sno <sno!> has quit IRC16:12
*** B0ned1ger <B0ned1ger!> has quit IRC16:13
*** eduardas <eduardas!~eduardas@> has quit IRC16:14
*** B0ned1ger <B0ned1ger!> has joined #yocto16:14
*** sno <sno!> has joined #yocto16:14
jonmasonopen a bug, we'll get to it16:16
*** feddischson <feddischson!> has quit IRC16:21
*** GeGo <GeGo!9a863a86@> has quit IRC16:23
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC16:30
champagneg any idea why qtbase and qtwayland would produce empty ${PN}-src packages? qtdeclarative-src works correctly16:31
alejandrohsRP: 15% size improvement on core-image-minimal16:35
alejandrohsseems to work properly as well16:36
alejandrohsto me thats enough for me to send a patch16:36
RPalejandrohs: go for it!16:39
*** rsalveti <rsalveti!uid117878@gateway/web/> has quit IRC16:39
*** carlsb3rg <carlsb3rg!~chrissc@> has left #yocto16:39
RPalejandrohs: I'd like to see what some of the other things in khem's presentation do too16:40
*** rsalveti <rsalveti!uid117878@gateway/web/> has joined #yocto16:40
alejandrohsI'm literally checking loop unrolling rightnow16:40
*** behanw <behanw!uid110099@gateway/web/> has quit IRC16:40
alejandrohstheres a patch for poky-tiny pending to update and reduce busybox size on the ML btw, no rush, just in case you hadn't noticed16:41
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto16:42
*** Yumasi <Yumasi!~guillaume@2a01:e35:2fd5:290:554:856d:7ac1:51b1> has quit IRC16:45
*** zandrey_ <zandrey_!~zandrey@> has quit IRC16:46
*** kiwi_29 <kiwi_29!> has joined #yocto16:47
*** Benjamin2020 <Benjamin2020!> has joined #yocto16:50
*** fl0v0 <fl0v0!> has quit IRC16:50
*** mirzak <mirzak!sid303002@gateway/web/> has quit IRC16:55
*** mirzak <mirzak!sid303002@gateway/web/> has joined #yocto16:55
RPalejandrohs: I saw it, I'm struggling a little with getting everything queued17:04
*** chris_ber <chris_ber!~quassel@> has quit IRC17:11
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC17:14
* zeddii is saving his patch bombs for another week.17:14
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC17:16
*** kiwi_29 <kiwi_29!> has quit IRC17:20
*** vineela <vineela!~vtummala@> has joined #yocto17:21
*** kiwi_29 <kiwi_29!> has joined #yocto17:24
RPzeddii: the thing is yours are probably tested so less of an issue17:27
RPJPEW: we're still seeing that netbase reproducible issue on the autobuilder. I guess that my patch isn't enough to invalidate the bad equivalence entries? :/17:33
*** King_InuYasha is now known as Conan_Kudo17:34
*** Conan_Kudo is now known as King_InuYasha17:34
*** kiwi_29 <kiwi_29!> has quit IRC17:34
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has quit IRC17:35
*** Klanticus <Klanticus!~quassel@> has quit IRC17:40
alejandrohsRP: a couple of kilobytes with specific compilation flags IMO not enough to enable by default17:41
alejandrohsRP: patch set17:41
RPalejandrohs: queued in -next, thanks17:44
*** Sandrita <Sandrita!607fc164@gateway/web/cgi-irc/> has joined #yocto17:45
*** mrpelotazo <mrpelotazo!> has joined #yocto17:46
khemalejandrohs: are you using LTO17:52
khemthat should help a bit with size too17:53
*** Benjamin2020 <Benjamin2020!> has quit IRC17:54
khemopenvswitch shrunk by 30% with lto17:55
*** Sandrita <Sandrita!607fc164@gateway/web/cgi-irc/> has quit IRC18:07
*** camus1 <camus1!~Instantbi@> has joined #yocto18:24
*** kaspter <kaspter!~Instantbi@> has quit IRC18:24
*** camus1 is now known as kaspter18:26
*** kaspter <kaspter!~Instantbi@> has quit IRC18:29
*** kaspter <kaspter!~Instantbi@> has joined #yocto18:29
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC18:33
kergothugh, wow, meta-imx is .. not good18:46
kergothbbappending busybox in a bsp layer? really?18:46
* kergoth bangs head on desk18:46
kergothand the stuff in their layer.conf is an abomination18:47
RPkergoth: I don't dare look :(18:51
*** pev <pev!> has quit IRC18:58
*** pev_ <pev_!> has quit IRC18:58
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:03
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:05
*** kernelsandals <kernelsandals!> has joined #yocto19:11
kernelsandalsHi I'm wondering if someone can point me in the right direction here.. I'm working on building chromium-ozone-wayland from meta-browser's master branch (claims dunfell compatibility). I'm targeting a boundary devices imx8 SBC, using their official bsp support for dunfell. The issue I've run into is specifically during do_compile - I get an error19:16
kernelsandalssaying "ninja: build stopped: subcommand failed". When I look at the compile log I see an error regarding "ld.lld: error: unable to find library -latomic". I've tried adding "libatomic-ops libatomic-ops-native libatomics-ops-native" to the DEPENDS via a bbappend, and have added libatomic to the RDEPENDS_${PN} via bbappend but am still seeing this19:16
kernelsandalsissue. Can anyone point me in the right direction here?19:16
khemkernelsandals: libatomic should come with gcc-runtime19:30
kernelsandalsAgreed, when I tried to add libatomic to the DEPENDS though I got an error that gcc-runtime only RPROVIDES it19:31
kernelsandalsThe chromium-ozone-wayland recipe is built using clang as well19:31
khemcheck recipe-sysroot/ inside the chromium build do you see this .so file ?19:31
khemyes I am aware of it being using clang, but runtime is still gnu19:32
alejandrohskernelsandals: I'd start building it for a similar architecture that you know it works qemuarm64 for example, if it does work on that one start checking what the bsp for imx8 is overriding, cant say fo sure but I think libatomic  DEPENDS should be just libatomic since it comes from gcc-runtime19:33
kheme.g. I see recipe-sysroot]19:33
khem% find . -name "libatomic*"19:33
*** elGamal <elGamal!> has quit IRC19:34
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has quit IRC19:34
alejandrohskernelsandals: what khem said19:34
kernelsandalsHmm, so recipe-sysroot in build/tmp/work/aarch64-mx8mm-fslc-linux/chromium-ozone-wayland/85.0.4183.102-r0/recipe-sysroot/usr/lib64/ does have,,, libatomic.a19:35
*** kiwi_29 <kiwi_29!> has joined #yocto19:35
khemok so is it failing in some native part of build then ?19:35
kernelsandalsYeah, its failing on specifically yocto_native/brotli19:36
khemright, it perhaps is them expecting this on your build host19:36
kernelsandalsI have installed libatomic via yum on my build host - packages for libatomic, libatomic-static and libatomic_ops-devel19:37
khemeg. on archlinux gcc-libs provides it19:37
khemkernelsandals: can you pastebin your failing complete linker cmd somewhere ?19:39
*** khem <khem!~khem@unaffiliated/khem> has left #yocto19:39
*** kiwi_29 <kiwi_29!> has quit IRC19:39
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has joined #yocto19:40
*** w00die <w00die!~w00die@> has quit IRC19:42
kernelsandals@khem This is the log I have from do_compile --
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto19:43
kernelsandals@khem This is the log I have from do_compile --
*** w00die <w00die!~w00die@> has joined #yocto19:43
khemkernelsandals: yeah i see, so its using clang-native with lld, so one option would be to try add -fuse-ld=gold to HOST_LDFLAGS19:51
khemanother option might be to add -L/usr/lib19:51
khembut clang++ should have been able to find it if its installed in /usr/lib19:52
khemcan you try a simple testcase with clang++ from recipe-sysroot-native with latomic something like clang++ hello.cpp -latomic19:54
khemand see if that works ?19:54
*** kaspter <kaspter!~Instantbi@> has quit IRC19:57
kernelsandalsTried adding -L/usr/lib and -fuse-ld=gold to HOST_LDFLAGS but got the same error. I'll have to see if I can put something together for that second testcase..19:59
*** kiwi_29 <kiwi_29!> has joined #yocto20:00
alejandrohskernelsandals: you could add verbose flags to the linker to get more info on whats happening20:01
*** kpo_ <kpo_!> has quit IRC20:05
*** kpo_ <kpo_!> has joined #yocto20:06
*** kaspter <kaspter!~Instantbi@> has joined #yocto20:07
*** rcoote <rcoote!> has quit IRC20:09
*** kernelsandals <kernelsandals!> has quit IRC20:11
*** vineela <vineela!~vtummala@> has quit IRC20:15
*** tnovotny <tnovotny!> has joined #yocto20:18
*** maudat <maudat!> has joined #yocto20:31
*** pharaon2502 <pharaon2502!> has quit IRC20:31
*** carlsb3rg_ <carlsb3rg_!> has joined #yocto20:36
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has quit IRC20:44
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has joined #yocto20:50
*** linums <linums!54c6d61a@> has quit IRC20:53
*** linums <linums!> has joined #yocto20:54
*** vineela <vineela!~vtummala@> has joined #yocto20:56
*** mardy <mardy!> has quit IRC20:57
*** linums <linums!> has quit IRC20:57
*** linums <linums!~linums@> has joined #yocto20:58
*** carlsb3rg_ <carlsb3rg_!> has quit IRC21:00
*** Konsgnx <Konsgnx!> has quit IRC21:00
*** camus1 <camus1!~Instantbi@> has joined #yocto21:01
*** kaspter <kaspter!~Instantbi@> has quit IRC21:01
*** camus1 is now known as kaspter21:02
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has quit IRC21:04
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has joined #yocto21:07
*** pharaon2502 <pharaon2502!> has joined #yocto21:13
*** elGamal <elGamal!~elg@> has joined #yocto21:13
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has quit IRC21:13
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has joined #yocto21:13
*** elGamal <elGamal!~elg@> has quit IRC21:15
*** berton <berton!> has quit IRC21:19
*** elGamal <elGamal!~elg@> has joined #yocto21:19
*** kiwi_29 <kiwi_29!> has quit IRC21:26
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has quit IRC21:31
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has joined #yocto21:33
*** kiwi_29 <kiwi_29!> has joined #yocto21:36
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has quit IRC21:41
*** ssajal <ssajal!~ssajal@> has quit IRC21:42
*** pharaon2502 <pharaon2502!> has quit IRC21:42
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has joined #yocto21:43
*** carlsb3rg_ <carlsb3rg_!> has joined #yocto21:44
*** behanw <behanw!uid110099@gateway/web/> has quit IRC21:46
*** kpo_ <kpo_!> has quit IRC21:54
*** kpo_ <kpo_!> has joined #yocto21:55
*** leon-anavi <leon-anavi!~Leon@> has quit IRC22:05
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/> has quit IRC22:08
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c9a0:2c42:46d3:7440> has quit IRC22:12
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:930:acaa:68ed:b9c7> has joined #yocto22:12
*** pohly <pohly!> has quit IRC22:17
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC22:22
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC22:29
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:930:acaa:68ed:b9c7> has quit IRC22:31
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:930:acaa:68ed:b9c7> has joined #yocto22:32
*** beneth` <beneth`!> has left #yocto22:37
*** agust <agust!> has quit IRC22:38
dev1990\o/ 10th anniversary, thank you all22:43
*** tnovotny <tnovotny!> has quit IRC22:45
*** wmills <wmills!> has quit IRC22:55
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:930:acaa:68ed:b9c7> has quit IRC23:04
*** manuel1985 <manuel1985!> has quit IRC23:11
*** manuel1985 <manuel1985!> has joined #yocto23:13
*** kiwi_29 <kiwi_29!> has quit IRC23:16
*** manuel1985 <manuel1985!> has quit IRC23:16
*** manuel1985 <manuel1985!> has joined #yocto23:16
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:930:acaa:68ed:b9c7> has joined #yocto23:23
*** GonZo2k <GonZo2k!gonzo2000m@gateway/shell/> has joined #yocto23:33
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:930:acaa:68ed:b9c7> has quit IRC23:48
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:930:acaa:68ed:b9c7> has joined #yocto23:49
*** kiwi_29 <kiwi_29!> has joined #yocto23:54
*** kiwi_29 <kiwi_29!> has quit IRC23:58
*** kpo_ <kpo_!> has quit IRC23:58
*** kpo_ <kpo_!> has joined #yocto23:58

Generated by 2.17.2 by Marius Gedminas - find it at!