Tuesday, 2023-08-29

*** speeder_ <speeder_!~speeder__@> has joined #yocto00:44
mischiefDvorkinDmitry: PN might not be packaged in that recipe.00:45
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 260 seconds)00:48
DvorkinDmitrymischief, you mean, I should use FILES += "" on;y?00:49
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto00:55
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)01:01
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto01:02
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 258 seconds)01:04
*** davidinux <davidinux!~davidinux@host-87-8-153-53.retail.telecomitalia.it> has joined #yocto01:06
mischiefDvorkinDmitry: no, i mean you should read the recipe and the included classes to figure out what exactly is packaged.01:06
*** pabigot <pabigot!~pab@152.sub-75-222-15.myvzw.com> has quit IRC (Ping timeout: 246 seconds)01:15
*** speeder_ <speeder_!~speeder__@> has quit IRC (Ping timeout: 258 seconds)01:19
*** Marian57 <Marian57!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has joined #yocto01:27
*** pabigot <pabigot!~pab@86.sub-75-222-51.myvzw.com> has joined #yocto01:30
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 244 seconds)01:35
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto01:36
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)01:36
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto01:39
Marian57I have a problem with runqemu command when I'm using cpio.xz, I get a Kernel Panic:01:40
Marian57MACHINE="qemux86-64"  runqemu core-image-manufacturing.cpio.xz   nographic slirp qemuparams="-m 8192"01:40
Marian57[    3.508263] List of all partitions:01:40
Marian57[    3.509069] 0100            4096 ram001:40
*** LocutusOfBorg <LocutusOfBorg!~locutusof@> has quit IRC (Read error: Connection reset by peer)01:40
Marian57[    3.509174]  (driver?)01:40
Marian57[    3.509735] 0101            4096 ram101:40
Marian57[    3.509770]  (driver?)01:40
Marian57[    3.510393] 0102            4096 ram201:40
Marian57[    3.510425]  (driver?)01:40
Marian57[    3.510892] 0103            4096 ram301:40
Marian57[    3.510919]  (driver?)01:40
Marian57[    3.511619] 0104            4096 ram401:40
Marian57[    3.511651]  (driver?)01:40
Marian57[    3.512358] 0105            4096 ram501:40
Marian57[    3.512390]  (driver?)01:40
Marian57[    3.512892] 0106            4096 ram601:40
Marian57[    3.512919]  (driver?)01:40
Marian57[    3.519883]  driver: sr01:41
Marian57[    3.520572] No filesystem could mount root, tried:01:41
Marian57[    3.520639]  ext301:41
Marian57[    3.521205]  ext201:41
Marian57[    3.521392]  ext401:41
Marian57[    3.521552]  vfat01:41
Marian57[    3.521708]  msdos01:41
Marian57[    3.521865]  iso966001:41
Marian57[    3.522026]  btrfs01:41
Marian57[    3.522466]01:41
Marian57[    3.522846] VFS: Unable to mount root fs on unknown-block(253,0)01:41
Marian57[    3.523723] User configuration error - no valid root filesystem found01:41
Marian57[    3.524738] Kernel panic - not syncing: Invalid configuration from end user prevents continuing01:41
Marian57[    3.525936] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.15.120-yocto-standard #101:41
Marian57[    3.526882] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/201401:41
Marian57[    3.528073] Call Trace:01:41
Marian57[    3.528480]  <TASK>01:41
Marian57[    3.529546]  dump_stack_lvl+0x38/0x4d01:41
*** LocutusOfBorg <LocutusOfBorg!~locutusof@> has joined #yocto01:42
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC (Ping timeout: 255 seconds)01:43
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto01:43
mischiefsounds like it was unable to mount the root fs01:48
*** starblue <starblue!~juergen@dslb-178-006-095-137.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds)01:57
*** starblue <starblue!~juergen@dslb-094-220-106-071.094.220.pools.vodafone-ip.de> has joined #yocto01:59
Marian57yes, but how the cpio.gz is working and cpio.xz is not working02:11
Marian57I think I'm missing something essential02:11
*** jclsn <jclsn!~jclsn@2a04:4540:6520:8600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)02:27
*** jclsn <jclsn!~jclsn@2a04:4540:6547:d600:2ce:39ff:fecf:efcd> has joined #yocto02:29
mischiefMarian57: maybe the kernel doesn't know how to deal with xz compression03:05
Marian57kernel it's able to run on the target cpio.xz and cpio.gz03:20
Marian57only qemu it's the problem03:20
*** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto03:22
yates_worki am running a recipe that is giving an error in do_configure(). i also add a task before do_configure: https://bpa.st/L2ZQ03:27
yates_workbut i am NOT seeing the do_display_banner() output. why not?03:27
yates_workhere is the entire recipe: https://bpa.st/2D5Q03:29
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto03:32
yates_workok i see. the addtask needs an "after" and a "before" to precisely place it.03:52
*** belgianguy <belgianguy!~belgiangu@ptr-651fbf8kytydlitfc8v.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 240 seconds)05:36
*** dvergatal <dvergatal!~dvergatal@> has joined #yocto05:39
*** Marian57 <Marian57!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has quit IRC (Quit: Client closed)05:47
*** xmn_ <xmn_!~xmn@2600:4040:9390:8c00:3062:84af:78d4:b359> has joined #yocto05:57
*** xmn <xmn!~xmn@2600:4040:9390:8c00:d0b6:c32a:8ccc:d39e> has quit IRC (Ping timeout: 246 seconds)05:58
*** davidinux <davidinux!~davidinux@host-87-8-153-53.retail.telecomitalia.it> has quit IRC (Ping timeout: 245 seconds)06:00
*** davidinux <davidinux!~davidinux@> has joined #yocto06:00
LetoThe2ndyo dudX06:00
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:02
*** lars_ <lars_!~lars@78.79-160-60.customer.lyse.net> has joined #yocto06:07
lars_Good morning everybody. Is anyone here able to help with a fetcher problem?06:07
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:08
*** pabigot <pabigot!~pab@86.sub-75-222-51.myvzw.com> has quit IRC (Ping timeout: 260 seconds)06:10
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)06:16
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:17
LetoThe2ndlars_:  well, upon that question, probably nobody will step up. explain the problem in a rough outline, possibly including the error you see, and you will have a much higher chance. plus, its still rather early, just so you are aware.06:19
lars_Thank you, I receive a fetcher error for multiple packages in poky. For git sources the error is 128 no output, and for sources downloaded with wget the error is 4 no output.06:22
lars_When I copy the exact command that bitbake says fails it works fine for me.06:23
LetoThe2ndlars_: a vanilla poky build? did it work before?06:23
lars_I even let it download to the exact same place that bitbake wanted it, to see if I could get past the fetcher error, but it still wants to fetch it even if it is already there.06:24
lars_It worked before06:24
lars_Not vanilla, no. But the recipes it fails on are untouched06:24
lars_I have several images in the same repo and only one of them has this problem06:25
*** pabigot <pabigot!~pab@180.sub-75-222-84.myvzw.com> has joined #yocto06:27
lars_The recipes that fail are right now edk2-firmware-202202-r0, acpica-native-20211217-r0, virglrenderer-native-0.9.1-r0, libsdl2-native-2.0.20-r006:28
lars_I think these recipes are all unique the image I'm currently building, I don't think they are included in any of the other images in this repo. This image is a qemu image of the same distro as the other images, and these packages seem to be qemu specific06:30
LetoThe2ndlars_: do they share some common location to download from or such?06:33
*** rusam <rusam!~rusam@> has joined #yocto06:34
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 245 seconds)06:37
lars_And the error message says exactly what command it tries to run to download them. When I manually run this exact command, it works every time. But bitbake fails every time06:39
lars_I have seen several people on the internet with the same error, but they got no help06:40
lars_And my internet connection is perfect, I never have dropped connections or anything like that06:42
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:45
lars_And one of the recipes is actually fetching from Github, so it should definitely not be a real networking issue06:45
*** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has joined #yocto06:48
lars_It now seems to have gotten past those somehow after just retrying many times...06:48
*** mckoan|away is now known as mckoan06:49
mckoangood morning06:50
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto06:50
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto06:52
*** zpfvo <zpfvo!~fvo@i59f5ccc0.versanet.de> has joined #yocto07:09
*** olani_ <olani_!~olani@> has quit IRC (Ping timeout: 246 seconds)07:13
*** olani <olani!~olani@> has quit IRC (Ping timeout: 255 seconds)07:14
*** varjag <varjag!~user@> has joined #yocto07:14
*** zpfvo1 <zpfvo1!~fvo@i59F5CCC0.versanet.de> has joined #yocto07:15
*** zpfvo <zpfvo!~fvo@i59f5ccc0.versanet.de> has quit IRC (Ping timeout: 250 seconds)07:16
*** old_boy <old_boy!~old_boy@> has quit IRC (Quit: Client closed)07:17
*** frieder <frieder!~frieder@i577B9395.versanet.de> has joined #yocto07:17
lars_@LetoThe2nd Hmm, now it reappeared again with the same package, edk2-firmware07:20
lars_Here is my error message: http://0x0.st/HprX.txt07:22
*** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto07:26
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:27
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:27
lars_And here for acpica-native: http://0x0.st/Hpr8.txt07:27
lars_In my earlier message I said that it somehow got past those but this was apparently not the case, it just waited a bit longer before attempting them this time.07:29
*** GillesM <GillesM!~gilles@> has joined #yocto07:30
*** GillesM <GillesM!~gilles@> has quit IRC (Client Quit)07:34
*** xmn_ <xmn_!~xmn@2600:4040:9390:8c00:3062:84af:78d4:b359> has quit IRC (Quit: ZZZzzz…)07:35
*** GillesM <GillesM!~gilles@> has joined #yocto07:37
lars_Oh, wow. I restarted my docker container and now it actually worked (no false positive this time, I watched the do_fetch complete for both of the packages). Very weird that my container could somehow be in a state where it was unable to download just these specific packages...07:40
*** GillesM <GillesM!~gilles@> has quit IRC (Remote host closed the connection)07:45
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 255 seconds)07:45
mcfriskkhem: FWIW, runqemu with slirp is able to run ptests and selftests, at least with the few small changes I posted in https://lists.openembedded.org/g/openembedded-core/message/18654907:46
*** davidinux <davidinux!~davidinux@> has joined #yocto07:47
*** GillesM <GillesM!~gilles@> has joined #yocto07:47
*** rusam <rusam!~rusam@> has quit IRC (Quit: Leaving...)07:47
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto07:49
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:52
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto07:58
*** Guest58 <Guest58!~Guest58@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has joined #yocto08:00
*** Spinola <Spinola!~alberto@D57E7F5A.static.ziggozakelijk.nl> has joined #yocto08:05
*** Spinola <Spinola!~alberto@D57E7F5A.static.ziggozakelijk.nl> has quit IRC (Client Quit)08:05
*** gsalazar <gsalazar!~gsalazar@> has joined #yocto08:16
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)08:18
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:22
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)08:26
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)08:30
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto08:32
*** michele is now known as Guest154008:35
*** Guest1540 <Guest1540!~michele@> has quit IRC (Killed (molybdenum.libera.chat (Nickname regained by services)))08:35
*** Guest1540 <Guest1540!~michele@> has joined #yocto08:35
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 258 seconds)08:36
*** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has quit IRC (Read error: Connection reset by peer)08:42
*** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto08:48
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto09:00
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:10
ptsnevesHey all. Is qschulz on vacations?09:11
*** speeder <speeder!~speeder__@> has joined #yocto09:13
*** speeder_ <speeder_!~speeder__@> has joined #yocto09:15
*** speeder <speeder!~speeder__@> has quit IRC (Ping timeout: 246 seconds)09:18
*** Guest58 <Guest58!~Guest58@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has quit IRC (Quit: Client closed)09:21
*** bq <bq!~david@oh.not.bad.aye.yeah.nah.nz> has quit IRC (Ping timeout: 245 seconds)09:21
*** olani <olani!~olani@31-208-215-228.cust.bredband2.com> has joined #yocto09:22
*** olani_ <olani_!~olani@31-208-215-228.cust.bredband2.com> has joined #yocto09:22
*** speeder__ <speeder__!~speeder__@> has joined #yocto09:26
qschulzptsneves: who summoned me :)09:27
qschulzhave I missed some highlights?09:28
ptsnevesqschulz: Ah no. Just i remember you being very active in QA in IRC and well it was missed :)09:28
*** speeder_ <speeder_!~speeder__@> has quit IRC (Ping timeout: 246 seconds)09:29
qschulzptsneves: yeah, not very much my liking to be so quiet here. Got two new products to work on, got tech lead/manager duties at the same time09:29
qschulzso very little time to do anything OSS right now unfortunately, which saddens me :/09:30
qschulzbut someone's joining the team in a month, that should help make things a bit smoother for me (or wishful thinking, who knows :) )09:31
ptsnevesqschulz: Great to hear! Anyway, for what it is worth I appreciated your contribution and thought the channel emptier.09:31
RPqschulz: we're missing you!09:31
ptsnevesqschulz: what kind of products do you work on if it can be public info?09:32
qschulzthanks for the kind words, I really miss it too09:32
* qschulz blushes09:32
qschulzptsneves: can only say it's based on Rockchip RK3588 for now09:32
qschulzand that we do not have any pin not routed from the SoC, so that's a lot of work for both the HW team and the SW team :)09:33
*** bq <bq!~david@oh.not.bad.aye.yeah.nah.nz> has joined #yocto09:33
qschulzshould be announced in the next month or two though :)09:34
qschulzand tlwoerner may see some patches once I've time to start working on Yocto stuff for the new products :)09:35
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has joined #yocto09:36
ptsnevesIt is similar to the Pine6409:37
*** kayterina <kayterina!~kayterina@> has joined #yocto09:37
qschulzptsneves: which device from them?09:39
*** Guest58 <Guest58!~Guest58@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has joined #yocto09:39
ptsnevesqschulz: Well best of luck to you :) RK3566 https://botland.store/pine64-modules/20189-pine64-quartz64-model-a-rockchip-rk3566-arm-cortex-a55-quad-core-8gb-ram-5904422303211.html09:39
qschulzptsneves: ah the quartz64, yeah different SoC :)09:40
qschulzvery surprised by how speedy the RK3588 is09:41
qschulzI think the board we work on is the fastest thing I own09:41
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has quit IRC (Quit: Leaving)09:42
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)09:42
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has joined #yocto09:42
*** alessioigor <alessioigor!~alessioig@> has joined #yocto09:42
*** speeder_ <speeder_!~speeder__@> has joined #yocto09:43
*** speeder__ <speeder__!~speeder__@> has quit IRC (Ping timeout: 245 seconds)09:45
qschulzwhich says more on what I own than how fast RK3588 is :D09:47
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds)09:48
*** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has joined #yocto09:49
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:b604:1d94:e5d:10d0> has joined #yocto09:50
ptsnevesqschulz: ehehe I do not think that at the level of yocto work, the speed of the target matters much. I had extensive work on a continuous integration of an armv5. With tftp for bootloader and kernel and nfs for the rootfs it had cooler development workflow than I have seen in dev boards used for actual fancy products. Hell most of the integration done by the Yocto project is done on qemu :)09:53
*** speeder__ <speeder__!~speeder__@> has joined #yocto09:56
*** speeder_ <speeder_!~speeder__@> has quit IRC (Ping timeout: 258 seconds)09:59
*** starblue <starblue!~juergen@dslb-094-220-106-071.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds)10:00
*** starblue <starblue!~juergen@dslb-094-220-106-071.094.220.pools.vodafone-ip.de> has joined #yocto10:02
qschulzptsneves: tftp is a must when you do automation10:03
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has quit IRC (Quit: Leaving)10:03
qschulzthough now U-Boot supports some implementation of wget10:04
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has joined #yocto10:04
*** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has joined #yocto10:04
ptsnevesqschulz: oh did not know it supported a part of wget functionality. Does it handle https as well? u-boot the only OS you need10:05
qschulzptsneves: no https AFAIK, you would need certificate handling10:10
*** speeder_ <speeder_!~speeder__@> has joined #yocto10:12
ptsnevesqschulz: very sparse doc. If it indeed only supports downloading something over HTTP/TCP it seems a bit confusing to call it wget. I do not think it supports basic authentication nor redirect10:13
*** speeder__ <speeder__!~speeder__@> has quit IRC (Ping timeout: 246 seconds)10:15
qschulzptsneves: won't comment on U-Boot being confusing :)10:19
ptsnevesqschulz: Well the other day somebody complained that Yocto documentation is too big. There is always something :)10:22
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)10:26
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto10:27
*** speeder__ <speeder__!~speeder__@> has joined #yocto10:29
*** ckayhan <ckayhan!~ckayhan@> has joined #yocto10:30
rburtonRP: https://social.kernel.org/notice/AZDeSjvZ39K0vf1jKC10:31
qschulzptsneves: It's a bit overwhelming yes :)10:31
ckayhanHello, I need help with "v4l2loopback". Has anyone managed to compile it with yocto?10:31
*** speeder_ <speeder_!~speeder__@> has quit IRC (Ping timeout: 244 seconds)10:32
qschulzrburton: have you seen the curl maintianer complaining about NVD? (the recent one :) )10:33
qschulzrburton: https://daniel.haxx.se/blog/2023/08/26/cve-2020-19909-is-everything-that-is-wrong-with-cves/10:33
rburtonyeah he's nicely vocal about the problem10:35
rburtonshame nothing changes10:36
*** zpfvo1 <zpfvo1!~fvo@i59F5CCC0.versanet.de> has quit IRC (Ping timeout: 250 seconds)10:37
*** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has joined #yocto10:37
*** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has quit IRC (Ping timeout: 245 seconds)10:42
*** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has joined #yocto10:42
*** speeder_ <speeder_!~speeder__@> has joined #yocto10:46
*** speeder__ <speeder__!~speeder__@> has quit IRC (Ping timeout: 246 seconds)10:48
*** speeder__ <speeder__!~speeder__@> has joined #yocto10:59
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)11:00
*** Guest58 <Guest58!~Guest58@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has quit IRC (Quit: Client closed)11:01
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8792:4c08:cb7c:d9ed> has quit IRC (Remote host closed the connection)11:01
*** speeder_ <speeder_!~speeder__@> has quit IRC (Ping timeout: 250 seconds)11:01
*** caglar <caglar!~caglar@2001:a61:4f2:f301:7794:456d:e749:96e3> has joined #yocto11:02
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:02
RPrburton: if they didn't backport so much, people might be more trusting of it :/11:04
*** AndreRicardo <AndreRicardo!~AndreRica@> has joined #yocto11:10
AndreRicardoHello, we have a custom nginx_%.bbappend and now we would like to have a way to send one version of the available-sites if it's dev and another if it's prod. I'm not sure how is the best way to do this as we want both dev and prod images to include the nginx recipe.11:12
rburtonwrite separate recipes to provide the configs11:13
rburtonand bbappend nginx to delete files if you need to11:13
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)11:14
AndreRicardothe only change is really on one of the sites enabled11:15
AndreRicardodev has11:15
AndreRicardoserver {11:15
AndreRicardo        listen 80;11:15
AndreRicardo        include /etc/nginx/sites-available/*.conf;11:15
AndreRicardowhile prod should be11:15
AndreRicardoserver {11:15
AndreRicardo        listen 80;11:15
AndreRicardo        server_name _;11:15
AndreRicardo        return 301 https://$host$request_uri;11:15
AndreRicardo        include /etc/nginx/sites-available/*.conf;11:15
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:16
AndreRicardoI was trying to do this on the nginx_%.bbappend11:16
AndreRicardoSRC_URI += "${@ "'file://prod/mysite_http'" if (d.getVar("DISTRO_VARIANT") == "prod") else 'file://mysite_http' }"11:16
AndreRicardobut could not get DISTRO_VARIANT from the image bb file11:17
rburtonwhy is the image bb relevant?11:17
AndreRicardobecause if the build is `bitbake -k prod-image` would like to use prod-image.bb file, if it's `bitbake -k dev-image` would use dev-image.bb11:19
rburtonoh so 'distro variant' has nothing to do with distros11:19
AndreRicardoDISTRO_VARIANT is defined in prod-image.bb and dev-image.bb11:19
rburtonvariables set in recipes _do not_ leak into other recipes11:19
AndreRicardono, it's for environment like "dev", "uat", "prod"11:20
rburtonso do what i said originally: have a recipe for each configuration, your images pull in the one they want11:20
AndreRicardoYes, I understand that now a little better with the scopes11:20
AndreRicardoso can I have like a base nginx11:20
rburtonyes, a common nginx recipe, and then a recipe for each configuration you want11:20
AndreRicardoand have two specific for dev, uat and another just for prod.11:21
*** speeder__ is now known as speeder11:21
rburtonask youself why would you want to rebuild nginx if you changed the configuration?11:21
AndreRicardoI don't, ideally is just one of the sites-available configs that is changed11:22
rburtonbut if your configuration is part of the nginx recipe that's what happens11:23
AndreRicardoI'm still a bit puzzled where these customisations should be. If they should be under meta-our-layer/recipes-httpd/nginx or somewhere else.11:25
rburtonyour configurations, your layer11:25
AndreRicardoand what would I call my bb file? Right now is nginx_%.bbappend11:26
rburtoni'd have a nginx-config-prod.bb which just contains the production configuration files11:29
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 246 seconds)11:31
*** kayterina <kayterina!~kayterina@> has quit IRC (Quit: Client closed)11:32
*** caglar <caglar!~caglar@2001:a61:4f2:f301:7794:456d:e749:96e3> has quit IRC (Ping timeout: 246 seconds)11:39
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto11:45
manuel1985Hi all, is it possible to reference git tags in SRC_URI in kirstone?11:45
manuel1985It seems to no longer work in Kirkstone.11:45
rburtonrecommended not to anyway11:45
rburtonput a sha11:46
manuel1985But I'm not sure I've got the complete picture.11:46
manuel1985Don't want to :(11:46
manuel1985git tag gives me an idea how old the sources are... checksums not so much11:47
rburtonuntil someone moves a tag11:47
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Client Quit)11:47
manuel1985We don't have that problem with our internal repositories.11:47
manuel1985Let's move the discussion back to the possibility of referencing git commits by tags in SRC_URI.11:49
rburtonno idea, sorry, i always use shas11:49
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)11:57
*** alessioigor <alessioigor!~alessioig@> has joined #yocto11:58
*** kayterina <kayterina!~kayterina@> has joined #yocto12:00
ptsnevesmanuel1985: In https://docs.yoctoproject.org/bitbake/2.4/singleindex.html#git-fetcher-git there is an example of the usage of tag. Does it not suit you?12:01
manuel1985ptsneves: When using tag=v${PV} in SRC_URI and SRCREV = "${AUTOREV}" we get "Conflicting revisions (%s from SRCREV and %s from the url) found, please specify one valid value" since Kirkstone. In Dunfell this was doing fine.12:03
rburtoni'd say dunfell was broken as they are conflicting12:06
rburtondo you want autorev or the tag12:06
ptsnevesmanuel1985: Is the conflict real?12:06
manuel1985One sec, I'm just discussing something internally. Perhaps we screwed up somewhere.12:10
rburtonRP: do you expect to merge the qemu 8.1.0 upgrade soon or should i prep a series of cve backports?12:17
RPrburton: I was hoping to, I was just a bit worried about the meson/python changes12:31
manuel1985I didn't yet hear back from the engineer, so here's my assumption on what happened. Our internal docs say one must specify SRCREV="$AUTOREV" when checking out a branch, and MUST NOT set SRCREV when checking out a tag. Engineer got confused and specified SRCREV="$AUTOREV" when checking out a tag.12:36
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)12:42
*** caglar <caglar!~caglar@2001:a61:4f2:f301:5736:ac1e:b5f8:35bd> has joined #yocto12:44
*** GillesM <GillesM!~gilles@> has quit IRC (Remote host closed the connection)12:49
*** caglar <caglar!~caglar@2001:a61:4f2:f301:5736:ac1e:b5f8:35bd> has quit IRC (Ping timeout: 245 seconds)12:50
RPSomehow a reproducibility gremlin  has crept into numpy: https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/3425/steps/12/logs/stdio12:50
varjagif i have a shell script installed in recipe-sysroot-native, is it possible to pass it environment variables form the recipe?12:52
varjagi want my wrapper script load certain stuff when invoked but it has no idea where the stuff has been placed12:53
*** caglar <caglar!~caglar@2001:a61:4f2:f301:78a4:2c74:cdc8:c833> has joined #yocto12:55
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto12:56
*** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 245 seconds)12:57
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Client Quit)12:58
*** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 245 seconds)12:58
varjagguess i could just pass them as arguments..12:59
RPvarjag: arguments would be one way. The script will know it's own location so it can be possible to use that to know where to look too13:03
*** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto13:04
RPrburton: "The --with-path options are not actually options" - but we're passing them as options?13:06
varjagoh good point13:07
*** lars_ <lars_!~lars@78.79-160-60.customer.lyse.net> has quit IRC (Ping timeout: 246 seconds)13:08
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto13:14
jonmasonzeddii: I think gregkh approves of the job you are doing. https://social.kernel.org/notice/AZDeSjvZ39K0vf1jKC13:15
Saurvarjag: You probably want to look into create_wrapper. Here is an example from one of our recipes where I install a script and create a wrapper for it that sets a couple of variables based on values from Bitbake: https://pastebin.com/fXyvmmae13:16
varjagohh interesting13:21
AndreRicardorburton: how can I do so that this nginx-config-prod.bb is run after the nginx_%.bbappend?13:23
ptsnevesAndreRicardo: Make nginx-config-prod depend on nginx13:26
*** speeder_ <speeder_!~speeder__@> has joined #yocto13:34
varjagso i foolishly deleted sysroot dir in one of my built recipes… is there a way to repopulate it?13:37
varjagbitbake -f doesn't seem to do the trick13:37
*** speeder <speeder!~speeder__@> has quit IRC (Ping timeout: 260 seconds)13:37
*** BrziCo <BrziCo!~BrziCo@cable-77-239-0-58.dynamic.telemach.ba> has joined #yocto13:38
BrziCoHello, I successfully built Yocto image for i.mx8quadmax MEK board. However, currently I need to manually edit fdt_file. Does anyone know how can I automate this in Yocto?13:41
BrziCoI currently need to 'editenv fdt_file' and to enter dtb that i need13:42
*** xmn <xmn!~xmn@2600:4040:9390:8c00:1071:8517:82de:4aaf> has joined #yocto13:47
*** GillesM <GillesM!~gilles@> has joined #yocto13:47
varjagok -c cleanall and rebuild helped13:48
rburtonAndreRicardo: it doesn't need to. just install both in the image.13:50
rburtonRP: yeah, the configure looks for the variables which get set when you pass options13:50
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)13:50
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto13:51
rburtonRP: ie --with-foo=fish turns into a variable with_foo=fish, and the configure macro looks for those variable13:51
rburtonits horrible :)13:51
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto13:51
AndreRicardoThanks rburton and ptsneves. I've created this nginx-config-prod.bb13:52
AndreRicardoLICENSE = "CLOSED"13:52
AndreRicardoRDEPENDS:${PN} += "nginx"13:52
AndreRicardoSRC_URI += "file://prod/vetscan_http"13:52
AndreRicardo# Overwrite the vetscan_http with the prod version13:52
AndreRicardodo_install:append() {13:52
AndreRicardo    install -d ${D}/${sysconfdir}/nginx/sites-available13:52
AndreRicardo    install -m 644 ${WORKDIR}/prod/vetscan_http ${D}/${sysconfdir}/nginx/sites-available13:52
AndreRicardoand add this to the prod image file13:52
AndreRicardoIMAGE_INSTALL:append = " nginx-config-prod"13:52
AndreRicardoseems to work, at least in the extracted filesystem the modified file is there13:53
*** speeder_ <speeder_!~speeder__@> has quit IRC (Remote host closed the connection)13:53
rburtoni'd just use do_install(), no need to :append to an empty task13:55
mckoanBrziCo: what was the problem?13:56
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)13:58
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)13:58
BrziComckoan I currently need to manually do 'editenv fdb_file'. I want to automate it13:58
BrziCoI want fdb_file to point to another default dtb file13:59
BrziCoshould I use devtool to generate patch?13:59
BrziCoor whats best way13:59
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto14:00
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:01
*** valdemaras <valdemaras!~valdemara@> has joined #yocto14:03
RPrburton: I figured it was something like that but the commit message/patch is a bit confusing :)14:03
manuel1985ptsneves, when using the git fetchers 'tag=' option without SRCREV=$AUTOREV, we get the following on Kirkstone: redacted-1.1.0-r0 do_fetch: Bitbake Fetcher Error: FetchError("Recipe uses a floating tag/branch 'v1.1.0' for repo 'gitlab.com/redacted.git' without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE).", None)14:07
varjaguh, when my recipe delivers a pre-compiled elf binary *something* changes its ld-linux interpreter on its way to sysroot-destdir14:10
JaMamanuel1985: have you tried what the error message says?14:14
ptsnevesmanuel1985: have you tried usehead=1?14:14
manuel1985JaMa: We don't want to set the git commit has manually, we just want to use whatever the tag points to.14:17
manuel1985ptsneves, no. Frankly, I don't understand what it does.14:18
manuel1985“usehead”: Enables local git:// URLs to use the current branch HEAD as the revision for use with AUTOREV. The “usehead” parameter implies no branch and only works when the transfer protocol is file://.14:18
JaMamanuel1985: that's not what the message says14:18
manuel1985JaMa: So what does it say?14:19
JaMa(use SRCPV in PV for OE)14:19
manuel1985If I'm not mistaken the SRCPV is the git commit hash...14:20
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto14:20
manuel1985what does "for OE" mean in this context?14:20
JaMayou're mistaken, that's SRCREV not SRCPV14:20
manuel1985Ok will try14:21
ptsnevesJaMa: I honestly do not understand the error as well14:21
ptsnevesJaMa: What is OE in this context?14:22
ptsneves(use SRCPV in PV for OE). I did not even understand why OpenEmbedded is relevant here. I guess this is because bitbake is part of oe-core, but damn if I understood that error14:23
JaMawell bitbake can be used by other projects, typical solution for OE project is to add SRCPV to PV to make sure that tag is resolved to sha early enough14:27
*** mckoan is now known as mckoan|away14:27
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)14:32
ptsnevesJaMa: For me it is just the overload of acronyms in a simple parentheses. It is code-speak. I get your point though. Would the usehead=1 i suggested not work as well?14:33
JaMaI've never used usehead and wasn't aware of it (I was actually thinking you're making fun of manuel1985 :)), so dunno14:34
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:39
ptsnevesJaMa: eheh that would have been cruel. It is here https://docs.yoctoproject.org/bitbake/2.4/singleindex.html#git-fetcher-git14:48
ptsneves > Enables local git:// URLs to use the current branch HEAD as the revision for use with AUTOREV. The “usehead” parameter implies no branch and only works when the transfer protocol is file://.14:48
ptsnevesoh i guess i answered myself14:48
mischiefit seems that using lmsensors pulls in perl somehow. is there a way to avoid that?14:50
rburtonRDEPENDS:${PN}-sensorsdetect = "${PN}-sensors perl perl-module-fcntl perl-module-file-basename14:52
rburtondon't install sensorsdetect14:52
rburtonthe problem is you're installing the top level lmsensors package which pulls in _all_ of the subpackages14:53
rburtoninstall just the bits you need14:53
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds)14:57
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:59
*** caglar <caglar!~caglar@2001:a61:4f2:f301:78a4:2c74:cdc8:c833> has quit IRC (Remote host closed the connection)15:03
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8f7f:ae48:4aeb:ff99> has joined #yocto15:03
qschulzmmm trying to setup automatic builds of yocto layers through gitlab (because we develop on gitlab), but don't understand how people manage sstate-cache?15:04
RPqschulz: we just added a section in the manual on that!15:04
*** rfuentess <rfuentess!~rfuentess@alyon-652-1-40-213.w109-213.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)15:04
qschulzFWIW, we currently do auto builds using webhooks to Jenkins and I eventually plan to have LAVA in the mix15:04
qschulzRP: ah! shame on me for not going through my inbox!15:04
qschulzRP: mmmm are we talking about the same thing though?15:05
qschulzi remember some discussion around how to clean sstate-cache every now and then so we keep the storage size under control15:06
qschulzi'm talking more about how people share the sstate-cache in gitlab ci15:06
rburtonqschulz: our CI has gitlab runners with a sstate cache on nfs15:06
qschulzrburton: we've that too15:06
qschulzi'm using a kas container and thus the nfs mount isn't available inside by default15:07
qschulzand I 've read you're supposed to modify the runner config file to add the mountpoints, but that's quite painful15:07
qschulzso was trying to figure out if I got things wrong somewhere or not15:07
qschulzor maybe I should try to not use containers... but it's so convenient :)15:08
qschulzself-hosted gitlab runners and server BTW15:08
rburtonour runners run inside docker so they just mount the nfs directory into the container and we set sstate_dir to point at it15:09
varjagwho can be messing with my binary on its way to sysroot-uninative15:09
varjagthis is really frustrating15:09
qschulzrburton: "they just mount the nfs directory into the container" how?15:09
rburtonbasically, docker run --mount15:11
rburton(our ci is now k8s so i officially don't know or care anymore)15:11
qschulzrburton: ah so it's not using the `image` key from gitlab-ci.yml I guess?15:12
qschulzbecause you cannot set volumes in gitlab-ci.yml15:12
rburtonsure but the .gitlab-ci.yml isn't the thing that starts the runner15:13
rburtonthe runners that are connected to our CI have the mounts needed15:13
mischiefrburton: thanks, ill check it out15:15
qschulzrburton: ok, so we'd need to modify the runner config file then, thanks!15:17
qschulzrburton: I actually intuitively looked into meta-arm and was puzzled by the absence of volumes :)15:17
*** Joel40 <Joel40!~Joel@> has joined #yocto15:20
Joel40What does this mean when yocto has found the patch in the bbappend by first picking up the bb itself?15:21
Joel40| error: recipes-kernel/linux/linux-mainline_6.1.9.bb: does not exist in index15:21
Joel40| [ERROR]: Application of .kernel-meta//patches//./0001-usb-support-for-orangepi-zero2.patch failed.15:21
rburtoni'd be suspicious of your patch15:21
Joel40In what way exactly? Should I ignore the error?15:22
rburtonit looks like 0001-usb-support-for-orangepi1-zero2.patch tries to patch the recipe15:22
Joel40It should be patching the Linux kernel15:23
rburtonsure, but check that15:23
Joel40Oh, I see... It's doing it in the wrong directory? How do I check?15:23
Joel40I'm so stupid! Thank you rburton15:28
*** caglar <caglar!~caglar@2001:a61:4f2:f301:8f7f:ae48:4aeb:ff99> has quit IRC (Quit: Leaving)15:36
*** lexano <lexano!~lexano@> has joined #yocto15:44
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:58
*** varjag <varjag!~user@> has quit IRC (Quit: ERC (IRC client for Emacs 27.1))15:58
dvergatalRP: Have you seen my emails regarding the issue discovered by you? I've been talking to khem regarding this problem and we decided together to force usage of tar-native from recipe if 1.35 is not on the host machine but after my investigations I've discovered that there is this meta/classes/sanity.bbclass with check_tar_version that it checks for version >= 1.28 or stops building16:03
dvergatalRP: khem: so my proposal is instead of implementing new code we should force this sanity check to >= 1.35, what do you think?16:04
RPdvergatal: most distros we support don't have tar 1.3516:09
dvergatalRP: yeah I know16:10
dvergatalso what do you propose?16:10
*** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has quit IRC (Quit: Leaving.)16:10
RPdvergatal: I have ideas but they've significant impact. I'm in a meeting atm :(16:11
dvergatalRP: we can discuss them later i'll be today in the vening working16:11
*** AndreRicardo <AndreRicardo!~AndreRica@> has quit IRC (Quit: Client closed)16:11
*** amitk <amitk!~amit@> has joined #yocto16:12
*** kayterina <kayterina!~kayterina@> has quit IRC (Quit: Client closed)16:22
*** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 250 seconds)16:26
khemDo we need tar-native for anything in the early build sequence of yes then where16:35
*** Joel40 <Joel40!~Joel@> has quit IRC (Ping timeout: 246 seconds)16:42
dvergatalusing grep -r tar-native on openembedded-core returned me just 5 results which is package_tar.bbclass, bitbake.conf wic-tools.bb and scripts create.py and create_buildsys.py16:44
khemYeah they are not in critical build pipeline so your change would force that16:46
dvergatalyeah but wait for RP we will see what are his ideas :)16:47
kanavindvergatal, it's not a particularly urgent issue, given that feature freeze is now in effect16:52
dvergatalkanavin: no it's not, still we can offcourse wait until most distros will get new tar 1.35, I also need to check khem's issue regarding glibc-2.38 which i suspect is more urgent16:54
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:55
kanavinyou probably can eliminate the use of tar from the host (drop it from HOSTOOLS), and replace all occurences with tar-native, but then there needs to be a clear measurement of how it affects build times, e.g. core-image-minimal16:55
rburtonhow does one unpack tar without using host tar?16:58
RPdvergatal: very roughly, we need to make the code conditional so it either includes xattr or doesn't, then we can make it use xattars in the target codepaths but not the native one. Once we do that, we can force a tar-native dependency on the target codepaths16:58
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds)16:59
RPwe'd probably need a "tar-replacement-native" in a similar way to the way we have "file-replacement-native"16:59
*** Thorn_ <Thorn_!~Thorn@2001:8a0:dfe1:a200:5d42:655f:ec2f:63cb> has joined #yocto17:00
dvergatalRP: I will need to discuss it with you in details17:00
RPdvergatal: I'm out of time for a few hours at least17:00
dvergatalnot now17:00
dvergatalmaybe tomorrow17:00
*** valdemaras <valdemaras!~valdemara@> has quit IRC (Quit: valdemaras)17:00
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto17:01
dvergatalRP: I have plenty of other things to do and this sounds like a more stuff to be done17:01
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 258 seconds)17:02
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has quit IRC (Quit: Leaving)17:02
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)17:03
*** alessioigor <alessioigor!~alessioig@> has joined #yocto17:03
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:71eb:b8e9:8589:9ca5> has joined #yocto17:04
dvergatalRP: btw. to be honest I like your solution :D17:05
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 245 seconds)17:16
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)17:29
*** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds)17:30
*** yannd <yannd!~yann@> has quit IRC (Remote host closed the connection)17:31
*** yannd <yannd!~yann@> has joined #yocto17:32
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto17:36
*** valdemaras <valdemaras!~valdemara@> has joined #yocto17:38
*** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)17:45
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)17:45
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto17:47
*** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto17:50
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:55
*** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer)17:56
*** ptsneves <ptsneves!~Thunderbi@> has joined #yocto17:56
*** florian_kc <florian_kc!~florian@dynamic-093-131-163-153.93.131.pool.telefonica.de> has joined #yocto18:05
*** florian_kc <florian_kc!~florian@dynamic-093-131-163-153.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)18:27
khemBrziCo:  you might do something like this - https://github.com/Freescale/meta-freescale-3rdparty/blob/b3be00d8c8cd80d89b04b4dc81bf008025d0c53a/recipes-bsp/u-boot/u-boot-script-qoriq/boot.cmd.in#L2C28-L2C2818:31
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 246 seconds)18:32
khemqschulz: https://github.com/kraj/meta-clang/blob/1addd3db69cee59418e55cdeecaf7cd0a09777d8/.github/workflows/yoe.yml#L40C17-L40C17 and https://github.com/YoeDistro/yoe-distro/blob/9059d497a709a8d996124368ed155c73e17b1aa6/envsetup.sh#L57918:39
khemRP: what is the range of commits under suspicion for qemuppc issue ?18:42
*** frieder <frieder!~frieder@i577B9395.versanet.de> has quit IRC (Remote host closed the connection)18:43
*** bluedartfrog_ <bluedartfrog_!~bluedartf@> has joined #yocto18:49
*** bluedartfrog_ <bluedartfrog_!~bluedartf@> has left #yocto (Leaving)18:50
*** ptsneves <ptsneves!~Thunderbi@> has quit IRC (Ping timeout: 255 seconds)18:59
*** florian_kc <florian_kc!~florian@dynamic-093-131-163-153.93.131.pool.telefonica.de> has joined #yocto19:02
*** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto19:03
*** BrziCo <BrziCo!~BrziCo@cable-77-239-0-58.dynamic.telemach.ba> has quit IRC (Quit: Client closed)19:04
mischiefrburton: removed the perl crap (and also vim) and our images are quite a bit slimmer. thanks :)19:08
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:17
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto19:19
*** valdemaras <valdemaras!~valdemara@> has quit IRC (Quit: valdemaras)19:31
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)19:52
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:54
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)19:56
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto19:57
RPkhem: something after 05affd7d0d143d6fa5c6aff0d40c5d9e046f4b0c20:00
khemmischief: bitbake -g <image> and looking at the RHS of -> in resulting dot file reveals a lot about whats getting pulled in20:00
khemand who is asking for it in dep chain20:01
RPkhem: I'm using qemuppc-alt as the test so poky-altcfg, i.e. the 6.1 kernel20:03
khemyou observed that it was occurring with 6.1 too right ?20:04
khemopenssl: Upgrade 3.1.1 -> 3.1.220:07
*** gsalazar <gsalazar!~gsalazar@> has quit IRC (Ping timeout: 245 seconds)20:10
khemdo we see this with sysvinit too ? there are bunch of systemd related changed in master after that commit so we can eliminate those if it is happening with sysvinit20:13
khemthat leaves main kernel 6.4 and glibc 2.3820:14
khemand perhap tar  as well since it will be used by tests on targets20:14
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)20:15
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto20:19
*** amitk <amitk!~amit@> has quit IRC (Remote host closed the connection)20:28
RPkhem: yes, it is with sysvinit too20:31
RPkhem: that is why I ruled out systemd20:32
RPkhem: It happens with the 6.4 kernel as well. I was just wondering about openssl20:35
RPkhem: I've tried some builds of the openssl commit, lets see how they do20:35
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)20:36
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 255 seconds)21:05
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto21:06
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 245 seconds)21:10
*** xmn <xmn!~xmn@2600:4040:9390:8c00:1071:8517:82de:4aaf> has quit IRC (Quit: xmn)21:15
*** xmn <xmn!~xmn@2600:4040:9390:8c00:1071:8517:82de:4aaf> has joined #yocto21:16
*** Piraty_ is now known as Piraty21:18
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto21:25
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer)21:25
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto21:26
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds)21:27
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer)21:27
RPkhem: 90801cd8cb23719031aaaba1578a8446e1824cad fails so it is between there and the commit above21:27
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto21:27
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer)21:27
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto21:28
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Client Quit)21:30
*** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection)21:56
*** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto21:56
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:02
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 255 seconds)22:07
*** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 255 seconds)22:09
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:14
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:17
*** dgriego_ <dgriego_!~dgriego@user/dgriego> has joined #yocto22:19
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 246 seconds)22:21
*** dgriego_ <dgriego_!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer)22:22
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:30
*** dgriego_ <dgriego_!~dgriego@user/dgriego> has joined #yocto22:31
*** dgriego_ <dgriego_!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer)22:32
*** dgriego_ <dgriego_!~dgriego@user/dgriego> has joined #yocto22:32
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer)22:34
*** dgriego_ <dgriego_!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)22:41
khemRP: perhaps it can be bisected now in 4 steps23:03
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto23:08
khemgtk4 is interesting too since its used for webkitgtk23:08
*** _lore_ <_lore_!~lorenzo@net-93-148-139-48.cust.vodafonedsl.it> has quit IRC (Ping timeout: 245 seconds)23:10
*** ckayhan1 <ckayhan1!~ckayhan@> has joined #yocto23:13
ckayhan1Does anyone have recipe for 'v4l2loopback' ?23:15
*** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto23:30
*** florian_kc <florian_kc!~florian@dynamic-093-131-163-153.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds)23:34
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 248 seconds)23:38
moto-timo@ckayhan1 ` devtool add kernel-module-v4l2loopback --srcbranch main https://github.com/umlaeute/v4l2loopback.git` will get you started... you'll need to figure out the DEPENDS.23:45
*** davidinux <davidinux!~davidinux@> has joined #yocto23:49
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:50

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!