| *** linkliu59 <linkliu59!~user_name@139.198.118.108> has quit IRC (Ping timeout: 260 seconds) | 00:14 | |
| *** linkliu59 <linkliu59!~user_name@139.198.118.108> has joined #yocto | 00:15 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC (Remote host closed the connection) | 00:21 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 00:42 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.19> has quit IRC (Read error: Connection reset by peer) | 00:55 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.19> has joined #yocto | 01:00 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 01:45 | |
| Ch^W_ | RP: Here is a gist of the patch update I emailed to the list: https://gist.github.com/chuckwolber/0b54675ea9a2e8ca457b9349b9fed308 | 01:48 |
|---|---|---|
| Ch^W_ | RP: The only changes I made were to lines 29, 100, 102, and 110. | 01:49 |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 01:49 | |
| Ch^W_ | And the more I ponder it, the more I like your idea. It more or less causes bitbake behave like Git. | 01:50 |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 01:55 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 02:00 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Ping timeout: 256 seconds) | 02:04 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 02:06 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:08 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 02:10 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 02:16 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 265 seconds) | 02:21 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 02:47 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 02:51 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 02:57 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 03:01 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 03:11 | |
| *** Guest32 <Guest32!~Guest32@24.34.87.160> has joined #yocto | 03:15 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 265 seconds) | 03:16 | |
| Guest32 | Hello, I have a question. I'm using Yocto Dunfell and I'm trying to remove qemu-edk2 support. How I can remove the edk2 support from qemu? | 03:17 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 268 seconds) | 03:31 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 03:32 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 03:37 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (*.net *.split) | 04:30 | |
| *** risca_ <risca_!~quassel@h-212-85-71-156.A328.priv.bahnhof.se> has quit IRC (*.net *.split) | 04:30 | |
| *** Gaffel_ <Gaffel_!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has quit IRC (*.net *.split) | 04:30 | |
| *** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC (*.net *.split) | 04:30 | |
| *** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has quit IRC (*.net *.split) | 04:30 | |
| *** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto | 04:30 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 04:31 | |
| *** risca <risca!~quassel@h-212-85-71-156.A328.priv.bahnhof.se> has joined #yocto | 04:31 | |
| *** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has joined #yocto | 04:31 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 04:35 | |
| *** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has joined #yocto | 04:42 | |
| *** amitk <amitk!~amit@103.208.71.181> has joined #yocto | 05:03 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 05:07 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Ping timeout: 264 seconds) | 05:21 | |
| *** m4ho <m4ho!~m4ho@81.20.119.6> has quit IRC (Quit: WeeChat 3.1) | 05:24 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:26 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:f85b:5e51:df16:ed40> has quit IRC (Ping timeout: 252 seconds) | 05:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 05:34 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 05:35 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 05:35 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 06:10 | |
| *** rsalveti <rsalveti!uid117878@uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 06:23 | |
| *** bps <bps!~bps@80.208.66.147> has joined #yocto | 06:23 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Ping timeout (120 seconds)) | 06:30 | |
| JosefHolzmayrThe | Guest32: remove from where and whats the reasoning? | 06:30 |
| *** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has joined #yocto | 06:30 | |
| Guest32 | I have a low memory system that is booting from RAM and I don't need the UEFI support | 06:31 |
| JosefHolzmayrThe | Guest32: but how does that relate to qemu? | 06:31 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:33 | |
| Guest32 | bash-5.0# ls -lah /usr/share/qemu/ | grep edk | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 64M Mar 9 2018 edk2-aarch64-code.fd | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 64M Mar 9 2018 edk2-arm-code.fd | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 64M Mar 9 2018 edk2-arm-vars.fd | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 3.5M Mar 9 2018 edk2-i386-code.fd | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 3.5M Mar 9 2018 edk2-i386-secure-code.fd | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 528K Mar 9 2018 edk2-i386-vars.fd | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 42K Mar 9 2018 edk2-licenses.txt | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 3.5M Mar 9 2018 edk2-x86_64-code.fd | 06:33 |
| Guest32 | -rw-r--r-- 1 root root 3.5M Mar 9 2018 edk2-x86_64-secure-code.fd | 06:33 |
| Guest32 | edk2 seems to be part of qemu ... | 06:33 |
| JosefHolzmayrThe | Guest32: i'd rather guess that something in your image/distro/machine pulls it in, and if you don't need it, then remove it there. | 06:34 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:36 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 06:37 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 06:39 | |
| Guest32 | do you have an example? I want qemu without edk2 ... | 06:39 |
| JosefHolzmayrThe | Guest32: but you do want qemu? | 06:40 |
| Guest32 | Yes, I want qemu ... | 06:40 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:43 | |
| JosefHolzmayrThe | Guest32: according to this list http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/qemu/qemu.inc#n148 i cannot easily spot a switch that would affect uefi or edk2. so I'd say thats your starting point: find out what build parameter makes qemu build and install all that stuff, then turn it off. one sidenode: before you dig too deep, make sure that you're actually looking at the right thing. oe-pkgdata-util will help | 06:45 |
| JosefHolzmayrThe | you map the file to a recipe/package | 06:45 |
| JosefHolzmayrThe | Guest32: and trimming down supported architectures might be helpful too. | 06:47 |
| JosefHolzmayrThe | http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/qemu/qemu.inc#n75 | 06:47 |
| *** mckoan|away is now known as mckoan | 06:51 | |
| mckoan | good morning | 06:51 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Client closed) | 06:55 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 06:56 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 06:57 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 06:58 | |
| *** gsalazar_ <gsalazar_!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 07:00 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 07:03 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.188> has joined #yocto | 07:07 | |
| hmw[m] | good morning | 07:07 |
| hmw[m] | how do i set a perered version of linux-libc-headers? | 07:08 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:08 | |
| JosefHolzmayrThe | hmw: be providing a recipe for it and then using PREFERRED_VERSION, probably. | 07:09 |
| hmw[m] | PREFERRED_VERSION_linux-libc-headers = "5.10.%" ? | 07:09 |
| JosefHolzmayrThe | PREFERRED_VERSION:linux-libc-headers it is on master, and it also only works if there is a recipe that provides said version. | 07:11 |
| hmw[m] | tnx | 07:11 |
| *** amitk <amitk!~amit@103.208.71.181> has quit IRC (Quit: leaving) | 07:12 | |
| *** amitk <amitk!~amit@103.208.71.181> has joined #yocto | 07:12 | |
| *** amitk <amitk!~amit@103.208.71.181> has quit IRC (Client Quit) | 07:17 | |
| *** amitk <amitk!~amit@103.208.71.181> has joined #yocto | 07:17 | |
| *** gsalazar__ <gsalazar__!~gsalazar@194.38.148.130> has joined #yocto | 07:18 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 07:19 | |
| *** gsalazar_ <gsalazar_!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 264 seconds) | 07:21 | |
| *** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has quit IRC (Read error: Connection reset by peer) | 07:22 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 07:23 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 07:24 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 07:26 | |
| *** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has joined #yocto | 07:28 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 07:30 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:31 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 07:34 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 07:45 | |
| qschulz | RP: I saw over the week-end that the can of worms is open for the JSON files :p | 07:45 |
| JosefHolzmayrThe | qschulz: JSON files? where are JSON files?!? | 07:46 |
| qschulz | JosefHolzmayrThe: IIUC, the format of the sigdata files is changed from pickled objects to JSON files | 07:47 |
| JosefHolzmayrThe | ah | 07:47 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:56 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 08:01 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Ping timeout (120 seconds)) | 08:03 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 08:03 | |
| wyre | can bitbake include a recipe in the workspace into a specific layer? Have I to do this manually? 🤔 | 08:13 |
| JosefHolzmayrThe | wyre: you mean, once you are finished with it, after you worked on it with devtool? i think it can, go for devtol help | 08:14 |
| *** wwilly <wwilly!~wwilly@217.140.106.13> has quit IRC (Quit: Leaving) | 08:22 | |
| *** ChanServ sets mode: +v ndec_ | 08:34 | |
| *** ndec_ is now known as ndec | 08:34 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:45 | |
| JosefHolzmayrThe | how crazy would it be to put DL_DIR and maybe even SSTATE on a remote location, connected over rclone? | 09:04 |
| qschulz | I think it's a bad idea for SSTATE if you don't have a blazing fast download speed from your remote location? | 09:10 |
| qschulz | what are you trying to achieve? | 09:10 |
| JosefHolzmayrThe | and if i had? | 09:10 |
| qschulz | you would have the network overhead for every sstate-cache checks | 09:11 |
| qschulz | so still much slower than local fs I'd assume but it's just guessing :) | 09:12 |
| JosefHolzmayrThe | i'm not doubting that it will be slower, probably also substantially, but would it work? | 09:13 |
| qschulz | let us know :p | 09:13 |
| *** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC (Ping timeout: 252 seconds) | 09:14 | |
| JosefHolzmayrThe | exactly the "i did not hope for"-answer :P | 09:26 |
| *** Stormenberg <Stormenberg!~thomas@188.95.247.248> has joined #yocto | 09:26 | |
| rburton | JosefHolzmayrThe: isn't the stuff local if you use rclone, it's just mirrored remotely too? | 09:28 |
| *** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 09:28 | |
| rburton | the canonical solution is local sstate_dir, remote readonly sstate mirror, task to sync local to remote | 09:29 |
| RP | qschulz: yes, I hadn't realised the code used them as sets :( | 09:30 |
| JosefHolzmayrThe | rburton: yeah i know, but what if i want a remote sstate and have no nfs or such? | 09:31 |
| JosefHolzmayrThe | e.g. want to use aws s3 or such? | 09:31 |
| rburton | then you need to write locally then mirror afterwards | 09:31 |
| rburton | which is trivial, after a successful build do the sync | 09:32 |
| JosefHolzmayrThe | and how do i use the remote one? any example? | 09:32 |
| rburton | SSTATE_MIRRORS | 09:34 |
| JosefHolzmayrThe | k | 09:34 |
| rburton | local.conf.sample has an example using the autobuilder sstate | 09:34 |
| rburton | stuff in a mirror is downloaded to your local sstate dir, so if your intention is to reduce disk usage then sorry | 09:34 |
| JosefHolzmayrThe | yeah i know that one, but its a) public and b) uses the whole http sutff | 09:35 |
| rburton | sure, but its an example of the syntax | 09:35 |
| rburton | it runs through bb.fetch2 | 09:35 |
| qschulz | you upload your SSTATE_DIR to your remote and rnu a webserver serving those files | 09:35 |
| qschulz | and rsync every now and then to keep your mirror up to date | 09:36 |
| qschulz | same mechanism can be used for DL_DIR | 09:36 |
| rburton | or if s3 wasn't an abstract example, you can use s3: urls | 09:36 |
| JosefHolzmayrThe | yeah but... it kinda doesn't feel like i want it to. | 09:37 |
| JosefHolzmayrThe | thanks for the input, will dig deeper. | 09:37 |
| qschulz | not sure to understand the issue, can you elaborate? | 09:37 |
| JosefHolzmayrThe | qschulz: not yet, sorry. | 09:37 |
| qschulz | :) | 09:38 |
| JosefHolzmayrThe | read as: "busy evaluating crazy brainfarts" | 09:38 |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto | 09:46 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds) | 09:56 | |
| *** bps <bps!~bps@80.208.66.147> has joined #yocto | 10:10 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 264 seconds) | 10:21 | |
| *** bps <bps!~bps@80.208.66.147> has joined #yocto | 10:24 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Quit: Lost terminal) | 10:29 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:30 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 10:51 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 10:55 | |
| *** pidge957 is now known as pidge | 11:05 | |
| *** pidge <pidge!~pidge95@194.110.145.166> has quit IRC (Quit: Client closed) | 11:07 | |
| *** pidge <pidge!~pidge@194.110.145.166> has joined #yocto | 11:07 | |
| *** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:3791:1b60:b4f4:8e14> has quit IRC (Quit: vladest) | 11:09 | |
| *** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:1174:53b9:f68b:a0b7> has joined #yocto | 11:10 | |
| wyre | does bitbake provide cmake? 🤔 | 11:15 |
| rburton | there is an oe-core recipe for cmake | 11:15 |
| rburton | bitbake doesn't provide anything | 11:16 |
| wyre | rburton, I mean for the build process in the docker instance where I'm running bitbake | 11:16 |
| rburton | right. oe-core has a recipe for cmake. | 11:16 |
| rburton | like it has a recipe for autoconf or gcc. | 11:16 |
| wyre | rburton, so actually cmake has to be built before built c packages with it? 🤔 | 11:16 |
| rburton | bitbake is a python tool which reads recipe files, and executes them. nothing else. | 11:17 |
| rburton | well, yes, of course | 11:17 |
| rburton | inherit cmake in the recipe that uses cmake and that will add a dependency on cmake-native for you | 11:19 |
| wyre | rburton, what do you mean with "cmake-native"? | 11:21 |
| rburton | that's teh recipe that provides a cmake you can run during the build | 11:22 |
| wyre | rburton, I wrote a recipe to build a c program with cmake, but I'm having these errors https://bpa.st/QSIA | 11:23 |
| wyre | and I think they could be because some cmake extension is missing 🤔 | 11:23 |
| rburton | does your recipe inherit pkgconfig? | 11:28 |
| rburton | because your cmake is calling pkgconfig | 11:29 |
| JosefHolzmayrThe | i think the standard sdk includes qemu, and i thought it also would include the kernel+image that it was built for, but has that changed? | 11:40 |
| wyre | rburton, no, it doesn't, I'll try inheriting pkgconfig also | 11:48 |
| wyre | can I do it like `inherit cmake pkgconfig`? | 11:49 |
| qschulz | yes | 11:51 |
| wyre | well, currently is inheriting also pkgconfig but the error is still the same | 11:57 |
| wyre | maybe I need to set DEPENDS 🤔 | 11:57 |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 11:57 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has joined #yocto | 12:00 | |
| manuel1985 | I'm reorganizinig my metalayers. I'd md5sum the whole generated rootfs before and after my change to assert my change is functionally neutral. Is there any smarter way of doing that? | 12:05 |
| JosefHolzmayrThe | manuel1985: having a proper automated testing strategy. | 12:06 |
| JosefHolzmayrThe | manuel1985: from guessing i'd expect md5sum to trip over timestamps and such | 12:06 |
| qschulz | probably the cache of metadata parsing might be enough? | 12:10 |
| JosefHolzmayrThe | one thing that i've learnt in the last year is: "if you're afraid to touch or refactor it, then it means that your testing strategy needs improving" | 12:17 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 12:17 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 258 seconds) | 12:17 | |
| wyre | rburton, is `check` also inheritable? | 12:17 |
| qschulz | wyre: only bbclass files are inheritable | 12:18 |
| qschulz | so if there's a check.bbclass, yes you *can* inherit it. | 12:18 |
| qschulz | wyre: make sure that the flags passed by Yocto are used in your cmake and not overridden in your cmakelists.txt or whatever | 12:19 |
| wyre | qschulz, what flags are passed by yocto? | 12:19 |
| qschulz | cflags, cxxflags, ldflags, cmake specific flags etc | 12:20 |
| wyre | I've got an empty EXTRA_OECMAKE | 12:20 |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Quit: jwillikers) | 12:21 | |
| qschulz | best practice is to default variables if not defined, and if you want a particular flag being used, you add to the variable and not replace it | 12:21 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 12:21 | |
| wyre | well, I don't get why I'm having this error now https://bpa.st/3XUQ | 12:22 |
| wyre | apparently is cmake which is missing `check` | 12:22 |
| qschulz | I've read that this is required when tests are enabled, not sure you need that? Might want to try disabling it from EXTRA_OECMAKE or similar/ I don't know anything about cmake so can't help more than that | 12:25 |
| qschulz | otherwise I assume DEPENDS += "libcheck-native" might help | 12:27 |
| *** wwilly <wwilly!~wwilly@fw-tnat-cam1.arm.com> has joined #yocto | 12:35 | |
| *** Stormenberg <Stormenberg!~thomas@188.95.247.248> has quit IRC (Quit: Leaving) | 12:35 | |
| wyre | qschulz, what's the difference between libcheck-native and just libcheck? | 12:35 |
| qschulz | wyre: https://docs.yoctoproject.org/ref-manual/classes.html#native-bbclass | 12:38 |
| qschulz | libcheck-native is compiled so it can run on the host/build machine | 12:38 |
| qschulz | libcheck is built for running on the target (the "recipient" of your image) | 12:39 |
| wyre | is this in that way for all suffixed -native recipes? 🤔 | 12:39 |
| qschulz | wyre: I've pointed you to the documentation where this is explained | 12:40 |
| wyre | oh, yes, I'm reading it right now, thank you 😊 | 12:40 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 12:46 | |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has joined #yocto | 12:50 | |
| rburton | wyre: if you need check then add it to depends | 12:54 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 12:56 | |
| *** Jonathan <Jonathan!~Jonathan@laubervilliers-658-1-203-96.w90-63.abo.wanadoo.fr> has joined #yocto | 13:00 | |
| *** artri <artri!~artri@bras-base-toroon4843w-grc-03-76-67-19-22.dsl.bell.ca> has joined #yocto | 13:09 | |
| *** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:1174:53b9:f68b:a0b7> has quit IRC (Ping timeout: 258 seconds) | 13:10 | |
| *** atril <atril!~artri@208.116.134.46> has joined #yocto | 13:14 | |
| *** artri <artri!~artri@bras-base-toroon4843w-grc-03-76-67-19-22.dsl.bell.ca> has quit IRC (Ping timeout: 258 seconds) | 13:18 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:694e:44bf:26e4:a134> has joined #yocto | 13:21 | |
| *** bluelightning_ <bluelightning_!~paul@2406:e003:1587:9901:97a:5341:b105:1f85> has joined #yocto | 13:24 | |
| *** bluelightning <bluelightning!~paul@2406:e003:142b:3101:6509:d240:2b0f:9480> has quit IRC (Ping timeout: 264 seconds) | 13:25 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a406:5684:ab2e:169e:127> has joined #yocto | 13:28 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Client closed) | 13:34 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 13:35 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 13:40 | |
| wyre | could I include extra cmake flags with EXTRA_OECMAKE variable? 🤔 | 13:42 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 13:49 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 13:52 | |
| rburton | yes, that's what it is for | 14:01 |
| wyre | rburton, what about TARGET_CFLAGS? | 14:02 |
| rburton | https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-cmake | 14:02 |
| rburton | that is for CC flags | 14:02 |
| rburton | like -Wall or -DFOO=bar | 14:02 |
| *** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection) | 14:03 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection) | 14:04 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 14:04 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 14:05 | |
| wyre | rburton, I can't see the flags set when I use EXTRA_OECMAKE in the bitbake output | 14:07 |
| rburton | they'll be passed to cmake in do_configure | 14:09 |
| wyre | so I guess I should read the do_configure log to see them? | 14:09 |
| rburton | yes | 14:09 |
| wyre | and how can I found it? 🤔 has bitbake some command to check logs per recipe? | 14:10 |
| rburton | if you install the extra 'bb' utility, yes. otherwise, tmp/work/*/RECIPE/VERSION/temp/log.do_configure | 14:10 |
| rburton | i've installed bb so `bb log RECIPE TASK` shows that file | 14:11 |
| JPEW | moto-timo: Are you giving a talk on phosh of the Yocto summit? | 14:12 |
| *** Jonathan <Jonathan!~Jonathan@laubervilliers-658-1-203-96.w90-63.abo.wanadoo.fr> has quit IRC (Quit: Client closed) | 14:14 | |
| moto-timo | JPEW: working on the proposal this morning. I ‘ve been fighting the gnome stack (for a packagegroup-gnome-apps install vs a sato lookalike). | 14:15 |
| moto-timo | more recipes in meta-gnome need inherit pkgconfig | 14:15 |
| JPEW | moto-timo: Ya, I found one yesterday (`colord-native`) | 14:16 |
| moto-timo | And gjs is currently unbuildable because it depends on an older mozjs | 14:16 |
| moto-timo | upstream is working on mozjs-91 compatibility | 14:16 |
| JPEW | I've been testing with master-next of meta-or | 14:16 |
| JPEW | *meta-oe | 14:17 |
| moto-timo | I was attempting to get more of the look of https://puri.sm/products/librem-5/ | 14:17 |
| moto-timo | Same | 14:17 |
| moto-timo | I have an upgrade to gjs in the works, but current release requires mozjs-78 | 14:18 |
| *** willo <willo!~quassel@60-241-162-73.static.tpgi.com.au> has quit IRC (Ping timeout: 260 seconds) | 14:19 | |
| JPEW | Ah, is gjs needed by the extra packages you're installing (I'm only building older `phosh` and `phoc` and it seems to build OK) | 14:19 |
| moto-timo | gnome-weather is a recipe I’m trying to add | 14:21 |
| moto-timo | gnome-screenshot seems ok, but I haven’t built a full image yet while figuring out other landmines | 14:22 |
| *** Guest32 <Guest32!~Guest32@24.34.87.160> has quit IRC (Quit: Client closed) | 14:25 | |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto | 14:31 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 14:33 | |
| *** bps <bps!~bps@80.208.66.147> has joined #yocto | 14:36 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds) | 14:42 | |
| moto-timo | gnome-photos needs gfbgraph, which is currently failing because it checks for rest-0.7 and we have rest-0.8.1 (which is from 2019... so hrmm) | 14:42 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:43 | |
| kanavin_ | moto-timo, gjs has an open pull request for mozjs 91 | 14:46 |
| moto-timo | kanavin: I saw the branch and a recent merge to "prepare for mozjs-91" | 14:47 |
| *** sb27 <sb27!~sb27@pd95be25e.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 14:49 | |
| *** wwilly <wwilly!~wwilly@fw-tnat-cam1.arm.com> has quit IRC (Ping timeout: 260 seconds) | 14:51 | |
| *** wwilly <wwilly!~wwilly@fw-tnat-cam1.arm.com> has joined #yocto | 14:58 | |
| tlwoerner | moto-timo: yea! +1 (YPS proposal) | 15:01 |
| *** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 15:02 | |
| tlwoerner | gentle reminder to everyone that the CFP for the next YPS closes tomorrow :-) | 15:02 |
| tlwoerner | https://pretalx.com/yocto-project-summit-2021-11/cfp | 15:03 |
| wyre | when I run `bitbake <my_recipe>` where are the compiled binaries stored? | 15:04 |
| wyre | tmp/work/? | 15:04 |
| kanavin_ | wyre, tmp/deploy/ | 15:05 |
| wyre | kanavin_, but for that shouldn't I do something like `bitbake -c deploy <my_recipe>`? | 15:09 |
| wyre | I cannot see it in tmp/deploy | 15:10 |
| qschulz | except if my_recipe is an image recipe, yes | 15:10 |
| qschulz | what are you looking for exactly? | 15:10 |
| wyre | qschulz, I'd like to build just my recipe to get the binaries | 15:10 |
| qschulz | in tmp/deploy you have your packages, which do contain the binaries you compiled, and also some deployed artifacts, among which your image, the result of bitbaking your image recipe | 15:10 |
| qschulz | then tmp/work/<arch>/<my-recipe>/<some-vers>/ | 15:11 |
| wyre | and cannot I get the generated package for my specific recipe (which is not an image recipe) | 15:11 |
| qschulz | ideally your binary should be in tmp/work/<arch>/<my-recipe>/<some-vers>/image (which is $D) if you did the install task correctly | 15:11 |
| kanavin_ | wyre, taking things out of tmp/work is not recommended - tmp/deploy exists specifically as a place for 'deliverables' | 15:11 |
| qschulz | wyre: the package is in tmp/deploy as I said earlier | 15:12 |
| qschulz | note that this is clearly only for development/hacks | 15:12 |
| wyre | qschulz, I can see images, licenses and rpm folders inside tmp/deploy | 15:12 |
| qschulz | wyre: rpm is a package format | 15:13 |
| wyre | I guess it should be an rpm package inside rpm folder | 15:13 |
| wyre | but I cannot see it | 15:13 |
| qschulz | wyre: then I'm pretty sure you didn't do your install task properly | 15:13 |
| qschulz | as empty packages are not created and put in tmp/deploy/<pkg-fromat> | 15:13 |
| kanavin_ | wyre, I think you need to run bitbake -c deploy recipename for the rpm to show up in tmp/deploy | 15:16 |
| wyre | I guess all packages are rpm because I've got `PACKAGE_CLASSES ?= 'package_rpm'`, right? | 15:18 |
| qschulz | kanavin_: I think this is done in do_package_write_<format> which is run before do_build, so any time bitbake <recipe> is called | 15:18 |
| qschulz | wyre: yes | 15:18 |
| wyre | does that also mean that final image will handle packages through rpm? | 15:18 |
| kanavin_ | wyre, yes, image creation is basically a gigantic package installation transaction | 15:18 |
| kanavin_ | yocto does not compose root filesystem directly, but outsources the job to package managers | 15:19 |
| kanavin_ | dnf for rpm, apt for deb or opkg for ipk | 15:19 |
| *** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Quit: Lost terminal) | 15:21 | |
| wyre | kanavin_, have I also to write a do_deploy task? 🤔 | 15:23 |
| kanavin_ | wyre, give me a sec | 15:24 |
| qschulz | wyre: no | 15:25 |
| qschulz | you write a deploy task if you want artifacts to go into tmp/deploy/images/<image>/ | 15:25 |
| qschulz | when the image is created | 15:25 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:32 | |
| kanavin_ | wyre, I just checked: simply run bitbake recipename, and packages will show up in tmp/deploy/rpm | 15:33 |
| kanavin_ | there are some subdirs in there but you will find it | 15:33 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 15:37 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a406:5684:ab2e:169e:127> has quit IRC (Remote host closed the connection) | 15:38 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:38 | |
| *** Xagen <Xagen!~Xagen@2600:1700:211:7e60:f988:cf6e:b340:eab5> has joined #yocto | 15:46 | |
| Xagen | hi everyone | 15:47 |
| Xagen | i'm using a recipe from meta-intel for sbsigntool | 15:47 |
| Xagen | this one: https://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/tree/recipes-support/sbsigntool/sbsigntool-native_git.bb?h=dunfell | 15:47 |
| Xagen | and i'd like to build it as nativesdk | 15:48 |
| Xagen | but can't seem to get it to work | 15:48 |
| Xagen | it can't find bfd, which is supposed to be from binutils | 15:49 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto | 15:49 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Client Quit) | 15:51 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto | 15:51 | |
| rburton | what's the actual error? it most likely is expecting native tools and can't handle doing a cross compile (which is needed for nativesdk) | 15:57 |
| Xagen | | configure: error: bfd.h not found. | 15:59 |
| Xagen | | bfd.h is usually distributed in a binutils development package. | 15:59 |
| Xagen | and then it exits | 15:59 |
| *** pidge <pidge!~pidge@194.110.145.166> has quit IRC (Quit: Client closed) | 16:00 | |
| *** pidge10 <pidge10!~pidge@194.110.145.166> has joined #yocto | 16:00 | |
| *** pidge10 <pidge10!~pidge@194.110.145.166> has quit IRC (Client Quit) | 16:00 | |
| rburton | you'll likely need to depend on binutils | 16:00 |
| rburton | the recipe will need quite a bit of sorting out to remove the native assumptions | 16:01 |
| rburton | i'm assuming you already renamed the recipe, removed the inherit native, and added a bbclassextend | 16:01 |
| Xagen | correct | 16:02 |
| rburton | there's definitely a bfd.h inside target binutils, so you just need to stop it insisting on bintuils-native | 16:04 |
| Xagen | thanks :) | 16:04 |
| Xagen | i'll keep poking at it then | 16:04 |
| *** zpfvo <zpfvo!~fvo@88.130.220.188> has quit IRC (Quit: Leaving.) | 16:08 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:18 | |
| *** mckoan is now known as mckoan|away | 16:21 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:32 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 16:51 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 16:56 | |
| JPEW | moto-timo: I just ran into the mozjs error; apparently I just hadn't made it that far yet :) | 16:58 |
| moto_timo[m] | Yeah. | 16:59 |
| moto_timo[m] | The good news is I fixed gfbgraph (and thus gnome-photos) and gnome-calendar | 16:59 |
| moto_timo[m] | Also, phoc and phosh need to inherit pkgconfig | 17:00 |
| moto_timo[m] | Latest phosh branch updates pushed, sans -gnome image since it doesn’t build yet. | 17:01 |
| moto-timo | https://github.com/moto-timo/meta-phosh/tree/timo/phosh-0.13.1 | 17:03 |
| moto-timo | I’ll probably refactor core-image-phosh to have the knobs core-image-sato has (or similar) | 17:05 |
| moto-timo | manuel1985: phosh is a possible wayland compositor for gtk+3 apps, but it is currently decidedly phone form factor (lock screen by default with numeric only PIN and portrait layout) | 17:08 |
| moto-timo | Well, phosh is the shell, phoc is the compositor to be precise | 17:10 |
| manuel1985 | moto-timo: Thanks :) | 17:10 |
| manuel1985 | moto-timo: FYI The readme says one shall execute ./kas/kas-container but .kas/ doesn't contain that file | 17:14 |
| manuel1985 | Guess I'll just use plain kas, don't like that kas-container script anyway. | 17:14 |
| moto-timo | manuel1985: that's just how I run it and that branch is still WIP. I had permissions issues with straight kas | 17:15 |
| moto-timo | manual1985: you can also run it just normal command line, but look at the kas files for hints about what to put into local.conf (especially a default PIN/password, otherwise you will never get past the lockscreen in the GUI, even though passwordless root will still work in a console) | 17:16 |
| moto-timo | and I can't spell | 17:17 |
| manuel1985 | moto-timo: Got you, thanks | 17:17 |
| moto-timo | manuel1985: also, for qemu it is a bit wonky because the canvas extends beyond the display and I haven't figured out why yet. Most of my success has been on rpi4 | 17:18 |
| *** florian <florian!~florian@dynamic-093-135-191-107.93.135.pool.telefonica.de> has joined #yocto | 17:20 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 17:22 | |
| vd | how can I set a variable from the output of a shell command? | 17:23 |
| moto-timo | JPEW: gentle nudge to upstream your mutter-gsettings sub-package | 17:33 |
| JPEW | Oh, right! | 17:33 |
| *** wwilly <wwilly!~wwilly@fw-tnat-cam1.arm.com> has quit IRC (Quit: Leaving) | 17:34 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:34 | |
| *** sb27 <sb27!~sb27@pd95be25e.dip0.t-ipconnect.de> has joined #yocto | 17:34 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 264 seconds) | 17:36 | |
| *** florian <florian!~florian@dynamic-093-135-191-107.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 17:39 | |
| *** GlennTrimble <GlennTrimble!~GlennTrim@50.221.3.82> has joined #yocto | 17:48 | |
| *** GlennTrimble <GlennTrimble!~GlennTrim@50.221.3.82> has quit IRC (Client Quit) | 17:50 | |
| kanavin_ | halstead, stdio: WARNING: libusb1-1.0.24-r0 do_package: Error contacting Hash Equivalence Server typhoon.yocto.io:8686: [Errno -2] Name or service not known | 17:52 |
| kanavin_ | halstead, https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/4158 | 17:52 |
| kanavin_ | known issue? | 17:52 |
| halstead | kanavin_: First I've seen it. | 17:53 |
| kanavin_ | halstead, it could be something in my patchset, I'm not sure :-/ | 17:54 |
| *** suchas <suchas!~GlennTrim@50.221.3.82> has joined #yocto | 17:54 | |
| halstead | kanavin_: Not happening now. Perhaps this is related to the network issues RP was having and the connection to github failing. | 17:56 |
| halstead | kanavin_: Have we seen these succeed before? | 17:57 |
| kanavin_ | halstead, in general, yes, but not with this patchset, as it's the first time I'm running it | 17:57 |
| halstead | kanavin_: I'm curious if the connect string is formatted correctly. Could it be as simple as that? | 18:05 |
| *** suchas <suchas!~GlennTrim@50.221.3.82> has quit IRC (Quit: Leaving) | 18:07 | |
| *** florian <florian!~florian@dynamic-093-135-191-107.93.135.pool.telefonica.de> has joined #yocto | 18:11 | |
| kanavin_ | halstead, I need to check where that warning is coming from first, and whether anything from my patchset is involved in that | 18:12 |
| kanavin_ | I'm not a hashequiv specialst, JPEW is | 18:12 |
| JPEW | kanavin_: Ya, hashequiv needs to handle a missing upstream better | 18:15 |
| kanavin_ | JPEW, does hashequiv use anything from -native builds? | 18:15 |
| JPEW | There is a patch on the ML to check if the upstream exists when bitbake starts (not from me), but the server itself needs to handle it better also; a missing upstream really isn't fatal, just perhaps non-optimal | 18:16 |
| kanavin_ | JPEW, I have a massive version update set, and wondering if something in it broke hashequiv with those warnings | 18:16 |
| JPEW | kanavin_: It does not use any -native recipes; pure host python | 18:16 |
| kanavin_ | JPEW, phew :) | 18:17 |
| vd | how can I set a variable from the output of a shell command like this: d.setVar('FOO', 'output is: %s' % <call to a shell command>) | 18:27 |
| *** linkliu62 <linkliu62!~user_name@72.19.13.156> has quit IRC (Ping timeout: 264 seconds) | 18:31 | |
| *** linkliu60 <linkliu60!~user_name@72.19.13.156> has quit IRC (Ping timeout: 252 seconds) | 18:31 | |
| kergoth | vd: bb.process.run() | 18:32 |
| vd | thank you | 18:33 |
| moto-timo | kanavin_: but I can see why you might be nervous. lol | 18:40 |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.19> has quit IRC (Ping timeout: 252 seconds) | 18:57 | |
| vd | kergoth: is there a better way to call python from python instead of doing this: d.setVar('FOO', '>>> %s <<<' % bb.process.run(python -c 'import crypt; print(crypt.crypt("somesecret", "salt"))')) | 19:00 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 19:02 | |
| vd | kergoth: also is bb.process.run() called at parse time or at run time? | 19:16 |
| *** bps <bps!~bps@80.208.66.147> has joined #yocto | 19:22 | |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has joined #yocto | 19:24 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 19:29 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:32 | |
| *** amitk_ <amitk_!~amit@103.208.69.57> has joined #yocto | 19:34 | |
| *** amitk <amitk!~amit@103.208.71.181> has quit IRC (Ping timeout: 264 seconds) | 19:36 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 19:37 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:694e:44bf:26e4:a134> has quit IRC (Ping timeout: 264 seconds) | 19:41 | |
| *** florian <florian!~florian@dynamic-093-135-191-107.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 19:48 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:50 | |
| *** kuzz <kuzz!~kuzz@net-2-45-40-166.cust.vodafonedsl.it> has joined #yocto | 19:53 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 19:57 | |
| *** GillesM <GillesM!~gilles@24.155.118.78.rev.sfr.net> has joined #yocto | 19:58 | |
| tlwoerner | what does this mean? | 20:05 |
| tlwoerner | No currently running tasks (56 of 56/445 of 446) | 20:05 |
| *** amitk <amitk!~amit@103.208.71.121> has joined #yocto | 20:06 | |
| tlwoerner | i'm not too concerned about the "no currently running tasks" part, it's the rest that has me wondering | 20:06 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:07 | |
| *** amitk_ <amitk_!~amit@103.208.69.57> has quit IRC (Ping timeout: 258 seconds) | 20:09 | |
| moto-timo | I think the 56 of 56 is native tools and the 445 of 446 is the image/target task queue | 20:12 |
| moto-timo | New behavior. It used to run the 56 of 56 first and then the 445 of 446 after that | 20:12 |
| *** amitk <amitk!~amit@103.208.71.121> has quit IRC (Quit: leaving) | 20:14 | |
| kanavin_ | I think those are setscene/full | 20:16 |
| JPEW | right, because setscene and regular tasks are intermixed now | 20:17 |
| rburton | yeah, it's setscene/normal | 20:17 |
| *** bluelightning_ is now known as bluelightning | 20:18 | |
| tlwoerner | ah okay. thanks :-) | 20:19 |
| tlwoerner | yes, this feels new | 20:19 |
| moto_timo[m] | TIL | 20:20 |
| JPEW | TIL what TIL means | 20:20 |
| rburton | it landed about a week ago, so yes its new :) | 20:20 |
| moto-timo | JPEW: lol | 20:21 |
| moto-timo | JPEW: frequent Twitter thing | 20:21 |
| JPEW | Ya, I've heard it spoken out a lot, but I never put it together | 20:22 |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 20:22 | |
| JPEW | And I'm not on the Twitters much | 20:22 |
| moto-timo | Safer that way | 20:22 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 264 seconds) | 20:24 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 20:25 | |
| kanavin_ | you don't want to know what I use twitter for | 20:25 |
| kanavin_ | it's surprisingly good for that purpose | 20:25 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:25 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 20:27 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 20:34 | |
| * tlwoerner looks for kanavin_'s twitter handle, but doesn't find anything obvious | 20:46 | |
| RP | What is twitter? :) | 20:48 |
| RP | kanavin_, halstead: That looks very like the "something wrong with networking" thing which we keep seeing intermittently :( | 20:49 |
| RP | there is no way the autobuilder shouldn't know and be able to resolve that address | 20:50 |
| RP | we should track which hosts this is happening on and when | 20:50 |
| *** bps <bps!~bps@80.208.66.147> has joined #yocto | 21:00 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 21:02 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 21:07 | |
| halstead | RP: Would this form work? https://forms.gle/NNzRFLjcNbR4qjX96 | 21:14 |
| RP | halstead: interesting. I'd probably have just gone for noting on a wiki page or a google doc or something! | 21:16 |
| halstead | RP: That might be a bit harder to analyze but if you think it would be easier. | 21:17 |
| halstead | For users that is. ;) | 21:17 |
| RP | halstead: probably | 21:19 |
| RP | abelloni: ^^^ - thoughts? | 21:19 |
| RP | halstead: I don't have a strong opinion, just that we need to work out the pattern. I wondered if some service was restarting at that time. Is that distro using systemd and anything in the logs at that time when the error happened? | 21:20 |
| abelloni | why not | 21:22 |
| abelloni | I can also extract what I have from the swat stats but I'm not sure all of the network issues we've had are related | 21:23 |
| abelloni | The data I have is bug#,worker,completion timestamp | 21:24 |
| RP | abelloni: I suspect there is some subset which are | 21:25 |
| RP | finding the commonality is the hard bit :) | 21:26 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds) | 21:26 | |
| *** florian <florian!~florian@dynamic-093-135-191-107.93.135.pool.telefonica.de> has joined #yocto | 21:28 | |
| halstead | Is there a way to find the timestamp of the warnings from https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/4158 ? | 21:29 |
| abelloni | I guess we can get the 9356 seconds interval | 21:30 |
| RP | halstead: the warnings are in the full build log so you can also look at the position of them in the log relative to the build | 21:31 |
| RP | halstead: if you login to the system and look at the build if it is still there that would narrow down further as I suspect some are in individual task logs and would be at the start of tasks | 21:32 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 245 seconds) | 21:36 | |
| * halstead nods. | 21:38 | |
| kanavin_ | halstead, here's another (different) fail that I think is the same issue - network timeouts in qemu(!) https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/2247/steps/12/logs/stdio | 21:45 |
| kanavin_ | RP ^^^ | 21:45 |
| kanavin_ | but I'll run it again to confirm | 21:46 |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC (Quit: brb) | 21:54 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 21:56 | |
| *** GillesM <GillesM!~gilles@24.155.118.78.rev.sfr.net> has quit IRC (Remote host closed the connection) | 21:57 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 22:00 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 22:00 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection) | 22:04 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 22:04 | |
| *** atril <atril!~artri@208.116.134.46> has quit IRC (Ping timeout: 260 seconds) | 22:17 | |
| halstead | It doesn't look like the logs in the build-renamed dir have any more exact time info. | 22:34 |
| RP | halstead: /home/pokybuild/yocto-worker/genericx86-64-alt/build/build-renamed/tmp/work/core2-64-poky-linux/gtk+3/3.24.30-r0/temp/log.do_package.41319 | 22:37 |
| RP | halstead: warning is at the end of the log and one of the last things to run so the log timestamp should match with the rough time it happened | 22:37 |
| RP | (Oct 18 17:11) | 22:38 |
| halstead | I wonder what the cost benefit ratio is for adding timestamps to log output? I bet there have been other times it would have been useful. | 22:41 |
| RP | halstead: It is harder than you'd think as should the stamp be added at source or at the time it is printed to the user/UI :/ | 22:44 |
| RP | In this case anything would be helpful but I know a soon as we do it, the accuracy would then come into question and people would want it at source | 22:45 |
| RP | I'm sure I have patches somewhere but it got ugly :( | 22:45 |
| halstead | Ehmm.. well. One of those things where almost good enough would be simple and doing it right is a pain? I understand. | 22:46 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 22:53 | |
| agherzan | I reckon there is a bug on dunfell with pseudo and coreutils 9.0 on host. I can't yet point exactly how it happens, but it looks like when under fakeroot, sometimes, install (hosttool) strips the binary even if the respective flag was not passed. | 22:58 |
| agherzan | Here is an example: | 22:58 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 23:00 | |
| agherzan | + file cmd/foo... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/58153ef82c69eec7a9a8c688fe076d67b1a808d2) | 23:02 |
| agherzan | What is even more awkward is that on a subsequent install (with force bitbake flag), it behaves as expected - both binaries are not stripped. | 23:03 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:13 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 245 seconds) | 23:15 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 23:23 | |
| *** GillesM <GillesM!~gilles@24.155.118.78.rev.sfr.net> has joined #yocto | 23:54 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!