| *** 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 #yocto | 00: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 #yocto | 00:59 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 252 seconds) | 01:54 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Read error: Connection reset by peer) | 01:59 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 02:02 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 02:15 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02: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@172.243.4.16> 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@103.208.69.187> has joined #yocto | 03:03 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.179> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 03:18 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.179> has joined #yocto | 03:36 | |
| *** cryptollision[m] <cryptollision[m]!~cryptolli@2001:470:69fc:105::f778> has joined #yocto | 04:52 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> 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@185.193.126.133> has joined #yocto | 05:16 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:20 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 05: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.212.114.255.148.ip-pool.nefkom.net> has joined #yocto | 06:23 | |
| JosefHolzmayr[m] | yo dudX | 06:27 |
|---|---|---|
| erbo | JosefHolzmayr[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 #yocto | 06: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 | |
| erbo | makes sense :) | 06:38 |
| JosefHolzmayr[m] | i am inclined to interpret that as a personal insult (making sense) ;-) | 06:40 |
| erbo | Oh, 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 |
| erbo | I bet the viewers of your videos would beg to differ | 06:42 |
| JosefHolzmayr[m] | hrhr | 06:44 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 268 seconds) | 06:54 | |
| *** zpfvo <zpfvo!~fvo@89.244.122.193> has joined #yocto | 06:56 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-19-60.play-internet.pl> has joined #yocto | 06:59 | |
| *** ant__ <ant__!~ant@host-79-16-249-93.retail.telecomitalia.it> has quit IRC (Quit: Leaving) | 07:01 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 07:02 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has joined #yocto | 07:08 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:10 | |
| *** mckoan|away is now known as mckoan | 07:10 | |
| mckoan | good morning | 07:10 |
| JosefHolzmayr[m] | yo mckoan | 07:14 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:16 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 07:19 | |
| mckoan | JosefHolzmayr[m]: hey, unfortunately I won't be able to attend your webinar this afternoon because I'm running a training course | 07:23 |
| mckoan | JosefHolzmayr[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 |
| mckoan | JosefHolzmayr[m]: yes, tomorrow. Thanks | 07:25 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:06 | |
| *** novaldex <novaldex!~novaldex@cpc100416-uddi28-2-0-cust113.20-3.cable.virginm.net> has joined #yocto | 08:14 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 265 seconds) | 08:16 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 08:22 | |
| *** Little_rabbit <Little_rabbit!~Little_ra@2a02-a45a-88f0-1-2f4b-88ab-7ce9-9a6d.fixed6.kpn.net> has joined #yocto | 08:24 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:26 | |
| Little_rabbit | Is 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_rabbit | The dir gets created but no content is there. Was hoping to examine the rootfs after the build. | 08:27 |
| qschulz | Little_rabbit: probably need to cleansstate the core-image-minimal to trigger a rebuild and repopulate the rootfs dir without rm_work enabled | 08:29 |
| rburton | not a cleansstate, never cleansstate | 08:30 |
| rburton | if the task isn't re-running as the rootfs already exists in deploy, then bitbake core-image-minimal -C rootfs | 08:30 |
| *** olani[m] <olani[m]!~olanimatr@2001:470:69fc:105::c93> has joined #yocto | 08:34 | |
| qschulz | rburton: you'll anyway need to cleansstate after the -C is run to perform a non-tainted build | 08: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 #yocto | 08:53 | |
| Little_rabbit | I 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_rabbit | The directory `work/machine/core-image-minimal/1.0/rootfs` ends up empty. | 08:54 |
| qschulz | are you actually building core-image-minimal? | 08:55 |
| Little_rabbit | Could be some of the non standard layers I guess then | 08:55 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:07 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 09:24 | |
| Little_rabbit | Seem's like something related to `-c build_without_rm_work`. If I remove `INHERIT += "rm_work"` from local.conf the rootfs content does get generated | 09:29 |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 09:46 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has joined #yocto | 09:47 | |
| *** Belsirk <Belsirk!~rfuentess@2a01:598:b800:4fe9:201a:bc9f:b0a9:937e> has joined #yocto | 09: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|away | 10:10 | |
| *** rfuentess__ <rfuentess__!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has joined #yocto | 10: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 #yocto | 10:21 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 10:32 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> 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 #yocto | 10:53 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 11:17 | |
| *** mihai- <mihai-!~mihai@user/mihai> has joined #yocto | 11:18 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Read error: Connection reset by peer) | 11:19 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Read error: Connection reset by peer) | 11:24 | |
| *** novaldex is now known as novaldex|away | 11:25 | |
| *** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has joined #yocto | 11: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 | |
| jorschulko | Hi, 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 directory | 11: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 rfuentess | 11:36 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 11:38 | |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto | 11:47 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 11:48 | |
| yates | RP: 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 github | 11:55 |
| yates | crti.S, rather | 11:57 |
| yates | but 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 #yocto | 12:00 | |
| *** mihai- is now known as mihai | 12:00 | |
| yates | i'm confused. | 12:01 |
| yates | glibc-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 #yocto | 12:13 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 12:20 | |
| jorschulko | Follow-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 #yocto | 12:29 | |
| RP | yates: I don't know much about csky | 12:30 |
| jorschulko | Yeah... 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 perfectly | 12:35 |
| JosefHolzmayr[m] | jorschulko: time to send patches to make it usable, then! :) | 12:36 |
| jorschulko | Yeah, thinking about it ;) | 12:36 |
| JaMa | RP: 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 #yocto | 12:39 | |
| Tyaku | Hi, 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 them | 12:41 |
| JaMa | https://git.openembedded.org/bitbake/commit/?id=eae6e947e37e18cded053814bd2a268b44fb25cd seems related | 12:41 |
| Tyaku | within do_install." | 12:41 |
| RP | JaMa: I can guess which one caused it | 12:42 |
| Tyaku | I'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 |
| RP | JaMa: almost certainly http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=15c87c405f2893208cb94cba2713db9e5e8204a6 | 12:42 |
| Tyaku | I use the "DEPENDS" variable. | 12:42 |
| RP | JaMa: FWIW it used to say "0 of 0" | 12:43 |
| rburton | Tyaku: do what the error says: set FILES_* appropriate. this is covered in the manual | 12:44 |
| RP | JaMa: ah, I think I see what you mean. It is that commit | 12:44 |
| JaMa | RP: for me it worked e.g. jenkins build from 6 days ago shows "Running setscene task 7 of 18265" | 12:44 |
| RP | JaMa: I fixed the interactive view and broke the other one :( | 12:45 |
| RP | JaMa: the numbers for setscene tasks were wrong anyway :( | 12:45 |
| JaMa | yes I think I was seeing larger task number than the "total" in of sometimes | 12:46 |
| RP | build without rehashing were ok, if rehashing happened you for task 18000 of 2400 | 12:46 |
| Tyaku | rburton: We have to do it on the recipe that provide the library or in the recipe that use ? | 12:46 |
| rburton | the recipe that emits the error | 12:46 |
| JaMa | I almost never run interactive view (always use tee to some file) | 12:47 |
| rburton | why is that? the log is always written to disk too | 12:47 |
| RP | JaMa: 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 #yocto | 12: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@58.246.136.202> has quit IRC (Quit: camus) | 13:02 | |
| *** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has joined #yocto | 13:05 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 13:05 | |
| *** novaldex|away is now known as novaldex | 13:13 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto | 13: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 #yocto | 13:37 | |
| *** novaldex <novaldex!~novaldex@cpc100416-uddi28-2-0-cust113.20-3.cable.virginm.net> has joined #yocto | 13:42 | |
| michaelo | Hello. 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 |
| Tyaku | Did you know where I can find some docs about how to make a recipe that create a static lib ? | 13:47 |
| michaelo | Tyaku: maybe https://docs.yoctoproject.org/dev-manual/common-tasks.html#including-static-library-files | 13:53 |
| Tyaku | That's what i was reading | 13: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@172.243.4.16> has joined #yocto | 13:57 | |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 13:58 | |
| Tyaku | Ok, 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 |
| Tyaku | On the recipe A, I just have this in do_install(): "install -m 0644 ${B}/lib/libCHIP.a ${D}${libdir}" | 13:58 |
| Tyaku | At 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@46.23.84.72> has joined #yocto | 13:59 | |
| RP | michaelo: yes, well spotted | 14:01 |
| RP | michaelo: it never should have been image specific anyway (another good reason we changed it) | 14:02 |
| qschulz | Tyaku: I think the whole point of static libraries is that you don't need them at runtime since they're part of your binaries | 14:03 |
| qschulz | and I would assume .a files would be in -dbg or -dev packages by default | 14:03 |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:6c69:5125:fdf0:3d23> has joined #yocto | 14:04 | |
| qschulz | also not sure to understand why you want to really use a static lib? | 14:04 |
| michaelo | RP: many thanks. So, we cannot run "test_checkpkg" tasks through bitbake, right? | 14:05 |
| Tyaku | qschulz: 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 |
| qschulz | Tyaku: the question is why :) | 14:10 |
| Tyaku | But, How to be sure the recipe A is generating the .a file ? | 14:10 |
| Tyaku | Why what ? | 14:11 |
| qschulz | why do you want to use a static library? | 14:11 |
| qschulz | you go into the workdir of recipe A and check that .a is compiled | 14:11 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 14:11 | |
| qschulz | then you check that it is available in $workdir/image | 14:11 |
| qschulz | if not, FILES variable is incorrect or you aren't installing it | 14:11 |
| Tyaku | Because 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 it | 14:12 |
| qschulz | if it is, then check $workdir/sysroot-destdir it should be in there | 14:12 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 14:12 | |
| *** camus1 is now known as camus | 14:12 | |
| qschulz | if not, then adapt the path of your static lib to be installed in a directory in SYROOT_DIRS or add the path to it | 14:12 |
| qschulz | then from recipe B, you should have your .a in recipe-sysroot, if not, forgotten DEPENDS | 14:13 |
| Tyaku | I found the library here: tmp/work/cortexa53-crypto-poky-linux/matter/0.0+gitAUTOINC+0b406ded65-r0/out/lib | 14:13 |
| Tyaku | In 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 |
| qschulz | also i'm pretty sure libs shouldn't be in /usr/bin :) | 14:15 |
| Tyaku | Yeah, 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 | |
| Tyaku | Ok, I found the problem: I didn't create the folder ${libdir} before trying to copy files into it. | 14:32 |
| Tyaku | qschulz: 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 #yocto | 14:35 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 265 seconds) | 14:36 | |
| smurray | Tyaku: that's the default behavior, static libs go into the -static package and those aren't installed into rootfs unless you explicitly say to | 14:37 |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:6c69:5125:fdf0:3d23> has quit IRC (Quit: Konversation terminated!) | 14:38 | |
| Tyaku | Oh 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 |
| qschulz | Tyaku: no | 14:40 |
| qschulz | DEPENDS is on recipes, RDPEENDS is on packages | 14:40 |
| qschulz | │16:12:11 qsqschulz | if it is, then check $workdir/sysroot-destdir it should be in there | 14: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 it | 14:41 |
| qschulz | packaging has nothing to do with the availability of files in other recipes | 14:42 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 14:42 | |
| Tyaku | Currently in $workdir/image and $workdir/sysroot-destdir I have the library in /usr/lib/libCHIP.a | 14:43 |
| *** Belsirk <Belsirk!~rfuentess@2a01:598:b800:4fe9:201a:bc9f:b0a9:937e> has joined #yocto | 14:45 | |
| Tyaku | So 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 |
| qschulz | Tyaku: RDEPENDS are runtime dependencies, static libs aren't runtime dependencies but build time | 14:46 |
| *** frieder <frieder!~frieder@i59F72436.versanet.de> has quit IRC (Remote host closed the connection) | 14:46 | |
| Tyaku | Now 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 |
| qschulz | so you need DEPENDS=A | 14:47 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 14: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 rfuentess | 14:49 | |
| Tyaku | qschulz: 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 |
| rburton | DEPENDS lists recipes that you depend on | 14:53 |
| rburton | because at build time there isn't a rootfs | 14:53 |
| rburton | you mean sysroot, which is tied to a recipe | 14:53 |
| Tyaku | So 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 |
| rburton | when is 'normal'? | 14:54 |
| qschulz | Tyaku: if you don't install the static lib, it won't be available in other recipes so yes you do need to install it | 14:55 |
| qschulz | but the install task is not installing into the rootfs | 14:55 |
| Tyaku | If 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 |
| qschulz | it is installing in a skeleton of a rootfs, which is then split into different packages | 14:55 |
| qschulz | when 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 rootfs | 14:56 |
| qschulz | then bitbake creates a tarball (or whatever you asked it to create) from this rootfs, which effectively creates a rootfs usable for the target | 14:57 |
| qschulz | for 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 recipes | 14:57 |
| qschulz | made out of *parts* of the skeleton rootfs | 14:58 |
| Tyaku | qschulz: your explanation is excellent | 14:59 |
| Tyaku | qschulz: Thank you <3 | 14:59 |
| rburton | as 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 |
| Tyaku | I 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 |
| Tyaku | Now 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 |
| Tyaku | This error is strange because recipe B don't use GN or Ninja. It's a simple CMake recipe. | 15:06 |
| rburton | pastebin the recipe? | 15:07 |
| rburton | (our cmake class uses ninja) | 15:07 |
| Tyaku | https://pastebin.com/gVnjXw8t This is the recipe B | 15:07 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:07 | |
| rburton | guessing your cmakelists doesn't have install rules | 15:08 |
| Tyaku | Yes it's possible ! | 15:08 |
| rburton | so it can't install :) | 15:08 |
| Tyaku | Thank you, i'm going to watch it ! | 15:08 |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!) | 15:09 | |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto | 15:09 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.179> has quit IRC (Read error: Connection reset by peer) | 15:10 | |
| Tyaku | All of what you explained to me, qschulz and rburton, is it on the Yocto Ref Manual ? | 15:11 |
| rburton | should be | 15:12 |
| whuang0389 | does anyone know how I can install ps command? Im not using busybox abd I can't find an existing recipe. | 15:12 |
| rburton | Tyaku: https://docs.yoctoproject.org/singleindex.html#configuration-compilation-and-staging | 15:13 |
| rburton | whuang0389: use busybox? | 15:13 |
| *** hpsy <hpsy!~hpsy@197.37.219.233> has joined #yocto | 15:15 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.179> has joined #yocto | 15:15 | |
| yates | gentlement: 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 |
| rburton | yates: 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 | |
| whuang0389 | haha unfortunately my team doesn't want to use busybox | 15:18 |
| jordemort | i'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 them | 15:18 |
| whuang0389 | and we don't have a space issue so we're aren't looking to create a very small image | 15:19 |
| jordemort | whuang0389: i think you want procps | 15:19 |
| whuang0389 | thanks, i was just looking at that! | 15:19 |
| jordemort | looks like it makes a `procps-ps` package that you could install to just get `ps` (looking at hardknott) | 15:20 |
| hpsy | Is 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 |
| rburton | hpsy: apparently so. can you file a bug? | 15:22 |
| yates | rburton: 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 used | 15:23 |
| rburton | the task log will list what sysroots are being pulled in | 15:23 |
| whuang0389 | jordemort 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-graphs | 15:24 |
| jordemort | whuang0389: yeah i think that's just what i need, thanks! | 15:25 |
| *** ThomasD13 <ThomasD13!~thomasd13@dsl01.212.114.255.148.ip-pool.nefkom.net> has quit IRC (Ping timeout: 252 seconds) | 15:27 | |
| hpsy | rburton Sure, I'll do that. | 15:28 |
| rburton | thanks | 15:28 |
| hpsy | NP | 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 #yocto | 15:30 | |
| *** agrue <agrue!~agrue@static-host-74-221-178-231.epbinternet.com> has joined #yocto | 15:30 | |
| *** GillesM <GillesM!~gilles@135.155.118.78.rev.sfr.net> has joined #yocto | 15:32 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:b800:4fe9:201a:bc9f:b0a9:937e> has quit IRC (Ping timeout: 260 seconds) | 15:32 | |
| yates | rburton: i presume you're talking about run./log.do_prepare_recipe_sysroot? | 15:34 |
| rburton | every task has a sysroot installation log | 15:35 |
| yates | so, like, do_fetch?!?? | 15:37 |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Ping timeout: 268 seconds) | 15:38 | |
| rburton | log.do_fetch will show it installing the sysroot components for the do_fetch task, yes | 15:39 |
| RP | michaelo: I think we got rid of the testpkg code | 15:41 |
| yates | rburton: so are you referring to lines like "NOTE: Installed into sysroot: []" in e.g. the log.do_fetch ? | 15:42 |
| yates | here: http://paste.debian.net/1211735/ | 15:42 |
| rburton | yes | 15:42 |
| rburton | that tells you what it installed into the sysroot | 15:43 |
| yates | ok | 15:43 |
| *** hpsy <hpsy!~hpsy@197.37.219.233> has quit IRC (Quit: Client closed) | 15:45 | |
| *** hpsy <hpsy!~hpsy@197.37.219.233> has joined #yocto | 15:45 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 15:48 | |
| rfs613 | recently 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@172.58.187.179> 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 |
| RP | JPEW: I think the timestamp clamping breaks things like the gcc source tree files shared between bits of the gcc build | 15:52 |
| angolini | oh, 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 meeting | 15:52 |
| JPEW | The gcc source tree is the input to do_package? | 15:53 |
| JPEW | (or some other sstate task?) | 15:53 |
| angolini | I know the meeting is being recorded, but I have never could find a link to get to the recording. | 15:53 |
| jordemort | looks like my initramfs images were inheriting from core-image, which installs packagegroup-core-boot, which installs kernels; switching to just inheriting image instead | 15:53 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 252 seconds) | 15:53 | |
| RP | JPEW: do_populate_sysroot | 15:54 |
| rburton | rfs613: nobody has actually looked into how to do it automatically yet afaik | 15:55 |
| RP | JPEW: we might be able to surpress the timestamp clamping for populate_sysroot | 15:55 |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.179> has joined #yocto | 15:55 | |
| JPEW | RP: Lets see.... that would be OK because it basically has special rules b/c of RSS? | 15:56 |
| JPEW | Or it's not ideal but would work | 15:56 |
| RP | JPEW: we don't include the timestamps in the outhash for populate_sysroot anyway do we? | 15:56 |
| * JPEW checks | 15:57 | |
| rfs613 | rburton: 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 |
| JPEW | RP: We do not | 15:58 |
| JPEW | We actually only include the timestamps for do_package and only when BUILD_REPRODUCIBLE_BINARIES is set | 15:58 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:59 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Client closed) | 15:59 | |
| JPEW | I suppose we need the timestamp clamping code to only apply with the same logic as the outhash calculation | 16:00 |
| * JPEW Wonders if we can codify that in some common location | 16:00 | |
| *** Belsirk <Belsirk!~rfuentess@2a01:598:89f5:9963:201a:bc9f:b0a9:937e> has quit IRC (Quit: CHELAS!!!!!!!!) | 16:06 | |
| RP | JPEW: I will hack something to at least test this | 16:07 |
| RP | common location could be hard | 16:07 |
| *** iwoloschin <iwoloschin!~iwoloschi@130.44.181.251> has joined #yocto | 16:30 | |
| vd | can SRC_URI contain several directories with the same name? | 16:34 |
| vd | I'm trying to figure out a way to merge many "env" directories (one per override) into one in a recipe | 16:35 |
| iwoloschin | Is 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 |
| RP | vd: I think the fetcher can handle directories named after overrides, at least some of them. | 16:39 |
| vd | RP: that'd be interesting! I was thinking about finding 'env-*' in ${WORKDIR} and naming them like env-$override but that doesn't seem right | 16:41 |
| RP | vd: FILESOVERRIDES = "${TRANSLATED_TARGET_ARCH}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}" | 16:47 |
| RP | so files/qemux86/xx would be preferred compared to files/xx | 16: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 | |
| vd | RP 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@78.10.71.240> has joined #yocto | 17:09 | |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 268 seconds) | 17:19 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:22 | |
| *** mihai- <mihai-!~mihai@user/mihai> has joined #yocto | 17:37 | |
| *** iwoloschin <iwoloschin!~iwoloschi@130.44.181.251> 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 #yocto | 17:44 | |
| *** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has joined #yocto | 17:55 | |
| *** iwoloschin <iwoloschin!~iwoloschi@130.44.181.251> has joined #yocto | 17:56 | |
| *** iwoloschin <iwoloschin!~iwoloschi@130.44.181.251> has quit IRC (Client Quit) | 17:56 | |
| *** mihai- is now known as mihai | 18: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 #yocto | 18: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 #yocto | 18:23 | |
| vd | does FOO_append_a_b appends FOO only if OVERRIDES contains both "a" and "b"? | 18:24 |
| rfs613 | rburton: 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 |
| rfs613 | My 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 |
| rburton | rfs613: perfect, and that could probably remove a load of the whitelisting too | 18:48 |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has quit IRC (Remote host closed the connection) | 18:51 | |
| rfs613 | rburton: okay, i'll send a patch - I tested on dunfell, but this should apply equally to the newer branches, I'd think | 18:51 |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has joined #yocto | 18:51 | |
| *** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 18:54 | |
| rfs613 | hmm, looks like vim syntax highting needs an update for the new append syntax. | 19:01 |
| michaelo | rfs613: that already happened. Let me look for this... | 19:03 |
| rfs613 | michaelo: 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 | |
| michaelo | rfs613: here it is: https://github.com/kergoth/vim-bitbake/pull/27 | 19:06 |
| rfs613 | michaelo: many thanks! | 19:07 |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Quit: leaving) | 19:13 | |
| JPEW | The vim plugin is also in bitbake itself; I just recently updated it to handle the new syntax | 19:14 |
| JPEW | kergoth: having two versions of the plugin is confusing :) | 19:14 |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 19:15 | |
| *** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has joined #yocto | 19:16 | |
| rfs613 | rburton: 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 #yocto | 19: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 #yocto | 20:11 | |
| kergoth | JPEW: 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 opinion | 20:13 |
| kergoth | er, unintentionally *deviated*, not separated | 20: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 | |
| JPEW | kergoth: Fair... FWIW, I've not had any trouble pulling it from bitbake: https://github.com/JPEWdev/vim-config/blob/master/vimrc#L14 | 20:16 |
| kergoth | depends on the particular plugin manager. for example, not suitable for managers leveraging vim8 built in plugin handling afaik | 20:17 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-151-66.play-internet.pl> has joined #yocto | 20:22 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 20:22 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 20:28 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 20:35 | |
| *** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has joined #yocto | 20:41 | |
| *** ant__ <ant__!~ant@host-79-16-249-93.retail.telecomitalia.it> has joined #yocto | 20:46 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 20:52 | |
| *** dev1990 <dev1990!~dev@78.10.71.240> has quit IRC (Quit: Konversation terminated!) | 20:52 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:01 | |
| *** amitk <amitk!~amit@103.208.69.187> has quit IRC (Ping timeout: 268 seconds) | 21:04 | |
| *** GillesM <GillesM!~gilles@135.155.118.78.rev.sfr.net> 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 #yocto | 22: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@78.130.197.211> has quit IRC (Quit: Leaving) | 22:06 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 22:08 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Client Quit) | 22:09 | |
| RP | I'm happy to do whatever makes sense for people to use... | 22:15 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 22:23 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has quit IRC (Ping timeout: 245 seconds) | 22:23 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has joined #yocto | 22: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 #yocto | 22:34 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 22:36 | |
| *** florian <florian!~florian@dynamic-002-244-173-157.2.244.pool.telefonica.de> has joined #yocto | 22: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 #yocto | 23:26 | |
| *** GillesM <GillesM!~gilles@135.155.118.78.rev.sfr.net> has joined #yocto | 23:47 | |
| *** GillesM <GillesM!~gilles@135.155.118.78.rev.sfr.net> 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/!