| *** odra_ <odra_!~odra@177.102.197.237> has joined #yocto | 00: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 #yocto | 01:09 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:09 | |
| *** BrianL <BrianL!~BrianL@98.97.114.64> has quit IRC (Quit: Client closed) | 01:10 | |
| *** brazuca <brazuca!~brazuca@2804:7f4:3590:8fb5:b0ff:35c1:db31:c9f0> has joined #yocto | 01: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 #yocto | 01:45 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 01:54 | |
| *** davidinux <davidinux!~davidinux@212.102.54.106> 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@81.22.36.185> has joined #yocto | 02: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@172.90.200.106> has joined #yocto | 02:10 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 02: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 #yocto | 02: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 #yocto | 03:36 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@172.90.200.106> has quit IRC (Remote host closed the connection) | 03:52 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@172.90.200.106> has joined #yocto | 03:52 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 04:36 | |
| *** AKN_R <AKN_R!~AKN@49.205.87.101> has joined #yocto | 04:46 | |
| *** AKN <AKN!~AKN@49.205.87.101> has joined #yocto | 04: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 #yocto | 05:30 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 255 seconds) | 06:37 | |
| *** amitk <amitk!~amit@103.208.69.145> has joined #yocto | 06:44 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:48 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 06:53 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:12 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 07:18 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 07:26 | |
| *** ccf <ccf!~ccf@user/ccf> has joined #yocto | 07:28 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:31 | |
| *** mckoan|away is now known as mckoan | 07:46 | |
| mckoan | good morning | 07:46 |
|---|---|---|
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:54 | |
| JaMa | ccf: 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 rebuild | 07:55 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 252 seconds) | 08:02 | |
| *** zpfvo <zpfvo!~fvo@89.245.207.101> has joined #yocto | 08:09 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:12 | |
| *** xmn <xmn!~xmn@72.225.198.203> has quit IRC (Ping timeout: 252 seconds) | 08:20 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 08:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 255 seconds) | 08:26 | |
| *** camus1 is now known as camus | 08:26 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:29 | |
| *** davidinux <davidinux!~davidinux@81.22.36.185> has quit IRC (Ping timeout: 248 seconds) | 08:32 | |
| *** davidinux <davidinux!~davidinux@host-79-31-22-72.retail.telecomitalia.it> has joined #yocto | 08:33 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has joined #yocto | 08:40 | |
| *** frieder <frieder!~frieder@200116b824b337810000000000001cba.dip.versatel-1u1.de> has joined #yocto | 08:46 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:47 | |
| *** td43 <td43!~td@131.228.2.26> has joined #yocto | 09: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 time | 09: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 #yocto | 09:08 | |
| *** xtopher_ <xtopher_!sid495823@2a03:5180:f::7:90cf> has joined #yocto | 09: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 #yocto | 09:08 | |
| *** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has joined #yocto | 09: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 #yocto | 09: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 #yocto | 09:10 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #yocto | 09:10 | |
| *** louis_ <louis_!~louis@lmontsouris-658-1-109-35.w92-154.abo.wanadoo.fr> has joined #yocto | 09:14 | |
| *** louis_ is now known as louson | 09:14 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 09:15 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto | 09:17 | |
| JaMa | mcfrisk_: looks like you need good plumber :) | 09:17 |
| *** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has joined #yocto | 09:22 | |
| *** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has joined #yocto | 09:23 | |
| *** ChanServ sets mode: +v ndec | 09:23 | |
| *** elfenix|cloud <elfenix|cloud!sid516192@id-516192.helmsley.irccloud.com> has joined #yocto | 09:24 | |
| *** davidinux <davidinux!~davidinux@host-79-31-22-72.retail.telecomitalia.it> has quit IRC (Ping timeout: 248 seconds) | 09:29 | |
| *** azcraft <azcraft!~AzCraft@195.214.254.184> has joined #yocto | 09:29 | |
| *** davidinux <davidinux!~davidinux@81.22.36.195> has joined #yocto | 09:31 | |
| *** davidinux <davidinux!~davidinux@81.22.36.195> has quit IRC (Ping timeout: 248 seconds) | 09:36 | |
| *** knicklicht <knicklicht!~knicklich@2a02:908:1995:4220:ac7c:54e7:e4e0:bcfa> has joined #yocto | 09:39 | |
| shoragan | is there a mechanism to keep the user ids allocated via USERADD_PARAM static over a longer term? | 09:43 |
| *** ptsneves1 <ptsneves1!~Thunderbi@84.47.155.82> has joined #yocto | 09:43 | |
| knicklicht | Hello 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 add | 09:45 |
| knicklicht | sox. 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 #yocto | 09:56 | |
| *** schtobia <schtobia!~quassel@88.99.170.71> has quit IRC (Quit: Bye!) | 10:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 10:00 | |
| yocton | knicklicht: 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 #yocto | 10:10 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC (Ping timeout: 248 seconds) | 10:10 | |
| knicklicht | yocton: Thanks, I will try it out. | 10:10 |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 10: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@103.208.69.145> has quit IRC (Remote host closed the connection) | 10:29 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:29 | |
| *** davidinux <davidinux!~davidinux@81.22.36.187> has joined #yocto | 10:33 | |
| *** td43 <td43!~td@131.228.2.26> has quit IRC (Quit: Client closed) | 10:42 | |
| ptsneves | I 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 paths | 10:57 |
| ptsneves | s/yocto/bitbake | 10:57 |
| RP | ptsneves: I've relied on patches from people so I'm not really sure either :( | 10:58 |
| RP | ptsneves: is there anything in the git commits related to it which helps? | 10:58 |
| *** invalidopcode1 <invalidopcode1!~invalidop@172.90.200.106> has quit IRC (Remote host closed the connection) | 10:58 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 10: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 checkout | 11:02 |
| JaMa | ptsneves: 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=14938 | 11:03 |
| LetoThe2nd | yo dudX | 11:04 |
| *** amitk <amitk!~amit@103.208.69.145> has joined #yocto | 11:04 | |
| JaMa | ptsneves: if you have lfs enabled in .gitconfig bitbake fetcher will be affected by it as well | 11: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 repo | 11:04 |
| ptsneves | JaMa: exactly! | 11:05 |
| RP | ptsneves: we're not adding git-lfs to the autobuilder, the dependencies are horrendous | 11:07 |
| ptsneves | RP: git-lfs is a go binary, which can be built statically if i am not wrong? | 11:08 |
| RP | ptsneves: 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 installs | 11: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 | |
| ptsneves | then 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 |
| ptsneves | This would be testable without git-lfs specifically and would cover git-lfs implicitly | 11:16 |
| *** davidinux <davidinux!~davidinux@81.22.36.187> has quit IRC (Ping timeout: 255 seconds) | 11:16 | |
| RP | ptsneves: that sounds reasonable to me without knowing much about any of the details :) | 11:16 |
| LetoThe2nd | it might be my age showing, but my brain always reads: "Git Linux From Scratch" | 11:17 |
| ptsneves | LetoThe2nd: ahah me too. It is so strongly burned on me that I need to make a mental tai-chi to let it go | 11:17 |
| *** starblue <starblue!~juergen@dslb-094-220-113-095.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 11:18 | |
| LetoThe2nd | ptsneves: tell me if it works. i tried drinking, but no success. | 11:18 |
| shoragan | Saur[m], ah, excellent! | 11:18 |
| ptsneves | RP: 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 #yocto | 11:20 | |
| RP | ptsneves: not really :( | 11:20 |
| ptsneves | RP: That is not great as my understanding of the current behavior keeps changing. | 11:24 |
| ptsneves | https://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 different | 11:24 |
| *** amitk <amitk!~amit@103.208.69.145> has quit IRC (Quit: leaving) | 11:24 | |
| *** amitk <amitk!~amit@103.208.69.145> has joined #yocto | 11: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 florian | 11:27 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 11:35 | |
| RP | ptsneves: 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 #yocto | 11:35 | |
| ptsneves | RP: 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 |
| ptsneves | Regarding the warning i agree. | 11:39 |
| ptsneves | @RP at least according to your statement that we cannot have git-lfs in the autobuilder | 11:39 |
| JaMa | ptsneves: 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 changes | 11:40 |
| RP | ptsneves: we can skip the tests if it isn't present. Having the tests would be better than not | 11:40 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 11:41 | |
| RP | ptsneves: we do already skip tests if we can't reasonably run them | 11:41 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 11:41 | |
| ptsneves | JaMa: 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 setting | 11:43 |
| LetoThe2nd | who'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 |
| JaMa | ptsneves: that's true, but I need the rest of my .gitconfig :) | 11:45 |
| JaMa | so 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 |
| ptsneves | JaMa: 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 |
| ptsneves | That 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@194.147.59.65> has joined #yocto | 11:52 | |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.216> has joined #yocto | 11:55 | |
| *** krissmas1er <krissmas1er!~kriss@213.239.83.90> 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 |
| RP | LetoThe2nd: we don't have one :( | 11:59 |
| LetoThe2nd | RP: a brain, or a master? | 11:59 |
| qschulz | phako[m]: it's probably matched by another package before ${PN}-cruft is created | 12:00 |
| qschulz | oe-pkgdata-util find-path '/usr/lib/foo/cruft/data' or something like that | 12:01 |
| phako[m] | er wait, sorry. its in the correct packages-split path | 12:01 |
| qschulz | and then you can figure out which FILES variable to modify | 12:01 |
| phako[m] | why isn't in the target | 12:01 |
| qschulz | are you installting PN-cruft? | 12:01 |
| RP | LetoThe2nd: either, it is an area that is struggling :( | 12:02 |
| phako[m] | qschulz: yes, I am stupid, I confused myself by the package hierarchy | 12:02 |
| phako[m] | sorry folder, not package | 12:02 |
| *** krissmaster <krissmaster!~kriss@213.239.83.90> has joined #yocto | 12: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 #yocto | 12:10 | |
| *** krissmaster <krissmaster!~kriss@213.239.83.90> has quit IRC (Client Quit) | 12:12 | |
| *** odra_ <odra_!~odra@177.102.197.237> has quit IRC (Quit: Leaving) | 12:13 | |
| *** Christo[m]1 <Christo[m]1!~s9875946m@2001:470:69fc:105::3:186c> has joined #yocto | 12:14 | |
| LetoThe2nd | RP: can I quote you that we are struggling with brains? ;-) | 12:15 |
| RP | LetoThe2nd: I did wonder if you were trying to set me up but decided to play along anyway :) | 12:23 |
| RP | LetoThe2nd: given how I'm feeling today, mine definitely is struggling... | 12:23 |
| LetoThe2nd | RP: i did not intentionally, but playing along is appreciated. | 12:23 |
| *** azcraft <azcraft!~AzCraft@195.214.254.184> has quit IRC (Remote host closed the connection) | 12:24 | |
| *** azcraft <azcraft!~AzCraft@31.13.201.10> has joined #yocto | 12:24 | |
| qschulz | LetoThe2nd: is a jester a jester if people aren't in on the joke? | 12:26 |
| qschulz | we gotta preserve your important (though self-proclaimed) title! | 12:26 |
| LetoThe2nd | qschulz: :-) | 12:48 |
| ptsneves | qschulz: 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@103.208.69.145> 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 #yocto | 13:36 | |
| ptsneves | can 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.bbclass | 13:36 |
| rburton | ptsneves: man login? what about it specifically. | 13:37 |
| ptsneves | I mean the bitbake SHELL as in https://git.yoctoproject.org/poky/tree/meta/classes/terminal.bbclass#n16 | 13:38 |
| rburton | its the shell the terminal opens | 13:42 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.103.247> has joined #yocto | 13:43 | |
| *** td95 <td95!~td@131.228.2.25> has joined #yocto | 13:47 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 13:52 | |
| ptsneves | Yeah, but this variable is available in non terminal related recipes through transient dependencies. For example through patch.bbclass | 13:54 |
| RP | ptsneves: it is more of a terminal/unix thing | 13:57 |
| *** angman <angman!~angman@147.142.237.160.cyberhome.jp> has joined #yocto | 13:57 | |
| ptsneves | RP: 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 |
| RP | ptsneves: bitbake nor OE really care about it afaik | 14:02 |
| *** angman <angman!~angman@147.142.237.160.cyberhome.jp> 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 #yocto | 14:09 | |
| *** rossaroni <rossaroni!5206@de1.hashbang.sh> has quit IRC (Quit: leaving) | 14:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 14:24 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 14:24 | |
| *** AKN_R <AKN_R!~AKN@49.205.87.101> has quit IRC (Read error: Connection reset by peer) | 14:25 | |
| *** AKN <AKN!~AKN@49.205.87.101> has quit IRC (Read error: Connection reset by peer) | 14:25 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 252 seconds) | 14:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:29 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14: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@147.142.237.160.cyberhome.jp> has joined #yocto | 14:37 | |
| angman | Hi. 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 |
| angman | Using 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 |
| angman | Using 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 |
| angman | Do you have any idea how to create spdx files with dunfell? | 14:39 |
| angman | Thanks 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@62.157.232.203> has quit IRC (Quit: Client closed) | 14:43 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 14:43 | |
| qschulz | angman: did you follow the documentation? https://docs.yoctoproject.org/dev-manual/common-tasks.html#creating-a-software-bill-of-materials | 14:45 |
| qschulz | because I don't quite understand what you mean by "works with updating, adding or modifying some poky/meta files." | 14:45 |
| angman | To 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 |
| angman | Thus, 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 #yocto | 14:48 | |
| angman | However, I don't think this is a good approach and am looking for other methods. | 14:48 |
| qschulz | I don't know exactly how good the support for SBOM creation is in Dunfell, so summoning JPEW :) | 14:49 |
| JPEW | I 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 |
| angman | Yes, and I already tried it and succeded. 😊 | 14:52 |
| angman | But I feel that this is not a very appropriate method, so I asked if there is another way. | 14:52 |
| qschulz | angman: update to kirkstone :D ? | 14:52 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto | 14:53 | |
| qschulz | angman: you could always have the new create-spdx class from kirkstone in your own layer and setup BBPATH appropriately | 14:53 |
| angman | Yes, but only a few files becuase I used a bsp provided by other board vendor, and it includes dunfell poky... | 14:53 |
| qschulz | but that is definitely not best practice | 14:53 |
| *** Guest83 <Guest83!~Guest83@80.243.171.133> has joined #yocto | 14:54 | |
| *** Guest83 <Guest83!~Guest83@80.243.171.133> has left #yocto | 14:54 | |
| angman | Yes, that's right. But I guess I'll have to bring the create-spdx related files from kirkstone for now. | 14:57 |
| angman | Just knowing that was very helpful. Thanks!😁 | 14:57 |
| *** angman <angman!~angman@147.142.237.160.cyberhome.jp> has quit IRC (Quit: Client closed) | 14:58 | |
| JPEW | keep an eye on master, we are working on a few other SPDX fix | 15:03 |
| JPEW | Ah, they left | 15: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 bar | 15: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 #yocto | 15:16 | |
| *** knicklicht <knicklicht!~knicklich@2a02:908:1995:4220:ac7c:54e7:e4e0:bcfa> has quit IRC (Quit: Client closed) | 15:16 | |
| *** td95 <td95!~td@131.228.2.25> has quit IRC (Ping timeout: 260 seconds) | 15:26 | |
| *** Guest1085 <Guest1085!~Guest10@2001:871:259:66d2:f962:ee8e:fbf:d336> has joined #yocto | 15:29 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:31 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 15:33 | |
| qschulz | ndec: LetoThe2nd this is for you I guess? ^ | 15:38 |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 15:47 | |
| RP | mcfrisk_: I asked that same question recently. There is a news on the bottom bar | 15:48 |
| RP | mcfrisk_: there is a redesign in progress FWIW | 15: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 #yocto | 15:58 | |
| *** Guest40 <Guest40!~Guest40@25.red-2-136-123.staticip.rima-tde.net> has joined #yocto | 16:08 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:09 | |
| Guest40 | Hi, 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 |
| Guest40 | ${CORE_IMAGE_BASE_INSTALL} \ | 16:11 |
| Guest40 | Hi, 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 |
| Guest40 | ${CORE_IMAGE_BASE_INSTALL} \ | 16:12 |
| Guest40 | alsa-lib\ | 16:12 |
| Guest40 | e2fsprogs\ | 16:12 |
| Guest40 | " | 16:12 |
| Guest40 | the alsa-lib packet is correctly added but no clue what happened to the e2fsprogs | 16:12 |
| qschulz | Guest40: which binary are you expecting in your image? | 16:13 |
| Guest40 | tune2fs | 16:14 |
| qschulz | Guest40: https://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.bb?h=morty#n88 | 16:14 |
| qschulz | the package is named e2fsprogs-tune2fs | 16:14 |
| qschulz | if 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 |
| qschulz | Guest40: also, morty... EOL for almost 5 years now, time to upgrade :) | 16:15 |
| *** amitk <amitk!~amit@103.208.69.119> has joined #yocto | 16:17 | |
| linex[m] | if I bbappend and modify a variable, will it have the access to the variables from its initial context ? | 16:19 |
| rburton | "it"? | 16:20 |
| linex[m] | e.g. VAR = "$PREV_CONTEXT_VAR $MY_ADDITION" | 16:20 |
| Saur[m] | @linex: VAR += "${MY_ADDITION}" | 16:21 |
| rburton | VAR = "$VAR FOO" does what you want, but += is neater | 16:21 |
| Saur[m] | Or: VAR:append = " ${MY_ADDITION}" | 16:21 |
| Guest40 | qschulz 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 it | 16:21 |
| Saur[m] | That was not what you asked for. ;) | 16:22 |
| qschulz | Guest40: because the e2fsprogs **recipe** produces multiple **packages** | 16:22 |
| Guest40 | qschulz i've just tried to add the "e2fsprogs-tune2fs" packet but same result as adding only e2fsprogs | 16:22 |
| qschulz | and it happens that the e2fsprogs-tune2fs package has the binary you're interested int | 16:22 |
| qschulz | Guest40: make sure you're modifying the same image recipe you're building | 16: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 easily | 16:24 |
| linex[m] | unless I inherit the original file, to get access to those vars | 16:25 |
| linex[m] | thanks ! :) | 16:26 |
| rburton | a bbappend has access to the original variables because it is evaluated at the same time as the recipe is parsed | 16:27 |
| qschulz | linex[m]: not sure exactly what you mean by PREV_CONTEXT_VAR1 and I feel there may be some logic misunderstanding here | 16:27 |
| Guest40 | qschulz 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), is | 16:28 |
| Guest40 | like it doesn't load anything | 16: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 recipe | 16:29 |
| rburton | phako[m]: yes, just inherit ccache in the recipe | 16:31 |
| phako[m] | \o/ it looked like somethign that applies to the whole distro | 16:31 |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.216> 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 9 | 16:32 |
| qschulz | Guest40: if you're adding a different package from the same recipe, the whole recipe will still be built | 16:32 |
| qschulz | Guest40: it's expected that little changes in that scenario | 16:32 |
| phako[m] | thanks | 16:32 |
| qschulz | at least in terms of tasks to be done for your image to be built | 16:32 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 16:33 | |
| Guest40 | ok, thank you qschulz | 16:36 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:41 | |
| *** ptsneves1 <ptsneves1!~Thunderbi@84.47.155.82> 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 #yocto | 16:52 | |
| *** ChanServ sets mode: +v ndec | 16:52 | |
| zeddii | tlwoerner, 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 #yocto | 17:02 | |
| *** frieder <frieder!~frieder@200116b824b337810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 17:05 | |
| *** zpfvo <zpfvo!~fvo@89.245.207.101> has quit IRC (Remote host closed the connection) | 17:05 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has quit IRC (Ping timeout: 255 seconds) | 17:05 | |
| *** amitk <amitk!~amit@103.208.69.119> 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 |
| rburton | fabatera[m]: https://facebook.github.io/zstd/ explains the tradeoffs | 17:14 |
| tlwoerner | zeddii: 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 recipe | 17:14 |
| zeddii | awesome. 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 #yocto | 17:18 | |
| Guest1085 | hi 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/YnYVYj9k | 17:18 |
| Guest1085 | according to the error message it seems that the git clone fails, but if I execute it manually (copy&paste from the log) it works | 17:18 |
| Guest1085 | has anyone experienced this issue too or know how to resolve it? | 17:18 |
| rburton | Guest1085: expired pastebin | 17: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 | |
| rburton | fabatera[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 #yocto | 17:22 | |
| *** mckoan is now known as mckoan|away | 17:23 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Remote host closed the connection) | 17:25 | |
| Guest1085 | rburton not sure why that happened, I set expiration to 1 week, here's a new one: https://pastebin.com/2VKi1S4C | 17: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 | |
| Guest1085 | yeah its weird, I heres a different link/host: https://rentry.co/x8ikr | 17:31 |
| rburton | looks like your missing the git-upload-pack binary | 17:34 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 17:34 | |
| Guest1085 | you mean in the OS? its definitely installed and exists in my PATH | 17:37 |
| Guest1085 | and as I said, the same command from the log works if I execute i manually | 17:37 |
| rburton | try adding HOSTTOOLS += "git-upload-pack" to your local.conf | 17:37 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-224-034.citykom.de> has joined #yocto | 17:37 | |
| Guest1085 | rburton 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 | |
| rburton | Guest1085: annoying. i wonder why that is. | 17:50 |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 17:50 | |
| Guest1085 | is it a known issue? otherwise it might be distro specific? I'm using void linux | 17:51 |
| rburton | might be, that's not a supported distro | 17:51 |
| Guest1085 | yeah, but I have been able to build it once on the same system, it was a few months ago though | 17:52 |
| rburton | never seen that before, so it might be a weird thing in how git is packaged in void | 17:53 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 17: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 #yocto | 18:23 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 18: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@103.208.69.119> 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 #yocto | 19:18 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-123-206.78.49.pool.telefonica.de> has joined #yocto | 19:20 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 19:25 | |
| roussinm | Is 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 |
| roussinm | Just 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 #yocto | 19:33 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 252 seconds) | 19:38 | |
| rburton | roussinm: 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 |
| roussinm | I tried something like that, but I must missed something because pip was never available when trying to do that. | 20:14 |
| roussinm | maybe I didn't try depending on this: python3-pip-native that must be it | 20:15 |
| rburton | yeah you don't have pip if you don't depend on pip | 20:18 |
| roussinm | isn't there something that prevent downloading stuff during configure/compile phase? | 20:24 |
| *** yocti <yocti!~limnoria@mail.yoctoproject.org> has joined #yocto | 20:30 | |
| *** ChanServ sets mode: +o yocti | 20: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]@204.246.162.32> has joined #yocto | 20:56 | |
| *** gsalazar_ <gsalazar_!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 21:01 | |
| *** gsalazar <gsalazar!~gsalazar@178.166.0.139> has quit IRC (Ping timeout: 252 seconds) | 21:03 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 21:08 | |
| tlwoerner | d'oh! i completely forgot do add the "changes from v2/1" sections on my patches | 21: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 #yocto | 21:11 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 21:15 | |
| yocton | roussinm: You're thinking of the "network" task flag maybe ? https://docs.yoctoproject.org/dev/migration-guides/migration-4.0.html?highlight=network#fetching-changes | 21: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@165.225.10.241> has joined #yocto | 22:01 | |
| *** advi[1] <advi[1]!~advi1]@204.246.162.32> 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 #yocto | 22:20 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds) | 22:20 | |
| kevinrowland | How 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 |
| kevinrowland | where 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@74.205.137.208> 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 #yocto | 22:33 | |
| kevinrowland | Hmm, 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 removed | 22: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 #yocto | 22:40 | |
| kevinrowland | I 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 it | 22:44 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 22:48 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 22:56 | |
| *** azcraft <azcraft!~AzCraft@31.13.201.10> 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 #yocto | 23:21 | |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.10.241> 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/!