| *** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (Quit: bantu) | 00:00 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has joined #yocto | 00:01 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 00:01 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto | 00:02 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 00:02 | |
| DvorkinDmitry | how 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!~quassel@cpe-24-26-195-197.hot.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 00:05 | |
| *** Estrella_ <Estrella_!~quassel@cpe-24-26-195-197.hot.res.rr.com> has joined #yocto | 00:05 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 00:14 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.public.monkeybrains.net> has joined #yocto | 00:14 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.public.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 00:18 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 00:19 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-027-134.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 00:27 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:32 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 00:34 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 00:50 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 00:54 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 01:00 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has joined #yocto | 01: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!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 02:09 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Quit: Leaving) | 02:10 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-208.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 268 seconds) | 02:22 | |
| *** starblue <starblue!~juergen@dslb-094-221-184-089.094.221.pools.vodafone-ip.de> has joined #yocto | 02:24 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:43 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-19-184-147-77-157.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 02:48 | |
| *** mark_L <mark_L!~mark@142.189.254.41> has quit IRC (Quit: mark_L) | 02:55 | |
| *** mark_L <mark_L!~mark@142.189.254.41> has joined #yocto | 02:56 | |
| *** mixfix41 <mixfix41!~sdenynine@user/mixfix41> has quit IRC (Ping timeout: 246 seconds) | 03:18 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 03: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 #yocto | 03:30 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 03:33 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 03:39 | |
| *** jdavid75 <jdavid75!~jdavid75@179.110.5.253> has quit IRC (Quit: Client closed) | 04:15 | |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has quit IRC (Quit: Client closed) | 04:33 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 04:35 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 04:35 | |
| *** Guest70 <Guest70!~Guest70@134.41.15.199> has quit IRC (Quit: Client closed) | 04:43 | |
| *** amitk <amitk!~amit@103.208.71.21> has joined #yocto | 04:52 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:59 | |
| *** tor <tor!~tor@user/tor> has joined #yocto | 05:32 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 06:04 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 06:07 | |
| *** camus <camus!~Instantbi@117.143.3.24> has joined #yocto | 06:11 | |
| *** camus <camus!~Instantbi@117.143.3.24> has quit IRC (Client Quit) | 06:14 | |
| *** camus <camus!~Instantbi@117.143.3.24> has joined #yocto | 06:14 | |
| *** camus <camus!~Instantbi@117.143.3.24> has quit IRC (Client Quit) | 06:15 | |
| *** mark_L <mark_L!~mark@142.189.254.41> has quit IRC (Ping timeout: 260 seconds) | 06:15 | |
| *** camus <camus!~Instantbi@117.143.3.24> has joined #yocto | 06:16 | |
| *** camus <camus!~Instantbi@117.143.3.24> has quit IRC (Ping timeout: 255 seconds) | 06:21 | |
| *** camus <camus!~Instantbi@2409:8a1e:9123:760:4485:770:a208:250e> has joined #yocto | 06:21 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06: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_!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has quit IRC () | 06:59 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has joined #yocto | 07:16 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has quit IRC (Max SendQ exceeded) | 07:17 | |
| *** pbergin <pbergin!~pbergin@c-799071d5.44006-0-69747578.bbcust.telenor.se> has quit IRC (Quit: Leaving) | 07:17 | |
| LetoThe2nd | yo dudX | 07:21 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 07:21 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:23 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 268 seconds) | 07:37 | |
| *** gho <gho!~gho@i59F5CC6B.versanet.de> has joined #yocto | 07:38 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:39 | |
| *** mckoan|away is now known as mckoan | 07:49 | |
| mckoan | good morning | 07:49 |
| tomzy_0 | morning | 07:52 |
| *** camus1 <camus1!~Instantbi@117.143.3.24> has joined #yocto | 07:52 | |
| * alessioigor waves all | 07: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 camus | 07:54 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 07:59 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 07:59 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has joined #yocto | 08:02 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has quit IRC (Max SendQ exceeded) | 08:03 | |
| tomzy_0 | Is there anywhere good practices / methodology how to most effectively update Yocto release in custom project? | 08:05 |
| tomzy_0 | Yesterday on yocto summit chat there was a little discussion about that | 08:05 |
| tomzy_0 | and I was wondering if there is some kind of guidelines how to do it best | 08:06 |
| JaMa | I 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 that | 08:07 |
| LetoThe2nd | tomzy_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 |
| JaMa | I 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 something | 08:09 |
| tomzy_0 | interesting point of view | 08:09 |
| JaMa | and 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 rebuilt | 08:10 |
| JaMa | so the full set of prebuilt binaries compatible with new ABI is available only for the final release we're upgrading to | 08:10 |
| *** Estrella_ <Estrella_!~quassel@cpe-24-26-195-197.hot.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 08:11 | |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has joined #yocto | 08:12 | |
| tomzy_0 | Yeah, runtime is other thing.. but I guess for that we should always have a set of tests that checks needed functionalities | 08:12 |
| *** zpfvo <zpfvo!~fvo@i59F5CC6B.versanet.de> has joined #yocto | 08:14 | |
| LetoThe2nd | for the record, i am currently looking into a very similar topic here | 08:16 |
| *** camus <camus!~Instantbi@117.143.3.24> has quit IRC (Remote host closed the connection) | 08:16 | |
| JaMa | I had a presentation about it on Wed, but specific for your LGE use | 08:17 |
| *** camus <camus!~Instantbi@2409:8a1e:9123:760:4485:770:a208:250e> has joined #yocto | 08:17 | |
| *** ArgaKhan <ArgaKhan!~Srain@78.188.72.174> has joined #yocto | 08:18 | |
| JaMa | after doing 7 major yocto release upgrades there since 2012 :) | 08:18 |
| tomzy_0 | LetoThe2nd which is? | 08:18 |
| LetoThe2nd | tomzy_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 #yocto | 08:19 | |
| tomzy_0 | JaMa sorry but what is LGE? Will definitely check your pres once they will be available on youtube :) | 08:20 |
| JaMa | lg.com | 08:20 |
| JaMa | https://github.com/webosose/meta-webosose is the small portion of our builds (the base layers used by other internal builds for different products like TVs) | 08:21 |
| ArgaKhan | Hello, 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 |
| tomzy_0 | wow | 08:22 |
| JaMa | s/your/our/g in my earlier message | 08:23 |
| tomzy_0 | Did not know that webOS could be built with yocto | 08:23 |
| LetoThe2nd | ArgaKhan: welcome! state your case of emergency and wait for rescue! | 08:23 |
| LetoThe2nd | tomzy_0: hehe webos IS YOEP | 08:23 |
| tomzy_0 | JaMa yea, makes more sense now :D | 08:23 |
| JaMa | webOS as well as PalmOS were always built with OE | 08:24 |
| ArgaKhan | Thank you, then I will write my problem. | 08:24 |
| ArgaKhan | This is the error I'm having: | 08:24 |
| ArgaKhan | Exception: 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@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 08:24 | |
| JaMa | there just wasn't Yocto Project yet when PalmOS was actively developed :) | 08:24 |
| tomzy_0 | LetoThe2nd well, looks like there is lot for me to learn in this world | 08:25 |
| LetoThe2nd | tomzy_0: for all of us. | 08:25 |
| ArgaKhan | If I compile from vscode about 5 seconds after this error, vscode crashes, if I compile from terminal, terminal crashes. | 08:25 |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 08:26 | |
| *** onkelpit <onkelpit!~pit@user/pjoh> has joined #yocto | 08:27 | |
| LetoThe2nd | ArgaKhan: 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 |
| ArgaKhan | LetoThe2nd 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@103.208.69.161> has joined #yocto | 08:44 | |
| ArgaKhan | Sorry 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 me | 08:45 |
| d-fens_ | hi, anybody has some script laying around with the jq magic to extract unpached issues from the cve log? | 08:47 |
| qschulz | phako[m]: meta-oe is not a valid name for a layer IIRC | 08:48 |
| qschulz | if you're looking at expliciting the dependency on meta-openembedded/meta-oe, I believe it is openembedded-layer you're supposed to add | 08:48 |
| phako[m] | er ok. how would I find that out for any random layer? | 08:49 |
| qschulz | phako[m]: https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/conf/layer.conf#L17 | 08:49 |
| qschulz | you look into BBFILE_COLLECTIONS in the conf/layer.conf | 08:49 |
| phako[m] | thanks! | 08:50 |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 08:54 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:54 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 08:59 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 08: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@5.10.7.173> has joined #yocto | 09:01 | |
| *** RobW <RobW!~rcwoolley@216.154.26.130> has joined #yocto | 09:01 | |
| *** d-fens_ <d-fens_!~kvirc@5.10.7.173> has quit IRC (Ping timeout: 268 seconds) | 09:04 | |
| rburton | ArgaKhan: rm aborting sounds a lot like your disk is dead. check dmesg for errors. | 09:04 |
| *** rcw <rcw!~rcwoolley@216.154.26.130> has quit IRC (Ping timeout: 268 seconds) | 09:04 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 09:06 | |
| LetoThe2nd | ArgaKhan: 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!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 09:07 | |
| rburton | that's just bitbake purging old builds, but rm shouldn't crash. | 09:07 |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 09:07 | |
| LetoThe2nd | rburton: ok | 09:07 |
| rburton | thus, my theory that its getting I/O errors and aborting | 09:07 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:11 | |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto | 09:13 | |
| Guest13 | Hi everyone. I'm having a problem with activating ov5645(coral camera) support. I opened a topic like this: | 09:16 |
| Guest13 | https://community.nxp.com/t5/i-MX-Processors/Enable-OV5645-coral-camera-support-in-dts-file/td-p/1563373 | 09:16 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 265 seconds) | 09:17 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 09:17 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 09:18 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:21 | |
| qschulz | Guest13: 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 |
| qschulz | Guest13: clock-frequency = <400000>; | 09:23 |
| qschulz | Guest13: then if that's fixed, then check if the camera appears on i2c by using i2cdetect -y 2 from userspace | 09:23 |
| qschulz | check the MCLK is running correctly and at the appropriate rate, check the power up sequence, etc... | 09:24 |
| qschulz | scope will be *really* helpful | 09:24 |
| Salamandar | Hey 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 |
| Salamandar | What's the best way to "require" this recipe into my build ? | 09:25 |
| Salamandar | Is it a good idea to add it to `IMAGE_INSTALL:append` even though it doesnt install anything into the rootfs ? | 09:25 |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 09:25 | |
| Salamandar | I'm planning to use do_deploy to generate the tarball and put it in the deploy dir | 09:25 |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has joined #yocto | 09:26 | |
| LetoThe2nd | Salamandar: "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 |
| Salamandar | A tarball that will be dd-ed "raw" on the partition | 09:27 |
| Guest13 | qschulz thank you, i will try. | 09:27 |
| Salamandar | so, a tarball :) | 09:27 |
| LetoThe2nd | Salamandar: sounds like you actually want a custom image type | 09:27 |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 09:27 | |
| Salamandar | maybe yeah. I've never written image recipes yet :D | 09:28 |
| LetoThe2nd | Salamandar: not image recipe. IMAGE_TYPE | 09:28 |
| Salamandar | ok, thank for the pointer. I'll read about it :) | 09:28 |
| LetoThe2nd | Salamandar: 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 |
| thomasd13 | Good 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 |
| thomasd13 | external-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 |
| LetoThe2nd | Salamandar: from the descriptiion, you kinda want an IMAGE_TYPE .bin.tar :-) | 09:29 |
| Salamandar | LetoThe2nd: Interesting. So my recipe just installs normally in a specific folder, and the custom image type picks the files there ? | 09:30 |
| thomasd13 | Can someone tell me where I can start my research about this? If that is really an issue in my case? | 09:30 |
| LetoThe2nd | Salamandar: if its only a directory, then you might need to also use wic. but thats a bit beyond me, sorry. | 09:30 |
| thomasd13 | I've got alot "host contamination" warnings at this package | 09:30 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:31 | |
| Salamandar | yes 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 |
| LetoThe2nd | Salamandar: as mentioned then. IMAGE_TYPES and/or wic, possibly a combination thereof | 09:32 |
| Salamandar | Thank you ! :) | 09:32 |
| qschulz | Salamandar: also FYI, wic can create images with multiple partitions | 09:32 |
| qschulz | so you can dd the whole thing to the /dev/sdc for example and it'll flash the partition table and everything | 09:33 |
| Salamandar | Yes, that's what I would like to do once i manage to generate this partition | 09:33 |
| Salamandar | For now, the vendor's layer manually concatenates the images… | 09:34 |
| jclsn | Took 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@103.208.69.161> has quit IRC (Ping timeout: 246 seconds) | 09:57 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:03 | |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has joined #yocto | 10:11 | |
| *** amitk_ <amitk_!~amit@103.208.69.161> has joined #yocto | 10:14 | |
| *** Frank48 <Frank48!~Frank@cust-95-128-91-242.breedbanddelft.nl> has joined #yocto | 10:18 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:23 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 10:24 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:27 | |
| *** Guest49 <Guest49!~Guest49@165.225.20.102> has joined #yocto | 10:32 | |
| Guest49 | Hello 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 |
| Guest49 | For that, i include DISTRO_FEATURES_append = " sysvinit systemd" in my distro.conf file | 10:37 |
| Guest49 | In image recipe, i set VIRTUAL-RUNTIME_init_manager = "sysvinit" dor initramfs and VIRTUAL-RUNTIME_init_manager = "systemd" for image. | 10:37 |
| Guest49 | Problem is that, if i check installed packages in buildhistory folder, i can see that systemd is installed on my initramfs image. | 10:37 |
| Guest49 | How can i have sysvinit on my initramfs without installing systemd ? | 10:37 |
| qschulz | Guest49: the init system is a distro configuration, you need two different distros | 10:39 |
| Guest49 | qschulz 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 recipe | 10:43 |
| qschulz | Guest49: I assume this would be a case for a multiconfig setup which is definitely more complex than the typical septup | 10:44 |
| qschulz | I have never used it so can't say if that would fit the requirements but that's what comes to mind | 10:44 |
| qschulz | Guest49: 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 recipe | 10:45 |
| mcfrisk | Guest49: please RTFM https://docs.yoctoproject.org/singleindex.html#building-an-initial-ram-filesystem-initramfs-image | 10:46 |
| mcfrisk | that should help with multiconfig setup | 10:47 |
| qschulz | nice, didn't know we had doc for that :) | 10:47 |
| mcfrisk | we have all kinds of really cool docs nowadays, just need to keep the page open, refresh and search :) | 10:48 |
| Guest49 | you are right. sorry for the inconvenience | 10:49 |
| Guest49 | i will read the f.... manual. my apologies | 10:50 |
| *** _lore_ <_lore_!~lorenzo@net-188-216-77-84.cust.vodafonedsl.it> has quit IRC (Remote host closed the connection) | 10:50 | |
| *** Guest49 <Guest49!~Guest49@165.225.20.102> has left #yocto | 10:50 | |
| *** _lore_ <_lore_!~lorenzo@net-188-216-77-84.cust.vodafonedsl.it> has joined #yocto | 10:55 | |
| *** Guest2911 <Guest2911!~Guest29@net-2-40-232-130.cust.vodafonedsl.it> has joined #yocto | 10:56 | |
| *** guest13215 <guest13215!~gtk-test@ns3006753.ip-151-80-42.eu> has left #yocto | 11:02 | |
| qschulz | mcfrisk: yeah "RTFM" can be a bit aggressive :/ | 11:04 |
| *** Frank48 <Frank48!~Frank@cust-95-128-91-242.breedbanddelft.nl> has quit IRC (Quit: Client closed) | 11:07 | |
| *** starblue <starblue!~juergen@dslb-094-221-184-089.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 11:09 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 256 seconds) | 11:11 | |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Quit: Client closed) | 11:11 | |
| *** gho <gho!~gho@i59F5CC6B.versanet.de> has quit IRC (Quit: Leaving.) | 11:11 | |
| *** starblue <starblue!~juergen@dslb-094-221-184-089.094.221.pools.vodafone-ip.de> has joined #yocto | 11:11 | |
| *** Frank47 <Frank47!~Frank@cust-95-128-91-242.breedbanddelft.nl> has joined #yocto | 11:12 | |
| *** gho <gho!~gho@i59F5CC6B.versanet.de> has joined #yocto | 11:12 | |
| *** gho <gho!~gho@i59F5CC6B.versanet.de> has quit IRC (Client Quit) | 11:12 | |
| mcfrisk | qschulz: yea, meant to comment on that. I did not mean f...ing 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 |
| ArgaKhan | As rburton said, I ran bitbake and when it crashed, I ran dmesg, but there was no log added. | 11:14 |
| ArgaKhan | I 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 |
| ArgaKhan | And sorry for the late reply, it was a lunch break. | 11:15 |
| *** gho <gho!~gho@i59F5CC6B.versanet.de> has joined #yocto | 11:15 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 11:26 | |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has quit IRC (Quit: Client closed) | 11:32 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.27> has quit IRC (Ping timeout: 256 seconds) | 11:44 | |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto | 11:47 | |
| *** amitk__ <amitk__!~amit@103.208.69.11> has joined #yocto | 11:47 | |
| DvorkinDmitry | may I set VOLATILE_LOG_DIR in the image file? | 11:48 |
| *** amitk_ <amitk_!~amit@103.208.69.161> has quit IRC (Ping timeout: 256 seconds) | 11:49 | |
| *** amitk__ <amitk__!~amit@103.208.69.11> 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@46.221.0.162> has joined #yocto | 11:59 | |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Ping timeout: 260 seconds) | 12:02 | |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-f199-7463-d968-2407.fixed6.kpn.net> has joined #yocto | 12:04 | |
| DvorkinDmitry | Saur[m], where can I put it instead of local.conf? in mymachine.conf ? | 12:04 |
| *** Frank47 <Frank47!~Frank@cust-95-128-91-242.breedbanddelft.nl> has quit IRC (Quit: Client closed) | 12:05 | |
| *** Frank47 <Frank47!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has joined #yocto | 12:06 | |
| *** amitk_ <amitk_!~amit@103.208.69.11> has joined #yocto | 12:10 | |
| LetoThe2nd | DvorkinDmitry: usual good places are either machine or distro, it depends a bit. | 12:10 |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has joined #yocto | 12: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!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto 13:26 | 12:12 |
| Guest2911 | wkawka o/ 13:27 | 12:12 |
| Guest2911 | wkawka 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:32 | 12:12 |
| Guest2911 | wkawka ```| Run-time dependency glproto found: YES 1.4.17 13:32 | 12:12 |
| Guest2911 | wkawka | Run-time dependency gl found: NO (tried pkgconfig and system) 13:32 | 12:13 |
| Guest2911 | wkawka | 13:32 | 12:13 |
| Guest2911 | wkawka | ../xorg-server-21.1.3/glx/meson.build:35:4: ERROR: Dependency "gl" not found, tried pkgconfig and system 13:32 | 12:13 |
| Guest2911 | wkawka | 13:32 | 12:13 |
| Guest2911 | wkawka | 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:32 | 12:13 |
| Guest2911 | wkawka | ERROR: meson failed 13:32 | 12:13 |
| Guest2911 | wkawka | WARNING: exit code 1 from a shell command. 13:32 | 12:13 |
| Guest2911 | wkawka ERROR: Task (/work/sources/poky/meta/recipes-graphics/xorg-xserver/xserver-xorg_21.1.3.bb:do_configure) failed with exit code '1'``` 13:32 | 12:13 |
| Guest2911 | wkawka I tried to look for something useful, but I found nothing 13:32 | 12:13 |
| Guest2911 | wkawka 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 | | | 12:13 |
| Guest2911 | | ../xorg-server-21.1.3/glx/meson.build:35:4: ERROR: Dependency "gl" not found, tried pkgconfig and system | 12:13 |
| Guest2911 | | | 12:13 |
| *** jmk1 <jmk1!~jmalik@130.93.94.147> has joined #yocto | 12:13 | |
| Guest2911 | Hello, I'm falling i nthe same issue I found in an old chat here, does anyone have some suggestions please? | 12:17 |
| LetoThe2nd | Guest2911: can you maybe put the log into a pastebin? it is completely unreadable here. | 12:18 |
| Guest2911 | Sorry, it's the first time I enter here... | 12:18 |
| LetoThe2nd | Guest2911: np, thats why i'm saying it :-) welcome. | 12:19 |
| LetoThe2nd | ArgaKhan: just prefix your post with their nickname :-) | 12:20 |
| ArgaKhan | LetoThe2nd Like this, did it happen? | 12:22 |
| Guest2911 | I'm trying to copy the log file here... | 12:22 |
| LetoThe2nd | ArgaKhan: yup. | 12:22 |
| LetoThe2nd | Guest2911: please not. use a pastebin (google the term) | 12:22 |
| Guest2911 | ArgaKhan https://pastebin.com/je4cNXCd | 12:27 |
| Guest2911 | LetoThe2nd thanks | 12:27 |
| LetoThe2nd | Guest2911: not found :-( | 12:27 |
| ArgaKhan | As rburton said, I ran bitbake and when it crashed, I ran dmesg, but there was no log added. | 12:28 |
| ArgaKhan | I 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@130.93.94.147> has quit IRC (Quit: Leaving.) | 12:33 | |
| JaMa | ArgaKhan: 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 recipe | 12:35 |
| LetoThe2nd | ArgaKhan: I am not using meta-qt(5), so i can't comment | 12:35 |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has quit IRC (Quit: Client closed) | 12:36 | |
| ArgaKhan | JaMa How can I find out what is causing it? Is there a way? | 12:37 |
| JaMa | ArgaKhan: can you reproduce it every time or was it just one-of | 12:38 |
| ArgaKhan | LetoThe2nd 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 :D | 12:38 |
| ArgaKhan | JaMa Every time I run bitbake, it first gives this error and then I get a crash. | 12:39 |
| jonmason | For those interested, the OEDVM has started (30 minutes ago). https://www.openembedded.org/wiki/OEDvM_2022.11 | 12:40 |
| JaMa | ArgaKhan: and only with qtmultimedia? | 12:42 |
| ArgaKhan | JaMa Yes, I only get this error in qtmultimedia, but more than one process is running at the same time. | 12:43 |
| Guest2911 | LetoThe2nd https://pastebin.com/hchshtD8 I can see it if I'm logged in | 12:45 |
| LetoThe2nd | Guest2911: well, we are not logged in | 12:46 |
| Guest2911 | I don't know how to make it public... | 12:47 |
| ArgaKhan | JaMa like this, then crash : https://ibb.co/Rg1RTBt | 12:49 |
| JaMa | ArgaKhan: did you check your disks (as rburton suggested before) and run fsck on that FS? | 12:50 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 12:52 | |
| Guest2911 | I see: "Pending Moderation" on it... | 12:53 |
| *** Guest2911 <Guest2911!~Guest29@net-2-40-232-130.cust.vodafonedsl.it> has quit IRC (Quit: Client closed) | 13:01 | |
| *** Guest294 <Guest294!~Guest29@net-2-40-232-130.cust.vodafonedsl.it> has joined #yocto | 13:06 | |
| *** Guest294 is now known as PaolaMG | 13:09 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 13:09 | |
| ArgaKhan | JaMa 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.2 | 13:09 |
| ArgaKhan | e2fsck 1.46.5 (30-Dec-2021) | 13:09 |
| ArgaKhan | \/dev/sdb1: clean, 22879856/61054976 files, 211047299/244189952 blocks | 13:10 |
| ArgaKhan | I added the \ sign because irc gave an error. | 13:10 |
| *** d-s-e <d-s-e!~d.s.e@i59F7C198.versanet.de> has joined #yocto | 13:11 | |
| *** amitk_ <amitk_!~amit@103.208.69.11> has quit IRC (Remote host closed the connection) | 13:12 | |
| *** Frank47 <Frank47!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has quit IRC (Quit: Client closed) | 13:14 | |
| JaMa | try with -f | 13:14 |
| *** Frank47 <Frank47!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has joined #yocto | 13:14 | |
| ArgaKhan | This takes a while I guess. I'll share the result when it's done. | 13:18 |
| *** Guest13100 <Guest13100!~Guest13@46.221.0.162> has quit IRC (Quit: Client closed) | 13:19 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 13:21 | |
| *** PaolaMG <PaolaMG!~Guest29@net-2-40-232-130.cust.vodafonedsl.it> has quit IRC (Ping timeout: 260 seconds) | 13:24 | |
| *** Guest2947 <Guest2947!~Guest29@net-2-40-232-130.cust.vodafonedsl.it> has joined #yocto | 13:27 | |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-f199-7463-d968-2407.fixed6.kpn.net> has quit IRC (Quit: Client closed) | 13:30 | |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-f199-7463-d968-2407.fixed6.kpn.net> has joined #yocto | 13:34 | |
| *** Guest2947 <Guest2947!~Guest29@net-2-40-232-130.cust.vodafonedsl.it> has quit IRC (Quit: Client closed) | 13:37 | |
| *** Frank47 <Frank47!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has quit IRC (Quit: Client closed) | 13:37 | |
| *** Frank47 <Frank47!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has joined #yocto | 13:37 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C198.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 13:41 | |
| *** Piraty_ is now known as Piraty | 13:47 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 13:48 | |
| *** camus <camus!~Instantbi@2409:8a1e:9123:760:4485:770:a208:250e> has quit IRC (Ping timeout: 260 seconds) | 13:48 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 13:49 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 13:50 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 13:50 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C198.versanet.de> has joined #yocto | 13:51 | |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-f199-7463-d968-2407.fixed6.kpn.net> has quit IRC (Quit: Client closed) | 13:51 | |
| ArgaKhan | JaMa: 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 |
| ArgaKhan | sudo fsck -f /dev/sdb1 | 13:52 |
| ArgaKhan | fsck on util-linux 2.37.2 | 13:52 |
| ArgaKhan | e2fsck 1.46.5 (30-Dec-2021) | 13:52 |
| ArgaKhan | 1st pass: checking nodes, blocks and lengths | 13:52 |
| ArgaKhan | Node 51065254 extent tree (at level 1) could be narrower. Optimize<y>? Yes | 13:52 |
| ArgaKhan | Node 51065255 extent tree (at level 1) could be narrower. Optimize<y>? Yes | 13:52 |
| ArgaKhan | Node 51065259 extent tree (at level 1) could be narrower. Optimize<y>? Yes | 13:52 |
| ArgaKhan | Node 51065261 extent tree (at level 1) could be narrower. Optimize<y>? Yes | 13:52 |
| ArgaKhan | Node 51396967 extent tree (at level 2) could be narrower. Optimize<y>? Yes | 13:53 |
| ArgaKhan | Pass 1E: Optimizing extent trees | 13:53 |
| ArgaKhan | Pass 2: Checking the directory structure | 13:53 |
| ArgaKhan | Pass 3: Checking for directory connectivity | 13:53 |
| ArgaKhan | Pass 4: Checking the application count | 13:53 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| mckoan | ArgaKhan: please use pastebin | 13:54 |
| ArgaKhan | okay | 13:54 |
| JaMa | ArgaKhan: can you delete that directory manually from command line? | 13:55 |
| ArgaKhan | JaMa I tried, it was deleted. I'm running Bitbake again. | 13:57 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:58 | |
| barath | Hi 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 |
| ArgaKhan | JaMa I didn't get any error this time, Thank you. But it still crashed. | 14:04 |
| JaMa | barath: 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 there | 14:04 |
| JaMa | ArgaKhan: vscode crashed, right? | 14:04 |
| ArgaKhan | JaMa Yes, now I'm also trying from terminal. | 14:04 |
| qschulz | barath: I think ${PN}-dev RDEPENDS on ${PN} too | 14:05 |
| qschulz | barath: The easiest is probably to entirely redefine PACKAGES variable instead of only removing ${PN} from it? | 14:05 |
| qschulz | because I assume you' wouldn't want ${PN}-dev ${PN}-dbg and ${PN}-src either? | 14:06 |
| JaMa | why? 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_FEATURES | 14:08 |
| *** CharlesKwiatkows <CharlesKwiatkows!~cskwiatko@2001:470:69fc:105::2:cfcf> has joined #yocto | 14:08 | |
| barath | ah 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 |
| barath | thanks all! | 14:09 |
| JaMa | where do you package /usr/src/debug files now? | 14:09 |
| JaMa | or .debug directories? | 14:10 |
| barath | those 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 immediately | 14:10 |
| barath | JaMa: you're right, dhcp.inc for instance, which removes $PN from PACKAGES, seems to then set ${PN}-dev and ${PN}-staticdev to empty | 14:13 |
| barath | *sets those RDEPENDS to empty | 14:14 |
| JaMa | I 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 |
| barath | yeah 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 case | 14:16 |
| JaMa | https://git.openembedded.org/openembedded-core/commit/?id=da5ec06814e105451cca11cce76b5c5231110524 | 14:17 |
| JaMa | https://github.com/webOS-ports/meta-webos-ports/commit/bcdc0e4c26f7878ba1fe0fc43b214895f0b6a004 but don't remember what was the "actually harmful" part | 14:20 |
| barath | nice, thanks for those pointers | 14:25 |
| ArgaKhan | JaMa 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 |
| ArgaKhan | vscode or terminal doesn't matter. | 14:27 |
| JaMa | did 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 strange | 14:30 |
| qschulz | OOM not happy with vscode running bitbake maybe? | 14:31 |
| JaMa | that should show up in dmesg as well | 14:32 |
| JaMa | not sure how vscode would close if it hits "ulimit -m" | 14:32 |
| JaMa | moto-timo: + | 14:36 |
| ArgaKhan | yes 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!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has quit IRC (Quit: Client closed) | 14:42 | |
| *** Frank47 <Frank47!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has joined #yocto | 14:42 | |
| ArgaKhan | Ok, 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!~Frank47@cust-95-128-91-242.breedbanddelft.nl> has quit IRC (Client Quit) | 14:45 | |
| *** mattes-bru <mattes-bru!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has joined #yocto | 14:48 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C198.versanet.de> has quit IRC (Quit: Konversation terminated!) | 14:50 | |
| *** mattes-b_ <mattes-b_!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has joined #yocto | 14:51 | |
| JaMa | ah you mean running vscode in terminal, not bitbake build in terminal? | 14:53 |
| *** mattes-bru <mattes-bru!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has quit IRC (Ping timeout: 260 seconds) | 14:54 | |
| ArgaKhan | no. I am using the bitbake command directly in the terminal. | 14:56 |
| JaMa | sorry, I'm lost, what window closes then? | 14:57 |
| JaMa | and are you still talking about SIGABRT in rm or what kind of crash? | 14:57 |
| ArgaKhan | terminal window closes suddenly. | 14:57 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 14:58 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 14:58 | |
| ArgaKhan | No, 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!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:02 | |
| JaMa | run another bash inside that terminal window, so that the window doesn't close when bash ends, but it's still very strange | 15:04 |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 15:04 | |
| JaMa | ArgaKhan: also check if there is something interesting at the end of bitbake-cookerdaemon.log | 15:04 |
| *** mattes-b_ <mattes-b_!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has quit IRC (Ping timeout: 256 seconds) | 15:04 | |
| ArgaKhan | where is the bitbake-cookerdaemon.log ? | 15:07 |
| JaMa | TOPDIR | 15:08 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 15:09 | |
| ArgaKhan | JaMa 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 |
| JaMa | empty 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 somewhere | 15:13 |
| ArgaKhan | okay | 15:14 |
| ArgaKhan | JaMa there is: https://gist.github.com/TYeniyayla/211222005cb50abbed0f9380e1351719 | 15:18 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-19-184-147-77-157.dsl.bell.ca> has joined #yocto | 15:20 | |
| JaMa | this is after the build failed? | 15:20 |
| ArgaKhan | yes | 15:20 |
| JaMa | did it kill the terminal window again? | 15:20 |
| ArgaKhan | yes | 15:20 |
| JaMa | sorry, 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 |
| JaMa | or in GNU screen session or something if it's the terminal window getting killed for whatever reason, not the bash itself | 15:23 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Ping timeout: 265 seconds) | 15:25 | |
| vvn | Can a sub package ("${PN}-foo") package files already packaged by the main ${PN}? | 15:26 |
| JaMa | vvn: files are assigned to packages in the order how they are listed in PACKAGES variable | 15:27 |
| Saur[m] | No, the first FILES:<package> that matches wins. | 15:27 |
| JaMa | so if ${PN}-foo is before ${PN} in PACKAGES, then FILES:${PN}-foo will win over FILES:${PN} | 15:27 |
| vvn | OK so basically you cannot have FILES:${PN} = "file1" and FILES:${PN}-foo = "file1" | 15:28 |
| JaMa | you can and you often have as default FILES:* are relatively wide | 15:28 |
| ArgaKhan | JaMa 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 |
| JaMa | that's why you usually have to prepend extra packages to default PACKAGES, not to append them | 15:29 |
| JaMa | ArgaKhan: OOMK would be shown in dmesg | 15:29 |
| JaMa | 144g swap was a typo? | 15:30 |
| vvn | So if I want a file to be a two packages, I have no choice but to fork the pn.bb 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 |
| JaMa | it cannot be in two packages at the same time | 15:30 |
| ArgaKhan | JaMa nope :D | 15:30 |
| JaMa | ArgaKhan: so you still had 130g of swap available, right? | 15:31 |
| ArgaKhan | yes | 15:32 |
| ArgaKhan | JaMa this is my dmesg: https://gist.github.com/TYeniyayla/21b97faf8d8f8a7718f2d4dcbc81c662 | 15:32 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 15:36 | |
| vvn | Saur[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 btrfs-tools-initrd_1.2.3.bb 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 |
| JaMa | ArgaKhan: I don't see anything wrong in dmesg, you can also check tmp-glibc/log/cooker/MACHINE-YOU-BUILD/console-latest.log | 15:40 |
| ArgaKhan | okay | 15:41 |
| ArgaKhan | ERROR: Nothing PROVIDES 'xfce4-full-image' | 15:42 |
| ArgaKhan | xfce4-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-pkgs | 15:42 |
| *** Frank66 <Frank66!~Frank@186-153-172-081.dynamic.caiway.nl> has joined #yocto | 15: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 |
| ArgaKhan | JaMa but i alredy use this command: bitbake core-image-minimal-xfce | 15:44 |
| ArgaKhan | this error is old | 15:44 |
| vvn | Saur[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 foo-bar_1.2.3.bb recipe? | 15:45 |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has joined #yocto | 15:52 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 15:57 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 15:58 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 16:03 | |
| *** Frank66 <Frank66!~Frank@186-153-172-081.dynamic.caiway.nl> has quit IRC (Quit: Client closed) | 16:06 | |
| *** tor <tor!~tor@user/tor> has quit IRC (Quit: Leaving) | 16:11 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 16:22 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:23 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 16:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:34 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds) | 16:36 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> 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!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has joined #yocto | 16:48 | |
| *** Guest55 <Guest55!~Guest55@p200300c29f23e01db037d98f4e5956c1.dip0.t-ipconnect.de> has joined #yocto | 16:51 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 16:54 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.7.1) | 16:56 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has joined #yocto | 16:57 | |
| *** Guest55 <Guest55!~Guest55@p200300c29f23e01db037d98f4e5956c1.dip0.t-ipconnect.de> has quit IRC (Quit: Ping timeout (120 seconds)) | 16:59 | |
| *** Guest55 <Guest55!~Guest55@p200300c29f23e01db037d98f4e5956c1.dip0.t-ipconnect.de> has joined #yocto | 16:59 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 16:59 | |
| vvn | Saur[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 |
| vvn | without* | 17:03 |
| *** gho <gho!~gho@i59F5CC6B.versanet.de> has quit IRC (Quit: Leaving.) | 17:06 | |
| *** demirok <demirok!~bell@user/demirok> has joined #yocto | 17:07 | |
| *** Guest41 <Guest41!~Guest41@p5de8f49b.dip0.t-ipconnect.de> has joined #yocto | 17:09 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:12 | |
| *** mckoan is now known as mckoan|away | 17:12 | |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has left #yocto | 17:12 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC6B.versanet.de> has quit IRC (Quit: Leaving.) | 17:24 | |
| *** Guest55 <Guest55!~Guest55@p200300c29f23e01db037d98f4e5956c1.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 17:26 | |
| *** Guest41 <Guest41!~Guest41@p5de8f49b.dip0.t-ipconnect.de> has quit IRC (Quit: Connection closed) | 17:26 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC (Ping timeout: 268 seconds) | 17:28 | |
| *** Frank75 <Frank75!~Frank@186-153-172-081.dynamic.caiway.nl> has joined #yocto | 17:37 | |
| *** vmeson <vmeson!~rmacleod@23-233-86-175.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds) | 17:47 | |
| *** Frank75 <Frank75!~Frank@186-153-172-081.dynamic.caiway.nl> has quit IRC (Quit: Client closed) | 17:53 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5380:54c0:641a:9340:edee:12ac> has joined #yocto | 18:04 | |
| *** vmeson <vmeson!~rmacleod@23-233-86-175.cpe.pppoe.ca> has joined #yocto | 18:04 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:09 | |
| *** mattes-bru <mattes-bru!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has joined #yocto | 18:09 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-045-123.78.49.pool.telefonica.de> has joined #yocto | 18:19 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 18:20 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 18:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 18:24 | |
| vvn | humm 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@81.168.73.77> has joined #yocto | 18:28 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 18:30 | |
| vvn | Should we build empty packages for built-in modules and start using RDEPENDS instead of RRECOMMENDS for kernel-module-*? | 18:31 |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-045-123.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 18:32 | |
| ErRandir | To 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 |
| JaMa | why not use PREMIRROR instead of rsync? | 18:37 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 18:39 | |
| ErRandir | When I've configued that it always tries to get a tarball, and does not attempt a git clone. | 18:39 |
| JaMa | yes you need to enable the other internal server to generate tarballs | 18:42 |
| JaMa | but then you get everything from the PREMIRROR in nice controlled way, not just git recipes through hacked FETCHCMD_git | 18:42 |
| *** mattes-bru <mattes-bru!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has quit IRC (Ping timeout: 252 seconds) | 18:51 | |
| ErRandir | At 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@142.189.254.41> has joined #yocto | 18:53 | |
| *** mark_ is now known as mark_l | 18:54 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 19:02 | |
| mark_l | I brought in the dhcp 4.4.1 recipe in our own meta layer which should have the highest override priority, the recipe requires dhcp.inc 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 dhcp-relay_4.4.3.bb from meta-openembedded. Any insights what am I missing? | 19:02 |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-045-123.78.49.pool.telefonica.de> has joined #yocto | 19:03 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 19:05 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 19:09 | |
| *** amitk <amitk!~amit@103.208.71.21> has quit IRC (Ping timeout: 256 seconds) | 19:10 | |
| *** amitk <amitk!~amit@103.208.71.21> has joined #yocto | 19:13 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 19:15 | |
| mark_l | My coworker advised me that I should wipe out my build directory after switching package provider. Trying that now | 19:22 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 19:25 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.7.1) | 19:34 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 19:44 | |
| *** amitk <amitk!~amit@103.208.71.21> has quit IRC (Ping timeout: 260 seconds) | 19:49 | |
| *** mattes-bru <mattes-bru!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has joined #yocto | 19: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!~mattes-br@ksapp01-nat-ersatz.iosb.fraunhofer.de> has quit IRC (Ping timeout: 268 seconds) | 19:57 | |
| mark_l | Saur: 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 enough | 19:59 |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-045-123.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 20:27 | |
| mark_l | On 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 dhcp-relay.bb to override it? | 20:32 |
| *** onkelpit <onkelpit!~pit@user/pjoh> has quit IRC (Quit: leaving) | 21:09 | |
| mischief | when i run bitbake -u ncurses i just get a traceback with "bb.BBHandledException". is this expected? | 21:17 |
| vvn | what's the best way to customize fstab per image? | 21:27 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 21:29 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-045-123.78.49.pool.telefonica.de> has joined #yocto | 21:43 | |
| *** kiwi_29_[m] <kiwi_29_[m]!~msgboardp@2001:470:69fc:105::1:6699> has joined #yocto | 21:55 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 22: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 here | 22:08 |
| kiwi_29_[m] | mycustomlayer has higher priority than meta and also go recipe in mycustomlayer has higher version | 22:14 |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-045-123.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 22:18 | |
| *** Guest41 <Guest41!~Guest41@p5de8f49b.dip0.t-ipconnect.de> has joined #yocto | 22:21 | |
| *** Guest41 <Guest41!~Guest41@p5de8f49b.dip0.t-ipconnect.de> 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] | ok..here 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 compiling | 22:28 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 22:50 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 22:50 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 22:55 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 22:57 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 22:57 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 22:58 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-19-184-147-77-157.dsl.bell.ca> 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!~florian@dynamic-078-049-045-123.78.49.pool.telefonica.de> has joined #yocto | 23:17 | |
| mark_l | kiwi_29_: Thanks, your post answers my question earlier too | 23:28 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!