Friday, 2022-12-02

*** bantu <bantu!> has quit IRC (Quit: bantu)00:00
*** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has joined #yocto00:01
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** bantu <bantu!> has joined #yocto00:02
*** Wouter0100 <Wouter0100!> has joined #yocto00:02
DvorkinDmitryhow can I make /var/log directory non-volatile? I'm using systemd, its recipe adds /etc/tmpfiles.d/00-create-volatile.conf file with "... /var/volatile/log ..." record inside. May I just override this file with .bbappend and my own 00-create-volatile.conf file?00:03
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)00:04
*** Estrella <Estrella!> has quit IRC (Ping timeout: 260 seconds)00:05
*** Estrella_ <Estrella_!> has joined #yocto00:05
*** nemik_ <nemik_!~nemik@> has quit IRC (Ping timeout: 256 seconds)00:14
*** nemik_ <nemik_!> has joined #yocto00:14
*** nemik_ <nemik_!> has quit IRC (Ping timeout: 260 seconds)00:18
*** nemik_ <nemik_!~nemik@> has joined #yocto00:19
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 260 seconds)00:27
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)00:32
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)00:34
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)00:50
*** kpo <kpo!> has joined #yocto00:54
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has quit IRC (Quit: KVIrc 5.0.0 Aria
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has joined #yocto01:18
*** dreyna4529_b <dreyna4529_b!~dreyna452@2601:646:4200:cfc0:1884:871e:51cf:2848> has quit IRC (Ping timeout: 260 seconds)01:29
*** geoffhp <geoffhp!> has joined #yocto02:09
*** geoffhp <geoffhp!> has quit IRC (Quit: Leaving)02:10
*** starblue <starblue!> has quit IRC (Ping timeout: 268 seconds)02:22
*** starblue <starblue!> has joined #yocto02:24
*** sakoman <sakoman!> has joined #yocto02:43
*** kscherer <kscherer!> has quit IRC (Quit: Konversation terminated!)02:48
*** mark_L <mark_L!~mark@> has quit IRC (Quit: mark_L)02:55
*** mark_L <mark_L!~mark@> has joined #yocto02:56
*** mixfix41 <mixfix41!~sdenynine@user/mixfix41> has quit IRC (Ping timeout: 246 seconds)03:18
*** xmn <xmn!> has joined #yocto03:26
*** jclsn <jclsn!~jclsn@2a04:4540:651b:b900:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)03:28
*** jclsn <jclsn!~jclsn@2a04:4540:652e:4400:2ce:39ff:fecf:efcd> has joined #yocto03:30
*** xmn <xmn!> has quit IRC (Ping timeout: 260 seconds)03:33
*** xmn <xmn!> has joined #yocto03:39
*** jdavid75 <jdavid75!~jdavid75@> has quit IRC (Quit: Client closed)04:15
*** aleksandarsimono <aleksandarsimono!~aleksanda@> has quit IRC (Quit: Client closed)04:33
*** invalidopcode <invalidopcode!> has quit IRC (Remote host closed the connection)04:35
*** invalidopcode <invalidopcode!> has joined #yocto04:35
*** Guest70 <Guest70!~Guest70@> has quit IRC (Quit: Client closed)04:43
*** amitk <amitk!~amit@> has joined #yocto04:52
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)04:59
*** tor <tor!~tor@user/tor> has joined #yocto05:32
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)06:04
*** kpo <kpo!> has joined #yocto06:07
*** camus <camus!~Instantbi@> has joined #yocto06:11
*** camus <camus!~Instantbi@> has quit IRC (Client Quit)06:14
*** camus <camus!~Instantbi@> has joined #yocto06:14
*** camus <camus!~Instantbi@> has quit IRC (Client Quit)06:15
*** mark_L <mark_L!~mark@> has quit IRC (Ping timeout: 260 seconds)06:15
*** camus <camus!~Instantbi@> has joined #yocto06:16
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)06:21
*** camus <camus!~Instantbi@2409:8a1e:9123:760:4485:770:a208:250e> has joined #yocto06:21
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:44
*** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has quit IRC (Ping timeout: 260 seconds)06:54
*** mattes-b_ <mattes-b_!> has quit IRC ()06:59
*** Starfoxxes <Starfoxxes!> has joined #yocto07:16
*** Starfoxxes <Starfoxxes!> has quit IRC (Max SendQ exceeded)07:17
*** pbergin <pbergin!> has quit IRC (Quit: Leaving)07:17
LetoThe2ndyo dudX07:21
*** tomzy_0 <tomzy_0!> has joined #yocto07:21
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:23
*** xmn <xmn!> has quit IRC (Ping timeout: 268 seconds)07:37
*** gho <gho!> has joined #yocto07:38
*** rob_w_ <rob_w_!> has joined #yocto07:39
*** mckoan|away is now known as mckoan07:49
mckoangood morning07:49
*** camus1 <camus1!~Instantbi@> has joined #yocto07:52
* alessioigor waves all07:53
*** camus <camus!~Instantbi@2409:8a1e:9123:760:4485:770:a208:250e> has quit IRC (Ping timeout: 260 seconds)07:54
*** camus1 is now known as camus07:54
*** invalidopcode <invalidopcode!> has quit IRC (Remote host closed the connection)07:59
*** invalidopcode <invalidopcode!> has joined #yocto07:59
*** Starfoxxes <Starfoxxes!> has joined #yocto08:02
*** Starfoxxes <Starfoxxes!> has quit IRC (Max SendQ exceeded)08:03
tomzy_0Is there anywhere good practices / methodology how to most effectively update Yocto release in custom project?08:05
tomzy_0Yesterday on yocto summit chat there was a little discussion about that08:05
tomzy_0and I was wondering if there is some kind of guidelines how to do it best08:06
JaMaI prefer to do it on ongoing basis, that you adapt to new changes as soon as they land in master, because then it's easier to see what caused those issues and to find some examples how similar issues were fixed in other components and other layers, but I guess you're already long past that08:07
LetoThe2ndtomzy_0: yeah was just about to say - the best option probably is to have a branch surfing on main and fixing that as you go along and see breakage.08:09
JaMaI also prefer to have our internal builds at least buildable with each release (when upgrading across couple releases at the same time), because it gives me at least some "bisect" points when debugging something08:09
tomzy_0interesting point of view08:09
JaMaand I don't try to make it perfect in runtime, just because we have a lot of prebuilt binaries from other teams and other companies and some of them are expensive to get rebuilt08:10
JaMaso the full set of prebuilt binaries compatible with new ABI is available only for the final release we're upgrading to08:10
*** Estrella_ <Estrella_!> has quit IRC (Ping timeout: 256 seconds)08:11
*** Estrella <Estrella!> has joined #yocto08:12
tomzy_0Yeah, runtime is other thing.. but I guess for that we should always have a set of tests that checks needed functionalities08:12
*** zpfvo <zpfvo!> has joined #yocto08:14
LetoThe2ndfor the record, i am currently looking into a very similar topic here08:16
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)08:16
JaMaI had a presentation about it on Wed, but specific for your LGE use08:17
*** camus <camus!~Instantbi@2409:8a1e:9123:760:4485:770:a208:250e> has joined #yocto08:17
*** ArgaKhan <ArgaKhan!~Srain@> has joined #yocto08:18
JaMaafter doing 7 major yocto release upgrades there since 2012 :)08:18
tomzy_0LetoThe2nd which is?08:18
LetoThe2ndtomzy_0: how to continually support and check bsps and integrations.08:19
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto08:19
tomzy_0JaMa sorry but what is LGE? Will definitely check your pres once they will be available on youtube :)08:20
JaMa is the small portion of our builds (the base layers used by other internal builds for different products like TVs)08:21
ArgaKhanHello, this is my first time joining this channel. Actually I'm having a problem and while searching for a solution I found it here.08:22
JaMas/your/our/g in my earlier message08:23
tomzy_0Did not know that webOS could be built with yocto08:23
LetoThe2ndArgaKhan: welcome! state your case of emergency and wait for rescue!08:23
LetoThe2ndtomzy_0: hehe webos IS YOEP08:23
tomzy_0JaMa yea, makes more sense now :D08:23
JaMawebOS as well as PalmOS were always built with OE08:24
ArgaKhanThank you, then I will write my problem.08:24
ArgaKhanThis is the error I'm having:08:24
ArgaKhanException: subprocess.CalledProcessError: Command '['rm', '-rf', '/build/tmp/work/armv7vet2hf-neon-mepos-linux-gnueabi/qtmultimedia/5.15.3+gitAUTOINC+185f37e68e- r0/sstate-build-package/']' died with <Signals.SIGABRT: 6>.08:24
*** nemik_ <nemik_!~nemik@> has quit IRC (Ping timeout: 268 seconds)08:24
JaMathere just wasn't Yocto Project yet when PalmOS was actively developed :)08:24
tomzy_0LetoThe2nd well, looks like there is lot for me to learn in this world08:25
LetoThe2ndtomzy_0: for all of us.08:25
ArgaKhanIf I compile from vscode about 5 seconds after this error, vscode crashes, if I compile from terminal, terminal crashes.08:25
*** nemik_ <nemik_!~nemik@> has joined #yocto08:26
*** onkelpit <onkelpit!~pit@user/pjoh> has joined #yocto08:27
LetoThe2ndArgaKhan: compile from vscode? please explain your use case a little more. is this when you run bitbake? or when trying to use an sdk?08:28
ArgaKhanLetoThe2nd It happens when I use bitbake. When I say compiling from vscode, I edit vscode files and run bitbake from the integrated terminal.08:29
*** amitk_ <amitk_!~amit@> has joined #yocto08:44
ArgaKhanSorry for sending you a message. I was trying to ping you like you ping me. I am newbie in this irc stuff.08:44
phako[m]ERROR: Layer meta-chimeratk depends on meta-oe and isn't found. -> I have added meta-oe using bitbake-layers add-layer - I don't really understand why yocto-check-layer keeps yelling at me08:45
d-fens_hi, anybody has some script laying around with the jq magic to extract unpached issues from the cve log?08:47
qschulzphako[m]: meta-oe is not a valid name for a layer IIRC08:48
qschulzif you're looking at expliciting the dependency on meta-openembedded/meta-oe, I believe it is openembedded-layer you're supposed to add08:48
phako[m]er ok. how would I find that out for any random layer?08:49
qschulzyou look into BBFILE_COLLECTIONS in the conf/layer.conf08:49
*** nemik_ <nemik_!~nemik@> has quit IRC (Ping timeout: 256 seconds)08:54
*** nemik_ <nemik_!> has joined #yocto08:54
*** nemik_ <nemik_!> has quit IRC (Ping timeout: 268 seconds)08:59
*** nemik_ <nemik_!~nemik@> has joined #yocto08:59
*** EwelusiaGsiorek[ <EwelusiaGsiorek[!~ewelinaga@2001:470:69fc:105::2:b0e7> has quit IRC (Quit: You have been kicked for being idle)09:00
*** d-fens <d-fens!~kvirc@> has joined #yocto09:01
*** RobW <RobW!~rcwoolley@> has joined #yocto09:01
*** d-fens_ <d-fens_!~kvirc@> has quit IRC (Ping timeout: 268 seconds)09:04
rburtonArgaKhan: rm aborting sounds a lot like your disk is dead.  check dmesg for errors.09:04
*** rcw <rcw!~rcwoolley@> has quit IRC (Ping timeout: 268 seconds)09:04
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto09:06
LetoThe2ndArgaKhan: sorry, i had to leave for a few minutes. yeah see rburtons advice first, then you might need to be more specific e.g. which layers, and a log. I'm not aware of anything in core that would directly call rm that way (but i might of course be wrong)09:06
*** invalidopcode <invalidopcode!> has quit IRC (Remote host closed the connection)09:07
rburtonthat's just bitbake purging old builds, but rm shouldn't crash.09:07
*** invalidopcode <invalidopcode!> has joined #yocto09:07
LetoThe2ndrburton: ok09:07
rburtonthus, my theory that its getting I/O errors and aborting09:07
*** florian <florian!> has joined #yocto09:11
*** Guest13 <Guest13!~Guest13@> has joined #yocto09:13
Guest13Hi everyone. I'm having a problem with activating ov5645(coral camera) support. I opened a topic like this:09:16
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 265 seconds)09:17
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)09:17
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto09:18
*** kpo <kpo!> has joined #yocto09:21
qschulzGuest13: you might have to enforce a lower I2C frequency for the whole i2c2 bus since Omnivision sensor usually only support Full Speed (400KHz IIRC)09:22
qschulzGuest13: clock-frequency = <400000>;09:23
qschulzGuest13: then if that's fixed, then check if the camera appears on i2c by using i2cdetect -y 2 from userspace09:23
qschulzcheck the MCLK is running correctly and at the appropriate rate, check the power up sequence, etc...09:24
qschulzscope will be *really* helpful09:24
SalamandarHey guys, I got a (custom) recipe that needs to install its files to a partition as a tarball (dd if=tarball of=mtd) (not my choice).09:25
SalamandarWhat's the best way to "require" this recipe into my build ?09:25
SalamandarIs it a good idea to add it to `IMAGE_INSTALL:append` even though it doesnt install anything into the rootfs ?09:25
*** Estrella <Estrella!> has quit IRC (Ping timeout: 260 seconds)09:25
SalamandarI'm planning to use do_deploy to generate the tarball and put it in the deploy dir09:25
*** Estrella <Estrella!> has joined #yocto09:26
LetoThe2ndSalamandar: "partition as a tarball"? so what is the actual outcome? a binary image of the partition? a tarball? something in your root file system?09:27
SalamandarA tarball that will be dd-ed "raw" on the partition09:27
Guest13qschulz thank you, i will try.09:27
Salamandarso, a tarball :)09:27
LetoThe2ndSalamandar: sounds like you actually want a custom image type09:27
*** thomasd13 <thomasd13!> has joined #yocto09:27
Salamandarmaybe yeah. I've never written image recipes yet :D09:28
LetoThe2ndSalamandar: not image recipe. IMAGE_TYPE09:28
Salamandarok, thank for the pointer. I'll read about it :)09:28
LetoThe2ndSalamandar: those can essentially define the form that your output has. we have tar.gz, we have ext4, ... wic is then a postprocessing step that you can also use.09:29
thomasd13Good morning guys, I'm still working on the "yocto-sdk gdb .so issue". I've noticed some warnings when building the sdk at package "external-arm-toolchain" which may seems related.09:29
thomasd13external-arm-toolchain-2019.12-r0 do_package_qa: QA Issue: external-arm-toolchain: /sbin/ldconfig is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated]09:29
LetoThe2ndSalamandar: from the descriptiion, you kinda want an IMAGE_TYPE .bin.tar :-)09:29
SalamandarLetoThe2nd: Interesting. So my recipe just installs normally in a specific folder, and the custom image type picks the files there ?09:30
thomasd13Can someone tell me where I can start my research about this? If that is really an issue in my case?09:30
LetoThe2ndSalamandar: if its only a directory, then you might need to also use wic. but thats a bit beyond me, sorry.09:30
thomasd13I've got alot "host contamination" warnings at this package09:30
*** prabhakarlad <prabhakarlad!> has joined #yocto09:31
Salamandaryes it's only a directory, but it _has_ to be a tarball. My vendor un-tars the partition itself, so it's beyond my control.09:31
LetoThe2ndSalamandar: as mentioned then. IMAGE_TYPES and/or wic, possibly a combination thereof09:32
SalamandarThank you ! :)09:32
qschulzSalamandar: also FYI, wic can create images with multiple partitions09:32
qschulzso you can dd the whole thing to the /dev/sdc for example and it'll flash the partition table and everything09:33
SalamandarYes, that's what I would like to do once i manage to generate this partition09:33
SalamandarFor now, the vendor's layer manually concatenates the images…09:34
jclsnTook me some time to find out that a defconfig in oe-local-files is used when building from the workspace...09:39
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 265 seconds)09:48
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 246 seconds)09:57
*** florian_kc <florian_kc!> has joined #yocto10:03
*** aleksandarsimono <aleksandarsimono!~aleksanda@> has joined #yocto10:11
*** amitk_ <amitk_!~amit@> has joined #yocto10:14
*** Frank48 <Frank48!> has joined #yocto10:18
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:23
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:23
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)10:24
*** kpo <kpo!> has joined #yocto10:27
*** Guest49 <Guest49!~Guest49@> has joined #yocto10:32
Guest49Hello all, i have a quick question. I want to have my image and my initramfs image using same DISTRO but one (image) using systemd and one (initramfs) using sysvinit.10:37
Guest49For that, i include DISTRO_FEATURES_append = " sysvinit systemd" in my distro.conf file10:37
Guest49In image recipe, i set VIRTUAL-RUNTIME_init_manager = "sysvinit" dor initramfs and VIRTUAL-RUNTIME_init_manager = "systemd" for image.10:37
Guest49Problem is that, if i check installed packages in buildhistory folder, i can see that systemd is installed on my initramfs image.10:37
Guest49How can i have sysvinit on my initramfs without installing systemd ?10:37
qschulzGuest49: the init system is a distro configuration, you need two different distros10:39
Guest49qschulz ok, but when i build my image, it automatically builds my initramfs image. If i need two distros, i need to review this process (INITRAMFS_IMAGE = "my-initramfs"), right ? Because if i'm not wrong, we cannot set a distro in image recipe10:43
qschulzGuest49: I assume this would be a case for a multiconfig setup which is definitely more complex than the typical septup10:44
qschulzI have never used it so can't say if that would fit the requirements but that's what comes to mind10:44
qschulzGuest49: but yes you're right, recipe data is local, configuration data is global. Changing the distro in the image will only apply to the image and no other recipe10:45
mcfriskGuest49: please RTFM
mcfriskthat should help with multiconfig setup10:47
qschulznice, didn't know we had doc for that :)10:47
mcfriskwe have all kinds of really cool docs nowadays, just need to keep the page open, refresh and search :)10:48
Guest49you are right. sorry for the inconvenience10:49
Guest49i will read the f.... manual. my apologies10:50
*** _lore_ <_lore_!> has quit IRC (Remote host closed the connection)10:50
*** Guest49 <Guest49!~Guest49@> has left #yocto10:50
*** _lore_ <_lore_!> has joined #yocto10:55
*** Guest2911 <Guest2911!> has joined #yocto10:56
*** guest13215 <guest13215!> has left #yocto11:02
qschulzmcfrisk: yeah "RTFM" can be a bit aggressive :/11:04
*** Frank48 <Frank48!> has quit IRC (Quit: Client closed)11:07
*** starblue <starblue!> has quit IRC (Ping timeout: 260 seconds)11:09
*** thomasd13 <thomasd13!> has quit IRC (Ping timeout: 256 seconds)11:11
*** Guest13 <Guest13!~Guest13@> has quit IRC (Quit: Client closed)11:11
*** gho <gho!> has quit IRC (Quit: Leaving.)11:11
*** starblue <starblue!> has joined #yocto11:11
*** Frank47 <Frank47!> has joined #yocto11:12
*** gho <gho!> has joined #yocto11:12
*** gho <gho!> has quit IRC (Client Quit)11:12
mcfriskqschulz: yea, meant to comment on that. I did not mean but FINE as a compliment to all who contribute to the docs. Sadly Guest49 left too fast, but hopefully will be back if anything is still unclear. Even after years with yocto I still don't know much and mostly just have the doc index page open and search there, as well as git grep..11:12
ArgaKhanAs rburton said, I ran bitbake and when it crashed, I ran dmesg, but there was no log added.11:14
ArgaKhanI don't know exactly what meta it came from. It works from within meta-qt5/ecipes-qt/qt5. And the name of the package is qtmultimedia.11:14
ArgaKhanAnd sorry for the late reply, it was a lunch break.11:15
*** gho <gho!> has joined #yocto11:15
*** rob_w_ <rob_w_!> has quit IRC (Quit: Leaving)11:26
*** aleksandarsimono <aleksandarsimono!~aleksanda@> has quit IRC (Quit: Client closed)11:32
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 256 seconds)11:44
*** Guest13 <Guest13!~Guest13@> has joined #yocto11:47
*** amitk__ <amitk__!~amit@> has joined #yocto11:47
DvorkinDmitrymay I set VOLATILE_LOG_DIR in the image file?11:48
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 256 seconds)11:49
*** amitk__ <amitk__!~amit@> has quit IRC (Ping timeout: 256 seconds)11:52
Saur[m]DvorkinDmitry: No, `VOLATILE_LOG_DIR` needs to go in your configuration as it is used by multiple recipes.11:53
*** Guest13100 <Guest13100!~Guest13@> has joined #yocto11:59
*** Guest13 <Guest13!~Guest13@> has quit IRC (Ping timeout: 260 seconds)12:02
*** Guest82 <Guest82!> has joined #yocto12:04
DvorkinDmitrySaur[m], where can I put it instead of local.conf? in mymachine.conf ?12:04
*** Frank47 <Frank47!> has quit IRC (Quit: Client closed)12:05
*** Frank47 <Frank47!> has joined #yocto12:06
*** amitk_ <amitk_!~amit@> has joined #yocto12:10
LetoThe2ndDvorkinDmitry: usual good places are either machine or distro, it depends a bit.12:10
*** aleksandarsimono <aleksandarsimono!~aleksanda@> has joined #yocto12:11
Saur[m]DvorkinDmitry: It is typically a distro variable since if you change it, a couple of recipes will be built differently.12:12
Guest2911*** wkawka <wkawka!> has joined #yocto    13:2612:12
Guest2911wkawka    o/    13:2712:12
Guest2911wkawka    I am having a nice battle with xorg-xserver recipe. Before there were outdated patch files in meta-freescale which I have removed, but now meson has a problem with dependency, to be exact:    13:3212:12
Guest2911wkawka    ```| Run-time dependency glproto found: YES 1.4.17    13:3212:12
Guest2911wkawka    | Run-time dependency gl found: NO (tried pkgconfig and system)    13:3212:13
Guest2911wkawka    |    13:3212:13
Guest2911wkawka    | ../xorg-server-21.1.3/glx/ ERROR: Dependency "gl" not found, tried pkgconfig and system    13:3212:13
Guest2911wkawka    |    13:3212:13
Guest2911wkawka    | A full log can be found at /work/build-x11/tmp/work/cortexa9t2hf-neon-mx6qdl-poky-linux-gnueabi/xserver-xorg/2_21.1.3-r0/build/meson-logs/meson-log.txt    13:3212:13
Guest2911wkawka    | ERROR: meson failed    13:3212:13
Guest2911wkawka    | WARNING: exit code 1 from a shell command.    13:3212:13
Guest2911wkawka    ERROR: Task (/work/sources/poky/meta/recipes-graphics/xorg-xserver/ failed with exit code '1'```    13:3212:13
Guest2911wkawka    I tried to look for something useful, but I found nothing    13:3212:13
Guest2911wkawka    Have i to make another patch somehow? Maybe you had simillar problem before?12:13
Guest2911| Run-time dependency gl found: NO (tried pkgconfig and system)12:13
Guest2911| ../xorg-server-21.1.3/glx/ ERROR: Dependency "gl" not found, tried pkgconfig and system12:13
*** jmk1 <jmk1!~jmalik@> has joined #yocto12:13
Guest2911Hello, I'm falling i nthe same issue I found in an old chat here, does anyone have some suggestions please?12:17
LetoThe2ndGuest2911: can you maybe put the log into a pastebin? it is completely unreadable here.12:18
Guest2911Sorry, it's the first time I enter here...12:18
LetoThe2ndGuest2911: np, thats why i'm saying it :-) welcome.12:19
LetoThe2ndArgaKhan: just prefix your post with their nickname :-)12:20
ArgaKhanLetoThe2nd Like this, did it happen?12:22
Guest2911I'm trying to copy the log file here...12:22
LetoThe2ndArgaKhan: yup.12:22
LetoThe2ndGuest2911: please not. use a pastebin (google the term)12:22
Guest2911LetoThe2nd thanks12:27
LetoThe2ndGuest2911: not found :-(12:27
ArgaKhanAs rburton said, I ran bitbake and when it crashed, I ran dmesg, but there was no log added.12:28
ArgaKhanI don't know exactly what meta it came from. It works from within meta-qt5/ecipes-qt/qt5. And the name of the package is qtmultimedia.12:28
*** jmk1 <jmk1!~jmalik@> has quit IRC (Quit: Leaving.)12:33
JaMaArgaKhan: qtmultimedia doesn't do anything special which would cause this (unless you have .bbappend with something nasty in other layers), so I don't think it's specific to this recipe12:35
LetoThe2ndArgaKhan: I am not using meta-qt(5), so i can't comment12:35
*** aleksandarsimono <aleksandarsimono!~aleksanda@> has quit IRC (Quit: Client closed)12:36
ArgaKhanJaMa How can I find out what is causing it? Is there a way?12:37
JaMaArgaKhan: can you reproduce it every time or was it just one-of12:38
ArgaKhanLetoThe2nd I'm sorry, I seem to have posted it again, but while I was trying something, I sent the same article again. I'm not used to irc yet :D12:38
ArgaKhanJaMa Every time I run bitbake, it first gives this error and then I get a crash.12:39
jonmasonFor those interested, the OEDVM has started (30 minutes ago).
JaMaArgaKhan: and only with qtmultimedia?12:42
ArgaKhanJaMa Yes, I only get this error in qtmultimedia, but more than one process is running at the same time.12:43
Guest2911LetoThe2nd I can see it if I'm logged in12:45
LetoThe2ndGuest2911: well, we are not logged in12:46
Guest2911I don't know how to make it public...12:47
ArgaKhanJaMa like this, then crash :
JaMaArgaKhan: did you check your disks (as rburton suggested before) and run fsck on that FS?12:50
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)12:52
Guest2911I see: "Pending Moderation" on it...12:53
*** Guest2911 <Guest2911!> has quit IRC (Quit: Client closed)13:01
*** Guest294 <Guest294!> has joined #yocto13:06
*** Guest294 is now known as PaolaMG13:09
*** prabhakarlad <prabhakarlad!> has joined #yocto13:09
ArgaKhanJaMa I did what rburton said. I used dmesg command before and after running bitbake but even after crash no new entries were added to dmesg. now i tried fsck and got an output like this:13:09
ArgaKhan"fsck on util-linux 2.37.213:09
ArgaKhane2fsck 1.46.5 (30-Dec-2021)13:09
ArgaKhan\/dev/sdb1: clean, 22879856/61054976 files, 211047299/244189952 blocks13:10
ArgaKhanI added the \ sign because irc gave an error.13:10
*** d-s-e <d-s-e!> has joined #yocto13:11
*** amitk_ <amitk_!~amit@> has quit IRC (Remote host closed the connection)13:12
*** Frank47 <Frank47!> has quit IRC (Quit: Client closed)13:14
JaMatry with -f13:14
*** Frank47 <Frank47!> has joined #yocto13:14
ArgaKhanThis takes a while I guess. I'll share the result when it's done.13:18
*** Guest13100 <Guest13100!~Guest13@> has quit IRC (Quit: Client closed)13:19
*** tomzy_0 <tomzy_0!> has quit IRC (Quit: Client closed)13:21
*** PaolaMG <PaolaMG!> has quit IRC (Ping timeout: 260 seconds)13:24
*** Guest2947 <Guest2947!> has joined #yocto13:27
*** Guest82 <Guest82!> has quit IRC (Quit: Client closed)13:30
*** Guest82 <Guest82!> has joined #yocto13:34
*** Guest2947 <Guest2947!> has quit IRC (Quit: Client closed)13:37
*** Frank47 <Frank47!> has quit IRC (Quit: Client closed)13:37
*** Frank47 <Frank47!> has joined #yocto13:37
*** d-s-e <d-s-e!> has quit IRC (Ping timeout: 268 seconds)13:41
*** Piraty_ is now known as Piraty13:47
*** tomzy_0 <tomzy_0!> has joined #yocto13:48
*** camus <camus!~Instantbi@2409:8a1e:9123:760:4485:770:a208:250e> has quit IRC (Ping timeout: 260 seconds)13:48
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has quit IRC (Quit: KVIrc 5.0.0 Aria
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto13:50
*** d-s-e <d-s-e!> has joined #yocto13:51
*** Guest82 <Guest82!> has quit IRC (Quit: Client closed)13:51
ArgaKhanJaMa: I ran it and it gave the following output. Since the output is originally in Turkish, I converted the Turkish places to English:13:52
ArgaKhansudo fsck -f /dev/sdb113:52
ArgaKhanfsck on util-linux 2.37.213:52
ArgaKhane2fsck 1.46.5 (30-Dec-2021)13:52
ArgaKhan1st pass: checking nodes, blocks and lengths13:52
ArgaKhanNode 51065254 extent tree (at level 1) could be narrower. Optimize<y>? Yes13:52
ArgaKhanNode 51065255 extent tree (at level 1) could be narrower. Optimize<y>? Yes13:52
ArgaKhanNode 51065259 extent tree (at level 1) could be narrower. Optimize<y>? Yes13:52
ArgaKhanNode 51065261 extent tree (at level 1) could be narrower. Optimize<y>? Yes13:52
ArgaKhanNode 51396967 extent tree (at level 2) could be narrower. Optimize<y>? Yes13:53
ArgaKhanPass 1E: Optimizing extent trees13:53
ArgaKhanPass 2: Checking the directory structure13:53
ArgaKhanPass 3: Checking for directory connectivity13:53
ArgaKhanPass 4: Checking the application count13:53
*** sakoman <sakoman!> has joined #yocto13:53
mckoanArgaKhan: please use pastebin13:54
JaMaArgaKhan: can you delete that directory manually from command line?13:55
ArgaKhanJaMa I tried, it was deleted. I'm running Bitbake again.13:57
*** xmn <xmn!> has joined #yocto13:58
barathHi all. Possibly a stupid question, but is it possible to remove ${PN} from PACKAGES for a recipe which builds a bunch of packages not named PN? When I remove PN from PACKAGES, I get the error that the recipe file still "RDEPENDS or otherwise requires it"14:02
ArgaKhanJaMa I didn't get any error this time, Thank you. But it still crashed.14:04
JaMabarath: yes you can, but then nothing can depend on it, the error message should show what depends on $PN package and you need to fix it there14:04
JaMaArgaKhan: vscode crashed, right?14:04
ArgaKhanJaMa Yes, now I'm also trying from terminal.14:04
qschulzbarath: I think ${PN}-dev RDEPENDS on ${PN} too14:05
qschulzbarath: The easiest is probably to entirely redefine PACKAGES variable instead of only removing ${PN} from it?14:05
qschulzbecause I assume you' wouldn't want ${PN}-dev ${PN}-dbg and ${PN}-src either?14:06
JaMawhy? most recipes without PN in PACKAGES still use other default packages and only issue I'm aware of is the need to set empty RDEPENDS:${PN}-dev (which causes issues only when PN-dev is installed in image with populate_sdk or e.g. PN-dev in IMAGE_FEATURES14:08
*** CharlesKwiatkows <CharlesKwiatkows!~cskwiatko@2001:470:69fc:105::2:cfcf> has joined #yocto14:08
barathah yes, that all makes sense, thanks. Pretty sure that's my general problem. After removing all of those default packages as well I don't have that dependency anymore! I should've realized that was the problem 🤪14:09
baraththanks all!14:09
JaMawhere do you package /usr/src/debug files now?14:09
JaMaor .debug directories?14:10
baraththose are supposed to go into other-package-dbg packages which are built by the recipe, so I was going to remove the ${PN}-dev, ${PN}-dbg etc packages anyways, I just didn't try that immediately14:10
barathJaMa: you're right, for instance, which removes $PN from PACKAGES, seems to then set ${PN}-dev and ${PN}-staticdev to empty14:13
barath*sets those RDEPENDS to empty14:14
JaMaI was migrating from multiple -dbg packages in single repository to just PN-dbg a while ago (when automatic packageging of all .debug directories was added)14:14
barathyeah I guess I'm not sure whether we'll split them or not. some of the packages dont make sense to install on the same hardware in our case14:16
JaMa but don't remember what was the "actually harmful" part14:20
barathnice, thanks for those pointers14:25
ArgaKhanJaMa I think I understood the problem, and the solution. The error I gave you crashes the first time, but when I run it for the second time, it prints that error on the screen. Now, for example, I did not get that error from qtmultimedia, but a different package gave that error. Likewise, I deleted that file manually and continue. If it is not as I thought, it will crash after a while without any error and then I will write it here, okay?14:27
ArgaKhanvscode or terminal doesn't matter.14:27
JaMadid you get another SIGABRT in rm when running in terminal without vscode being involved? I can imagine vscode crashing and taking rm child with it, but rm aborting in regular bitbake looks really strange14:30
qschulzOOM not happy with vscode running bitbake maybe?14:31
JaMathat should show up in dmesg as well14:32
JaManot sure how vscode would close if it hits "ulimit -m"14:32
JaMamoto-timo: +14:36
ArgaKhanyes i bought it in another package. I'm currently running from the terminal. If you want to let me know the progress.14:37
*** Frank47 <Frank47!> has quit IRC (Quit: Client closed)14:42
*** Frank47 <Frank47!> has joined #yocto14:42
ArgaKhanOk, this was quick but now I'm running it from terminal and it crashes directly without any error and the window closes.14:45
*** Frank47 <Frank47!> has quit IRC (Client Quit)14:45
*** mattes-bru <mattes-bru!> has joined #yocto14:48
*** d-s-e <d-s-e!> has quit IRC (Quit: Konversation terminated!)14:50
*** mattes-b_ <mattes-b_!> has joined #yocto14:51
JaMaah you mean running vscode in terminal, not bitbake build in terminal?14:53
*** mattes-bru <mattes-bru!> has quit IRC (Ping timeout: 260 seconds)14:54
ArgaKhanno. I am using the bitbake command directly in the terminal.14:56
JaMasorry, I'm lost, what window closes then?14:57
JaMaand are you still talking about SIGABRT in rm or what kind of crash?14:57
ArgaKhanterminal window closes suddenly.14:57
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds)14:58
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)14:58
ArgaKhanNo, I don't get any errors anymore. It crashes while the processes are running. The window closes and does not show any errors.14:58
*** kpo <kpo!> has joined #yocto15:02
JaMarun another bash inside that terminal window, so that the window doesn't close when bash ends, but it's still very strange15:04
*** cp- <cp-!> has joined #yocto15:04
JaMaArgaKhan: also check if there is something interesting at the end of bitbake-cookerdaemon.log15:04
*** mattes-b_ <mattes-b_!> has quit IRC (Ping timeout: 256 seconds)15:04
ArgaKhanwhere is the bitbake-cookerdaemon.log ?15:07
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto15:09
ArgaKhanJaMa There is so much here (bitbake-cookerdaemon.log). Where would it be appropriate for me to send it to you? can you check it?15:12
JaMaempty this file, run it in child bash and if it fails again and you don't see the error, upload (now smaller) bitbake-cookerdaemon.log somewhere15:13
ArgaKhanJaMa there is:
*** kscherer <kscherer!> has joined #yocto15:20
JaMathis is after the build failed?15:20
JaMadid it kill the terminal window again?15:20
JaMasorry, doesn't make much sense to me, why would bitbake close not only its bash (e.g. with set -e), but also the parent bash as well? I'm running out of ideas, but this definitely isn't normal, can you run it in console (without wm)?15:22
JaMaor in GNU screen session or something if it's the terminal window getting killed for whatever reason, not the bash itself15:23
*** Herrie <Herrie!> has quit IRC (Ping timeout: 265 seconds)15:25
vvnCan a sub package ("${PN}-foo") package files already packaged by the main ${PN}?15:26
JaMavvn: files are assigned to packages in the order how they are listed in PACKAGES variable15:27
Saur[m]No, the first FILES:<package> that matches wins.15:27
JaMaso if ${PN}-foo is before ${PN} in PACKAGES, then FILES:${PN}-foo will win over FILES:${PN}15:27
vvnOK so basically you cannot have FILES:${PN} = "file1" and FILES:${PN}-foo = "file1"15:28
JaMayou can and you often have as default FILES:* are relatively wide15:28
ArgaKhanJaMa I just thought of something that might be related to the problem. This build uses a lot of ram. I have 8 gb ram on my computer, I allocated 144 gb as swap. The build process uses 7.5gb of regular ram and 14gb of swap. then it kills and the terminal closes. Could it have something to do with it?15:29
JaMathat's why you usually have to prepend extra packages to default PACKAGES, not to append them15:29
JaMaArgaKhan: OOMK would be shown in dmesg15:29
JaMa144g swap was a typo?15:30
vvnSo if I want a file to be a two packages, I have no choice but to fork the recipe, right?15:30
Saur[m]vvn: If you want the same file to appear in multiple packages, you would have to duplicate it in the do_install() step. This of course means you cannot have it in multiple packages in the same path.15:30
JaMait cannot be in two packages at the same time15:30
ArgaKhanJaMa nope :D15:30
JaMaArgaKhan: so you still had 130g of swap available, right?15:31
ArgaKhanJaMa this is my dmesg:
*** Herrie <Herrie!> has joined #yocto15:36
vvnSaur[m]: JaMa: let's say I want a variant of the btrfs-tools package without python support for usage in the initrd (without the hassle of using a different distro/multiconfig), I must add a package, with require recipes-devtools/btrfs-tools/btrfs-tools_${PV}.bb and RCONFLICTS:${PN} = "btrfs-tools". Correct?15:38
vvn(as well as the PACKAGECONFIG tweaks obviously)15:39
JaMaArgaKhan: I don't see anything wrong in dmesg, you can also check tmp-glibc/log/cooker/MACHINE-YOU-BUILD/console-latest.log15:40
ArgaKhanERROR: Nothing PROVIDES 'xfce4-full-image'15:42
ArgaKhanxfce4-full-image was skipped: 'x11-base' in IMAGE_FEATURES is not a valid image feature. Valid features: allow-empty-password allow-root-login bash-completion-pkgs dbg-pkgs debug-tweaks dev-pkgs doc doc-pkgs empty-root-password lic-pkgs overlayfs-etc package-management post-install-logging ptest-pkgs qtcreator-debug read-only-rootfs read-only-rootfs-delayed-postinsts splash src-pkgs stateless-rootfs staticdev-pkgs15:42
*** Frank66 <Frank66!> has joined #yocto15:42
Saur[m]vvn: I don't know anything about btrfs-tools, so I do not know what happens when you enable the "python" PACKAGECONFIG for it. However, if all that config does is install more tools, then you could package them in a separate package, e.g., ${PN}-python. Then have the main package recommend the ${PN}-python package. That way you can avoid installing it by setting a BAD_RECOMMENDATION.15:43
ArgaKhanJaMa but i alredy use this command: bitbake core-image-minimal-xfce15:44
ArgaKhanthis error is old15:44
vvnSaur[m]: I understand your point for that particular use case, and indeed that'd be the way to go for such package. But let's take an example of a package foo which embeds the support as part of the binary, not extra files. Would I need to do what I described with a recipe?15:45
*** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has joined #yocto15:52
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)15:57
*** prabhakarlad <prabhakarlad!> has joined #yocto15:58
*** tomzy_0 <tomzy_0!> has quit IRC (Quit: Client closed)16:03
*** Frank66 <Frank66!> has quit IRC (Quit: Client closed)16:06
*** tor <tor!~tor@user/tor> has quit IRC (Quit: Leaving)16:11
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)16:22
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)16:23
*** kpo <kpo!> has joined #yocto16:26
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)16:34
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 268 seconds)16:36
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:42
Saur[m]Well, if you have a recipe that produces a binary that you want to be different for some images, you would other have to do it through a distro feature (which seems a bit excessive), make the recipe build multiple binaries that can the be packaged separately or use multiple recipes.16:44
Saur[m]vvn: ^^^^16:44
*** jmk1 <jmk1!> has joined #yocto16:48
*** Guest55 <Guest55!> has joined #yocto16:51
*** nemik_ <nemik_!~nemik@> has quit IRC (Ping timeout: 256 seconds)16:54
*** vvn <vvn!> has quit IRC (Quit: WeeChat 3.7.1)16:56
*** vvn <vvn!> has joined #yocto16:57
*** Guest55 <Guest55!> has quit IRC (Quit: Ping timeout (120 seconds))16:59
*** Guest55 <Guest55!> has joined #yocto16:59
*** nemik_ <nemik_!~nemik@> has joined #yocto16:59
vvnSaur[m]: got it. The context was that I want less dependencies and smaller binaries in the initrd and while this is easily done with another distro/multiconfig, it doesn't rely justify the hassle for it. A few package improvements seem just enough to provide a simple initramfs image with adding extra complexity to the existing build.17:00
*** gho <gho!> has quit IRC (Quit: Leaving.)17:06
*** demirok <demirok!~bell@user/demirok> has joined #yocto17:07
*** Guest41 <Guest41!> has joined #yocto17:09
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)17:12
*** mckoan is now known as mckoan|away17:12
*** jmk1 <jmk1!> has left #yocto17:12
*** zpfvo <zpfvo!> has quit IRC (Quit: Leaving.)17:24
*** Guest55 <Guest55!> has quit IRC (Quit: Client closed)17:26
*** Guest41 <Guest41!> has quit IRC (Quit: Connection closed)17:26
*** yann <yann!~yann@> has quit IRC (Ping timeout: 268 seconds)17:28
*** Frank75 <Frank75!> has joined #yocto17:37
*** vmeson <vmeson!> has quit IRC (Ping timeout: 252 seconds)17:47
*** Frank75 <Frank75!> has quit IRC (Quit: Client closed)17:53
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5380:54c0:641a:9340:edee:12ac> has joined #yocto18:04
*** vmeson <vmeson!> has joined #yocto18:04
*** prabhakarlad <prabhakarlad!> has joined #yocto18:09
*** mattes-bru <mattes-bru!> has joined #yocto18:09
*** florian_kc <florian_kc!> has joined #yocto18:19
*** invalidopcode <invalidopcode!> has quit IRC (Remote host closed the connection)18:20
*** invalidopcode <invalidopcode!> has joined #yocto18:20
*** alessioigor <alessioigor!~alessioig@> has joined #yocto18:24
vvnhumm the usage of RRECOMMENDS is confusing. It mixes the notion of availability (like a kernel module either built-in or packaged) and the notion of extension for extra features.18:25
*** ErRandir <ErRandir!~mhabets@> has joined #yocto18:28
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)18:30
vvnShould we build empty packages for built-in modules and start using RDEPENDS instead of RRECOMMENDS for kernel-module-*?18:31
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 260 seconds)18:32
ErRandirTo get around a firewall (and save bandwidth) I've set FETCHCMD_git to do an rsync from another internal server, but when I build it always reports "no output". I think it's cause by the progress checker that it runs. Making rsync more verbose does not help. Any ideas how I can make it work?18:33
JaMawhy not use PREMIRROR instead of rsync?18:37
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)18:39
ErRandirWhen I've configued that it always tries to get a tarball, and does not attempt a git clone.18:39
JaMayes you need to enable the other internal server to generate tarballs18:42
JaMabut then you get everything from the PREMIRROR in nice controlled way, not just git recipes through hacked FETCHCMD_git18:42
*** mattes-bru <mattes-bru!> has quit IRC (Ping timeout: 252 seconds)18:51
ErRandirAt the moment the other server does not have any of the tools installed, but I can give that a try. Thanks!18:53
*** mark_ <mark_!~mark@> has joined #yocto18:53
*** mark_ is now known as mark_l18:54
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)19:02
mark_lI brought in the dhcp 4.4.1 recipe in our own meta layer which should have the highest override priority, the recipe requires that has PACKAGES += "dhcp-libs dhcp-server dhcp-server-config dhcp-client dhcp-relay dhcp-omshell", but in build the build system still fallback to use from meta-openembedded. Any insights what am I missing?19:02
*** florian_kc <florian_kc!> has joined #yocto19:03
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)19:05
*** kpo <kpo!> has joined #yocto19:09
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 256 seconds)19:10
*** amitk <amitk!~amit@> has joined #yocto19:13
*** sakoman <sakoman!> has joined #yocto19:15
mark_lMy coworker advised me that I should wipe out my build directory after switching package provider. Trying that now19:22
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto19:25
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.7.1)19:34
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto19:44
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 260 seconds)19:49
*** mattes-bru <mattes-bru!> has joined #yocto19:51
Saur[m]mark_l: The order of the layers in your bblayers.conf file makes a difference in this case. You need to make sure your layer is listed before meta-networking.19:54
*** mattes-bru <mattes-bru!> has quit IRC (Ping timeout: 268 seconds)19:57
mark_lSaur: Yes, I checked that, our layer is ahead of that. It's still trying to build the meta-oe one after I wiped the tmp directory. Should I add RPROVIDES:${PN} += "${PN}-relay" to the recipe, I tought having that in "PACKAGES" should be enough19:59
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 256 seconds)20:27
mark_lOn a side note, the same recipes work fine under Dunfell, as the dunfell version of meta-oe didn't have dhcp-relay recipe. Do I have to split the dhcp recipe to to override it?20:32
*** onkelpit <onkelpit!~pit@user/pjoh> has quit IRC (Quit: leaving)21:09
mischiefwhen i run bitbake -u ncurses i just get a traceback with "bb.BBHandledException". is this expected?21:17
vvnwhat's the best way to customize fstab per image?21:27
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)21:29
*** florian_kc <florian_kc!> has joined #yocto21:43
*** kiwi_29_[m] <kiwi_29_[m]!~msgboardp@2001:470:69fc:105::1:6699> has joined #yocto21:55
*** sakoman <sakoman!> has joined #yocto22:08
kiwi_29_[m]Hello,  I use go toolchain version 1.14 from pok(meta/recipes-devtools/go). My whole project is based on dunfell. Now, the changes to my main app written in go requires me to upgrade go to 1.19, which is available in poky on branch langdale. This would mean I will have to checkout langdale tag for the whole poky repo. To avoid this, I created recipes-devtools/go folder in my custom layer and copied go 1.19 recipes from langdale tag of poky.22:08
kiwi_29_[m]Made appropriate changes based on the errors I received when I did "bitbake go". After all the errors were taken care of, I see that running bitbake go compiles go version 1.14 from meta/recipes-devtools/go instead of mycustomlayer/recipes-devtools/go . what am I missing here22:08
kiwi_29_[m]mycustomlayer has higher priority than meta and also go recipe in mycustomlayer has higher version22:14
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 256 seconds)22:18
*** Guest41 <Guest41!> has joined #yocto22:21
*** Guest41 <Guest41!> has quit IRC (Client Quit)22:21
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)22:24
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)22:24
kiwi_29_[m] is the solution : I found that meta layer has PREFERRED_PROVIDER_go defined in one of the files . That basically led yocto to compile go version 1.14. I overrode it by writing PREFERRED_PROVIDER_go = "1.19.3" in my local.conf. With this change, my latest 1.19.3 version of go is compiling22:28
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto22:50
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)22:55
*** invalidopcode <invalidopcode!> has quit IRC (Remote host closed the connection)22:57
*** invalidopcode <invalidopcode!> has joined #yocto22:57
*** kpo <kpo!> has joined #yocto22:58
*** kscherer <kscherer!> has quit IRC (Quit: Konversation terminated!)23:13
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 256 seconds)23:17
*** florian_kc <florian_kc!> has joined #yocto23:17
mark_lkiwi_29_: Thanks, your post answers my question earlier too23:28

Generated by 2.17.2 by Marius Gedminas - find it at!