| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC (Ping timeout: 268 seconds) | 00:06 | |
| *** olani- <olani-!~olani@134.238.48.37> has quit IRC (Ping timeout: 272 seconds) | 00:22 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 00:26 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 00:31 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-140-115.78.48.pool.telefonica.de> has joined #yocto | 00:44 | |
| tgamblin | RP: yeah, I'm not sure what's wrong. Definitely blowing up on do_install_ptest_base, but either it's not showing up in the task log or I'm staring right at it and not seeing it | 00:54 |
|---|---|---|
| tgamblin | https://pastebin.com/LaH8dJbJ is the failure | 00:54 |
| tgamblin | the "grep: Makefile: No such file or directory" line is misleading - that happens in do_install_ptest_base for 2.5.0 as well, but it finishes OK | 00:54 |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-140-115.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 00:55 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (Ping timeout: 255 seconds) | 01:11 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-087.um10.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 01:12 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 01:22 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-006-166.um10.pools.vodafone-ip.de> has joined #yocto | 01:24 | |
| *** kanavin <kanavin!~Alexander@89.16.135.203> has quit IRC (Ping timeout: 272 seconds) | 01:31 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 01:32 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has joined #yocto | 01:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 01:34 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 01:44 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has joined #yocto | 01:44 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 01:46 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 272 seconds) | 01:50 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 272 seconds) | 01:50 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.193> has joined #yocto | 02:02 | |
| *** davidinux <davidinux!~davidinux@194.34.233.143> has quit IRC (Ping timeout: 260 seconds) | 02:04 | |
| *** davidinux <davidinux!~davidinux@194.34.233.143> has joined #yocto | 02:04 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-243-31.adslplus.ch> has quit IRC (Ping timeout: 256 seconds) | 02:28 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-243-31.adslplus.ch> has joined #yocto | 02:31 | |
| alimon | rburton: sure, i have some time to maintain again the ptest-runner | 02:32 |
| alimon | i would like to get more involved again | 02:33 |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 260 seconds) | 02:53 | |
| *** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Ping timeout: 246 seconds) | 03:09 | |
| *** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto | 03:22 | |
| *** amitk <amitk!~amit@58.84.61.162> has joined #yocto | 03:26 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 268 seconds) | 03:31 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 03:31 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:36 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:651f:3900:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds) | 04:02 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652d:1100:2ce:39ff:fecf:efcd> has joined #yocto | 04:04 | |
| *** tokamak- <tokamak-!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in) | 04:27 | |
| *** tokamak <tokamak!~Tokamak@129.80.5.79> has joined #yocto | 04:27 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 04:28 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 04:29 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 246 seconds) | 04:38 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 04:47 | |
| *** tokamak <tokamak!~Tokamak@129.80.5.79> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in) | 04:51 | |
| *** tokamak <tokamak!~Tokamak@129.80.5.79> has joined #yocto | 04:52 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 05:55 | |
| *** simone <simone!~ile@2a02:810d:a940:35fc:236:cefc:3f96:b2f2> has joined #yocto | 06:05 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 06:08 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 06:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 06:16 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 06:17 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 272 seconds) | 06:50 | |
| *** linfax <linfax!~linfax@93.95.130.213> has joined #yocto | 07:16 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:17 | |
| jmd | Is there a web page anywhere giving the history of yocto releases - complete with dates? | 07:23 |
| mischief | https://wiki.yoctoproject.org/wiki/Releases | 07:26 |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 268 seconds) | 07:30 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 260 seconds) | 07:33 | |
| *** mckoan|away is now known as mckoan | 07:37 | |
| jmd | mischief: thanks. | 07:41 |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 272 seconds) | 07:42 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 07:43 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:48 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 07:49 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has joined #yocto | 07:56 | |
| *** Kubu_work <Kubu_work!~kubu@85.119.216.19> has joined #yocto | 07:59 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:00 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 256 seconds) | 08:01 | |
| *** Guest1234 <Guest1234!~Guest1234@2405:204:959e:2e1b:e6b0:d586:9ccf:e7a8> has joined #yocto | 08:06 | |
| Guest1234 | Hi I am newbie to yocto | 08:06 |
| Guest1234 | I am trying to add gstremaer 1.22.5 recipe with dunfell for riacv64 | 08:07 |
| Guest1234 | *riscv64 | 08:07 |
| Guest1234 | I am frequently facing below issue, | 08:09 |
| Guest1234 | ERROR: glibc-2.31+gitAUTOINC+1094741224-r0 do_fetch: Network access disabled through BB_NO_NETWORK (or set indirectly due to use of BB_FETCH_PREMIRRORONLY) but access requested with command LANG=C git -c core.fsyncobjectfiles=0 clone --bare --mirror "git://sourceware.org/git/glibc.git" (downloads/git2/sourceware.org.git.glibc.git --progress (for | 08:09 |
| Guest1234 | url git://sourceware.org/git/glibc.git;branch=release/2.31/master;name=glibc) | 08:09 |
| Guest1234 | ERROR: Logfile of failure stored in: (tmp-glibc/work/riscv64-oe-linux/glibc/2.31+gitAUTOINC+1094741224-r0/temp/log.do_fetch.351906 | 08:09 |
| Guest1234 | ERROR: Task (meta/recipes-core/glibc/glibc_2.31.bb:do_fetch) failed with exit code '1' | 08:09 |
| Guest1234 | ERROR: binutils-cross-riscv64-2.34-r0 do_fetch: Network access disabled through BB_NO_NETWORK (or set indirectly due to use of BB_FETCH_PREMIRRORONLY) but access requested with command LANG=C git -c core.fsyncobjectfiles=0 clone --bare --mirror "git://sourceware.org/git/binutils-gdb.git" /downloads/git2/sourceware.org.git.binutils-gdb.git | 08:09 |
| Guest1234 | --progress (for url git://sourceware.org/git/binutils-gdb.git;branch=binutils-2_34-branch;protocol=git) | 08:09 |
| Guest1234 | ERROR: Logfile of failure stored in: /home/ankita/bin/sources/base-build/tmp-glibc/work/x86_64-linux/binutils-cross-riscv64/2.34-r0/temp/log.do_fetch.245987 | 08:09 |
| Guest1234 | ERROR: Task (/home/ankita/bin/sources/openembedded-core/meta/recipes-devtools/binutils/binutils-cross_2.34.bb:do_fetch) failed with exit code '1' | 08:09 |
| RP | Guest1234: first of all please use a pastebin for multiple lines of text | 08:10 |
| RP | Guest1234: secondly, those looks like fetch issues where it can't find sources as you have the network disabled and your source mirror is not up to date | 08:10 |
| Guest1234 | how can I enable it? | 08:11 |
| *** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection) | 08:12 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 08:13 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has quit IRC (Ping timeout: 256 seconds) | 08:13 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 08:16 | |
| *** eicke <eicke!~hechte@147.161.250.89> has joined #yocto | 08:23 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 08:25 | |
| *** eicke <eicke!~hechte@147.161.250.89> has quit IRC (Client Quit) | 08:27 | |
| *** eicke <eicke!~hechte@147.161.250.105> has joined #yocto | 08:27 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has joined #yocto | 08:28 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds) | 08:34 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto | 08:46 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 08:46 | |
| eicke | Hello first time here on the chat but full time yocto developer with at least some experiance :) Also have a very basic public yocto project for the ox64 board although that is only partly working as i lack some time to work on it. | 08:46 |
| *** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 08:50 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 08:54 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:55 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 08:57 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:57 | |
| mckoan | eicke: welcome! | 08:59 |
| *** eicke <eicke!~hechte@147.161.250.105> has quit IRC (Ping timeout: 260 seconds) | 09:01 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:02 | |
| *** eicke <eicke!~hechte@147.161.169.85> has joined #yocto | 09:03 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 09:09 | |
| *** eicke <eicke!~hechte@147.161.169.85> has quit IRC (Ping timeout: 268 seconds) | 09:13 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:3efd:e875:c4ac:2434> has joined #yocto | 09:22 | |
| *** alperak <alperak!~alperak@176.33.65.159> has joined #yocto | 09:30 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds) | 09:30 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Quit: ptsneves) | 09:32 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 09:32 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has quit IRC (Ping timeout: 268 seconds) | 09:33 | |
| RP | Guest1234: presumably you have set BB_NO_NETWORK or BB_FETCH_PREMIRRORONLY somewhere? | 09:34 |
| *** ptsneves1 <ptsneves1!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 09:36 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 272 seconds) | 09:36 | |
| *** ptsneves1 is now known as ptsneves | 09:36 | |
| JaMa | RP: I think the issue with the .bbappend ordering is that nobody knows how to deal with it in their layers (including me), I was in favor of removing it, because adding P_V isn't big deal and easy to adapt to (and I already did in our layers), but only the first build revealed that indeed .bbappends don't work well for us anymore | 09:40 |
| *** ptsneves1 <ptsneves1!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 09:42 | |
| JaMa | if we can sort them by reversed BBFILES order than, it might be still doable (as people who care already have to deal with BBLAYERS ordering to get BBPATH order right), so hopefully they will expect .bbappends to apply in the same order (except those dynamic-layers :/) | 09:42 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds) | 09:43 | |
| *** ptsneves1 is now known as ptsneves | 09:43 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 09:48 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 272 seconds) | 09:52 | |
| RP | JaMa: there are multiple issues. That is one of them but there are also a lot of really difficult expectations (e.g. I can't error if BBFILE_PRORITY is present as that would break some people's usage) | 09:55 |
| RP | JaMa: I can't really face trying to argue this any further right now | 09:56 |
| RP | JaMa: and yes, I'm frustrated/depressed about it | 09:56 |
| JaMa | understood | 09:57 |
| RP | JaMa: does BBFILES ordering control the appends order at present? | 09:57 |
| RP | JaMa: it should but no longer sure about anything | 09:57 |
| JaMa | it doesn't at present AFAIK | 09:57 |
| JaMa | I'm just saying that it could be a way how to "deal with it" if we let BBFILES to control it | 09:58 |
| RP | JaMa: it is how I thought it was working | 09:58 |
| RP | JaMa: it would probably work for some and not for others and we'd be back to the start again | 09:59 |
| * JaMa too, I've even found that bitbake commit where I said that bbappends no longer apply based on BBFILE_PRIORITY and thought that I was wrong back then | 09:59 | |
| JaMa | because of us (LGE with mcf) the BBFILE_PRIORITY is tied with BBLAYERS order and indirectly results in BBPATH and BBFILES order, so it's easy to confuse the "4 dimensions" of this | 10:00 |
| RP | JaMa: right, it is all too complicated | 10:01 |
| JaMa | should I try some experiments with BBFILES ordering to see at least if that works in our (fairy complicated) layer setup? | 10:03 |
| JaMa | what Peter said looks like relatively good start | 10:04 |
| JaMa | "adding a bbappend.reverse() in collect_bbfiles()" | 10:04 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 264 seconds) | 10:09 | |
| *** mulk <mulk!~mulk@pd9514313.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds) | 10:10 | |
| *** mulk <mulk!~mulk@pd9514313.dip0.t-ipconnect.de> has joined #yocto | 10:11 | |
| RP | JaMa: it would be worth looking at as we do need to do something with this | 10:13 |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has joined #yocto | 10:22 | |
| *** Guest1234 <Guest1234!~Guest1234@2405:204:959e:2e1b:e6b0:d586:9ccf:e7a8> has quit IRC (Quit: Client closed) | 10:25 | |
| Ad0 | upgraded to kirkstone | 11:00 |
| Ad0 | ERROR: Found *.bbappend in /home/blah/build/workspace, but could not determine EXTERNALSRC:pn-*. Maybe still using old syntax? | 11:00 |
| RP | JaMa: looking at the code, it currently re-sorts BBFILES according to priority. That should mean with the removal that bbappends are found in BBFILES search order. I therefore worry a bit about this "reverse()" you and Saur mention | 11:02 |
| Ad0 | I am trying to use devtool modify u-boot in kirkstone | 11:08 |
| Ad0 | and it ain't workin' | 11:08 |
| JaMa | RP: yes, but BBFILES order in my and Saur builds are in reversed order of priority (from highest) and now the .bbappend in highest priority layer is applied first instead of last | 11:14 |
| JaMa | RP: so if I have .bbappend setting SRC_URI in OSE and internal build, then before priority drop OSE as applied first and then internal build overwrote it, without the priorities it doesn't | 11:16 |
| RP | JaMa: do you both order BBLAYERS with the "most important" layer first? Despite saying that layers should always append to BBFILES? | 11:16 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 11:16 | |
| JaMa | in theory I could BBMASK the .bbappend from OSE, but in most cases I'm overwritting only some variable (and still need e.g. additional PACKAGECONFIG added by .bbappend in OSE) | 11:17 |
| JaMa | RP: from what he wrote in the e-mail I believe yes | 11:17 |
| Ad0 | fixed it - it was old bbappends from dunfell that needed changing from another recipe ... | 11:17 |
| RP | this was never how it was meant to be used :( | 11:17 |
| JaMa | build is still running with reversed() added, but so far no failure (even when locked-sigs still show a lot of differences) | 11:18 |
| RP | JaMa: in theory you could reverse the ordering in BBLAYERS insead? | 11:18 |
| RP | I guess that does potentially break something else | 11:18 |
| JaMa | but would need to change all BBPATHs at the same time | 11:19 |
| RP | right | 11:19 |
| JaMa | there would probably still be issue with the dynamic-layers entries, the bbappend list from dl9pf shows a lot bbappends in dynamic-layers | 11:25 |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto | 11:25 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 256 seconds) | 11:25 | |
| JaMa | while we have only 13 bbappends in dynamic-layers (so it might just happen to work as before in these cases) as from these 13 only samba and packagegroup-meta-oe have multiple bbappends | 11:30 |
| JaMa | packagegroup-meta-oe.bb: | 11:32 |
| JaMa | - meta-oe/meta-oe/dynamic-layers/networking-layer/recipes-core/packagegroups/packagegroup-meta-oe.bbappend | 11:32 |
| JaMa | meta-oe/meta-oe/dynamic-layers/meta-python/recipes-core/packagegroups/packagegroup-meta-oe.bbappend | 11:32 |
| JaMa | + meta-oe/meta-oe/dynamic-layers/networking-layer/recipes-core/packagegroups/packagegroup-meta-oe.bbappend | 11:32 |
| JaMa | and this one is "safe" as both just append to RDEPENDS | 11:32 |
| RP | At this point I'm going to propose something entirely new after April. Everyone will have to rewrite and reconcile things | 11:33 |
| JaMa | ack | 11:33 |
| mcfrisk_ | RP: thanks for trying to sort out and simplify the layer ordering in various cases. I have been bitten by this too many times and welcome any change to simplify things even if it means many current setups break. | 11:41 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 252 seconds) | 11:48 | |
| rber|res | I am wondering why, if I inherit npm, nodejs is not properly installed out of the box. I need to manually add RDEPENDS: brotli, c-ares, icu. | 11:57 |
| rburton | rber|res: are those rdepends needed in nodejs itself and should just be added? | 12:03 |
| rber|res | @rbuton I need to check this | 12:09 |
| *** Guest77 <Guest77!~Guest77@193.15.95.2> has joined #yocto | 12:12 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 12:17 | |
| *** linfax <linfax!~linfax@93.95.130.213> has quit IRC (Ping timeout: 268 seconds) | 12:22 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 12:32 | |
| *** Guest77 <Guest77!~Guest77@193.15.95.2> has left #yocto | 12:43 | |
| *** eicke <eicke!~hechte@147.161.250.123> has joined #yocto | 12:45 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds) | 12:47 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 12:47 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto | 13:00 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 13:14 | |
| *** eicke <eicke!~hechte@147.161.250.123> has quit IRC (Ping timeout: 272 seconds) | 13:33 | |
| *** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed) | 13:44 | |
| *** Kubu_work <Kubu_work!~kubu@85.119.216.19> has quit IRC (Quit: Leaving.) | 13:44 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 14:08 | |
| rber|res | @rburton buildhistory tells me that the RDEPENDS (and DEPENDS) look good for nodejs | 14:11 |
| rber|res | @rburton, so I guess it's not enough to inherit the npm class, but I also need to RDEPENDS on nodejs in my recipe which uses nodejs | 14:12 |
| derRichard | RP: https://lists.openembedded.org/g/openembedded-core/message/195064 | 14:14 |
| derRichard | how much do you hate this? ;-) | 14:14 |
| rburton | rber|res: you could argue that inherit npm should mean a rdepends on node, but also arguably you might not want it in the main package. so yes, rdepend on nodejs. | 14:15 |
| rber|res | @rburton - well go and python also behave like that, you need to RDPENDS on phython and go-runtime | 14:17 |
| JaMa | you can use npm.bbclass to produce a package which has no javascript in it | 14:17 |
| RP | derRichard: I've seen a lot worse and I have wanted to find a way to have a 64 bit kernel on 32 bit platforms for a while... | 14:22 |
| derRichard | :-) | 14:23 |
| *** otavio <otavio!~otavio@189-74-214-19.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 240 seconds) | 14:23 | |
| RP | I'd probably put the python functions into lib somewhere, make it conditional on being arm32, turn the variable manipulations into overrridden conf entries and turn it into an optional inc file | 14:24 |
| JaMa | derRichard: is it new requirement for CONFIG_COMPAT_VDSO or was it always like that? | 14:25 |
| derRichard | JaMa: it was always like that. you don't need CONFIG_COMPAT_VDSO for CONFIG_COMPAT on arm64. but if your arm32 apps need a vdso, you need CONFIG_COMPAT_VDSO too | 14:26 |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection) | 14:26 | |
| derRichard | i'm working with 32bit's xenomai program on arm64, xenomai depends on vdso | 14:26 |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 14:28 | |
| *** otavio <otavio!~otavio@189-74-214-19.user3p.brasiltelecom.net.br> has joined #yocto | 14:30 | |
| derRichard | RP: one thing that is still ugly IMHO, CROSS_COMPILE_COMPAT= is the full path to the toolchain. but i guess it is by design that only the primary (64 bits) toolchain is in PATH | 14:32 |
| rburton | yocton: thanks for the cve work! | 14:35 |
| yocton | rburton: wait till you see how I've messed up the ordering on the wiki page :p | 14:35 |
| rburton | ha | 14:35 |
| rburton | #need-better-tooling | 14:35 |
| yocton | clearly | 14:35 |
| JaMa | #need-better-toys | 14:43 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:55 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto | 14:56 | |
| *** yannd <yannd!~yann@88-120-44-86.subs.proxad.net> has joined #yocto | 14:57 | |
| rburton | I feel like I should point out that I posted https://lists.yoctoproject.org/g/poky/message/13250 | 14:58 |
| yocton | nice | 15:07 |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 255 seconds) | 15:07 | |
| *** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto | 15:08 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 15:10 | |
| RP | derRichard: right, PATH is "fun" :/ | 15:20 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:36 | |
| *** sakman <sakman!~Thunderbi@142.169.16.155> has joined #yocto | 15:45 | |
| *** sukbeom <sukbeom!~sukbeom@mail.seokbeomkim.dev> has quit IRC (Quit: Ping timeout (120 seconds)) | 15:45 | |
| *** sukbeom <sukbeom!~sukbeom@mail.seokbeomkim.dev> has joined #yocto | 15:46 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 15:48 | |
| khem | RP: I think we need another fix for cpio test upgrade since I am seeing a timing out of sync failure on AB but it works locally here but this one works on AB too - https://git.yoctoproject.org/poky-contrib/commit/?h=yoe/mut&id=5cc417a9a885b9ab4462686dfc9ab0aced5ea389 | 15:48 |
| khem | RP: with this build for qemuriscv64 looks promising thus far | 15:48 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 15:50 | |
| *** sakman <sakman!~Thunderbi@142.169.16.155> has quit IRC (Ping timeout: 259 seconds) | 16:01 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 16:10 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 256 seconds) | 16:14 | |
| *** gchamp <gchamp!~champagne@174.94.156.236> has joined #yocto | 16:21 | |
| RP | khem: interesting. I wonder why riscv is particularly prone to it | 16:24 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 16:34 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 16:42 | |
| *** Guest36 <Guest36!~Guest36@2a02:2454:2a0:f900:ff1c:b9b7:2fc5:76ed> has joined #yocto | 16:52 | |
| Guest36 | FYI https://layers.openembedded.org/ certificate expired today | 16:55 |
| *** Guest36 <Guest36!~Guest36@2a02:2454:2a0:f900:ff1c:b9b7:2fc5:76ed> has quit IRC (Client Quit) | 16:56 | |
| RP | halstead: layers.yp.org cert | 16:57 |
| halstead | RP, got it. | 16:58 |
| halstead | I forced the renewal. | 16:59 |
| RP | halstead: thanks | 16:59 |
| khem | RP: IT | 16:59 |
| khem | only happened on AB works ok with my distro locally | 17:00 |
| khem | But my distro is not poky and uses systemd | 17:00 |
| khem | Which might be syncing system time more | 17:01 |
| khem | Diligently | 17:01 |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has quit IRC (Remote host closed the connection) | 17:02 | |
| khem | Secondly the archives for new cpio are built in jan 2024 and I wonder if that’s too new for default time on qemu | 17:02 |
| *** mckoan is now known as mckoan|away | 17:03 | |
| halstead | I need to figure out why the auto-renewal failed. | 17:03 |
| khem | RP: https://autobuilder.yoctoproject.org/typhoon/#/builders/136/builds/11/steps/12/logs/stdio | 17:04 |
| khem | Is it stuck ? | 17:04 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 17:08 | |
| RP | khem: looks like it | 17:12 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 17:17 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 17:17 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 17:18 | |
| rburton | i've been putting this off for so long but finally JFDI | 17:18 |
| rburton | https://www.irccloud.com/pastebin/3MmYNuAD/ | 17:19 |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 17:20 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 17:29 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 17:30 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:32 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto | 17:34 | |
| tgamblin | rburton: awesome | 17:34 |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 17:43 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 256 seconds) | 17:44 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 260 seconds) | 17:51 | |
| *** martin_thingvold <martin_thingvold!~martin@108-60-191-140.sktn.hsdb.sasknet.sk.ca> has joined #yocto | 17:56 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 17:58 | |
| khem | rburton: this is cool. now I can use it in https://github.com/YoeDistro/yoe-distro/blob/master/envsetup.sh#L10 | 18:00 |
| vmeson | Using the layer index, can one get an estimate of the number of recipes that the layer index knows about for a given branch? | 18:01 |
| rburton | khem: i guess it could also filter-per-layer, then it could replace a script i have in meta-arm's CI | 18:02 |
| rburton | moto-timo: should https://layers.openembedded.org/layerindex/stats/ timeout? (wondering if that's useful for what vmeson wants above) | 18:08 |
| vmeson | I'm trying to show people that the number of recipes in Yocto is tens of 1000s so it's probably ~ 1/4 the size of Debian's package list. I'm guessing at the numbers. | 18:10 |
| *** vmeson <vmeson!~rmacleod@198.48.226.243> has quit IRC (Quit: Konversation terminated!) | 18:21 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds) | 18:23 | |
| rburton | alimon: if you want to be the new ptest-runner maintainer then there's some patches on the yocto@ list to review/merge | 18:27 |
| moto-timo | rburton: no, but that basically means Django is taking too long to respond to the query and nginx is giving up. | 18:40 |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 18:43 | |
| *** amitk <amitk!~amit@58.84.61.162> has quit IRC (Ping timeout: 272 seconds) | 18:46 | |
| moto-timo | rest api is probably sufficient for the query too, but not sure we can do enough filtering with the current simplistic api | 18:46 |
| moto-timo | https://www.irccloud.com/pastebin/t9vH2TSG/ | 18:52 |
| moto-timo | rburton: code behind is https://git.yoctoproject.org/layerindex-web/tree/layerindex/views.py#n1512 but clearly we need some kind of optimization or asynchronous behavior to not crash over | 18:54 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 18:55 | |
| moto-timo | rburton: front end view is from this template https://git.yoctoproject.org/layerindex-web/tree/templates/layerindex/stats.html | 18:56 |
| moto-timo | rburton: so yes, that has what vmeson is after... we just need "someone" to figure out what is crashing Django (OOM?) | 18:56 |
| moto-timo | rburton: it crashed my own instance too, so something ugly. | 18:59 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Remote host closed the connection) | 19:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 19:03 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 19:07 | |
| khem | RP: btw. something in master-next is causing rv32 qemu to throw all kinds of crashes, I am suspecting kernel upgrade to 6.6.15 patchset might be it, I have started a build with out it | 19:08 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 19:10 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 19:10 | |
| moto-timo | I'll just put this here for a placeholder https://medium.com/@chakrabortypritish/django-optimization-how-to-avoid-memory-mishaps-1e55b2aa947c | 19:12 |
| jdiez | hi, python3-pyyaml got included in my image build since I added the meta-ros* layers to it. However, I get this build error: | 19:12 |
| jdiez | ERROR: python3-pyyaml-6.0-r0 do_package_qa: QA Issue: /usr/lib/python3.11/site-packages/yaml/_yaml.cpython-311-aarch64-linux-gnu.so contained in package python3-pyyaml requires libyaml-0.so.2()(64bit), but no providers found in RDEPENDS:python3-pyyaml? [file-rdeps] | 19:12 |
| gmorell | nothing looks out of place on the django query for that template, and nothing is being done on that template that would trigger an n+1, but I'm also not sure if the annotations trigger a [select/prefetch]_related | 19:13 |
| jdiez | indeed, nothing yaml-related is in meta/recipes-devtools/python/python3-pyyaml_6.0.bb. But should it be? | 19:13 |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:18 | |
| RP | alimon: nice to see you! :) we're running a bit behind with patch review/merging atm | 19:21 |
| RobW | jdiez: I can help you. What Yocto release and ROS 2 distro are you using? | 19:22 |
| jdiez | RobW: thanks! yocto mickledore, ROS2 humble | 19:22 |
| RobW | You are in luck, I just did that combination to test 2 patches I am about to push. What machine are you using? | 19:23 |
| jdiez | :D. It's a phyboard-pollux-imx8mp-3. Not upstream as far as I know. Basically aarch64 | 19:24 |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 272 seconds) | 19:25 | |
| RobW | jdiez: Try doing a git remote update on meta-ros and checkout the mickledore-next branch | 19:26 |
| RobW | I have to step out for a few minutes, but here are the steps I used to do a test build with Wind River Linux LTS 23 (which is based on mickledore): https://gist.github.com/robwoolley/2feef3cf763d371d9a0c534cae1b38b6 | 19:28 |
| jdiez | RobW: ok, I'll let you know in a few minutes as well. Thank you! | 19:28 |
| RobW | There are 3 layers you need to add: meta-ros2, meta-ros-common, and meta-ros2-humble | 19:28 |
| jdiez | yeah, I have them | 19:29 |
| jdiez | I am building core-image-minimal with a custom distro config, which just adds ros-core to IMAGE_INSTALL | 19:29 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds) | 19:31 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 19:31 | |
| moto-timo | looks like the python3-pyyaml recipe needs a PACKACONFIG for libyaml | 19:33 |
| moto-timo | and ptests | 19:33 |
| moto-timo | the usual dance | 19:33 |
| moto-timo | ^PACKAGECONFIG | 19:33 |
| jdiez | moto-timo: can you link to a similar python package that already has the changes you mean? | 19:35 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-157.93.132.pool.telefonica.de> has joined #yocto | 19:35 | |
| moto-timo | jdiez: I'm the maintainer for python3-pyyaml... so I'll just fix it | 19:36 |
| jdiez | ah ok cool! | 19:36 |
| moto-timo | jdiez: you might need to request a backport if you are not using master | 19:36 |
| moto-timo | jdiez: but once you see the patch hit the mailing list you can just use it for a bbappend (I'll split the PACKAGECONFIG and the ptests into separate commits... assuming I can even get the ptests to run) | 19:37 |
| jdiez | RobW: another thing I noticed when using the meta-ros layer is that the BBMASK to prevent the rpi bootfiles from being added should use the :append override syntax: https://github.com/ros/meta-ros/blob/master/meta-ros-common/conf/ros-distro/ros-distro.conf#L50 | 19:37 |
| moto-timo | jdiez: my first guess (not tested yet and I didn't look up the syntax) is PACKAGECONFIG[libyaml] = "--with-libyaml,--without-libyaml,libyaml" | 19:38 |
| jdiez | RobW: I found that BBMASK did not have the rpi exclusion in my build, not entirely sure why, but it makes sense to append that at variable expansion time | 19:38 |
| moto-timo | jdiez: and then you'd want PACKAGECONFIG = "libyaml" | 19:39 |
| moto-timo | https://github.com/yaml/pyyaml/blob/main/README.md#installation | 19:40 |
| jdiez | moto-timo: (sorry I'm a yocto noob, still learning :)) my understanding is that that would cause `--with-libyaml,--without-libyaml,libyaml` to be appended to some compilation command of python3-pyyaml? | 19:40 |
| jdiez | okay I see in the readme, it's an argument to python setup.py | 19:40 |
| moto-timo | jdiez: it would add --with-libyaml to the compilation and libyaml as an RDEPENDS | 19:40 |
| jdiez | ok got it, thank you! | 19:41 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 19:41 | |
| moto-timo | not tested... just going by memory and what I think should work ;) | 19:41 |
| moto-timo | grep -R PACKAGECONFIG poky/meta/recipes-devtools/python/ | 19:42 |
| moto-timo | shows you some other usage in python recipes | 19:42 |
| jdiez | yep I see, thank you | 19:43 |
| alimon | RP, rburton: cool!, i will spend sometime reviewing patches and making and int branch for ptest-runner | 19:43 |
| moto-timo | jdiez: there are a lot of possible arguments to PACKAGECONFIG, so it's worth looking at the docs https://docs.yoctoproject.org/ref-manual/variables.html?highlight=packageconfig#term-PACKAGECONFIG | 19:44 |
| jdiez | and one more noob question: how had it previously worked without this additional flag to setup.py before? it doesnt look like a recent change to pyyaml | 19:46 |
| moto-timo | jdiez: either it recently (maybe in the 6.0.0 upgrade?) added detection of libyaml "automagically" and is now getting host contamination or... we've just been lucky | 19:52 |
| moto-timo | jdiez: this is why we want run time tests for everything we can (ptest which means "package test")... but it doesn't come for free... someone has to figure it out and it takes time to run the tests... and sometimes the test dependencies are... massive | 19:53 |
| jdiez | RobW: same issue with mickledore-next | 19:58 |
| jdiez | moto-timo: what do you mean by host contamination in this context? I'm running bitbake inside a crops container btw | 19:59 |
| derRichard | is devtool really unmaintained? i see a maintainer listed here: https://github.com/openembedded/openembedded-core/blob/master/MAINTAINERS.md | 19:59 |
| moto-timo | jdiez: it is possible it would find libyaml on the host (or in your case somehow in the container) | 20:00 |
| moto-timo | jdiez: and then very "helpfully" compile it in... without telling you | 20:00 |
| jdiez | haha :) looks like it's not installed in the container, though | 20:00 |
| *** sakman <sakman!~Thunderbi@99.209.85.163> has joined #yocto | 20:02 | |
| jdiez | moto-timo: looks like `PACKAGECONFIG ??= "libyaml" \n PACKAGECONFIG[libyaml] = "--with-libyaml,--without-libyaml,libyaml"` does the trick | 20:07 |
| moto-timo | \o/ | 20:08 |
| *** sakman1 <sakman1!~Thunderbi@99.209.85.164> has joined #yocto | 20:08 | |
| *** sakman <sakman!~Thunderbi@99.209.85.163> has quit IRC (Ping timeout: 276 seconds) | 20:12 | |
| *** sakman1 is now known as sakman | 20:12 | |
| kanavin | derRichard, saul is listed, but de facto no work in that area had happened, either in fixing isues or adding features | 20:14 |
| kanavin | I guess there are grades of maintainer, so this is the minimal one | 20:15 |
| derRichard | ok. sooner or later i'll have to dig into the devtool sources. some of my customers use it and there're issues | 20:16 |
| kanavin | derRichard, the more people understand its source code, the merrier of course. I barely know the upgrade functions, just enough to keep it alive in AUH context. | 20:21 |
| kanavin | recently there have been improvements to devtool from adrian peter and julien, you can see them in poky master log. So at least there's a few people who looked at it :) | 20:26 |
| khem | RP: https://autobuilder.yoctoproject.org/typhoon/#/builders/137/builds/12/steps/12/logs/stdio shows that kernel upgrade is to blame for rv32 issues | 20:28 |
| *** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Quit: Lost terminal) | 20:33 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 20:40 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 272 seconds) | 20:53 | |
| vmeson | moto-timo: rburton : re number of recipes and the django crash - ugh and I'm sorry that I can't help with that right now. | 20:56 |
| moto-timo | vmeson: you might try the stats url on an internal WR layerindex... | 21:03 |
| moto-timo | vmeson: or login and choose Statistics from under the Tools menu | 21:04 |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 21:05 | |
| vmeson | moto-timo: good idea. I don't actually have a layerindex login for OE or WR but I know people who do... | 21:07 |
| moto-timo | vmeson: it would be an interesting data point if it works on an internal WR instance (that happens to have more RAM or something) | 21:08 |
| vmeson | yep | 21:08 |
| vmeson | I'll find out and let you know. | 21:09 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 21:09 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 21:11 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 21:11 | |
| gmorell | I've updated crun to deal with the new cve by changing the srcrev in a bbappend, but I'm being trolled by the fact that it has the ability to use cpusets now and I'm not sure how to enable them on one of my arches, I set the flags for CONFIG_CGROUP_CPUSET=y + CONFIG_CPUSETS=y, but they're not being properly enabled in my image, google has been awful for this stuff lately | 21:13 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 21:18 | |
| *** nerdboy <nerdboy!~nerdboy@108.147.224.33> has joined #yocto | 21:27 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:28 | |
| RobW | jdiez: Can you point me to the steps you are using to do the build? I can try to recreate your environment. | 21:39 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 21:43 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 21:46 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 21:46 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 272 seconds) | 21:52 | |
| *** simone <simone!~ile@2a02:810d:a940:35fc:236:cefc:3f96:b2f2> has quit IRC (Quit: Konversation terminated!) | 21:56 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 22:03 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:3efd:e875:c4ac:2434> has quit IRC (Remote host closed the connection) | 22:08 | |
| *** arielmrmx <arielmrmx!~quassel@189.161.180.237> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 22:10 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-157.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 22:21 | |
| khem | RP: https://autobuilder.yoctoproject.org/typhoon/#/builders/135/builds/5 seems interesting, and matches some of my own results, tar ptest failure is even more interesting from the timestamp in future issue point of view, they might be related | 22:27 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 22:28 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 22:28 | |
| dvergatal | is it possible to append different file depending on boolean variable? | 22:30 |
| khem | you mean bbappend ? | 22:31 |
| dvergatal | no | 22:31 |
| dvergatal | SRC_URI += "..." | 22:32 |
| khem | you can do conditional patching using DISTRO_FEATURES/PACKAGECONFIG etc. but I discourage doing so | 22:32 |
| khem | its very error prone | 22:32 |
| dvergatal | what I would like to do is to install different key file depending on some variable | 22:32 |
| khem | whats is the some variable's semantic :) | 22:33 |
| dvergatal | true/false | 22:33 |
| khem | thats important part | 22:33 |
| khem | I did not mean that, I meant, is it image feature, distro feature, packageconfig | 22:33 |
| dvergatal | hmmmm | 22:34 |
| dvergatal | hard question:P | 22:34 |
| dvergatal | this is just same file but different content depending if this is release or development build | 22:35 |
| khem | so thats where I wanted to bring your focus towards | 22:35 |
| dvergatal | yeah I'm aware of that:P | 22:36 |
| khem | so decide on that first, should it be an image or distro | 22:36 |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto | 22:36 | |
| dvergatal | ok I was rather thinking of using this variable as we already got it | 22:37 |
| dvergatal | but yeah get your point | 22:37 |
| dvergatal | I* | 22:38 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 22:38 | |
| dvergatal | khem: on distro level it is unacceptable for me and how can I do it on image level? | 22:47 |
| khem | IMAGE_FEATURES | 22:48 |
| JaMa | abelloni: the bitbake layer --prepend from Hieu did apply cleanly for me, if you want to cherry-pick it instead it's in https://git.openembedded.org/bitbake-contrib/commit/?h=jansa/master&id=e9adc4c8dd0f9d724c6ef7a1dd355c646bea6eb2 | 22:48 |
| JaMa | abelloni: or https://github.com/hieunv0828/bitbake/commit/fc670b7ba577958eb18b108458f24fd2c260e225 | 22:49 |
| dvergatal | khem: ok thx | 22:50 |
| gmorell | we do such things via a conditional inherit fwiw | 22:50 |
| abelloni | https://lore.kernel.org/all/HOgI.1707132673041693756.jdfH@lists.openembedded.org/ show it is definitively wrong | 22:54 |
| abelloni | groups.io seems to have a correct version | 22:54 |
| JaMa | true https://patchwork.yoctoproject.org/project/bitbake/patch/HOgI.1707132673041693756.jdfH@lists.openembedded.org/ also looks wrong | 22:56 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-157.93.132.pool.telefonica.de> has joined #yocto | 23:00 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Ping timeout: 256 seconds) | 23:07 | |
| dvergatal | gmorell: that was to me? | 23:08 |
| *** martin_thingvold <martin_thingvold!~martin@108-60-191-140.sktn.hsdb.sasknet.sk.ca> has quit IRC (Ping timeout: 256 seconds) | 23:17 | |
| gmorell | dvergatal: yea | 23:21 |
| gmorell | I had checked in with a coworker and he showed me how we do it | 23:21 |
| dvergatal | gmorell: can you show? | 23:24 |
| khem | dvergatal: https://github.com/YoeDistro/yoe-distro/blob/master/sources/meta-yoe/conf/distro/yoe.inc#L111 | 23:24 |
| gmorell | yup pretty much that | 23:25 |
| dvergatal | and how it is adding file to SRC_URI? | 23:26 |
| dvergatal | generally I was thinking about having same filename, different content and in different directories of recipe only one install command for both, this is possible in case of different distros or machine | 23:29 |
| dvergatal | but than I would have more distros just to distinguish is it development or release build which is stupid... | 23:33 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 23:36 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 23:36 | |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has quit IRC (Ping timeout: 264 seconds) | 23:36 | |
| dvergatal | hmmmm can I INHERIT from MACHINE? | 23:38 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-157.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 23:44 | |
| dvergatal | ha I can use DISTROOVERRIDES :D | 23:48 |
| RP | khem: I guess it is useful to know it is the kernel for rv32. Having the failure and warnings for the ptests should also help to start with places to look into issues | 23:53 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 23:56 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!