| *** florian <florian!~florian@dynamic-002-244-084-059.2.244.pool.telefonica.de> has joined #yocto | 00:02 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 00:11 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 00:27 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Ping timeout: 240 seconds) | 00:36 | |
| *** florian <florian!~florian@dynamic-002-244-084-059.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 00:42 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 00:50 | |
| *** dev1990 <dev1990!~dev@81.168.185.188> has quit IRC (Quit: Konversation terminated!) | 00:57 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 01:09 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Ping timeout: 240 seconds) | 01:24 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 01:27 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 01:48 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 01:52 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:13 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Ping timeout: 250 seconds) | 02:14 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 02:15 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Read error: Connection reset by peer) | 02:22 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 02:23 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Ping timeout: 240 seconds) | 02:31 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 02:34 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Read error: Connection reset by peer) | 02:34 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 02:35 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:38 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 03:22 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 04:23 | |
| *** amitk <amitk!~amit@103.59.74.40> has joined #yocto | 04:28 | |
| *** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 04:29 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 268 seconds) | 04:30 | |
| *** jmiehe1 is now known as jmiehe | 04:30 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 04:33 | |
| *** mariusz1 <mariusz1!~mariusz@185.241.198.130> has joined #yocto | 06:10 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:24 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 06:26 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:26 | |
| *** yocti <yocti!~limnoria@mail.yoctoproject.org> has joined #yocto | 06:31 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 06:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:36 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:36 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:36 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Read error: Connection reset by peer) | 06:52 | |
| *** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 06:53 | |
| *** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: xmn_) | 07:02 | |
| *** Guest03 <Guest03!~Guest0@IN-84-15-146-038.bitemobile.lt> has joined #yocto | 07:16 | |
| *** Guest0 <Guest0!~Guest0@IN-84-15-146-038.bitemobile.lt> has quit IRC (Ping timeout: 256 seconds) | 07:16 | |
| *** tolszak <tolszak!~tolszak@94.246.180.220> has joined #yocto | 07:29 | |
| *** mckoan|away is now known as mckoan | 07:34 | |
| *** Guest03 <Guest03!~Guest0@IN-84-15-146-038.bitemobile.lt> has quit IRC (Quit: Client closed) | 07:35 | |
| *** frieder <frieder!~frieder@i59F4BAB7.versanet.de> has joined #yocto | 07:51 | |
| *** tolszak <tolszak!~tolszak@94.246.180.220> has quit IRC (Remote host closed the connection) | 07:56 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:57 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 07:59 | |
| *** Guest0 <Guest0!~Guest0@IN-84-15-146-038.bitemobile.lt> has joined #yocto | 08:05 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 08:06 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4e02:5400:24d7:51ff:fed6:906d> has joined #yocto | 08:07 | |
| *** ziga__ <ziga__!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto | 08:13 | |
| *** huseyinkozan <huseyinkozan!~hk@31.223.46.24> has joined #yocto | 08:18 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:32 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 252 seconds) | 08:33 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 08:34 | |
| *** dev1990 <dev1990!~dev@81.168.185.188> has joined #yocto | 08:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 245 seconds) | 08:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 08:39 | |
| *** amitk_ <amitk_!~amit@103.59.74.104> has joined #yocto | 08:40 | |
| *** amitk <amitk!~amit@103.59.74.40> has quit IRC (Ping timeout: 256 seconds) | 08:43 | |
| *** Guest0 <Guest0!~Guest0@IN-84-15-146-038.bitemobile.lt> has quit IRC (Quit: Client closed) | 08:50 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:51 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:53 | |
| *** huseyinkozan <huseyinkozan!~hk@31.223.46.24> has quit IRC (Ping timeout: 250 seconds) | 09:00 | |
| *** sveinse <sveinse!~sveinse@2a01:799:55e:1000:c23f:d5ff:fe69:c6fb> has joined #yocto | 09:07 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Remote host closed the connection) | 09:07 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:10 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 09:10 | |
| *** camus1 is now known as camus | 09:10 | |
| sveinse | I have a problem with my honister build re-trigging all tasks when I rerun bitbake. What is the current way to debug and track down changes in recipes/sigs? Is it still diffsig as per this page: https://wiki.yoctoproject.org/wiki/TipsAndTricks/Understanding_what_changed_(diffsigs_etc) | 09:11 |
|---|---|---|
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 09:12 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds) | 09:12 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 09:13 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 245 seconds) | 09:17 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:17 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 09:17 | |
| RP | sveinse: yes, you need to find which task hashes change | 09:24 |
| RP | rburton: two stap failures in one build now. There is a qemuarm64 on that failed in 30s so this may be something different but it was on an arm host with kvm so may just happen faster | 09:27 |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/3934/steps/16/logs/stdio | 09:27 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 09:34 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 250 seconds) | 09:42 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 09:43 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds) | 09:49 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 09:49 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 268 seconds) | 09:58 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 09:59 | |
| coldspark29[m] | Can someone tell me what imx-boot is needed for? I am currently trying to bump our Yocto version to hardknott and when packaging the .wic, bitbake is missing imx-boot. The NXP user guide says it is SPL + U-Boot etc. so I guess it is the bootloader image. We are building our own bootloader though. Can't find a way to turn this off as dependency. | 10:00 |
| dacav | Hi. As mentioned a few days ago, I've got problems in building the SDK (due to a broken third party). I've been suggested to work with `bitbake -c devshell ...`, which effectively gives me a way out. I'm unfortunately missing a few tools. For example, gdb is present, but has wrong prefix (aarch64-none-elf-gdb). On the other hand, gcc exists with the correct prefix. | 10:04 |
| dacav | Doing `bitbake-layers show-recipes` presents only `gdb-cross-aarch64`, which I executed, with no success. Any suggestion? | 10:04 |
| *** salutfdp <salutfdp!~salutfdp@195.42.61.254> has joined #yocto | 10:05 | |
| qschulz | coldspark29[m]: hardknott is soon EOL, I'd suggest starting to work on master so that once kirkstone is out you're ready | 10:07 |
| qschulz | or dunfell | 10:07 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 268 seconds) | 10:07 | |
| coldspark29[m] | qschulz: What about honister? | 10:08 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 10:08 | |
| coldspark29[m] | The NXP document doesn't even mention honister yet. | 10:08 |
| qschulz | coldspark29[m]: honister is EOL in May | 10:09 |
| qschulz | coldspark29[m]: whata re you upgrading from? | 10:09 |
| coldspark29[m] | gatesgarth | 10:09 |
| *** salutfdp is now known as salutlesbg | 10:10 | |
| qschulz | coldspark29[m]: hardknott is EOL in March | 10:10 |
| qschulz | https://wiki.yoctoproject.org/wiki/Releases | 10:10 |
| coldspark29[m] | And here https://www.nxp.com/docs/en/data-sheet/IMX8MMCEC.pdf hardknott is the latest version | 10:10 |
| qschulz | kirkstone (current master) is an LTS | 10:10 |
| qschulz | coldspark29[m]: what do you use from NXP? | 10:10 |
| qschulz | it seems you don't use their bootloader | 10:10 |
| coldspark29[m] | Some NXP layers don't even have an honister branch yet | 10:10 |
| qschulz | coldspark29[m]: you don't necessarily need vendor BSP layers is all I'm saying | 10:11 |
| qschulz | it depends what your needs are | 10:11 |
| coldspark29[m] | meta-freescale, meta-freescale-3rdparty and meta-freescale-distro | 10:11 |
| coldspark29[m] | Not sure if I need all of them though | 10:12 |
| coldspark29[m] | qschulz: But I need the NXP kernel I guess | 10:14 |
| qschulz | coldspark29[m]: it's a simple recipe so you can just copy that recipe (or create one that is heavily stripped down from theirs, if bloated) in your meta layer | 10:16 |
| qschulz | I've always tried to not use vendor BSP layers if possible | 10:17 |
| qschulz | taking only what I need | 10:17 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 268 seconds) | 10:18 | |
| agherzan | RP: we have a kirckstone next branch. Is it fair to assume that it will follow master branch for a good while until we branch off for the release? | 10:18 |
| coldspark29[m] | qschulz: I don't think that I am experienced enough to do that | 10:18 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 10:18 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:19 | |
| coldspark29[m] | We have our custom board based on an imx8mm chip | 10:19 |
| coldspark29[m] | I probably should create our own custom layer, but for now we just use the NXP layers and throw out what we don't need | 10:20 |
| dacav | `devtool build-image` -> how does it know what image to build? I usually have to tell it explicitly to bitbake (e.g. `bitbake my-image`) | 10:20 |
| landgraf | dacav: config.get('SDK', 'sdk_targets', '').split()[0] | 10:25 |
| landgraf | dacav: or you will see "Unable to determine image to build, please specify one" :) | 10:26 |
| dacav | thanks landgraf. Then I'll confidently try it. | 10:28 |
| dacav | landgraf: is config.get referring to the local.conf or...? | 10:29 |
| dacav | I'm guessing I've to set up this: https://docs.yoctoproject.org/ref-manual/variables.html?highlight=sdk_targets#term-SDK_TARGETS | 10:30 |
| *** Guest97 <Guest97!~Guest97@61.183.86.163> has joined #yocto | 10:34 | |
| landgraf | dacav: looks so: config.set('SDK', 'sdk_targets', d.getVar('SDK_TARGETS')). give it a try :) | 10:35 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:9d0b:91ea:5b33:7005> has joined #yocto | 10:38 | |
| coldspark29[m] | qschulz: Why is it bad if a Yocto branch is EOL? Isn't just the buildsystem? | 10:38 |
| coldspark29[m] | In the end I am more dependent on the BSP releases from my chip manufacturer, am I not? | 10:39 |
| dacav | landgraf: where should I write that (python?) line? | 10:41 |
| dacav | also, a colleague mentioned to me that `devtool build-image` allows for an argument with the image name. This is not mentioned in the inline help ...but it seems to work. | 10:43 |
| dacav | but still, where should I put this kind of lines? | 10:43 |
| *** mariusz1 <mariusz1!~mariusz@185.241.198.130> has quit IRC (Ping timeout: 250 seconds) | 10:46 | |
| *** mariusz1 <mariusz1!~mariusz@185.241.199.130> has joined #yocto | 10:47 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 268 seconds) | 10:48 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 10:48 | |
| coldspark29[m] | @qschulz: I tried with master now and now all layers are not compatible | 10:51 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 245 seconds) | 10:52 | |
| landgraf | dacav: you should not. this is the way how it's set. What are you trying to achieve? | 10:53 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 10:53 | |
| qschulz | coldspark29[m]: no security fixes once the release is EOL | 10:54 |
| coldspark29[m] | Really weird. Bitbake says... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/9bb511894dcf9170f0048cb7674121ddb8bd76e5) | 10:55 |
| coldspark29[m] | s///, s/eppendorf/custom/ | 10:55 |
| qschulz | coldspark29[m]: you're dependent of your vendor currently because of their vendor BSP layers, hence why I suggested to not use vendor BSP layers but take only what you need. Which takes more time in the beginning for sure, but frees you from your vendor | 10:55 |
| qschulz | it's not always easy nor fast, especially when you need GPU/VPU/IPU/whatever custom weird IP they use | 10:56 |
| coldspark29[m] | qschulz: Do you think that is doable for a newbie? I am new to the company and need to provide some results | 10:57 |
| coldspark29[m] | I haven't come much further than booting the old configuration | 10:58 |
| coldspark29[m] | Is there any guide you can recommend to do that? | 10:58 |
| qschulz | coldspark29[m]: it's the age old question of immediate results but more difficult maintenance and taking time now for easier maintenance long term | 10:59 |
| qschulz | you can see already that you have a vendor lockin for now | 10:59 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:59 | |
| qschulz | It might be just as easy as copying the recipes you need in your layer | 11:00 |
| qschulz | you'll learn a few things while debugging stuff as well | 11:00 |
| coldspark29[m] | qschulz: I see that point and I am definitely with your there | 11:00 |
| coldspark29[m] | qschulz: But would I not have to do that for every release again? NXP changed quite a lot from gatesgarth to harknott already. I would have to copy the recipes every time. Else I would duplicate all the work NXP does in their layer. I don't see how that will save me work. | 11:03 |
| coldspark29[m] | * harknott already and I coudn't even figure out how to port that yet. I | 11:04 |
| dacav | landgraf: I'm following the documentation for kernel development ( https://docs.yoctoproject.org/kernel-dev/common.html#getting-ready-to-develop-using-devtool ), since I need to troubleshoot something that is happening in kernelspace | 11:05 |
| coldspark29[m] | I mean you are super experienced and all of this seems easy to you, but I am quite overwhelmed | 11:05 |
| * rburton glares at moto-timo for making his CI explode | 11:05 | |
| rburton | Luckily the meta-oe fixes went in promptly so I can just re-run it :) | 11:06 |
| qschulz | coldspark29[m]: ideally no, you'd just need to bump the version in the recipes you're using to target whatever their latest branch is. | 11:07 |
| qschulz | For me, the BSP components boil down to: ATF/TF-A, bootloader (U-Boot usually), Linux kernel | 11:08 |
| qschulz | that's three recipes | 11:08 |
| qschulz | compared to the miriad of recipes you have in vendor BSPs | 11:08 |
| coldspark29[m] | @qschulz Is there any guide to help me start? Josef doesn't cover that in his tutorials | 11:08 |
| *** Guest97 <Guest97!~Guest97@61.183.86.163> has quit IRC (Ping timeout: 250 seconds) | 11:08 | |
| qschulz | coldspark29[m]: meta-freescale seems to have support for honister? https://github.com/Freescale/meta-freescale/tree/honister | 11:09 |
| qschulz | so what exactly are you using? | 11:09 |
| coldspark29[m] | kirkstone | 11:10 |
| coldspark29[m] | You suggested that | 11:10 |
| qschulz | kirkstone is master | 11:10 |
| qschulz | sorry, let me put more ocntext in my message | 11:10 |
| coldspark29[m] | I am super confused now | 11:10 |
| qschulz | You said you had an issue upgrading to more recent version of Yocto because of meta-freescale layers | 11:10 |
| coldspark29[m] | Yes | 11:11 |
| qschulz | but meta-freescale seems to be supporting whatever | 11:11 |
| qschulz | same for meta-freescale-3rdparty and meta-freescale-distro | 11:12 |
| qschulz | or did I miss some messages and got confused? | 11:12 |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 11:12 | |
| coldspark29[m] | No that is basically it. | 11:12 |
| qschulz | aaah this imx-boot stuff I remember, my bad | 11:13 |
| coldspark29[m] | What I am doing atm is checking out the freescale stuff and then copy some things over to my custom layer if they need adjustment | 11:13 |
| coldspark29[m] | That is already hard enough | 11:13 |
| coldspark29[m] | But you are telling me to write my own layer somehow | 11:13 |
| qschulz | there's almost no way you don't need a layer | 11:14 |
| coldspark29[m] | I am not able to create BSP layers myself yet | 11:14 |
| qschulz | be it for an image recipe | 11:14 |
| coldspark29[m] | I am quite discouraged now | 11:15 |
| qschulz | I kinda made it hard and confused you so no worries | 11:15 |
| qschulz | So.. the initial issue was "my vendor BSP layer is not supporting hardknott" (or more recent) | 11:16 |
| qschulz | but it seems that the three layers you mentioned all have their own hardknott branch | 11:16 |
| qschulz | and there's an imx-boot recipe in meta-freescale | 11:16 |
| coldspark29[m] | Well the freescale-ml doesn't, but we don't need that actually | 11:16 |
| qschulz | (also, as far as I remember, meta-freescale is community maintained, not a vendor BSP layer per se) | 11:17 |
| qschulz | meta-imx is the vendor BSP layer I think. Anyway :) | 11:17 |
| coldspark29[m] | Freescale is NXP | 11:17 |
| qschulz | yes that I know | 11:17 |
| coldspark29[m] | NXP took them over | 11:17 |
| qschulz | meta-rockchip is community maintained | 11:17 |
| coldspark29[m] | So what do you mean by vendor bsp now? I am even more confused now | 11:18 |
| qschulz | basically... My point being. There is a difference between vendor BSP layer and just BSP layer | 11:18 |
| qschulz | BSP layer is usually fine | 11:18 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds) | 11:18 | |
| qschulz | vendor BSP layer, not so much (and they might not allow external contribution either) | 11:18 |
| qschulz | so, try to make meta-freescale work as is, if it does nto, you can always ask question/support on the mailing list (or here?) and we can help. We don't really provide help for vendor BSP layer though | 11:19 |
| qschulz | anyway.. I kinda messed up my answers to you and made it more difficult to understand than it should have been | 11:20 |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 11:20 | |
| qschulz | so.. let's work on fixing this meta-freescale thingy | 11:20 |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto | 11:20 | |
| qschulz | so let's start from the beginning and forget the last 30min :D | 11:21 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 11:21 | |
| coldspark29[m] | I already deleted all of my hardknott progress because you told me it was EOL | 11:21 |
| qschulz | 1) did you make sure all of your layers are on the same branch (seems to be hardknott for you, though it'll be EOL soon but the process is the same for other branches) | 11:21 |
| qschulz | 2) what is the exact error you're having? | 11:22 |
| coldspark29[m] | qschulz: Sure, I only need to fix my custom layer | 11:22 |
| coldspark29[m] | But if hardknott is so old, I might as well go honister. Especially for the syntax change. That was my initial plan, but then my colleague said I should go with the NXP documents. | 11:23 |
| coldspark29[m] | Being this one https://www.nxp.com/docs/en/data-sheet/IMX8MMCEC.pdf | 11:23 |
| coldspark29[m] | And they don't mention honister yet | 11:23 |
| coldspark29[m] | So I was assuming their honister branches are not complete or whatever | 11:23 |
| qschulz | coldspark29[m]: NXP does not maintain meta-freescale | 11:24 |
| coldspark29[m] | qschulz: The do_image_wic was missing imx-boot while packaging | 11:24 |
| coldspark29[m] | qschulz: Who maintains it then? | 11:25 |
| qschulz | coldspark29[m]: the community | 11:25 |
| qschulz | in short.. people :D | 11:26 |
| coldspark29[m] | Okay, I did not know that | 11:26 |
| qschulz | when I worked on imx8mm we started with meta-imx first which is maintained by NXP | 11:26 |
| coldspark29[m] | No we don't use meta-imx | 11:27 |
| coldspark29[m] | So I am checking out the honister branches of all layers now | 11:28 |
| qschulz | coldspark29[m]: that's what I had https://source.codeaurora.org/external/imx/meta-imx/ | 11:29 |
| coldspark29[m] | So that is the vendor BSP? | 11:30 |
| qschulz | yes | 11:30 |
| coldspark29[m] | meta-rust also doesn't have an honister branch | 11:30 |
| qschulz | coldspark29[m]: rust is a first citizen since recently | 11:31 |
| qschulz | so not sure you need meta-rust anymore | 11:31 |
| coldspark29[m] | So it is included in poky? | 11:31 |
| qschulz | oe-core even | 11:31 |
| coldspark29[m] | or meta-openembedded? | 11:31 |
| qschulz | no, opembedded-core | 11:32 |
| qschulz | https://layers.openembedded.org/layerindex/recipe/189298/ | 11:32 |
| qschulz | (openembedded-core is "embedded" in poky FYI) | 11:33 |
| coldspark29[m] | So I don't need meta-openembedded if I already have poky? | 11:34 |
| qschulz | no, different things | 11:34 |
| qschulz | meta-openembedded is NOT openembedded-core | 11:34 |
| coldspark29[m] | Okay | 11:34 |
| coldspark29[m] | I want to verify that rust is still there | 11:36 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 250 seconds) | 11:36 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 11:37 | |
| qschulz | if you have something that depends on rust, you'll know soon enough if it's not there | 11:37 |
| rburton | RP: so yeah running the stap test case by hand has resulted in a hang | 11:37 |
| coldspark29[m] | Okay it is in ./poky/meta/recipes-devtools/rust | 11:38 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 250 seconds) | 11:41 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 11:43 | |
| RP | rburton: at least you can reproduce I guess :) | 11:46 |
| coldspark29[m] | qschulz: So far we have our own meta-custom layer and our own custom machine type in there, because we have our own board based on an imx8mm chip. Then I copy all the required files over from meta-freescale and make our changes. Is that good practice or not? | 11:48 |
| coldspark29[m] | If not, now is the time to do it differently. I want to use the best habits from the start | 11:49 |
| *** risca <risca!~quassel@h-176-10-232-62.A980.priv.bahnhof.se> has quit IRC (Quit: No Ping reply in 180 seconds.) | 11:56 | |
| *** risca <risca!~quassel@h-176-10-232-62.A980.priv.bahnhof.se> has joined #yocto | 11:57 | |
| qschulz | keep meta-freescale | 11:58 |
| qschulz | if something's wrong you can contribute to it or get support from the community | 11:59 |
| coldspark29[m] | Sure, but I need to create my own machine configuration I guess | 11:59 |
| qschulz | yes, in your own layer | 12:00 |
| coldspark29[m] | Yeah | 12:00 |
| coldspark29[m] | And then I start off with the imx8mm-lpddr4-evk.conf and the corresponding kernel and make my changes | 12:00 |
| coldspark29[m] | I will see how far I get and the write you again | 12:01 |
| qschulz | coldspark29[m]: you can have your own machine conf file which requires imx8mm-lpddr4-evk.conf in it | 12:03 |
| qschulz | so you don't need to duplicate everything | 12:03 |
| qschulz | (if it makes sense, I didn't check) | 12:03 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 256 seconds) | 12:09 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 12:10 | |
| salutlesbg | has anyone ever tried to use meta-linaro? can't build anything using the official tags (morty, sumo, warrior, zeus...) | 12:18 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 12:23 | |
| rburton | you've listed a lot of very old releases | 12:24 |
| rburton | what are you building, for what versions, and what is the error? | 12:24 |
| rburton | salutlesbg: ^ | 12:35 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 12:38 | |
| salutlesbg | i'm trying to build for armhf, using arm gcc 8.3 | 12:39 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 268 seconds) | 12:39 | |
| salutlesbg | looks like zeus is the version i look for | 12:39 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 12:39 | |
| rburton | zeus is very old, and we recommend you upgrade | 12:40 |
| salutlesbg | which version would you recommend? | 12:40 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 12:40 | |
| rburton | the latest :) | 12:40 |
| rburton | https://wiki.yoctoproject.org/wiki/Releases | 12:40 |
| rburton | dunfell is the LTS release | 12:40 |
| rburton | depends what you own release cycle is | 12:41 |
| rburton | there are biannual LTS releases, or six monthly releases, with different support durations | 12:41 |
| salutlesbg | dunfell sounds good, i'll try | 12:42 |
| rburton | (next LTS coming this spring too) | 12:42 |
| salutlesbg | i'm using yocto for personal use so no release cycle defined | 12:42 |
| rburton | ah in that case the six monthly releases mean you get latest stuff quicker | 12:43 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 12:45 | |
| salutlesbg | alright thanks | 12:50 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 12:50 | |
| salutlesbg | rburton: im still getting errors even on dunfell | 13:08 |
| rburton | impossible to help if you don't say what the errors are | 13:08 |
| salutlesbg | Fetcher failure: Unable to find revision 0cf25829896330dcf8f95d8484c5f0eae6923f4f in branch linux-linaro even from upstream | 13:08 |
| salutlesbg | -SRC_URI_append = " git://git.linaro.org/git/kernel/linux-linaro-tracking.git;protocol=http;branch=linux-linaro;name=kernel " | 13:09 |
| salutlesbg | +SRC_URI_append = " git://git.linaro.org/git/kernel/linux-linaro-tracking.git;protocol=http;name=kernel;nobranch=1 " | 13:09 |
| salutlesbg | did the trick | 13:09 |
| rburton | what hardware are you building for? | 13:09 |
| salutlesbg | genericarmv7a | 13:09 |
| RP | rburton: qemuarm64-alt is working at least :) | 13:10 |
| rburton | salutlesbg: that's not hardware :). if youre running in qemu, qemuarm is good | 13:10 |
| rburton | RP: phew | 13:11 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 13:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:20 | |
| salutlesbg | rburton: wym? target cpu is a ARM Cortex A8 CPU 32bit | 13:21 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 13:21 | |
| salutlesbg | i'm trying to build a SDK to be able to cross-compile my apps for this target | 13:21 |
| coldspark29[m] | qschulz: I am getting a ERROR: ParseError in configuration INHERITs: Could not inherit file classes/image-mklibs.bbclass now. Seems to be here https://github.com/openembedded/openembedded-core/tree/cef844aa258c4ea25f556c4a206a1962b7f19873/meta/classes, so I wonder why it is not included in any of my meta-layers | 13:40 |
| qschulz | coldspark29[m]: inherit image-mklibs | 13:42 |
| qschulz | inherit works on classes only so .bbclass is implied as extension | 13:42 |
| qschulz | inherit works with bbclasses only and they all appear in specified directories (via BBPATH IIRC) so there's no need to give the path either | 13:42 |
| qschulz | https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#locating-include-and-class-files | 13:43 |
| coldspark29[m] | It is in my local.conf, because I was adjusting it to look like the NXP setup with Repo etc | 13:44 |
| coldspark29[m] | ``` | 13:44 |
| coldspark29[m] | USER_CLASSES ?= "buildstats image-mklibs image-prelink" | 13:44 |
| coldspark29[m] | ``` | 13:44 |
| coldspark29[m] | But in none of my layers | 13:45 |
| coldspark29[m] | I ripgrepped all layers | 13:46 |
| zeddii | the class was removed from core. your local.conf is just needs to be udpated. | 13:47 |
| coldspark29[m] | Updated how? When I remove it I get another error | 13:50 |
| zeddii | just remove it fro the USER_CLASSES, whatever error you have next, I can't say .. but you defnitely have to remove it from that variable if you are in a branch where it has been removed (It was removed ~may 2021) | 13:51 |
| *** salutlesbg <salutlesbg!~salutfdp@195.42.61.254> has quit IRC (Quit: Connection closed) | 13:51 | |
| coldspark29[m] | Okay | 13:53 |
| * coldspark29[m] sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/e0ce08a47ff9c660a1a8f2e7b51d15e73d41963f | 13:53 | |
| coldspark29[m] | Guess the local config layout has changed in honister? | 13:53 |
| zeddii | yep | 13:54 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:55 | |
| coldspark29[m] | Any idea why bitbake is complaining about the old override syntax here? https://pastebin.com/D35Exg5q | 14:08 |
| coldspark29[m] | It is inside poky so no idea why that happens | 14:08 |
| qschulz | coldspark29[m]: can we get the error message maybe? | 14:08 |
| coldspark29[m] | ERROR: /home/user/Workspace/Yocto-Workspace/vti2/sources/poky/meta/recipes-graphics/wayland/weston-init.bb: Variable do_install_append_mx6 contains an operation using the old override syntax. Please convert this layer/metadata before attempting to use with a newer bitbake.0:41 | 14:09 |
| coldspark29[m] | ERROR: Failed to parse recipe: /home/user/Workspace/Yocto-Workspace/vti2/sources/poky/meta/recipes-graphics/wayland/weston-init.bb | 14:09 |
| coldspark29[m] | There is no do_install_append_mx6 in that recipe | 14:10 |
| qschulz | coldspark29[m]: did you checkout ALL your layers to a honister branch? | 14:10 |
| coldspark29[m] | Yep | 14:10 |
| qschulz | poky included? | 14:11 |
| coldspark29[m] | Yes | 14:11 |
| qschulz | did you check your bblayers.conf points to those up-to-date layers? | 14:11 |
| coldspark29[m] | Think it was my custom layer | 14:12 |
| coldspark29[m] | I ried to change the override syntaxes manually | 14:12 |
| qschulz | do_install:append:mx6 | 14:12 |
| coldspark29[m] | I ran the change-overrides.py script over it and now it works | 14:12 |
| coldspark29[m] | Should have done that in the first place... | 14:12 |
| coldspark29[m] | Sorry | 14:12 |
| qschulz | it's alright don't worry :) | 14:12 |
| coldspark29[m] | Yeah but I want to work independently actually | 14:13 |
| coldspark29[m] | My colleague also says that I should look at the code rather than asking people, but Yocto is just a special kind of beast | 14:14 |
| coldspark29[m] | s/asking/ask/ | 14:14 |
| coldspark29[m] | Compling now tumbs crossed | 14:14 |
| qschulz | coldspark29[m]: everybody starts one day, I still ask plenty of questions | 14:14 |
| coldspark29[m] | Who do you ask? You are the most active person here | 14:15 |
| qschulz | we know Yocto has a steep learning curve, you'll get there eventually. I was very lost at the beginning too, I'm doing better now :) | 14:15 |
| coldspark29[m] | Yeah but you know that bosses don't care | 14:15 |
| qschulz | coldspark29[m]: I read the code now more than I ask questions but I started like you | 14:15 |
| coldspark29[m] | They don't want to hear why or how it works or doesn't | 14:15 |
| coldspark29[m] | They want results | 14:16 |
| qschulz | your bosses didn't tell you to not ask the community :) | 14:16 |
| qschulz | We all struggled and still struggle to find the right balance between immediate results and learning things/doing them properly | 14:17 |
| coldspark29[m] | Well I have one colleague who knows more than me. He has been the sole base system guy of this company for years and has done everything by himself. He is just approaching stuff differently | 14:17 |
| coldspark29[m] | qschulz: Yeah and doing things properly is important. I am a big fan of that. I don't like to advance if I don't know what I am doing. | 14:18 |
| coldspark29[m] | But then I am slow... | 14:18 |
| coldspark29[m] | It was like this job I had as a sysadmin once. There were two of us and we were supposed to activate SSL for our servers. The other guy created the certificate online while I was working on certbot. He was done faster than me and my boss asked me why. Just stupid... | 14:20 |
| coldspark29[m] | 😄 | 14:20 |
| qschulz | I'm afraid to say this feeling of being slow hasn't disappeared yet, even if I'm more skilled than I was years ago. I don't have a recipe for feeling better unfortunately :/ | 14:20 |
| coldspark29[m] | His approach would have to be repeated every year and mine was a one-time solution. | 14:20 |
| coldspark29[m] | s/one/long/, s/time/term/ | 14:21 |
| coldspark29[m] | qschulz: Just act like it's French mentality or something. Should work in Austria ;) | 14:22 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:23 | |
| qschulz | just to be clear, I was saying I still feel slow today. No complaint from bosses. Just wanted to say that sometimes we feel/think things that aren't objectively true (and what is *slow* anyway?) | 14:24 |
| coldspark29[m] | Then that is just a character trait I guess. I am quite hard on myself as well. It also has advantages though. | 14:24 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 14:25 | |
| qschulz | Therapy helped me already with self expectations but yeah, it's hard to find a healthy balance | 14:25 |
| coldspark29[m] | I think most people are like it though ;) | 14:26 |
| coldspark29[m] | https://www.youtube.com/watch?v=qol2X_8JF9I | 14:26 |
| qschulz | then it says more about our society than yourself :) | 14:26 |
| qschulz | anyways, I think our not-so-private conversation has spammed enough the chan :) | 14:27 |
| coldspark29[m] | qschulz: Well, you shouldn't see it as a defect. I have friends who think they are doing great, but their achievements fade in comparison. | 14:28 |
| coldspark29[m] | qschulz: Alright alright | 14:28 |
| coldspark29[m] | You can always PM me :) | 14:28 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 252 seconds) | 14:32 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 14:33 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:35 | |
| *** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has joined #yocto | 14:36 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 268 seconds) | 14:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 14:39 | |
| *** salutlesbg <salutlesbg!~salutlesb@ec2-13-36-110-255.eu-west-3.compute.amazonaws.com> has joined #yocto | 14:39 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds) | 14:39 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 14:44 | |
| RP | coldspark29[m]: remember that the problem Yocto Project solves is complex. Would your bosses expect you to perform brain surgery tomorrow with no prior experience? Probably not. Some software problems are similar - skills take time to learn | 14:45 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:47 | |
| coldspark29[m] | RP: Yes you are right. I guess I just have the same character trait as Quentin ;) | 14:49 |
| *** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has quit IRC (Quit: radsquirrel) | 14:54 | |
| *** radsquirrel <radsquirrel!~bradleyb@173.167.31.197> has joined #yocto | 14:55 | |
| LetoThe2nd | yo dudX | 15:03 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:05 | |
| qschulz | o/ | 15:10 |
| *** TundraMan is now known as marka | 15:14 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 15:19 | |
| radsquirrel | hi all. I'm trying to use mkimage/openssl/libp11/p11-kit in native context. | 15:20 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 15:22 | |
| radsquirrel | The issue I face is that when mkimage runs and I tell it to use the pkcs11 engine, it looks for that in the openssl sysroot rather than the libp11 sysroot. I suspect that if I get past this issue, I'll run into it again when libp11 (provided by libp11) looks for the p11 kit proxy library (provided by p11-kit). | 15:23 |
| radsquirrel | Am I breaking new ground here or is this a solved problem? | 15:23 |
| rburton | there's only one sysroot when you actually run something | 15:24 |
| rburton | each recipe contributes a piece | 15:24 |
| rburton | if something is hard-coding a path to the build sysroot then that needs to be fixed up when the sysroot is used | 15:24 |
| rburton | typically, environment variables are used | 15:25 |
| radsquirrel | rburton:thanks...I'm still processing what you said :-) | 15:26 |
| radsquirrel | so I guess openssl should provide an env var for its search path for engine plugins? | 15:27 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 268 seconds) | 15:27 | |
| radsquirrel | perhaps it alread does. | 15:27 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 15:28 | |
| radsquirrel | or is the problem with mkimage | 15:28 |
| radsquirrel | work/x86_64-linux/openssl-native/1.1.1l-r0/recipe-sysroot-native/usr/lib/engines-1.1/pkcs11.so | 15:29 |
| radsquirrel | I straced my mkimage invocation and this is where its looking for libp11 | 15:29 |
| radsquirrel | are you saying that's wrong? and it should be looking for it in some "shared" location? | 15:29 |
| rburton | how are you running mkimage and from what recipe? | 15:30 |
| radsquirrel | I made my own recipe | 15:31 |
| radsquirrel | I'm just running it from do_compile | 15:32 |
| radsquirrel | let me make a paste | 15:32 |
| rburton | you might have found a new edge case that doesn't get relocated | 15:34 |
| rburton | theres most likely a variable that openssl uses to know where to look for engines, and you just need to set that | 15:35 |
| radsquirrel | https://pastebin.com/1dJKrWFC | 15:35 |
| rburton | if you grep for create_wrapper you'll find lots of wrapper scripts that are generated to do that | 15:35 |
| radsquirrel | rburton: good stuff, thanks for those hints. | 15:36 |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds) | 15:37 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto | 15:38 | |
| *** mariusz1 <mariusz1!~mariusz@185.241.199.130> has quit IRC (Ping timeout: 256 seconds) | 15:39 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:49 | |
| rburton | the basic problem is that some libraries hardcode their search paths | 15:52 |
| rburton | which doesn't work too well when you take those libraries and build a new sysroot with them | 15:52 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 15:54 | |
| radsquirrel | rburton that was exactly the hint I needed, thanks. if I wrap mkimage and specify OPENSSL_ENGINES I'm off to the races. | 15:56 |
| radsquirrel | I'll send a patch... | 15:58 |
| *** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 16:04 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 16:05 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 250 seconds) | 16:09 | |
| JPEW | RP: For Yocto #14685, do you want a targeted "add a dependency on zstd" or a more general solution like we discussed eariler? | 16:19 |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:a411:2d43:4e7d:fd04> has joined #yocto | 16:29 | |
| moto-timo | michaelo: I'm also hoping to get to finishing the kernel-lab docs this week | 16:31 |
| moto-timo | michaelo: that takes a special "attention to detail" mindset to do it right | 16:31 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 16:32 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 16:34 | |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:a411:2d43:4e7d:fd04> has quit IRC (Quit: Client closed) | 16:35 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:42 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Quit: Leaving.) | 16:47 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:52 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 17:01 | |
| RP | JPEW: I think we'll need a general solution | 17:16 |
| RP | JPEW: this issue is just a symptom | 17:16 |
| JPEW | RP: OK | 17:17 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 17:22 | |
| *** mckoan is now known as mckoan|away | 17:24 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 17:31 | |
| JPEW | RP: I was trying to think if it was possible (or wise) to try and "roll down" the dependencies into the final task instead of having each intermediate change it's output based on dependencies... basically automate the process of making do_package_write_rpm depend on zstd instead of making rpm do it | 17:37 |
| RP | JPEW: I wondered about that but I think rolling them into the outhash is going to be the practical approach | 17:40 |
| JPEW | RP: K, I'll give that a go | 17:50 |
| JPEW | That doesn't somehow defeat hashequiv in some way I can't comprehend, does it? | 17:50 |
| JPEW | I don't *think* it would.... | 17:50 |
| *** gsalazar_ <gsalazar_!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 240 seconds) | 17:51 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 17:52 | |
| JPEW | I guess it's no different that if the dependency does actually change a recipe (e.g. header change or whatever), you'r just forcing it | 17:53 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 17:59 | |
| ad__ | hi, i am in dunfell, getting a "multiple versions are due to be built" error, but i am setting the PREFERRED_VERSION, anyway, still getting the error. What can be wrong ? | 18:25 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 18:44 | |
| *** mariusz1 <mariusz1!~mariusz@185.241.199.130> has joined #yocto | 18:55 | |
| *** frieder <frieder!~frieder@i59F4BAB7.versanet.de> has quit IRC (Remote host closed the connection) | 18:56 | |
| RP | JPEW: I don't think so, it just adds a constraint (which we want) | 19:18 |
| JPEW | OK, I'll draft something up for that | 19:20 |
| *** mariusz1 <mariusz1!~mariusz@185.241.199.130> has quit IRC (Ping timeout: 250 seconds) | 19:23 | |
| *** wooosaii <wooosaii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 19:27 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #yocto | 19:27 | |
| *** ziga_ <ziga_!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto | 19:29 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 256 seconds) | 19:29 | |
| *** ziga__ <ziga__!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Ping timeout: 256 seconds) | 19:29 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 256 seconds) | 19:29 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Ping timeout: 256 seconds) | 19:34 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 19:34 | |
| *** salutlesbg <salutlesbg!~salutlesb@ec2-13-36-110-255.eu-west-3.compute.amazonaws.com> has quit IRC (Quit: Client closed) | 19:52 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:9d0b:91ea:5b33:7005> has quit IRC (Remote host closed the connection) | 19:54 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 19:54 | |
| *** florian <florian!~florian@dynamic-093-132-004-140.93.132.pool.telefonica.de> has joined #yocto | 20:00 | |
| vmeson | tgamblin: and vmeson are a bit flummox about cmake-native not building on a ubu-18.04.6 system whereas it works on 18.04.3 | 20:12 |
| zeddii | speaking in the 3rd person, and using flummox .. two crimes, one statement | 20:13 |
| vmeson | symptom is: Error when bootstrapping CMake: Problem while running initial CMake in cmake-native do_configure in case anyone else is having similar issues. | 20:13 |
| vmeson | zeddii: you aren't flummoxed by stap still ? | 20:14 |
| * vmeson runs | 20:14 | |
| vmeson | anyway, if anyone else sees this let us know. | 20:14 |
| *** davidinux <davidinux!~davidinux@37.120.201.220> has quit IRC (Ping timeout: 256 seconds) | 20:28 | |
| vd_ | which package provides sfdisk? | 20:39 |
| *** florian <florian!~florian@dynamic-093-132-004-140.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 20:40 | |
| grembeter[m] | util-linux | 20:46 |
| *** mauro_anjo <mauro_anjo!~AdminUser@191.13.251.42> has joined #yocto | 20:48 | |
| vd_ | thank you | 20:50 |
| *** mauro_anjo <mauro_anjo!~AdminUser@191.13.251.42> has quit IRC (Client Quit) | 20:51 | |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has joined #yocto | 20:51 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:56 | |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has quit IRC (Ping timeout: 256 seconds) | 21:11 | |
| *** ziga_ <ziga_!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Ping timeout: 250 seconds) | 21:16 | |
| RP | Does anyone use TUNEABI_WHITELIST or TUNEABI_OVERRIDE ? | 21:18 |
| RP | Or TUNEABI for that matter | 21:20 |
| RP | vmeson: could you check if WR use these anywhere? | 21:20 |
| vmeson | RP I just did! There's no sign of it in our layers on master. | 21:21 |
| vmeson | s/it/them/ | 21:21 |
| RP | vmeson: cool. It was seebs who added these but I know of no use of them anywhere so I think we'll just remove them | 21:21 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4e02:5400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:22 | |
| vmeson | RP, makes sense I suppose, I did see seebs using it in email from many years ago. | 21:23 |
| RP | vmeson: If people need them, they can implement this in their layer now ;-) | 21:24 |
| vmeson | Nothing since 2015! | 21:24 |
| * RP sends a nice deletion patch | 21:27 | |
| rburton | RP: good news: systemtap upstream are fixing some issues i've found in debugging the problem | 21:28 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 21:30 | |
| *** florian <florian!~florian@dynamic-093-132-004-140.93.132.pool.telefonica.de> has joined #yocto | 21:37 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Read error: Connection reset by peer) | 21:44 | |
| RP | rburton: that is very cool :) | 21:44 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 21:45 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Read error: Connection reset by peer) | 21:51 | |
| *** florian <florian!~florian@dynamic-093-132-004-140.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 21:51 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.188.35> has joined #yocto | 21:52 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.188.35> has quit IRC (Read error: Connection reset by peer) | 21:54 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 21:54 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Read error: Connection reset by peer) | 21:57 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 22:03 | |
| *** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 22:06 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.188.35> has joined #yocto | 22:08 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Read error: Connection reset by peer) | 22:08 | |
| *** wCPO <wCPO!~wCPO@mail.klausen.dk> has joined #yocto | 22:10 | |
| *** florian <florian!~florian@dynamic-093-132-004-140.93.132.pool.telefonica.de> has joined #yocto | 22:25 | |
| *** ecdhe_ is now known as ecdhe | 22:36 | |
| abelloni | did anyone try to build poky on macos? | 22:37 |
| fray | the pseudo part is dificult to do under recent MacOS.. | 22:37 |
| fray | MacOS security software restricts what/how you can intercept things, while Linux makes it pretty easy via LD_PRELOAD | 22:38 |
| kergoth | If you don't have issue with docker desktop licensing that works great for it, but I've een doing my builds in lima lately (wraps qemu) | 22:39 |
| kergoth | limactl start debian; fire up vscode and connect to it over ssh and open my workspace, kick off a build | 22:39 |
| abelloni | thanks! | 22:43 |
| kergoth | https://github.com/lima-vm/lima | 22:43 |
| kergoth | its like wsl for mac basically, just with qemu under it instead of a vm. can run contianers under it also, though that has some limitations right now | 22:44 |
| *** amitk_ <amitk_!~amit@103.59.74.104> has quit IRC (Ping timeout: 256 seconds) | 22:44 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.188.35> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:48 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto | 22:50 | |
| *** florian <florian!~florian@dynamic-093-132-004-140.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 22:58 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 256 seconds) | 23:06 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.35> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 23:18 | |
| * RP suspects we're seeing https://sourceware.org/bugzilla/show_bug.cgi?id=25847 on the autobuilder :( | 23:25 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 23:26 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 23:29 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!