Tuesday, 2023-02-14

*** odra_ <odra_!~odra@> has joined #yocto00:38
*** odra <odra!~odra@2804:431:c7e0:db74:d30d:b77f:9761:e7d> has quit IRC (Read error: Connection reset by peer)00:38
*** ccf <ccf!~ccf@user/ccf> has quit IRC (Ping timeout: 265 seconds)00:46
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:49
*** louis <louis!~louis@lmontsouris-658-1-109-35.w92-154.abo.wanadoo.fr> has quit IRC (Killed (NickServ (GHOST command used by Louis_!~Louis@my-hostna.me)))00:54
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit)01:07
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto01:09
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:09
*** BrianL <BrianL!~BrianL@> has quit IRC (Quit: Client closed)01:10
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:b0ff:35c1:db31:c9f0> has joined #yocto01:11
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 260 seconds)01:29
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)01:39
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto01:45
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)01:54
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 255 seconds)02:04
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 260 seconds)02:05
*** davidinux <davidinux!~davidinux@> has joined #yocto02:06
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)02:10
*** invalidopcode1 <invalidopcode1!~invalidop@> has joined #yocto02:10
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto02:23
*** starblue <starblue!~juergen@dslb-094-221-176-064.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)02:49
*** starblue <starblue!~juergen@dslb-094-220-113-095.094.220.pools.vodafone-ip.de> has joined #yocto02:51
*** jclsn <jclsn!~jclsn@2a04:4540:6502:9400:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)03:34
*** jclsn <jclsn!~jclsn@2a04:4540:6513:200:2ce:39ff:fecf:efcd> has joined #yocto03:36
*** invalidopcode1 <invalidopcode1!~invalidop@> has quit IRC (Remote host closed the connection)03:52
*** invalidopcode1 <invalidopcode1!~invalidop@> has joined #yocto03:52
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto04:36
*** AKN_R <AKN_R!~AKN@> has joined #yocto04:46
*** AKN <AKN!~AKN@> has joined #yocto04:46
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:56
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)05:30
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto05:30
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 255 seconds)06:37
*** amitk <amitk!~amit@> has joined #yocto06:44
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:48
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto06:53
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:12
*** seninha <seninha!~seninha@user/seninha> has joined #yocto07:18
*** hcg <hcg!~hcg@> has joined #yocto07:26
*** ccf <ccf!~ccf@user/ccf> has joined #yocto07:28
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:31
*** mckoan|away is now known as mckoan07:46
mckoangood morning07:46
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto07:54
JaMaccf: Cau, it's kept by default unless you inherit rm_work or reuse it from sstate, if you want to force rebuilding something (without sstate) you can use -C compile or -c cleansstate and rebuild07:55
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 252 seconds)08:02
*** zpfvo <zpfvo!~fvo@> has joined #yocto08:09
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto08:12
*** xmn <xmn!~xmn@> has quit IRC (Ping timeout: 252 seconds)08:20
*** camus1 <camus1!~Instantbi@> has joined #yocto08:25
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)08:26
*** camus1 is now known as camus08:26
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:29
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 248 seconds)08:32
*** davidinux <davidinux!~davidinux@host-79-31-22-72.retail.telecomitalia.it> has joined #yocto08:33
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has joined #yocto08:40
*** frieder <frieder!~frieder@200116b824b337810000000000001cba.dip.versatel-1u1.de> has joined #yocto08:46
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:47
*** td43 <td43!~td@> has joined #yocto09:01
mcfrisk_Broken pipe[Errno 32] Broken pipe[Errno 32] Broken pipe[Errno 32] Broken pipe[Errno 32] Broken pipe[Errno 32]... "bitbake -e core-image-minimal | less" goes crazy after some time09:03
*** CosmicPenguin <CosmicPenguin!sid489106@id-489106.uxbridge.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:08
*** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:08
*** CosmicPenguin <CosmicPenguin!sid489106@2a03:5180:f:5::7:7692> has joined #yocto09:08
*** xtopher_ <xtopher_!sid495823@2a03:5180:f::7:90cf> has joined #yocto09:08
*** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:08
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:08
*** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:08
*** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:08
*** reatmon <reatmon!sid538117@id-538117.helmsley.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:08
*** reatmon <reatmon!sid538117@id-538117.helmsley.irccloud.com> has joined #yocto09:08
*** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has joined #yocto09:08
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 255 seconds)09:08
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:09
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto09:09
*** elfenix|cloud <elfenix|cloud!sid516192@id-516192.helmsley.irccloud.com> has quit IRC (Ping timeout: 255 seconds)09:09
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto09:10
*** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #yocto09:10
*** louis_ <louis_!~louis@lmontsouris-658-1-109-35.w92-154.abo.wanadoo.fr> has joined #yocto09:14
*** louis_ is now known as louson09:14
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto09:15
*** ptsneves <ptsneves!~Thunderbi@> has joined #yocto09:17
JaMamcfrisk_: looks like you need good plumber :)09:17
*** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has joined #yocto09:22
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has joined #yocto09:23
*** ChanServ sets mode: +v ndec09:23
*** elfenix|cloud <elfenix|cloud!sid516192@id-516192.helmsley.irccloud.com> has joined #yocto09:24
*** davidinux <davidinux!~davidinux@host-79-31-22-72.retail.telecomitalia.it> has quit IRC (Ping timeout: 248 seconds)09:29
*** azcraft <azcraft!~AzCraft@> has joined #yocto09:29
*** davidinux <davidinux!~davidinux@> has joined #yocto09:31
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 248 seconds)09:36
*** knicklicht <knicklicht!~knicklich@2a02:908:1995:4220:ac7c:54e7:e4e0:bcfa> has joined #yocto09:39
shoraganis there a mechanism to keep the user ids allocated via USERADD_PARAM static over a longer term?09:43
*** ptsneves1 <ptsneves1!~Thunderbi@> has joined #yocto09:43
knicklichtHello all, I added DISTRO_FEATURES_BACKFILL_CONSIDERED = "pulseaudio" to my distro config to exclude any pulseaudio components that are present in an alsa package group that I enabled in my build. Now I get an error when building: "configure: error: not using libltdl; cannot load alsa dynamically" in sox_14.4.2.bb recipe. I did not explicitly add09:45
knicklichtsox. I tried adding libltdl/libtool to my built but it does not fix the error. How do I: 1. find the recipe that adds this dependency, 2. Add the needed dependencies to built sox?09:46
*** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto09:56
*** schtobia <schtobia!~quassel@> has quit IRC (Quit: Bye!)10:00
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto10:00
yoctonknicklicht: You can get a dependency graph with "bitbake -g <you image>"10:07
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:10
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC (Ping timeout: 248 seconds)10:10
knicklichtyocton: Thanks, I will try it out.10:10
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto10:10
Saur[m]shoragan: Yes, there is. This is what we use in our configuration: https://pastebin.com/tvszSXH0. Then in the `files/static-ids` file, we list all users/groups and their IDs as `<name>::<id>`. One note, we make sure to use the same ID for both user and group with the same name. Otherwise you would have to have separate files.10:28
*** amitk <amitk!~amit@> has quit IRC (Remote host closed the connection)10:29
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:29
*** davidinux <davidinux!~davidinux@> has joined #yocto10:33
*** td43 <td43!~td@> has quit IRC (Quit: Client closed)10:42
ptsnevesI am so confused with how git lfs works in yocto. There is no documentation for it, and there are actually 3 states, lfs=0, lfs=1 and undefined lfs parameter in the SRC_URI but lfs=1 and undefined lfs parameters use different code paths10:57
RPptsneves: I've relied on patches from people so I'm not really sure either :(10:58
RPptsneves: is there anything in the git commits related to it which helps?10:58
*** invalidopcode1 <invalidopcode1!~invalidop@> has quit IRC (Remote host closed the connection)10:58
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto10:59
ptsneves@RP Yes, and some context as well. The thing is that git filter handling, which is what git-lfs is, is something done transparently by git. With lfs=1 we just make sure that the git filter does not happen in the do_unpack task but at the do_fetch part. With the lfs URI parameter unset and with a git lfs repository, git may fetch git lfs blobs in every unpack due to the filters running on git checkout11:02
JaMaptsneves: it gets even worse when gitsm:// is involved as it's not clear if lfs param should propagate also to submodules, see https://bugzilla.yoctoproject.org/show_bug.cgi?id=1493811:03
LetoThe2ndyo dudX11:04
*** amitk <amitk!~amit@> has joined #yocto11:04
JaMaptsneves: if you have lfs enabled in .gitconfig bitbake fetcher will be affected by it as well11:04
ptsneves@RP So my suggestions is that we add git-lfs to the auto builder and use an actual git lfs repository instead of the current one which is a dummy non-git lfs repo11:04
ptsnevesJaMa: exactly!11:05
RPptsneves: we're not adding git-lfs to the autobuilder, the dependencies are horrendous11:07
ptsnevesRP: git-lfs is a go binary, which can be built statically if i am not wrong?11:08
RPptsneves: remember that we have all different flavours of distros as autobuilder workers. We'd have to have something that would work for all of them. The systems are also supposed to have minimal installs11:09
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)11:12
ptsnevesthen we should re-do the lfs specific logic into general git filter handling logic. Basically we would look for any gitattributes related to filters in the fetch, and if any, do the tempdir checkout on do_fetch to run the filters. We could also look at the smudge/process filter command and do a which on it. If not found do a warning.11:16
ptsnevesThis would be testable without git-lfs specifically and would cover git-lfs implicitly11:16
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 255 seconds)11:16
RPptsneves: that sounds reasonable to me without knowing much about any of the details :)11:16
LetoThe2ndit might be my age showing, but my brain always reads: "Git Linux From Scratch"11:17
ptsnevesLetoThe2nd: ahah me too. It is so strongly burned on me that I need to make a mental tai-chi to let it go11:17
*** starblue <starblue!~juergen@dslb-094-220-113-095.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)11:18
LetoThe2ndptsneves: tell me if it works. i tried drinking, but no success.11:18
shoraganSaur[m], ah, excellent!11:18
ptsnevesRP: Do you know who could help me validate my understanding on the subject?11:19
*** starblue <starblue!~juergen@dslb-094-220-113-095.094.220.pools.vodafone-ip.de> has joined #yocto11:20
RPptsneves: not really :(11:20
ptsnevesRP: That is not great as my understanding of the current behavior keeps changing.11:24
ptsneveshttps://pastebin.com/gXktRex0 is a patch of real git-lfs checkout where lfs=1 and lfs unset both work, but the fetcher code paths are different11:24
*** amitk <amitk!~amit@> has quit IRC (Quit: leaving)11:24
*** amitk <amitk!~amit@> has joined #yocto11:27
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)11:27
*** florian_kc is now known as florian11:27
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)11:35
RPptsneves: we should probably add those and ensure it shows a warning if lfs is used without lfs=1 being set?11:35
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto11:35
ptsnevesRP: We cannot add it because they actually require git-lfs to be in the autobuilder, or they need to be disabled in the autobuilder.11:39
ptsnevesRegarding the warning i agree.11:39
ptsneves@RP at least according to your statement that we cannot have git-lfs in the autobuilder11:39
JaMaptsneves: my understanding is also quite limited and when I've asked in RFC on ML what is the expected behavior I got no reply, but please update the ticket with your understanding and link it from your future changes11:40
RPptsneves: we can skip the tests if it isn't present. Having the tests would be better than not11:40
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)11:41
RPptsneves: we do already skip tests if we can't reasonably run them11:41
*** seninha <seninha!~seninha@user/seninha> has joined #yocto11:41
ptsnevesJaMa: You know, i was skimming the ticket and the reason i started this investigation was because I found an issue with the exact same error message, except it was not on git submodule. Fixing the filters, fixed the issue. By the way you can make git ignore system and global gitconfig by setting11:43
LetoThe2ndwho's the current masterbrain for wic+plugins?11:44
ptsneves1 self.d.setVar('FETCHCMD_git', "export GIT_CONFIG_SYSTEM=/dev/null;"11:44
ptsneves1         "export GIT_CONFIG_GLOBAL=/dev/null;"11:44
ptsneves1         "git")11:44
JaMaptsneves: that's true, but I need the rest of my .gitconfig :)11:45
JaMaso blocking the system config helps a bit, but still doesn't prevent different results on different users (which might have lfs enabled in user's .gitconfig like I had)11:46
ptsnevesJaMa: Yes then you are in the worst scenario.  You cannot really disable git-lfs with git -c filter.lfs.process= does not disable the filter.11:50
ptsnevesThat is why i say the way to go is to have a generic scan of .gitattributes and a sanity check of the filters that bitbake will implicitly run through git. So that missing filters can at least cause a warning, and existing filters can be logged in notes.11:50
*** davidinux <davidinux!~davidinux@> has joined #yocto11:52
*** zhmylove <zhmylove!~zhmylove@> has joined #yocto11:55
*** krissmas1er <krissmas1er!~kriss@> has quit IRC (Remote host closed the connection)11:56
phako[m]I am having FILES:${PN}-cruft += "${libdir}/foo/ " which makes ${libdir}/foo/cruft/* appear in the package, but not ${libdir}/foo/cruft/data or anything within data. is that expected?11:58
RPLetoThe2nd: we don't have one :(11:59
LetoThe2ndRP: a brain, or a master?11:59
qschulzphako[m]: it's probably matched by another package before ${PN}-cruft is created12:00
qschulzoe-pkgdata-util find-path '/usr/lib/foo/cruft/data' or something like that12:01
phako[m]er wait, sorry. its in the correct packages-split path12:01
qschulzand then you can figure out which FILES variable to modify12:01
phako[m]why isn't in the target12:01
qschulzare you installting PN-cruft?12:01
RPLetoThe2nd: either, it is an area that is struggling :(12:02
phako[m]qschulz: yes, I am stupid, I confused myself by the package hierarchy12:02
phako[m]sorry folder, not package12:02
*** krissmaster <krissmaster!~kriss@> has joined #yocto12:08
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)12:10
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto12:10
*** krissmaster <krissmaster!~kriss@> has quit IRC (Client Quit)12:12
*** odra_ <odra_!~odra@> has quit IRC (Quit: Leaving)12:13
*** Christo[m]1 <Christo[m]1!~s9875946m@2001:470:69fc:105::3:186c> has joined #yocto12:14
LetoThe2ndRP: can I quote you that we are struggling with brains? ;-)12:15
RPLetoThe2nd: I did wonder if you were trying to set me up but decided to play along anyway :)12:23
RPLetoThe2nd: given how I'm feeling today, mine definitely is struggling...12:23
LetoThe2ndRP: i did not intentionally, but playing along is appreciated.12:23
*** azcraft <azcraft!~AzCraft@> has quit IRC (Remote host closed the connection)12:24
*** azcraft <azcraft!~AzCraft@> has joined #yocto12:24
qschulzLetoThe2nd: is a jester a jester if people aren't in on the joke?12:26
qschulzwe gotta preserve your important (though self-proclaimed) title!12:26
LetoThe2ndqschulz: :-)12:48
ptsnevesqschulz: agree!12:48
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Quit: Life without danger is a waste of oxygen)12:52
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 248 seconds)12:54
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has joined #yocto13:36
ptsnevescan anybody provide me with the docs on SHELL? I searched the glossary of bitbake manual and poky and cannot find it. I only see that it is default assigned to bash on the terminal.bbclass13:36
rburtonptsneves: man login? what about it specifically.13:37
ptsnevesI mean the bitbake SHELL as in https://git.yoctoproject.org/poky/tree/meta/classes/terminal.bbclass#n1613:38
rburtonits the shell the terminal opens13:42
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto13:43
*** td95 <td95!~td@> has joined #yocto13:47
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto13:52
ptsnevesYeah, but this variable is available in non terminal related recipes through transient dependencies. For example through patch.bbclass13:54
RPptsneves: it is more of a terminal/unix thing13:57
*** angman <angman!~angman@> has joined #yocto13:57
ptsnevesRP: Yes that is my understanding. My question is because in private I see users using that variable in non terminal tasks, and i wanted to know if this variable's use is recommended.13:58
RPptsneves: bitbake nor OE really care about it afaik14:02
*** angman <angman!~angman@> has quit IRC (Quit: Client closed)14:06
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)14:08
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto14:09
*** rossaroni <rossaroni!5206@de1.hashbang.sh> has quit IRC (Quit: leaving)14:23
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)14:24
*** nemik <nemik!~nemik@> has joined #yocto14:24
*** AKN_R <AKN_R!~AKN@> has quit IRC (Read error: Connection reset by peer)14:25
*** AKN <AKN!~AKN@> has quit IRC (Read error: Connection reset by peer)14:25
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)14:28
*** nemik <nemik!~nemik@> has joined #yocto14:29
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:29
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:b0ff:35c1:db31:c9f0> has quit IRC (Quit: Client closed)14:33
TRO[m]Hi, who knows about the autobuilder infrastructure used? (e.g. AWS instance type etc.)14:37
*** angman <angman!~angman@> has joined #yocto14:37
angmanHi. I'm investigating how to create spdx files with our yocto build system (dunfell). I have already tried the following two ways, but there are some challenges.14:39
angmanUsing meta-spdxscanner is the easiest way. But I found that it takes too much time to create spdx files. I need a faster way to create them.14:39
angmanUsing create-spdx.bbclass is the best I can do. I have found that create-spdx.bbclass works with updating, adding or modifying some poky/meta files. But I think this is a hacky way.14:39
angmanDo you have any idea how to create spdx files with dunfell?14:39
angmanThanks a lot!14:39
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has quit IRC (Ping timeout: 255 seconds)14:41
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)14:43
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)14:43
qschulzangman: did you follow the documentation? https://docs.yoctoproject.org/dev-manual/common-tasks.html#creating-a-software-bill-of-materials14:45
qschulzbecause I don't quite understand what you mean by "works with updating, adding or modifying some poky/meta files."14:45
angmanTo be precise, no. I want to create spdx in Dunfell's poky, but the method of using create-spdx described in the linked manual instructions is only supported from kirkstone....14:47
angmanThus, when I used create-spdx on my build system (dunfell), it means that I updated or added some files in the meta layer to match kirkstone's poky.14:48
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto14:48
angmanHowever, I don't think this is a good approach and am looking for other methods.14:48
qschulzI don't know exactly how good the support for SBOM creation is in Dunfell, so summoning JPEW :)14:49
JPEWI don't think we backported it, but the class is pretty straight forward so I think you could copy it back? We get that request a lot....14:50
angmanYes, and I already tried it and succeded. 😊14:52
angmanBut I feel that this is not a very appropriate method, so I asked if there is another way.14:52
qschulzangman: update to kirkstone :D ?14:52
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto14:53
qschulzangman: you could always have the new create-spdx class from kirkstone in your own layer and setup BBPATH appropriately14:53
angmanYes, but only a few files becuase I used a bsp provided by other board vendor, and it includes dunfell poky...14:53
qschulzbut that is definitely not best practice14:53
*** Guest83 <Guest83!~Guest83@> has joined #yocto14:54
*** Guest83 <Guest83!~Guest83@> has left #yocto14:54
angmanYes, that's right. But I guess I'll have to bring the create-spdx related files from kirkstone for now.14:57
angmanJust knowing that was very helpful. Thanks!😁14:57
*** angman <angman!~angman@> has quit IRC (Quit: Client closed)14:58
JPEWkeep an eye on master, we are working on a few other SPDX fix15:03
JPEWAh, they left15:03
mcfrisk_How to get to https://www.yoctoproject.org/2022-a-year-in-review/ on https://www.yoctoproject.org/ ? I can't find "news" or similar links from drop down menu bar15:08
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: dgriego)15:10
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has joined #yocto15:16
*** knicklicht <knicklicht!~knicklich@2a02:908:1995:4220:ac7c:54e7:e4e0:bcfa> has quit IRC (Quit: Client closed)15:16
*** td95 <td95!~td@> has quit IRC (Ping timeout: 260 seconds)15:26
*** Guest1085 <Guest1085!~Guest10@2001:871:259:66d2:f962:ee8e:fbf:d336> has joined #yocto15:29
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:31
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto15:33
qschulzndec: LetoThe2nd this is for you I guess? ^15:38
*** hcg <hcg!~hcg@> has quit IRC (Quit: Client closed)15:47
RPmcfrisk_: I asked that same question recently. There is a news on the bottom bar15:48
RPmcfrisk_: there is a redesign in progress FWIW15:48
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has quit IRC (Ping timeout: 255 seconds)15:50
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has joined #yocto15:58
*** Guest40 <Guest40!~Guest40@25.red-2-136-123.staticip.rima-tde.net> has joined #yocto16:08
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)16:09
Guest40Hi, i'm having trouble adding the e2fsprogs of meta-openembedded on a yocto project (morty), I append it on the image .bb file "IMAGE_INSTALL += "\16:11
Guest40Hi, i'm having trouble adding the e2fsprogs of meta-openembedded on a yocto project (morty), I append it on the image .bb file "IMAGE_INSTALL += "\16:12
Guest40the alsa-lib packet is correctly added but no clue what happened to the e2fsprogs16:12
qschulzGuest40: which binary are you expecting in your image?16:13
qschulzGuest40: https://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.bb?h=morty#n8816:14
qschulzthe package is named e2fsprogs-tune2fs16:14
qschulzif you were on a decently recent release of yocto I would have suggested to use oe-pkgdata-util find-path 'tune2fs' and you'd have known directly without reading the recipe :)16:15
qschulzGuest40: also, morty... EOL for almost 5 years now, time to upgrade :)16:15
*** amitk <amitk!~amit@> has joined #yocto16:17
linex[m]if I bbappend and modify a variable, will it have the access to the variables from its initial context ?16:19
linex[m]e.g. VAR = "$PREV_CONTEXT_VAR $MY_ADDITION"16:20
Saur[m]@linex: VAR += "${MY_ADDITION}"16:21
rburtonVAR = "$VAR FOO" does what you want, but += is neater16:21
Saur[m]Or: VAR:append = " ${MY_ADDITION}"16:21
Guest40qschulz the documentation of https://layers.openembedded.org/layerindex/recipe/53502/ it is said that the e2fsprogs package (which contains tune2fs) has version 1.43 for yocot morty in the meta-openembedded layer, why is it not added in my tune2fs image if I add e2fsprogs in the same way as alsa-lib?16:21
linex[m]but in my actual use-case I'm not just adding to it I'm modifying it16:21
Saur[m]That was not what you asked for. ;)16:22
qschulzGuest40: because the e2fsprogs **recipe** produces multiple **packages**16:22
Guest40qschulz i've just tried to add the "e2fsprogs-tune2fs" packet but same result as adding only e2fsprogs16:22
qschulzand it happens that the e2fsprogs-tune2fs package has the binary you're interested int16:22
qschulzGuest40: make sure you're modifying the same image recipe you're building16:23
linex[m]better example VAR = "$PREV_CONTEXT_VAR1 -P $PREV_CONTEXT_VAR2"16:23
Saur[m]linex: You can reference the old `${VAR}` when defining VAR if you use `VAR := "foo ${VAR} bar"16:24
linex[m]hmm,  meaning what I wanted to do won't work easily16:24
linex[m]unless I inherit the original file, to get access to those vars16:25
linex[m]thanks ! :)16:26
rburtona bbappend has access to the original variables because it is evaluated at the same time as the recipe is parsed16:27
qschulzlinex[m]: not sure exactly what you mean by PREV_CONTEXT_VAR1 and I feel there may be some logic misunderstanding here16:27
Guest40qschulz i've only got one image , so it's sure i'm modifying the same recipe i'm building, problem is if i don't add the "e2fsprogs" or "e2fsprogs-tune2fs" line to the .bb file , i bitbake and 3008 tasks are needed to "build" and when i modified the .bb file same numbre of tasks are needed (when i add a diferent packet more tasks are needed), is16:28
Guest40like it doesn't load anything16:28
phako[m]can I enable ccache for just one recipe? I am fighting with some installation issues and each change to cmake or bb causes a full recompile and that takes ages -.-16:29
phako[m]*full recompile of that recipe16:29
rburtonphako[m]: yes, just inherit ccache in the recipe16:31
phako[m]\o/ it looked like somethign that applies to the whole distro16:31
*** zhmylove <zhmylove!~zhmylove@> has quit IRC (Quit: Leaving)16:31
phako[m]at least its only 7 minutes with gcc 11 and not the full 25 with gcc 916:32
qschulzGuest40: if you're adding a different package from the same recipe, the whole recipe will still be built16:32
qschulzGuest40: it's expected that little changes in that scenario16:32
qschulzat least in terms of tasks to be done for your image to be built16:32
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto16:33
Guest40ok, thank you qschulz16:36
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)16:41
*** ptsneves1 <ptsneves1!~Thunderbi@> has quit IRC (Ping timeout: 255 seconds)16:47
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has quit IRC (Ping timeout: 255 seconds)16:51
*** ndec <ndec!sid219321@2a03:5180:f::3:58b9> has joined #yocto16:52
*** ChanServ sets mode: +v ndec16:52
zeddiitlwoerner, I missed your reply 2 days ago on my feedback. do you still want / need a reply ?16:57
*** Jham <Jham!~Juba@2a01:e0a:177:a830:e051:d82b:ba29:183b> has quit IRC (Quit: Leaving)16:59
*** vladest <vladest!~Thunderbi@88-103-229-69.rci.o2.cz> has quit IRC (Remote host closed the connection)17:00
*** vladest <vladest!~Thunderbi@88-103-229-69.rci.o2.cz> has joined #yocto17:02
*** frieder <frieder!~frieder@200116b824b337810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)17:05
*** zpfvo <zpfvo!~fvo@> has quit IRC (Remote host closed the connection)17:05
*** ptsneves <ptsneves!~Thunderbi@> has quit IRC (Ping timeout: 255 seconds)17:05
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 264 seconds)17:07
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has quit IRC (Ping timeout: 255 seconds)17:09
fabatera[m]Hi, is there a big advantage on using zst compressed rootfs?17:13
rburtonfabatera[m]: https://facebook.github.io/zstd/ explains the tradeoffs17:14
tlwoernerzeddii: i'm good, your feedback was perfect. i have an update to dtc to 1.7.0 and adding support to build pylibfdt in the same recipe17:14
zeddiiawesome. I can try dropping my vendor'd pylibfdt in the lopper repository and see how it works. I had done that vendoring due to the pypi lagging, etc.17:16
*** vladest <vladest!~Thunderbi@88-103-229-69.rci.o2.cz> has quit IRC (Remote host closed the connection)17:16
*** vladest <vladest!~Thunderbi@88-103-229-69.rci.o2.cz> has joined #yocto17:18
Guest1085hi all, I'm trying to build https://github.com/the-modem-distro/pinephone_modem_sdk, but there seems to be an issue when processing the yocto gnu_config_git recipe, here's the error log -> https://pastebin.com/YnYVYj9k17:18
Guest1085according to the error message it seems that the git clone fails, but if I execute it manually (copy&paste from the log) it works17:18
Guest1085has anyone experienced this issue too or know how to resolve it?17:18
rburtonGuest1085: expired pastebin17:19
fabatera[m]rburton: Thanks. I read this before asking but wondering if there was any consideration / benchmark in the yocto side (that lead to the decision of using zst).17:19
*** vladest <vladest!~Thunderbi@88-103-229-69.rci.o2.cz> has quit IRC (Remote host closed the connection)17:21
rburtonfabatera[m]: the metrics on that site really.  its faster than algorithms like gzip, which is 30 years old now.17:21
*** vladest <vladest!~Thunderbi@88-103-229-69.rci.o2.cz> has joined #yocto17:22
*** mckoan is now known as mckoan|away17:23
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Remote host closed the connection)17:25
Guest1085rburton not sure why that happened, I set expiration to 1 week, here's a new one: https://pastebin.com/2VKi1S4C17:27
rburton"This page is no longer available. It has either expired, been removed by its creator, or removed by one of the Pastebin staff."17:28
*** Guest40 <Guest40!~Guest40@25.red-2-136-123.staticip.rima-tde.net> has quit IRC (Quit: Client closed)17:31
Guest1085yeah its weird, I heres a different link/host: https://rentry.co/x8ikr17:31
rburtonlooks like your missing the git-upload-pack binary17:34
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)17:34
Guest1085you mean in the OS? its definitely installed and exists in my PATH17:37
Guest1085and as I said, the same command from the log works if I execute i manually17:37
rburtontry adding HOSTTOOLS += "git-upload-pack" to your local.conf17:37
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has joined #yocto17:37
Guest1085rburton thanks, that seems to have worked :)17:50
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)17:50
rburtonGuest1085: annoying.  i wonder why that is.17:50
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto17:50
Guest1085is it a known issue? otherwise it might be distro specific? I'm using void linux17:51
rburtonmight be, that's not a supported distro17:51
Guest1085yeah, but I have been able to build it once on the same system, it was a few months ago though17:52
rburtonnever seen that before, so it might be a weird thing in how git is packaged in void17:53
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:55
*** Guest1085 <Guest1085!~Guest10@2001:871:259:66d2:f962:ee8e:fbf:d336> has quit IRC (Quit: Client closed)18:21
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto18:23
*** goliath <goliath!~goliath@user/goliath> has joined #yocto18:34
*** ccf <ccf!~ccf@user/ccf> has quit IRC (Ping timeout: 252 seconds)18:40
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has quit IRC (Quit: Konversation terminated!)18:45
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 260 seconds)19:00
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds)19:02
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.com> has joined #yocto19:18
*** florian_kc <florian_kc!~florian@dynamic-078-049-123-206.78.49.pool.telefonica.de> has joined #yocto19:20
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto19:25
roussinmIs there a way to specify wheels to download? Something like in the documentation here: https://pip.pypa.io/en/stable/cli/pip_download/ where I can specify platform, python version, etc. I wanted a quick workaround to install https://github.com/wlav/cppyy in our image. At the moment I'm going to install pip in the image for the time being, but this project doesn't make it easy to integrate in yocto.19:29
roussinmJust installing x86 binary for python3.10 would be fine for now.19:29
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto19:33
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 252 seconds)19:38
rburtonroussinm: it would be fairly trivial to write a class that just does a 'pip install'20:13
rburton(or recipe, if you don't care about generalising)20:13
rburton(build-appliance-image already does)20:14
roussinmI tried something like that, but I must missed something because pip was never available when trying to do that.20:14
roussinmmaybe I didn't try depending on this: python3-pip-native that must be it20:15
rburtonyeah you don't have pip if you don't depend on pip20:18
roussinmisn't there something that prevent downloading stuff during configure/compile phase?20:24
*** yocti <yocti!~limnoria@mail.yoctoproject.org> has joined #yocto20:30
*** ChanServ sets mode: +o yocti20:30
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds)20:34
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)20:51
*** advi[1] <advi[1]!~advi1]@> has joined #yocto20:56
*** gsalazar_ <gsalazar_!~gsalazar@> has joined #yocto21:01
*** gsalazar <gsalazar!~gsalazar@> has quit IRC (Ping timeout: 252 seconds)21:03
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto21:08
tlwoernerd'oh! i completely forgot do add the "changes from v2/1" sections on my patches21:10
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has quit IRC (Quit: Leaving)21:10
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:1c51:f67e:fb26:2fbd> has joined #yocto21:11
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)21:15
yoctonroussinm: You're thinking of the "network" task flag maybe ? https://docs.yoctoproject.org/dev/migration-guides/migration-4.0.html?highlight=network#fetching-changes21:44
*** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:1c51:f67e:fb26:2fbd> has quit IRC (Quit: Client closed)21:52
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)21:58
*** kevinrowland <kevinrowland!~kevinrowl@> has joined #yocto22:01
*** advi[1] <advi[1]!~advi1]@> has quit IRC (Quit: Client closed)22:14
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)22:20
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto22:20
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds)22:20
kevinrowlandHow exactly do the files in tmp/deploy/images/*/ get removed when I clean the recipe that puts them there? Is it the magic of the sstate machinery? I'm trying to write my own BBCLASS that deploys some special test results to tmp/deploy/tests/. So far I mimicked deploy.bbclass so that my_task[sstate-inputdirs] is a directory relative to WORKDIR,22:31
kevinrowlandwhere I place the results, and then my_stask[sstate-outputdirs] is basically ${DEPLOY_DIR}/tests/. That actually works, and my results magically show up in ${DEPLOY_DIR}/tests/. Now I want those results to be removed when I clean the recipe, but it's not working.22:31
*** agrue <agrue!~agrue@> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in)22:31
*** agrue <agrue!~agrue@static-host-74-205-137-208.epbinternet.com> has joined #yocto22:33
kevinrowlandHmm, I've just discovered the manifest file in tmp/sstate-control/ -- and I see the sstate_clean_manifest function  in sstate.bbclass.. still when I run :do_cleanall the files in the manifest aren't removed22:37
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)22:40
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto22:40
kevinrowlandI also see that do_clean should call all of the functions in CLEANFUNCS, which includes sstate_cleanall, which calls sstate_clean_manifest. Doesn't help that I can't see the do_clean logs after running it22:44
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto22:48
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)22:56
*** azcraft <azcraft!~AzCraft@> has quit IRC (Remote host closed the connection)23:14
*** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has quit IRC (Ping timeout: 248 seconds)23:15
*** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has joined #yocto23:21
*** kevinrowland <kevinrowland!~kevinrowl@> has quit IRC (Quit: Client closed)23:48

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