Tuesday, 2021-09-14

*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:678c:a720:1126:a377> has quit IRC (Ping timeout: 240 seconds)00:01
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)00:01
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)00:03
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto00:04
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Client Quit)00:09
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto00:59
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 252 seconds)01:54
*** sakoman <sakoman!~steve@> has quit IRC (Read error: Connection reset by peer)01:59
*** Ad0 <Ad0!~Ad0@> has joined #yocto02:02
*** sakoman <sakoman!~steve@> has joined #yocto02:15
*** camus <camus!~Instantbi@> has joined #yocto02:20
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)02:33
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)02:48
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)02:57
*** amitk <amitk!~amit@> has joined #yocto03:03
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)03:18
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto03:36
*** cryptollision[m] <cryptollision[m]!~cryptolli@2001:470:69fc:105::f778> has joined #yocto04:52
*** mranostaj <mranostaj!~mranostaj@> has quit IRC (Remote host closed the connection)04:58
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev)05:14
*** mranostaj <mranostaj!~mranostaj@> has joined #yocto05:16
*** goliath <goliath!~goliath@user/goliath> has joined #yocto05:20
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto05:37
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Ping timeout: 268 seconds)06:03
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 245 seconds)06:09
*** ThomasD13 <ThomasD13!~thomasd13@dsl01.> has joined #yocto06:23
JosefHolzmayr[m]yo dudX06:27
erboJosefHolzmayr[m]: morning! So, I see that you're all formal with the name these days. No more God-Emperor?06:32
*** frieder <frieder!~frieder@i59F72436.versanet.de> has joined #yocto06:32
JosefHolzmayr[m]erbo: heh, I've mostly retired the god emperor, yeah.06:33
JosefHolzmayr[m]erbo: when i picked that nick it was to reflect me as a personal thing. these days i'm mostly showing up as a form of public persona, therefore using the jester is more appropriate.06:35
*** arunss <arunss!~aruns@c-73-221-57-124.hsd1.wa.comcast.net> has quit IRC (Quit: Leaving)06:36
erbomakes sense :)06:38
JosefHolzmayr[m]i am inclined to interpret that as a personal insult (making sense) ;-)06:40
erboOh, I thought it would only be an insult to the old personal self and not the new public "front". My bad ;)06:41
JosefHolzmayr[m]i never make sense in whatever form ;-)06:42
erboI bet the viewers of your videos would beg to differ06:42
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 268 seconds)06:54
*** zpfvo <zpfvo!~fvo@> has joined #yocto06:56
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-19-60.play-internet.pl> has joined #yocto06:59
*** ant__ <ant__!~ant@host-79-16-249-93.retail.telecomitalia.it> has quit IRC (Quit: Leaving)07:01
*** eduardas <eduardas!~eduardas@> has joined #yocto07:02
*** rfuentess <rfuentess!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has joined #yocto07:08
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:10
*** mckoan|away is now known as mckoan07:10
mckoangood morning07:10
JosefHolzmayr[m]yo mckoan07:14
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:16
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto07:19
mckoanJosefHolzmayr[m]: hey, unfortunately I won't be able to attend your webinar this afternoon because I'm running a training course07:23
mckoanJosefHolzmayr[m]: are you going to record it?07:23
JosefHolzmayr[m]mckoan: heh no worries, there won't be anything in there that you don't know already. and its tomorrow.. plus, yes, the linux foundation has the recordings available then.07:24
mckoanJosefHolzmayr[m]: yes, tomorrow. Thanks07:25
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:06
*** novaldex <novaldex!~novaldex@cpc100416-uddi28-2-0-cust113.20-3.cable.virginm.net> has joined #yocto08:14
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 265 seconds)08:16
*** Ad0 <Ad0!~Ad0@> has joined #yocto08:22
*** Little_rabbit <Little_rabbit!~Little_ra@2a02-a45a-88f0-1-2f4b-88ab-7ce9-9a6d.fixed6.kpn.net> has joined #yocto08:24
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:26
Little_rabbitIs there something besides rm_work which would prevent the creation of the content of the rootfs directly in `work/machine/core-image-minimal/1.0/rootfs`?08:27
Little_rabbitThe dir gets created but no content is there. Was hoping to examine the rootfs after the build.08:27
qschulzLittle_rabbit: probably need to cleansstate the core-image-minimal to trigger a rebuild and repopulate the rootfs dir without rm_work enabled08:29
rburtonnot a cleansstate, never cleansstate08:30
rburtonif the task isn't re-running as the rootfs already exists in deploy, then bitbake core-image-minimal -C rootfs08:30
*** olani[m] <olani[m]!~olanimatr@2001:470:69fc:105::c93> has joined #yocto08:34
qschulzrburton: you'll anyway need to cleansstate after the -C is run to perform a non-tainted build08:36
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds)08:49
*** Guest78 <Guest78!~Guest78@bwu34.internetdsl.tpnet.pl> has joined #yocto08:53
Little_rabbitI did clean cleansstate, and the effects of `-c build_without_rm_work` do show with the populated directory structure in `work/machine/core-image-minimal/1.0` (as opposed to only temp with rm_work). . However the rootfs isn't populated.08:53
*** Guest78 <Guest78!~Guest78@bwu34.internetdsl.tpnet.pl> has quit IRC (Client Quit)08:53
Little_rabbitThe directory `work/machine/core-image-minimal/1.0/rootfs` ends up empty.08:54
qschulzare you actually building core-image-minimal?08:55
Little_rabbitCould be some of the non standard layers I guess then08:55
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto09:07
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto09:24
Little_rabbitSeem's like something related to `-c build_without_rm_work`. If I remove `INHERIT += "rm_work"` from local.conf the rootfs content does get generated09:29
*** OutBackDingo <OutBackDingo!~quassel@> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)09:46
*** OutBackDingo <OutBackDingo!~quassel@> has joined #yocto09:47
*** Belsirk <Belsirk!~rfuentess@2a01:598:b800:4fe9:201a:bc9f:b0a9:937e> has joined #yocto09:48
*** rfuentess <rfuentess!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has quit IRC (Ping timeout: 268 seconds)09:51
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has quit IRC (Quit: What's that?)10:05
* mckoan training time \o/10:10
*** mckoan is now known as mckoan|away10:10
*** rfuentess__ <rfuentess__!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has joined #yocto10:17
*** Belsirk <Belsirk!~rfuentess@2a01:598:b800:4fe9:201a:bc9f:b0a9:937e> has quit IRC (Ping timeout: 240 seconds)10:20
*** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto10:21
*** mihai <mihai!~mihai@user/mihai> has joined #yocto10:32
*** OutBackDingo <OutBackDingo!~quassel@> has quit IRC (Ping timeout: 265 seconds)10:34
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-19-60.play-internet.pl> has quit IRC (Read error: Connection reset by peer)10:48
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto10:53
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto11:17
*** mihai- <mihai-!~mihai@user/mihai> has joined #yocto11:18
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Read error: Connection reset by peer)11:19
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Read error: Connection reset by peer)11:24
*** novaldex is now known as novaldex|away11:25
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has joined #yocto11:26
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)11:30
jorschulkoHi, I am trying to use the repo fetcher as described here: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#repo-fetcher and repo seems to be missing in the toolchain: /usr/bin/env: ‘repo’: No such file or directory11:31
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection)11:33
*** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds)11:33
*** rfuentess__ is now known as rfuentess11:36
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto11:38
*** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto11:47
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto11:48
yatesRP: i don't see how the cross-gcc compiler (for csky) yocto is generating for me can be using the glibc startup file crtiS since it doesn't exist under the glibc/sysroots/csky folder from github11:55
yatescrti.S, rather11:57
yatesbut then again, i am seeing it in the sstate-control (both libgcc and glibc): http://paste.debian.net/1211698/12:00
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto12:00
*** mihai- is now known as mihai12:00
yatesi'm confused.12:01
yatesglibc-version.inc is pulling this (sourceware, not github), and it has no crti.S: http://paste.debian.net/1211700/12:03
*** argonautx <argonautx!~argonautx@gw.hyperstone.de> has joined #yocto12:13
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto12:20
jorschulkoFollow-up: I found the following post regarding the repo fetcher: https://stackoverflow.com/questions/45809241/does-yocto-full-support-using-repo-in-src-uri-of-a-recipe. It seems that the repo fetcher currently still is a bit hacky?12:25
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)12:26
JosefHolzmayr[m]jorschulko I guess that "a bit" is quite an understatement.12:28
*** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto12:29
RPyates: I don't know much about csky12:30
jorschulkoYeah... apparently changes within the repo manifest aren't detected by the repo fetcher either... https://www.openembedded.org/pipermail/bitbake-devel/2017-August/018699.html. Current implementation does not really seem to be usable. What a shame, repo would have matched my usecase perfectly12:35
JosefHolzmayr[m]jorschulko: time to send patches to make it usable, then! :)12:36
jorschulkoYeah, thinking about it ;)12:36
JaMaRP: I haven't found which commit caused this, but for last 2-3 days I'm seeng "NOTE: Running setscene task 1 of 51763 (various tasks)" where the "1" doesn't change anymore, have you seen this as well?12:38
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto12:39
TyakuHi, Today i would like to build a simple software that use a library build from another recipe. On the library recipe i have this: https://pastebin.com/7sn6cZY9 and on the "hello world" that use the library, i have this: https://pastebin.com/AhzpNGsm When I build I have this error: "Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them12:41
JaMahttps://git.openembedded.org/bitbake/commit/?id=eae6e947e37e18cded053814bd2a268b44fb25cd seems related12:41
Tyakuwithin do_install."12:41
RPJaMa: I can guess which one caused it12:42
TyakuI'm not sure i'am doing it with the correct method. Do you have a simple exemple of a recipe that use a static lib from another recipe ?12:42
RPJaMa: almost certainly http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=15c87c405f2893208cb94cba2713db9e5e8204a612:42
TyakuI use the "DEPENDS" variable.12:42
RPJaMa: FWIW it used to say "0 of 0"12:43
rburtonTyaku: do what the error says: set FILES_* appropriate.  this is covered in the manual12:44
RPJaMa: ah, I think I see what you mean. It is that commit12:44
JaMaRP: for me it worked e.g. jenkins build from 6 days ago shows "Running setscene task 7 of 18265"12:44
RPJaMa: I fixed the interactive view and broke the other one :(12:45
RPJaMa: the numbers for setscene tasks were wrong anyway :(12:45
JaMayes I think I was seeing larger task number than the "total" in of sometimes12:46
RPbuild without rehashing were ok, if rehashing happened you for task 18000 of 240012:46
Tyakurburton: We have to do it on the recipe that provide the library or in the recipe that use ?12:46
rburtonthe recipe that emits the error12:46
JaMaI almost never run interactive view (always use tee to some file)12:47
rburtonwhy is that? the log is always written to disk too12:47
RPJaMa: right, I'm not sure we can win though as with all the runqueue changes, the stats data is tricky :(12:47
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto12:51
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has quit IRC (Read error: Connection reset by peer)13:02
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)13:02
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has joined #yocto13:05
*** camus <camus!~Instantbi@> has joined #yocto13:05
*** novaldex|away is now known as novaldex13:13
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto13:33
*** novaldex <novaldex!~novaldex@cpc100416-uddi28-2-0-cust113.20-3.cable.virginm.net> has quit IRC (Quit: Client closed)13:37
*** michaelo[m] <michaelo[m]!~michael-o@2001:470:69fc:105::be7c> has joined #yocto13:37
*** novaldex <novaldex!~novaldex@cpc100416-uddi28-2-0-cust113.20-3.cable.virginm.net> has joined #yocto13:42
michaeloHello. I think I found an issue in the documentation. "bitbake core-image-minimal -c checkpkg" doesn't work any more. Shall I use something like "devtool check-upgrade-status"? I know it's not specific to that image...13:44
TyakuDid you know where I can find some docs about how to make a recipe that create a static lib ?13:47
michaeloTyaku: maybe https://docs.yoctoproject.org/dev-manual/common-tasks.html#including-static-library-files13:53
TyakuThat's what i was reading13:54
*** Little_rabbit <Little_rabbit!~Little_ra@2a02-a45a-88f0-1-2f4b-88ab-7ce9-9a6d.fixed6.kpn.net> has quit IRC (Quit: Client closed)13:56
*** sakoman <sakoman!~steve@> has joined #yocto13:57
*** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection)13:58
TyakuOk, I have a recipe A, that build binnaries and static libraries. I want to use the static lib of A from recipe B.13:58
TyakuOn the recipe A, I just have this in do_install(): "install -m 0644 ${B}/lib/libCHIP.a ${D}${libdir}"13:58
TyakuAt this point, I see that the library doesn't appear in /usr/lib or in the system. (I don't know if it's normal)13:59
*** OutBackDingo <OutBackDingo!~quassel@> has joined #yocto13:59
RPmichaelo: yes, well spotted14:01
RPmichaelo: it never should have been image specific anyway (another good reason we changed it)14:02
qschulzTyaku: I think the whole point of static libraries is that you don't need them at runtime since they're part of your binaries14:03
qschulzand I would assume .a files would be in -dbg or -dev packages by default14:03
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:6c69:5125:fdf0:3d23> has joined #yocto14:04
qschulzalso not sure to understand why you want to really use a static lib?14:04
michaeloRP: many thanks. So, we cannot run "test_checkpkg" tasks through bitbake, right?14:05
Tyakuqschulz: My question was just to verify the fact that .a is not on the system. So this point is OK. My objective is to BUILD during "bitbake" a recipe B that use a STATIC library generated by another recipe.14:10
qschulzTyaku: the question is why :)14:10
TyakuBut, How to be sure the recipe A is generating the .a file ?14:10
TyakuWhy what ?14:11
qschulzwhy do you want to use a static library?14:11
qschulzyou go into the workdir of recipe A and check that .a is compiled14:11
*** camus1 <camus1!~Instantbi@> has joined #yocto14:11
qschulzthen you check that it is available in $workdir/image14:11
qschulzif not, FILES variable is incorrect or you aren't installing it14:11
TyakuBecause the project that create the library generate a .a file. And because i don't need it as a shared library since I will have only one software using it14:12
qschulzif it is, then check $workdir/sysroot-destdir it should be in there14:12
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 268 seconds)14:12
*** camus1 is now known as camus14:12
qschulzif not, then adapt the path of your static lib to be installed in a directory in SYROOT_DIRS or add the path to it14:12
qschulzthen from recipe B, you should have your .a in recipe-sysroot, if not, forgotten DEPENDS14:13
TyakuI found the library here: tmp/work/cortexa53-crypto-poky-linux/matter/0.0+gitAUTOINC+0b406ded65-r0/out/lib14:13
TyakuIn workdir/image it's strange ! I have a /usr folder, and in this folder there is a "bin" folder AND a "lib" file. Why the file is not called libCHIP.a ? >_<14:14
qschulzalso i'm pretty sure libs shouldn't be in /usr/bin :)14:15
TyakuYeah, they should be in /usr/lib, but it should be /usr/lib/libCHIP.a and not /usr/lib-> Where "lib" is the library.14:16
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has quit IRC (Quit: leaving)14:17
TyakuOk, I found the problem: I didn't create the folder ${libdir} before trying to copy files into it.14:32
Tyakuqschulz: Another question: If the recipe A build some tools and a static lib. Of courses the static lib don't necessary needs to be in the rootfs but we need it to build the recipe B. Is there something to do for the .a not be in the final rootfs but present to build the recipe B ? (possibly related to -dbg -dev -static, i'm going to read about it)14:35
*** novaldex <novaldex!~novaldex@cpc100416-uddi28-2-0-cust113.20-3.cable.virginm.net> has left #yocto14:35
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 265 seconds)14:36
smurrayTyaku: that's the default behavior, static libs go into the -static package and those aren't installed into rootfs unless you explicitly say to14:37
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:6c69:5125:fdf0:3d23> has quit IRC (Quit: Konversation terminated!)14:38
TyakuOh so I understand a possible another mistake !!!!! I think in the receipe B i have to DEPENDS on "A-staticdev" instead of "A"14:39
qschulzTyaku: no14:40
qschulzDEPENDS is on recipes, RDPEENDS is on packages14:40
qschulz                         │16:12:11          qsqschulz | if it is, then check $workdir/sysroot-destdir it should be in there14:41
qschulz                         │16:12:44          qsqschulz | if not, then adapt the path of your static lib to be installed in a directory in SYROOT_DIRS or add the path to it14:41
qschulzpackaging has nothing to do with the availability of files in other recipes14:42
*** Ad0 <Ad0!~Ad0@> has joined #yocto14:42
TyakuCurrently in  $workdir/image and $workdir/sysroot-destdir I have the library in /usr/lib/libCHIP.a14:43
*** Belsirk <Belsirk!~rfuentess@2a01:598:b800:4fe9:201a:bc9f:b0a9:937e> has joined #yocto14:45
TyakuSo when we are dealing with static libs, what is the best practice from recipe B to use a library from recipe A ? Using RDPENDS with -static version ?14:46
qschulzTyaku: RDEPENDS are runtime dependencies, static libs aren't runtime dependencies but build time14:46
*** frieder <frieder!~frieder@i59F72436.versanet.de> has quit IRC (Remote host closed the connection)14:46
TyakuNow on recipe B i have another error (so now it find the library maybe) but this error is more terrible. I try to see what happends.14:47
qschulzso you need DEPENDS=A14:47
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto14:48
*** rfuentess <rfuentess!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has quit IRC (Ping timeout: 268 seconds)14:49
*** Belsirk is now known as rfuentess14:49
Tyakuqschulz: I understand that static libs are using during the build time, but we have to install them to be able to build another recipe using it. So they are necessary on the rootfs at the end.14:52
rburtonDEPENDS lists recipes that you depend on14:53
rburtonbecause at build time there isn't a rootfs14:53
rburtonyou mean sysroot, which is tied to a recipe14:53
TyakuSo you mean in normal time, we don't need to install the static libs in recipe A to be able to use it from recipe B that depends on A ?14:54
rburtonwhen is 'normal'?14:54
qschulzTyaku: if you don't install the static lib, it won't be available in other recipes so yes you do need to install it14:55
qschulzbut the install task is not installing into the rootfs14:55
TyakuIf yes, I think i know why in my situation it didn't work like this ... I am using the GN class to build the recipe A, and this class (if i understand) don't store the files in normal folder, for example we have to do "install ${B}/chip-echo-requester ${D}${bindir}" instead of "install chip-echo-requester ${D}${bindir}" to install something.14:55
qschulzit is installing in a skeleton of a rootfs, which is then split into different packages14:55
qschulzwhen you specify packages in your image recipe to be installed, bitbake will ask the package manager to install the rpm/deb/ipk package into a directory which will act as the rootfs14:56
qschulzthen bitbake creates a tarball (or whatever you asked it to create) from this rootfs, which effectively creates a rootfs usable for the target14:57
qschulzfor build time, you need to install your lib because the sysroot is made out of the content of the skeleton rootfs, otherwise there'd be way too many files shared between recipes14:57
qschulzmade out of *parts* of the skeleton rootfs14:58
Tyakuqschulz: your explanation is excellent14:59
Tyakuqschulz: Thank you <314:59
rburtonas long as A installs the library to $D$libdir, and your B DEPENDS=A, then B will statically link to A and you're done.15:01
TyakuI confirm what you said with a test, and it's correct the library installed is not in final rootfs, but can be used to build because I don't have the "file not found" error during build of recipe B.15:04
TyakuNow I have another error, more difficult to explain. My Recipe A use the "GN / Ninja" build system and build correctly. Now when recipe B depends on A and after the "file not found" (libCHIP.a) is fixed, i have another problem: "{Recipe B:} failed with exit code 1: ninja: error: unknown target 'install'"15:06
TyakuThis error is strange because recipe B don't use GN or Ninja. It's a simple CMake recipe.15:06
rburtonpastebin the recipe?15:07
rburton(our cmake class uses ninja)15:07
Tyakuhttps://pastebin.com/gVnjXw8t This is the recipe B15:07
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:07
rburtonguessing your cmakelists doesn't have install rules15:08
TyakuYes it's possible !15:08
rburtonso it can't install :)15:08
TyakuThank you, i'm going to watch it !15:08
*** eduardas <eduardas!~eduardas@> has quit IRC (Quit: Konversation terminated!)15:09
*** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto15:09
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)15:10
TyakuAll of what you explained to me, qschulz and rburton, is it on the Yocto Ref Manual ?15:11
rburtonshould be15:12
whuang0389does anyone know how I can install ps command? Im not using busybox abd I can't find an existing recipe.15:12
rburtonTyaku: https://docs.yoctoproject.org/singleindex.html#configuration-compilation-and-staging15:13
rburtonwhuang0389: use busybox?15:13
*** hpsy <hpsy!~hpsy@> has joined #yocto15:15
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto15:15
yatesgentlement: when yocto prepares to build a package xyz, it copies some stuff from somewhere over to xyz/{rv}/recipe-sysroot. right? what recipe, .class, or whatever is responsible for doing this? from where does it copy?15:15
rburtonyates: from each recipe's sysroot, in tmp/sysroot-components/15:16
*** pgowda <pgowda!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)15:16
whuang0389haha unfortunately my team doesn't want to use busybox15:18
jordemorti'm looking into an initramfs that's gotten too big and it appears that it contains both a zimage and a fitimage in /boot, and sure enough those things are present in the manifest and also in the .cpio.gz - any hints on how to track down how those are getting pulled in? must be a package dependency somehow? i'm looking at other initramfs recipes and they don't seem to do anything special to fend off a kernel getting installed in them15:18
whuang0389and we don't have a space issue so we're aren't looking to create a very small image15:19
jordemortwhuang0389: i think you want procps15:19
whuang0389thanks, i was just looking at that!15:19
jordemortlooks like it makes a `procps-ps` package that you could install to just get `ps` (looking at hardknott)15:20
hpsyIs UPSTREAM_CHECK_COMMITS an undocumented feature?, I see it in a lot of recipes but can't find any information about it. I am guessing it is similar to the other UPSTREAM_CHECK_* variables.15:21
rburtonhpsy: apparently so.  can you file a bug?15:22
yatesrburton: thanks. do you know which recipe, .class, or whatever is responsible for doing this? i need to know because there are no less than 4 sources of crti.o in tmp/sysroots-components and i need to know which one is being used15:23
rburtonthe task log will list what sysroots are being pulled in15:23
whuang0389jordemort i dont know if this will help, but bitbake provides a way to print out dependency graphs: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-intro.html#generating-dependency-graphs15:24
jordemortwhuang0389: yeah i think that's just what i need, thanks!15:25
*** ThomasD13 <ThomasD13!~thomasd13@dsl01.> has quit IRC (Ping timeout: 252 seconds)15:27
hpsyrburton Sure, I'll do that.15:28
*** agrue <agrue!~agrue@static-host-74-221-178-231.epbinternet.com> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in)15:29
*** Belsirk <Belsirk!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has joined #yocto15:30
*** agrue <agrue!~agrue@static-host-74-221-178-231.epbinternet.com> has joined #yocto15:30
*** GillesM <GillesM!~gilles@> has joined #yocto15:32
*** rfuentess <rfuentess!~rfuentess@2a01:598:b800:4fe9:201a:bc9f:b0a9:937e> has quit IRC (Ping timeout: 260 seconds)15:32
yatesrburton: i presume you're talking about run./log.do_prepare_recipe_sysroot?15:34
rburtonevery task has a sysroot installation log15:35
yatesso, like, do_fetch?!??15:37
*** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Ping timeout: 268 seconds)15:38
rburtonlog.do_fetch will show it installing the sysroot components for the do_fetch task, yes15:39
RPmichaelo: I think we got rid of the testpkg code15:41
yatesrburton: so are you referring to lines like "NOTE: Installed into sysroot: []" in e.g. the log.do_fetch ?15:42
yateshere: http://paste.debian.net/1211735/15:42
rburtonthat tells you what it installed into the sysroot15:43
*** hpsy <hpsy!~hpsy@> has quit IRC (Quit: Client closed)15:45
*** hpsy <hpsy!~hpsy@> has joined #yocto15:45
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)15:48
rfs613recently there have been a number of CVEs against "tar" which are actually in nodejs (node-tar). Curious if anyone has looked into filtering these automatically using the "Target Software" field of the CPE information?15:50
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)15:50
rfs613(as opposed to manually reviewing and whitelisting the individually, and for each active yocto branch)15:51
RPJPEW: I think the timestamp clamping breaks things like the gcc source tree files shared between bits of the gcc build15:52
angolinioh, let me say it here. In this meeting that happens today, I have only 30 minutes (the beginning) so I always have to drop at the middle (unfortunately) I try to not mess too much the meeting15:52
JPEWThe gcc source tree is the input to do_package?15:53
JPEW(or some other sstate task?)15:53
angoliniI know the meeting is being recorded, but I have never could find a link to get to the recording.15:53
jordemortlooks like my initramfs images were inheriting from core-image, which installs packagegroup-core-boot, which installs kernels; switching to just inheriting image instead15:53
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 252 seconds)15:53
RPJPEW: do_populate_sysroot15:54
rburtonrfs613: nobody has actually looked into how to do it automatically yet afaik15:55
RPJPEW: we might be able to surpress the timestamp clamping for populate_sysroot15:55
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto15:55
JPEWRP: Lets see.... that would be OK because it basically has special rules b/c of RSS?15:56
JPEWOr it's not ideal but would work15:56
RPJPEW: we don't include the timestamps in the outhash for populate_sysroot anyway do we?15:56
* JPEW checks15:57
rfs613rburton: okay thanks. I might take a look, might be a good learning exercise to improve my python. Though I suspect the bigger issue is how to match this extra field against yocto's metadata, eg what to compare it against.15:57
JPEWRP: We do not15:58
JPEWWe actually only include the timestamps for do_package and only when BUILD_REPRODUCIBLE_BINARIES is set15:58
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:59
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Client closed)15:59
JPEWI suppose we need the timestamp clamping code to only apply with the same logic as the outhash calculation16:00
* JPEW Wonders if we can codify that in some common location16:00
*** Belsirk <Belsirk!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has quit IRC (Quit: CHELAS!!!!!!!!)16:06
RPJPEW: I will hack something to at least test this16:07
RPcommon location could be hard16:07
*** iwoloschin <iwoloschin!~iwoloschi@> has joined #yocto16:30
vdcan SRC_URI contain several directories with the same name?16:34
vdI'm trying to figure out a way to merge many "env" directories (one per override) into one in a recipe16:35
iwoloschinIs it possible to include a python3 package that just uses pyproject.toml (I'm using poetry)? I honestly don't really know what I'm doing with yocto, but when I tried naively doing this it failed trying to find setup.py.16:38
RPvd: I think the fetcher can handle directories named after overrides, at least some of them.16:39
vdRP: that'd be interesting! I was thinking about finding 'env-*' in ${WORKDIR} and naming them like env-$override but that doesn't seem right16:41
RPso files/qemux86/xx would be preferred compared to files/xx16:48
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:50
*** argonautx <argonautx!~argonautx@gw.hyperstone.de> has quit IRC (Quit: Leaving)16:53
vdRP ho ok, but that's a matter of preferring a directory over another, I want all of them to be merged. So I guess I have no choice but to give them a unique name, i.e. env-foo and SRC_URI_append_foo = " file://env-foo"17:04
*** dev1990 <dev1990!~dev@> has joined #yocto17:09
*** gsalazar <gsalazar!~gsalazar@> has quit IRC (Ping timeout: 268 seconds)17:19
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Quit: Leaving)17:22
*** mihai- <mihai-!~mihai@user/mihai> has joined #yocto17:37
*** iwoloschin <iwoloschin!~iwoloschi@> has quit IRC (Quit: Client closed)17:39
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Ping timeout: 265 seconds)17:40
*** berton[m] <berton[m]!~fabiobert@2001:470:69fc:105::ce36> has joined #yocto17:44
*** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has joined #yocto17:55
*** iwoloschin <iwoloschin!~iwoloschi@> has joined #yocto17:56
*** iwoloschin <iwoloschin!~iwoloschi@> has quit IRC (Client Quit)17:56
*** mihai- is now known as mihai18:03
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)18:04
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto18:06
*** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC (Quit: Client closed)18:08
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)18:19
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto18:23
vddoes FOO_append_a_b appends FOO only if OVERRIDES contains both "a" and "b"?18:24
rfs613rburton: after a bit of investigation and testing, it seems that we could set CVE_PRODUCT = "gnu:tar", replacing the current CVE_CHECK_WHITELIST, since the node-tar CVEs have vendor like "tar_project" and "npmjs".18:41
rfs613My earlier idea, of filtering on "Target Software", is more difficult because that field is not extracted from JSON into the sqlite database currently, so we'd need to change the schema, etc.18:42
rburtonrfs613: perfect, and that could probably remove a load of the whitelisting too18:48
*** michaelo <michaelo!~mike@shells.bootlin.com> has quit IRC (Remote host closed the connection)18:51
rfs613rburton: okay, i'll send a patch - I tested on dunfell, but this should apply equally to the newer branches, I'd think18:51
*** michaelo <michaelo!~mike@shells.bootlin.com> has joined #yocto18:51
*** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)18:54
rfs613hmm, looks like vim syntax highting needs an update for the new append syntax.19:01
michaelorfs613: that already happened. Let me look for this...19:03
rfs613michaelo: it's no big deal, don't spend effort on looking, it will show up in $distro eventually ;-)19:03
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)19:03
michaelorfs613: here it is: https://github.com/kergoth/vim-bitbake/pull/2719:06
rfs613michaelo: many thanks!19:07
*** bunk <bunk!~bunk@debian/bunk> has quit IRC (Quit: leaving)19:13
JPEWThe vim plugin is also in bitbake itself; I just recently updated it to handle the new syntax19:14
JPEWkergoth: having two versions of the plugin is confusing :)19:14
*** bunk <bunk!~bunk@debian/bunk> has joined #yocto19:15
*** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has joined #yocto19:16
rfs613rburton: patch sent to list. I forgot to mention that it should go on older branches. Can provide dunfell version (filename differs, as it's an older version of tar)19:20
*** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto19:29
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has quit IRC (Read error: Connection reset by peer)19:42
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto20:11
kergothJPEW: I agree, originally the intention was to keep it as the same content but in an easier to use form (vim plugin managers are common, and many require a particular repo layout, so can't use it from bitbake directly), but unintentionally separated. I'd like to see it kept as a separate repo but on git.yp.org personally, but that's just my opinion20:13
kergother, unintentionally *deviated*, not separated20:13
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)20:15
JPEWkergoth: Fair... FWIW, I've not had any trouble pulling it from bitbake: https://github.com/JPEWdev/vim-config/blob/master/vimrc#L1420:16
kergothdepends on the particular plugin manager. for example, not suitable for managers leveraging vim8 built in plugin handling afaik20:17
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto20:22
*** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto20:22
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)20:28
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto20:35
*** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has joined #yocto20:41
*** ant__ <ant__!~ant@host-79-16-249-93.retail.telecomitalia.it> has joined #yocto20:46
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)20:52
*** dev1990 <dev1990!~dev@> has quit IRC (Quit: Konversation terminated!)20:52
*** goliath <goliath!~goliath@user/goliath> has joined #yocto21:01
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 268 seconds)21:04
*** GillesM <GillesM!~gilles@> has quit IRC (Quit: Leaving)21:13
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Client closed)21:29
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)21:33
*** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Ping timeout: 265 seconds)21:37
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto22:02
*** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)22:02
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)22:06
*** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto22:08
*** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Client Quit)22:09
RPI'm happy to do whatever makes sense for people to use...22:15
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:23
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 245 seconds)22:23
*** davidinux <davidinux!~davidinux@> has joined #yocto22:23
*** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:25
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer)22:33
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto22:34
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto22:36
*** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has joined #yocto22:42
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)22:52
*** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)23:14
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto23:26
*** GillesM <GillesM!~gilles@> has joined #yocto23:47
*** GillesM <GillesM!~gilles@> has quit IRC (Quit: Leaving)23:53

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