Thursday, 2024-10-03

ak77_now that's a strange error.... if I add empty (bash) do_compile() {} it's ok, but if  I add empty "python do_compile() {}" it's fails due to indentation. no lines in body of do_compile00:11
ak77_(I already have "python do_conifgure() {...}" in recipe00:12
ak77_(do_configure)00:12
ak77_any idea?00:13
ak77_it fails "hard", it's IndentationError shows at closing bracket of empty python do_compile00:14
khemak77_:if you do not need do_compile then does it matter if its shell or python00:14
ak77_but I need it. I do cargo_do_compile and npm_do_compile (this one is python so my do_compile has to be python)00:15
ak77_(currently removed, as the error is reproducible event without body)00:16
khemare you trying to add something to existing do_compile that comes from npm or cargo bbclasses ?00:16
ak77_I need to call both with different ${S}.00:16
ak77_nothing to add to those do_compile(s)00:17
ak77_but the error is strange. parsing of the recipe, I can't see anything wrong with the recipe itself, syntax wise. why would empy python do_compile() { \n } break indentation00:19
JaMakhem: Hi, is the libpcre issue you reported in https://lists.openembedded.org/g/openembedded-devel/message/112275 still reproducible? sorry for delay (I was sick unable to work) but will have a look if it's still happening on risc00:23
khemJaMa: it was a problem in meta-clang where it was disabling versioning with lld for nmap so I fixed it there and it was all ok - https://github.com/kraj/meta-clang/commit/04c93873f4c98d7a62dcb1c26a0c2ecc3117292b00:28
khemthanks for checking back though, I hope you feel better soon00:28
khemak77_: if you are defining do_compile in your recipe then it wont be adding to whats coming from cargo or npm class00:29
ak77_khem: yes. that why I am  calling cargo_do_compile and npm_do_compile from my do_compile00:33
ak77_khem: but even without these calls, I  get weird indentation error.00:34
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto00:35
ak77_looks like it's easier to have three recipes from same source00:36
*** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 248 seconds)00:45
*** tepperson <tepperson!~tepperson@12.33.85.2> has quit IRC (Quit: Client closed)01:32
*** jclsn <jclsn!~jclsn@2a04:4540:6526:ed00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 265 seconds)01:47
*** jclsn <jclsn!~jclsn@2a04:4540:652d:f100:2ce:39ff:fecf:efcd> has joined #yocto01:49
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has quit IRC (Ping timeout: 252 seconds)01:58
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has joined #yocto02:06
*** starblue1 <starblue1!~juergen@87.122.37.65> has quit IRC (Ping timeout: 252 seconds)02:09
*** starblue1 <starblue1!~juergen@87.122.126.67> has joined #yocto02:11
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds)02:21
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto02:22
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 260 seconds)02:29
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto02:44
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:13
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)03:21
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto03:23
*** davidinux <davidinux!~davidinux@194.34.233.80> has quit IRC (Ping timeout: 246 seconds)03:35
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds)03:35
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto03:39
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC (Quit: Quitting)04:14
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto04:14
*** xmn <xmn!~xmn@2600:4040:9398:a200:28e6:ff87:8aec:306a> has quit IRC (Ping timeout: 260 seconds)04:22
*** amitk <amitk!~amit@58.84.60.184> has joined #yocto04:31
*** xmn <xmn!~xmn@2600:4040:9398:a200:e88f:3527:33f1:fa57> has joined #yocto04:34
*** davidinux <davidinux!~davidinux@host-80-104-86-192.retail.telecomitalia.it> has joined #yocto04:46
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds)04:56
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto04:59
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds)05:09
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto05:13
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds)05:18
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto05:19
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 248 seconds)05:24
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto05:26
*** dmoseley_ <dmoseley_!~dmoseley@129.222.255.131> has joined #yocto05:48
*** dmoseley <dmoseley!~dmoseley@129.222.255.240> has quit IRC (Ping timeout: 260 seconds)05:49
*** maffan <maffan!~maffan@static-195-22-86-94.cust.tele2.se> has quit IRC (Quit: WeeChat 4.1.1)05:56
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto06:02
*** ak77_ <ak77_!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Ping timeout: 272 seconds)06:07
*** amitk_ <amitk_!~amit@58.84.60.184> has joined #yocto06:22
*** xmn <xmn!~xmn@2600:4040:9398:a200:e88f:3527:33f1:fa57> has quit IRC (Ping timeout: 260 seconds)06:25
*** maffan <maffan!~maffan@static-195-22-86-94.cust.tele2.se> has joined #yocto06:26
*** luc4 <luc4!~luca@host-80-182-206-233.retail.telecomitalia.it> has joined #yocto06:35
AdrianFEmbedded devices with a TPM are becoming more and more state of the art. It would be nice to have a reference implementation for use cases like secure boot, encrypted data partition, mutually authenticated TLS connections. Qemu + swtpm would allow to add oe-selftests with reasonable effort and good coverage. Would this be something which could go06:38
AdrianFinto oe-core?06:38
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto06:59
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has quit IRC (Read error: Connection reset by peer)07:04
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has joined #yocto07:06
*** mckoan|away is now known as mckoan07:08
*** amitk_ <amitk_!~amit@58.84.60.184> has quit IRC (Quit: Lost terminal)07:10
mcfrisk_AdrianF: the pieces to implement this are scattered between poky/oe-core, meta-openembedded, meta-security/meta-tpm and meta-secure-core, and vendor/BSP layers like meta-arm07:17
mcfrisk_we from Linaro are trying to add Arm SystemReady/UEFI secure boot to meta-arm, qemuarm64-secureboot/qemuarm-secureboot. Changes build UEFI compatible firmware and sign grub and kernel with matching keys.07:19
AdrianFYes, I know that the pieces are scattered like this. I fear that this will result in many similar downstream implementations because there is no easy-to-use upstream implementation. That's exactly why I started this discussion.07:30
AdrianFHaving 4...5 recipes in the core would allow to have runqemu with TPM support and related oe-selftest for the complete stack. This is almost impossible with 5 git repos and so many maintainers.07:32
mcfrisk_meta-security/meta-tpm also has tests07:35
mcfrisk_AdrianF: as an example, the systemd unified kernel image support needed python3-pefile to generate UEFI binaries. I asked khem and he kindly allowed the move from meta-oe to oe-core and keeps the maintainer status there. sbsign recipe for signing UEFI secure boot binaries needs similar move to layers which use it, possibly oe-core. efivar userspace utility could possibly be avoided if plain kernel sysfs07:40
mcfrisk_interface is used.07:40
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto07:40
AdrianFYes, but the tests from meta-security are based on 5 git repos. Probably one person on earth knows how this setup can be reproduced.07:41
mcfrisk_I think meta-security/meta-tpm need oeqa selftest to setup the build and test for a qemu machine. that requires swtpm, preferably native with also firmware side support07:44
*** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 252 seconds)07:55
*** fray <fray!~fray@70.99.78.136> has joined #yocto07:55
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has quit IRC (Quit: Konversation terminated!)08:03
*** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 252 seconds)08:03
*** vthor_ <vthor_!~thor@129.222.64.183> has joined #yocto08:03
AdrianFYes, the parts are available. But the beauty of a TPM is the standardization that comes with it. But this advantage is lost when many fragmented half solutions become the standard.08:06
*** crazy_imp <crazy_imp!~mj@user/crazy-imp/x-1371519> has quit IRC (Ping timeout: 252 seconds)08:08
*** crazy_imp <crazy_imp!~mj@user/crazy-imp/x-1371519> has joined #yocto08:09
*** vthor <vthor!~thor@2605:59c8:71e9:3e10:4013:ce4c:9ce7:ebed> has joined #yocto08:16
*** vthor_ <vthor_!~thor@129.222.64.183> has quit IRC (Ping timeout: 252 seconds)08:17
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has joined #yocto08:19
*** florian_kc <florian_kc!~florian@dynamic-002-243-228-078.2.243.pool.telefonica.de> has joined #yocto08:20
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 244 seconds)08:36
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto08:39
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:44
*** rber|res <rber|res!~rber|res@46.57.123.117.dsl.dyn.drei.com> has joined #yocto08:58
rber|resDid somebody notice wrong (not root) user:group with core-image-sato-sdk-<whatever>.rootfs.tar.bz2?08:59
rber|rescore-image-minimal seems to be OK08:59
*** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto09:06
ak77anyone uses npm.bbclass ?09:15
rber|reshttps://bugzilla.yoctoproject.org/show_bug.cgi?id=1560609:21
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto09:22
*** vthor <vthor!~thor@user/vthor> has quit IRC (Excess Flood)09:23
*** vthor <vthor!~thor@2605:59c8:71e9:3e10:4013:ce4c:9ce7:ebed> has joined #yocto09:26
*** jmd <jmd!~user@2001:a61:2b0b:2c01:58dc:32d:3d4c:e7a> has joined #yocto09:34
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)09:36
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto09:38
*** davidinux <davidinux!~davidinux@host-80-104-86-192.retail.telecomitalia.it> has quit IRC (Ping timeout: 260 seconds)09:40
*** davidinux <davidinux!~davidinux@45.11.82.143> has joined #yocto09:42
*** goliath <goliath!~goliath@user/goliath> has joined #yocto10:02
*** mbulut <mbulut!~mbulut@2a02:8108:1607:2800:434d:dab9:c0d4:422d> has joined #yocto10:16
ak77npm fetcher produces unparsable .bb file. bitbake chokes on @ sign in LICENSE:${PN}-@babel-parser = "MIT"10:23
*** florian_kc <florian_kc!~florian@dynamic-002-243-228-078.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds)10:35
RPak77: sounds like a corner case nobody has run into or fixed10:51
RPthere are other bug reports about @  in SRC_URI too10:51
landgrafak77: We do. I can see many @ in LIC_FILES_CHKSUM filenames and bitbake seems to be happy11:01
*** guest92 <guest92!~guest92@dslb-092-072-052-091.092.072.pools.vodafone-ip.de> has joined #yocto11:10
RPlandgraf: it looks like it made it to a package name in the above case :/11:10
* landgraf prefers not to touch npm and js unless he must to11:22
*** mbulut <mbulut!~mbulut@2a02:8108:1607:2800:434d:dab9:c0d4:422d> has quit IRC (Ping timeout: 265 seconds)11:28
*** guest92 <guest92!~guest92@dslb-092-072-052-091.092.072.pools.vodafone-ip.de> has quit IRC (Quit: Client closed)11:33
ak77landgraf: what version do you use? I have 2.1011:52
*** dmoseley_ <dmoseley_!~dmoseley@129.222.255.131> has quit IRC (Quit: ZNC 1.9.1 - https://znc.in)11:54
*** dmoseley <dmoseley!~dmoseley@129.222.255.131> has joined #yocto11:56
ak77I used devtool add <localdirectory with app, that is a subdirectory in a git repo>11:56
ak77package.json was detected, but it failed to produce .bb but left bb.parsefailed (or something similar)11:57
ak77(OTOH I read some discussions - but still don't understand why npm can't it be handled like rust -crates.inc)11:59
ak77landgraf: as RP says, it's not in filename it's in package name11:59
RPak77: we've been hoping someone may update the npm code to be more like the crates handling12:01
ak77maybe I'll tackle this (in next weeks). together with 1) wrong presumption that nodejs is needed on target if need to build js 2) no way to do "npm run build" 3) deploy only dist of build process to target12:04
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has joined #yocto12:10
MrTatillonhi12:10
MrTatillonHello, I'm looking for help to my build12:31
MrTatillonI'm trying to build an image from the Scarthgap base on Opensuse15.412:31
MrTatillonApparently, I have an error with `shared-mime-info_2.4.bb:do_compile`12:31
MrTatillon---12:31
MrTatillonLog data follows:12:31
MrTatillon| DEBUG: Executing shell function do_compile12:31
MrTatillon| [1/4] g++ -Isrc/update-mime-database.p -Isrc -I../git/src12:31
MrTatillon-I/home/aquassay/yocto/rpi-lite/scarthgap/build/tmp/work/x86_64-linux/shared-mime-info-native/2.4/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/include/glib-2.012:31
MrTatillon-I/home/aquassay/yocto/rpi-lite/scarthgap/build/tmp/work/x86_64-linux/shared-mime-info-native/2.4/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/lib/glib-2.0/include12:31
MrTatillon-I/home/aquassay/yocto/rpi-lite/scarthgap/build/tmp/work/x86_64-linux/shared-mime-info-native/2.4/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/include12:31
MrTatillon-I/home/aquassay/yocto/rpi-lite/scarthgap/build/tmp/work/x86_64-linux/shared-mime-info-native/2.4/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/include/libxml212:31
MrTatillon-fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++1712:31
MrTatillon-isystem/home/aquassay/yocto/rpi-lite/scarthgap/build/tmp/work/x86_64-linux/shared-mime-info-native/2.4/recipe-sysroot-native/usr/include -O212:31
MrTatillon-pipe -MD -MQ src/update-mime-database.p/update-mime-database.cpp.o12:31
MrTatillon-MF src/update-mime-database.p/update-mime-database.cpp.o.d -o src/update-mime-database.p/update-mime-database.cpp.o -c ../git/src/update-mime-database.cpp12:31
MrTatillon| FAILED: src/update-mime-database.p/update-mime-database.cpp.o12:31
MrTatillon| g++ -Isrc/update-mime-database.p -Isrc -I../git/src  -I/home...12:31
MrTatillon| ../git/src/update-mime-database.cpp:25:10: fatal error: filesystem: No such file or directory12:31
rburtonlooks like you need more c++ headers on the host12:33
rburtonfilesystem is part of libstdc++12:34
RPJPEW: any ideas: https://valkyrie.yoctoproject.org/#/builders/19/builds/197/steps/11/logs/stdio and https://valkyrie.yoctoproject.org/#/builders/15/builds/176/steps/11/logs/stdio12:36
RP?12:36
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)12:50
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)13:01
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto13:03
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.4.2)13:13
MrTatillonrburton Thank you for your reply13:16
MrTatillonWell, I installed libstdc++3313:16
MrTatillonbut not better, same error13:16
MrTatillonFor information a have gcc (SUSE Linux) 7.5.013:16
*** pidge_ <pidge_!~pidge@194.110.145.162> has quit IRC (Ping timeout: 265 seconds)13:17
RPI'm starting to think https://valkyrie.yoctoproject.org/#/builders/35/builds/178/steps/14/logs/stdio might be a consistent failure :/13:19
mcfrisk_qemu serial console showing a panic?13:24
*** luc4 <luc4!~luca@host-80-182-206-233.retail.telecomitalia.it> has quit IRC (Quit: Konversation terminated!)13:24
RPmcfrisk_: not sure :/13:27
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto13:31
*** reatmon_ <reatmon_!~reatmon@192.91.75.29> has quit IRC (Remote host closed the connection)13:33
*** reatmon_ <reatmon_!~reatmon@192.91.75.30> has joined #yocto13:33
RPdoesn't seem to reproduce and no useful logs left in the original failed build either :(13:41
RPwe have seen it several times now though13:42
rber|resThe user:group permission problem seems to be only on the master branch and not on styhead.13:44
rber|resMaybe "our" tar is the problem? EXTRANATIVEPATH += "${@'tar-native' if 'tar' in d.getVar('IMAGE_FSTYPES') else ''}"13:46
*** florian_kc <florian_kc!~florian@dynamic-002-243-228-078.2.243.pool.telefonica.de> has joined #yocto13:53
*** pidge <pidge!~pidge@194.110.145.162> has joined #yocto13:58
*** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto14:02
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds)14:04
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto14:05
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto14:06
*** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Quit: Konversation terminated!)14:26
JPEWRP: Ya, looks like there's a spot where I forgot to link the objects by alias14:32
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)14:33
*** Haxxa <Haxxa!~Haxxa@116.255.35.251> has quit IRC (Ping timeout: 272 seconds)14:33
*** Haxxa <Haxxa!~Haxxa@116-255-35-251.ip4.superloop.au> has joined #yocto14:36
*** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 245 seconds)14:39
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection)14:41
*** florian_kc <florian_kc!~florian@dynamic-002-243-228-078.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)14:44
*** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto14:49
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has quit IRC (Read error: Connection reset by peer)15:15
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has joined #yocto15:17
jonmasonRP: https://www.reddit.com/r/embeddedlinux/comments/1ftstwn/lets_dive_into_yocto_share_your_challenges_and/15:18
jonmasonIt's worth saying that reddit a cesspool and should be avoided15:18
RPjonmason: definitely worth saying :)15:28
*** MrTatillon <MrTatillon!~MrTatillo@185.23.43.155> has quit IRC (Ping timeout: 256 seconds)15:39
*** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Quit: Konversation terminated!)15:41
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 245 seconds)15:47
*** druppy <druppy!~Thunderbi@user/druppy> has joined #yocto15:47
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto15:49
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds)16:03
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto16:05
*** mckoan is now known as mckoan|away16:10
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds)16:10
*** druppy <druppy!~Thunderbi@user/druppy> has quit IRC (Ping timeout: 252 seconds)16:13
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto16:15
*** norvil <norvil!~norvil@194.189-204-138.bestelclientes.com.mx> has joined #yocto16:29
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 245 seconds)16:32
khemrburton: I dont think the problem is more c++ hdrs from libstdc++, problem seems to me the version of GCC on that host gcc 7.5 since it did not support c++17 fully,16:41
rburtonouch16:41
rburtonbuildtools!16:41
khemperhaps better to use buildtools yep16:41
khemor patch the source to use #include <experimental/filesystem> instead16:42
khemdo we have opensuse 15.4 on AB workers ?16:44
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has quit IRC (Read error: Connection reset by peer)16:47
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto16:47
khemwe have 15.5 which is also using gcc 7.5, I wonder if we use buildtools on it16:48
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has joined #yocto16:50
khemOpenSuSE wins the medal for oldest gcc on new AB :)16:53
khemtitle that usually centos would hold in past16:54
RPkhem: we do use buildtools on it16:57
RP15.6 still needs buildtools too16:57
khem15.6 should have newer gcc no ?16:58
RPkhem: gcc and python still too old16:58
khemyeah 7.5 seems to be golden gcc for gcc16:59
khemfor suse16:59
khempython 3.6 hmm17:00
norvilHi, does anyone has any suggestions on how to make work libgpiod? i added IMAGE_INSTALL:append = " libgpiod libgpiod-dev libgpiod-tools"17:03
norvilat my local.conf but it doesn't work17:03
khemusually -dev packages are not needed unless you are looking to develop on device17:06
khemjust adding libgpiod-tools would have been enough to pull libgpiod3 package as well.17:06
khemI would suggest to try just using IMAGE_INSTALL:append = " libgpiod-tools"17:07
norvilokok I'll try it, because i've tried different libgpiod versions for a beagleboard-x15 and i can't even make a led turn on17:13
norvilthank you!!17:13
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has quit IRC (Read error: Connection reset by peer)17:48
*** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has joined #yocto17:51
*** sukbeom <sukbeom!~sukbeom@121.172.255.83> has quit IRC (Quit: Ping timeout (120 seconds))18:04
*** sukbeom <sukbeom!~sukbeom@121.172.255.83> has joined #yocto18:05
*** jmd <jmd!~user@2001:a61:2b0b:2c01:58dc:32d:3d4c:e7a> has quit IRC (Remote host closed the connection)18:27
*** florian_kc <florian_kc!~florian@dynamic-002-243-228-078.2.243.pool.telefonica.de> has joined #yocto18:27
*** norvil <norvil!~norvil@194.189-204-138.bestelclientes.com.mx> has quit IRC (Quit: Client closed)19:11
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)19:15
*** florian_kc <florian_kc!~florian@dynamic-002-243-228-078.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)19:20
*** enok <enok!~Thunderbi@2a02:aa1:1141:b7fd:90a9:83f6:644d:c510> has joined #yocto19:43
*** florian_kc <florian_kc!~florian@dynamic-002-243-228-078.2.243.pool.telefonica.de> has joined #yocto20:08
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)20:26
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has quit IRC (Ping timeout: 248 seconds)20:30
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.109> has joined #yocto20:31
*** enok <enok!~Thunderbi@2a02:aa1:1141:b7fd:90a9:83f6:644d:c510> has quit IRC (Ping timeout: 265 seconds)20:32
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.109> has quit IRC (Ping timeout: 260 seconds)20:36
*** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has joined #yocto20:37
*** guest92 <guest92!~guest92@dslb-092-072-052-091.092.072.pools.vodafone-ip.de> has joined #yocto20:58
*** guest92 <guest92!~guest92@dslb-092-072-052-091.092.072.pools.vodafone-ip.de> has quit IRC (Quit: Client closed)21:12
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)21:20
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:42
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)22:02
RPSaur: do I remember you using the cache/clear head revisions mechanism in bitbake?22:46
RPSaur: if so there are some patches on bitbake master-next removing persist_data which could do with wider testing22:46
SaurRP: You mean BB_SRCREV_POLICY = "cache" ?22:46
RPSaur: yes22:47
RPSaur: https://git.yoctoproject.org/poky/commit/?h=master-next&id=03f533a66b6f8cb05cbf40309ad6797102ef8cbf specifically22:47
RPa later patch then removes persist_data entirely22:47
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)22:51
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto22:53
SaurRP: Ok, so if I cherry-pick those two commits, any thing I should look out for, or it will just work as normal? What if I remove them again later?22:53
RPSaur: the data is stored in a different file so it would be like a clean TMPDIR. Beyond that it should behave the same22:55
SaurOk22:55
RPchanging to/from it would be like cleaning the cache22:55
RPSaur: thanks, I don't use these codepaths much now so wider testing is appreciate. I'd be very happy to remove persist_data and this will make things work with python 3.13 too22:57
SaurSounds like a win-win. :)22:57
RPSaur: right, I was wondering about "fixing" it but removing seems much nicer22:58
SaurRP: Ok, I'll give it a go.22:59
RPthanks22:59
SaurRP: On a totally unrelated note, we had a weird bug yesterday in one of our builds. It ended up in a loop trying to initialize the build over and over again: https://pastebin.com/mcVEFB6b (those are only the first three iterations). I have never seen anything like it before.23:01
SaurSince there isn't anything to go on, I tried to emulate it by injecting some exceptions around that area, but then i just reports the exception as normal and aborts the build as expected.23:02
RPSaur: I've never seen that. Was there anything useful in the cookerdaemon log?23:03
RPthere would probably be a traceback there of some kind23:03
SaurI wish I had that log. Unfortunately it was a job in Jenkins which did not save any artefacts when we aborted the job after 24h. :(23:04
RPI feared that may be the case23:04
SaurFor now I will just act as if it never happened...23:07
khemRP: I have clang checked out using devtool and it works ok but as soon as I delete the tmp/* and no changes in sources at all, it decides to reuild it, it does not happen when building normally23:10
khemI was expecting it to come from sstate second time around23:10
RPkhem: it is very unlikely a devtool built clang would match a non-devtool one23:19
RPkhem: please don't put diff's in the commit message, git am hates that23:22
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds)23:29
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto23:31

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